Proyecto de Sistemas de Control de Ventas

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN
Ao de la Diversificacin Productiva y el Fortalecimiento de la

Educacin
INSTITUTO
DE
PER
JAPN
EDUCACIN
Carrera Tcnico Profesional de Computacin
e Informtica
Sistema de Control de Ventas de Lencera Unisex PEMALUMA
(SISCOVELEN)
Docente
Unidad Didctica
Tema
Danny Magallyt Chuquizuta Herrera

:
Taller de Modelamiento de Software
Proyecto de Modelamiento de
Software
Presentado
:
Vega Torres Diana Mery
Bustamante Valqui Willinton
Llaja Vigo Betsy
Chachapoyas Amazonas - Per

2015
Grupo
DI_AWIBE
Pg. 1
DEDICATORIA
Este trabajo va dedicado especialmente a

nuestros padres, que da a da nos brindan su
apoyo
incondicional
tanto
moral
como
econmico; tambin a nuestros profesores

que nos inculcan valores y nos brindan
conocimientos para ser tiles a la sociedad.
INTRODUCCIN
Una de las principales preocupaciones de la empresa de Lencera

PEMALUMA dedicada a la venta de prendas es la forma en que como
deben llevar a cabo su control de ventas diarias que se realizan, con
este propsito el objetivo que trazamos es realizar un sistema de control
de ventas para dicha empresa dndoles la facilidad de mejorar en sus
ventas obteniendo as un resultado agradable que satisfaga las
necesidades de la empresa.
El analisis de este sistema permitir conocer de una forma ms efectiva
las condiciones actuales en la que se encuentra la empresa con
referencia en el sistema de ventas.
INDICE
3
Contenido
Pgs.
CAPTULO I: ASPECTOS ORGANIZACIONALES

1.1. Descripcin
de
la
Organizacin
Estructura
Orgnica...09
1.2. Factores
Estratgicos10
1.2.1.
VISIN
1.2.2. MISION
1.3.3.
FODA12
Anlisis
1.2.2.1.
Fortalezas
1.2.2.2.
Oportunidades
1.2.2.3.
Debilidades
1.2.2.4. Amenazas
1.3. Oficinas
de
Tienda.15
1.3.1. rea de Ventas
1.3.2. rea de Administracin
1.3.3. rea de Caja
1.3.4. rea de Logstica
CAPTULO
II:
ASPECTOS
INVESTIGACIN16
DE
la
LA
2.2. Ttulo del Sistema

2.3. Objetivos
2.3.1. Misin, Objetivos y Alcance
2.3.1.1. Misin del Sistema
2.3.1.2. Objetivo General.
..20
2.3.1.3. Objetivos Especficos
2.3.1.4. Alcance
rea de Administracin (Funciones Principales)
rea de caja (Funciones Principales)
rea de ventas (Funciones Principales)
2.4. Marco
Metodolgico26
2.4.1.
Ingeniera
Software...28
4
del
2.4.2.
Herramientas
CASE... 06
2.4.3.
Metodologa
de
Base
Datos..07
3. Base terica
de
3.2.1.
El Ciclo de Vida del Software
3.2.2.
Redes
Informticas08
3.2.3.
Arquitectura Cliente/ Servidor
3.2.4.
Sistema de Gestin de Base de Datos
3.3. Herramientas
de
Desarrollo.
...08
3.3.1.
Erwin DataModeler
2.6.2. Microsoft
..09
3.3.2.
SQL
Server
2012.
Lenguaje de Modelado UML
Caractersticas de uml
Objetivos.
..10
3.3.3.
Visual
Studio
2012.11
3.4. Modo de Investigacin
3.5. Tipo de Investigacin
3.6. Justificacin e Importancia de la Investigacin
3.6.1.
Justificacin
Econmica.12
3.6.2.
Justificacin Operativa
3.6.3.
Justificacin Tecnolgica
3.6.4.
Justificacin Social
3.7. Financiamiento
CAPTULO
III:
RUP13
3.1. Visin
1.
Introduccin
3.1.1.1. Propsito
3.1.1.2. Alcance
3.1.1.3. Definiciones,
Acrnimos
abreviaturas..14
5
ARTEFACTOS
2.
Posicionamiento
3.1.2.1. Oportunidad de Negocio
3.1.2.2. Sentencia que define el problema
3.1.2.3. Sentencia que define la posicin del producto
3.1.2.4. Descripcin de Stakeholders (Participantes en el
Proyecto ) y Usuarios
1. Resumen
Stakeholders...15
2. Resumen de usuarios
de
3. Entorno
Usuario16
4. Perfil de los Stakeholders
de
4.1. Representante ante el Desarrollo del Proyecto

4.2. Perfiles
de
Usuario.17
4.2.1. Administrador del Sistema
4.2.2. Clientes
3.1.2.5. Descripcin
Global
Producto18
1. Perspectiva del Producto
2. Resumen de caractersticas
3. Costo y Precio
del
3.1.2.6. Descripcin
General
Producto..19
1. Oficina de administracin
del
3.2. Plan
de
Desarrollo
Software.20
3.2.1. Introduccin
3.2.1.1. Propsito
3.2.1.2. Alcance
3.2.1.3. Resumen
Vista General del Proyecto
Organizacin del Proyecto
Gestin del Proyecto
Planes y Guas de Aplicacin
del
2.
Vista
General
Proyecto21
3.2.2.1. Propsito, Alcance y Objetivos
3.2.2.2. Suposiciones
Restricciones..22
3.2.2.3. Entregables del Producto
1. Plan
de
Desarrollo
2.
3.
4.
5.
6.
Software23
Modelo de Casos de Uso
Visin
Especificaciones de Casos de Uso
Especificaciones Adicionales
Prototipos
de
Interfaces
Usuario...24
7. Modelo de Anlisis y Diseo
8. Modelo de Datos
9. Modelo de Implementacin
10. Modelo
del
y
del
de
de
Despliegue..25
11. Casos de Prueba
12. Lista de Riesgos
13. Manual de Instalacin
14. Material de Apoyo al Usuario Final
15. Producto
3.2.2.4. Evolucin del Plan de Desarrollo del software
3.
Organizacin
Proyecto26
3.2.3.1. Participantes en el Proyecto
3.2.3.2. Interfaces Externas
3.2.3.3. Roles y Responsabilidades
del
4. Gestin
de
Proyecto..
.27
4.1.1.1. Estimaciones del Proyecto
4.1.1.2. Plan del proyecto
1. Plan de las Fases
2. Calendario del Proyecto
4.1.1.3. Fase de Inicio Estimaciones del Proyecto
4.1.1.4. Plan del proyecto
4. Calendario
Proyecto..30
7
del
Fase
Fase
Fase
Fase
de
de
de
de
Inicio
Elaboracin
Construccin
Transicin
4.1.1.5. Seguimiento
y
Control
Proyecto..35
Control de Plazos
Control de Calidad
Gestin de Riesgos
del
2.
Referencias
4.2. Glosario
1.
Propsito
2.
Alcance
3.
Referencias
1.
2.
4.3. Diagramas de Casos de Uso.

..36
Modelado de Casos de Uso del Negocio
Paquete de Casos de Uso.
...37
2.1. Paquete Seguridad
2.2.
Paquete
Cliente...38
2.3. Paquete Ventas.
39
2.4. Paquete
Reportes..40
3. Diagrama
de
Secuencia...41
3.2. Paquete Cliente
4. Diagrama
de
Actividad...
.42
5. Diagrama
de
Estado...43
5.1. Paquete Seguridad.
5.3. Paquete Usuario
5.4. Modelo
de
Anlisis
y
Diseo.
.....44
8
5.4.1.
Definicin de Actores
5.4.2. Requisitos de Informacin
5.4.3.
Modelo
de
Anlisis45
4.1. Gestionar Usuarios
4.2. Gestionar Venta
5.4.4.
Modelo de Datos
5.1. Modelo del Sistema
5.2. Arquitectura
de
la
Aplicacin..46
5.3. Diagrama
de
Clases47
4.3. Secuencia
de
Anlisis
de
Interfaz..48
4.3.1. Paquete Seguridad
4.3.2. Paquete Cliente
4.3.3. Paquete Prstamos
4.4. Especificaciones
de
Casos
de
Uso..49
4.4.1. PAQUETE
SEGURIDAD...50
4.4.2. PAQUETE
CLIENTE....
52
4.4.3. PAQUETE
USUARIO.
.......54
4.5. Requerimientos
no
Funcionales.55
4.6. Modelo
de
Componentes56
4.7. Modelo de Despliegue.
...57
CAPTULO
IV:
CONCLUSIONES,
BIBLIOGRAFA63
RECOMENDACIONES
5.1. Conclusiones
5.2. Recomendaciones
CAPTULO I: ASPECTOS ORGANIZACIONALES
1.4. Descripcin de la Organizacin
El negocio de Lencera Unisex PEMALUMA se encuentra ubica en la ciudad de

Chachapoyas, en el Jirn Libertad N561. Esta empresa se dedica a la venta de Lencera
Unisex, tanto para damas, caballeros, nios (as).
Ofrece a sus clientes una gran variedad de prendas de distintas marcas, modelos, diseos y
de muy buena calidad a gusto del cliente para escoger. Tambin realizan descuentos,
ofertas y promociones (por ejemplo en el Da de la Madre, Fiestas patrias, navidad, entre
otros) a sus clientes.
1.5. Estructura Orgnica
AREA DE
ADMINISTRACION
AREA DE VENTA
AREA DE
LOGISTICA
AREA DE CAJA
1.6. Factores Estratgicos

1.6.1.
VISIN
La visin es que a mediano o largo plazo poder captar una amplia cartera de
clientes, satisfacer las necesidades de los mismos y poder cumplir con los
objetivos a nivel econmico de la empresa. Y a su vez lograr que el producto sea
adoptado en la sociedad.
1.6.2.
MISION
La misin de la empresa consiste en brindarle a los clientes una practicidad y
facilidad a la hora de seleccionar que vestimenta deben ponerse dependiendo de
distintos factores como: temperatura del exterior, estilo de indumentaria, colores
que deseo usar, entre otros.
10
1.3.3. Anlisis FODA
1.6.2.1.
1.6.2.2.
Fortalezas
Buena calidad del producto.
Ofrece descuentos y ofertas a sus clientes.
Mano de obra barata y a la medida.
Experiencia del personal administrativo.
Oportunidades
Se encuentra ubicado al centro de la ciudad.

Tasa de Crecimiento Poblacional.
Competencia dbil.
Necesidad del producto.
1.6.2.3.
Debilidades
Salarios bajos.
Publicidad insuficiente.
1.6.2.4. Amenazas
Competitividad empresarial.
Cambio de personal.
1.7. Oficinas de la Tienda

1.7.1.
rea de Ventas:
Es el espacio o lugar donde se realizan las ventas.
1.7.2.
rea de Administracin:
Es el espacio o lugar donde supervisan todos los movimientos
de la empresa.
1.7.3.
rea de Caja:
Es el espacio o lugar donde registran las ventas, pagos y
comprobantes.
1.7.4.
rea de Logstica:
Es el espacio o lugar donde se almacenan las compras de los
productos.
11
CAPTULO II: ASPECTOS DE LA INVESTIGACIN

3.8. Ttulo del Sistema
Sistema de Control de Ventas de Lencera PEMALUMA _SISCOVELEN
3.9. Objetivos
3.9.1. Misin, Objetivos y Alcance
3.9.1.1. Misin del Sistema
Lograr que los procesos que se realicen diariamente en las
reas de Venta de la Tienda acten de manera
sistematizada y de manera ptima.
3.9.1.2. Objetivo General
Optimizar l cantidad exaustivo de todas las ventas
realizadas.
3.9.1.3. Objetivos Especficos
Rapidez en ls reportes solicitados.
Actualizacion de ls precios dirios de productos.
3.9.1.4. Alcance
El modelado del sistema a desarrollar para la Tienda de
Ventas de Lencera, propone realizar las siguientes
funciones:
rea de Administracin: se encarga de los
procesos de:
Funciones Principales:
Realizar el proceso de (registro, modificacin y
eliminacin de los usuarios)
eliminacin de clientes)
eliminacin de los comprobantes de pagos)
eliminacin de las ventas)
eliminacin de seguridad)
eliminacin del local)
eliminacin de las prendas)
12
Realizar el proceso de (registro,

eliminacin del proveedor)
eliminacin de las compras)
eliminacin de los trabajadores)
eliminacin de los reportes)
eliminacin de almacn)
modificacin y
modificacin y
modificacin y
modificacin y
modificacin y
rea de caja: se encarga de los procesos de:


