Ejemplo RUP

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 23

METODOLOGIA RUP

(RATIONAL UNIFIED PROCESS)


Proyecto:
“Implementación de Sistema de Ventas”

Plan de las fases:

Fase Nro. Iteraciones Duración

Fase de Inicio 1 17-febrero/2 marzo

Fase de 1 3-marzo/13abril
Elaboración
Fase de 1 14-abril/26-mayo
Construcción

Fase de 1 27-mayo/6-julio
Transición

Como se ha comentado ,el proceso iterativo e incremental de RUP esta


caracterizado por la realización en paralelo de todas las disciplina de desarrollo a
lo largo delo proyecto , con la cual la mayoría de los artefactos son generados muy
tempranamente en el proyecto pero van desarrollándose en el mayor o menor
grado de la fase e iteración del proyecto.las siguiente figura ilustra este enfoque
en ella lo ensombrecido marca el énfasis de cada disciplina(WORKFLOW)en un
momento determinado de desarrollo.

Los hitos que marcan el final cada fase se describen en la


siguiente tabla
Descripción Hitos

Fase de inicio En esta fase desarrollará los requisitos del


producto desde la perspectiva del usuario, los
cuales serán establecidos en el artefacto Visión.
Los principales casos de uso serán identificados
y se hará un refinamiento del Plan de Desarrollo
del Proyecto. La aceptación del cliente/usuario
del artefacto Visión y el Plan de Desarrollo
marcan el final de esta fase.

Fase de Elaboración En esta fase se analizan los requisitos y se


desarrolla un prototipo de arquitectura
(incluyendo las partes más relevantes y/o
críticas del sistema). Al final de esta fase, todos
los casos de uso correspondientes a requisitos
que serán implementados en la primera release
de la fase de Construcción deben estar
analizados y diseñados (en el Modelo de
Análisis/Diseño). La revisión y aceptación del
prototipo de la arquitectura del sistema marca el
final de esta fase. En nuestro caso particular,
por no incluirse las fases siguientes, la revisión
y entrega de todos los artefactos hasta este
punto de desarrollo también se incluye como
hito. La primera iteración tendrá como objetivo
la identificación y especificación de los
principales casos de uso, así como su
realización preliminar en el Modelo de
Análisis/Diseño, también permitirá hacer una
revisión general del estado de los artefactos
hasta este punto y ajustar si es necesaria la
planificación para asegurar el cumplimiento de
los objetivos. Ambas iteraciones tendrán una
duración de una semana.

Fase de Construcción Durante la fase de construcción se terminan de


analizar y diseñar todos los casos de uso,
refinando el Modelo de Análisis/Diseño. 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 elaboración de
material de apoyo al usuario. El hito que marca
el fin de esta fase es la versión de la release 2.0,
con toda la capacidad operacional del producto,
lista para ser entregada a los usuarios para
pruebas beta.

Fase de Transición En esta fase se prepararán dos releases para


distribución, asegurando una implantación 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 documentación del proyecto
con los manuales de instalación y todo el
material de apoyo al usuario, la finalización del
entrenamiento de los usuarios y el
empaquetamiento del producto.

Calendario del Proyecto:

A continuación, se presenta un candelario de las principales tareas del proyecto


incluyendo solo las fases de inicio y elaboración. Como se ha comentado el
proceso iterativo e incremental de RUP está caracterizado por la realización en
paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual
la mayoría de los artefactos son generados muy tempranamente en el proyecto,
pero van desarrollándose a mayor o menor grado de acuerdo a la fase e iteración
del proyecto. La siguiente figura ilustra este enfoque en ella lo ensombrecido
marca el énfasis de cada disciplina en un momento determinado del desarrollo.
Calendario fase de elaboración:

Id Nombre de tarea 1-02 a 08-02 a 15-02 a 01-03 a 15-03 a 22-03 a


07-02 14-02 28-02 14-03 21-03 28-03

1 Fase de Inicio
2 Modelado del Negocio

id Nombre de tarea 31-Ene-28Feb 1-Mar-28Mar

1 Fase de inicio L M M J V S D L M M J V S D

2 Modelado de
negocio

3 Modelos de
caso de uso de
negocio

4 Modelo de
procesos de
negocio

5 Modelo de
requisitos

6 Visión

7 Modelo de
requerimiento

8 Análisis

9 Diseño

10 Implementación

11 Pruebas

12 Despliegue
3 Modelado de casos de uso de Negocio
4 Modelado de los Procesos de Negocio
5 Modelado del Dominio
6 Modelado de requisitos
7 Visión
8 Modelado de requisitos
9 Especificación de casos de uso
10 Priorizar organizar casos de uso
11 Análisis del sistema
12 Paquetes del análisis
13 Realización de casos de uso
14 Modelo de clases del análisis
15 Clases entidades fundamentales
16 Otras clases del modelo
17 Diseño del sistema
18 Arquitectura lógica del sistema
19 Arquitectura física del sistema
20 Modelo lógico de datos
21 Implementación
22 Modelo físico de datos
23 Implementación de las clases del
sistema
24 Aspectos destacados del sistema
25 Aplicación del sistema
26 Interacción con la base de datos
27 Correspondencia con la base de datos
28 Implementación del sitio web
29 Pruebas

