MODELADO DE NEGOCIOS

Una técnica para representar procesos

del negocio (Jacobson, 2000).

Externo Interno

MODELADO DE CASOS DE MODELO DE ANALISIS

USOS DEL NEGOCIO DEL NEGOCIO

Representación de la forma en que la Describe la realización de los casos de uso

empresa interactúa con su entorno del negocio mediante la interacción de los
trabajadores del negocio y las entidades del
negocio

Actor del Negocio. Representa un rol que alguien

o algo desempeña en relación al Negocio. Trabajador del negocio. Es una abstracción de una
persona o sistema software que representa un rol
que se ejecuta dentro de la realización de un CUN
Caso de uso del negocio(CUN). Representa un
conjunto de secuencia de acciones que un
negocio realiza para producir un resultado
Entidad del negocio. Es una abstracción de una
observable para un actor del negocio
persona o sistema software que representa un rol
que se ejecuta dentro de la realización de un CUN
Metas del negocio. Representa el valor deseado
en una medida particular que puede ser usada
para planificar y administrar las actividades del Realización de caso de uso del negocio. Describe
negocio como los trabajadores, entidades y eventos del
negocio colaboran para desarrollar un caso de uso
del negocio
Diagrama de caso de uso del negocio. Muestra a
los actores del negocio, casos de uso del negocio
y las relaciones entre ellos
 Proceso DE
MODELO de construcción
DOMINIO

CONCEPTOS
es un modelo conceptual que Proceso de construcción
muestra clases conceptuales
de objetos significativos en un
Objeto. se define como un concepto,
dominio de problema.
abstracción o cosa con límites bien definidos
y con significado para el problema que se
tenga entre manos. Se puede documentar en
1. Identificación de clases.

Clase. Describe un conjunto de objetos con Diagrama de Clases

propiedades similares, relaciones comunes 2. Identificación de asociaciones
con otros y una semántica común.

es un tipo de diagrama 3. Identificar atributos

Atributo. Es una propiedad de una clase
estático del UML, que
que describe un rango de valores que la
describe la estructura de un
propiedad podrá contener en los objetos sistema mostrando sus clases. 4. Identificar relaciones de
de la clase generalización
y sus relaciones.

Operación. Es algo que la clase puede

realizar o que otra clase puede hacer a una 5. Refinar el modelo
clase.

Enlaces. Es la relación entre objetos

Asociaciones. Es la relación entre las clases.

Generalización representa la relación entre Agregación representa la relación

clases, donde algunas de ellas son tipos de entre clases, donde algunas de ellas
otra. son componentes de otra.
 MODELADO DE REQUERIMIENTOS

CONCEPTO TIPOS DE CLASIFICACIÓN DE REQUERIMIENTOS: TÉCNICAS PARA OBTENER

REQUERIMIENTO MODELO FURPS REQUERIMIENTO

“Un requerimiento
es una condición o Requerimiento Funcional
Functionality (Funcionalidad), son Entrevistas
capacidad a la que
debe ajustarse el aquellos requerimientos que reflejan las
sistema que se características fundamentales
Es un requerimiento
(requerimiento funcional o JAD. El Diseño en Conjunto
construye.” que especifica una
funcionalidades del sistema), además de de Aplicaciones (JAD, “Joint
(Jacobson, 2000) acción que debe ser
Usability (Capacidad
capacidades de Uso), son aquellos
y seguridad. Application Design”)
capaz de realizar el
requerimientos que representan facilidad o
sistema, sin considerar
nivel de uso del producto; es decir, el grado
restricciones físicas; es
en el que el diseño de un elemento facilita o
un requisito que Definición del proyecto: el coordinador se
dificulta su manejo.
especifica entrevista con gerentes y clientes para
comportamiento de determinar objetivos y alcance del
entrada / salida del Reliability (Fiabilidad), son aquellos que
proyecto.
Requerimiento No
sistema muestran la capacidad de un sistema o
Funcional componente para ejecutar sus funciones Investigación: se entrevista a usuarios y se
requeridas bajo condiciones normales en un recopila información del dominio,
periodo de tiempo específico. descripción de flujos de trabajo y asuntos a
Es un requerimiento que tratar en la reunión.
especifica propiedades
del sistema, como Preparación: el coordinador elabora un
Performance (Desempeño), se refieren a las “documento de trabajo” o primer borrador
restricciones del
características de rendimiento del sistema. del documento final.
entorno o de
implementación, Sesión: el coordinador guía al equipo para
rendimiento, crear la especificación del sistema en una
dependencia de la Supportability (Capacidad de Soporte), son reunión que puede durar varios días.
plataforma, requerimientos que refuerzan el soporte y
mantenibilidad, mantenimiento del sistema que está siendo Preparación de documento final: el
extensibilidad o construido. coordinador prepara el “documento final”
fiabilidad; especifica usando los “formularios” y se distribuye a
restricciones físicas los asistentes para su revisión.
sobre un requisito