eliminacin de pagos de los clientes).
Administrar y controlar la disponibilidad, para

mantener la liquidez suficiente para hacer frente
a los compromisos de realizacin inmediata y
evitar la generacin de recursos ociosos.
Coordinar las actividades del personal habilitado

para pago de nminas.
rea de ventas: se encarga de los procesos de:

Realiza el proceso de (registrar, modificar y

eliminar las ventas).
Dirigir la fuerza de ventas y realizar las Ventas.
Elaborar pronsticos de ventas.
Establecer precios.
Realizar la publicidad y promocin de Ventas.
Llevar un adecuado control y anlisis de ventas.
3.10. Marco Metodolgico

3.10.1.
Ingeniera del Software

13
Es el estudio de los principios y metodologas para desarrollar

sistemas de software.
Tambin es la aplicacin prctica del conocimiento cientfico al
diseo y construccin de programas de computadora y a la
documentacin asociada requerida para desarrollar, operar y
mantenerlos.
Adems concierne, solo al desarrollo de sistemas o productos
de software y est contenida en la ingeniera de sistemas.
3.10.2.
Herramientas CASE
Esencialmente, un CASE es una herramienta que ayuda al

ingeniero de software a desarrollar y mantener software. A
continuacin se presentan algunas definiciones dadas para el
trmino CASE.
Herramientas individuales para ayudar al desarrollador de
software o administrador de proyecto durante una o ms fases
del desarrollo de software (o mantenimiento).
El uso de las herramientas CASE puede mejorar la

productividad en el desarrollo de una aplicacin de bases de
datos.
La pieza fundamental, y ms importante avance tecnolgico
asociado a una herramienta CASE, es su repositorio integrado.
En el repositorio se almacena toda la informacin de uno o
varios sistemas de informacin, por ejemplo, datos acerca de:
1. El dominio (problema) de los sistemas desarrollados o
en desarrollo.
2. Modelos de solucin e implementacin.
3. Informacin de la metodologa que est siendo usada.
4. Historia de los proyectos, recursos, presupuestos, etc.
5. Contexto
organizacional:
organigramas,
planes
estratgicos, factores crticos de xito, etc.
Cada tem en el repositorio es descrito en detalle. Atributos
tpicos podran ser: identificacin, definicin (significado), tipo,
alias, tems componentes, tems padres, reglas de uso, quin y
cundo lo cre, quin y cundo lo actualiz por ltima vez,
quines pueden actualizarlo y/o consultarlo, cul es su estado
14
(por ejemplo: incompleto, completo etc.), nmero de versin,

dnde est almacenado fsicamente.
2.4.2.1.
Tecnologa case
La tecnologa CASE supone la automatizacin del desarrollo del

software, contribuyendo a mejorar la calidad y la productividad
en el desarrollo de sistemas de informacin y se plantean los
siguientes objetivos:
Permitir la aplicacin prctica de metodologas estructuradas,
las cuales al ser realizadas con una herramienta se consigue
agilizar el trabajo.
Facilitar la realizacin de prototipos y el desarrollo conjunto de
aplicaciones.
Simplificar el mantenimiento de los programas.
Mejorar y estandarizar la documentacin.
Aumentar la portabilidad de las aplicaciones.
Facilitar la reutilizacin de componentes software.
Permitir un desarrollo y un refinamiento visual de las
aplicaciones, mediante la utilizacin de grficos.
Automatizar:
El desarrollo del software
La documentacin
La generacin del cdigo
El chequeo de errores
La gestin del proyecto
Permitir:
La reutilizacin del software
La portabilidad del software
La estandarizacin de la documentacin
2.4.2.2. Componentes de una herramienta case

De una forma esquemtica podemos decir que una herramienta
CASE se compone de los siguientes elementos:
Repositorio (diccionario) donde se almacenan los
elementos definidos o creados por la herramienta, y cuya
gestin se realiza mediante el apoyo de un Sistema de
15
Gestin de Base de Datos (SGBD) o de un sistema de

gestin de ficheros.
Meta modelo (no siempre visible), que constituye el
marco para la definicin de las tcnicas y metodologas
soportadas por la herramienta.
Carga o descarga de datos, son facilidades que permiten
cargar el repertorio de la herramienta CASE con datos
provenientes de otros sistemas, o bien generar a partir de
la propia herramienta esquemas de base de datos,
programas, etc. que pueden, a su vez, alimentar otros.
2.4.2.3. Estructura general de una herramienta case
La estructura CASE se basa en la siguiente terminologa:
o CASE de alto nivel son aquellas herramientas que
automatizan o apoyan las fases finales o superiores del
ciclo de vida del desarrollo de sistemas como la
planificacin de sistemas, el anlisis de sistemas y el
diseo de sistemas.
o CASE de bajo nivel son aquellas herramientas que
automatizan o apoyan las fases finales o inferiores del
ciclo de vida como el diseo detallado de sistemas, la
implantacin de sistemas y el soporte de sistemas.
o CASE cruzado de ciclo de vida se aplica a aquellas
herramientas que apoyan actividades que tienen lugar a
lo largo de todo el ciclo de vida, se incluyen actividades
como la gestin de proyectos y la estimacin.
3.10.3.
Metodologa de Base de Datos
En un mtodo de la base de datos, una variedad de programa de

aplicaciones comparte un grupo de datos relacionados. En lugar de tener
archivos de datos independientes, cada aplicacin utiliza una coleccin de datos
que pueden estar unidos o relacionados en la base de datos.
El mtodo de la base de datos para la administracin de datos incluye una
combinacin de hardware y software. Debido a las muchas ventajas del mtodo
de base de datos la mayor parte de las empresas utilizan bases de datos para
almacenar datos referentes a clientes, perdidos, inventarios, empleados
y proveedores.
3.11. Base terica
16
3.11.1.
El Ciclo de Vida del Software
El ciclo de vida del software es una secuencia de fases o

estados por las cuales atraviesa un proyecto de desarrollo de
software desde su concepcin hasta el fin del uso del producto
software
obtenido,
pasando
por
su
construccin
y
mantenimiento.
Crear un ciclo de vida permite detectar errores ms rpido,
mejorar calidad de software, estimar los plazos de
implementacin y costos, etc.
Aunque existen otros puntos de vista. Por ejemplo el software
puede ser visto como un sistema y; por lo tanto, puede
aplicrsele las etapas del Ciclo de vida de un Sistema
Informtico.
Las fases que se utilizan son:
1.
2.
3.
4.
5.
6.
7.
3.11.2.
Planificacin.
Anlisis.
Diseo
Implementacin
Pruebas
Instalacin/Despliegue
Uso y Mantenimiento
Redes Informticas
Son un conjunto de computadoras y/o dispositivos conectados

entre s, que envan y reciben impulsos elctricos, ondas
electromagnticas como medios para el transporte de datos;
con la finalidad de compartir INFORMACION (archivos),
RECURSOS (CD-ROM, impresoras, etc.) y SERVICIOS (chat,
juegos, etc.)
Su finalidad principal es compartir los recursos y la informacin
a distancia, asegurar la confiabilidad y la disponibilidad de
la informacin.
El funcionamiento de las redes informticas actualmente est
definidos en varios estndares como el modelo TCP/IP
basado en el modelo de referencia OSI.
17
La red informtica la cual voy a utilizar es la RED DE REA LOCAL o

LAN (local area network). Esta red conecta equipos en un rea geogrfica
limitada, tal como una oficina o edificio. De esta manera se logra una conexin
rpida, sin inconvenientes, donde todos tienen acceso a la misma informacin y
dispositivos de manera sencilla.
3.11.3.
Arquitectura Cliente/ Servidor
Las arquitecturas de Software vienen a ser un diseo de ms

alto nivel para que las personas puedan comprender mejor el
sistema. Estas pueden estar en plataformas separadas o en la
misma.
La arquitectura Cliente/Servidor se basa en las tareas donde los
proveedores de recursos (SERVIDORES) y los demandantes
(CLIENTES) se reparten; es decir es una forma de trabajo como
funciona.
3.11.4.
Sistema de Gestin de Base de Datos
Es un conjunto de programas o software que van a permitir el
almacenamiento, modificacin, y eliminacin de la informacin
en una base de datos.
3.12. Herramientas de Desarrollo
3.12.1.
Erwin DataModeler
El Erwin Data Modeler es una solucin de modelado de datos lder en la

industria, que le permite administrar datos empresariales mediante una interfaz
grfica e intuitiva. Con una vista centralizada de las definiciones de datos clave,
es posible aprovechar la informacin como un activo estratgico y administrar
ms los recursos de datos en forma ms eficaz a fin de ahorrar tiempo y dinero.
Descripcin general de la solucin Erwin DataModeler ayuda a las
organizaciones a administrar su infraestructura de datos compleja con las
siguientes caractersticas clave:
Visualizacin de estructuras de datos complejas: los modelos de datos
pueden generarse automticamente y permiten ver en forma grfica y
simple las estructuras complejas de bases de datos.
Generacin del diseo de las bases de datos: permite crear diseos de
bases de datos directamente a partir de modelos visuales, lo cual
incrementa la eficiencia y reduce los errores.
18
Definicin de normas: las normas reutilizables, como las plantillas

modelo, los dominios y las normas de nomenclatura y de tipos de datos
ayudan a mejorar la calidad y la eficiencia.
Informes y publicacin: La interfaz intuitiva de apuntar y hacer clic para
el diseador de reportes permite crear reportes basados en texto y HTML
para los diagramas y metadatos.
Comparacin de modelos y bases de datos: el servicio completo de
Complete Compare automatiza la sincronizacin bidireccional de
modelos, scripts y bases de datos, compara un elemento con el otro,
muestra las diferencias, permite realizar actualizaciones selectivas, y que
genera scripts ALTER cuando es necesario.
Integracin e intercambio de metadatos con otras herramientas: es posible
integrar modelos Erwin con otros proyectos y herramientas con
importaciones y exportaciones a partir de una amplia variedad de fuentes,
incluidas las herramientas de inteligencia empresarial, las plataformas de
grandes bases de datos, los concentradores de MDM, otras herramientas
de modelado de datos, las herramientas de extraccin, transformacin y
carga de datos, y las herramientas de lenguaje unificado de modelado.
2.6.2. Microsoft SQL Server 2012
Es un sistema de administracin y anlisis de bases de datos relacionales de
Microsoft para soluciones de comercio electrnico, lnea de negocio y
almacenamiento de datos. En esta seccin, encontrar informacin sobre
varias versiones de SQL Server 2012. Tambin encontrar artculos sobre
bases de datos y aplicaciones de diseo de bases de datos as como ejemplos
de los usos de SQL Server 2012.
3.12.2.
Lenguaje de Modelado UML
El Lenguaje de Modelado Unificado es un lenguaje usado para especificar,

