Análisis (Modelo de CU) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos Reservados.

Presentación del tema: "Análisis (Modelo de CU) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos Reservados."— Transcripción de la presentación:

1 Análisis (Modelo de CU) Francisco Valdés Souto francisco.valdes@spingere.com.mx 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos Reservados

2 Contenido Modelo de CU Especificación de Requerimientos de Software (SRS) Templates SRS

3 Modelo de CU Modelo de Casos de Uso Lista de Casos de uso (Use case Survey) Lista de Casos de uso (Use case Survey) Especificación de Caso de Uso Establecimiento del Problema (Preliminary Scope Statement) Establecimiento del Problema (Preliminary Scope Statement)

4 De Necesidad a Requerimientos de Software Stakeholder Requests + Stakeholder Needs + Features + Software Requirements SRS??? Necesidades de Stakeholders Documento de Visión Modelo de CU & Requerimientos Glosario No Funcionales Análisis & Diseño Manual de Usuario

5 Especificación de Requerimientos Especificación de Requerimientos de Software (Software Requirements Specification)  Una guía: IEEE Std 830, IEEE Recomended Practice for Software Requirements Specifications Documento de Definición del Sistema (System Definition Document) IEEE Std 1362 IEEE Guide for Information Technology System Definition-Concept of Operations (ConOps) Document Especificación de Requerimientos de Sistema (System Requirements Specification) IEEE Std 1233, IEEE Guide for Developing System Requirements Specifications Especificación de Requerimientos de Software (Software Requirements Specification) IEEE Std 830, IEEE Recomended Practice for Software Requirements Specifications

6 Especificación de Requerimientos (SRS)  Establece las base de acuerdo entre los clientes y proveedores de lo que se espera que el software haga.  También lo que se espera que no haga.  En proyectos manejados por el mercado (market-driven projects) estos roles son jugado por el área de MKtg y por el área de Desarrollo.  SRS permite una rigorosa evaluación de los requerimientos antes de que inicie el diseño, evitando así el rediseño.

7 Especificación de Requerimientos (SRS)  SRS proporciona también una base realista para estimar el costo de los productos, riesgos y duración.  También se puede utilizar para desarrollar los planes de validación y verificación y que sean productivos.  Proporciona una base informativa para transferir un software a nuevos usuarios o máquinas.  También proporciona las bases para la mejora del software.

8 Especificación de Requerimientos (SRS)  La SRS muchas veces es descrita en lenguaje natural, sin embargo, este tipo de descripción puede ser remplazada por: Descripciones formales Descripciones semi formales  La regla general que se deben de utilizar las notaciones si permiten describir los requerimientos de forma más precisa.  La selección de l notación está limitada por el entrenamiento, habilidades y preferencias de los autores de los documentos

9 Templates de SRS A.1 Template of SRS Section 3 organized by mode A.3 Template of SRS Section 3 organized by user class A.4 Template of SRS Section 3 organized by object A.5 Template of SRS Section 3 organized by feature A.6 Template of SRS Section 3 organized by stimulus A.7 Template of SRS Section 3 organized by functional hierarchy A.8 Template of SRS Section 3 showing multiple organizations

10 Ejercicio Analizar las características de los distintos templates y describir ventajas y desventajas de cada uno. Identificar bajo qué circunstancias utilizar cada tipo de template. Identificar cómo cubre el Modelo de Casos de Uso al SRS

11 ¿Preguntas? © Avantare Consultores S. A. de C. V. – Derechos Reservados

12 Gracias francisco.valdes@spingere.com.mx © Avantare Consultores S. A. de C. V. – Derechos Reservados “Enabling IT Projects Success”