Ayd.2013.Presentacion Semana 7

F
UNIVERSIDAD NACIONAL DE INGENIERIA FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS rea de Sistemas y Telemtica
Anlisis y Diseo de Sistemas

Profesora : Ing. Ysabel Rojas Sols
SEMANA 07
Agenda Agenda
1. 2. 3. 4. 5. 6.
Fundamentos RUP Revisin del Modelado de negocios El proceso de Ingeniera de requerimientos Modelado de requisitos Modelado de Anlisis Parte Practica
Importancia de utilizar un Proceso de Desarrollo

- Guia las actividades a realizar durante el desarrollo de sw - Reducir los riesgos de:
Retraso en las fechas pautadas para las entregas parciales o del sistema Incumplimiento en los entregables Exceder costos del proyecto Requerimientos incompletos Producto SW no cumpla con las caracteristicas de calidad establecidas
El xito de un proceso de desarrollo de SW es que que produzca los resultados esperados , el cliente este satisfecho con el sw producido y los riesgos identificados no impacten el proceso de desarrollo
RUP
El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, esta centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).
Especificacin de las Fases Establece oportunidad y alcance
Identifica las entidades externas o actores con las que se trata Identifica los casos de uso
Dimensiones del RUP

El RUP tiene dos dimensiones:
El eje horizontal representa tiempo y demuestra los aspectos del ciclo de vida del proceso, se expresa en trminos de fases, de iteraciones, y la finalizacin de las fases. El eje vertical representa las disciplinas, que agrupan actividades definidas lgicamente por la naturaleza, se describe en trminos de componentes de proceso, las disciplinas, las actividades, los flujos de trabajo, los artefactos, y los roles.
Ciclo de Vida del RUP
Disciplinas o Flujos de Trabajo

Cada disciplina es un conjunto de actividades relacionadas (flujos de trabajo) vinculadas a un aspecto especfico dentro del proyecto total. RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas.
1. Proceso: Las etapas son:
Modelado de negocio Requisitos Anlisis y Diseo Implementacin Pruebas Despliegue
Disciplinas o Flujos de Trabajo

II. Soporte: Con las siguientes etapas:
Gestin del cambio y configuraciones

Gestin del proyecto Entorno
El agrupamiento de actividades en disciplinas es principalmente una ayuda para comprender el proyecto desde la visin tradicional en cascada.
Flujos de trabajo esenciales

Flujos de Trabajo de Ingeniera
Flujos de Trabajo de Apoyo
Propsito de las Disciplinas en el Ncleo RUP

Dado que existen habitualmente problemas de comunicacin entre ingenieros de software e ingenieros de negocios, RUP proporciona un lenguaje y proceso comn para estos dos mbitos.
Para el modelamiento del negocio se usan business use cases (casos de uso del negocio): La forma en que el software dar apoyo al negocio.
Propsito de las Disciplinas en el Ncleo RUP
Fases del RUP

FASE DE INICIO Durante esta fase de inicio las iteraciones se centran con mayor nfasis en las actividades de modelamiento de la empresa y en sus requerimientos FASE DE ELABORACIN Durante esta fase de elaboracin, las iteraciones se centran al desarrollo de la base de la diseo, encierran ms los flujos de trabajo de requerimientos, modelo de la organizacin, anlisis, diseo y una parte de implementacin orientada a la base de la construccin
FASES
FASE DE CONSTRUCCIN Durante esta fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se redefine su anlisis y diseo y se procede a su implantacin y pruebas. En esta fase se realiza una pequea cascada para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementacin del producto. FASE DE TRANSICIN Durante esta fase de transicin busca garantizar que se tiene un producto preparado para su entrega al usuario.
Propsito de las Fases RUP
Resumen RUP
QU tareas hacer ?
Actividades
QUIN las hace?
Roles
CUNDO se hace ?
Workflow
QU generan?
Artefactos
Agenda Agenda
1. 2. 3. 4. 5. 6.
17
Modelamiento de Negocio en el Proceso Unificado

Concepcin Elaboracin Construccin Transicin
Modelado del Negocio Requerimientos
Anlisis y Diseo
Implementacin Prueba Implantacin Control de Cambios Gestin Proyecto Entorno
Iteraciones IT #1 IT # 2 IT # 3 IT # 4 IT # 5 IT # 6 IT # 7 IT # 8
Procesos de Negocio
Procesos de Negocio
Modelamiento de Negocio
Esta disciplina tiene como objetivos comprender la estructura y la dinmica de la organizacin, comprender problemas actuales identificar posibles mejoras, comprender los procesos de negocio.