visualizar y documentar los diferentes aspectos relativos a un sistema de
software bajo desarrollo, as como para modelado de negocios y otros sistemas
no software.
Puede ser utilizado con cualquier metodologa, a lo largo del proceso de
desarrollo de software, en cualquier plataforma tecnolgica de implementacin
(Unix, Windows etc.).
19
Es un sistema notacional (que, entre otras cosas, incluye el significado de sus

notaciones) destinado a los sistemas de modelado que utilizan conceptos
orientados a objetos.
Los principales factores que motivaron la definicin de UML fueron:
La necesidad de modelar sistemas, las tendencias en la industria del software,
unificar los distintos lenguajes y mtodos existentes e innovar los modelos para
adaptarse a la arquitectura distribuida.
Es importante resaltar que un modelo UML describe lo que supuestamente har
un sistema, pero no dice cmo implementar dicho sistema.
CARACTERSTICAS DE UML
UML es una especificacin de notacin orientada a objetos. Se basa en
las anteriores especificaciones BOOCH, RUMBAUGH y COADYOURDON. Divide cada proyecto en un nmero de diagramas que
representan las diferentes vistas del proyecto. Estos diagramas juntos
son los que representa la arquitectura del proyecto.
UML permite describir un sistema en diferentes niveles de abstraccin,
simplificando la complejidad sin perder informacin, para que tanto
usuarios, lderes y desarrolladores puedan comprender claramente las
caractersticas de la aplicacin.
UML se quiere convertir en un lenguaje estndar con el que sea posible
modelar todos los componentes del proceso de desarrollo de
aplicaciones. Sin embargo, hay que tener en cuenta un aspecto
importante del modelo: no pretende definir un modelo estndar de
desarrollo, sino nicamente un lenguaje de modelado. Otros mtodos de
modelaje como OMT (Object Modeling Technique) o Booch s definen
procesos concretos. En UML los procesos de desarrollo son diferentes
segn los distintos dominios de trabajo; no puede ser el mismo el
proceso para crear una aplicacin en tiempo real, que el proceso de
desarrollo de una aplicacin orientada a gestin, por poner un ejemplo.
El mtodo del UML recomienda utilizar los procesos que otras
metodologas tienen definidos.
20
OBJETIVOS
Como objetivos principales de la consecucin de un nuevo mtodo que aunara los
mejores aspectos de sus predecesores, sus protagonistas se propusieron lo siguiente:
El mtodo deba ser capaz de modelar no slo sistemas de software sino otro
tipo de sistemas reales de la empresa, siempre utilizando los conceptos de la
orientacin a objetos (OO).
Crear un lenguaje para modelado utilizable a la vez por mquinas y por
personas.
Establecer un acoplamiento explcito de los conceptos y los artefactos
ejecutables.
Manejar los problemas tpicos de los sistemas complejos de misin crtica.
3.12.3.
Visual Studio 2012
Es un conjunto de herramientas de desarrollo para la

generacin de aplicaciones Web ASP, NET, Servicios web XML,
aplicaciones de escritorio y aplicaciones mviles utilizan todos
los mismos entornos de desarrollo integrado (IDE), que habilita
el uso compartido de herramientas.
3.13. Modo de Investigacin
Unidisciplinario
3.14. Tipo de Investigacin
Tecnolgico Formal, porque su realizacin implica el anlisis de
sistemas y programacin con el uso de computadoras.
3.15. Justificacin e Importancia de la Investigacin
3.15.1.
Justificacin Econmica
Con la implementacin del presente sistema de informacin se
lograr, la creacin de software de calidad y reducir en un 45%
los costos de software mal construido.
3.15.2.
Justificacin Operativa
Los cambios organizacionales que se generarn en el Sistema
de Control de Ventas, a partir de la construccin del software
quizs generar; incertidumbre en los empleados y el temor de
racionalizacin y por consecuencia la resistencia al cambio en
todos los niveles que sufrirn profundas modificaciones.
21
Por tal razn la operatividad radica en saber si el sistema est

en condiciones de absorberlo y garantizar la interaccin de los
usuarios con el sistema.
La operatividad del sistema planteada se basa en los siguientes
aspectos:
Seguridad y confidencialidad de la informacin.
Acceso a la informacin de forma rpida y oportuna.
Mejorar la utilidad de la informacin.
3.15.3.
Justificacin Tecnolgica
La competitividad de las empresas en el mercado actual, nos
impulsa a usar tecnologa de punta como medio hacia la
modernizacin y sistematizacin de los procesos, por
consecuencia se justifica la implementacin del Sistema de
Control de Ventas de Lencera, con el fin de contribuir en
mejorar la calidad del servicio de ventas
3.15.4.
Justificacin Social
La implementacin del Sistema Control de Ventas de
Lencera en el estatus tecnolgico porque usa la tecnologa
para el buen uso de la informacin y obtener as un nivel
ventajoso frente a otras empresas.
3.16. Financiamiento
Este proyecto de modelamiento y construccin de software se realiza
con la contribucin propia del grupo DI_AWIBE
CAPTULO III: ARTEFACTOS RUP
4.4. Visin
1.
Introduccin
4.4.1.1. Propsito
El propsito de ste documento es recoger, analizar y definir
las necesidades de alto nivel y las caractersticas del Sistema
de Control de
(SISCOVELEN).
Ventas
de
Lencera
Unisex
PEMALUMA
El documento se centra en la funcionalidad requerida por el

grupo y los usuarios finales.
Esta funcionalidad comprende la gestin de procesos de
Usuarios, procesos de clientes, procesos de personal,
procesos de ventas y pagos.
22
Los detalles de cmo el modelado del sistema cubre los

requerimientos se pueden observar en la especificacin de
los casos de uso y otros documentos adicionales.
4.4.1.2. Alcance
El sistema permitir el Control de Ventas de las prendas.
Controlar de manera eficiente y eficaz las ventas.
Estos procesos modelados se integrarn en un sistema y se
interconectarn mediante la implementacin de una red,
permitiendo el control de los procesos en todas las reas
involucradas, lo que implica procedimientos ms sencillos
reduciendo el tiempo en el servicio y evitando la prdida de
informacin de las ventas.
4.4.1.3. Definiciones, Acrnimos y abreviaturas
RUP
: Son las siglas de Rational Unified Process (Proceso
Unificado de Rational.). Se trata de una metodologa para
describir el proceso de desarrollo de software.
UML
: Lenguaje de Modelado Unificado
SGBD
: Sistema Gestor Base de Datos
SISCOVELEN: Sistema Control de Ventas De Lencera
2.
Posicionamiento
4.4.2.1. Oportunidad de Negocio
El sistema permitir a la empresa informatizar y controlar
gran parte de sus procesos mencionados anteriormente,
con acceso rpido y sencillo a los datos gracias a las
interfaces grficas sencillas e interactivas.
4.4.2.2. Sentencia que define el problema

Controlar las Ventas de Lencera,
El Problema de:
implica una deficiencia en el manejo
de la informacin de todos los
procesos que conlleva.
Los procesos tediosos principalmente
Afecta a:
a las reas de Administracin de la
Empresa.
Prdida de tiempo y falta de
El
impacto informacin en el tiempo oportuno en
23
asociado es:
las diferentes reas, atencin en las

ventas y pagos de los clientes.
Informatizar los procesos, para que la
informacin
est
organizada,
Una
adecuada accesible y actualizada en las reas
solucin:
implicadas a travs de la red,
contando con una base de datos, y
generando
una
aplicacin
con
interfaces amigables y sencillas e
intuitivas.
4.4.2.3. Sentencia que define la posicin del producto
Para:
Quienes:
El
nombre
Producto:
Oficina de Administracin
Administrador
Oficina de Ventas
Jefe de Ventas
Realizan los procesos que implica el
control de ventas, y consultan la base
de datos.
del Es una herramienta software
Que:
No como:
Nuestro Producto:
Realiza el control de la informacin

necesaria para gestionar los procesos
de control de ventas.
El sistema actual
Permitir gestionar los distintos
procesos a travs de interfaces
grficas sencillas e intuitivas y
almacenar la informacin en una
base de datos.
4.4.2.4. Descripcin de Stakeholders (Participantes en el

Proyecto ) y Usuarios
Identificamos e involucramos a todos los participantes en
el proyecto como parte del proceso de modelado de
requerimientos.
Es necesario tambin identificar a los usuarios del sistema
y asegurarse de que el conjunto de participantes en el
proyecto los representa adecuadamente.
24
5. Resumen de Stakeholders
Nombre
Descripcin
Administrador
Representante
de
la
administracin
del Sistema de
Ventas
Responsabilidade
s
Seguimiento
los Ventas.
Registrar a
empleados.
Representante
de
la
administracin
del personal.
6. Resumen de usuarios
Nombre
Descripcin
Administrar el SISCOVELEN
Administrado Ejecutar copias de seguridad
r del Sistema Contar con experiencia en el
manejo de base de datos y
redes.
Personal capacitado para el
manejo del sistema.
Personal de Estar registrado en la base de
la Venta
datos
y tener el permiso
adecuado
para
acceder
al
sistema.
Se define un rol: Administrador.
Son el activo de funcionamiento
Clientes
del sistema, Porque son la materia
prima en este proceso.
7. Entorno de Usuario
Los usuarios accedern al sistema, bajo previa
identificacin ante el mismo.
El sistema operativo para los ordenadores clientes
ser: Windows 8.
El sistema operativo para el ordenador con funcin de
servidor ser: Windows Server 2012.
8. Perfil de los Stakeholders
25
de
los
8.1.
Representante ante el Desarrollo del Proyecto
Representante
Administrador
Ventas
Sistema
de
Representa a los Sistemas de

Ventas a travs de la toma de
decisiones.
Representa la administracin
del Sistema de Ventas.
Tipo
Usuario y
responsable
de
administrar el sistema.
Supervisar el modelado de
Responsabilida todos los procesos de ventas y
des
pagos.
Grado
de Revisin de requerimientos y
participacin
avances del sistema.
Comentarios
Ninguno.
Descripcin
8.2. Perfiles de Usuario

8.2.1. Administrador del Sistema
Representante
Descripcin
Responsabilida
des
Centro de Cmputo
Administrador del Sistema
Encargado del mantenimiento
de la informacin y generar
copias de seguridad.
Esta persona deber contar con
experiencia en administracin y
seguridad de base de datos y
redes.
Grado
de Determinar
y
aprobar
los
participacin
requerimientos.
Comentarios
Ninguno.
8.2.2. Clientes
26
Representante
Descripcin
Tipo
Oficina de Administracin
Ninguna
Usuarios finales indirectos del
sistema
Responsabilida Realizarn
determinadas
des
consultas, principalmente en la
oficina de Administracin.
Grado
de Ninguno.
participacin
Comentarios
Ninguno.
4.4.2.5. Descripcin Global del Producto
4. Perspectiva del Producto
El producto a desarrollar es un sistema de calidad, con
la intencin de terminar con los tediosos procesos
manuales, que generan prdida de tiempo e ineficiente
en atencin al cliente y prdida de informacin de las
ventas.
5. Resumen de caractersticas
Beneficio
del
Cliente
Rapidez
en
la
realizacin
de
procesos
en
las
diferentes reas.
Controlar las ventas
de los productos.
Caractersticas que lo apoyan
El Administrador y
el Jefe de Ventas
contarn
con
el
privilegio de realizar
consultas de sus
reas
en
un
reducido tiempo de
espera.
El sistema permite consultas y

reportes para facilitar la toma de
decisiones en el menor tiempo
posible.
6. Costo y Precio
No se implementar
27
El sistema tendr la capacidad de

verificar minuciosamente cada
proceso de manera que cumpla
con las reglas del negocio.
El sistema se encargar de
automatizar el proceso de ventas.
4.4.2.6. Descripcin General del Producto.

2. Oficina de administracin: encargada de (programar,
organizar, dirigir y ejecutar) los procesos de Control del
Sistema de Ventas.
4.5. Plan de Desarrollo del Software

6.2.1. Introduccin
Este plan de desarrollo de software es una versin preliminar
preparada para ser incluida en la propuesta elaborada como
respuesta al proyecto que se desarrollar en el rea de Ventas.
Este documento provee una visin global del enfoque de
desarrollo propuesto.
El proyecto esta ofertado por el grupo DI_AWIBE , que
basados en la Metodologa Rational Unified Process (RUP),
quienes procedern a cumplir con las cuatro fases que marca
dicha metodologa, constando la segunda y tercera fase de tres
iteraciones cada una, en la cuarta fase slo se realizar una
iteracin.
Se tendr en cuenta las fases de Inicio, Elaboracin,
Construccin y transicin.
4.5.1.1. Propsito
Es proporcionar informacin necesaria para controlar el
proyecto. En l se describe el enfoque de desarrollo del
software.
Los usuarios del plan de desarrollo del software son:
El jefe del proyecto; lo utiliza para organizar la
agenda y necesidades de recursos y para realizar su
seguimiento.
Los miembros del equipo de desarrollo; lo utilizan
para entender lo que deben hacer, cuando deben
hacer y qu otras actividades dependen de ello.
4.5.1.2. Alcance
Este plan describe el plan global usado para el desarrollo
del proyecto Sistema de Control de Ventas. Durante el
proceso de desarrollo en el artefacto visin se definen
28
las caractersticas del proyecto a desarrollar, lo cual

