1

CAPITULO 1. INTRODUCCION
1.1. INTRODUCCION

1.2. ANTECEDENTES

1.3. DESCRIPCION DEL PROBLEMA
1.3.1. Situacin problemtica

1.3.2. Situacin deseada

1.4. OBJETIVOS
1.4.1. OJETIVO GENERAL
Desarrollar una aplicacin WEB para .

1.4.2. OBJETIVOS ESPECFICOS
Comprender el funcionamiento de la empresa .
Realizar la captura de requisitos utilizando casos de uso viendo as la funcionalidad
del sistema.
....

1.5. METODOLOGA DE DESARROLLO
La metodologa que se utilizar para el desarrollo del presente proyecto es el PROCESO
UNIFICADO DE DESARROLLO DE SOFTWARE.

2

1.5.1. FASES DEL PROCESO
Fase de inicio.

El objetivo de esta fase es lograr la justificacin del presente proyecto para su
posterior puesta en marcha.
Para el logro de dicho objetivo se realizarn las siguientes actividades.

Investigar y recopilar toda la informacin pertinente para comprender a
cabalidad el funcionamiento del supermercado La casa de Pepito.
Elaborar la descripcin del problema.
Encontrar los posibles requisitos de la aplicacin.
Detallar cada uno de los posibles requisitos de la aplicacin para su
mayor compresin.
Obtener la primera versin del modelo de dominio que describe el
contexto en el que se enmarcar esta aplicacin.
..

Fase de elaboracin.

En esta fase se realizar la obtencin y el detalle del n % de los casos de uso del
sistema.
Las actividades a desarrollarse en esta fase sern:

Encontrar los actores del sistema, adems de los casos de uso.
Realizar el detalle de cada uno de los casos de uso.
Priorizar los casos de usos priorizando los casos de usos que permitan
realizar las funciones elementales en el supermercado.
Una primera versin de modelos de casos de uso, anlisis y diseo.


Fase de construccin.

En esta fase se realizar la mayor parte de la implementacin de la aplicacin,
dejando listo un producto en su versin operativa inicial Beta.
Las actividades a desarrollarse en esta fase sern:

Lograr todos los artefactos, incluyendo los modelos del sistema.
3

Elaborar una versin preliminar del manual de usuarios y los comandos
bsicos lo suficientemente detallado para guiar a los usuarios de las
pruebas Beta.
Elaborar el plan de proyecto para la fase de transicin.
..


1.6. ALCANCE

1.7. TECNOLOGIA Y HERRAMIENTAS


4

CAPITULO 2. MARCO RERENCIAL
2.1.
..



















5

CAPITULO 3. REQUISITOS
3.1. IDENTIFICAR REQUISITOS
3.1.1. REQUISITOS FUNCIONALES
RF1. El usuario podr
o Prioridad:
o Estado:
o Beneficio:
o Riesgo:
o Estabilidad:
Prioridad (*) Estado (*) Beneficio (*) Riesgo (*) Estabilidad (*)
Obligatorio (Es
fundamental)
Importante
(Podra
omitirse)
Opcional
(Incluir si hay
tiempo)
Puede esperar
(Puede
implementarse
en un nuevo
realease)
Propuesto (En
evaluacin)
Aprobado
Rechazado
Incorporado
(Debe ser
realizado en
alguna release)
Critica
Importante (Si
se omite puede
afectar la
usabilidad y la
satisfaccin)
til (Si se omite
no afecta
fuertemente en
la aceptacin
del sistema)
Riesgo que
involucra agregar el
requisito
Alto
Medio
Bajo
Probabilidad de
que el
requerimiento se
mantenga sin
cambios
Alta
Media
Baja

RF2. El sistema permitir
o Prioridad:
o Estado:
o Beneficio:
o Riesgo:
o Estabilidad:
.
6

3.1.2. REQUISITOS NO FUNCIONALES
RNF1. La aplicacin deber estar diseado bajo una arquitectura en tres
capas, usando esta independencia de capas para lograr posteriormente un
ptimo mantenimiento y mayor facilidad ante posibles modificaciones.
RNF 2. El sistema deber se desarrollar utilizando
.

3.2. MODELO DE DOMINIO