El Modelo de CU del Negocio para describir los procesos del negocio y los clientes El Modelo de Objetos del Negocio para describir cada CU del Negocio con los Trabajadores, adems utilizan los Diagramas de Actividad y de Clases.
Permite identificar los requerimientos funcionales del negocio desde la perspectiva del usuario (clientes del negocio)
Modelamiento de negocio
Los diferentes diagramas del negocio se agrupan tpicamente en dos modelos del negocio, uno que mira el negocio desde una perspectiva externa, y el otro desde dentro:
El
externo incluye una descripcin de los actores del negocio y los casos de uso del negocio, las interacciones entre los actores del negocio y los casos de uso del negocio (diagramas de casos de uso) y diagramas de actividad de alto nivel.
Modelamiento de negocio
El
interno que detalla cmo se llevan a cabo los procesos del negocio internamente. El modelo de objetos del negocio incluye una descripcin de los empleados del negocio (los trabajadores del negocio), las cosas (Entidades del Negocio) que el negocio manipula y cmo los trabajadores del negocio manipulan las entidades del negocio para lograr los procesos del negocio (Diagramas de actividad detallados, diagramas de clase, diagramas de interaccin).
MODELO USE CASE DE NEGOCIO Presentan lo que el negocio ofrece a sus clientes , luego se decide como realizar sus use cases
Los diagramas a utilizar son : Diagrama USE CASE : describe lo que el negocio ofrece a sus clientes y es independiente de las tecnologas El diagrama use case de negocio no describe los procesos de negocio para ello se utilizan los diagramas de actividad
Modelar el funcionamiento interno de la organizacin implica realizar los use case s del negocio , para lo cual se modela la estructura organizacional y de requerirse el flujo de la informacin que se representa en : Diagrama de Actividad Modela el flujo de trabajo ,describe las acciones a realizar , cuando se realiza y quien es el responsable de hacerlas Diagrama de Secuencia Representa el flujo de trabajo ,centrado en el intercambio de mensajes entre entidades del negocio Diagrama de Clase Identifica las clases del negocio y las relaciones entre ellas , se corresponde con la estructura de la organizacin y de la informacin
Propsito del Modelamiento de Negocio
Comprender la estructura y la dinmica de la organizacin para el que se desarrolla el proyecto. Comprender los problemas actuales de la organizacin y su impacto. Asegurar que los clientes, usuarios finales y desarrolladores tengan un entendimiento comn de la organizacin. Visin compartida. Obtener, de forma preliminar, los requerimientos del sistema que necesita la organizacin.
Propsito del Modelamiento de Negocio
Cmo aseguramos que el sistema tendr valor si no entendemos como, quin y en que circunstancias se usar? Para asegurar que estamos construyendo soluciones orientadas al cliente (es decir sistemas de informacin que satisfacen a nuestros clientes) no debemos pasar por alto:
El
ambiente en el que estos sistemas trabajarn, Los roles y responsabilidades de los empleados que usan el sistema, Las "cosas" que son manejadas por el negocio,
Etapas del Modelado de Negocio
Etapas del Modelado de Negocio
Modelado del Negocio
Artefactos del modelo del negocio
Modelo de Casos de Uso del Negocio
Especificacin de Casos de Uso del Negocio
Modelo de Objetos del Negocio
Visin
Glosario de Trminos
Actores del Negocio
Casos de Uso del Negocio
Trabajadores del Negocio
Entidades del Negocio
Notacin UML Para el Modelo del Negocio

icono Nombre UML Definicin
Actor del Negocio
Alguien o Algo, fuera del negocio que interacta con el negocio.
Trabajador del Negocio
Rol o conjunto de roles dentro del negocio. Un trabajador del negocio interacta con otros trabajadores del negocio y manipula entidades del negocio. una "cosa" manipulada o usada por trabajadores del negocio.
Entidad del Negocio
Caso de uso del negocio
Una sucesin de acciones que un negocio ejecuta para producir un resultado de valor observable a un actor de negocio particular. (En este caso, sinnimo de proceso del negocio)
Notacin UML Para el Modelo del Negocio

Realizacin del caso de uso del negocio Una coleccin de diagramas para mostrar como los elementos de la organizacin (trabajadores y entidades) son utilizados para soportar un proceso de negocio.
Unidad organizacional
Una coleccin de trabajadores del negocio, entidades del negocio, vnculos, realizaciones de casos de uso del negocio, diagramas y otras unidades de la organizacin. Usadas para estructurar el modelo del negocio (objeto) por divisin en partes mas pequeas.
Diagramas UML (Modelamiento de Negocio)
Cada diagrama de UML proporciona una vista diferente del negocio:

Diagramas
de casos de uso describen el contexto del
negocio. Diagramas de actividad describen las conductas en el negocio, o el flujo de trabajo del negocio. Diagramas de clase que describen la estructura esttica del negocio. Diagramas de interaccin describen la interaccin dinmica entre los empleados y las cosas que ellos manipulan.
Actores del Negocio
Negocio
Mundo Exterior
Organizacin
Actores del Negocio
Dnde encontrar a los actores del negocio?

Clientes. Socios. Proveedores. Autoridades. Entidades
legales y reguladoras. Sucursales. Dueos e inversionistas Sistemas informticos fuera del negocio con los que se interacta. Otras partes de la organizacin.
Negocio
Mundo Exterior
Organizacin
Dnde encontrar trabajadores del negocio?

Roles
dentro del negocio. Personas que ejecutan los proceso o actividades del negocio. Hardware o sistemas informticos dentro del negocio con los que se intercambia informacin directamente.
Caso del Uso del Negocio
Negocio
Mundo Exterior
Organizacin
Caso del Uso del Negocio
Dnde encontrar casos de uso del negocio?