constituye la base para la planificacin de las iteraciones.
Para generar las diferentes versiones del plan de
desarrollo del software, nos hemos basado en la captura
de requisitos por medio de Stakeholders, representante
de la Institucin para hacer una estimacin aproximada
del tamao funcional una vez comenzado el proyecto, y
durante la fase de Inicio se generar la primera versin
del artefacto Visin, el cual se utilizar para refinar este
documento. Posteriormente, el avance del proyecto y el
seguimiento en cada una de las iteraciones ocasionar el
ajuste de este documento produciendo nuevas versiones
actualizadas.
4.5.1.3. Resumen
Despus de esta introduccin, el resto del documento
est organizado en las siguientes secciones:
Vista General del Proyecto: proporciona una
descripcin del propsito, alcance y objetivos del
proyecto, estableciendo los artefactos que sern
producidos y utilizados durante el proyecto.
Organizacin del Proyecto: describe la estructura
organizacional del equipo de desarrollo.
Gestin del Proyecto: explica los costos y planificaron
estimada, define las fases e hitos del proyecto y describe
cmo se realizar su seguimiento.
Planes y Guas de Aplicacin: proporciona una
descripcin del proceso de desarrollo de software,
incluyendo mtodos, herramientas y tcnicas que sern
utilizadas.
2.
Vista General del Proyecto

4.5.2.1. Propsito, Alcance y Objetivos
La informacin que a continuacin se incluye ha sido
extrada de las diferentes reuniones que se han celebrado
con el Stakeholders de la Tienda desde el inicio del
proyecto y el Gerente.
29
El proyecto debe proporcionar una propuesta para el

desarrollo
del
sistema
implicado
en
resolver
los
problemas encontrados. Este sistema incluye:

1. Gestionar Seguridad
El
administrador
realiza
procesos
de
registro
modificacin de contrasea.
2. Gestionar Usuarios
El Administrador realizar procesos de registro y
modificacin de los datos del usuario; as como
tambin del retiro y la renovacin de los permisos de
acceso de los usuarios al sistema.
3. Gestionar Alquiler De Local
El Administrador realizara procesos
de
registro,
modificacin, y eliminar los datos del Local.

4. Gestionar Trabajador
El Administrador realizara procesos de
registro,
modificacin, y eliminar los datos del Trabajador.

5. Gestionar Proveedor
El Administrador realizara procesos de registro,
modificacin, y eliminar los datos del Proveedor.
6. Gestionar Compras
modificacin, y eliminar los datos de la Compra.
7. Gestionar Prendas
modificacin, y eliminar los datos de las Prendas.
8. Gestionar Almacn
modificacin, y eliminar los datos del Almacn.
9. Gestionar Ventas
modificacin, y eliminar los datos de las Ventas.
10. Gestionar Cliente
modificacin, y eliminar los datos del Cliente.
11. Gestionar Reporte
30
El Administrador realizara los procesos de registro,

modificacin y eliminar la informacin del Reporte.
12. Gestionar Comprobante De Pago
El Administrador realizara los procesos de registro,
modificacin y eliminar los Comprobantes de Pago.
4.5.2.2. Suposiciones y Restricciones
Las suposiciones y restricciones respecto del sistema, y
que se derivan directamente de las entrevistas con el
Stakeholders de la Tienda son:
a. Debe contemplarse las implicaciones de los siguientes
puntos crticos:
Respaldo de la Base de Datos a travs de copias de
seguridad (Backups) que el sistema de gestin de base
de datos (SGBD) debe realizar automticamente.
Seguridad de los datos a travs de la proteccin de los
mismos con software antivirus.
b. El sistema debe disearse con las especificaciones
para cada oficina.
c. Slo deben tener acceso al SISCOVELEN los usuarios
que formen parte De la tienda PEMALUMA.
d. Como es natural, la lista de suposiciones y
restricciones pueden incrementarse durante el
desarrollo del proyecto, particularmente una vez
establecido el artefacto Visin.
e. No llevar el control de planillas.
4.5.2.3. Entregables del Producto
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 objetos de modificaciones a los largo del
proceso de desarrollo, con lo cual, slo al trmino del
proceso
podramos
31
tener
una
versin
definitiva
completa del sistema. Sin embargo, el resultado de cada

iteracin y los hitos del proyecto estn enfocados a
conseguir un cierto grado de complejidad y estabilidad de
los artefacto. Esto ser indicado ms adelante cuando se
presenten los objetivos de cada iteracin.
16.
Es
17.
Es
Plan de Desarrollo del Software

el presente documento.
Glosario
un documento que define los principales trminos
usados en el proyecto.
18. Modelo de Casos de Uso
El modelo de casos de uso presenta las funciones del
sistema y los artefactos que hacen uso de ellas. Se
representa mediante Diagramas de casos de uso.
19. Visin
Este documento define la visin del producto desde la
perspectiva del cliente, especificando las necesidades
y caractersticas del producto. Constituye una base de
acuerdo en cuanto a los requisitos del sistema.
20. 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
descripcin
detallada
narrativa)
utilizando
se
una
realiza
plantilla
una
de
documento, donde se incluyen: precondiciones, poscondiciones, flujo de eventos, etc.

21. Especificaciones Adicionales
Este documento captura todos los requisitos que no
han sido incluidos como parte de los casos de uso y se
refieren requisitos no funcionales globales. Dichos
requisitos
incluyen:
requisitos
legales
normas,
aplicacin de estndares, requisitos de calidad del

producto, tales como: confiabilidad, desempeo, etc. u
32
otros requisitos de ambiente, tales como: sistema

operativo, requisitos de compatibilidad, etc.
22. Prototipos de Interfaces de Usuario
Son 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 este
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.
23. Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de
uso de 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.
24. 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.
25. Modelo de Implementacin
Es una coleccin de componentes.
Estos componentes incluyen: ficheros ejecutables,
ficheros de cdigo fuente y otros tipos de ficheros
necesarios para la implantacin y despliegue del
33
sistema. (Este, modelo es slo una versin preliminar

al final de la fase de elaboracin, posteriormente tiene
bastante refinamiento).
26. Modelo de Despliegue
Muestra el despliegue, la configuracin de tipos de
nodos del sistema, en los cuales se har el despliegue
de los componentes.
27. Casos de Prueba
Cada prueba es especfica mediante un documento
que establece las
condiciones
de ejecucin,
las
entradas de la prueba, y los resultados esperados.

Estos casos de prueba son aplicados como pruebas de
regresin en cada iteracin. Cada caso de prueba
llevar asociado un procedimiento de prueba con las
instrucciones para realizar la prueba, y dependiendo
del tipo de prueba.
28. 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.
29. Manual de Instalacin
Incluye las instrucciones para realizar la instalacin del
producto.
30. Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos
facilidades de uso del sistema, incluyendo: Guas del

usuario, guas de operacin, guas de mantenimiento.
31. Producto
Los
ficheros
del
producto
empaquetados
y
almacenados
en
un
CD
con
los
mecanismos
apropiados para facilitar su instalacin. El producto, a

partir
de
la
construccin
primera
es
34
iteracin
desarrollado
de
la
fase
de
incremental
iterativamente, obtenindose una versin al final de

cada iteracin.
Los artefactos 14, 15, 16 se generarn a partir de la
fase de construccin, con lo cual se han incluido aqu
slo para dar una visin global de todos los artefactos
que se generarn en el proceso de desarrollo.
4.5.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

4.5.3.1. Participantes en el Proyecto
La Caja ha designado como
responsable
para
el
seguimiento del proyecto al Gerente porque conoce los

procesos.
El proyecto ser ejecutado por 4 integrantes, los cuales
desempearn diferentes roles, por lo tanto no habr un
rol
definido
para
cada
uno
como
lo
establece
la
metodologa RUP.
El jefe del proyecto ser: Bustamante Valqui Willinton,
con experiencia en el desarrollo de sistemas informticos,
de la metodologa y de las herramientas CASE.
4.5.3.2. Interfaces Externas
La Caja ya ha definido los participantes del proyecto que
proporcionarn los requisitos del sistema, adems que
sern los encargados de evaluar los artefactos de
acuerdo
cada
oficina
implicada
segn
el
plan
establecido.
El equipo de desarrollo interactuar activamente con los
participantes
de
la
Caja,
para
la
validacin de los artefactos generados.

4.5.3.3. Roles y Responsabilidades
35
especificacin
Aqu se describen las principales responsabilidades de

cada uno de los puestos en el equipo de desarrollo
durante las fases de Inicio, Elaboracin, Construccin y
Transicin de acuerdo con los roles que desempean
segn el RUP.
Roles
Jefe
Proyecto
del
Analista/
Diseador
de
Sistemas
Programador
Responsabilidades
Este asigna los recursos, gestiona las
prioridades, coordina las interacciones con
los clientes y usuarios, mantiene al equipo
del proyecto enfocado en los objetivos.
Establece un conjunto de prcticas que
aseguran la integridad y calidad de los
artefactos del proyecto.
Supervisar el establecimiento de la
arquitectura del sistema, gestin de
riesgos.
Captura, especificaciones y validacin de
requisitos, interactuando con el cliente y
los usuarios mediante entrevistas.
Construccin de prototipos, colaboracin en
la elaboracin de las pruebas funcionales,
modelo de datos y validaciones del usuario.
5. Gestin de Proyecto
5.1. Estimaciones del Proyecto
El Presupuesto no se implementar.
5.1. Plan del proyecto

Esta seccin presenta la organizacin en fases e
iteraciones y el calendario del proyecto.
Se realiza a travs de fases con una o ms iteraciones
en cada una de ellas.
36
Fase
N
Iteraciones
2
Fase de Inicio
Fase
Elaboracin
Fase
Construccin
Fase
Transicin
de 2
de 3
de 2
Duraci
n
3
semanas
4
semanas
6
semanas
3
semanas
Los hitos que marcan el final de cada fase se describen

en la siguiente tabla:
Descripc
in
Hito
Se desarrolla los requisitos del producto

de desde la perspectiva del usuario, los cuales
sern establecidos en el artefacto visin.
Se analizan los requisitos y se desarrolla un
prototipo de arquitectura.
Fase de Al final de esta fase, todos los casos de uso
Elaboraci correspondientes a requisitos que sern
n
implementados en la primera versin de la
fase
de
construccin
deben
estar
analizados y diseados (Modelo a anlisis y
Diseo).
Fase de Se terminan de analizar y disear todos los
Construc casos de uso, refinando el Modelo de
cin
anlisis y diseo.
Se elabora el material de apoyo al usuario.
Se preparan dos releases para distribucin,
Fase de asegurando una implementacin y cambio
Transici
previo de manera adecuada.
n
El hito final de la fase concluye con la
entrega de toda la documentacin del
proyecto con los manuales de instalacin,
Fase
Inicio
37
6.1. Seguimiento y Control del Proyecto

Control de Plazos: El calendario del proyecto tendr un
seguimiento y evaluacin semanal por el Jefe del
Proyecto.
Control de Calidad: Los defectos detectados en las
revisiones, tendrn un seguimiento para asegurar la
conformidad
respecto
de
la
solucin
de
dichas
deficiencias.
Gestin de Riesgos: A partir de la Fase de Inicio se
mantendr una lista de riesgos asociados al proyecto y de
las acciones establecidas como estrategia para mitigarlos
o acciones de contingencia. Esta lista ser evaluada al
menos unas ves en cada iteracin.
6.1.1. Referencias
Documentacin de Rational Unified Process, manuales de ayuda,
tutoriales, videos, etc.
6.1.2. Propsito
Este documento recoge todos y cada uno de los trminos
manejados a lo largo de todo el proyecto.
6.1.3. Alcance
Este documento se extiende a todo el sistema definido para el
proyecto.
6.1.4. Referencias
El presente glosario hace referencia a los siguientes
documentos:
Documento Plan de Desarrollo de Software del Proyecto.
Documento Visin del Proyecto.
Documento de Especificaciones de Casos de Uso
Documento de Especificaciones de Casos e Uso de
Pruebas.
6.2. Diagramas de Casos de Uso

5.3.1. Modelado de
Negocio
38
Casos
de
Uso
general
del
CU: DIAGRAMA GENERAL
Gestionar Seguridad
Gestionar usuario
Gestionar Alquiler de Local
Gestionar Trabajador
Trabajador
Gestionar Compras
Proveedor
Administrador
Gestionar Prendas
Gestionar Proveedor
Gestionar Almacen
Gestionar Ventas
Gestionar Reporte
Gestionar Cliente
Gestionar Com probantes de Pagos
5.3.2. Paquete de Casos de Uso

39
DIAGRAMA DE PAQUETES
Gestionar Reporte
(from DIAG_PAQUETES)
Gestionar Usuario
Gestionar Almacen
Gestionar Compras
Gestionar Prendas
Gestionar Alquiler De
Local
Gestionar Proveedor
Gestionar Trabajador
Gestionar Seguridad
Gestionar Cliente
Gestionar Ventas
Gestionar Comprobante
De Pago
5.4. EXPLOTACION DE CASOS DE USO

