Requerimientos
El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones IT #1 IT # 2 IT # 3 IT # 4 IT # 5 IT # 6 IT # 7 IT # 8
Objetivos Sistemas de Información II Contenido El como fase de desarrollo Definición de Actividades y etapas en el RUP Flujos de trabajo de proceso Modelos asociados Modelos de Casos de Uso Aspectos estructurales Artefactos Diagramas Especificación técnica del Sistema
Objetivos Sistemas de Información II Introducir los principios fundamentales del como una fase importante del ciclo de desarrollo del software. Presentar la visión específica del Análisis de Requisitos según el RUP y UML. Estudiar los flujos de trabajo y artefactos UML implicados con los aspectos de modelado de requisitos. Estudiar los modelos resultantes del análisis de requisitos.
El en el desarrollo El tiene por misión convertir el problema, expresado en términos del dominio del negocio, a soluciones descritas en lenguaje del dominio de la Tecnología de Información El problema y su planteamiento pertenecen al Espacio del Problema: descripción concreta del negocio Las soluciones pertenecen al Espacio de la Solución: descripción concreta del sistema de información.
El en el desarrollo
Definición de El es el conjunto de actividades de la Ingeniería del Software que se ocupa de recoger las necesidades de clientes y usuarios (requisitos) sobre un sistema dado, y de traducirlas a especificaciones técnicas del sistema Tipos de requisitos: Requisitos funcionales e informacion Requisitos de diseño (supuestos y simplificaciones) Restricciones: Intrínsecas: de tipo técnico y asociadas a los elementos del sistema/negocio Extrínsecas: determinadas por estrategias empresariales, decisiones de dirección, tradiciones, etc. Sistemas de Información II
Etapas de Entender el contexto del sistema (modelo de dominio) Recogida de las necesidades funcionales y de diseño del usuario/cliente (Elicitación de Requisitos) Revisión y Clasificación de los requisitos para: Eliminar redundancias, inconsistencias, absurdos Agrupar los requisitos en categorías según criterios Establecer prioridades en las categorías de requisitos Validación de requisitos con los usuarios/clientes Elaboración de las especificaciones técnicas del sistemas (norma IEEE-839/1999) Validación de las especificaciones técnicas Sistemas de Información II
El en RUP El en el RUP se realiza por medio de los flujos de trabajo: Modelado del negocio Requisitos El resultado del es el siguiente: Modelo del Negocio Modelo del Dominio Modelo de Casos de Uso Documento de Especificaciones Técnicas del Sistema (según norma IEEE-830/1999) Sistemas de Información II
Sistemas de Información II
Diagrama de Actividades para la Definición de Requerimientos Estudiar el Dominio del Problema y el Sistema Actual Preparar y realizar las sesiones de descubrimiento de requisitos / Negociacion Identificar / revisar los Objetivos del sistema Objetivos Identificar / revisar los requisitos funcionales Identificar / revisar los requisitos de Informacion Identificar / revisar los requisitos no funcionales Priritizar objetivos y requisitos
Definición de Requerimientos Planilla de Objetivos del Sistema OBJ- <id> ombre Descriptivo Versión Descripción del Objetivo Urgencia OBJ-01
Definición de Requerimientos Planilla de Requisitos de Información RI - <id> ombre Descriptivo Versión Descripción del Requisito Objetivos Asociados Urgencia RIN-01
Definición de Requerimientos Planilla de Requisitos Funcionales RFU-<id> ombre Descriptivo Versión Descripción del Requisito Objetivos Asociados Urgencia RFU-01
Modelo de casos de uso El Modelo de Casos de Uso (MCU) establece los requisitos funcionales del sistema de información. En el MCU se recoge la descripción externa y observable de cómo se utiliza el sistema de información: Descripción de CÓMO se utiliza el sistema: Funciones: la realización de las funciones del negocio que se pueden hacer con el sistema de información Servicios: los servicios que aporta al negocio el sistema de información Procesos: los procesos de negocio que soporta el sistema de información Sistemas de Información II
Sistemas de Información II Modelo de casos de uso Descripción EXTERNA del uso del sistema: Se identifican y describen funciones / servicios / procesos del negocio que un usuario puede hacer con el soporte del sistema de información NO se incluyen lo que el sistema realiza internamente Descripción OBSERVABLE del uso del sistema: Es como si hubiera un observador externo que va anotando lo que hace el usuario con el sistema y lo que el sistema responde al usuario NO se anotan procesos y elementos internos del sistema
Modelo de casos de uso EL modelo de casos de uso se compone de los siguientes diagramas y artefactos: Diagrama de Casos de Uso: Identificación y descripción de los requisitos funcionales desde la vista estática. Descripción de los casos de Uso: Describe los escenarios o instancias de los casos de uso atómicos donde se reflejan los eventos normales y alternos mediante una plantilla de casos de uso
Modelo de casos de uso EL modelo de casos de uso se compone de los siguientes diagramas y artefactos: Diagrama de Interacción: Secuencia de sucesos: Se modelan escenarios de sucesos (suceso = algo que ha ocurrido) Identificación y descripción de los requisitos funcionales desde la vista dinámica Representa aspectos temporales en el intercambio de mensajes
Modelo de casos de uso EL modelo de casos de uso se compone de los siguientes diagramas y artefactos: Diagrama de Interacción: Colaboración: Se modelan escenarios de sucesos (suceso = algo que ha ocurrido) Identificación y descripción de los requisitos funcionales desde la vista dinámica Representa aspectos espaciales y estructurales en el intercambio de mensajes.
Modelo de casos de uso EL modelo de casos de uso presenta una estructura jerárquica según: El tipo de información a modelar: SubModelo de Casos de Uso de Negocio SubModelo de Casos de Uso (Técnico)
Modelo de casos de uso EL modelo de casos de uso presenta una estructura jerárquica según: El nivel de refinamiento: Diagrama Principal del Modelo de Casos de Uso Nivel 0 (DCUX): Vista más general Diagrama de Contexto Nivel 1 (DCU.1): Explosión de cada Caso de Uso del Nivel 0 en su correspondiente Diagrama de Casos de Uso (DCU) Nivel 2 (DCU.2): Explosión de cada Caso de Uso del Nivel 1 en su correspondiente Diagrama de Casos de Uso (DCU) Sistemas de Información II
Jerarquía o estructura de los casos de uso NIVEL 0 Modelo de casos de uso con estructura de desglose de diagramas Cada caso de uso se desglosa en un diagrama en el nivel inferior NIVEL1 NIVEL 2 Cada caso de uso se desglosa en un diagrama en el nivel inferior
Caso de estudio: Sistema de Telecompras Nivel 0: Contexto Gestionar Productos Sistema Bancario Cliente Gestionar Orden de Compra Agente de Deposito Gestionar Reclamos Director
Caso de estudio: Sistema de Telecompras Nivel 1 DCU.2: Gestionar Orden de Compra Realizar Orden Compra Sistema Bancari o Cliente Anular Orden Compra Consultar Ordenes Confirmadas Agente de Depos ito
Caso de estudio: Sistema de Telecompras Descripción Flujo de Eventos CU.2.2: Anular Orden de Compra CU.2.2 Descripción Actores Acción del Actor El cliente introduce la clave de usuario y el numero de orden El cliente pulsa la opción de procesar anulación Anular Orden de Compra El sistema deberá permitir a los clientes anular orden de compra de productos a través de la web según se describe en el siguiente caso de uso: Cliente (CTE) Respuesta del Sistema El sistema valida la clave y el numero de orden El sistema busca la orden de compra con sus respectivos items El sistema muestra la orden recompra y la opción de procesar El sistema actualiza la orden de compra como anulada
Caso de estudio: Sistema de Telecompras Diagrama de secuencia CU.2.2: Anular Orden de Compra : Cliente :sistematelecompra 1: introducedatos(clave,nu mord en) 2: validarclave(cleve) 3: validarorden(numorden) 4: buscarorden(numorden) 5: mos trarorden() 6: confirmaranular() 7: anularorden(numorden)
Caso de estudio: Sistema de Telecompras Diagrama de colaboración CU.2.2: Anular Orden de Compra 2: validarclave(cleve) 3: validarorden(numorden) 4: buscarorden(numorden) 5: mostrarorden() 7: anularorden(numorden) 1: introducedatos(clave,numorden) 6: confirm aran ular() :sistematele comp ra : Cliente