SEPARATA2

Proyecto de desarrollo del Software
Rational Unified Process
METODOLOGIA
RUP
(RATIONAL UNIFIED PROCESS)
Proyecto: __________________________________________
Sistema: ___________________________________________
Integrantes:
Jefe de Proyecto: ________________________________________
Colaboradores:
1- Colaborador1
2- Colaborador2
3- Colaborador.n
Prof. Ayquipa Cordova, Godofredo
FASE
DE
ELABORACION
1- Diagrama de Paquete de Sistema
2- Modelo de Caso de Uso (Modelo de Requisitos)
a- Diagrama de caso de uso
b- Diagrama de Actividad
c- Especificaciones de caso de uso
3- Prototipos (interfaz de usuario)
1- DIAGRAMA DE PAQUETE DE SISTEMA
En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra como un sistema est dividido en
agrupaciones lgicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete
est pensado como un directorio, los diagramas de paquetes suministran una descomposicin de la jerarqua
lgica de un sistema.
Los Paquetes estn normalmente organizados para maximizar la coherencia interna dentro de cada paquete y
minimizar el acoplamiento externo entre los paquetes. Con estas lneas maestras sobre la mesa, los paquetes
son buenos elementos de gestin. Cada paquete puede asignarse a un individuo o a un equipo, y las
dependencias entre ellos pueden indicar el orden
de desarrollo requerido.
2- MODELO DE CASO DE USO
El Modelo de Casos de uso es un modelo que
describe los requerimientos funcionales del
sistema en forma de Casos de uso.
En UML los Casos de Uso son los principales
medios para capturar la funcionabilidad del
sistema desde la perspectiva del usuario y
muchas veces puede reemplazar al documento
requisitos funcionales
a- Diagrama de Caso de Uso:
Un diagrama de Casos de Uso muestra
las distintas operaciones que se esperan
de una aplicacin o sistema y cmo se
relaciona con su entorno (usuarios u
otras aplicaciones).
El diagrama de casos de uso representa
la forma en cmo un Cliente (Actor)
opera con el sistema en desarrollo,
adems de la forma, tipo y orden en
como los elementos interactan
(operaciones o casos de uso).
Secuencia de transacciones
desarrolladas por un sistema en respuesta a un evento iniciado por un actor
Sirven para especificar la funcionalidad y el Comportamiento de un sistema
Un diagrama de caso de uso muestra las relaciones entre actores y casos de uso dentro del sistema
Un caso de uso es una unidad coherente de una funcionalidad provista por el sistema (o una clase)
Elementos:
Caso de Uso: es una representacin de una unidad discreta de trabajo realizada por un usuario usando el
sistema en operacin. Se ejecuta en su totalidad o no se ejecuta nada, devolviendo algo de valor al
usuario.
Es una operacin/tarea especfica que se realiza tras una orden de algn agente interno, sea desde una
peticin de un actor o bien desde la invocacin desde otro caso de uso.
Actor: Una definicin previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es
importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente
representa a una persona en particular, sino ms bien la labor que realiza frente al sistema.
Relacin: Comunicacin (relacin entre un actor y un caso de uso con el que interacta; se representa
simplemente con una lnea). Relacion entre casos de uso : Include y Extend
b-
b- Diagrama de actividad de sistema

El diagrama de actividad muestra el orden en el que se van realizando tareas dentro de un sistema.
Los diagramas de actividad describen la secuencia de las actividades en un sistema.
Elementos:
1- Inicio: El inicio de un diagrama de actividad es representado por un crculo de color negro slido.
2- Actividad de Sistema: 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.
actividad
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.
c-
Especificaciones de Caso de Uso: cuenta con el siguiente formato.