Principales
procesos del negocio. Servicios principales para el cliente. Procesos de servicio a otras entidades.
Objetos del Negocio
Identificar las entidades del negocio (business entities).

Lista
de entidades del negocio.
Diagrama de Objetos del negocio.

Incluye
a los actores, trabajadores y entidades del Negocio y las asociaciones entre ellos.
Entidad del Negocio
Una entidad del negocio (business entity) representa a un conjunto de informacin con propiedades, comportamiento y semntica similares y que es manipulado o manejado por trabajadores del negocio. Ejemplo:
Factura. Solicitud
de pago. Tarjeta de crdito.
Entidad del Negocio
Dnde encontrar entidades del negocio?

reas,
departamentos, direcciones. Objetos fsicos. Transacciones. Personas. Sistemas externos. Organizaciones. Socios.
Caso de uso del negocio
Define la interaccin entre las entidades fuera del negocio (los proveedores, clientes, socios, colegas en secciones que actan recprocamente con la seccin que Ud. modela, etc), y sus procesos de negocio.
Diagramas de actividad (M. de Negocio)
Un diagrama de actividad del negocio proporciona una manera grfica de documentar un flujo de trabajo del negocio.
Lo que pasa en un flujo de trabajo, que actividades pueden hacerse en paralelo, si hay caminos alternativos a travs de un flujo de trabajo
Ejemplo 1 Modelado de CdU de negocio

Empresa de deportes
Adquirir productos
Ejemplo 1 Modelo de Objetos

Adquirir Productos
Ejemplo 1 Modelo de Dominio

Adquirir Productos
Ejemplo 2 Modelado Procesos de negocio

Empresa que fabrica productos bajo demanda
Ejemplo 2 Modelado CdU de Negocio

Ejemplo 2 Modelado CdU de Negocio

Ejemplo 2 Especificacin CdU de Negocio CdU : Registrar Pedido
Ejemplo 2 Plantilla CdU de Negocio

CdU Registrar pedido
Ejemplo 2 Plantilla CdU de Negocio

CdU Registrar pedido
Ejemplo 2
Workers en Registrar pedido
Ejemplo 2
Diagrama de Secuencia de Registrar pedido
Ejemplo 2
Diagrama de Actividades de Registrar pedido
Reglas de Negocio
Ejemplo 2
Glosario
Agenda Agenda
1. 2. 3. 4. 5. 6.
60
Fuentes de Requerimientos
Robertson y Robertson 1999
Modelo del Dominio Deseos y necesidad De los interesados Modelo de la situacin actual
Requerimientos
Organizacin y sistemas actuales Requerimientos Reutilizables
Biblioteca de Reutilizacin Documentos existentes Tipo de Requerimientos recomendados
Plantilla de Requerimientos
Clasificacin de Requerimientos
Segn el Tipo los requerimientos se clasifican en:
Requerimientos funcionales. Requerimientos no funcionales. Requerimientos del Dominio.
Segn a quien van dirigidos se clasifican en:

Requerimientos del Usuario. Requerimientos del Sistema.
Requerimientos Funcionales (RF)

Requerimientos funcionales
Describen
la funcionalidad o los servicios que se espera que el sistema proveer. Dependen del tipo de software, del sistema que se desarrollo y de los posibles usuarios.
Cuando
se expresan como Requerimientos del usuarios, se definen de forma general.

Cuando
se expresan como requerimiento del sistema describen con detalle la funcin de ste, sus entradas y salidas, excepciones, etc.
Describen
una interaccin entre el sistema y su ambiente, como debe comportarse el sistema ante determinado estmulo. O incluso como NO debe comportarse.
Requerimientos No Funcionales(RNF)
Requerimientos no funcionales
Son los requerimientos que no se refieren directamente a las funciones especficas que entrega el sistema, sino a las propiedades emergentes de ste, como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. Muchos requerimientos no funcionales se refieren al sistema como un todo ms que a rasgos particulares del mismo. Describen una restriccin sobre el sistema que limita nuestras elecciones en la construccin de una solucin al problema. A menudo son mas crticos que los funcionales. Mientras que un incumplimiento de un requerimiento funcional degrada el sistema, el de un requerimiento no funcional del sistema lo inutiliza.
Requerimientos No Funcionales(RNF)
Requerimientos no funcionales
Los requerimientos no funcionales se clasifican segn su implicancia: Del producto: especifican comportamiento del producto. Ej.: de desempeo en la rapidez de ejecucin del sistema, cuanta memoria se requiere; los de fiabilidad que fijan la tasa de fallas para el sistema sea aceptable, los de portabilidad y de usabilidad.
Organizacionales: se derivan de las polticas y procedimientos existentes en la organizacin del cliente y del desarrollador. Ej.: estndares en los procesos que deben utilizarse, requerimientos de implementacin como los lenguajes de programacin o el mtodo de diseo a utilizar.
Requerimientos No Funcionales (RNF)

