ISOOFlujo de Trabajo: REQUERIMIENTOSDESARROLLO DE SOFTWARE EN OBJETOS BASADO EN RUP Y UMLIng Denny John Fuentes AdrianznDocente ICI - FACFyM - UNPRG CIP N 80286

RequerimientosEl proceso de Requerimientos consiste en obtener las caractersticas que describen el comportamiento final del sistema que el usuario espera que realice.Los requerimientos son un conjunto de declaraciones los cuales describen el comportamiento esperado del sistema cuando vaya a ser usado por el usuario final. Los requerimientos del sistema pueden ser expresados como :Requerimientos FuncionalesRequerimientos No Funcionales

Requerimientos FuncionalesSe refiere al comportamiento del sistema que es observado directamente por el usuario. Son las responsabilidades visibles que el sistema debe proveer y las que el usuario espera obtener al usar el software.Ejemplo. Generar un pedido, imprimir una factura, generar un reporte de un determinado periodo, etc.

Requerimientos No FuncionalesSon las caractersticas adicionales que debe tener para mejorar su performance, reducir su costo, ser usado fcilmente, etc.Ejemplo. La impresin de las boletas no deben durar mas de 1 hora.Requerimientos

OBJETIVOS Establecer y mantener un acuerdo con los clientes y otras personas involucradas en el proyecto en que deber hacer el sistema.Proveer a los desarrolladores del sistema de un mejor entendimiento de los requerimientos del mismo.Definir los lmites del sistema.Proveer una base para planear el contenido tcnico de las iteraciones.Requerimientos

Contexto del Sistema

Una empresa que comercializa productos, desea el poder publicar y vender sus productos a travs de Internet. Para ello la solucin es una tienda virtual, permitindole llegar a todos sus consumidores finales en cualquier punto del mundo.Los clientes podrn realizar compras identificndose o no. En el caso que lo hicieran se les dar un tratamiento personalizado, ofrecindoseles promociones, ofertas o productos que van de acuerdo a sus preferencias. As mismo, los clientes tendrn la posibilidad de realizar un seguimiento a sus rdenes de compra, para verificar el estado de proceso de atencin.Para realizar las compras contarn con un catlogo organizado de los productos, con la posibilidad de realizar bsquedas.Por otro lado el comerciante tendr las facilidades para procesar las rdenes, actualizar los estados, publicar y dar mantenimiento al catlogo, promociones y ofertas y los datos de sus clientes.Caso de estudio

Caso de estudio: Solucin de comercio electrnico

MODELO DE CASO DE USO

Conjunto de caso de usos que es usando para documentar los requerimientos operacionales del sistemaEsta compuesto por:Los ActoresLos Use CaseLa secuencia de transaccionesModelamiento de Requerimientos

ACTORESModelamiento de Requerimientos

Los actores son las entidades externas al sistema que interactan con este.

Consideraciones respecto a los actores:Varios actores pueden representar a uno o a ms tipos de usuarios.Un sistema externo que interacta con el sistema tambin es un actor, no necesariamente los actores son personas.Representa un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con estos. Los actores son elementos que no forman parte del sistema, estos son externos a l. Un actor es un tipo de rol de un usuario.

Ejemplos: Jefe de inventario, Recepcionista, etc.Caso de Uso

Actor

CASO DE USO Modelamiento de Requerimientos

Un caso de uso define un conjunto de instancias de caso de usos, donde cada instancia es una secuencia de acciones de un sistema. Es una interaccin tpica entre un usuario y un sistema.

Cada interaccin de un actor con el sistema esta representado por un caso de uso, es decir cada caso de uso especifica una secuencia de acciones entre un actor y el sistema.

Todos los caso de uso representan la funcionalidad del sistema. Los casos de uso se emplean para capturar el comportamiento deseado del sistema en desarrollo, sin tener que especificar cmo se implementa ese comportamiento.

Proporcionan un medio para que los desarrolladores y usuarios finales del sistema lleguen a una comprensin comn del sistema.

Caso de Uso

Caso de Uso

La funcionalidad de un sistema es definido por varios caso de usos, cada uno de los cuales representan una especifica sucesin de eventos. La descripcin de una caso de uso define que pasa con el caso de uso se esta ejecutando.Caso de Uso

Caso de Uso

FLUJO DE EVENTOS

Sirve para ubicar que caso de uso se realizara cuando el sistema entrara en ejecucinCapturado por cada descripcin de cada caso de uso para una secuencia de accionesDebe describirComo un caso de uso empieza y finaliza.Como la informacin entre el caso de uso y el actor intercambian.Textualmente cuando y en que momento intervienen los elementos ==== VER DOCUMENTO DE UMLCaso de Uso

Caso de Uso

DESCRIPCION DE ARQUITECTURACaso de Uso

Modelamiento de Requerimientos

PROTOTIPO DE INTERFACE DE USUARIO Ayuda en la captura de requerimientos para entender y especificar las interacciones entre los actores y el sistema.Ayuda tambin ha entender mejor los caso de uso.Caso de Uso

Modelamiento de Requerimientos

ENCONTRANDO ACTORES Y CASOS DE USO

Para reconocer un actor:Que tipos de usuarios va a utilizar el sistema?Que tipo de usuarios va a ejecutar las funciones de mantenimiento y administracin del sistema?Adems con que tipo de software o sistema va a actuar el sistema que se va a realizar?

Para reconocer un caso de uso:Cules son las principales tareas de un actor?Qu cambios del exterior debe informar el actor al sistema? Qu informacin debe informrsele al actor, con respecto a los cambios del sistema?Caso de Uso

Flujo de Trabajo

