LOS REQUERIMIENTOS DEL SOFTWARE

Requerimientos del Requerimientos Requerimientos no

software: Determina lo
que debe hacer el
sistema y definen las
restricciones en su
funcionamiento e Requerimiento productivo
implementación.
funcionales de los
servicios que el sistema
debe proporcionar o son
descripciones de cómo
llevar a cabo algunos
cálculos.
Requerimiento dominio:
Son requerimientos que
derivan características
funcionales: Restringe
sistemas en desarrollo y
procesos de desarrollo
que siempre se utilizan.
organizacional o extremo
están relacionados con
propiedades emergentes
del sistema.

Agregan detalles y Los requerimientos de Requerimiento sistema

explican como el sistema usuario son para el uso sirve para comunicar de
puede proporcionar los de la gente relacionada forma precisa que debe
requerimientos del con la utilización y `proporcionar el sistema
usuario; pueden ser obtención del sistema. para reducir la
utilizados como parte del Debe ser redactada con imprecisión estructurada
sistema de un lenguaje natural con con lenguaje natural.
implementación. diagramas y tablas.

Describir los requerimientos

funcionales y los no funcionales

– Falta de claridad: s difícil

de utilizar el lenguaje en
forma precisa.
– Confusión de
requerimientos: no dirige
claramente los
requerimientos.
– Conjunción de
requerimiento:
requerimiento diferente
se expresa
conjuntamente con un

NOTACION PARA LA ESPECIFICACION DE REQUERIMIENTOS

“Lenguajes”
 Lenguaje natural Lenguaje de descripción Notaciones Especificaciones
estructurado: La de diseño: utiliza un graficas: define matemáticas: se
definición o lenguaje similar a uno de los basan en
planillas programación pero con requerimientos conceptos
estándares para características más funcionales del matemáticos
expresar la estructurales. No se sistema utiliza estas
especificación de utiliza ampliamente en lenguaje grafico y especificaciones
los la actualidad aunque los diagramas de no ambigua
requerimientos. puede ser útil para secuencia. reducen los
especificaciones de argumentos sobre

TIPOS DE REQUERIMIENTOS NO FUNCIONALES

Requerimient
os no
funcionales

Requerimie Requerimient Requerimient

nto os os externos
producto organizacion

Requerimien Requerimient Requerimien Requerimient Requerimie

tos de os de tos de o nto etico
eficiencia fiabilidad portabilidad

Requerimien Requerimie Requerimiento Requerimie Requerimie

to nto de de nto nto
usuabilidad entrega implementaci estándares legislativo

Requerimien Requerimie Requerimient Requerimien

to de nto de o privacidad to de
rendimiento espacio seguridad

4.1. Sugiera el modelo de proceso del software genérico que podría utilizarse
para gestionar el desarrollo de los sistemas dando algunas razones basadas en
el tipo de sistemas a desarrollar.

• Un sistema de control antibloqueo de frenos de un automóvil

Modelos
 – Prototipo – Evolutivo

Porque se le va dando forma hasta llegar a la perfección y evolución.

• Un sistema de realidad virtual para ayudar al mantenimiento del software

– Modelo cascada
Porque es el más práctico de utilizar y eficiente ya que no se puede
retroceder hasta terminar, y determina los errores cuando los tiene para
que quede listo.

• Un sistema de contabilidad universitaria que reemplaza el existente

– Modelo componentes

• Un sistema iterativo que permita a los pasajeros encontrar los horarios

de los trenes a partir de las terminales instaladas en las estaciones.

– Modelo evolutivo
4.2 Explique porque los programas que se desarrollan utilizan el desarrollo
evolutivo tienden a ser difíciles de manejar.
Respuesta: Desde una perspectiva de ingeniería y de gestión el enfoque
evolutivo tiene dos problemas:
1. El proceso no es visible: Los administradores tienen que hacer
entregas regulares para medir el proceso si los sistemas se
desarrollan rápidamente, no es rentable producir documentos que
reflejan cada versión del sistema.

Incorporar cambios se convierte cada vez más en una tarea difícil y

costosa, para sistemas pequeños y de tamaño(Medio).

Los problemas del desarrollo evolutivo se hace particularmente para

sistemas grandes y complejos con un periodo de vida largo, donde
diferentes equipos desarrollan distintas partes del sistema. Es difícil
establecer una arquitectura del sistema estable usando este enfoque,
el cual hace difícil integrar las contribuciones de los equipos.

Para sistemas grandes se recomienda un proceso mixto que

incorpore las mejores características del modelo en Cascada y el
Evolutivo.

4.3. Explique como el modelo en Cascada para el proceso del software y el de

construcción de prototipos puede encajar en el proceso en Espiral.
Respuesta: Porque después de la evolución.
4.4. Cuáles son las ventajas de proporcionar vistas estáticas y dinámicas del
proceso del software como en el proceso unificado de Rational.
Respuesta: La ventaja de presentar perspectivas dinámicas y estáticas es que
las fases del proceso del software no están asociadas con flujo de trabajos
específicos al menos en principio todos los flujos de trabajo Rup puede estar
activo en todas las etapas del proceso.
4.5. Explique porque es importante hacer distinción entre el desarrollo de los
requerimientos del usuario y el de los requerimientos de sistemas en el proceso
de ingeniería de requerimientos.
Respuesta: Normalmente los requerimiento se presentan en dos niveles de
detalles; los usuario finales y los clientes, los cuales necesitan una declaración
de alto nivel de los requerimientos mientras que los desarrolladores del sistema
necesitan una especificación.

4.6. Más detalles de este

Especificación
requerimiento

Especificac Diseño Diseño

ión Interfa Componen
Abstracta z tes
Arquitectur Especificaci Especificac Especificac
a del ón de ión Interfaz ión
Sistema
Diseño Diseño de
Arquitectón Diseño Arquitectura
ico Algorítmico de Datos

Especificaci
Especificaci ón
ones Estructurad
Algorítmica a de Datos

1. Diseño Arquitectónico: Los sistemas y sus relaciones se

identifican y documentan
2. Especificación Abstracta: Para cada subsistema se produce una
especificación abstracta de sus servicios y restricciones bajo las
cuales deben funcionar.
3. Diseño Interfaz: Para cada subsistema se diseña y se documenta
su interfaz con otros subsistemas.
 4. Diseño de Componentes: Se asignan servicios a los componentes
y se diseña su interfaz.
5. Diseño de estructura de Datos: Se diseña en detalles y
especifican la estructura del diseño utilizado en la implementación
del sistema.
6. Diseño algoritmos: Se diseñan en proporcionar los servicios.
4.7. Cuáles son los cinco componentes de un modelo de diseño, considere
cualquier método que conozca y describa sus componentes.
Respuesta: Un modelo estructurado incluye método, modelo de proceso,
diseño, notaciones para representar el diseño, formatos de informes, reglas y
pautas de diseño.
4.8. Diseñe un modelo para las pruebas de ejecución y recopile resultados.
Respuesta:

Prueba Prueba Prueba

componen sistemas aceptaci
tes ón

4.9.Explique porque un sistema de software que se utiliza en un entorno real

debe cambiar o convertirse progresivamente en manos útil.
Respuesta: Debe cambiar porque a medida que pasa el tiempo la tecnología va
avanzando los datos o funciones que da o ejecuta, los programas se vuelven
más grandes y complejos, los requerimientos del usuario cambian.
4.10. Explique como el esquema de clasificación de la tecnología CASE pueda
ser útil para los administradores de adquirir el sistema CASE.
Respuesta: La tecnología CASE proporciona ayuda al proceso del solicitante
automatizado, alguna de sus actividades como proporcionar información acerca
del software.
Desarrollo de modelos gráficos de sistema como parte de especificación de
requerimientos o del diseño del software.
– La composición del diseño utilizando una dirección de datos que
tiene información sobre las entidades y las relaciones de diseño.
– La generación de interfaces del usuario a partir de la descripción
grafica de interfaz que se ha elaborado de forma interactiva y por el
usuario.
– La depuración de programas de provisión de la información
proporcionada por los programas en ejecución.