Modelo de Dominio - MODELO CONCEPCTUAL

Objetivos: Identificar y explicar los conceptos significativos en un dominio del problema, identificando sus componentes fundamentales. El modelo de dominio es una representacin de las entidades del mundo real. Representacin: Puramente conceptual, al margen de conceptos de implementacin, temporales de costos y de eficiencia.

Relacin entre Modelo de Negocios al Modelo de Requerimientos

Clases Conceptuales Representan clasificadores de objetos reconocidos del dominio del problema, que se caracterizan por tener propiedades similares, para diferenciarlos de otros objetos (Atributos). Se identifican a partir de un mecanismo de abstraccin de propiedades esenciales por sobre los objetos particulares. Clases Cada objeto pertenece a una clase. Estos se crean por instanciacin de una clase. Notacin grafica (UML):

Estrategias para identificar Clases Conceptuales 1. Usar lista de categoras de entidades 2. Identificar frases nominales (sustantivos): Esta tcnica se realiza usando el sentido comn capturando las abstracciones adecuadas.

Pgina 1 de 18

Lista de Categoras (ejemplo)

Relacin entre los Conceptos-Asociaciones Una asociacin es una relacin entre dos conceptos (clases) que indica alguna vinculacin significativa entre ellos. Definen propiedades de una clase (de todos sus objetos contenidos)

Las asociaciones representan una relacin bidireccional entre objetos. Toda asociacin contiene un conjunto de instancias, que representan a aquellos pares ordenados de instancias de las clases conceptuales que relaciona. Roles Dada una asociacin entre dos clases, decimos que cada clase conceptual representa un rol en dicha asociacin respecto a la otra clase. Adems representan las visiones unilaterales de las asociaciones de una clase conceptual respecto a la otra participante bajo la misma asociacin. Los roles son las justificaciones de por qu las clases poseen relaciones. Multiplicidad Dadas dos clases A y B: Cuantas instancias de la clase B pueden asociarse a cada instancia de la clase A travs de esa asociacin. Y para cada instancia de la clase B, con cuantas instancias de la clase A se relaciona a travs de la misma asociacin.

Pgina 2 de 18

Composicin Expresa que toda la instancia de la clase compuesta, se compone de varias instancias de la clase componente. Tiene multiplicidad 1 del lado de la clase compuesta, y 0,1 o * del lado de la clase componente. Pueden contener roles en ambos extremos para enfatizar el significado semntico. Se dice que la clase compuesta es responsable de la existencia de la clase componente.

Agregacin Similar a la composicin, se diferencia en que las instancias de la clase agregada no son responsable de la existencia de sus instancias constituyentes.

Atributos de la clase Propiedades que dan informacin sobre la naturaleza de las clases. Se identifica con un Nombre y se define en un determinado Dominio Clase de asociacin Se utiliza cuando es necesario aadir atributos a la asociacin

Pgina 3 de 18

Herencia Se usan para establecer subclasificaciones de una clase. Es una relacin es un entre clases. La clase hereda las propiedades de la clase que la incluye

Clase enumerada Son aquellas que poseen una cantidad fija predeterminada de instancias. Los atributos de una clase pueden tener como tipo una enumeracin.

MODELADO DEL NEGOCIO(parte 1)

El sistema a desarrollar: Automatizar Procesos de Negocio Se adaptar a la organizacin Tendr Informacin de la Organizacin Por qu modelar el negocio antes de modelar el SISTEMA? Para identificar problemas u oportunidades de crecimiento y mejora No es posible automatizar procesos que no han sido claramente definidos

PROCESO: Conjunto de actividades que a partir de una materia prima suministran un producto Agregan valor Supone una transformacin PROCESO DE NEGOCIO Conjunto de tareas o actividades. Secuencia u orden lgico. Ofrece resultados de inters. Apoya algn objetivo de la organizacin. RATIONAL UNIFIED PROCESS (RUP) - ESPIRAL Orientada a proyectos grandes Sistemas de Informacin complejos. o Numerosos procesos o Numerosos usuarios

