Analisis Y Diseño
Enviado por mano_e • 19 de Agosto de 2014 • 1.193 Palabras (5 Páginas) • 172 Visitas
Análisis y diseño de sistemas con UML, partiendo del
Modelo del negocio hacia el análisis de requisitos.
Modelo de Negocio.
Vamos a llamar modelado del negocio a todos los procesos que una organización tiene
para llevar adelante sus funciones de gestión. Todos estos procesos contienen datos que
en forma organizada son utilizadas por distintas tareas.
Todos estos procesos se encuentran regidos por unos conjuntos de pautas que las
coordina, estas pautas se denominan reglas de negocio, que determina como se van a
estructurar la información y las políticas de la organización.
La finalidad del modelo de negocio, es describir cada proceso del negocio, especificando
sus datos, actividades (tareas), roles (agentes) y reglas de negocio (pautas).
El modelo de negocio se realiza aplicando los siguientes diagramas.
1. Diagrama de Roles.
2. Diagrama de Secuencia.
3. Diagrama de Procesos.
Diagrama de Roles.
El aspecto estructural de la colaboración entre los roles para llevar a cabo un caso de uso
del negocio, puede ser representado en un diagrama de roles, en el que cada rol (una
clase UML estereotipada) aparece asociado con los roles con los que puede colaborar
(ver Fig. 4). Por tanto, este diagrama permite expresar el conocimiento que unos roles
tienen de otros, así como las características (como la multiplicidad) de cada relación entre roles. Además, este diagrama permite también mostrar las características de los roles identificados, tales como sus atributos y responsabilidades. Ortín y García Molina
discuten con más detalle el modelado de roles con UML en [8].
Diagrama de Secuencia.
Después, podemos crear escenarios para mostrar el aspecto de comportamiento de la
colaboración. Para ello utilizaremos diagramas de secuencia UML (ver Fig. 5), donde
los objetos denotan las instancias de los roles que intervienen en la interacción. En cada
proceso podemos distinguir entre el flujo básico o normal de la interacción (en nuestro
ejemplo, solicitud de un pedido que es aceptado) y los posibles flujos alternativos (por
ejemplo, rechazo o cancelación de un pedido). Para mejorar la legibilidad, es
conveniente asociar varios escenarios a un mismo caso de uso del negocio, en lugar de
mostrar en una única secuencia todas las posibilidades.
Diagrama de Procesos.
Para mostrar de forma más detallada el flujo de trabajo que realiza cada proceso del
negocio, utilizaremos diagramas de actividades con calles (swimlanes), que llamaremos
diagramas de proceso.
Análisis de Requisitos.
El análisis de requisitos se aplica con los siguientes diagramas.
1. Diagrama de casos de uso.
2. Modelo conceptual.(Diagrama de clase inicial)
A partir del modelo del negocio descrito en la sección anterior, es posible obtener de
manera sistemática y directa, tanto la colección inicial de casos de uso del sistema
como el modelo conceptual preliminar.
Obtención del Modelo Inicial de Casos de Uso del
Sistema.
Según nuestra experiencia, las actividades del diagrama de proceso tienen el nivel de
granularidad adecuado para ser asociadas a un caso de uso del sistema. De esta manera,
crearemos un caso de uso del sistema por cada actividad del diagrama de proceso que
deba ser soportada por el sistema software. Por tanto, el rol que lleva a cabo la actividad
será el actor principal del caso de uso. Nótese que, de acuerdo con la definición de caso
de uso, no todas las actividades del diagrama de proceso serán consideradas como casos
de uso, sino solamente aquellas que sean de valor para algún actor.
Obtención del Modelo Conceptual Inicial.
Los objetos de información que fluyen entre las actividades de un caso de uso del
negocio representan datos del dominio, por lo que suponen una buena base para crear el
modelo conceptual inicial. Este modelo incluirá los conceptos y sus relaciones y se
describirá mediante un diagrama de clases UML, en el que los conceptos se representan
mediante clases (clases del dominio). La Fig. 10 muestra el diagrama de clases que
describe el primer modelo conceptual de nuestro ejemplo.
El modelo conceptual inicial será refinado posteriormente gracias a la experiencia
del modelador. Creemos
...