Levantando Requerimiento de software 1.0.pptx

Ingenieria de requerimiento

1. Ingeniería en Requerimiento Unidad I Fundamentos de Ingeniería de requerimientos

2. Aprendizaje Esperados Identificar los requerimientos de la organización , de acuerdo con las características de esta . Generando Ideas de nuevas soluciones ( productos , servicio o aplicaciones ) orientadas al segmento de clientes mediante diversos mapas de identificación de proyecto .

3. Requerimientos - Estándar IEEE830 El documento propuesto por el estándar IEEE 830 se puede utilizar para la definición de la Especificación de Requerimientos de Software , ya que considera los aspectos necesarios para la definición del ámbito del sistema , la audiencia y las funcionalidades del producto de software.

4. Requerimientos El estándar IEEE830 no es obligatorio y data de 1998, pero su uso es considerado como una buena práctica al servir de guía para la documentación de los requerimientos en diversas metodologías de desarrollo de software.

5. Los requerimientos funcionales corresponden a las funcionalidades que realizará el software , en muchas ocasiones los problemas de un sistema que provienen de una pobre especificación de requerimientos , ambigüedades o falta de información provoca que se desarrolle un software que el cliente no desea. Especificando Requerimientos Funcionales

6. Se debe generar requerimientos con un alto nivel de completitud y consistencia lo que se logra en la medida que se realiza un proceso de levantamiento de requerimientos con varias revisiones incluso en otras etapas del desarrollo, lo que implica que pueden existir varias correcciones o adiciones al documento de especificación de requerimientos y donde toma vital importancia la capacidad de trazabilidad de los requisitos. Especificando Requerimientos Funcionales

7. La identificación de requerimientos funcionales es una actividad clave en el desarrollo de un software, ya que lo que se defina será lo que se llevará a código de programación , el costo de una mala definición de requisitos aumenta en la medida que se avanza en las etapas de desarrollo de software, es decir, es mucho más alto si se necesita corregir una vez creado el producto , ya que se debe modificar lo construido y volver a probar todo el producto hasta lograr su aprobación lo que implica recursos humanos y materiales adicionales. Especificando Requerimientos Funcionales

8. El ítem requisitos funcionales permite establecer claramente que es lo que debe hacer el sistema , es decir, las acciones fundamentales que debe realizar el software al recibir información, procesarla y producir resultados . Especificando Requerimientos Funcionales

9. Esta especificación de requisitos funcionales implica indicar si existen validaciones de las entradas de datos , secuencias de operación , respuestas a situaciones anormales , parámetros de entrada, salidas de información y requisitos lógicos para el almacenamiento de los datos. Por ejemplo, para un sistema de pedidos, un requisito funcional indicará la acción a realizar, “ Registrar un pedido en el sistema” , los actores involucrados, que sería en este caso “el Despachador y Repartidos” y el flujo de acciones, que podría ser el sistema debe permitir al despachador registrar un pedido con los diferentes productos que pide el cliente. Requisitos Funcionales

10. Especificando Requerimientos No Funcionales Corresponden a las necesidades de operación del producto , es decir, características o atributos de uso del producto. Es decir, los requerimientos no funcionales del producto se refieren a limites o restricciones sobre el comportamiento del sistema, lo cual debe ser considerado a la hora de definir la arquitectura del sistema, estos aspectos se dividen en usabilidad , es decir, la capacidad de un usuario para aprender, usar, ingresar datos e interpretar los resultados obtenidos de un software de aplicación. Eficiencia , se refiere al desempeño del producto como por ejemplo tiempo de respuesta, número de operaciones por segundo u otras. seguridad se refiere a aspecto de permisos de acceso, autenticación, seguridad de comunicaciones u otros.

11. Existen varias formas de clasificar los requerimientos no funcionales , pero la más utilizada es la propuesta por Ian Sommerville en su libro de Ingeniería de Software, el cual clasifica los requerimientos no funcionales en tres tipos: Requerimientos de producto, requerimientos organizacionales y requerimientos externos. Especificando Requerimientos No Funcionales

12. Requisitos No Funcionales , considera señalar cuáles serán las necesidades de operación del producto , características de uso, aspectos relacionados con la disponibilidad de la aplicación o su cumplimiento con estándares de calidad o usabilidad . Otro aspecto de los Requisitos No funcionales es la determinación de Fiabilidad como capacidad necesaria del sistema para efectuar correctamente las operaciones , por ejemplo: “el sistema debe efectuar el 100% de los cálculos de ventas correctamente”. Requerimientos No Funcionales

13. En lo que respecta a rendimiento, se deben indicar aspectos relacionados con la carga que se espera que tenga que soportar el sistema , tales como, el número de clientes, el número esperado de usuarios simultáneamente conectados, número de transacciones por segundo que deberá soportar el sistema u otros, procurando definir aspectos capaces de ser medibles . Requerimientos No Funcionales

14. Estándar IEEE830 L a estructura del documento de Especificación de Requerimientos de Software propuesto por la IEEE a través del estándar IEEE830 , ejemplificando los aspectos a considerar, ahora que ya sabes la información se debe incluir puedes usar la plantilla de este estándar que está disponible en los recursos de esta experiencia, para documentar los requerimientos de tu software.

15. Resumen Estándar IEEE830 Especificando Requerimiento Funcional Especificando Requerimiento No Funcional Requerimiento Funcional Requerimiento No Funcional

16. Actividad de Aprendizaje