Pgina 4 de 18

MODELO DE NEGOCIO Realizado en la etapa inicial de la metodologa RUP. Obtener un conocimiento preciso de los procesos que sern considerados en el nuevo sistema.

1.Conocimiento de la Organizacin: a. Rubro de la Organizacin b. N de empleados c. Estructura organizacional d. N de Sucursales - Ubicacin e. reas involucradas directamente al futuro sistema f. reas que se servirn del futuro sistema 1.En las reas directamente involucradas: a)Identificar y describir los procesos de negocios involucrados b)Identificar los usuarios responsables c)Describir el flujo de los procesos d)Describir el flujo de la informacin

Actividades de Modelo de Negocio

Encontrar y detallar los casos de uso y actores de Negocio Encontrar y detallar los trabajadores y entidades de Negocio Definir las actividades a Automatizar

Objetivo del Modelado de Negocio Permite al Responsable del Proyecto: Dimensionar el proyecto Identificar los posibles (componentes) mdulos a desarrollar Conformar el nmero de equipos de trabajo: c/u con sus analistas programadores Estimacin del tiempo requerido

Modelos de Casos de Uso de Negocio

Permite: Encontrar actores y Casos de Uso de Negocio

Actor de Negocio es un rol jugado por algo o alguien externo al negocio, que interacta o se relaciona con l. Un AN es beneficiado o afectado por un proceso de negocio

Pgina 5 de 18

Categoras de Actores de Negocio. El Cliente (Customer) La razn de ser del negocio. No forma parte de la Organizacin. El Socio o decisor (Stakeholder) El propietario del proceso. Los resultados del proceso sirven para tomar decisiones. No participa de la parte operativa.

Cmo encontrar AN? En los clientes: Clientes (beneficiarios afectados por el proceso) Proveedores Autoridades Entidades legales y/o reguladoras Sistemas de Informacin localizados fuera del negocio

En los stakeholders: Gerentes que toman decisiones Sucursales Dueos o inversionistas Miembros del directorio Roles Gerenciales o directivos, si participan activamente en la toma de decisiones. Sugerencias Son roles (humanos, software, hardware), no personas con nombres propios. Se encuentran FUERA de las fronteras del negocio No son reas o departamentos de una organizacin, sino roles de ejecucin. No siempre est asociado al nombre de un cargo Documentacin Se asigna un nombre a cada Actor de Negocio, de acuerdo al rol desempeado. Para cada Actor de Negocio se debe realizar una descripcin que incluya sus responsabilidades y la razn de su interaccin con el negocio.

Generalizacin de AN Cuando distintos actores de negocio pueden desempear el mismo rol para un mismo proceso de negocio, se debe definir un: -rol generalizado

Pgina 6 de 18

Identificar Casos de Uso de Negocio Caso de Uso de Negocio identifica un proceso de negocio especifico que le da un resultado de valor a un actor. Un CUN representa la secuencia de actividades desarrolladas para lograr ese valor. Como encontrar Casos de Uso Negocio Identificar las necesidades puntuales de los AN y que conjunto de actividades se realizan para satisfacerlas Servicios que el AN espera recibir de la organizacin. Identificar las salidas que tiene la empresa y a partir de ellas a los procesos que las realizaron. Analizar los procesos a partir de la cadena de valor: operativo, estratgico o de apoyo.

Sugerencias Son procesos complejos, no actividades simples. Deben estar asociados a un AN, ellos son quienes los inician. (Hay una excepcin) Representa una generalidad de un comportamiento, no un caso particular. Modelo de Casos de Uso de Negocio Muestra la agrupacin de los procesos en casos de uso de negocio Muestra la interaccin de los actores y casos de uso de negocio. Muestra el Contexto de Negocio. Modelo de CUN formado por: Actores del negocio identificados previamente Casos de uso de negocio identificados previamente. Asociaciones entre actores y casos de uso de negocio. Diagrama de Casos de Uso de Negocio Asociaciones Establece qu actores del negocio se benefician de cuales casos de uso del negocio Define una asociacin unidireccional Sugerencias Un Diagrama no representa secuencialidad. Toda actividad del negocio debe estar incluida en un caso de uso por lo menos. Se debe mantener un balance sobre la cantidad y el nmero de casos de uso de un diagrama. Asegurarse que el CUN produzca algo de valor al cliente Conclusiones: El modelado de Negocio ayuda al equipo de proyecto a comprender los elementos que intervienen en l. No se puede implementar un sistema si los procesos no se encuentran preparados para ello. Es de vital importancia para identificar necesidades de los usuarios.

