Especificación de requerimientos por: Sonia Cristina Gamboa Sarmiento

Presentación del tema: "Especificación de requerimientos por: Sonia Cristina Gamboa Sarmiento"— Transcripción de la presentación:

1 Especificación de requerimientos por: Sonia Cristina Gamboa Sarmiento
Ingeniería del Software I

2 1 Definiciones

3 Especificación de requerimientos
1 requerimiento: es un aspecto que el sistema debe tener o una restricción que debe satisfacer para ser aceptado por el cliente. especificación de requerimientos: busca la definición de sistemas en construcción.

4 Especificación de requerimientos
1 escenario: describe un ejemplo del uso del sistema en términos de una serie de interacciones entre los usuarios y el sistema. caso de uso: es una abstracción que describe una clase de escenarios. Escenarios y casos de uso son escritos en lenguaje natural.

5 Especificación de requerimientos
1 requerimientos funcionales: describen las interacciones entre el sistema y su entorno con independencia de su implementación. entorno: incluye al usuario y cualquier otro sistema externo con el que interactúa el sistema.

6 Especificación de requerimientos
1 requerimientos no funcionales: describen aspectos del sistema que no están directamente relacionados con su comportamiento funcional. Requerimientos no funcionales de calidad: Usabilidad: facilidad con la que se puede operar el sistema. Confiabilidad: habilidad del sistema para desempeñar las funciones requeridas bajo las condiciones establecidas. Desempeño: los requerimientos se refieren a atributos cuantificables del sistema. Soportabilidad: facilidad para cambios en el sistema después de desarrollado.

7 Especificación de requerimientos
1 Requerimientos no funcionales. Restricciones o seudorequerimientos: De implementación: uso específico de herramientas, lenguajes de programación y plataformas hardware. De interfaz: impuestas por sistemas externos, legales y formatos de intercambio. De operaciones: para la administración del sistema. De empaquetamiento: envío efectivo del sistema, instalación. Legales: licenciamiento, regulación, certificación.

8 Especificación de requerimientos
1 Propiedades en la validación del sistema: Completo: todos los aspectos son descritos en los requerimientos Consistente: no hay dos requerimientos que se contradicen uno al otro. No ambiguo: un requerimiento no puede ser interpretado de dos formas mutuamente excluyentes. Correcto: los requerimientos describen los aspectos del sistema que son de interés para el cliente y los desarrolladores.

9 Especificación de requerimientos
1 Realista: el sistema puede ser implementado teniendo en cuenta las restricciones. Verificable: una vez el sistema es construido el sistema satisface pruebas diseñadas para demostrar que cumple con los requerimientos. Rastreable: cada requerimiento puede ser rastreado a través del desarrollo del software.

10 2 Actividades

11 Identificar actores 2 Cuáles grupos de usuarios son soportados por el sistema. Cuáles grupos de usuarios ejecutan las funciones principales del sistema. Cuáles grupos de usuarios ejecutan funciones secundarias del sistema. Con que hardware o software externo interactúa el sistema.

12 Identificar escenarios
2 Cuáles son las tareas que el actor quiere que el sistema desempeñe. A qué información tiene acceso el actor. Quién crea esos datos. Pueden ser modificados o removidos. Por quién. Cuáles cambios externos necesita informar el actor al sistema. Cada cuánto. Cuándo. Cuáles eventos necesita informa el sistema informar al actor. Con qué frecuencia.

13 Identificar casos de uso
2 Se identifican con verbos que indican lo que el actor quiere lograr. Los actores se identifican con nombres. El límite del sistema debe ser claro. En el flujo de eventos los casos de uso se nombran en voz activa. Debe ser clara la relación causal entre pasos sucesivos.

14 Identificar casos de uso
2 Debe ser clara la relación causal entre pasos sucesivos. Un caso de uso debe describir una transacción de usuario completa. Se deben describir las excepciones por separado. Un caso de uso no debe describir la interfaz del usuario. Un caso de uso no debe exceder 2 o 3 páginas; en ese caso de debe descomponer.

15 Documento de especificación de requerimientos
3 Documento de especificación de requerimientos

16 1. Introducción 3 1.1 Propósito del sistema. 1.2 Alcance del sistema.
1.3 Objetivos y criterios de éxito del proyecto. 1.4 Definiciones, acrónimos y abreviaturas. 1.5 Referencias.

17 2. Descripción del sistema actual
3

18 3. Sistema propuesto 3 3.1 Perspectiva general. 3.2 Requerimientos funcionales. 3.3 Requerimientos no funcionales.

19 3. Sistema propuesto 3 3.4 Modelos del sistema Escenarios Modelo de casos de uso Modelo de objetos Modelo dinámico Interfaces de uso: maqueta

20 4. Glosario 3