fase de inicio.pdf

Proyecto de desarrollo del Software Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

METODOLOGIA

RUP

(RATIONAL UNIFIED PROCESS)

Proyecto: __________________________________________

Sistema: ___________________________________________

Integrantes:

Jefe de Proyecto: ________________________________________

Colaboradores:

1- Colaborador1

2- Colaborador2

3- Colaborador.n

userSticky Notees lo que describe que voy a hacer ejemplo: sistema de gestion de ventas-ALICORP

userSticky Notees el producto(es la sigla del proyecto)EJEMPLO:S.G.U.A.L.I

userSticky NoteRODRIGUEZ CHAVES,JAIME

userSticky NoteIntegrantes del grupo y el cargo de cd/uno



FASE

DE

INICIO

Consideraciones:

1- Aspectos generales de la organizacin

2- Plan de desarrollo de software

3- Modelo de Negocio

a- Unidad Organizacional

b- Paquete de Negocio

c- Diagrama de Paquete de Negocio

d- Diagrama de Caso de Uso de Negocio

e- Especificaciones de Caso de Uso de Negocio

f- Diagrama de Actividad de Negocio

g- Diagrama de Objetos de Negocio

userSticky Noteempresa

userSticky Notecronograma



PROYECTO DE DESARROLLO DE SOFTWARE

ASPECTOS ORGANIZACIONALES

1- Organizacin

1.1- Introduccin

1.2- Resea histrica

1.3- Ubicacin Geogrfica

2- Estructura Organizacional

2.1- Visin

2.2- Misin

2.3- Metas

2.4- Objetivo

- General

- Especficos

2.5- Organigrama

3- rea de Desarrollo

3.1- Descripcin del rea

3.2- Aspectos generales del rea

- Visin

- Misin

- Metas

3.3- Integrantes del rea

- Cargo

- Funciones

- Responsabilidades

3.4- Definicin y descripcin del problema

- Administrativo

- Organizacional

3.5- Recomendaciones

- Administrativo

- Organizacional

3.5- reas Involucradas

3.6- Formatos manuales



1- Organizacin

Una organizacin es un conjunto de elementos, compuesto principalmente por personas, que actan e

interactan entre s bajo una estructura pensada y diseada para que los recursos humanos, financieros,

fsicos, de informacin y otros, de forma coordinada, ordenada y regulada por un conjunto de normas,

logren determinados fines, los cuales pueden ser de lucro o no.

1.1- Introduccin

Descripcin de la organizacin, rubro, direccin, etc...

1.2- Resea histrica

Origen, creacin y evolucin de la organizacin

1.3- Ubicacin Geogrfica (mapa)

2- Estructura Organizacional

2.1- Visin

Define y describe la situacin futura que desea tener la empresa, el propsito de la visin es

guiar, controlar y alentar a la organizacin en su conjunto para alcanzar el estado deseable de la

organizacin.

Ejemplo:

La Visin es ser un Grupo energtico y de servicios lder y en continuo crecimiento, con

presencia multinacional, que se distinga por proporcionar una calidad de servicio excelente a sus

clientes, una rentabilidad sostenida a sus accionistas, una ampliacin de oportunidades de

desarrollo profesional y personal a sus empleados y una contribucin positiva a la sociedad

actuando con un compromiso de ciudadana global.

2.2- Misin:

Define el negocio al que se dedica la organizacin, las necesidades que cubren con sus

productos y servicios, el mercado en el cual se desarrolla la empresa y la imagen pblica de

la empresa u organizacin.

Ejemplo:

La Misin del Grupo Gas Natural es atender las necesidades energticas de la sociedad,

proporcionando a sus clientes servicios y productos de calidad respetuosos con el medio

ambiente, a sus accionistas una rentabilidad creciente y sostenible y a sus empleados la

posibilidad de desarrollar sus competencias profesionales.

2.3- Metas y Objetivos

Una metas, es pues lo que conduce a lograr el objetivo, y en consecuencia, el objetivo es el

resultado de haber alcanzado cada una de las metas necesarias o planteadas para lograr el

objetivo propuesto.

Ejemplo:

Un ejemplo ms clsico de lo que es un objetivo y lo que es una meta, son las vueltas

ciclsticas como el Tour de Francia, la vuelta a Colombia o a Espaa. El objetivo es ganar el



ttulo o la vuelta. Las metas ser ganar cada una de las etapas. Aqu tambin podemos ver

que existen lo que llaman metas volantes y/o los premios de montaa.

2.5- Organigrama

El organigrama se define como la representacin grfica de la estructura orgnica de una

institucin o de una de sus reas y debe reflejar en forma esquemtica la descripcin de las

unidades que la integran, su respectiva relacin, niveles jerrquicos y canales formales de

comunicacin.

3- rea de Desarrollo

Establecer el rea de desarrollo (organigrama)

3.1- Descripcin del rea

Describir todas las actividades realizadas en el rea.

3.2- Aspectos generales del rea.

Visin, Misin y Metas

3.3- Integrantes del rea

Empleados que laboran en el rea, elaborar un cuadro donde se describa lo siguiente:

3.4- Definicin y descripcin del problema

Cuadro donde se menciona todos los problemas (administrativo y organizacional)

puntuales y una breve descripcin del mismo.