Pgina 7 de 18

ACTIVIDADES DEL MN (parte 2)

1. 2. 3. 4.

Encontrar los trabajadores y entidades de Negocio Detallar los casos de uso de Negocio Mantener las reglas negocio. Capturar un vocabulario comn.

1.- Encontrar: -Trabajadores -Entidades de Negocio

Identificar AN -Trabajador de Negocio es un rol jugado por algo o alguien dentro del negocio, que realiza alguna actividad dentro del mismo Trabaja en una unidad organizacional. Interacta con otros TN o AN. Manipula entidades del negocio. Ejemplo de Trabajadores de Negocio Vendedor Encargado de almacn Cajero Dnde encontrar Trabajadores Negocio? Roles dentro del Negocio. Puestos o cargos dentro de la organizacin Personas que ejecutan procesos o actividades de negocio. Hardware o sistemas informticos dentro del negocio usados en ese momento.

Sugerencias Son roles, no personas con nombres propios. Se encuentran DENTRO de la frontera del negocio. No deben representar reas o departamentos o partes de la organizacin. No siempre estn asociados a un nombre de un cargo. Cada TN, debe participar en al menos un CUN, sino es as debe eliminarse.

Checkpoints en TRABAJADORES DE NEGOCIO El nombre y la descripcin deben ser claros y comprensibles. Cada TN debe trabajar en al menos un CUN Cada relacin entre un TN y otros TN o EN debe ser usada en un Workflow de algn CUN Cada actividad de un TN debe ser usada en algn CUN
Pgina 8 de 18

Identificar las Entidades del Negocio Una Entidad del Negocio representa un conjunto de informacin con propiedades, comportamiento y semntica similares, y que es usada, producida o manejada por TN cuando ejecutan un CUN Puede ser tangible o intangible.

-Ejemplos: Producto Factura Gua de Remisin Pago a Crdito

Dnde encontrar Entidades del Negocio? Informacin que maneja cada TN Informacin que necesita ser ingresada, validada, consultada o comunicada en cada proceso de negocio. Objetos fsicos, transacciones, informes, documentos.

Propiedades o Atributos: Es informacin que caracteriza a la entidad de negocio. Informacin o propiedades que aporta la EN en la ejecucin de las actividades en que participa. Solo se debe considerar las caractersticas propias de la EN descripta y no informacin que pertenezca a otra.

Checkpoints en ENTIDADES DE NEGOCIO El nombre y la descripcin deben ser claros y comprensibles. Cada EN es usada en al menos un CUN Cada relacin entre una EN y otras EN o TN es usada en algn caso de uso por lo menos. Todas las EN tienen un propietario que puede ser un TN o un AN.

Glosario Con el fin de ser usado por todos los miembros y trabajadores de una organizacin. El glosario en sta etapa contiene los conceptos relevantes relacionados con el negocio. Estos conceptos son usados para objetos diferenciados o atributos de objetos. Es importante para hacer que el lenguaje de negocio sea accesible al equipo de desarrolladores. Ayuda a evitar malos entendidos entre los miembros del proyecto y los trabajadores de negocio. Consideraciones para la elaboracin: o Colocar los trminos en singular. o Colocar los trminos en orden alfabtico.

Resumen Trabajadores de Negocio, deben incluirse en el diagrama de CUN. Entidades de Negocio, deben incluirse en el glosario de trminos.

MODELADO DEL NEGOCIO (PARTE 3) - REGLAS DE NEGOCIO IMPRESAS APARTE

Pgina 9 de 18