PRIORIZANDO CASOS DE USO Propsito: Identificar cual o que caso de uso debe ser analizado, diseado o implementado primero y luego cuales.

Resultado: Ayuda a realizar la vista arquitectnica para el modelo de caso de uso.Caso de Uso

Flujo de Trabajo

DETALLANDO CASOS DE USO:

Objetivo: Detallar cada caso de uso para as detallar despus el flujo de eventos incluyendo como el caso de uso inicia, termina e interacta con los actores.Debe incluir:Como y cuando empieza el caso de usoQue acciones o funciones se ejecutaran cuando inicializa el caso de uso.Como y cuando el caso de uso finaliza.Describir los estados y precondiciones del caso de uso.La interaccin del actor cuando interacta con esteEl uso de objetos, valores y recursos del sistemaSer muy explcito con lo que el sistema realiza y el actor tambinCaso de Uso

Flujo de Trabajo

INICIANDO EL PROTOTIPO DE INTERFACE DE USUARIOCaso de Uso

Flujo de TrabajoDiseo Lgico, luego Diseo Fsico

ESTRUCTURANDO EL MODELO DE CASO DE USOCaso de Uso

Flujo de Trabajo

ESTRUCTURANDO EL MODELO DE CASO DE USO

En este punto, el analista ya debe haber identificado a todos los actores y los casos de uso del sistema, as como saber su funcionamiento.

Estableciendo las Generalizacin entre los Casos de Uso:

Una vez identificado todas las acciones de cada caso de uso, se debe identificar qu acciones son comunes o son parecidas en algunos casos de uso. Con el fin de disminuir la redundancia, estas acciones deben ser extradas y descritas en un caso de uso separado para que luego pueda ser re-usada por los originales casos de uso.Se puede notar que esta relacin da lugar a la generalizacin y esto a su vez a la herencia.

Caso de Uso

Flujo de Trabajo

La generalizacin entre casos de uso es como la generalizacin entre clases, es decir que el caso de uso hijo hereda el comportamiento y el significado del caso de uso padre, el hijo puede aadir o redefinir el comportamiento del padre, el hijo puede ser colocado en cualquier lugar donde se encuentre el padre.

La generalizacin entre casos de uso se representa con una lnea continua con una punta de flecha.

Caso de Uso

Relacin Generaliza

Caso de Uso

Ejemplo

ESTRUCTURANDO EL MODELO DE CASO DE USO

Estableciendo las relaciones extendidas entre los casos de uso

Se da cuando un segmento del comportamiento de un caso de uso A es opcional para otro B y este comportamiento de A no es necesario para entender el propsito del caso de uso B

Caso de Uso

Flujo de Trabajo

Una descripcin de cados de uso puede dificultarse su re sumen si contiene muchas alternativas, flujo de eventos opcionales o excepcionales que se ejecutan solo bajo ciertas condiciones tal como si la instancia de un use case se lleve a cabo. Una forma de hacer mas clara la descripcin es ex traer algunos de esos subflujos haciendo que se forme otro use case.

Caso de Uso

Relacin Extiende

ESTRUCTURANDO EL MODELO DE CASO DE USO

Estableciendo las relaciones de inclusin entre los casos de uso

Cuando un caso de uso A contiene un segmento de comportamiento de otro B y no es primordial para dar el resultado de A, entonces este comportamiento puede ser contemplado como un caso de uso incluido, esto da lugar a la relacin de tipo Inclusin.

Caso de Uso

Flujo de Trabajo

Cuando se construye un modelo caso de uso de un sistema, no es usual describir use case que tienen descripciones similares.Para evitar traslapes de esta clase, necesitamos de una herramienta que nos ayude a mostrar estos traslapes de descripciones pudindolas dividirlas por se parado, en use case no redundantes.

Desde el punto de vista de la lgica de un caso de uso, esta asociacin representa una relacin obligatoria por parte del use-case que lo invoca.Caso de Uso

Relacin Incluye

Caso de Uso

Ejemplo

Descripcin de un Use CaseDescribir el flujo de eventosTexto estructurado informalTexto estructurado formal (Pre y PostCondiciones)PseudocdigoNotaciones grficas: Diagramas de Secuencia

Debe ser legible y comprensible para un usuario no experto.Debe indicarse: inicio y final, actores, objetos que fluyen, flujo principal y flujos excepcionales.

La descripcin es una definicin clara de lo que hace el Use Case.Las transacciones son enumeradas una por una en prrafos. Cada prrafo define que es lo se hace en esa etapa.

: Cajero:SistemaintroducirItem(upc,cantidad)finalizarVenta()hacerPago(cantidad)CajeroComprando Artculos

Comprando artculos (en un terminal de punto de venta)

Flujo Principal: Un cliente llega al TPV con un conjunto de artculos. El Cajero registra los artculos y se genera un ticket. El cliente paga en efectivo y recoge los artculos.1. El cliente llega al TPV con los artculos.2. El cajero registra el identificador de cada artculo.3. El sistema obtiene el precio de cada artculo y aade la informacin a la transaccin de venta.4. Al acabar el cajero indica la finalizacin de la introduccin de artculos.

5. El sistema calcula el total de la compra y lo muestra. 6. El Cajero le dice al cliente el total.7. El cliente realiza el pago.8. El cajero registra la cantidad de dinero recibida.9. El sistema muestra la cantidad a retornar al cliente y genera un recibo.10. El cajero deposita el dinero recibido y saca la cantidad a devolver que entrega al cliente junto al ticket de compra.11. El sistema almacena la compra completada.12. El cliente recoge los artculos comprados.

***********************************