1- Nombre del Caso de Uso
1.1- Descripcion
2- Flujo de Eventos
2.1- Flujo Basico
2.2- Flujos Alternativos
2.2.1- Flujo alternativo
2.2.2- Otro flujo alternativo
3- Precondiciones
3.1- Una Precondicion
3.2- Otra precondicion
4- Poscondiciones
4.1- Una poscondicion
4.2- Otra poscondicion
Ejemplo de especificaciones de caso de uso:
1- Registrar Producto
1.1 Breve Descripcin
Permite al jefe de almacn tener una gestin de productos para luego poder adminstralos en el
funcionamiento de nuestro sistema, el jefe de almacn podr crear, editar y eliminar producto(s)
segn sea el criterio de la empresa.
2- Flujo de Eventos
2.1 Flujo Bsico
El sistema muestra la interfaz Gestionar Producto con los criterios de bsqueda que son los
campos: cdigo, modelo, marca, nombre producto, categora adems de las opciones buscar, editar,
nuevo, eliminar.
2.1.1- Crear Producto
1. El caso de uso comienza cuando el Jefe de Almacn solicita Nuevo en la interfaz Gestin
Productos.
2. El sistema muestra la interfaz Crear Producto.
3. El Jefe de Almacn selecciona Categora (partes y piezas, perifricos y accesorios y suministros)
4. El sistema retorna lista de tipo de Producto en base a la categora.

5. El jefe de Almacn selecciona Tipo de Producto (segn la categora).
6. El sistema retorna lista de marcas en base al Tipo de producto.
7. El jefe de almacn selecciona marca.
8. El jefe de Almacn ingresa Modelo.
9. El jefe de Almacn Ingresa Una breve descripcin.
10. El jefe de Almacn elige la opcin de Grabar para guardar el nuevo Producto Creado.
11. El Sistema Guarda registro nuevo del producto ingresado.
12. El Sistema genera mensaje de confirmacin de creacin de producto.
13. El sistema regresa a la interfaz de Gestin de Producto.
2.1.2- Editar Producto
1. El jefe de almacn ingresa el criterio de bsqueda del producto en la interfaz Gestin de
Productos.
2. El jefe de almacn selecciona el botn Buscar
3. Se ejecuta el caso de uso extendido Buscar Producto
4. El sistema muestra el producto(s) y sus datos en una tabla en la interfaz de Gestin Producto
5. El jefe de almacn presiona editar en el producto que desea modificar.
6. El sistema muestra la interfaz Editar producto
7. El jefe de almacn modifica los datos del producto segn criterio
8. El jefe de Almacn selecciona grabar
9. El sistema guarda los datos modificados y genera un mensaje Actualizacin Completada
10. El Jefe de almacn presiona Aceptar
11. El Sistema regresa a la interfaz Gestin de Productos.
2.1.3- Eliminar Producto
1. El jefe de almacn ingresa el criterio de bsqueda del producto en la interfaz de Gestin de
productos.
2. El jefe de almacn selecciona buscar
3. Se ejecuta el caso de uso extendido Buscar Producto
4. El sistema muestra el producto(s) y sus datos en una tabla en la interfaz de Gestin Producto
5. El Jefe de almacn selecciona el producto(s) que desea eliminar presionando en el checkbox
correspondiente.
6. El Jefe de almacn presiona el botn Eliminar
7. El sistema muestra mensaje Seguro que desea eliminar el producto(s) seleccionado(s) de la lista
8. El jefe de Almacn confirma presionando el botn Aceptar