5.4.1. GESTIONAR SEGURIDAD
40
CU: GESTIONAR SEGURIDAD
CU01: Registrar Seguridad

<<include>>
<<include>>
Administrador
CU02: Modificar Seguridad

<<include>>
CU04: Buscar Seguridad
(f rom DIAG_GENERAL)
CU03: Eliminar Seguridad
5.4.2. GESTIONAR USUARIO

CU: GESTIONAR USUARIO
CU05: Registrar Datos del Usuario

<<include>>
<<include>>
Administrador
CU06: Modificar Datos del Usuario
<<include>>
CU07:Eliminar Datos del Usuario
5.4.3. GESTIONAR ALQUILER DE LOCAL
41
CU08: Buscar Datos Usuario
CU: GESTIONAR ALQUILER DE LOCAL
CU09: Registrar Alquiler de Local

<<include>>
<<include>>
Administrador
CU010: Modificar Alquiler de Local

<<include>>
CU12: Buscar Alquiler de Local
CU11: Eliminar Alquiler de Local
5.4.4. GESTIONAR TRABAJADOR

CU: GESTIONAR TRABAJADOR
CU13: Registrar Datos del

Trabajador
Trabajador
<<include>>
<<include>>
Administrador
CU14: Modificar Datos del

Trabajador
CU16: Buscar Datos del Trabajador

<<include>>
CU15: Eliminar Datos del

Trabajador
5.4.5. GESTIONAR PROVEEDOR

42
CU: GESTIONAR PROVEEDOR
CU17: Registrar Datos del

Proveedor
<<include>>
<<include>>
Administrador
CU20: Buscar Datos del Proveedor
CU18: Modificar Datos del Proveedor

<<include>>
CU19: Eliminar Datos del Proveedor
5.4.6. GESTIONAR COMPRAS

CU: GESTIONAR COMPRAS
CU21: Resgistrar Compras

<<include>>
<<include>>
CU22: Modifcar Compras
Administrador
<<include>>
CU23: Eliminar Compras
5.4.7. GESTIONAR PRENDAS

43
CU24: Buscar Compras
CU: GESTIONAR PRENDAS
CU25: Registrar datos de la Prenda

<<include>>
<<include>>
Administrador
CU26: Modificar datos de la Prenda
CU28:Buscar datos de la Prenda

<<include>>
CU27: Eliminar datos de la Prenda
5.4.8. GESTIONAR ALMACEN

CU_GESTIONAR ALMACEN
CU29: Registrar Datos de Almacen
<<include>>
<<include>>
CU32: Buscar Almacen
CU30: Modificar Datos de Almacen

<<include>>
Administrador
CU31: Eliminar Datos de Almacen
5.4.9. GESTIONAR VENTAS

44
CU: GESTIONAR VENTAS
CU33: Registrar Ventas

<<include>>
<<include>>
CU34: Modificar Ventas
Administrador
<<include>>
CU36: Buscar Ventas
CU35: Eliminar Ventas
5.4.10.
GESTIONAR COMPROBANTE DE PAGO
CU: GESTIONAR COMPROBANTES DE PAGOS
CU37: Registrar Comprobantes de

Pago
<<include>>
<<include>>
CU38:Modificar Comprobantes de
Pago
Administrador
<<include>>
CU39: Eliminar Comprobantes de

Pago
5.4.11.
GESTIONAR CLIENTE
45
CU40: Buscar Comprobantes de

Pago
CU: GESTIONAR CLIENTE
CU41: Registrar Datos del Cliente

<<include>>
<<include>>
CU42: Modificar Datos del Cliente
Administrador
<<include>>
CU44: Buscar Datos del Cliente
CU43: Eliminar Datos del Cliente
5.4.12.
GESTIONAR REPORTE
CU: GESTIONAR REPORTE
CU45: Registrar Reporte

<<include>>
<<include>>
CU46: Modificar Reporte
Administrador
<<include>>
CU47: Eliminar Reporte
5.5. DIAGRAMA DE SECUENCIA

5.5.1. GESTIONAR SEGURIDAD
46
CU48: Buscar Reporte
REGISTRAR SEGURIDAD
GUI: REGISTRAR
SEGURIDAD
GUI:
SISCOVELEN
CLSSEGURIDAD
: Administrador
Iniciar Sesin
Seleccionar Operacin
Ingrese Codigo
Ingresando Codigo de Seguridad
Buscando Codigo de Seguridad
Codigo no Existe
Ingresar Datos a Registrar
Ingresando Datos a Registrar
Guardando Datos
Datos Guardados Satisfactoriamente
Desea Continuar
MODIFICAR SEGURIDAD
47
GUI: MODIFICAR
SEGURIDAD
GU: SISCOVELEN
: Administrador
CLSSEGURIDAD
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Segurisdad

Buscando el Codigo de Seguridad
Codigo si Existe
Ingrese Datos a Modificar
Ingresando Datos a Modificar
Guardando Datos Modificados
Datos Guardados Correctamente

Desea Continuar
ELIMINAR SEGURIDAD
48
GUI: ELIMINAR
SEGURIDAD
GUI: SISCOVELEN
: Administrador
CLSSEGURIDAD
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Seguridad
Buscando Codigo de Seguridad

Codigo si Existe
Eliminar Seguridad
Actualizar Base de Datos

Datos Eliminados Correctamente
Desea Continuar
4.5.2 USUARIO
REGISTRAR USUARIO
49
GUI: REGISTRAR
USUARIO
GUI: SISCOVELEN
CLS:USUARIO
: Administrador
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo del Usuario
Buscando Codigo del Usuario
Codigo no Existe
Guardando Datos
Desea Continuar
50
MODIFICAR USUARIO
GUI: MODIFICAR
USUARIO
GU: SISCOVELEN
CLS:USUARIO
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo del Usuario
Codigo si Existe

Desea Continuar
ELIMINAR USUARIO
51
GUI: ELIMINAR
USUARIO
GUI: SISCOVELEN
CLSUSUARIO
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando Codigo del Usuario
Codigo si Existe
Eliminar Usuario

Desea Continuar
52
4.5.3. ALQUILER DE LOCAL

REGISTRAR ALQUILER DE LOCAL
GUI: REGISTRAR
ALQUILER DE LOCAL
GUI:
SISCOVELEN
CLSALQUILER
DE LOCAL
: Administrador
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Alquiler de Local
Buscando Codigo de Alquiler de Local
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR ALQUILER DE LOCAL
53
GUI: MODIFICAR
ALQUILER DE LOCAL
GU: SISCOVELEN
: Administrador
CLSALQUILER DE
LOCAL
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Alquiler de Local
Codigo si Existe

Desea Continuar
ELIMINAR ALQUILER DE LOCAL
54
GUI: ELIMINAR
ALQUILER DE LOCAL
GUI: SISCOVELEN
CLSALQUILER DE LOCAL
: Administrador
Iniciar Sesin
Ingrese Codigo
Buscando Codigo de Alquiler de Local

Codigo si Existe
Eliminar Alquiler de Local

Desea Continuar
4.5.4. TRABAJADOR
REGISTRAR TRABAJADOR
55
GUI: REGISTRAR
TRABAJODOR
GUI: SISCOVELEN
CLSTRABAJADOR
: Administrador
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo del Trabajador
Buscando Codigo del Trabajador
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR TRABAJADOR
56
GUI: MODIFICAR
TRABAJADOR
GU: SISCOVELEN
CLSTRABAJADOR
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo del Trabajador
Codigo si Existe

Desea Continuar
ELIMINAR TRABAJADOR
57
GUI: ELIMINAR
TRABAJADOR
GUI: SISCOVELEN
: Administrador
CLSTRABAJADOR
Iniciar Sesin
Ingrese Codigo

Buscando Codigo del Trabajador
Codigo si Existe
Eliminar Trabajador

Desea Continuar
58
4.5.5. PROVEEDOR
REGISTRAR PROVEEDOR
GUI: REGISTRAR
PROVEEDOR
GUI: SISCOVELEN
CLSPROVEEDOR
: Administrador
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo del Proveedor
Buscando Codigo del Proveedor
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR PROVEEDOR
59
GUI: MODIFICAR
PROVEEDOR
GU: SISCOVELEN
: Administrador
CLSPROVEEDOR
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo del Proveedor
Codigo si Existe

Desea Continuar
ELIMINARPROVEEDOR
60
GUI: ELIMINAR
PROVEEDOR
GUI: SISCOVELEN
: Administrador
CLSPROVEEDOR
Iniciar Sesin
Ingrese Codigo
Buscando Codigo del Proveedor

Codigo si Existe
Eliminar Proveedor

Desea Continuar
4.5.6 COMPRAS
61
REGISTRAR COMPRA
GUI: REGISTRAR
COMPRAS
GUI: SISCOVELEN
CLS COMPRAS
: Administrador
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Almacen
Buscando Codigo de Compras
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR COMPRA
62
GUI: MODIFICAR
COMPRAS
GU: SISCOVELEN
: Administrador
CLSCOMPRAS
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Compras

Buscando el Codigo de Compras
Codigo si Existe

Desea Continuar
ELIMINAR COMPRA
63
GUI: SISCOVELEN
GUI: ELIMINAR
COMPRAS
: Administrador
CLS COMPRAS
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Compras
Buscando Codigo de Compras

Codigo si Existe
Eliminar Compras

Datos Elim inados Correctamente
Desea Continuar
4.5.7. PRENDAS
64
REGISTRAR PRENDA
GUI: REGISTRAR
PRENDA
GUI:
SISCOVELEN
: Administrador
CLSPRENDA
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Prenda
Buscando Codigo de Prenda
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR PRENDA
65
GUI: MODIFICAR
COMPRAS
GU: SISCOVELEN
: Administrador
CLSCOMPRAS
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Prenda
Codigo si Existe

Desea Continuar
ELIMINAR PRENDA
66
GUI: SISCOVELEN
GUI: ELIMINAR
PRENDA
: Administrador
CLSPRENDA
Iniciar Sesin
Ingrese Codigo
Buscando Codigo de Prenda

Codigo si Existe

Desea Continuar
67
4.5.8. ALMACEN
REGISTRAR ALMACEN
GUI: REGISTRAR
ALMACEN
GUI:
SISCOVELEN
: Administrador
CLSALMACEN
Iniciar Sesin
Ingrese Codigo
Buscando Codigo de Almacen
Codigo no Existe
Guardando Datos
Datos Guardados Corectamente
Desea Continuar
68
MODIFICAR ALMACEN
GU: SISCOVELEN
GUI: MODIFICAR
ALMACEN
CLSALMACEN
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Almacen
Codigo si Existe

Desea Continuar
69
ELIMINAR PRENDA
GUI: SISCOVELEN
GUI: ELIMINAR
ALMACEN
: Administrador
CLSALMACEN
Iniciar Sesin
Ingrese Codigo
Buscando Codigo de Almacen

Codigo si Existe
Eliminar Almacen

Desea Continuar
70
4.5.9. VENTAS
REGISTRAR VENTAS
GUI: REGISTRAR
VENTA
GUI: SISCOVELEN
: Administrador
CLSVENTA
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Venta
Buscando Codigo de Venta
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR VENTAS
71
GU: SISCOVELEN
: Administrador
GUI: MODIFICAR
VENTA
CLSVENTA
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Venta
Codigo si Existe

Desea Continuar
ELIMINAR VENTA
72
GUI: ELIMINAR VENTA
GUI: SISCOVELEN
CLSVENTA
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando Codigo de Venta
Codigo si Existe
Eliminar Venta

Desea Continuar
4.5.10 COMPROBANTES DE PAGO

REGISTRAR COMPROBANTE DE PAGO
73
GUI: SISCOVELEN
GUI: REGISTRAR
COMPROBANTES DE PAGO
: Administrador
CLSCOMPROBANTES
DE PAGO
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Comprobantes de Pago
Buscando Codigo de Comprobantes de Pago
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR COMPROBANTE DE PAGO
74
GUI: MODIFICAR
GU: SISCOVELEN
: Administrador
CLSCOMPROBANTES
DE PAGO
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Comprobantes de Pago
Codigo si Existe