3.3. IDENTIFICAR ACTORES Y CASOS DE USO
3.3.1. IDENTIFICACIN DE ACTORES
Administrador
Usuario que podr realizar la creacin de cuentas de usuario en el
sistema y darle los privilegios de acceso respectivo.

Usuario xxx
.

3.3.2. IDENTIFICACIN DE CASOS DE USO
CU1: Ingresar al sistema.
CU2: Realizar
CU3: Gestionar
CU4: Actualizar
.


3.3.3. PRIORIZACIN DE CASOS DE USO
Nro. Caso de Uso Orden
CU1 Ingresar al
sistema
1
7

CU2 Realizar 3
CU3 Gestionar 2
..

3.4. DETALLAR CASOS DE USO
3.4.1. CU1: Ingresar al Sistema.
3.4.1.1. Diagrama de caso de uso

3.4.1.2. Descripcin del caso de uso
CASO DE USO: Ingresar al sistema
ID : CU4.
Creado por: Perico de los Palotes ltima modificacin
por:
Pancho Perez, Perido de los
Palotes
Fecha de creacin: Agosto 10, 2014 Fecha de ltima
modificacin:
Agosto 20, 2014
Actores Primarios:
Actores secundarios:
Descripcin:
Precondiciones:
Postcondiciones:
Flujo Principal:
Flujo(s) alternativo(s):

FLUJO ALTERNATIVO: Ingresar al sistema: aaaaa yyyyy
ID : CU4.1
Creado por: Perico de los Palotes ltima modificacin
por:
Perico de los Palotes
Fecha de creacin: Agosto 10, 2014 Fecha de ltima
modificacin:
Agosto 20, 2014
Actores Primarios:
Actores secundarios:
Descripcin:
Precondiciones:
Postcondiciones:
8





3.4.1.3. Prototipo de Interfaz

3.4.2. CU2: Realizar
3.4.2.1. Diagrama de caso de uso

3.4.2.2. Descripcin del caso de uso

3.4.2.3. Prototipo de Interfaz (Estructura de datos de
entrada y/o salida)

3.4.3. CU3: Gestionar
3.4.3.1. Diagrama de caso de uso

3.4.3.2. Descripcin del caso de uso

3.4.3.3. Prototipo de Interfaz

3.4.4. .
3.4.4.1. Diagrama de caso de uso

9

3.4.4.2. Descripcin del caso de uso

3.4.4.3. Prototipo de Interfaz

3.5. DIAGRAMA GENERAL DE CASOS DE USO

3.6. TRAZA DE REQUERIMIENTOS A LOS CASOS DE USO



10

CAPITULO 4. ANLISIS
4.1. ANLISIS DE LA ARQUITECTURA
4.1.1. IDENTIFICACIN Y DESCRIPCIN DE PAQUETES
Gestin de usuarios.
Paquete que contiene las funciones de registro de usuarios,
privilegios, control de acceso al sistema, actualizacin de datos y
estado de usuarios y privilegios.
.
4.1.1. IDENTIFICAR CASOS DE USOS POR PAQUETE.
4.1.1.1. Paquete Gestin de usuarios


4.1.1.2. .

4.2. ANLISIS DE CASOS DE USO
4.2.1. CU1: Ingresar al Sistema.

4.2.1.1. Diagrama de comunicacin

4.2.2. CU2: Realizar...

4.2.2.1. Diagrama de comunicacin

4.2.3. CU3: Gestionar...

11

4.2.3.1. Diagrama de comunicacin
4.2.4. CU4: .

4.2.4.1. Diagrama de comunicacin





4.3. Anlisis de clases
4.3.1. Entidades
Poner una lista de entidades
Nombre de Clase
Atributos
Mtodos
Responsabilidades
Nombre del Paquete
Estereotipo Entidad (Entity)
Clase colaboradora

4.3.2. Controladores
Poner una lista de controladores
Nombre de Clase
Atributos
Responsabilidades
Paquete
Estereotipo Controlador (Controller)
Clase colaboradora

12

4.3.3. Interfaces
Nombre de Clase
Atributos
Responsabilidades
Paquete
Estereotipo Interfaz (Boundary)
Clase colaboradora

4.4. Anlisis de paquetes
Diagrama de clases parciales (cada caso de uso )
4.4.1. Agrupar clases en paquetes
4.4.2. Dependencia entre paquetes
4.5.