9. El sistema elimina el producto(s) seleccionado de la base de datos
10. El sistema limpia los campos del producto
2.2- Flujos Alternativos
2.2.1- < Error falta ingresar datos obligatorios >
En el punto 10 del crear producto, cuando el usuario selecciona guardar sin haber llenado todos los
campos requeridos, el sistema muestra un mensaje de error Falta llenar campos y lo retorna al la
interfaz Crear Producto.
2.2.2- <No coloca criterio de bsqueda>
Si en editar producto y eliminar producto el jefe de almacn presionar buscar sin ingresar un criterio
de bsqueda, el sistema mostrara en la tabla todos los productos ingresados hasta el momento
2.2.3 <Error no seleccionar producto>
En el punto 6 de eliminar producto, cuando el usuario selecciona eliminar sin haber seleccionado el
producto, el sistema muestra un mensaje de erro Falta seleccionar producto a eliminar y lo retorna
a la interfaz eliminar producto.
3- Precondiciones
3.1- El Jefe de Almacn tiene que estar logeado en el sistema
3.2- Que existan productos ingresados a la base de datos
4- Pos condiciones
4.1- El sistema ha actualizado la lista de productos
Ejemplo de especificaciones de Caso de Uso
Especificacin de Caso de Uso
1- Gestin de Clientes
1.1- Descripcin
Este caso de uso resume la utilidad de alta, baja y modificacin de los datos registrados en la base de
datos de la plantilla de clientes que tiene la empresa. El usuario de ventas, ya sea representante de
ventas, operadora o cliente on-line, podr acceder a los datos correspondientes a cada uno y realizar
modificaciones. Los representantes de ventas solamente pueden modificar o eliminar clientes que
estn asociados a los mismos, y el alta asociar automticamente al cliente con dicho representante.
Los clientes on-line solo podrn modificar datos propios, eliminarse como clientes o darse de alta
como uno nuevo sin que d lugar a repeticiones. Por ltimo, la operadora podr modificar, dar de alta
o eliminar cualquier cliente.
2- Flujo de Eventos
Flujo Bsico
1. El Usuario de Ventas puede seleccionar dar de alta un nuevo cliente, pasar al punto 2; dar de baja un
cliente, pasar al punto 3; modificar datos de un cliente, pasar al punto 4.
2. El Usuario de Ventas solicita el alta de un nuevo cliente.
2.1. El sistema muestra los campos de datos necesarios a introducir; los campos a rellenar son: DNI/CIF,
Nombre, Pas, Provincia, Localidad, Direccin, Cdigo Postal, Telfono, E-mail y Cuenta Bancaria.
2.2. El Usuario de Ventas pulsa el botn introducir datos. Pasar al punto 5.
3. El Usuario de Ventas solicita la baja de un cliente.
3.1. El sistema muestra el campo DNI/CIF a introducir necesario para la baja.
3.2. El Usuario de Ventas introduce el DNI/CIF del cliente que desea eliminar y pulsa entrar.
3.3.
3.4.
3.5.
3.6.
4.
El sistema muestra los campos de los datos del cliente que se ha solicitado para la baja.
El Usuario de Ventas pulsa el botn borrar de su interfaz grfica.
El sistema genera un mensaje de aviso de borrado y solicita la confirmacin de la eliminacin.
El Usuario de Ventas puede confirmar la eliminacin del cliente pulsando el botn Aceptar, o bien
puede cancelar el borrado pulsando el botn Cancelar. Pasar al punto 5.
El Usuario de Ventas solicita la modificacin de datos de un cliente.
4.1. El sistema muestra el campo DNI/CIF a introducir necesario para la modificacin. El sistema
muestra los datos del cliente que se ha solicitado para la modificacin.
4.2. El Usuario de Ventas puede modificar cualquiera de los datos de los campos mostrados por el
sistema, stos son: DNI/CIF, Nombre, Pas, Provincia, Localidad, Direccin, Cdigo Postal,
Telfono, E-mail y Cuenta Bancaria.
4.3. El Usuario de Ventas puede solicitar guardar los datos modificados pulsando el botn Modificar de
la interfaz grfica.
4.4. El sistema genera un mensaje de aviso de modificacin y solicita la confirmacin de la misma.
4.5. El Usuario de Ventas puede confirmar la modificacin del cliente pulsando el botn Aceptar, o bien
puede cancelar el borrado pulsando el botn Cancelar. Pasar al punto 5.
Flujos Alternativos
En el punto 2.2
El sistema comprueba que los datos del nuevo cliente, DNI/CIF no se corresponden con ningn otro cliente de
la base de datos. En caso afirmativo, generar un mensaje de error comunicando que dicho cliente ya est
dado de alta en la base de datos. El sistema comprueba que se han introducido todos los datos restantes, en
caso de que no se hayan introducido datos en los campos Nombre, Pas, Provincia, Localidad, Direccin,
Cdigo Postal, Telfono y Cuenta Bancaria, el sistema generar un mensaje de error
3- PROTOTIPO O INTERFAZ DE USUARIO
Esta es una de las partes ms importantes de cualquier programa ya que determina que tan fcilmente es
posible que el programa haga lo que el usuario quiere hacer. Un programa muy poderoso con una interfaz
pobremente elaborada tiene poco valor para un usuario no experto.
La elaboracin de una interfaz de usuario, bien diseada, exige una gran dedicacin pues generalmente
las interfaces son grandes, complejas y difciles de implementar, depurar y modificar. Hoy en da las
interfaces de manipulacin directa (tambin llamadas interfaces grficas de usuario, GUI por sus siglas
en ingls) son prcticamente universales. Las interfaces que utilizan ventanas, conos men se han
convertido en estndar en los materiales computacionales.
Ejemplo de interfaz de usuario:
Hotel
El dueo de un hotel nos pide desarrollar un programa para consultar las habitaciones disponibles y
poder reservar habitaciones en su hotel.
El hotel posee tres tipos de habitaciones: simple, doble y matrimonial, y dos tipos de clientes:
habituales y espordicos. Una reserva almacena datos del cliente, de la habitacin reservada, la
fecha de comienzo y el nmero de das que ser ocupada la habitacin.
El recepcionista del hotel debe poder hacer las siguientes operaciones:
Obtener un listado de las habitaciones disponible de acuerdo a su tipo.
Preguntar por el precio de una habitacin de acuerdo a su tipo.
Preguntar por el descuento ofrecido a los clientes habituales.
Preguntar por el precio total para un cliente dado, especificando su nmero de reserva, tipo
de habitacin y nmero de noches.
Dibujar en pantalla la foto de una habitacin de acuerdo a su tipo.
Reservar una habitacin especificando el nmero de la pieza, reserva y nombre del cliente.
Eliminar una reserva especificando el nmero de la habitacin.
El administrador puede usar el programa para:
Cambiar el precio de una habitacin de acuerdo a su tipo.
Cambiar el valor del descuento ofrecido a los clientes habituales.
Calcular las ganancias que tendrn en un mes especificado (considere que todos los meses
tienen treinta das).
El diseo a desarrollar debe facilitar la extensibilidad de nuevos tipos de habitaciones o clientes y a su vez
permitir agregar nuevas consultas.
Obtener el diagrama de casos de uso.
FASE
DE
CONSTRUCCION
1- Modelo de Anlisis
a- Caso de Uso Anlisis
b- Clase Anlisis
- Clase Boundary
- Clase Control
- Clase Entidad
c- Diagrama de Colaboracin Clase Anlisis
d- Diagrama de Secuencia Clase anlisis
2- Modelo de Datos (Data Modeler Diagram)
1- MODELO DE ANALISIS
- El modelo de anlisis es una especificacin detallada de los requerimientos y trabajos.
- Lo usan los desarrolladores para entender los casos de uso, refinndolos como
colaboraciones entre clasificadores conceptuales.
El modelo de anlisis se usa para crear un sistema robusto con reuso considerable de
componentes
El modelo de anlisis es un modelo conceptual y no un proyecto de la implementacin.
- Especificacin detallada (precisa) de requisitos.
- Refina los casos de uso como colaboraciones entre clasificadores:
Clasificadores: clases de anlisis, paquetes.
Colaboraciones: realizaciones de los casos de uso.
MODELO DE CASO DE USO
Se describe utilizando el lenguaje del cliente
Vista externa del sistema
Estructurado por casos de uso
Se usa primariamente como un contrato
entre el cliente y desarrolladores, determina
QUE har el sistema y se decide si el
sistema se llevar a cabo o no
MODELO DE ANALISIS
Se describe utilizando el lenguaje del programador
Vista interna del sistema
Estructurado por clases y paquetes
Se utiliza principalmente por los
desarrolladores para entender QUE har el
sistema y plantear interacciones que
comiencen a definir el COMO
Puede contener redundancias e