Desea Continuar
ELIMINAR COMPROBANTE DE PAGO
75
GUI: SISCOVELEN
GUI: ELIMINAR
: Administrador
CLSCOMPROBANTES
DE PAGO
Iniciar Sesin
Ingrese Codigo
Buscando Codigo de Comprobantes de Pago

Codigo si Existe
Eliminar Comprobantes de Pago

Desea Continuar
76
4.5.11. CLIENTE
REGISTRAR CLIENTE
GUI: REGISTRAR
CLIENTE
GUI:
SISCOVELEN
: Administrador
CLSCLIENTE
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo del Cliente
Buscando Codigo del Cliente
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR CLIENTE
77
GUI: MODIFICAR
CLIENTE
GU: SISCOVELEN
: Administrador
CLSCLIENTE
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo del Cliente
Codigo si Existe

Desea Continuar
ELIMINAR CLIENTE
78
GUI: SISCOVELEN
GUI: ELIMINAR
CLIENTE
: Administrador
CLSCLIENTE
Iniciar Sesin
Ingrese Codigo
Buscando Codigo del Cliente

Codigo si Existe
Eliminar Cliente

Desea Continuar
4.5.12. REPORTE
79
REGISTRAR REPORTE
GUI: REGISTRAR
REPORTE
GUI: SISCOVELEN
: Administrador
CLSREPORTE
Iniciar Sesin
Ingrese Codigo
Ingresando Codigo de Reporte
Buscando Codigo de Reporte
Codigo no Existe
Guardando Datos
Desea Continuar
MODIFICAR REPORTE
80
GUI: MODIFICAR
REPORTE
GU: SISCOVELEN
CLSREPORTE
: Administrador
Iniciar Sesin
Ingrese Codigo

Buscando el Codigo de Reporte
Codigo si Existe

Desea Continuar
81
ELIMINAR REPORTE
GUI: ELIMINAR
REPORTE
GUI: SISCOVELEN
: Administrador
CLSREPORTE
Iniciar Sesin
Ingrese Codigo

Buscando Codigo de Reporte
Codigo si Existe
Eliminar Reporte

Desea Continuar
5.6. DIAGRAMA DE COLABORACION

4.6.1. SEGURIDAD
82
REGISTRAR SEGURIDAD
1: Iniciar Sesin
GUI: SISCOVELEN
: Administrador
11: Desea Continuar
8: Ingresando Datos a Registrar
2: Seleccionar Operacin
7: Ingresar Datos a Registrar

4: Ingresando Codigo de Seguridad
3: Ingrese Codigo
5: Buscando Codigo de Seguridad

9: Guardando Datos
GUI: REGISTRAR
SEGURIDAD
CLSSEGURIDAD
10: Datos Guardados Satisfactoriamente

6: Codigo no Existe
MODIFICAR SEGURIDAD
1: Iniciar Sesin
GU:
SISCOVELEN
: Administrador
4: Ingresando Codigo de Segurisdad

8: Ingresando Datos a Modificar
11: Desea Continuar
7: Ingrese Datos a Modificar
3: Ingrese Codigo
5: Buscando el Codigo de Seguridad

9: Guardando Datos Modificados
GUI: MODIFICAR
SEGURIDAD
CLSSEGURIDAD
10: Datos Guardados Correctamente

6: Codigo si Existe
ELIMINAR SEGURIDAD
83
1: Iniciar Sesin
GUI:
SISCOVELEN
: Administrador
10: Desea Continuar
4: Ingresando Codigo de Seguridad
3: Ingrese Codigo
7: Eliminar Seguridad
5: Buscando Codigo de Seguridad

8: Actualizar Base de Datos
GUI: ELIMINAR
SEGURIDAD
CLSSEGURIDAD
9: Datos Eliminados Correctamente

6: Codigo si Existe
4.6.2. USUARIO
REGISTRAR USUARIO
1: Iniciar Sesin
GUI:
SISCOVELEN
: Administrador

11: Desea Continuar

4: Ingresando Codigo del Usuario
3: Ingrese Codigo
5: Buscando Codigo del Usuario

9: Guardando Datos
GUI: REGISTRAR
USUARIO
CLS:USU
ARIO
6: Codigo no Existe
MODIFICAR USUARIO
ELIMINAR USUARIO
84
1: Iniciar Sesin
GU: SISCOVELEN
1: Iniciar Sesin
: Administrador
GUI:
SISCOVELEN
: Administrador
11: Desea Continuar
10: Desea Continuar

3: Ingrese Codigo
3: Ingrese Codigo
7: Eliminar Usuario
GUI: MODIFICAR
USUARIO
GUI: ELIMINAR
USUARIO
5: Buscando el Codigo del Usuario
CLS:USUARIO
5: Buscando Codigo del Usuario
6: Codigo si Existe
6: Codigo si Existe
4.6.3. ALQUILER DE LOCAL

REGISTRAR LOCAL
85
CLSUSUARIO
1: Iniciar Sesin
GUI: SISCOVELEN
: Administrador
11: Desea Continuar
4: Ingresando Codigo de Alquiler de Local
3: Ingrese Codigo
5: Buscando Codigo de Alquiler de Local

9: Guardando Datos
GUI: REGISTRAR
ALQUILER DE LOCAL
CLSALQUILER
DE LOCAL
6: Codigo no Existe
MODIFICAR LOCAL
1: Iniciar Sesin
GU: SISCOVELEN
: Administrador

11: Desea Continuar
3: Ingrese Codigo
5: Buscando el Codigo de Alquiler de Local

GUI: MODIFICAR
ALQUILER DE LOCAL
CLSALQUILER
DE LOCAL
6: Codigo si Existe
ELIMINAR LOCAL
86
1: Iniciar Sesin
GUI:
SISCOVELEN
: Administrador
10: Desea Continuar

3: Ingrese Codigo
7: Eliminar Alquiler de Local
5: Buscando Codigo de Alquiler de Local

CLSALQUILER DE
LOCAL
GUI: ELIMINAR
ALQUILER DE LOCAL
6: Codigo si Existe
5.7. Diagrama de Actividad

USUARIO
REGISTRAR USUARIO
Ingresar
Codigo
Buscar Codigo
Si
Codigo ya
Regis trado
No
Ingresar Datos
a Registrar
Desea Guardar
Datos
Si
Datos Guardados
Correctamente
No
Term inar
Proceso
Fin
87
MODIFICAR USUARIO
Ingresar
Codigo
Si
Mostrar Datos
Buscar Codigo
Ingresar Datos
a Modificar
No
Terminar
Proceso
No
88
Desea Guardar
Datos
Si
Datos Guardados
Correctamente
ELIMINAR USUARIO
Inicio
Ingresar
Codigo
Si
Buscar Codigo
Eliminar Datos
No
Terminar
Proceso
No
Desea Eliminar
Datos
Fin
VENTA
89
Si
Datos Elim inados

Correctamente
REGISTRAR VENTA
Ingres ar
Codigo
Si
Codigo ya
Regis trado
Buscar Codigo
No
Ingres e Datos
a Regis trar
Si
Des ea Guardar
Datos
Datos Guardados
Correctam ente
No
Term inar
Proces o
MODIFICAR VENTAS
Ingres ar
Codigo
Buscar Codigo
Si
Mos trar Datos
Ingresar Datos
a Modificar
No
No
Terminar
Proceso
COMPROBANTR DE PAGO
90
Des ea Guardar
Datos
Si
Datos Guardados
Correctamente
REGISTRAR COMPROBANTES DE PAGO
Ingresar
Codigo
SI
Codigo ya
Registrado
Buscar Codigo
No
Ingresar Datos
a Registar
Desea Guardar
Datos
Si
Datos Guardados
Correctamente
No
Terminar
Proceso
Fin
MODIFICAR COMPROBANTE DE PAGO

Inicio
Ingresar
Codigo
Si
Buscar Codigo
Ingresar Datos
a Modificar
No
Terminar
Proceso
Mos tar Datos
No
Desea Guardar
Datos
Fin
91
Si
Datos Guardados
Correctamente
ELIMINAR COMPROBANTE DE PAGO

Inicio
Ingresar
Codigo
Si
Eliminar Datos
Buscar Codigo
No
Terminar
Proceso
No
Desea Eliminar
Datos
Fin
92
Si
Datos Elim iinados

Correctamenten
PRENDA
REGISTRAR PRENDAS
I nicio
Ingresar
Codigo
Buscar Codigo
Si
Codigo ya
Regis trado
No
Ingres ar Datos
a Regis trar
Des ea Guardar
Datos
Si
Datos Guardados
Correctam ente
No
Term inar
Proces o
Fin
93
MODIFICAR PRENDAS
Inicio
Ingresar
Codigo
Buscar Codigo
Si
Mostar Datos
Ingresar Datos
a Modificar
No
No
Terminar
Proceso
Desea Guardar
Datos
Si
Fin
ELIMINAR PRENDAS
Inicio
Ingresar
Codigo
Si
Buscar Codigo
Eliminar Datos
No
Term inar
Proceso
No
Desea Eliminar
Datos
Fin
TRABAJADOR
94
Si
Datos Elim inados

Correctamente
Datos Guardados
Correctamente
ELIMINAR TRABAJADOR
Inicio
Ingresar
Codigo
Si
Eliminar Datos
Buscar Codigo
NO
Terminar
Procesos
No
Desea Guardar
Datos
Fin
95
Si
Datos Eliminados
Correctamente
MODIFICAR TRABAJADOR
Inicio
Ingresar
Codigo
Buscar Codigo
Si
Codigo ya
Registrado
No
Ingresar Datos
a Registrar
Desea Guardar
Datos
Si
Datos Guardados
Correctamente
No
Terminar
Procesos
Fin
96
REGISTRAR TRABAJADOR
Inicio
Ingresar
Codigo
Buscar Codigo
Si
Codigo ya
Registrado
No
Ingresar Datos
a Registrar
Desea Guardar
Datos
Si
Datos Guardados
Correctamente
No
Terminar
Procesos
Fin
97
DIAGRAMAS DE ESTADO
ESTADO DE VENTA
Inicio
Registar
Activo
Renovar
En
ejecucin
Supendido
Fin
98
ESTADO DE USUARIO
Inicio
Registar
Activo
Activar Usuario
Activar Usuario
Vacaciones
Suspendido
Fin
ESTADO DE TRABAJADOR
Inicio
Registrar
Activo
Activar Trabajador
Renovar
Suspender
Asignar Vacacipnes
Suspendido
Vacaciones
Fin
99
5.8. Modelo de Anlisis y Diseo

2.8.1. Modelo De Datos
5.8.1.
Objetivos del Sistema
Obj_01
Garantizar la seguridad del sistema, mediante la

gestin de usuarios, autenticacin, permisos y
acceso a los diferentes procesos del sistema, para
brindar proteccin a la informacin de la Tienda
PEMALUMA
Versin
2.0
Fecha: Abril 2015
Autores
Grupo DI_AWIBE
Fuentes
Tienda PEMALUMA
Descripci
n
El sistema deber de ser capaz de brindar

seguridad y proteccin a la informacin que se
almacena y visualiza de manera clara y segura.
Subobjetivos
Ninguno
Importan
cia
Vital
Urgencia
Inmediata
Estado
Validado
Estabilid
ad
Alta
Capturar los datos de los clientes a travs de

formularios de inscripcin, adems del registro,
100
Obj_02
modificacin de las ventas.
Versin
2.0
Autores
DI_AWIBE
Fuentes
Fecha: Abril 2015
Tienda PEMALUMA
Descripci
n
El sistema deber registrar los datos de los

usuarios, ventas de manera que permita manejar
eficientemente la informacin de los socios
mantenindola actualizada y que sea confiable y
segura.
Subobjetivos
Ninguno
Importan
cia
Vital
Urgencia
Inmediata
Estado
Validado
Estabilid
ad
Alta
Obj_03
Facilitar las Ventas a travs del registro de las

solicitudes que hayan sido aprobadas.
Versin
2.0
Autores
Grupo
Fuentes
Fecha: Abril 2015
DI_AWIBE
Tienda PEMALUMA
Descripci
n
El sistema deber registrar y llevar el control de

las Ventas de los Clientes.
Subobjetivos
Ninguno
Importan
cia
Vital
Urgencia
Inmediata
Estado
Validado
Estabilid
ad
Alta
Obj_04
Mejorar el control de los pagos que realizan los

clientes, por la cantidad prestada.
101
5.8.2.
Versin
2.0
Fecha: Abril 2015
Autores
Grupo DI_AWIBE
Fuentes
Tienda PEMALUMA
Descripci
n
El sistema deber mejorar la administracin de