Integrante Cargo Funciones Responsabilidades

userSticky Notefunciones, ejemplo atencion al cliente,como es la facturacion,formas de pago(tener toda la informacion del area)

userSticky Noteque es lo que hace--ejemplo de la cajera que funciones cumple

userSticky Notede que es resp.

userSticky Notemala atencion al cliente



3.5- Recomendaciones

3.6- Areas Involucradas

Identificar las areas que estn relacionadas con el rea en estudio

3.7- Formatos Manuales

Insertar todos los formatos manuales existentes en el rea.

Problemas Descripcion

Problema1

Problema2

Problemas Descripcion

Problema1

Problema2

Administrativo

Organizacional

Recomendaciones Descripcion

Recomendacin 1

Recomendacin 2

Recomendaciones Descripcion

Recomendacin 1

Recomendacin 2

Administrativo

Organizacional

userSticky Notecapacitacio al personal como,cuando

userSticky Noteporque



PLAN DE DESARROLLO DE SOFTWARE

1. Introduccin

2. Vista General del Proyecto

2.1 Propsito, Alcance y Objetivos

2.2 Suposiciones y Restricciones

2.3 Entregables del proyecto

2.4 Evolucin del Plan de Desarrollo del Software

3. Organizacin del Proyecto

3.1 Participantes en el Proyecto

3.3 Roles y Responsabilidades

4. Gestin del Proceso

4.1 Tecnologia de Informacion

4.1..1 Evaluacion Tecnologica

4.1.2 Recomendaciones

4.2 Plan del Proyecto

4.2.1 Plan de las Fases

4.2.2 Calendario del Proyecto

userSticky Notetalves no cuenta con un soft adecuado

userSticky Note entregables:manual de usuarios,modelamientos,modelo de base de datos,codigo fuente.

userSticky Notehadware,software. analista



Plan de Desarrollo del Software

1. Introduccin

La introduccin es una breve descripcin de de las razones por las cuales se lleva a cabo este

proyecto de desarrollo, tambin una breve descripcin de la metodologa a implementar.

La introduccin del plan de desarrollo del software debe dar una visin del documento completo.

Debe incluir el propsito, alcance, definiciones, acrnimos, abreviaturas y referencias de este plan

Ejemplo1:

Este Plan de Desarrollo del Software es una versin preliminar preparada para ser incluida en la

propuesta elaborada como respuesta al proyecto de prcticas de la asignatura de Laboratorio de

Sistemas de Informacin de la Facultad de Informtica de la Universidad Catlica. Este documento

provee una visin global del enfoque de desarrollo propuesto.

El proyecto ha sido ofertado por Patricio Orlando Letelier Torres basado en una metodologa de

Rational Unified Process en la que nicamente se proceder a cumplir con las tres primeras fases que

marca la metodologa, constando nicamente en la tercera fase de dos iteraciones. Es importante

destacar esto puesto que utilizaremos la terminologa RUP en este documento. Se incluir el detalle

para las fases de Inicio y Elaboracin y adicionalmente se esbozarn las fases posteriores de

Construccin y Transicin para dar una visin global de todo proceso.

El enfoque desarrollo propuesto constituye una configuracin del proceso RUP de acuerdo a las

caractersticas del proyecto, seleccionando los roles de los participantes, las actividades a realizar y

los artefactos (entregables) que sern generados. Este documento es a su vez uno de los artefactos de

RUP.

2. Vista General del Proyecto

2.1 Propsito, Alcance y Objetivos

Propsito: el propsito define lo que se espera lograr a travs del proyecto mismo. Este debe incluir

referencias sobre la duracin, el lugar, la cantidad, la calidad y los beneficiarios.

Un propsito adecuadamente definido constituye la clave para el xito del proyecto. La definicin de

otros elementos del proyecto fluye del propsito.

Ejemplo:

- Evaluar la efectividad de las tcnicas de captura de requisitos, en pequeas empresas de desarrollo de software.

- Desarrollar y evaluar un interfaz de usuario para paquetes estadsticos. - Producir y evaluar lenguajes de cuarta generacin para el desarrollo de bases de datos.

Objetivo:

Los objetivos representan los logros significativos en el camino hacia el propsito final del proyecto.

Ejemplo:

- Definir las pautas, controles y procedimientos que debe reunir el marco para la administracin

de proyectos relacionados al desarrollo de sistemas de informacin.

- Documentar las diferentes tcnicas actuales para la prediccin de las variaciones de los ndices de Bolsa;

- Desarrollar un modelo apropiado con una red neuronal artificial: - Reunir datos para el anlisis y la evaluacin;



- Evaluar el modelo utilizando las tcnicas estadsticas adecuadas; - Redactar un informe final. Alcance: Definir lmites del trabajo y partes del proyecto.

Hacer lo que hay que hacer y no hacer lo que no hay que hacer.

Ejemplo:

- Todas las reas de servicios informticos y los sitios donde se realicen proyectos de desarrollos

o adquisicin de sistemas de informacin en el Estado Provincial, comprendidos en el Decreto

Acuerdo 462/96.

2.2 Suposiciones y Restricciones

Los supuestos o factores exgenos son aquellas condiciones que se hallan afuera del control (o la

influencia) inmediata del proyecto, pero son necesarias para lograr los objetivos del mismo. Un