Externos: cubre todos los requerimientos que se derivan de los factores externos al sistema y de su proceso de desarrollo. Ej.: requerimientos de interoperabilidad, requerimientos legales, requerimientos ticos.
Un problema comn con los requerimientos no funcionales es que algunas veces son difciles de verificar.
De forma ideal los requerimientos no funcionales se deben expresar de manera cuantitativa utilizando mtricas que se puedan probar de forma objetiva. En la prctica, es difcil. El costo es muy alto.
RNF
Requerimientos de Dominio
Reflejan Se
los fundamentos del dominio de la aplicacin
derivan del dominio del sistema ms que de las necesidades especificas del usuario.
Se
expresan utilizando un lenguaje especifico del dominio de la aplicacin que a menudo es difcil de comprender. Ej.: operacin para calcular desaceleracin del tren, para un sistema de control de trenes.
Requerimientos otras clasificaciones

Requerimientos del usuario
Son declaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar. Pueden surgir problemas por falta de claridad, confusin de requerimientos, conjuncin de requerimientos.
Requerimientos del sistema Establecen con detalle los servicios y restricciones del sistema. Es difcil excluir toda la informacin de diseo (arquitectura inicial, interoperabilidad con sistemas existentes, etc.)
69
Otras clasificaciones
Requerimientos que deben ser absolutamente satisfechos Requerimientos que son deseables pero no indispensables Requerimientos que son posibles, pero que podran eliminarse
70
Propsito de los requerimientos

Los requerimientos pueden servir a tres propsitos: Permitir que el desarrollador explique como ha entendido lo que el cliente pretende del sistema.
Indican a los diseadores que funcionalidades y caractersticas va a tener el sistema resultante.
Los requerimientos indican al equipo de pruebas que demostraciones llevar a cabo para convencer al cliente de que el sistema que se le entrega es de hecho lo que haba ordenado.
El Proceso de Ingeniera de Requerimientos

La Ingeniera de Requerimientos (IR) es un proceso que comprende todas las actividades requeridas para crear y mantener un documento de requerimientos del sistema.
Participantes en el Proceso de Requerimientos

Entre los participantes en el proceso de requerimiento pueden incluirse: Supervisor del contrato: quienes sugieren hitos de control y cronogramas que restringen el desarrollo del sistema. Clientes y Usuarios: quienes deben comprender los requerimientos de modo que puedan estar seguros de que el sistema satisface sus necesidades. Gerentes de negocios: pueden comprender las probables consecuencias de construir y utilizar el sistema. Diseadores: quienes utilizan los requerimientos como base para el desarrollo de una solucin aceptable, que se implementara como un sistema basado en software. Verificadores: desarrollan datos de prueba y sesiones de prueba para asegurar que el sistema de software satisface cada uno de los requerimientos.
Participantes en el proceso de requerimientos

Existen muchos contribuyentes al proceso, que tienen visiones particulares y a menudo contradictorias. Los clientes y usuarios Los gerentes de negocios Los supervisores del contrato Los analistas Los diseadores Los verificadores
74
El proceso de ingeniera de requerimientos

Estudio de viabilidad Obtencin y anlisis de requerimientos Especificacin de requerimientos Validacin de requerimientos Gestin de requerimientos
75
Proceso: Ingeniera de Requerimientos

Actividades
Estudio de factibilidad
Obtencin y Anlisis de Requerimientos
Especificacin de Requerimientos
Validacin de Requerimientos
Artefactos
Informe de factibilidad Documento de Requerimientos Modelo del Sistema Especificacin de Requerimientos

Actividades
Artefactos
Estudios de Viabilidad

Principalmente se realiza para sistemas nuevos A partir de una descripcin resumida del sistema se elabora un informe que recomienda la conveniencia o no de realizar el proceso de desarrollo Resuelve las siguientes preguntas:

El sistema contribuye a los objetivos generales de la organizacin? El sistema se puede implementar con la tecnologa actual ? El sistema se puede implementar con las restricciones de costo y tiempo? El sistema puede integrarse a otros que existen en la organizacin
78

Estudio de Factibilidad
La entrada de este es una descripcin resumida del sistema y como se utiliza dentro de una organizacin.
El resultado del estudio es un informe que recomienda si es conveniente llevar a cabo la ingeniera de requerimientos y el proceso de desarrollo del sistema. Adems permite proponer cambios al alcance, presupuesto, calendarizacin, etc.
Este es un estudio corto para resolver si es posible y conveniente construir el sistema con la tecnologa existente, las restricciones de costo y tiempo, etc.

Actividades
Artefactos
Obtencion y Analisis de Requerimientos
Comprensin del dominio Recoleccin de requerimientos: interactuando con usuarios, clientes, administradores, etc. Clasificacin: organizacin en grupos coherentes Resolucin de conflictos Priorizacin Verificacin de requerimientos (completos, consistentes)
81

Obtencin y Anlisis de requerimientos
Se trabaja en conjunto con los usuarios y los clientes.
Problemas Comunes:
No saben lo que quieren del sistema , slo en trminos generales, no conocen el costo de sus peticiones. Los requerimientos estn en sus trminos y con conocimientos implcitos de su propio trabajo. Distintos usuarios tienen distintos requerimientos, se deben encontrar todas las fuentes.
Influyen factores polticos.