inconsistencias
Se reducen considerablemente las

redundancias e inconsistencias
Captura las funcionalidades del sistema
Refina y describe la forma en que se

realizarn las funcionalidades del sistema
Define los CASOS DE USO y a futuro

sern analizados en el Modelo de Anlisis
Define REALIZACIONES DE CASOS DE

USO, donde cada uno representa el anlisis
de un caso de uso particular
2- ARTEFACTOS DEL ANALISIS

a-
CLASES DE ANALISIS: representan una abstraccin de una o varias clases y/o subsistemas en
el diseo del sistema.
b- REALIZACIONES DE CASOS DE USO: descripcin de la realizacin de cada caso de uso en
trmino de clases de anlisis y la interaccin entre objetos de anlisis.
c- PAQUETES DE ANALISIS: permiten organizar el modelo de anlisis en piezas manejables.
Pueden contener realizaciones de casos de uso, clases de anlisis y otros paquetes de anlisis.
d- DESCRIPCIN DE LA ARQUITECTURA: vista arquitectnica del Modelo de Anlisis mostrando
sus artefactos ms significativo
3- ACTIVIDADES DEL ANALISIS
a- ANALIZAR CADA CASO DE USO
- Identificar Clases de Anlisis _ UML- Diagrama de Clases
- describir la interaccin entre objetos de anlisis
- UML -Diagrama de Colaboracin, descripcin Textual
- Capturar requerimientos especiales
b- ANALISIS ARQUITECTONICO