proyecto es siempre una contribucin limitada al desarrollo que depende de factores externos para su

xito.

Ejemplo:

Suposiciones

Ayudara a mejorar el manejo y el control de sus productos generando ms tiempo y disponibilidad en la venta y alquiler de estos.

Estar a corde con el desarrollo tecnolgico puesto que sera el primer sistema que tendra la empresa.

Restricciones

El personal no se encuentra capacitado para el uso del software.

No contar con licencia necesaria para poder instalar el software (lenguaje de programacin asp.net).

2.3 Entregables del proyecto

Definicin:

Dado que el objetivo final del proyecto es la entrega de un subsistema informtico (entregable)

veamos algunas definiciones y utilidades de los entregables. Los entregables los definiremos como

"Productos que, en un cierto estado, se intercambian entre los clientes y los desarrolladores a lo largo

de la ejecucin del proyecto informtico".

Los entregables los clasificamos como relativos al objetivo y relativos a la gestin del proyecto. Son

entregables relativos al objetivo todos aquellos documentos que hacen referencia exclusivamente al

sistema de informacin y al subsistema informtico en desarrollo. Pertenecen a este conjunto los

requisitos del sistema, la especificacin del sistema, la documentacin del diseo, l cdigo fuente,

los programas ejecutables, los manuales de usuario, etc. Los entregables relativos a la gestin del

proyecto hacen referencia a aquellos documentos que se refieren a la situacin en que se encuentra

un proyecto, previsiones de costes, gastos realizados, informe sobre ambientes de trabajo, etc., siendo

su objetivo el poder controlar el proyecto. Pertenecen a esta clase la planificacin del proyecto, los



presupuestos, los documentos de control de la planificacin o de la calidad, los estudios de riesgos

durante el desarrollo, etc.

A continuacin se indican y describen cada uno de los artefactos que sern generados y utilizados

por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin de RUP

desde la perspectiva de artefactos, y que proponemos para este proyecto.

Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e incremental),

todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual,

slo al trmino del proceso podramos tener una versin definitiva y completa de cada uno de ellos.

Sin embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un

cierto grado de completitud y estabilidad de los artefactos. Esto ser indicado ms adelante cuando

se presenten los objetivos de cada iteracin.

1) Plan de Desarrollo del Software Es el presente documento.

2) Modelo de Casos de Uso del Negocio Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos

(Agentes de registro, solicitantes finales, otros sistemas etc.). Permite situar al sistema en el contexto

organizacional haciendo nfasis en los objetivos en este mbito. Este modelo se representa con un

Diagrama de Casos de Uso usando estereotipos especficos para este modelo.

3) Modelo de Objetos del Negocio Es un modelo que describe la realizacin de cada caso de uso del negocio, estableciendo los

actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo

asociados al caso de uso del negocio. Para la representacin de este modelo se utilizan

Diagramas de Colaboracin (para mostrar actores externos, internos y las entidades

(informacin) que manipulan, un Diagrama de Clases para mostrar grficamente las entidades

del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo.

4) Modelo de Casos de Uso El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de

ellas. Se representa mediante Diagramas de Casos de Uso.

5) Especificaciones de Casos de Uso Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con

una simple descripcin narrativa) se realiza una descripcin detallada utilizando una plantilla de

documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos

no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr

adjuntarse una representacin grfica mediante un Diagrama de Actividad.

6) Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las

interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los

requisitos del sistema. Estos prototipos se realizarn como: dibujos a mano en papel, dibujos con

alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo

al avance del proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de

Elaboracin, los otros sern desechados. Asimismo, este artefacto, ser desechado en la fase de



Construccin en la medida que el resultado de las iteraciones vayan desarrollando el producto

final.

7) Modelo de Anlisis y Diseo

Este modelo establece la realizacin de los casos de uso en clases y pasando desde una

representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de

diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al avance

del proyecto.

8) Modelo de Datos Previendo que la persistencia de la informacin del sistema ser soportada por una base de datos

relacional, este modelo describe la representacin lgica de los datos persistentes, de acuerdo

con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un

Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir

la representacin de tablas, claves, etc.).

9) Lista de Riesgos Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados

en orden decreciente de importancia y con acciones especficas de contingencia o para su

mitigacin.

Ejemplo:

La gestin de un proyecto de software exitoso requiere entender qu puede salir mal. A continuacin

se indican 10 seales de que un proyecto est en peligro.

1. El personal de software no entiende las necesidades de sus clientes.

2. El mbito del producto est ms definido

3. Los cambios se gestionan mal

4. La tecnologa elegida cambia

5. Las necesidades comerciales cambian

6. Los plazos de entrega no son realistas

7. Los usuarios se resisten

8. Se pierde el patrocinio

9. El equipo de proyecto carece de personal con las habilidades apropiadas

10. Los gestores evitan las mejores prcticas y las lecciones aprendidas



2.4 Evolucin del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes del comienzo de

cada iteracin.

3. Organizacin del Proyecto

Describe la arquitectura organizacional del equipo de desarrollo.

En la planificacin se fracciona las actividades de modo que resulte fcil la realizacin y control de

cada tarea.

Hay que crear las condiciones que:

faciliten la coordinacin: puesta en marcha, toma de decisiones, seguimiento y

finalizacin de tareas.