MAQUINAS DE ESTADO (parte 4) o o Muestra la historia del ciclo de vida de un objeto como una mquina de estados finita. La mquina realiza transiciones entre los diferentes estados en respuesta a eventos de una forma bien definida.

TIPOS: o o Mquinas de Estado de Comportamiento. (Clases) Maquinas de Estado de Protocolo. (Objeto de Negocio).

Una mquina de estados es un grafo donde los nodos constituyen estados y los arcos las transiciones, etiquetadas con eventos ante los cuales puede reaccionar un objeto. Elementos: o o o Estados Eventos Transiciones

Un estado es una condicin o situacin durante la vida de un objeto, en la cual l: satisface alguna condicin, est realizando alguna actividad, o est esperando algn evento.

Evento: es la especificacin de una ocurrencia que tiene ubicacin en tiempo y espacio. Transiciones: El movimiento de un estado a otro en respuesta a un evento.

Pgina 10 de 18

ESTADOS El estado de un objeto vara en el tiempo. Est determinado por: o Los valores del atributo del objeto o Las relaciones que tiene con otros objetos. o Las actividades que realiza. Los objetos se envan mensajes entre s, stos mensajes son eventos que pueden causar cambios en el estado de un objeto

TRANSICIN Es la evolucin de un estado a otro. El paso es instantneo, ya que el sistema siempre debe hallarse en un estado conocido. Una transicin se dice que est habilitada si el evento que constituye su etiqueta ha ocurrido.

Ejemplo:

Detallar Casos de Uso del Negocio Documento de Especificacin de Casos de Uso del Negocio. (Plantilla) -Diagrama de Actividades. (UML)

Pgina 11 de 18

DIAGRAMA DE ACTIVIDAD Permite indicar en un proceso: o o o o o Las tareas a realizar La secuencia de ejecucin La interaccin entre los trabajadores y actores. Como el proceso maneja las entidades de informacin. Abarca tareas manuales y automticas.

OBJETIVOS CASO DE USO DE NEGOCIO Describir en detalle en flujo de actividades de cada CUN Asegurarse que los miembros del proyecto y los clientes y usuarios finales tengan un entendimiento comn sobre el proceso detallado.

Ejemplo - Descripcin Breve Caso de Uso: Solicitar Turno en Sala de Guardia Descripcin: El caso de uso inicia cuando el paciente se dirige a la Secretara y solicita un turno con el mdico de guardia. La secretaria completa su planilla con los datos personales del paciente y cobra la consulta. El paciente abona en efectivo o con una orden de consulta. El caso de uso termina cuando el paciente obtiene el turno para ser atendido.

Por Cada Caso de Uso.... Debe incluirse el PUNTO DE INICIO: o Coincide con la primera actividad del casos de uso. o Est delimitado por la ocurrencia de un evento externo al negocio o debido a una necesidad del actor del caso de uso de negocio. o Se enuncia El caso de Uso se inicia cuando Debe incluirse el PUNTO DE TERMINACIN: o Coincide con la ltima actividad del caso de uso. o Se enuncia El caso de uso termina cuando

Especificacin del CUN Nombre: el que figura en el diagrama. Objetivo: para que se realiza el proceso de negocio. Actor: se indican los actores participantes en el CUN, deben coincidir con los especificados en el diagrama. Precondiciones: Condiciones en las que debi encontrarse el negocio para que el caso de uso sea activado. o Son Reglas de Negocio, condiciones del negocio, no de su entorno. o Si no se cumplen se rechaza la activacin. (no se realiza el caso de uso) o Deben redactarse en tiempo verbal presente.

Pgina 12 de 18