las Ventas de los clientes.
Subobjetivos
Ninguno
Importan
cia
Vital
Urgencia
Inmediata
Estado
Validado
Estabilid
ad
Alta
Definicin de Actores
ACT_02
ADMINISTRADOR
Versin
2.0
Autores
Grupo DI_AWIBE
Fuentes
Tienda PEMALUMA
Descripci
n
Este actor representar a la persona

encargada de Ejecutar los siguientes
Procesos: Gestin de Tienda PEMALUMA,
Usuario, cliente
Comenta
rios
La potestad de administrar el sistema.
ACT_03
JEFE DE VENTAS
Versin
2.0
Autores
Grupo DI_AWIBE
Fuentes
Tienda PEMALUMA
Descripci
n
Este actor representar a la persona

encargada de Ejecutar los siguientes
Procesos: gestin de acopio, gestin de
Pruebas de Calidad, compra y supervisin
tcnica Concernientes al rea de Almacn.
Fecha: Abril 2015
Fecha: Abril 2015
102
Comenta
rios
Persona con experiencia en el proceso de

Ventas.
ACT_04
CLIENTE
Versin
2.0
Autores
Grupo DI_AWIBE
Fuentes
Fecha: Abril 2015
Tienda PEMALUMA
Descripci
n
Este actor representa a un Cliente de la

tienda PEMALUMA
Comenta
rios
Ninguno
ACT_05
VENDEDOR
Versin
2.0
Autores
Grupo DI_AWIBE
Fuentes
Tienda PEMALUMA
Descripci
n
Este actor representa a una persona o

entidad que realiza la venta de prendas.
Comenta
rios
Ninguno
Fecha: Abril 2015
5.8.3. Requisitos de Informacin

IRQ_01
INFORMACIN DEL USUARIO
Fuentes
Tienda PEMALUMA
Objetivos
Asociados
Obj_01.- Garantizar la seguridad del sistema, mediante la

gestin de usuarios, autenticacin, permisos y acceso a
los diferentes procesos del sistema, para brindar
proteccin a la informacin de la Tienda PEMALUMA
CU_01: Iniciar Sesin.
CU_02: Registrar Nuevo usuario.
CU_03: Modificar Datos del Usuario.
Requisitos
Asociados
CU_04: Retirar Usuario.

CU_05: Renovar Usuario.
CU_06: Cambiar Contrasea.
103
CU_51: Reportar Relacin de Usuarios Activos.

Descripci
n
El
sistema
deber
almacenar
la
informacin
correspondiente a los datos de los usuarios, as como
otorgar los respectivos permisos.
Datos
Especfico
s
Apellido Paterno, Apellido Materno, Nombre del Operador,

Nmero de DNI, Contrasea, Tipo de Acceso.
Urgenci
a
Inmediata
Estado
Validado
Estabili
dad
Alta
Coment
arios
El sistema deber registrar la informacin con respecto al

usuario del sistema.
CRQ_01
Unicidad del Cdigo de Usuario
Objetivos
Asociados
Obj_01.- Garantizar la seguridad del sistema,

mediante la gestin de usuarios, autenticacin,
permisos y acceso a los diferentes procesos del
sistema, para brindar proteccin a la informacin de
la Cooperativa.
Requisitos
Asociados
IRQ_01: Informacin del Usuario.
Descripcin
La informacin almacenada en el Sistema deber

satisfacer la siguiente restriccin: un usuario deber
tener un nico cdigo de usuario, no puede existir
otro usuario con el mismo cdigo.
Estabilidad
Alta
IRQ_02
Fuentes
INFORMACIN DEL CLIENTE

Tienda PEMALUMA
Objetivos
Asociados
Obj_02. Capturar los datos de los clientes a travs

de formularios de inscripcin, adems del registro,
modificacin de prstamos y pagos.
Requisitos
Asociados
CU_07: Registrar Cliente.

CU_08: Modificar Datos del Cliente.
CU_09: Retirar Cliente.
104
CU_10: Renovar Cliente.

CU_53: Reportar Relacin de Clientes Activos.
Descripcin
El sistema deber almacenar la informacin

correspondiente a los datos de un Cliente.
Datos
Especficos
Nombre de la Asociacin, Apellido Paterno, Apellido

Materno, Nombres del socio, Tipo de Documento,
Nmero de Documento, Sector, Domicilio/ Casero,
Nombre de Departamento, Nombre de Provincia,
Nombre de Distrito, Nacionalidad, Telfono, Fecha de
Nacimiento, Nombre de Cargo, Sexo.
Urgencia
Inmediata
Estado
Validado
Estabilidad
Alta
Comentarios
Ninguno
CRQ_02
Unicidad del Cdigo de Cliente
Objetivos
Asociados

Requisitos
Asociados
IRQ_02: Informacin del Cliente.
Descripcin

satisfacer la siguiente restriccin: un cliente deber
tener un nico cdigo de cliente, no puede existir
otro cliente con el mismo cdigo.
Estabilidad
Alta
IRQ_03
Fuentes
INFORMACIN DEL PROVEEDOR

Tienda PEMALUMA
Objetivos
Asociados

Requisitos
Asociados
CU_07: Registrar Proveedor.

CU_08: Modificar Datos del Proveedor.
CU_09: Retirar Proveedor.
CU_10: Renovar Proveedor.
CU_53: Reportar Relacin de Proveedores Activos.
Descripcin
El sistema deber almacenar la informacin

correspondiente a los datos de un Cliente.
105
Datos
Especficos
Nombre de la Asociacin, Apellido Paterno, Apellido

Materno, Nombres del socio, Tipo de Documento,
Nmero de Documento, Sector, Domicilio/ Casero,
Nombre de Departamento, Nombre de Provincia,
Nombre de Distrito, Nacionalidad, Telfono, Fecha de
Nacimiento, Nombre de Cargo, Sexo.
Urgencia
Inmediata
Estado
Validado
Estabilidad
Alta
Comentarios
Ninguno
CRQ_02
Unicidad del Cdigo de Proveedor
Objetivos
Asociados

Requisitos
Asociados
IRQ_02: Informacin del Proveedor
Descripcin

satisfacer la siguiente restriccin: un cliente deber
tener un nico cdigo de cliente, no puede existir
otro cliente con el mismo cdigo.
Estabilidad
Alta
4.8. Gestionar Prstamos

5.8.4.
Modelo de Datos
5.4. Modelo del Sistema
a. Aplicacin de Escritorio.- La aplicacin est basada en
Formularios Windows.
5.5. Arquitectura de la Aplicacin
106
REA: VENTAS
e
PC Client
BD
REA: CMPUTO
Est basado en una arquitectura cliente servidor 3 capas, es

decir, que cada una de las capas se va a especializar en
realizar determinadas tareas.
REA: ALMACN
Las capas son: capa de presentacin, capa de negocio y capa
Switch
de acceso a datos.
REA: ADMINISTRACIONCION
e
PC Client
5.6. Diagrama de Clases
107
DIAGRAMA DE CLASE
ClsUsua
ClsSeg
Cod_Seg
NombAcc
Registrar Seg()
Modificar Seg()
Eliminar Seg()
Buscar Cod_Seg()
ClsCompra
Cod_Usuario
Cod acceso
Apellid pat
Apellido Mat
Nombre de usua
N Dni
Direccion
Cod_Compra
Numero Com pra
Cantidad
Fecha Compra
Registrar Compra()
Modificar compra()
Eliminar Compra()
Buscar Cod_Compra()
Registrar Usua()
Modificar Usua()
Eliminar Usua()
Buscara Cls_Usua()
ClsClien
CLsVenta
ClsPren
ClsProv
Cod_Prov
Nombre proveedor
Apellido Mat
Apeellido Pat
Numero Dni
Direccion
Cod_Cliente
Apellido Pat
Apellido Mat
Nombre clien
Direccion
Cod_Venta
Numero Venta
Fecha Venta
Cod_Pren
Marca
Precio
Cantidad
Serie
Modelo
Stock
Descripcin
Registrar Cliente()
Modificar Cliente()
Eliminar Cliente()
Buscar Cliente()
Registra Venta()
Modificar Venta()
Eliminar Venta()
buscar Venta()
Registrar Pren()
Modificar Pren()
Eliminar Pren()
Buscar Cod_Pren()
ClsComp
Registrar Prov()
Modificar Proveedor()
Eliminar Proveedor()
Buscar Proveedor()
Cod_Comp
NombreComp
NumeroComp
FechaEmi
PrecioUni
TotalPago
Estado
Descripcin
Registrar Comp()
Modificar Comp()
Eliminar Comp()
Buscar Cod_Comp()
DISEO LOGICO DE BASE DE DATOS
108
CLIENTE
CodCli
Cod-usu (FK)
USUARIO
SEGURIDAD
CodSeg
NombAcc
Apellido Pat
Apellido Mat
Nombre
Cod-usu
Apellido Pat
Apellido Mat
NombreUsu
DNIUsu
PascoUsu
EstadoUsu
CodCli (FK)
CoUsu (FK)
CodComp (FK)
CodComprob (FK)
CodSeg (FK)
PRENDA
CodPren
Descripcin
Marca
Serie Nulo
Precio
Modelo
Stock
CodComp (FK)
CodComprob (FK)
CodCli (FK)
CoUsu (FK)
VENTA
CodCli
CoUsu
CodPren
Cantidad
Precio
Monto
Estado
CodComprob (FK)
CodComp (FK)
COMPROBANTE
CodComprob
CodCli
CodUsu
CodComp
NombreComp
NumeroComp
Fecha Emisin
TotalPago
Estado
PROVEEDOR
Cod_Prov
Cod_Usu
Nombre
Ruc nulo
Direccin
Telefono
Coreo
DNI
Compra
CodComp
CodComprob (FK)
CodUsu
Descripcin
Cantidad
CodPren
Cod_Prov (FK)
DISEO DE LOGICO DE BASE DE DATOS

CLIENTE
CodCli
Cod_usu (FK)
USUARIO
SEGURIDAD
CodSeg
NombAcc
Nombre
Apellido_Mat
Apellido_Pat
Cod_usu
DNIUsu
PascoUsu
EstadoUsu
NombreUsu
CodCli (FK)
CoUsu (FK)
CodComp (FK)
CodComprob (FK)
Apellido_Pat
Apellido_Mat
CodSeg (FK)
PRENDA
CodPren
Stock
Modelo
Precio
Serie___Nulo
Marca
Descripcin
CodComp (FK)
CodComprob (FK)
CodCli (FK)
CoUsu (FK)
VENTA
CodCli
CoUsu
Cantidad
Precio
Estado
CodPren
CodComprob (FK)
CodComp (FK)
Monto
COMPROBANTE
CodComprob
NombreComp
NumeroComp
Fecha_Emisin
TotalPago
CodComp
CodCli
CodUsu
Estado
Compra
CodComp
CodComprob (FK)
CodUsu
Descripcin
Cod_Prov (FK)
Cantidad
CodPren
109
PROVEEDOR
Cod_Prov
Nombre
Ruc______nulo
Direccin
Coreo
DNI
Cod_Usu
Telefono
4.9. Especificaciones de Casos de Uso

4.9.1. PAQUETE SEGURIDAD:
CU: GESTIONAR USUARIOS

CU_01:
INICIAR SESIN
Versin
2.0
Autores
DI_AWIBE
Objetivos
Asociado
s
Obj_01: Garantizar la seguridad del sistema, mediante

la gestin de usuarios, autenticacin, permisos y
acceso a los diferentes procesos del sistema, para
generar proteccin a la informacin de la Cooperativa.
Requisito
s
Asociado
s
IRQ_01: Informacin del Usuario
Descripci
n
El sistema deber comportarse tal como se describe en

el siguiente caso de uso <Iniciar Sesin>, cuando se
desea iniciar una sesin.
Precondic
in
Que el Usuario tenga una cuenta o este Registrado en

la Base de Datos del Sistema.
PAS
O
ACCIN
110
Poscondicin
El actor solicita acceder al sistema.
El Sistema solicita al actor Ingresar su DNI y su

Contrasea.
El actor ingresa los datos solicitados por el

Sistema.
El Sistema verifica que el DNI y Contrasea se

encuentren registrados en la Base de Datos.
Si se encuentra registrado, el Sistema da la