facilite comunicarse a las personas encargadas de cada tarea, con las personas que

realizan la misma u otras tareas asociadas a la suya.



3.1 Participantes en el Proyecto

Jefe de Proyecto.

Aqu se declara el perfil del candidato a este puesto, as como su nombre y apellidos

Analista de Sistemas.


Analistas - Programadores.

Aqu se declara el perfil de los candidatos a estos puestos, as como sus nombres y apellidos

Ingeniero de Software.


3.2 Roles y Responsabilidades

A continuacin se describen las principales responsabilidades de cada uno de los puestos en el

equipo de desarrollo durante las fases de Inicio y Elaboracin, de acuerdo con los roles que

desempean en RUP.

Puesto Responsabilidad

Jefe de Proyecto

El jefe de proyecto asigna los recursos, gestiona las prioridades,

coordina las interacciones con los clientes y usuarios, y mantiene al

equipo del proyecto enfocado en los objetivos. El jefe de proyecto

tambin establece un conjunto de prcticas que aseguran la

integridad y calidad de los artefactos del proyecto. Adems, el jefe de

proyecto se encargar de supervisar el establecimiento de la

arquitectura del sistema. Gestin de riesgos. Planificacin y control

del proyecto.

Analista de Sistemas

Captura, especificacin y validacin de requisitos, interactuando con

el cliente y los usuarios mediante entrevistas. Elaboracin del

Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de las

pruebas funcionales y el modelo de datos.

Programador

Construccin de prototipos. Colaboracin en la elaboracin de las

pruebas funcionales, modelo de datos y en las validaciones con el

usuario

Ingeniero de Software

Gestin de requisitos, gestin de configuracin y cambios,

elaboracin del modelo de datos, preparacin de las pruebas

funcionales, elaboracin de la documentacin. Elaborar modelos de

implementacin y despliegue.



4. Gestin del Proceso

La Gestin de Proyectos tiene como finalidad principal la planificacin, el seguimiento y control de

las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema

de Informacin. Como consecuencia de este control es posible conocer en todo momento qu

problemas se producen y resolverlos o paliarlos de manera inmediata.

4.1 Tecnologa de Informacin

- Evaluacin Tecnolgica

- Recomendaciones

4.2 Plan del Proyecto

En esta seccin se presenta la organizacin en fases e iteraciones y el calendario del proyecto.

4.2.1 Plan de las Fases

El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La

siguiente tabla muestra una la distribucin de tiempos y el nmero de iteraciones de cada fase (para

las fases de Construccin y Transicin es slo una aproximacin muy preliminar)

Fase Nro. Iteraciones Duracin

Fase de Inicio 1 17-set-30

Fase de Elaboracin 1 1-oct-11-nov

Fase de Construccin 1 12-nov-24-dic

Fase de Transicin 1 25-dic-5feb

Como se ha comentado, el proceso iterativo e incremental de RUP est caracterizado por la

realizacin en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la

mayora de los artefactos son generados muy tempranamente en el proyecto pero van desarrollndose

en mayor o menor grado de a la fase e iteracin del proyecto. La siguiente figura ilustra este enfoque

en ella lo ensombrecido marca el nfasis de cada disciplina (workflow) en un momento determinado

del desarrollo.



Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripcin Hito

Fase de Inicio En esta fase desarrollarn los requisitos del producto desde la

perspectiva del usuario, los cuales sern establecidos en el artefacto

Visin. Los principales casos de uso sern identificados y se har un

refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del

cliente /usuario del artefacto Visin y el Plan de Desarrollo marcan el

final de esta fase.

Fase de

Elaboracin

En esta fase se analizan los requisitos y se desarrolla un prototipo de

arquitectura (incluyendo las partes ms relevantes y / o crticas del

sistema). Al final de esta fase, todos los casos de uso correspondientes

a requisitos que sern implementados en la primera release de la fase

de Construccin deben estar analizados y diseados (en el Modelo de

Anlisis / Diseo). La revisin y aceptacin del prototipo de la

arquitectura del sistema marca el final de esta fase. En nuestro caso

particular, por no incluirse las fases siguientes, la revisin y entrega de

todos los artefactos hasta este punto de desarrollo tambin se incluye

como hito. La primera iteracin tendr como objetivo la identificacin

y especificacin de los principales casos de uso, as como su

realizacin preliminar en el Modelo de Anlisis / Diseo, tambin

permitir hacer una revisin general del estado de los artefactos hasta

este punto y ajustar si es necesario la planificacin para asegurar el

cumplimiento de los objetivos. Ambas iteraciones tendrn una

duracin de una semana.

Fase de

Construccin Durante la fase de construccin se terminan de analizar y disear

todos los casos de uso, refinando el Modelo de Anlisis / Diseo. El

producto se construye en base a 2 iteraciones, cada una produciendo

una release a la cual se le aplican las pruebas y se valida con el

cliente / usuario. Se comienza la elaboracin de material de apoyo



al usuario. El hito que marca el fin de esta fase es la versin de la

release 2.0, con la capacidad operacional parcial del producto que

se haya considerado como crtica, lista para ser entregada a los

usuarios para pruebas beta.

Fase de

Transicin

En esta fase se prepararn dos releases para distribucin,

asegurando una implantacin y cambio del sistema previo de

