1 REQUERIMIENTOS DE SOFTWARECúmar Cueva

2 REQUERIMIENTOS DE SOFTWAREManeja el Sistema de Requerimientos Permite la solución de un problema del mundo real. Son una combinación compleja de requerimientos de diferentes personas en diferentes niveles de una organización y entorno. Es verificable

3

4 Requerimientos de Producto y ProcesoRequerimientos del software a ser desarrollado (funcionalidades) Proceso Restricciones llevadas a cabo en el desarrollo del sotware. (Plataforma, etc)

5 Requerimientos Funcionales y No-FuncionalesDescriben las funciones que el software cumplirá. (capacidades) No-Funcionales Determinan como se obtendrá la solución. Requerimientos de Calidad, rendimiento, mantenimiento, seguridad y otros

6 Propiedades EmergentesRequerimientos que no dependen de un solo componente. Para su cumplimiento se evalúa la interoperabilidad de los componentes que le conforman.

7 Requerimientos CuantificablesRequerimientos claros Evitar ambigüedad. Si es posible cuantificarlos (%). Esto impide una interpretación subjetiva de los requerimientos

8 Requerimientos del Sistema y del SoftwareRequerimientos de todo el conjunto que forma el sistema. Incluyendo los Usuarios Requerimientos de Software Sistema compuesto por software Derivan de los requerimientos del sistema.

9 2 PROCESO DE REQUERIMIENTOS

10 Modelado de Procesos Proceso de Requerimientos nace con la aplicación y se mantiene durante todo el ciclo de vida. Debe adaptarse a la organización de la empresa. Incluye actividades de: Análisis, especificaciones y validaciones.

11 Actores del Proceso Define roles dentro del proceso de requerimientos.Relaciones interdisciplinarias. Usuarios Clientes Ingenieros de Software Reguladores

12 Procesos de Manejo y SoporteDetermina el manejo del Proyecto. Establece relaciones entre: Costos Recursos Humanos Entrenamiento Herramientas

13 Procesos de Calidad y MejoramientoDetermina la relación entre costos y tiempo. Se incluyen como parte la satisfacción del cliente. Calidad del Software Pruebas de Rendimiento Usabilidad

14 3 RECOLECCIÓN DE REQUERIMIENTOSOrigen de los Requerimientos

15 Origen de los RequerimientosDiferentes Orígenes. El reconocer su origen servirá para determinar su impacto en el proyecto. Objetivos claros Conocimiento del área de origen Roles Entorno de Operación y Organización

16 Técnicas de Elicitacion(Recolección)Como obtener los requerimientos. Actividad cooperativa. Entrevistas -- Encuentros de grupo Escenarios Prototipos Observación

17 4 ANALISIS DE REQUERIMIENTOSDetectar y Resolver conflictos

18

19 Clasificación de RequerimientosClasificar los Requerimientos según categorías. Basándose en criterios como: Funcional – No Funcional Si depende de otros En Base a Prioridades Alcance de los Requerimientos Estabilidad / Volatibilidad

20 Modelado Conceptual Desarrollo de modelos del mundo real.Su Elección depende de varios factores. Flujo y Modelado de Datos Modelos de Estado Traceo de Eventos UML Interacciones de Usuario Modelo de Objetos Modelo del Contexto del Software (inicio)

21 Diseño Arquitectónico y Asignación de RequerimientosBasado en el modelo conceptual. Permite detectar errores que no pudieron ser vistos en al modelo anterior. Se pueden detectar nuevos requerimientos Análisis detallado de los requerimientos Deben cumplir su función.

22 Negociación de RequerimientosResolver conflictos entre requerimientos. Decisiones pueden ser tomadas unilateralmente. Se aconseja consultar con las partes implicadas (roles)

23 5 ESPECIFICACIÓN DE REQUERIMIENTOS

24 Definición de la Documentación del SistemaRequerimientos del Sistema Requerimientos del Usuario Definido a alto nivel. No maneja documentación técnica IEEE Std

25 Especificación de los Requerimientos del SistemaDocumentación referida al sistema en conjunto. Abarca un contexto de aspectos de ingeniería. Se basa en componentes del Software. ISO/IEC 18019

26 Especificación de los Requerimientos del SoftwareDocumento que contiene las especificaciones del software. Función del Software y que No hará el Software. Permite un examen riguroso de los requerimientos. Escrito en lenguaje natural. Indicadores de Calidad del Software (Mas común)

27 SRS IEEE Std IEEE Template for software requirements specification

28 6 VALIDACIÓN DE REQUERIMIENTOS

29 Revisión de RequerimientosRevisión de requerimientos (Documentacion) Formar un Grupo representativo. Varios roles (Customer, Engineering )

30 Creación de PrototiposModelos de Validación Hacen fácil la interpretación de la función del software. Mejor perspectiva. Desarrollo costoso. Su costo puede ser asumido considerando los beneficios que este puede traer (tiempo de desarrollo)

31 Validación del Modelo Test de AceptaciónExaminar los aspectos de los requerimientos. Test de Aceptación Todo requerimiento debe ser comprobable una ves terminado. Identificar y diseñar test para comprobar el cumplimiento de los requerimientos.

32 Proceso de Requerimientos

33 7 CONSIDERACIONES PRÁCTICAS

34 Naturaleza Iterativa del Proceso de RequisitosLos requerimientos no son lineales. Están propensos al cambio. Revisiones Nuevas funcionalidades Gestión del Cambio El manejo de requerimientos debe contemplar la forma en que se cambiarán los mismos. Se describen los procedimientos y análisis que se deben dar para ello.

35 Atributos de los RequerimientosLa sola descripción del requerimiento no basta. Se debe adjuntar información relevante Test de prueba Medidas Cuantificables Requisitos de rastreabilidad Identificación del Origen del Requerimiento Predecir sus efectos en el proyecto

36 Atributos Para Usuarios Para Desarrolladores DisponibilidadMantenibilidad Eficiencia Portabilidad Flexibilidad Reusabilidad Integridad Capacidad de Testeo Interoperabilidad Fiabilidad Robustez Usabilidad

37 Requisitos de MediciónÚtil para tener una medida cuantificable de un requerimiento. Esto determina el tamaño del requerimiento y por consecuencia su costo de desarrollo y de las tareas de mantenimiento.

38 Conclusiones Los requerimientos de software son el punto de partida para el desarrollo de una solución óptima. Todo requerimiento que no sea consultado con el usuario, será una traba en el desarrollo del sistema. Los requerimientos son medibles, cuantificables y comprobables.

39 Bibliografía Estándares de Ingeniería http://electronics.ihs.com/Estándares de IEEE Estándares ISO SRS

40 REQUERIMIENTOS DE SOFTWARECúmar Cueva