La importancia de los requerimientos varia en el tiempo. Aparecen nuevos requerimientos.

Proceso de Obtencin y Anlisis de requerimientos.
Comprensin del dominio
Recoleccin de Requerimientos
Clasificacin
Verificacin de Requerimientos
Priorizacin
Resolucin de Conflictos

Fases: 1. Comprensin del Dominio: el analista debe desarrollar su propia comprensin del dominio de la aplicacin. Ej.: Si fuera un sistema para un supermercado este debe evaluar como funciona un supermercado. Recoleccin de Requerimientos: ste es el proceso de interactuar con los clientes y usuarios para descubrir sus requerimientos . Ac se desarrolla la compresin del dominio. Clasificacin: considera la recoleccin no estructurada de requerimientos y los organiza en grupos coherentes.
2.
3.

4.Resolucin de conflictos: de forma inevitable, cuando existen muchos stakeholders involucrados, los requerimientos estarn en conflicto. Est actividad se refiere a resolver estos conflictos. 5.Priorizacin: Descubrir la importancia de cada requerimiento. Es til separar los requerimientos en tres categoras:
Requerimientos que deben ser absolutamente satisfechos. Requerimientos que son muy deseables pero no indispensables. Requerimientos que son posibles, pero que podran eliminarse.
6.Verificacin de Requerimientos: Los requerimientos se verifican para descubrir si estn completos, son consistentes y acorde con lo que realmente quieren los stakeholders. No existe un enfoque perfecto ni universal aplicable a la obtencin y anlisis de requerimientos .
Proceso: Ingeniera de Requerimientos Tcnicas -Obtencin y Anlisis de requerimientos

Posibles conflictos:
Necesidades
Expectativas
Balancear
Calidad Alcance
Necesidades Expectativas
Restricciones
Proceso

Obtencin y Anlisis de requerimientos Tcnicas :
Investigar antecedentes. Entrevistas individuales/grupales.
Encuestas/Cuestionarios.
Tormenta de ideas. Casos de Uso. Prototipado.

Obtencin y Anlisis de requerimientos Investigar Antecedentes
Estudio, muestreo, visitas,
Buena forma de comenzar un proyecto. Interna: Estructura de la organizacin, Polticas y procedimientos, Formularios e informes, Documentacin de sistemas. Externa: Publicaciones de la industria y comercio, Encuentros profesionales, Visitas, Literatura y presentaciones de vendedores.
Ventajas
Ahorra tiempo de otros. Prepara para otros enfoques. Puede llevarse a cabo fuera de la organizacin.
Desventajas
Perspectiva limitada. Desactualizado. Demasiado genrico.

Obtencin y Anlisis de requerimientos Entrevistas Individuales y Grupales Usar para:

Entender el problema de negocio. Entender el ambiente de operacin. Evitar omisin de requerimientos. Mejorar las relaciones con el cliente.
Ventajas
Orientacin a las personas. Interactivo / Flexible. Rico.
Desventajas
Costoso. Depende de interpersonales. las habilidades

Obtencin y Anlisis de requerimientos Encuesta / Cuestionario No substituye la entrevista. Antes de usar el enfoque: Determinar la informacin que se precisa.
Desarrollar cuestionario. Probarlo con perfil tpico. Analizar resultado de las pruebas.
Su principal uso es para validar asunciones y obtener datos

estadsticos sobre preferencias.
Ventajas
Conveniente para quien contesta. Respuestas annimas.
Desventajas
Menos Rico. Problemas por Respuestas. Esfuerzo de desarrollo. no

Obtencin y Anlisis de requerimientos Tormenta de Ideas
Objetivo: Lograr consenso sobre los requerimientos.

Ayuda a la participacin de todos los involucrados.
Permite pensar en otras ideas.

Un secretario saca notas de todo lo discutido. Reglas:
No se permite criticar ni debatir. Dejar volar la imaginacin. Generar tantas ideas como sea posible. Mutar y combinar ideas.

Obtencin y Anlisis de requerimientos Casos de Uso
Formato simple y estructurado donde los usuarios y desarrolladores pueden trabajar juntos. No son de gran ayuda para identificar aspectos no funcionales. Mientras se definen los casos de uso, puede ser un buen momento para definir pantallas u otros objetos con los que el usuario interacta. Pueden ser usados en el diseo y en el testing del sistema.
Usarlo
Cuando el sistema est orientado a la funcionalidad, con varios tipos de usuarios. Cuando la implementacin se va a hacer OO y con UML.
No son la mejor eleccin:

Sistemas sin usuarios y con pocas interfaces. Sistemas dominados primariamente por requerimientos no funcionales y restricciones de diseo.

Obtencin y Anlisis de requerimientos Prototipado
Implementacin parcial, permite a los desarrolladores y usuarios:
Entender mejor los requerimientos. Cuales son necesarios, deseables. Acotar riesgos.
Prototipo desechable: El propsito es solo establecer que algo se puede hacer, luego se parte de cero en la construccin, quedando el conocimiento aprendido.
Prototipo evolutivo: Es implementado sobre la arquitectura del producto final, el sistema final se obtiene de evolucionar el prototipo.