manera adecuada, incluyendo el entrenamiento de los usuarios. El

hito que marca el fin de esta fase incluye, la entrega de toda la

documentacin del proyecto con los manuales de instalacin y todo

el material de apoyo al usuario, la finalizacin del entrenamiento de

los usuarios y el empaquetamiento del producto.

4.2.2 Calendario del Proyecto

A continuacin se presenta un calendario de las principales tareas del proyecto incluyendo slo las

fases de Inicio y Elaboracin. Como se ha comentado, el proceso iterativo e incremental de RUP est

caracterizado por la realizacin en paralelo de todas las disciplinas de desarrollo a lo largo del

proyecto, con lo cual la mayora de los artefactos son generados muy tempranamente en el proyecto

pero van desarrollndose en mayor o menor grado de acuerdo a la fase e iteracin del proyecto. La

siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el nfasis de cada disciplina

(workflow) en un momento determinado del desarrollo.



Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica cundo el

artefacto en cuestin tiene un estado de completitud suficiente para someterse a revisin y probacin,

pero esto no quita la posibilidad de su posterior refinamiento y cambios.

Calendario Fase de Inicio

Calendario Fase de Elaboracin



Fase de Construccin

Fase de Transicin



MODELO DE NEGOCIO

1. CONCEPTO:

Un modelo del negocio es una abstraccin de cmo funciona la organizacin.

Provee una vista simplificada de la estructura y comportamiento del negocio que actuar como la

base de comunicacin, mejora o innovacin del negocio, as como tambin para definir los requisitos

de los diferentes sistemas de software que pueden soportar al negocio.

El Modelo de negocio es un modelo que refleja grficamente las metas y funciones que persigue el

negocio. Se usa como una entrada esencial para identificar roles y entregables en la organizacin.

As, los objetivos de la etapa de modelado del negocio son los siguientes:

Entender los problemas actuales en la organizacin o empresa para identificar los aspectos a mejorar.

Comprender la estructura y el dinamismo de la organizacin o empresa para la cual se va a desarrollar el sistema software.

Estudiar el impacto que pueden producir los cambios a nivel organizativo.

Asegurar que los clientes, usuarios finales, desarrolladores y otros involucrados tienen una visin comn de la organizacin considerada.

Obtener los requisitos del sistema software.

Entender como el sistema software encaja en la organizacin.

Entender los mecanismos del negocio actual

Evaluar los procesos actuales

Formar una base para mejorar/innovar el negocio actual

Formar una base para un sistema de informacin que apoya al negocio permitiendo definir los requisitos funcionales y no funcionales de un futuro sistema informtico.

Para conseguir estos objetivos el flujo de trabajo de la etapa de Modelado del Negocio consta de las siguientes

etapas:

Evaluar el estado del Negocio.

Anlisis del Negocio.

Identificar Procesos de Negocio.

Definir y Refinar los Procesos de Negocio.

Diseo de la Realizacin de los Procesos de Negocio.

Evaluacin.

Los productos de desarrollo del software fundamentales que se desarrollan en la etapa de Modelado del

Negocio son:

Especificacin del Negocio, que incluye Visin del Negocio y Glosario de Trminos.

Modelo de Casos de Uso del Negocio, que incluye Especificacin de Casos de Uso, Descripcin de Actores, Diagrama de Casos de Uso e Informe del Modelo de Casos de Uso.

Modelo interno del Negocio, que incluye el Modelo de Objetos del Negocio y la Realizacin de los Casos de Uso.

Informe de Evaluacin.

Documento de Arquitectura del Negocio.

El Modelo de Caso de Uso de negocio es usado por:

Los stakeholders, los analistas y los diseadores de procesos de negocio, para entender y mejorar la manera cmo funciona el negocio y se relaciona con su ambiente.



Unidad OrganizacionalLibreria Juanito S.A

Paquete de Negocio

Los analistas de sistemas y arquitectos de software, para mantener el contexto del desarrollo del software.

El gerente del proyecto, para planificar el volumen y contenido de las iteraciones durante el modelado de negocio y hacer el seguimiento del progreso.

2. Elementos del Modelo de Negocio

a- Unidad Organizacional

b- Paquete de Negocio

c- Diagrama de Paquete de Negocio

d- Diagrama de Caso de Uso de Negocio

e- Especificaciones de Caso de Uso

f- Diagrama de Actividad de Negocio

g- Diagrama de Objetos de Negocio

Unidad Organizacional

La unidad Organizacional es un contenedor de objetos de negocio, representa la organizacin

Paquete de Negocio

Representa las reas de la organizacin.



VentasCompras

Almacen

Ventas

Compras

Almacen

DIAGRAMA DE PAQUETE DE NEGOCIO

Diagrama de Paquete de Negocio

- Representa la interrelacin de las reas con el rea en desarrollo

- Muestra la dependencia de las reas

Diagrama de Caso de Uso de Negocio

Muestra los Casos de Uso de negocio, Actores del negocio, Trabajadores del negocio y las interacciones entre ellos para una organizacin.

Modela lo qu hace una compaa, quin est dentro y quin est fuera de la compaa.

Da el alcance de la organizacin, visualizando lo que abarca y cules son sus fronteras.



Cliente

Elementos:

1. Actores: Agente que interacta con determinado proceso de negocio.