Flujos Bsico de Eventos: o Son la secuencia de pasos bsicos o normales e invariables que realiza el proceso de negocio. o Describe QU hace el ACTOR y QU responde el proceso de negocio. o Se establece un dilogo. o Al final debe haberse alcanzado el objetivo. Flujos Alternos: o Se consideran las situaciones alternas o variantes que provoquen una desviacin del flujo bsico. o Condiciones eventuales, ocasionales, anormales o extremas. o Debe contener: Debe contener el flujo bsico que lo provoca. Condicin bajo la cual ocurre. Conjunto de actividades alternas. Cmo continua el CU luego de la culminacin de la alternativa. Poscondiciones: Condiciones en las que deber encontrarse el negocio junto a su entorno una vez de haber terminado el caso de uso. o Definen los resultados esperados por el caso de uso. o Deben redactarse en tiempo verbal pasado.

INGENIERIA DE REQUERIMIENTOS
Tradicionalmente entendida como una parte borrosa del ciclo de vida de la Ingeniera de Software. Hoy considerada una etapa clave en el desarrollo del Software. Donde la satisfaccin del cliente se considera la mejor mtrica de calidad.

La Ingeniera de Requerimientos es el proceso de descubrir, analizar, documentar, verificar los requerimientos de un sistema. Trata de establecer: Las caractersticas o propiedades que deber tener un sistema Qu deber hacer el sistema? Qu servicios deber brindar? Cmo los servicios que brinda el sistema satisfacen las necesidades de sus clientes, o le permiten resolver algn problema. Por qu PROCESO? Porque consiste en una serie de acciones sistemticas que transforman una entrada en un resultado. Siguiendo una serie de pasos (metodologa) A fin de concluir en un resultado de calidad que satisfaga las necesidades de quienes usarn el producto.

Aspectos Crticos del PROCESO una mala captura de los requerimientos es la causa de la mayor parte de los problemas que surgen a lo largo del ciclo de vida.

Pgina 13 de 18

Un REQUERIMIENTO es La declaracin de una necesidad Un objetivo deseado por los stakeholders o restricciones de los stakeholders. Es lo que se espera que el sistema haga y en que circunstancia se espera que opere.

La IEEE, lo define: (a) Una condicin o capacidad que un usuario necesita para resolver un problema o lograr un objetivo. (b) Una condicin o capacidad que debe tener un sistema o un componente de un sistema para satisfacer un contrato, una norma, una especificacin u otro documento formal. (c) Una representacin en forma de documento de una condicin o capacidad como las expresadas en (a) o en (b) Requerimiento = Requisito

Tipos de REQUERIMIENTOS FUNCIONALES: Describen los servicios o funciones del sistema. NO FUNCIONALES: Describen las restricciones del sistema o del proceso de desarrollo: interfaz, seguridad, tiempo de desarrollo, atributos de calidad

Pgina 14 de 18

Niveles de Requerimientos

Niveles de Requerimientos REQUERIMIENTOS DE NEGOCIO Objetivos de alto nivel de organizacin o del cliente que solicita el sistema Describen por qu los objetivos de la organizacin pueden ser alcanzado implementado el sistema

REQUERIMIENTOS DE USUARIO Objetivos o tareas que los usuarios sern capaces de realizar con el producto

REQUERIMIENTOS FUNCIONALES Especifica la funcionalidad del software que se tiene que construir para posibilitar que los usuarios puedan realizar sus tareas, y as satisfacer las necesidades de negocio

REQUERIMIENTOS DEL SISTEMA Requerimientos de alto nivel para un producto que contiene mltiples subsistemas Un sistema puede ser todo software o podra incluir tanto un subsistema de software o hardware

REGLA DE NEGOCIO Polticas de la corporacin, regulacin, estndares de la industria, prcticas contables y algoritmos computacionales Las reglas de negocio no son requerimientos funcionales por que existen independientemente del software especifico

ATRIBUTOS DE CALIDAD Requerimientos no funcionales que aumentan la descripcin del producto mediante la descripcin de caractersticas que son importantes para los usuarios o desarrolladores

OTROS REQUERIMIENTOS NO FUNCIONALES Interfaces con el mundo externo y restricciones de diseo e implementacin
Pgina 15 de 18

RESTRICCIONES Aspectos que limitan las opciones disponibles en el diseo y construccin del producto

Estudio de Viabilidad Definicin y Objetivos:

Es el anlisis, tcnico, operacional y econmico previo a un proyecto para determinar si este es posible y rentable. Se investiga el problema planteado para decidir si el problema es abordable Decidir si se contina o no con el proyecto y la identificacin de riesgos que conlleva a la ejecucin del mismo

Existen diversos criterios para tomar esta decisin:

Los objetivos del sistema estn claramente definidos y acotados. Se ha hecho una primera estimacin de costos y recursos del proyecto y stos deben asumirse. Los usuarios se muestran cooperantes. El proyecto no se opone a otros proyectos en marcha. Los recursos externos se pueden conseguir.

Pgina 16 de 18

Obtencin y Anlisis de Requerimientos 1.- Interactuar con los Stakeholders, para obtener requerimientos por medio de entrevistas, observacin y
recopilacin de documentos

Importante sobre el usuario

Visiones parciales o incompletas A veces inconsistentes No sabe qu es lo que sabe No sabe expresar o explicar lo que sabe La gente usa terminologas distintas No todos saben todo

2.- Los requerimientos no relacionados se organizan en grupos coherentes, teniendo en cuenta distintos
aspectos.

3.- Es inevitable que habiendo mltiples stakeholders, los requerimientos entren en conflicto. Es necesario
identificarlos y obtener un conjunto consensuado, completo y consistente de requerimientos

Prioridades
Se deben definir prioridades para todos los requerimientos Esencial - el sistema no tiene sentido sin esa funcionalidad Importante - podemos vivir sin eso, protestando Deseable, o sera lindo tenerlo

VENTAJAS
Ayuda a poner foco durante el anlisis y la Negociacin Es ms fcil decidir luego sobre la arquitectura del sistema y resolver conflictos de diseo

4.- Los avances se vuelcan en un documento nico. Entendible por usuarios y desarrolladores. Siempre
actualizado.

Para qu documentar?
Es la base de qu se quiere hacer Es el acuerdo (escrito) entre Cliente y Proveedor. Sirve como contrato. Sirve para planificar Es la base para disear de manera de que el producto cumpla con los requerimientos y los atributos de calidad pedidos Validar los requerimientos mediante revisiones para ver si: - son lo que desea el usuario - son correctos, completos, consistentes, etc. Elaborar el material de control de calidad - Determinar el plan de calidad - Usados para derivar casos de test - Fuente contra la que comparar
Pgina 17 de 18

Validacin de Requerimientos
Se encarga de comprobar si los requerimientos se ajustan a los deseos de los stakeholders. Si la validacin es inadecuada, se propagarn errores al diseo e implementacin, con una fuerte repercusin sobre el costo.

Criterio de Validacin

Completo: debe contener toda la informacin necesaria para implementarlo en forma explcita. Necesario: el requerimiento debe poder asociarse con un uso concreto y relevante. Verificable: debe poder ser verificado una vez implementado. Consistente: no deben contradecirse. Alcanzable: debe permitir su implementacin.

Tcnicas de Validacin
Pueden utilizarse en forma conjunta o individualmente. Revisin de requerimientos. Los requerimientos son analizados sistemticamente por parte de un equipo de revisores. Construccin de Prototipos. Se muestra un modelo ejecutable a usuarios finales y a los clientes y ellos experimentan con l a ver si cumple con sus necesidades. . Generacin de casos de prueba. Los requerimientos deben poder probarse Anlisis automtico de la consistencia. (herramienta formal)

Gestin de Requerimientos
la Gestin de Cambios forma parte de del Proceso de Ingeniera de Requerimientos Los requerimientos pueden cambiar y evolucionar. La gestin de requerimientos es el proceso de entender y controlar los cambios en los requerimientos del sistema.

Problemas Tpicos
Mltiples niveles de requerimientos. Participacin insuficiente del cliente. Requerimientos vagos o ambiguos. Falta de prioridades. Funcionalidad eventual. Bsqueda de la perfeccin. Movilidad del alcance. Proceso de Cambios ausente o inadecuado. Ausencia de Anlisis de Impacto. Control de versiones inadecuado

Pgina 18 de 18