Aspectos para los que es frecuente construir prototipos:

Apariencia y percepcin de la interfaz de usuario. Arquitectura (riesgos tcnolgicos, tiempos de respuesta). Otros aspectos riesgosos.

Actividades
Artefactos

Lenguaje Natural
Comprensible para el Cliente/Usuario.
Ambiguo (glosario). Poca legibilidad (plantilla, formateo del texto).
Difcil de tratar (Verificar correctitud, consistencia, completitud).
Notaciones Especiales (ms formales)

Poca o ninguna ambigedad.
Facilita tratamiento.
Necesidad de entrenamiento en la notacin. Dificultades de comprensin por Cliente/Usuario

Actividades
Artefactos

Modelado del Sistema
Existen una gran cantidad de mtodos para el modelamiento de sistemas, a continuacin se nombran los ms significativos:
Tablas de Decisin. Diagramas de transicin de estados. Redes de Petri. Diagramas de Flujo de Datos. Diagramas de Casos de Uso.
Tcnicas para describir un sistema entorno a estados y estmulos.

Notaciones Especiales.
Grficas vs. Basadas en texto

Estticas vs. Dinmicas Descripciones Estticas.
Se especifican entidades y sus atributos, los requerimientos se pueden ver como las relaciones entre las entidades. No describe como cambian las relaciones con el tiempo
Descripciones Dinmicas
Especifican estados y las transiciones entre estados en el tiempo.

Actividades
Artefactos

Proceso por el cual se determina si la especificacin es consistente con las necesidades del cliente. Incluye verificar trazabilidad entre la especificacin y el documento de requerimientos. Se trabaja con un bosquejo completo del documento a diferencia de la verificacin del Anlisis. Se realizan las requerimientos: siguientes verificaciones en el documento de
Validez: compromiso con el usuario, que valide que es lo que quiere.
Consistencia: que no haya contradicciones.

Realismo: que se puedan implementar (incluye: tecnologa, presupuesto y calendario). Verificabilidad: Disear conjunto de pruebas para demostrar que el sistema cumple esos requerimientos.

Verificacin de Requerimientos no funcionales.
Son difciles de verificar. Se deben expresar de manera cuantitativa utilizando mtricas que se puedan probar de forma objetiva ( esto es IDEAL).
Propiedad
Rapidez Transacciones por seg.
Medida
KB.
Tiempo promedio entre fallas. Probabilidad de datos corruptos despus de la falla. Nmero de sistemas.
Tamao
Fiabilidad Robustez Portabilidad
Facilidad de uso
Tiempo de capacitacin.
Para los usuarios es difcil especificarlos en forma cuantitativa.

Tcnicas Validacin de Requerimientos. La validacin incluye dos pasos:
Asegurar que cada especificacin pueda ser rastreada hasta su requerimiento en el documento de definicin. Luego se chequea la definicin para ver si cada requerimiento es rastreable hasta la especificacin.
Una forma simple de validar los requerimientos es la realizacin de reuniones de revisin.

Tcnicas Validacin de Requerimientos Revisiones de Requerimientos Participan representantes
del cliente: operadores, quienes realicen entradas, utilicen salidas, y sus gerentes.
del equipo de desarrollo: analistas de requerimientos, diseadores, encargados de pruebas y gestin de configuracin.
Incluye:
Revisar objetivos del sistema. Evaluar alineamiento de requerimientos con los objetivos (necesidad). Revisar el ambiente de operacin y las interfaces con otros sistemas. Funciones completas, restricciones realistas. Evaluar riesgos. Considerar:
o Pruebas del sistema.

o Cambios en los requerimientos en el proyecto, su verificacin y validacin.
Resumen Proceso Ingeniera de Requisitos

Inicio Obtencin Elaboracin Negociacin
Especificacin
Validacin
Gestion de requisitos
Importancia de la Ingeniera de Requerimientos

Permite gestionar las necesidades del proyecto en forma estructurada Mejora la capacidad de predecir cronogramas de proyectos Disminuye los costos y retrasos del proyecto Mejora la calidad del software Mejora la comunicacin entre equipos Evita rechazos de usuarios finales.
105
Caractersticas deseables para una buena Especificacion de los requerimientos
106

Modelado del Sistema Casos de Uso (UML)
Limite del Sistema
Ejemplo:
Actor:
Entidad Externa que interacta con el sistema (persona identificada por un rol o sistema <<extend>> externo).
Caso de Uso <<extends>>
Escenario
Variable
Caso de Uso Reutilizable <<include>>
Retiro de Monedas <<include>> Retiro Cliente Depsito <<include>> Validar con Scaner de Retina Validar con PIN
Caso de Uso:
<<include>>
Conjunto de escenarios posibles que puede Generalizacin encarar un actor Validar Cliente (o varios) con el sistema para el logro de cierto objetivo.
Transferencia

Modelado del Sistema Eleccin de una Tcnica
Ninguna tcnica de especificacin es completa.
La eleccin de la tcnica esta limitada por:

Caractersticas del proyecto. Preferencia de los desarrolladores.
Preferencias del cliente.