- Actor de Negocio: Un actor del negocio, es cualquier persona o cualquier cosa externa a la organizacin pero que obra recprocamente con ella.

Por ejemplo, para su organizacin serian los clientes, sus acreedores, sus

inversionistas, o sus proveedores. Cada uno de estos actores tiene un inters en las

acciones de la empresa.

En UML se modela un actor del negocio usando la siguiente figura:

El icono representa a una persona, pero el actor de negocios no es necesariamente un

individuo. Puede representar a un grupo de personas o a una compaa

- Trabajador de Negocio: Un trabajador de negocios es un rol dentro de la organizacin. Importante, los

trabajadores del negocio son roles no posiciones. Una persona puede tener

varios roles, pero una sola posicin. La ventaja de diagramar roles es que estos

no cambian con demasiada frecuencia en el tiempo, las posiciones si.

En UML un trabajador de negocios se representa con el siguiente icono:

2. Caso de Uso de Negocio: - Un caso del uso de negocio representa un conjunto de tareas relacionadas que

generan un resultado de valor para los actores de negocio.

- En otros trminos, los casos del uso de negocio le dicen al lector lo que la organizacin hace para proporcionarle el valor de negocio que los individuos

que interactan con l esperan.

- El conjunto de los casos del uso de negocio para una organizacin debe describir completamente lo que el negocio hace.

- Los casos de uso de negocio cuenta con el siguiente formato: Verbo +

Sustantivo - En UML, se usa el siguiente icono para los casos de uso de negocio.

3. Especificaciones de un Caso de Uso de Negocio:

- Para cada caso de uso del negocio, se debe crear un cierto tipo de informe que permite saber

especficamente qu va a suceder dentro del caso del uso.

- El flujo de trabajo se puede documentar de dos formas. La ms simple es crear una lista

numerada, paso a paso de qu sucede mientras que progresa el caso del uso.

- La problemtica con la forma simple de escribir el flujo de trabajo, se presenta cuando existe una gran cantidad de condiciones lgicas, lo que provoca poca claridad.

- Para solucionar este problema se pueden utilizar los Diagramas de Actividad, que nos permiten mostrar de forma grafica los flujos de trabajo, la secuencia de los pasos y quien es

responsable de realizar cada paso.

- A cada caso de uso del negocio se le debe asociar una documentacin que sigue el siguiente formato.

Vendedor

userHighlight



4. Relaciones entre Actores: Generalizacin

- Es una relacin entre actores de negocio que muestra que

cuando un actor especfico (el descendiente) est

presente, todas las caractersticas (atributos, operaciones y

asociaciones) que son descritas para el actor genrico

(el ascendente) del cul hereda, van a estar presentes.

- Una generalizacin de un actor de negocio A a un actor

de negocio B, indica que una instancia de A puede

activar la misma clase de casos de uso que una instancia

de B.

- En UML, la relacin de generalizacin se muestra de la

siguiente manera:

5. Relaciones entre Casos de Uso y Actores: Asociacin Unidireccional

- Una lnea de un actor de negocio a un caso del uso de negocio indica que el actor activa el caso de uso.

- En UML, la relacin de asociacin se muestra de la siguiente manera:

Persona

Natural Juridico

ClienteSolici tar Credito

Vendedor

Evaluar Credito

userHighlight

userHighlight

userHighlight

userHighlight



6. Relaciones entre Casos de Uso de Negocio:

- Include (Inclusin): una instancia del Caso de Uso origen incluye tambin el

comportamiento descrito por el Caso de Uso destino, en un caso de uso incluido no

interviene un determinado actor.

-

Ejemplo:

- Extend (extensin): el Caso de Uso origen extiende el comportamiento del Caso de Uso

destino, en un caso de uso extendido puede intervenir un determinado actor de negocio.

Caso de Uso Origen Caso de Uso Destino

Caso de Uso Origen Caso de Uso destino

Analizar RiesgoAnalizar Documentos

Credito

Evaluar Credito

userHighlight

userHighlight

userHighlight

userSticky Notela extension es hacia arriba



Ejemplo:

Ejercicio 1: Sociedad de amigos del libro

La sociedad de amigos del libro se dedica a la venta de libros a sus socios a travs del telfono. Esta sociedad

acta como intermediario entre las editoriales y sus socios, proporcionndoles los libros que estos solicitan a

precios reducidos. La empresa est estructurada en varios departamentos, uno de los cuales se encarga de los

pedidos, almacn y el de contabilidad.

Los socios pueden realizar sus pedidos por telfono al departamento de pedidos. En la peticin se especifican

los siguientes datos: nombre del socio y el nmero de ejemplares solicitados por ttulo. Previamente a la

aceptacin del pedido, se verifica que el socio este registrado y que no tenga ninguna cuota vencida o pagos

pendientes. Para ello se hacen las comprobaciones oportunas y en cualquiera de estos supuestos el pedido se

rechaza (lo que se comunica al socio en el momento). Si todo es correcto se elabora la nota de pedido y pasa a

la situacin de pendiente por atender.

El departamento de pedidos utiliza dos o tres veces a la semana los pedidos pendientes para generar un pedido

a las editoriales (un listado con los ttulos solicitados y el nmero total de ejemplares de cada ttulo). Cuando