-
Realizar un bosquejo del modelo de anlisis identificando los paquetes de anlisis, clases de
anlisis y requerimientos especiales ms importantes.
c-
ANALIZAR PAQUETE
- Agrupar clases en paquetes cuando es necesario.
- Asegurar que cada paquete de anlisis es lo ms independiente posible de otros.
- Asegurar que cada paquete de anlisis satisface su propsito de realizacin de ciertas clases
y casos de uso.
d- ANALIZAR CADA CLASE DE ANALISIS
- Asignar un nombre, Identificar Atributos, Identificar relaciones.
- Identificar Responsabilidades: compilacin de todos los roles que la clase juega en todas las
realizaciones de casos de uso.
- Capturar requerimientos especiales.
4- TIPOS DE CLASE DE CLASES DE ANALISIS
a- CLASES LIMITE (Boundary class o interfaz):
- Modelan interaccin entre el sistema y sus actores.
- Clarifican los requisitos en la frontera entre sistema y usuarios. Cambios en los
interfaces de usuario, de comunicacin, etc. afectan a las clases frontera.
- Representan abstracciones de ventanas, formularios,
sensores, terminales y APIs (Application Program
Interfaces).
- Deben estar asociados a un acto.
b- CLASES ENTIDAD (Entity class):
- Modelan informacin persistente.
- Las clases entidad muestran la estructura lgica de
los datos
c-
CLASES CONTROL (Control class):

- representan coordinacin, secuencia miento, transacciones y control de objetos.
- Buscar una informacin concreta de una clase conociendo alguno de los valores de sus
atributos
- Crear/modificar/eliminar informacin
- Realizar procesos/clculos relacionados con la lgica del negocio
- No pueden conectarse directamente con los actores
Ejemplo
Caso de Uso: INSERTAR CLIENTE
Precondicin: existe un cliente para ser ingresado al sistema.
Pos condicin: se registra el nuevo cliente en el sistema o el cliente ya estaba cargado.
FLUJO DE EVENTOS PRINCIPAL
Secretaria
1. Ingresa el DNI del cliente.
3. Ingresa nro socio, nombre, telfono y localidad
Sistema
2. Chequea existencia.
4. Include (buscar localidad)
5. Carga al nuevo cliente.
FLUJO DE EVENTOS ALTERNATIVOS