Por lo general se combinan varios enfoques, por ejemplo: Una tcnica para requerimientos funcionales. Otra tcnica para los requerimientos no funcionales.
Agenda Agenda
1. 2. 3. 4. 5. 6.
109
Modelado de Requisitos en el Proceso Unificado

Anlisis y Diseo
Modelado de Requisitos
Modelado de Requisitos en el Proceso Unificado

Esta disciplina tiene como objetivos establecer lo que el sistema debe hacer (Especificar Requisitos) Define los lmites del sistema, y una interfaz de usuario, realizando una estimacin del costo y tiempo de desarrollo. Utilizando el Modelo de CU para modelar el Sistema que comprenden los CU, Actores yRelaciones, adems utiliza los diagramas de Estados de cada CU y las especificaciones suplementarias.
Del Modelo de Negocio al Modelo de Requisitos
Del Modelo de Negocio al Modelo de Requisitos
La Disciplina de Requerimientos
Los desarrolladores y clientes deben acordar qu es lo que el sistema debe hacer: Relevar requerimientos Documentar funcionalidad y restricciones Documentar decisiones Identificar actores Identificar casos de uso
Imprimir Inf orme Operador
Cliente
Reciclar
Administrar Depsito
Los casos de uso describen la funcionalidad. Los requerimientos no funcionales se incluyen en una especificacin complementaria.
Actividades , Trabajador y artefactos de entrada y salida de la fase de requisitos
Disciplina de Requerimientos
Objetivo :
Elaborar
los requerimientos del sistema para el negocio Describen los requerimientos funcionales desd4e la perspectiva del actor Muestran las funcioanlidades del sistema para que los actores logren sus objetivos
Disciplina de Requerimientos
MODELO USE CASE Describe las interacciones entre los actores y el sistema y la meta de los actores al utilizar el sistema
Diagrama Use Case del Sistema Describe lo que debe hacer el sistema para automatizar uno o mas pasos de la realizacion del use case de negocio Es una herramienta que comunica el alcance de un negocio (use case del negocio) o del sistema (use case del sistema para especificar los use case y establecer los pasos se pued eutilizar algunos de los siguientes artefactos
Elaboracin de Cd U
Recomendaciones para la elaboracion de Cd U
Recomendaciones para la elaboracin de Cd U
Modelo Conceptual o de Dominio
Identificar Clases Conceptuales
Ejemplo de Modelo Conceptual
Del Modelo de Negocio al Modelo Conceptual
Documentos de Anlisis de requisitos
Especificacin complementaria
Visin
Pasos a realizar en el Modelado de requisitos
Caso de uso e iteraciones
Agenda Agenda
1. 2. 3. 4. 5. 6.
133
Anlisis y Diseo en el Proceso Unificado

Anlisis y Diseo
Disciplina de Anlisis y Diseo

Esta disciplina define la arquitectura del sistema y tiene como Objetivos : Trasladar requisitos en especificaciones de implementacin Al decir anlisis se refiere a transformar CU en clases Al decir diseo se refiere a refinar el anlisis para poder implementar los diagramas de clases de anlisis de cada CU, los diagramas de colaboracin de de cada CU, el de clases de diseo de cada CU, el de secuencia de diseo de CU, el de estados de las clases, el modelo de despliegue de la arquitectura.
Disciplina de Anlisis y Diseo
Presenta el diseo Preliminar para un conjunto de requerimientos Generan los siguientes Modelos: Modelo de Analisis
Diagrama de Clases Diagrama de secuencia
Modelo
de Diseo
A nivel de componentes
Analisis y Diseo
Analisis y Diseo
Analisis y Diseo
Analisis y Diseo
Ejemplo
Contratos
Contratos
Contratos
Plantilla de un Contrato
Modelo de Clases de Analisis
Modelo de Analisis
Ejemplo : Terminal Punto Venta
CdU : Realizar Venta
Diagrama de Estado de CdU : Procesar Venta
Principales artefactos utilizados en el proceso de flujo de informacin
Agenda Agenda
1. 2. 3. 4. 5. 6.
155
BIBLIOGRAFA.
James Rumbaugh Modelado y diseo orientado a objetos Metodologa OMT Grady Booch, James Rumbaugh, Ivar Jacobson UML El Lenguaje Unificado de Modelado Addison Wesley, Edicin Madrid 1999 Grady Booch, James Rumbaugh, Ivar Jacobson RUP El Proceso Rational Unificado Adison Wesley, Edicin Madrid 2000 Pressman, Roger Ingeniera de Software. Un enfoque Practico Editorial Mac Graw Hill, quinta edicin.
BIBLIOGRAFA.
Ingeniera del Software SOMMERVILLE, I. Ed. Addison-Wesley.
Craig Larman UML y Patrones, Segunda edicin, Prentice-Hall, 2002 Laudon K. Y Laudon J. 1996. Administracin de los Sistemas de Informacin. 3era. Edicin. Pg: 426. Senn J. 1992. Anlisis y Diseo de Sistemas de Informacin. 2da. Edicin. Pg: 33 . Sage A. Y Palmer. J. 199_. Software Systems Engineering. Pg: 48 Whitten J., Bentley L., Barlow V. 1996. Anlisis y Diseo de Sistemas de Informacin. 3era. Edicin. Pg: 95 Yourdon E. 1993. Anlisis Estructurado Moderno. Pg: 86
Bibliografa
Artculos / Texto Completo / Libros: (Fox, 2007) Fox, Christopher. Software Engineering Design: Processes, Principles and Patterns with UML 2. Editorial Pearson, 2007. (Vilalta, 2004) Josep Vilalta Marzo. Taller de Requerimientos, Anlisis y Diseo con UML. Gua del Alumno TRAD UML101/ed.1-2004 Vico Virtual. (Bastarrica y Guerrero, 2004) Cecilia Bastarrica y Luis A. Guerrero. Curso CC61J. Departamento de Ciencias de la Computacin, Universidad de Chile (Booch, 1996). Grady Booch. Anlisis y Diseo Orientado a Objetos. 2da edicin. Ed. AddisonWesley / Daz de Santos. (Pressman, 1998) Robert Pressman. Ingeniera de Software. 2007. (Stein, 2001) Ben Stein. Chapter 6. Use-case Model: Writing Requirements in Context. 2001. En: http://agamenon.uniandes.edu.co/~pfigueroa/soo/uml Hipertexto: Gua Visual UML. En: http://www.vico.org/UMLguiaVisualpresentacion.htm (Cockburn, 2006) Alistar Cockburn. Use Case Fundamentals. Disponible en: http://alistair.cockburn.us/Use+case+fundamentals
Bibliografa

Aprendiendo UML en 24 horas. Schmuller, Joseph. Editorial Prentice Hall, Mxico, 2000. 2 Rational Rapid Developer, Technical Overview. IBM, Rational Software, 2003 3 Arquitectura empresarial y software libre, J2EE http://www.javahispano.org/articles.article.action?id=70 4 Catlogo de patrones de diseo J2EE. I.- Capa de presentacin
Bibliografa

http://www.javahispano.org/articles.article.action?id=70 4 Catlogo de patrones de diseo J2EE. I.- Capa de presentacin http://www.programacion.com/tutorial/patrones/ 5 Curso 00 usando UML versin abril 2003 http://www.dsic.upv.es/~uml/ 6 Documentacin de ayuda al instalar el RUP /Rational/RationalUnifiedProcess/process/ 7 Estereotipos para clases http://wwwgris.det.uvigo.es/~avilas/UML/node38.html
Muchas Gracias!!

Ayd.2013.Presentacion Semana 7

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ayd.2013.Presentacion Semana 7

Cargado por

Copyright:

Formatos disponibles

F

Anlisis y Diseo de Sistemas

Importancia de utilizar un Proceso de Desarrollo

Dimensiones del RUP

Ciclo de Vida del RUP

Disciplinas o Flujos de Trabajo

Disciplinas o Flujos de Trabajo

Gestin del cambio y configuraciones

Flujos de trabajo esenciales

Flujos de Trabajo de Apoyo

Propsito de las Disciplinas en el Ncleo RUP

Propsito de las Disciplinas en el Ncleo RUP

Fases del RUP

Propsito de las Fases RUP

QUIN las hace?

Modelamiento de Negocio en el Proceso Unificado

Modelado del Negocio Requerimientos

Propsito del Modelamiento de Negocio

Propsito del Modelamiento de Negocio

Etapas del Modelado de Negocio

Etapas del Modelado de Negocio

Modelado del Negocio

Artefactos del modelo del negocio

Modelo de Casos de Uso del Negocio

Especificacin de Casos de Uso del Negocio

Modelo de Objetos del Negocio

Actores del Negocio

Casos de Uso del Negocio

Trabajadores del Negocio

Entidades del Negocio

Notacin UML Para el Modelo del Negocio

Actor del Negocio

Alguien o Algo, fuera del negocio que interacta con el negocio.

Trabajador del Negocio

Entidad del Negocio

Caso de uso del negocio

Notacin UML Para el Modelo del Negocio

Diagramas UML (Modelamiento de Negocio)

Cada diagrama de UML proporciona una vista diferente del negocio:

de casos de uso describen el contexto del

Actores del Negocio

Actores del Negocio

Dnde encontrar a los actores del negocio?

Trabajador del Negocio

Trabajador del Negocio

Dnde encontrar trabajadores del negocio?

Caso del Uso del Negocio

Caso del Uso del Negocio

Dnde encontrar casos de uso del negocio?

Objetos del Negocio

Identificar las entidades del negocio (business entities).

de entidades del negocio.

Diagrama de Objetos del negocio.

Entidad del Negocio

de pago. Tarjeta de crdito.

Entidad del Negocio

Dnde encontrar entidades del negocio?

Caso de uso del negocio

Diagramas de actividad (M. de Negocio)

Ejemplo 1 Modelado de CdU de negocio

Ejemplo 1 Modelo de Objetos

Ejemplo 1 Modelo de Dominio

Ejemplo 2 Modelado Procesos de negocio

Ejemplo 2 Modelado CdU de Negocio