se reciben los libros, el departamento de almacn verifica el estado del producto, si existe alguna anomala

con el libro, este es devuelto a la editorial y esta correcto se procede a la distribucin en los anaqueles, el

departamento de almacn entrega los documentos (gua y factura) de la editorial a contabilidad para ser

cancelada.

Preguntas:

Realice el diagrama de casos de uso de negocio correspondiente

Solici tar Nueva Tarjeta

ClienteSol ici tar Prestamo

[tarjeta caducada]



Ejercicio 2: Fabrica de productos

Proceso de negocio:

1. La venta de productos comienza cuando un cliente se acerca al local de la empresa y es atendido por

un asesor de ventas que toma su pedido generando una orden de pedido, en esta orden se detalla los

datos del cliente y las caractersticas de los productos requeridos.

2. La orden de pedido es pasada al asistente de ventas, quin se encargar de llevarla al jefe de

produccin en el rea de produccin para su anlisis.

3. El pedido es revisado por el jefe de produccin para que analice la factibilidad de fabricar los

productos con las caractersticas requeridas.

4. La factibilidad se basa primero en si antes se ha fabricado un producto con similares caractersticas,

en caso contrario se analiza la dificultad del producto para aceptar o negar el pedido.

5. En caso de ser factible la fabricacin del producto, el jefe de produccin emite una lista de la materia

prima necesaria, esta lista se le enva al operario de almacn para que revise el stock y d un

estimado de tiempo en que la materia prima estara disponible para su utilizacin, mientras que el

jefe de produccin va calculando el tiempo que se tomara para la fabricacin.

6. En caso de que se pueda fabricar el producto, la informacin que emita el operario es necesaria para

generar el informe de evaluacin.

7. Luego, el jefe de produccin especfica su respuesta en un informe de evaluacin que contiene el

costo y la fecha de produccin; este documento se enva al asesor de ventas a travs de su asistente;

en caso de ser una respuesta afirmativa, tambin se genera una orden de produccin.

8. El asesor de ventas comunica la respuesta al cliente, si es afirmativa se procede a generar una orden

de pago.

9. El cliente se acerca con la orden de pago a la caja, en donde la cajera finalmente generara un

comprobante de pago, pudiendo ser una boleta o factura

10. Termina el proceso.

Preguntas:

1. Realice el diagrama de casos de uso de negocio correspondiente.



DIAGRAMA DE ACTIVIDAD DE NEGOCIO

Es la representacin de una secuencia de actividades dentro de un caso de uso de negocio. Provee una manera

grafica de documentar un caso de uso de negocio.

Un diagrama de la actividad en una realizacin del caso del uso del negocio ordenar la tareas o las

actividades que logran una o ms metas de negocio, que satisfacen la iteracin entre los Actores

externos del negocio y los trabajadores internos del negocio.

Se usa separadores de Lnea para representar principalmente trabajadores del negocio, y de cmo

estos realizan el negocio

los flujos del objeto se utilizan para demostrar cmo las entidades de negocio se crean y se utilizan

en un Flujo

Elementos:

1- Inicio: El inicio de un diagrama de actividad es representado por un crculo de color negro slido.

2- Actividad de Negocio: Una actividad representa la accin que ser realizada por un caso de

uso de negocio la cual es representada dentro de un ovalo.

3- Transicin: Una transicin ocurre cuando se lleva a cabo el cambio de una actividad a otra,

la transicin es representada simplemente por una lnea con una flecha en su terminacin para indicar

direccin.

4- Bifurcacin (decisin): Una ramificacin ocurre cuando existe la posibilidad que ocurra ms de

una transicin (resultado) al terminar determinada actividad. Este elemento es representado a

travs de un rombo.

5- Barra de Sincronizacin: Representa actividades paralelas.

6- Fin: El fin de un diagrama de actividad es representado por un crculo, con otro crculo concntrico

de color negro slido.

7- Canales (Swimlines): En determinadas ocasiones ocurre que un diagrama de actividad se expanda a

lo largo de ms de un entidad o actor, cuando esto ocurre el diagrama de actividad es particionada en

canales (swimlines), donde cada canal representa la entidad o actor que est llevando a cabo la

actividad.



Ejemplo 1

Ejemplo2



Ejemplo 3

Ejercicio:

1. Realizar el Diagrama de Actividades y para modelar el siguiente flujo de control:

Un cliente desea obtener una cuenta corriente a su nombre en un negocio particular. El

gerente atiende la solicitud y solicita un informe de las referencias comerciales

proporcionadas por el cliente, al centro de Referencias Comerciales. Si el gerente acepta la

solicitud, fija un monto mximo y abre la cuenta corriente solicitada. El gerente rechaza la

solicitud si: el cliente ya posee una cuenta abierta, si no tiene referencias comerciales en el

centro de Referencias Comerciales o si ste devuelve un informe negativo.

2. Realizar un Diagrama de Actividades para modelar la compra de viajes.

Una persona que desee adquirir un viaje deber dirigirse a las oficinas de compaa area

correspondiente con su DNI. La secretaria de ventas de viajes de la compaa, se encarga de

recibir la documentacin del cliente (pasajero).Con estos datos, la secretaria busca en el

archivo las fichas de pasajeros registrados (tendr una ficha si anteriormente ha realizado un



viaje con la compaa). En el caso de que el cliente no posea una ficha, se la completa en el