Fase de construcción:

Id Nombre de tarea 29Mar-15Abr 18Abr-02May


1 Fase de construcción L M M J V S D L M M J V S D
2 Modelos completos(casos de uso
análisis,diseño,despliegue e
implementación)

3 Arquitectura integra(mantenida y
mínimamente actualizada)

4 Riesgos presentados mitigados


5 Plan del proyecto para la fase de
transición

6 Manual inicial de usuario(con


suficiente detalle)

7 Caso de negocio actualizado

Fase de transición:

Id Nombre de tarea 03-May/1Jun 02-junio-01julio


1 Fase de transición L M M J V S D L M M J V S D
2 Caso de negocio completo.

3 Línea de base del producto


completo y corregida que incluye
todos los modelos del sistema.

4 Descripción de la arquitectura
completa y corregida.
PROYECTO DE DESARROLLO DE SOFTWARE

MODELO DE NEGOCIO

1.- Unidad Organizacional


2.- Paquete de Negocio
3.- Diagrama de Paquete de Negocio
4.- Diagrama de Caso de Uso Negocio
5.- Especificaciones de Caso de Uso de Negocio
6.- Diagrama de Actividad de Negocio
7.- Diagrama de Objetos de Negocio

1. Diagrama de Paquete de Negocio de ventas


2. Diagrama de Caso de Uso Ventas
CONSULTAR STOCK
ELABORAR DOCUMENTO PRE-COMPRA
Modelo requisitos:

a) Diagrama Paquete:

Sistema –Cotizacion:

b) Diagrama caso de uso – Cotizacion:

c) Prototipos:
D) Especificaciones:

1.-Generar Cotización:

1.1.-Breve Descripción:

En este caso de uso se podrá generar la cotización, las operaciones que se podrá hacer
son: Grabar, Cancelar, Generar una nueva cotización.

2.-Flujo de Eventos:

2.1.-Flujo Básico:

El usuario podrá realizar pedidos e imprimirlos, el sistema le muestra el formulario de


cotización.

2.1.1.-Nuevo / Siguiente y Grabar:

➢ El usuario accede al sistema, el sistema le muestra el menú de pedidos, el usuario


selecciona el Pedido.
➢ El sistema le muestra el formulario de cotización, solo con el botón nuevo habilitado.
➢ El usuario pulsa nuevo, el sistema habilita el formulario en donde se tendrá que escribir
el código, captura la fecha del sistema, la fecha de emisión, captura el nombre del
proveedor y los deshabilita.
➢ El usuario podrá seleccionar un proveedor del combo Proveedor, dependiendo de eso
se registrara el RUC y la Dirección del Proveedor.
➢ El usuario podrá ingresar la fecha de emisión.
➢ El usuario pulsara el botón pedidos el cual llamara al formulario de todos los pedidos,
el sistema filtrara los pedidos del proveedor que elijas.
➢ El usuario selecciona el pedido y lo pasa a la grilla del formulario cotización y saldrá de
la lista de pedidos que se encuentran en el formulario pedidos.
➢ El usuario podrá ingresar el precio de compra y el importe a pedir.
➢ El usuario solo podrá registrar 6 pedidos, si el usuario quiere seguir registrando mas
pedidos para el mismo proveedor el sistema grabará los pedidos y automáticamente
se habilita el botón siguiente en donde el usuario podrá seguir registrando su pedido,
manteniendo los datos del proveedor elegido anteriormente.
➢ El usuario podrá quitar, el pedido que desea.
➢ Si el usuario registra menos de 6 por pedido pulsara el botón grabar.
➢ El sistema grabara automáticamente los datos en la base de datos

2.1.2.- Cancelar:

➢ Si el usuario pulsa cancelar el sistema le muestra un mensaje de confirmación para


salir del sistema, en donde el usuario pulsa aceptar y el sistema se cierra.

2.2.- Flujos Alternativos:

➢ El sistema controla que solo sean 6 pedido para grabarlo y pasar al siguiente pedido
además el sistema muestra un mensaje en donde confirma que se pasara al siguiente
pedido.
➢ El sistema verifica que en la lista de productos solo se encuentren productos que
llegaron al stock mínimo.
➢ Los datos del proveedor se deshabilitarán no se podrá modificar.
➢ El sistema verifica que se ingrese todos los datos.

3.- Precondiciones:

➢ El usuario tendrá que tener acceso al menú de compras, el administrador si tiene


acceso al menú de compras.

4.- Postcondición:

➢ El sistema muestra la cotización realizada.


Modelo Analisis:

a) Caso de uso- cotizacion

b) Clase Analisis:

c) Diagrama de Colaboracion
Imprimir/siguiente/cancelar
d) Diagrama Caso de Uso Diseño Cotizacion:
e) Diagrama de Clase Interfaz (diseño del formulario cotizacion y lista)

f) Modelo de datos:
Diagrama de componentes
Diagrama de despliegue

También podría gustarte