MTA - 1 - TP1 - Modelado - Del - Negocio PDF

Taller de Proyectos 1 UPC Online
1
2
Indicaciones
Para el curso de Taller de Proyectos 1, es importante que revises este materiales fin de
recordar temas de cursos anteriores.
Relaciona los conceptos con los artefactos que debes producir en la primera sub iteración
de tu proyecto.
3
Logros de la sesión
Al finalizar este MTA, estarás preparado para:
• Identificar las reglas de negocio, es decir del campo de acción
• Definir el modelo de casos de uso de negocio.
Los cuales deberás presentar en tu primera iteración de tu proyecto.
4
El temario es:
1. Especificación de las reglas de negocio
2. Modelo de casos de uso del negocio
5
Observa los cuadros sobre las estadísticas de éxito o no éxito de un proyecto de desarrollo
de software, por ejemplo el año 2011, luego observa el comportamiento de proyectos de TI
desde 1994 hasta 2011. ¿Estás acuerdo con estas estadísticas?, ¿Recuerdas algún proyecto
que no tuvo un final exitoso?, ¿Qué fue lo que paso?, ¿Cuáles fueron los problemas más
relevantes?
6
Identifica aquellos problemas que pasaste en los diferentes roles que te tocó como parte
de un proyecto?
Los siguientes problemas en el desarrollo de SW te parecen conocidos?
•Mala comprensión de las necesidades del usuario.
•Requisitos y necesidades incompletas.
•Cambio constante en los requerimientos.
•Falta de estándares.
•Detección tardía de errores.
•Mala integración de módulos.
•Pruebas insuficientes.
Consideras que son las razones principales para el fracaso de un desarrollo de SW. Recuerda
tenerlas presente en el desarrollo de tu proyecto de software, para evitarlas o reducirlas lo
más posible.
7
8
Una regla de negocio es una declaración que rige el funcionamiento de algún aspecto del
negocio.
•Es una política a cumplirse.
•Una condición a satisfacer
•O una restricción a evitar
Las reglas de negocio son definidas y revisadas por el grupo de proyectos en conjunto con
los usuarios y clientes.
9
Tipos de reglas de negocio.

Existen dos tipos de reglas de negocio, las de restricción y las de derivación, las cuales a su
vez se dividen dos, tal como se aprecia en la diapositiva.
Las Restricción se divide en Operación y Estructura
Las de Operación a su vez se dividen en Flujo y Estimulo y respuesta
Las de Estructura se dividen en Dominio de datos y Relación
Las de Derivación se dividen en Inferencia y Cálculo
10
Puede darse:
Antes del proceso – Precondiciones.
Después del proceso – Poscondiciones.
11
12
Es un tipo especial de regla de operación.

Estas reglas determinan y limitan cómo fluye la información a través de la operación o
proceso.
Generalmente están asociadas con niveles de aprobación/rechazo en un trámite.
Ejemplo:
Si el monto de una compra supera los US$600 debe ser evaluada por el Gerente de
Operaciones.
13
Es un tipo especial de regla de operación, en la cual una condición debe ser cierta para
ejecutar una operación de respuesta inmediata.
Por ejemplo:
Si el cliente no paga la factura antes de la fecha indicada se procede al corte de energía en
las 24 horas siguientes al vencimiento.
14
15
Una regla de estructura permite especificar las políticas o condiciones sobre las clases, los
objetos y sus relaciones que no deben ser violados.
Se sub-clasifican como reglas de relaciones y de dominio de datos.
16
Son asociadas a los tipos de datos y rangos de los valores de cierta información de los
procesos.
17
Son asociadas a las clases, objetos de información y sus relaciones.
18
19
20
21
Atómica.
Es decir no puede contener otra regla.
Única.
Ya que no puede ser redundante.
Consistente.
Porque no puede contradecir a otra.
Clara.
No puede ser ambigua.
Relevante:
Tiene que ser relevante desde el punto de vista del manejo de información.
22
23
En la documentación de su proyecto deberá incluir la lista de las reglas de negocio

identificadas, identificándolas con el prefijo RN y un correlativo que inicia en 01, luego
seguirá el nombre de la regla, éste nombre permite identificar claramente la regla
especificada.
Seguidamente deberá describir la regla de negocio teniendo en cuenta las 5 características
de toda regla de negocio, tal como se muestra en el ejemplo.
24
En la especificación de los casos de uso del negocio se deberán señalar las reglas de
negocio, asociando la regla a la actividad que corresponda, indicando entre corchetes el
prefijo y correlativo que identifica la regla correspondiente, tanto en el flujo básico como
en los flujos alternativos. Tal como se indica en la diapositiva.
25
En la especificación de los CUS también se deben referenciar las reglas de negocio que
apliquen, las cuales se indican entre corchetes.
26
27
28
29
La metodología a emplear es RUP (Rational Unified Process), una infraestructura flexible de