momento. La secretaria pedir los datos del viaje a realizar (origen, destino y fecha de

partida) e informar los costos. Una vez completados estos pasos, la secretara verificar la

disponibilidad del viaje. En caso negativo, se ofrecer al cliente alguna alternativa con

respecto a la fecha de partida. El cliente puede aceptar alguna de estas propuestas o bien

cancelar la operacin. Si el cliente acepta, deber suministrar sus datos de tarjeta de crdito

o bien pagar en efectivo. En el caso de que el cliente pague con tarjera, la secretaria deber

verificar la disponibilidad del crdito para ese cliente comunicndose con el Centro

Internacional de Crdito (C.I.C.) quin ser el que confirmar si el cliente cuenta con el

crdito correspondiente para abonar el viaje.

3. Un paciente es atendido en un Consultorio Odontolgico. El paciente ingresa al consultorio,

la secretaria verifica si el paciente tiene un turno otorgado, y slo en ese caso el mismo ser

atendido. Si el paciente posee una mutual por la cual atiende el odontlogo, entrega la orden

correspondiente a la Secretara. Si no posee mutual, debe pagar un monto fijo por la

consulta y la secretaria le entrega el recibo del pago correspondiente.

Si es la primera vez que el paciente es atendido por el odontlogo, la secretaria realiza una

historia clnica tomando sus datos personales, y luego se la entrega al odontlogo.

Una vez atendido, el odontlogo registra los datos de la consulta en la historia clnica del

paciente. En caso que sea necesario, finalizada la consulta, el odontlogo se comunica con

la secretaria para acordar un nuevo turno para el paciente.

4. Elaborar el diagrama de actividad :

El cliente enva una orden de pedido, que debe incluir la fecha de solicitud, datos del cliente

y productos solicitados. Es posible que sea un empleado del departamento comercial quien

introduzca el pedido, a peticin de un cliente que realiz su pedido por telfono o lo envi

por fax o correo ordinario al depto. comercial de la empresa.

- El empleado revisa el pedido (completndolo, si es necesario), y comienza su

procesamiento envindolo al jefe tcnico, que est encargado de su anlisis.

- El jefe tcnico analiza la viabilidad de cada producto del pedido por separado:

Si el producto pedido est en el catlogo, su fabricacin es aceptada.

En caso contrario, es considerado un producto especial, y el jefe tcnico estudia su

produccin:

- Si es viable, la fabricacin del producto especial es aceptada;

- Si no es viable, el producto especial no ser fabricado.

Una vez estudiado el pedido completo, el jefe tcnico...

Informa al departamento comercial de la aceptacin o rechazo de cada producto pedido;

Si todos los productos de un pedido han sido aceptados, se crea una orden de trabajo para

cada producto, a partir de una plantilla de fabricacin (la estndar si el producto estaba

catalogado, o una nueva, especficamente diseada para el producto, si ste no estaba en el



catlogo). Cada orden de trabajo es enviada al jefe de produccin, y queda pendiente de su

lanzamiento.

El comercial comunica al cliente el resultado final del anlisis de su pedido.



MODELO DE ANALISIS DE NEGOCIO

El modelo del anlisis de negocio describe la realizacin de los casos del uso del negocio en funcin a la

interaccin entre los trabajadores del negocio y las entidades de negocio.

Sirve como abstraccin de cmo los trabajadores del negocio y las entidades de negocio necesitan ser

relacionados y de cmo necesitan colaborar para realizar los casos del uso del negocio.

El propsito del modelo del anlisis de negocio es describir cmo se realizan los casos del uso del negocio.

El modelo del caso del uso del negocio describe qu sucede entre los Acores de negocio y el negocio, y no

hace ninguna asuncin sobre la estructura del negocio.

El modelo del anlisis de negocio, define los trabajadores internos del negocio y la informacin que utilizan

(las entidades de negocio), describen su organizacin estructural en las unidades independientes (sistemas del

negocio), y definen cmo obran recprocamente para realizar el comportamiento descrito en los casos del uso

del negocio.

El analista del negocio es responsable de la estructura y de la integridad del modelo, mientras que los

diseadores del negocio son responsables de detallar elementos dentro del modelo.

El modelo tambin es utilizado por los analistas de sistemas para derivar requisitos del software, basados en

cmo el sistema de software ser utilizado como parte de los procesos del negocio. Los arquitectos del

software utilizan el modelo para definir una arquitectura del software que para la organizacin y para

identificar clases en modelos del anlisis y del diseo del software

Elemnetos:

1- Bussiness Enty o Entidad de Negocio: ente manipulado por los trabajadores de negocio,

representa el lugar donde se almacena o consulta datos de forma manual.

2- Bussiness Worker o trabajador de negocio: rol o roles dentro del proceso de negocio que

manipula las entidades de negocio.

3- Business use case realization o Realizacion de Caso de Uso de Negocio

4- Diagrama de Actividad de Negocio

5- Diagrama de Objetos de Negocio: Representa las responsabilidades de los trabajadores de negocio

con respecto a las entidades de negocio y las relaciones entre las mismas entidades de negocio.

6- Diagrama de colaboracion de negocio



Ejemplo de daigrama de objetos de negocio:

fase de inicio.pdf

Documents