Requerimientos de Sistemas y Desarrollo de Prototipo Yamnibel Caro Presentacion Digital Diseño de Software Prof. Edecio Freitez

1. Requerimiento de un Sistema y
Desarrollo de Prototipo
Yamnibel Caro
21.047.089
Diseño de Software
Prof. Edecio Freitez
Universidad Fermín Toro
Facultad de Ingeniería
Escuela de Computación
Cabudare - Lara

2. Un requerimiento es una condición o capacidad que
debe estar presente en un sistema o componentes de
sistema para satisfacer un contrato, estándar,
especificación u otro documento formal. Los
requerimientos de un sistema de software, cuando se
ven en su conjunto son extensos y detallados, y además
contienen múltiples relaciones entre sí.
Requerimiento de un Sistema

3. Existen 3 tipos de Requerimiento de un Sistema
Funcional
Puede ser una
descripción de lo que
un sistema debe
hacer. Este tipo de
requerimiento
específica algo que
el sistema entregado
debe ser capaz de
realizar.
No Funcional
De rendimiento, de
calidad, etc.; especifica
algo sobre el propio
sistema, y cómo debe
realizar sus funciones.
Algunos ejemplos de
aspectos solicitables son
la disponibilidad, el
testeo, el mantenimiento,
la facilidad de uso, etc.
Limitaciones Externas
Afectan en una forma
indirecta al producto.
Estas pueden ir desde
la compatibilidad con
cierto sistema
operativo hasta la
adecuación a leyes o
regulaciones
aplicables al producto.

4. Los requerimientos bien formulados deben satisfacer varias características.
Si no lo hacen, deben ser reformulados hasta hacerlo:
 Necesario: Lo que pida un requerimiento debe ser necesario para el
producto.
 No ambiguo: El texto debe ser claro, preciso y tener una única
interpretación posible.
 Conciso: Debe redactarse en un lenguaje comprensible por los
inversores en lugar de uno de tipo técnico y especializado, aunque aún
así debe referenciar los aspectos importantes
Características

5.  Consistente: Ningún requerimiento debe entrar en conflicto con
otro requerimiento diferente, ni con parte de otro. Asimismo, el
lenguaje empleado entre los distintos requerimientos debe ser
consistente también.
 Completo: Los requerimientos deben contener en sí mismos toda la
información necesaria, y no remitir a otras fuentes externas que los
expliquen con más detalle.
 Alcanzable: Un requerimiento debe ser un objetivo realista, posible
de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
 Verificable: Se debe poder verificar con absoluta certeza, si el
requerimiento fue satisfecho o no. Esta verificación puede lograrse
mediante inspección, análisis, demostración o testeo.

6. Estas características suelen ser subjetivas, es decir, no
pueden ser calculadas de forma automática por ningún
sistema. Por ello, se tiende a medir otras métricas o
indicadores que sí que pueden ser calculados de forma
automática y que, de algún modo, pueden sustituir o
mapear con esta lista de características.

7.  Obtener requerimientos: A través de entrevistas o comunicación con
clientes o usuarios, para saber cuáles son sus deseos.
 Analizar requerimientos: Detectar y corregir las falencias comunicativas,
transformando los requerimientos obtenidos de entrevistas y
requerimientos, en condiciones apropiadas para ser tratados por el diseño.
 Documentar requerimientos: Igual que todas las etapas, los requerimientos
deben estar debidamente documentados.
 Verificar los requerimientos: Consiste en comprobar el correcto
funcionamiento de un requerimiento en la aplicación
 Validar los requerimientos: Comprobar que los requerimientos
implementados se corresponden con lo que inicialmente se pretendia.
Fases de Implementación

8. un prototipo es un modelo del comportamiento del
sistema que puede ser usado para entenderlo
completamente o ciertos aspectos de él y así clarificar los
requerimientos... Un prototipo es una representación de
un sistema, aunque no es un sistema completo, posee las
características del sistema final o parte de ellas
Desarrollo de Prototipo

9. El empleo de herramientas adecuadas es un factor muy
importante para el éxito del prototipo, y son:
Técnicas de Cuarta Generación: El termino de técnicas de
cuarta generación (T4G) abarca un amplio espectro de
herramientas de software ha especificar algunas
características de alto nivel. Luego la herramienta genera
automáticamente el código fuente basándose en la
especificación del técnico. Existe cierto debate sobre cuanto
ha de elevarse el nivel en el que se especifique el software
para una maquina.
Métodos y Herramientas

10. Tecnología de Avanzada: Digitalización de Planos y prototipos
específicos para el esbozo de partes, piezas, envases plásticos
piezas mecánicas metálicas y demás productos para la industria.
Avanzadas herramientas en CAD/CAM CAE para el diseño
mecánico de piezas metálicas y plásticas desde su
conceptualización, ingeniería y optimización.
Tambien tenemos Generadores de programas, código
reutilizable, paquetes de aplicación y computadores personales,
entre otros.

11.  Investigación preliminar: Las metas principales de esta fase son: determinar el
problema e identificar una idea general de la solución.

Definición de los requerimientos del sistema. El objetivo de esta etapa es registrar
todos los requerimientos y deseos que los usuarios tienen en relación al proyecto
bajo desarrollo. Esta etapa es muy importante en ésta se determinan los requisitos.

Diseño técnico. Durante la construcción del prototipo, el desarrollador ha obviado el
diseño detallado. El sistema debe ser entonces rediseñado y documentado según los
estándares de la organización y para ayudar a las mantenciones futuras.
 Programación y prueba. Es donde los cambios identificados en el diseño técnico son
implementados y probados para asegurar la corrección y completitud de los mismos
con respecto a los requerimientos.

Operación y mantención. La instalación del sistema en ambiente de explotación, en
este caso, resulta de menor complejidad, ya que se supone que los usuarios han
trabajado con el sistema al hacer las pruebas de prototipos.
Fases

12.  Análisis grueso y especificación. El propósito de esta subfase es desarrollar un diseño
básico para el prototipo inicial.
 Diseño y construcción. El objetivo de esta subfase es obtener un prototipo inicial. El
desarrollador debe concentrarse en construir un sistema con la máxima
funcionalidad, poniendo énfasis en la interface del usuario.
 Evaluación. Esta etapa tiene dos propósitos: extraer a los usuarios la especificación de
los requerimientos adicionales del sistema y verificar que el prototipo desarrollado lo
haya sido en concordancia con la definición de requerimientos del sistema. Si los
usuarios identifican fallas en el prototipo, entonces el desarrollador simplemente
corrige el prototipo antes de la siguiente evaluación. El prototipo es repetidamente
modificado y evaluado hasta que todos los requerimientos del sistema han sido
satisfechos. El proceso de evaluación puede ser dividido en cuatro pasos separados:
preparación, demostración, uso del prototipo y discusión de comentarios. En esta
fase se decide si el prototipo es aceptado o modificado.

13.  Modificación. Esto ocurre cuando la definición de requerimientos del
sistema es alterada en la sub-fase de evaluación. El desarrollador
entonces debe modificar el prototipo de acuerdo a los comentarios
hechos por los usuarios.
 Término. Una vez que se ha desarrollado un prototipo estable y
completo, es necesario ponerse de acuerdo en relación a aspectos de
calidad y de representación del sistema.

14. Gracias