desarrollo de software que proporciona prácticas recomendadas probadas y una
arquitectura configurable.
Provee un ciclo de vida con las disciplinas necesarias para el desarrollo de sistemas
informáticos.
Bajo el enfoque de una tecnología orientada a objetos.
Es decir es un proceso de ingeniería de software.
En RUP (Rational Unified Process), la primera disciplina es el Modelado de Negocio, la cual
revisarán en este material.
30
En la disciplina del Modelado del negocio, lo primero que se debe hacer es identificar el
Negocio (campo de acción) en la organización objetivo es decir el objeto de estudio,
recuerde que el negocio se encuentra dentro de la organización objetivo aunque en
algunos casos puede rebasar las fronteras de la organización objetivo.
31
32
33
34
Los actores del negocio se encuentran fuera del Negocio (Campo de acción).
Existen dos categorías de actor de negocio:
El Cliente (Customer)
La “razón de ser” del negocio.
Se benefician o se afectan por los resultados del proceso del negocio.
¿Dónde encontrar a los actores del negocio de tipo Cliente?
Clientes de la organización objetivo (beneficiarios o afectados por el proceso).
Proveedores.
Autoridades.
Entidades legales y reguladoras.
Software o hardware fuera del negocio con los que se interactúa.
La otra categorías de actor de negocio es:
El Socio o interesado (Stakeholder).
Son los dueños del proceso.
Los resultados del proceso le sirven para tomar decisiones.
No participan de la parte operativa.
¿Dónde encontrar a los actores del negocio de tipo Stakeholder?
Socios de la organización objetivo.
Sucursales.
Dueños, inversionistas, gerentes.
Miembros del directorio (si es parte activa del negocio).
Roles gerenciales o directivos en otras partes de la organización.
35
Son roles (humanos, software o hardware), no personas con nombres propios.

Se encuentran fuera de las fronteras negocio.
No debe representar áreas, departamentos o partes de una organización sino roles
de ejecución.
No siempre está asociado con el nombre de un cargo en la planilla de la
organización objetivo.
Cada actor debe estar asociado con al menos un caso de uso del negocio.
Si no participa en ningún proceso debe ser eliminado del modelo.
36
En la especificación de los actores de negocio, se debe incluir el código (formado por el

prefijo AN y el correlativo) y nombre, se debe asignar un nombre a cada actor del negocio
de acuerdo al rol desempeñado en el negocio.
Para cada actor del negocio se debe realizar una breve descripción que incluya sus
responsabilidades y la razón de su interacción con el negocio.
37
38
¿Dónde puede encontrar los casos de uso del negocio?

Lo que tiene que hacer es:
Identificar las necesidades fundamentales de los actores del negocio y el conjunto de
actividades que se realizan para satisfacerlas.
Servicios principales que el actor del negocio espera recibir de la organización objetivo.
Buscar el ciclo de vida de cada actor del negocio.
Identificar los resultados y entregables de la empresa y a partir de ellos los procesos que los
realizaron.
Reconocer los procesos tipo del giro del negocio, por comparación con el de otras
empresas o a partir del estudio de la cadena de valor.
Recuerde que los CUN est+an dentro del Campo de Acción.
39
Piense en como puede identificar los casos de uso de negocio.
Representan la generalidad del comportamiento del proceso y no una instancia o escenario

específico o caso muy particular del proceso.
40
Para elaborar el diagrama de CUN se debe identificar qué actores del negocio se benefician
de cuáles casos de uso del negocio.
Definir una asociación unidireccional entre ellos.
El Diagrama de Casos de Uso del negocio es:
Herramienta proporcionada por UML.
Muestra los procesos del negocio que son usados por los roles del negocio.
Solo se tiene en cuenta “¿QUIÉN se beneficia / QUÉ proceso?”
¿QUIÉN? (actor del negocio identificado).
¿QUÉ? (caso de uso del negocio identificado).
Relaciones entre ellos (asociaciones).
No constituye un Diagrama de Flujo de Datos.
41
En este diagrama de CUN ¿Es correcta ésta navegabilidad?:

La respuesta a la pregunta es: NO
Ya que a pesar que un Actor del negocio se beneficie de los CUN la navegabilidad siempre
es del AN hacia el CUN.
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57

MTA - 1 - TP1 - Modelado - Del - Negocio PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

MTA - 1 - TP1 - Modelado - Del - Negocio PDF

Uploaded by

Copyright:

Available Formats

Taller de Proyectos 1 UPC Online

Tipos de reglas de negocio.

Es un tipo especial de regla de operación.

Son asociadas a las clases, objetos de información y sus relaciones.

En la documentación de su proyecto deberá incluir la lista de las reglas de negocio

La metodología a emplear es RUP (Rational Unified Process), una infraestructura flexible de

Son roles (humanos, software o hardware), no personas con nombres propios.

En la especificación de los actores de negocio, se debe incluir el código (formado por el

¿Dónde puede encontrar los casos de uso del negocio?

Piense en como puede identificar los casos de uso de negocio.

Representan la generalidad del comportamiento del proceso y no una instancia o escenario

En este diagrama de CUN ¿Es correcta ésta navegabilidad?:

You might also like