Tema 6 Clase 6 Proceso Unificado - Modelado de Negocios - Requisitos

Vista previa del material en texto

CLASE 6
MODELO DE DESARROLLO DE PROGRAMAS Y PROGRAMACION 
CONCURRENTE – 2.019
FAC.DE INGENIERIA - UNJu
Proceso Unificado - Modelado de Negocios - Requisitos
MODELADO DE NEGOCIOS (UML)
• Comprender la estructura y la dinámica de la 
organización.
• Comprender problemas actuales e identificar 
posibles mejoras.
• Comprender los procesos de negocio de la organización. 
Las actividades q plantea son el MODELO DE CU del negocio q describe los procesos de 
negocio y de los clientes, y el MODELO DE OBJETOS del negocio q describe c/ CU del Negocio 
usando DIAGRAMA DE ACTIVIDADES. 
Objetivos
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• Establecer lo q el sist. debe hacer
• Definir los límites del sist.: se decide q es parte del sist. (dentro de los límites) y q es 
externo (fuera de los límites)
• Definir 1 interfaz de usuario 
• Realizar 1estimación de costo y tiempo de desarrollo
• Descubrir q debe hacer el sistema, mediante el uso de CU 
1. Captura de Requisitos: Objetivos
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• El objetivo es encontrar los actores principales del sist. El actor es 1tipo de US.q interacciona 
con el sist.en un CU o es 1sist.externo q interacciona con el sist.en algún momento. 
• Lo q se obtiene son actores q tienen 1nombre y 1breve descripc., indicando quién es y p/q lo 
usa el sist.
• 1actor especifica un rol q cierta entidad externa adopta cuando interactúa con su sist. 
directamente. Puede representar 1rol de US., o 1rol desempeñado por otro sist.o HW q toca el 
lím.de su sist, x ej.si se identifica el rol actor Cliente, la persona Juan y Pepe y muchas otras 
pueden desempeñar ese rol, esas personas también pueden desempeñar otros roles. 
P/identificar los actores, se necesita considerar quien y q utiliza el sist.y q roles desempeñan 
en sus iteraciones con el sist. 
1.1 Encontrar actores y CU 
1.1.1. Identificar actores 
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• ¿Quién y qué utiliza el sistema?
• ¿Qué roles desempeñan en la iteración?
• ¿Quién instala el sistema?
• ¿Quién o qué inicia y cierra el sistema?
• ¿Quién mantiene el sistema?
• ¿Qué otros sistemas interactúan con este sistema?
• ¿Quién o qué consigue y proporciona información al sistema?
• ¿Sucede algo en un momento dado?
PREGUNTAS para identificar los actores
MODELADO DE NEGOCIOS (UML) - REQUISITOS
ASPECTOS A TENER EN CUENTA EN RELACION A LOS ACTORES
• Siempre son externos al sist.y están por lo tanto fuera de su control.
• Interactúan directamente con el sist.y así es como ayudan a definir el sujeto.
• Representan roles q personas y elementos desempeñan en relación al sist., no personas 
específicas o elementos específicos.
• Puede desempeñar muchos roles en relación al sist. simultáneamente o con el tiempo.
• Necesita un nombre breve que tenga sentido desde la perspectiva del negocio.
• Debe tener 1breve descripción de ese actor desde una perspectiva de negocio.
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• El Objetivo es encontrar los CU partiendo de los actores. El CU debe proporcionar un valor al 
actor q lo inicia y un valor a usuarios individuales reales.
• Se obtiene 1CU q tiene 1nombre (suelen empezar con 1verbo) y 1breve descripc.indicando
pasos q se deben seguir p/su realizac.1CU es algo q el actor quiere q el sist.realice. Se debe 
tener en cta.q los CU:
• Se inician siempre por un actor.
• Se escriben siempre desde el punto de vista de los actores.
• La mejor forma de identificar CU es empezar con la lista de actores y luego considerar cómo 
c/actor va a utilizar el sist. C/CU debe tener asignado 1nombre descriptivo, breve, q es una 
frase verbal; y a medida q se identifiquen los CU, también se podrá encontrar nuevos 
actores. El modelado de CU empieza con 1nombre p/el mismo y completa los detalles +
adelante, estos detalles constan de 1breve descripción inicial q se convierte en 
1especificación completa.
1.1.2. Identificar CU 
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• ¿Qué fciones. querrá un actor específico del sist.?
• ¿El sist.almacena y recupera información?, ¿Si es así, q actores activan este 
comportamiento?
• ¿Q sucede cuando el sist.cambia de estado (x ej, iniciar o detener el sist.)?¿Se notifica a 
algún actor?
• ¿Afecta algún evento externo al sistema?, ¿Qué notifica el sistema sobre estos eventos?
• ¿Interactúa el sistema con algún sist.externo?
PREGUNTAS para identificar los CU
MODELADO DE NEGOCIOS (UML) REQUISITOS
Detalla cómo se relacionan los CU entre sí y con los actores. Se obtiene un Diagr.CU, el cual usa 
Notación UML 2.0, describiendo actores, CU, participación de actores en CU e indicador de 
quien es el iniciador. En el Diagr.de CU se representa al sujeto del modelo de CU x 1cuadro 
etiquetado con el nombre del sujeto. Este cuadro es el sujeto, y representa el límite del 
sist.modelado por 1CU. Se muestran actores fuera del sujeto (externos al sist.) y CU q constituyen 
el comportamiento del sist.dentro del sujeto, internos al sist.
1.1.3.Describir el modelo de CU 
Ejemplo de CU
MODELADO DE NEGOCIOS (UML) - REQUISITOS
Establece 1relac.entre 1CU+Gral.y 1 CU+específ. Las relac.soportadas por UML q describe 
notac. Gráf.son: <<include>> (o use): es 1relación entre CU q permite q 1CU incluya 
comportamiento de otro o sea en el q 1CU puede "incluir" otro CU. El 1er.CU a menudo depende 
del resultado del CU incluido. Extrae comportamientos comunes desde múltiples CU a 
1descripc.individual desde el CU. x ej.en 1sist.de personal q pida 1ro.localizar los detalles de un 
empleado específico.
Generalización de CU
Ejemplo de CU 
con include
MODELADO DE NEGOCIOS (UML) - REQUISITOS
<<extend>>: es 1relación entre CU q permite q 1CU extienda su comportamiento con1o 
+fragmentos de comportamiento de otro o sea es otra forma de interacción en el q si un CU 
puede extender a otro indica q el comportamiento del caso de la extensión se usa en el CU. El 
CU extensión puede ser insertado en el CU extendido bajo ciertas condiciones. La notación, es 
1flecha de punta abierta con línea discontinua, desde el CU extensión al CU extendido, con la 
etiqueta «extend». x ej:
Generalización de CU
Ejemplo de CU con extend
Importante: en <<extend>> el CU base no 
sabe nada de los CU de extensión, 
simplemente proporciona “enganches” 
p/estos. De hecho, el CU base está 
completo sin sus extensiones. En 
<<include>> los CU base están 
incompletos sin sus CU de inclusión.
MODELADO DE NEG.(UML) REQUISITOS
El Diagr.de Estado presenta los estados del CU y 
las transiciones entre estos estados, c/transición es 
1secuencia de acciones q se realizan cuando se 
recibe un evento. Se distingue entre el camino 
básico y caminos alternativos. 
1Diagr.de Estados identifica c/u de las rutas o 
caminos q puede tomar 1flujo de información 
luego de ejecutarse c/proceso. 
Identifica bajo q argumentos se ejecuta c/u de los 
procesos y en q momento pueden tener 
1variación. El Diagr.de Estados permite visualizar 
de 1forma secuencial la ejecución de c/u de los 
procesos.
1.2 Diseñar Diagr.de Estados de cada CU 
Ejemplo de un Diagrama de Estado
MODELADO DE NEGOCIOS (UML) - REQUISITOS
Usa el leng.del cliente, es un estándar sencillo y eficaz. El CU, intenta asegurar que el 
proyecto tenga éxito con el análisis de CU. Está formado por: 
• • Nombre del CU
• • ID del CU
• • Breve descripción: resume el objetivo del CU, trata de captar la esencia del CU, el 
beneficio de negocio que proporciona a sus actores.
• • Actores: existen 2 tipos de actores: a) actores principales: estos actores activan el 
CU; b) actores secundarios: interactúan con el CU después de haberse activado. C/CU 
siempre se activa por 1 solo actor, sin embargo, el mismo CU puede activarse x diferentes 
actores en diferentes momentos en el tiempo. C/actor q puede activar el CU es un actor 
principal. El resto de actores son actores secundarios.
Descripción textual o Especificación (de un Diagrama de Estado) de un CU 
MODELADODE NEGOCIOS (UML) - REQUISITOS
• Precondiciones: restringen el estado del sist. antes de q el CU pueda empezar. 
Impiden q un actor active el CU hasta q se cumplan todas sus condiciones. Las 
precondiciones especifican lo q debe ser cierto antes de que el CU se pueda activar.
• Flujo principal o Flujo de Eventos del camino básico: los pasos de 1CU se listan en 
1flujo de eventos. Describe la interacción de actores con el Sist.y lo q intercambian p/cumplir 
lo necesario p/los CU.
• Postcondiciones: restringen el estado del sist.después de q el CU se ha ejecutado. 
Especifican q será verdadero después de q el CU se haya ejecutado es decir el estado final 
cuando termina el CU y lo qué obtienen los actores del mismo.
Descripción textual o Especificación (de un Diagrama de Estado) de un CU (cont)
MODELADO DE NEGOCIOS (UML) - REQUISITOS
• Flujos alternativos: todo CU tiene un flujo principal y puede tener muchos flujos 
alternativos o situaciones alternativas q podrían presentarse en el CU. Estos son rutas de 
acceso alternativas a través del CU que capturan errores, ramificaciones e interrupciones en 
el flujo principal. El punto clave sobre los flujos alternativos es q frecuentemente no regresan 
al flujo principal.
• Atributos del CU: incorpora elementos q definen el estado (pueden utilizarse para 
encontrar clases y atributos en la disciplina de análisis y diseño)
Descripción textual o Especificación (de un Diagrama de Estado) de un CU (cont)
MODELADO DE NEGOCIOS (UML) - REQUISITOS
Descripción textual o Especificación (de un Diagrama de Estado) de un CU (cont)
Ejemplo de la 
descripción 
textual de un 
Diagrama de 
Estado
MODELADO DE NEGOCIOS (UML) - REQUISITOS
1.3. Prototipo de Interfaz 
Define los elementos que participan en la interfaz: pantallas (con entradas y salidas) y 
documentos impresos, define los caminos entre esos elementos. 
Utiliza como notación: 
• Pantalla: nombre + información E/S + acciones 
• Documento: nombre + contenido 
MODELADO DE NEGOCIOS (UML) - REQUISITOS
Recomendación: se debe evitar la Descomposición Funcional
1error común en el análisis de CU es crear 1conj.de CU de “alto nivel” y luego desglosarlos 
en 1conj. CU de bajo nivel, y así sucesivamente hasta q acabe con CU “primitivos” q están 
suficientemente detallados p/implantarse. Este enfoque al diseño de SW se conoce como 
descomposición funcional y es erróneo cuando se aplica al modelado de CU.
Ejemplo de una 
Descomposición 
Funcional
• UML 2. Jim_Arlow e Ila_Neustadt
• Métrica 3. Técnicas y Prácticas. Ministerio de Administraciones Públicas. De 
Alarcos. 
• El Lenguaje Unificado de Modelado (UML). Manual de Referencia. 2000. De 
James Rumbaugh, Ivar Jacobson y Grady Booch. 
• El Proceso Unificado de Desarrollo de Software. 2000. De Ivar Jacobson, 
Grady Booch y James Rumbaugh. 
• El Proceso Unificado de Desarrollo de Software. De Gustavo Torossi. 
BIBLIOGRAFÍA RECOMENDADA