2.1. El cliente ya existe, el sistema informa tal situacin y termina el
caso de uso.
4.1. La localidad ingresada no existe, debe ingresar una localidad
existente.
SOLUCION:
1- Clase Anlisis:
IU_Cliente
Ctrl_Cliente
Cliente
2Diagrama de Clase Anlisis y Diagrama de Colaboracin
IU_Cliente
Ctrl_Cliente
Ctrl_Localidad
3- Atributos y responsabilidades de la clase
Cliente
: Cliente
Atributos: ??.
Atributos: DNI, nombre, telfono,
nrosocio. Localidad??
Responsabilidades:brindar y
: IU_Cliente
mantener guardada los datos del
cliente. (set y get).
Responsabilidades:
recibir los datos
Atributos:
??.
ingresados
por
el
usuario.
Chequear
Responsabilidades: chequear
la
formato dedel
loscliente,
datos ingresados.
existencia
enviar datos
Mostrar
usuario.
para
ser resultados
guardados,albuscar
la
: Ctrl_Cliente
localidad ingresada.
4- Diagrama de Secuencia
: Cliente
: Ctrl_Cliente
: Ctrl_Localidad
: IU_Cliente
: Secretaria
1. Ingresar DNI
2. Chequear DNI
3. Obtener Cliente
4. Ingresar otros datos
5. Enviar Datos
6. Buscar localidad
7. Guardar Nvo Cliente
5- REALIZACION EN ANALISIS DE LOS CASOS DE USO

- Es una colaboracin que describe cmo se realiza en anlisis un caso de uso en trminos de
clases de anlisis y sus interacciones.
- Es una colaboracin que indica cmo se realiza/ejecuta un caso de uso.
- La realizacin en anlisis de un caso de uso, incluye:
a- diagramas de clases: clases participantes
b- diagramas de interaccin: escenarios del CU.
c- descripcin textual del flujo de eventos
d- nada de requisitos no funcionales (hasta el diseo).

Modelo de Caso de Uso
Use Case

Modelo de Analisis
Realizacion en analisis
6- DIAGRAMA DE CLASE
- Una clase de anlisis puede participar en varios casos de uso.
- Algunas responsabilidades, atributos y asociaciones suelen ser especficos de un slo caso
de uso.
7- DIAGRAMA DE INTERACCION
- La secuencia de acciones en un caso de uso comienza cuando un actor enva un mensaje a
una clase lmite.
- Se van a utilizar diagramas de colaboracin.
- Ejemplo: Caso de uso Publicar notas del actor Profesor.
Ejemplo:
ANALISIS DE CASO DE USO: SACAR DINERO

SEPARATA2

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SEPARATA2

Cargado por

Copyright:

Formatos disponibles

Proyecto de desarrollo del Software

Rational Unified Process

Jefe de Proyecto: ________________________________________

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

1- DIAGRAMA DE PAQUETE DE SISTEMA

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

b- Diagrama de actividad de sistema

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

5- Barra de Sincronizacin: Representa actividades paralelas.

Especificaciones de Caso de Uso: cuenta con el siguiente formato.

Proyecto de desarrollo del Software

Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

4. El sistema retorna lista de tipo de Producto en base a la categora.

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

8. El jefe de Almacn confirma presionando el botn Aceptar

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Obtener un listado de las habitaciones disponible de acuerdo a su tipo.

Preguntar por el precio de una habitacin de acuerdo a su tipo.

Preguntar por el descuento ofrecido a los clientes habituales.

Dibujar en pantalla la foto de una habitacin de acuerdo a su tipo.

Eliminar una reserva especificando el nmero de la habitacin.

El administrador puede usar el programa para:

Cambiar el precio de una habitacin de acuerdo a su tipo.

Cambiar el valor del descuento ofrecido a los clientes habituales.

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

Puede contener redundancias e

Se reducen considerablemente las

Captura las funcionalidades del sistema

Refina y describe la forma en que se

Define los CASOS DE USO y a futuro

Define REALIZACIONES DE CASOS DE

2- ARTEFACTOS DEL ANALISIS

Prof. Ayquipa Cordova, Godofredo

Proyecto de desarrollo del Software

Rational Unified Process

CLASES CONTROL (Control class):

Prof. Ayquipa Cordova, Godofredo