Bienvenida y le permite acceder al Formulario
Principal del Sistema.
El Usuario inicia sesin.

PASO
4
PASO
4
ACCIN
Si el sistema detecta que el DNI no se encuentra
Registrado, o que la Contrasea no concuerda
con la almacenada en la BD o que el Estado no
es activo. Muestra un Mensaje de Error, pero le
permite ingresar nuevamente los datos.
COTA DE TIEMPO
5 segundos
Frecuenci
a
6 veces/ da.
Importan
cia
Vital.
Urgencia
Inmediatamente.
Estado
Validado.
Estabilida
d
Alta.
Comentar
ios
Ninguno.
CU_02
REGISTRAR NUEVO USUARIO
Versin
2.0
Autores
DI_AWIBE
Objetivo
s
Asociad
os

la gestin de usuarios, autenticacin, permisos y acceso
a los diferentes procesos del sistema, para generar
proteccin a la informacin de la Cooperativa.
Requisit
os
Asociad
111
os
Descripc
in

el siguiente caso de uso <Registrar Nuevo Usuario>,
cuando se desea registrar un usuario.
Precond
icin
El usuario an no ha sido registrado. Se le asignar los

permisos segn el tipo de acceso.
PAS
O
Secuenc
ia
Normal
Poscond
icin
Excepci
ones
Rendimi
ento
ACCIN
El actor Gerente da inicio al caso de uso Registrar

Usuario.
El Sistema solicita al actor ingresar los datos

personales del usuario.
El actor Ingresa los datos solicitados por el

Sistema.
El Sistema busca si los datos brindados por el

actor existen en la Base de Datos.
Si no existe, el sistema solicita la confirmacin de

Registrar Usuario.
El sistema guarda la informacin e informa que el

proceso ha terminado con xito.
El Usuario ya se encuentra registrado en la base de

Datos adems de realizar las operaciones asignadas.
PAS
O
5
ACCIN
Si existe, el sistema informa que el usuario est
registrado y da por terminado el proceso.
PAS
O
COTA DE TIEMPO
2 segundos
2 segundos
Frecuen
cia
No determinada.
Importa
ncia
Vital.
Urgenci
a
Inmediatamente.
Estado
Validado.
Estabili
dad
Alta.
Coment
arios
Con respecto a la frecuencia de registros, se realizar de

manera intensiva cuando el Sistema sea puesto en
marcha.
112
CU_03
MODIFICAR DATOS DEL USUARIO
Versin
2.0
Autores
Grupo Los hackers
Objetivo
s
Asociad
os

Requisit
os
Asociad
os
Descripc
in

el siguiente caso de uso <Modificar Datos del Usuario>,
cuando se desea modificar los datos del usuario.
Precond
icin
El Usuario ya se encuentra registrado en la Base de

Datos del Sistema.
Secuenc
ia
Normal
PAS
O
ACCIN
El actor Gerente da inicio al caso de uso Modificar

Usuario.
El Sistema presenta a los usuarios registrados.
El actor selecciona al usuario para modificar sus

datos.
El sistema presenta
seleccionado.
El actor ingresa los datos a modificar.
El sistema
Modificacin.

Poscond
icin
Excepci
ones
Rendimi
ento
Frecuen
cia
solicita
los
que
datos
se
del
usuario
confirme
la
Los datos del Usuario se actualizan.

PAS
O
ACCIN
Si la confirmacin es negada, el sistema da por

terminado el proceso.
PAS
O
COTA DE TIEMPO
2 segundos
No determinada.
113
Importa
ncia
Importante.
Urgenci
a
Puede esperar.
Estado
Validado.
Estabili
dad
Alta.
Coment
arios
Los datos del Usuario pocas veces sern modificadas

debido que estos raras veces se alteran a excepcin de
errores al momento de registrar.
CU_04
RETIRAR USUARIO
Versin
2.0
Autores
Grupo Los hackers
Objetivo
s
Asociad
os

Requisit
os
Asociad
os
Descripc
in

el siguiente caso de uso <Retirar Usuario>, cuando se
desea retirar o quitar algn usuario del sistema.
Precondi
cin
Que el Usuario tenga una cuenta o este Registrado en la

Base de Datos del Sistema.
Secuenc
ia
Normal
PASO
ACCIN
El actor Gerente da inicio al caso de uso

Retirar Usuario.
El Sistema lista a los usuarios registrados.
El actor selecciona al usuario a retirar.
El sistema pide que se confirme el retiro del

usuario.
El sistema guarda la informacin e informa

que el proceso ha terminado con xito.
Poscond
icin
Si el usuario est retirado, se le podr renovar.
Excepcio
nes
PASO
ACCIN
Si la confirmacin es negada, el sistema da

por terminado el proceso.
114
Rendimi
ento
PASO
COTA DE TIEMPO
2 segundos
Frecuen
cia
No determinada.
Importa
ncia
Importante.
Urgenci
a
Puede Esperar.
Estado
Validado.
Estabilid
ad
Alta
Coment
arios
Ninguno
CU_05
RENOVAR USUARIO
Versin
2.0
Autores
Grupo Los hackers
Objetivo
s
Asociad
os

Requisit
os
Asociad
os
Descripc
in

el siguiente caso de uso <Renovar Usuario>, cuando se
desea renovar o reinscribir un usuario al sistema.
Precond
icin
Que el Usuario se encuentre en la Base de Datos.
Secuenc
ia
Normal
PAS
O
ACCIN
El actor Gerente da inicio al caso de uso Renovar

o Reactivar Usuario.
El Sistema solicita al actor ingresar los datos del

usuario.
El sistema solicita que se confirme la renovacin

del usuario.
115

Poscond
icin
El estado del Usuario ha sido actualizado.
Excepci
ones
PAS
O
ACCIN
Si la confirmacin es negada, el sistema da por

terminado el proceso.
PAS
O
COTA DE TIEMPO
2 segundos
Rendimi
ento
Frecuen
cia
No determinada.
Importa
ncia
Importante.
Urgenci
a
Puede Esperar.
Estado
Validado.
Estabili
dad
Alta
Coment
arios
Con respecto a la frecuencia, el cambio de estado

(activo, dado de alta) de usuario se realizar de manera
espordica, debido a que pocas veces se presentan
estos casos.
116
CU_06
CAMBIAR CONTRASEA
Versin
2.0
Autores
Grupo Los hackers
Objetivo
s
Asociad
os

Requisit
os
Asociad
os
Descripc
in

el siguiente caso de uso <Cambiar Contrasea>, cuando
el usuario desea modificar los datos de su contrasea.
Precond
icin
Que el Usuario tenga una cuenta o este Registrado en la

Base de Datos del Sistema.
Secuenc
ia
Normal
PASO
ACCIN
El Usuario del Sistema da inicio al caso de uso

Modificar Contrasea.
El Sistema solicita que ingrese sus datos y su

nueva contrasea.
El actor Ingresa los datos solicitados por el

Sistema.
El Sistema verifica si los datos brindados por el

actor son correctos.
Si los datos son correctos, el sistema solicita la

confirmacin de Modificar Contrasea.
El sistema guarda la informacin e informa que

el proceso ha terminado con xito.
Poscond
icin
La contrasea del usuario se ha actualizado.
Excepci
ones
PAS
O
ACCIN
Si es incorrecto, el sistema informa de esto al

usuario y da por terminado el proceso.
Rendimi
ento
PASO
COTA DE TIEMPO
2 segundos
Frecuen
cia
No determinada.
Importa
ncia
Vital.
117
Urgenci
a
Inmediatamente.
Estado
Validado.
Estabili
dad
Alta.
Coment
arios
Ninguno.
4.10. Requerimientos no Funcionales

NFR_01
PORTABILIDAD
Versin
2.0
Autores
Grupo Los Hackers
Fuentes
Caja Piura
Objetivos
Asociados
Ninguno.
Requisitos
Asociados
Ninguno.
Descripcin
El
sistema
deber
asegurar
su
funcionamiento en el sistema operativo
Microsoft Windows 7 (clientes) y el sistema
operativo Microsoft Windows Server 2012
(servidor).
NFR_02
UTILIZACIN DE INTERFACES DE USUARIO

INTERACTIVAS
Versin
2.0
Autores
Grupo Los Hackers
Fuentes
Caja Piura
Objetivos
Asociados
Ninguno.
Requisitos
Asociados
Ninguno.
Estas interfaces permiten comunicarse con el
ordenador de una forma rpida e intuitiva.
Descripcin
Facilitar la exploracin, intuitiva y til
118
Sistema de ayuda interactivo.

Uso de colores adecuados.
NFR_03
ENTORNO DE EXPLOTACIN
Versin
2.0
Autores
Grupo Los Hackers
Fuentes
Bibliografa Revisada
Objetivos
Asociados
Ninguno.
Requisitos
Asociados
Ninguno.
Descripcin
El sistema deber de almacenarse en un

servidor ProLiant ML350 y 3 de estaciones Core
i3.
NFR_04
RENDIMIENTO
Versin
2.0
Autores
Grupo Los Hackers
Fuentes
Objetivos
Asociados
Ninguno.
Requisitos
Asociados
Ninguno.
Descripcin
Eficiente,
recursos
por
el
aprovechamiento
de
los
El sistema es rpido y el tiempo de respuesta es

el mnimo posible.
119
CAPTULO IV: CONCLUSIONES, RECOMENDACIONES Y BIBLIOGRAFA

5.3. Conclusiones
Este trabajo nos ayud a profundizar nuestros conocimientos en el modelado de
Software.
Para obtener un
buen Modelado de Software, es necesario
analizar
los
requerimientos del cliente y seguir las etapas
de Ciclo de Vida del Software.
5.4.
Recomendaciones
Recomendamos a las pequeas empresas tener un sistema para el control de sus
ventas; ya que agiliza los procesos de las Ventas.
5.5.
Bibliografa
www.monografiasistemasoftware.com
www.herramientascase.com
120

Proyecto de Sistemas de Control de Ventas

Caricato da

Informazioni sul documento

Descrizione originale:

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Proyecto de Sistemas de Control de Ventas

Caricato da

Copyright:

Formati disponibili

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Ao de la Diversificacin Productiva y el Fortalecimiento de la

Danny Magallyt Chuquizuta Herrera

Taller de Modelamiento de Software

Chachapoyas Amazonas - Per

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Este trabajo va dedicado especialmente a

econmico; tambin a nuestros profesores

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Una de las principales preocupaciones de la empresa de Lencera

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

CAPTULO I: ASPECTOS ORGANIZACIONALES

2.2. Ttulo del Sistema

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Lenguaje de Modelado UML

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

4.1. Representante ante el Desarrollo del Proyecto

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

4.3. Diagramas de Casos de Uso.

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

El negocio de Lencera Unisex PEMALUMA se encuentra ubica en la ciudad de

1.6. Factores Estratgicos

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

1.3.3. Anlisis FODA

Se encuentra ubicado al centro de la ciudad.

1.7. Oficinas de la Tienda

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

CAPTULO II: ASPECTOS DE LA INVESTIGACIN

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Realizar el proceso de (registro,

rea de caja: se encarga de los procesos de:

Realizar el proceso de (registro, modificacin y

Administrar y controlar la disponibilidad, para

Coordinar las actividades del personal habilitado

rea de ventas: se encarga de los procesos de:

Realiza el proceso de (registrar, modificar y

3.10. Marco Metodolgico

Ingeniera del Software

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Es el estudio de los principios y metodologas para desarrollar

Esencialmente, un CASE es una herramienta que ayuda al

El uso de las herramientas CASE puede mejorar la

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

(por ejemplo: incompleto, completo etc.), nmero de versin,

La tecnologa CASE supone la automatizacin del desarrollo del

2.4.2.2. Componentes de una herramienta case

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Gestin de Base de Datos (SGBD) o de un sistema de

Metodologa de Base de Datos

En un mtodo de la base de datos, una variedad de programa de

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

El Ciclo de Vida del Software

El ciclo de vida del software es una secuencia de fases o

Son un conjunto de computadoras y/o dispositivos conectados

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

La red informtica la cual voy a utilizar es la RED DE REA LOCAL o

Arquitectura Cliente/ Servidor

Las arquitecturas de Software vienen a ser un diseo de ms

El Erwin Data Modeler es una solucin de modelado de datos lder en la

Sistema de Control de Ventas de Lencera Unisex PEMALUMA-SISCOVELEN

Definicin de normas: las normas reutilizables, como las plantillas