Está en la página 1de 46

1

INDICE

DEDICATORIA ..................................................................................................................................... 4
AGRADECIMIENTOS............................................................................................................................ 5
PRESENTACIN ................................................................................................................................... 6
1.1. ANTECEDENTES ...................................................................................................................... 7
1.2. DESCRIPCIN DEL PROBLEMA ................................................................................................ 7
1.3. OBJETIVOS .............................................................................................................................. 8
1.3.1. OBJETIVO GENERAL ............................................................................................ 8
1.3.2. OBJETIVOS ESPECIFICOS ..................................................................................... 8
1.4. LIMITACIONES ........................................................................................................................ 8
1.5. ALCANCES ............................................................................................................................... 9
1.6. JUSTIFICACIN........................................................................................................................ 9
1.7. TIPO DEL SISTEMA DE INFORMACIN ................................................................................... 9
1.8. METODOLOGA EMPLEADA EN EL DESARROLLO DEL SISTEMA ........................................... 10
1.9. REQUISITOS MNIMOS PARA EL FUNCIONAMIENTO DEL SISTEMA ..................................... 11
1.10. HARDWARE Y SOFTWARE EMPLEADOS EN EL DESARROLLO DEL SISTEMA ..................... 11
1.11. CRONOGRAMA DE ACTIVIDADES ..................................................................................... 11
2.1. SISTEMA DE INFORMACIN ................................................................................................. 12
2.2. COMPONENTES DEL SISTEMA DE INFORMACIN ............................................................... 12
2.3. PROCESO UNIFICADO ........................................................................................................... 12
2.3.1. ITERATIVO E INCREMENTAL ............................................................................................. 12
2.3.2. DIRIGIDO POR LOS CASOS DE USO ................................................................................... 12
2.3.3. CENTRADO EN LA ARQUITECTURA ................................................................................... 12
2.3.4. ENFOCADO EN LOS RIESGOS ............................................................................................ 12
2.4. LENGUAJE UNIFICADO DE MODELADO ................................................................................ 12
2.4.1. DIAGRAMAS ..................................................................................................................... 12
2.4.1.1. DIAGRAMAS DE ESTRUCTURA ...................................................................................... 12
2.4.1.1.1. DIAGRAMA DE CLASES ................................................................................................. 12
2.4.1.1.2. DIAGRAMA DE COMPONENTES ................................................................................... 12
2.4.1.1.3. DIAGRAMA DE OBJETOS ............................................................................................... 12
2.4.1.1.4. DIAGRAMA DE DESPLIEGUE ......................................................................................... 12
2.4.1.1.5. DIAGRAMA DE PAQUETES ............................................................................................ 12
2.4.1.2. DIAGRAMAS DE COMPORTAMIENTO .......................................................................... 12
2.4.1.2.1. DIAGRAMA DE ACTIVIDADES ....................................................................................... 12
2

2.4.1.2.2. DIAGRAMA DE CASOS DE USO ..................................................................................... 12
2.4.1.2.2.1. DIAGRAMAS DE CASOS DE USO UML ....................................................................... 12
2.4.1.2.3. DIAGRAMA DE ESTADOS .............................................................................................. 12
2.4.1.3. DIAGRAMAS DE INTERACCIN, .................................................................................... 12
2.4.1.3.1. DIAGRAMA DE SECUENCIA ........................................................................................... 12
3.1. IDENTIFICION DE LA INSTITUCIN ....................................................................................... 13
3.1.1. RAZON SOCIAL .................................................................................................. 13
3.1.2. LOCALIZACIN .................................................................................................. 13
3.1.3. MARCO LEGAL .................................................................................................. 13
3.1.4. INFRAESTRUCTURA .......................................................................................... 13
3.1.5. OBJETIVOS DE LA INSTITUCIN ........................................................................ 14
3.1.5.1. OBJETIVO GENERAL .................................................................................... 14
3.1.5.2. OBJETIVO ESPECIFICO ............................................................................ 14
3.1.6. MISIN Y VISIN .............................................................................................. 14
3.1.6.1. MISIN ........................................................................................................... 14
3.1.6.2. VISIN ........................................................................................................... 14
3.1.6.3. ORGANIZACIN ............................................................................................. 15
3.2. IDENTIFICION Y DESCRIPCIN DEL AREA DE ESTUDIO ......................................................... 15
3.2.1. DESCRIPCIN DE AREA ..................................................................................... 15
3.2.2. OBJETIVOS DEL AREA ....................................................................................... 15
3.2.2.1. OBJETIVO GENERAL .................................................................................... 15
3.2.2.2. OBJETIVOS ESPECIFICOS ........................................................................ 15
3.2.3. ORGANIZACIN ................................................................................................ 16
3.2.3.1. ESTRUCTURA ORGANICA ............................................................................ 16
3.2.3.2. ORGANIGRAMA................................................................................................ 16
3.2.4. CAMPO DE ACCION .......................................................................................... 16
4.1. IDENTIFICACIN DE UNIDADES ORGANICAS (PAQUETES) ................................................... 17
4.2. REQUISITOS .......................................................................................................................... 17
4.2.1. LISTA DE REQUISISTOS CANDIDATOS ............................................................... 17
4.2.2. COMPRENSIN DEL CONTEXTO DEL SISTEMA ................................................. 17
4.2.3. CAPTURA DE REQUISITOS FUNCIONALES......................................................... 19
4.3. CAPTURA DE REQUISITOS CANDIDATOS .............................................................................. 21
4.3.1. ACTORES CANDIDATOS PARA EL SISTEMA ....................................................... 22
4.3.2. CASOS DE USO CANDIDATOS PARA EL SISTEMA .............................................. 23
4.3.3. DESCRIPCIN Y DETALLE DE CASOS DE USO .................................................... 24
3

4.3.4. FORMALIZACION DE LOS CASOS DE USO USANDO DIAGRAMAS DE ACTIVIDAD.
.......................................................................................................................... 25
4.4. ANLISIS ............................................................................................................................... 27
4.4.1. REALIZACIN DE CASOS DE USO ...................................................................... 28
4.4.2. IDENTIFICAION DE CLASES DE ANLISIS ........................................................... 29
4.5. DISEO ................................................................................................................................. 30
4.5.1. REALIZACIN DE CASOS DE USO DISEO ......................................................... 30

4

DEDICATORIA



5

AGRADECIMIENTOS



6

PRESENTACIN

7

CAPITULO I
IDENTIFICACIN Y FORMULACION DEL PROBLEMA
1.1. ANTECEDENTES
La empresa CHASKIS NATIVE SHOES, no tiene registro de
algn sistema de informacin en el rea de ventas.
No existe informacin de estudio en la implementacin
de un sistema de informacin en el rea de ventas.
Algunos de los procesos que se realizan en el rea de
ventas son registrados manualmente, como es el caso de
las ventas realizadas y recepcin de productos que son
registradas en cuadernos.

1.2. DESCRIPCIN DEL PROBLEMA
El rea de ventas en la actualidad no cuenta con un
sistema de informacin automatizado, por lo tanto
algunos de los procesos se realizan de forma manual.
El rea de ventas requiere de informacin actualizada,
como relacin y estadsticas de productos vendidos,
productos faltantes, productos ms cotizados y
productos que casi nunca se venden, etc., informacin
a la cual no se accede por la carencia de un sistema de
informacin automatizado.
Debido a que no existe un sistema de informacin
automatizado, el rea de ventas no cuenta con
informacin exacta de las ventas realizadas, lo que
ocasiona que se tomen decisiones incorrectas al momento
de la adquisicin de productos.
8

1.3. OBJETIVOS
1.3.1. OBJETIVO GENERAL
Implementar un sistema informacin automatizado
que permita registrar, controlar y actualizar
los procesos que se realiza en el rea de
ventas.
1.3.2. OBJETIVOS ESPECIFICOS
Controlar de manera ptima los procesos que
se realizan en el rea de ventas.
Administrar y actualizar adecuadamente la
informacin del rea de ventas.
Llevar un registro y mantenimiento adecuado
de las ventas realizadas que nos ayude a
generar los reportes.
Administrar de manera correcta los datos de
las ventas realizadas para la toma de
decisiones.

1.4. LIMITACIONES
Una de las limitaciones que se tiene es la poca
experiencia del personal en el manejo de un sistema de
informacin automatizado.
Otra limitacin es que el rea de ventas no cuenta con
una computadora.
Pese que la empresa tiene dos locales, estos no se
pueden conectarse por que la empresa por el momento no
puede pagar el servicio de internet.
9

1.5. ALCANCES
Ya que rea de ventas cuenta con la lista de productos
ingresados, el sistema abarcara el control de productos
que ingresan, venden y cuantos hay en stock (kardex).
El control de ventas realizadas por el(los)
personal(es) que existieran en la empresa.

1.6. JUSTIFICACIN
El rea de ventas es la columna vertebral de la
empresa, por lo tanto necesita un sistema de
informacin automatizado que permita registrar,
controlar y actualizar los procesos.
El rea de ventas no brinda informacin estadstica de
productos vendidos, productos faltantes, productos ms
cotizados y productos que casi nunca se venden, etc.,
informacin que indica la situacin real de la empresa
con relacin a la competencia.
La informacin actual que brinda el rea de ventas no
es exacta, lo que ocasiona una toma de decisiones
errneas por parte de la gerencia.

1.7. TIPO DEL SISTEMA DE INFORMACIN
Sistemas de informacin es el transaccional: Es un tipo
de sistema de informacin diseado para recolectar,
almacenar, modificar y recuperar todo tipo de
informacin que es generada por las transacciones en
una organizacin.
10

Una transaccin es un evento o proceso que genera o
modifica la informacin que se encuentra eventualmente
almacenado en un sistema de informacin. Estos sistemas
se dirigen principalmente a las reas de ventas y
mercadotecnia, administracin y finanzas y al rea de
recursos humanos.

1.8. METODOLOGA EMPLEADA EN EL DESARROLLO DEL SISTEMA
Proceso Unificado de Desarrollo de Software (PUDS):
Proceso de desarrollo de software basado en el Lenguaje
Unificado de Modelado y que es iterativo, centrado en
la arquitectura y dirigido por los casos de uso y los
riesgos.
Proceso que se organiza en cuatro fases:
Inicio
Elaboracin
Construccin
Transicin
Con una estructura en torno a cinco flujos de trabajo
fundamentales:
Recopilacin de Requisitos
Anlisis
Diseo
Implementacin
Pruebas

11

1.9. REQUISITOS MNIMOS PARA EL FUNCIONAMIENTO DEL SISTEMA
HADWARE SOFTWARE
UNA PC PENTIUM IV
MONITOR
TECLADO
MOUSE
IMPRESORA (RECOMENDADO)
WINDOWS XP (OEM)
SQL SERVER 2005 (EXPRESS)

1.10. HARDWARE Y SOFTWARE EMPLEADOS EN EL DESARROLLO DEL
SISTEMA
HADWARE SOFTWARE
UNA PC PENTIUM IV
MONITOR
TECLADO
MOUSE
WINDOWS 7 (OEM)
SQL SERVER 2008 (EXPRESS)
VISUAL STUDIO 2010 (EXPRESS)

1.11. CRONOGRAMA DE ACTIVIDADES
Diagrama gannt -> m.s. proyect

12

CAPITULO II
MARCO TEORICO
2.1. SISTEMA DE INFORMACIN
2.2. COMPONENTES DEL SISTEMA DE INFORMACIN
2.3. PROCESO UNIFICADO
2.3.1. ITERATIVO E INCREMENTAL
2.3.2. DIRIGIDO POR LOS CASOS DE USO
2.3.3. CENTRADO EN LA ARQUITECTURA
2.3.4. ENFOCADO EN LOS RIESGOS
2.4. LENGUAJE UNIFICADO DE MODELADO
2.4.1. DIAGRAMAS
2.4.1.1. DIAGRAMAS DE ESTRUCTURA
2.4.1.1.1. DIAGRAMA DE CLASES
2.4.1.1.2. DIAGRAMA DE COMPONENTES
2.4.1.1.3. DIAGRAMA DE OBJETOS
2.4.1.1.4. DIAGRAMA DE DESPLIEGUE
2.4.1.1.5. DIAGRAMA DE PAQUETES
2.4.1.2. DIAGRAMAS DE COMPORTAMIENTO
2.4.1.2.1. DIAGRAMA DE ACTIVIDADES
2.4.1.2.2. DIAGRAMA DE CASOS DE USO
2.4.1.2.2.1. DIAGRAMAS DE CASOS DE USO UML
2.4.1.2.3. DIAGRAMA DE ESTADOS
2.4.1.3. DIAGRAMAS DE INTERACCIN,
2.4.1.3.1. DIAGRAMA DE SECUENCIA

13

CAPITULO III
AMBITO DEL ESTUDIO Y/O SISTEMA
3.1. IDENTIFICION DE LA INSTITUCIN
3.1.1. RAZON SOCIAL
CHASKIS NATIVE SHOES
3.1.2. LOCALIZACIN
Calle HERRAJES NRO. 148B (148-B, FRENTE AL
ARZOBISPADO) CUSCO - CUSCO - CUSCO
3.1.3. MARCO LEGAL
Empresa a Nombre de : SICCOS CUTIMBO,
ANTONY GABRIEL
Nmero de RUC : 10719925559
Tipo Contribuyente : PERSONA NATURAL CON
NEGOCIO
Tipo de Documento : DNI 71992555
Fecha de Inscripcin : 23/11/2012
Estado del Contribuyente: ACTIVO
3.1.4. INFRAESTRUCTURA
La empresa cuenta con dos locales alquilados:
La 1ra: La principal registra en la SUNAT,
donde se realiza la venta de productos.
La 2da: Se podra decir una sucursal donde
se encuentra la maquinaria para realizar
la fabricacin productos y tambin un
espacio destinado a la venta de productos.

14

3.1.5. OBJETIVOS DE LA INSTITUCIN
3.1.5.1. OBJETIVO GENERAL
Nuestro objetivo general es que nuestra
empresa sea la mejor a nivel departamental,
que nuestros productos sean pedidos por
todas las personas y que adems sean
reconocidos por su calidad.
3.1.5.2. OBJETIVO ESPECIFICO
Elaborar diseos de mejor calidad a nivel
Regional.
Seleccionar la materia prima (cuero,
plantillas, etc.) para obtener productos
con ptima calidad.
Seleccionar el personal de nuestra
empresa con valores y responsabilidad.
Posicionar nuestra marca lder en el
mercado.
3.1.6. MISIN Y VISIN
3.1.6.1. MISIN
Desarrollar, producir y comercializar
productos de innovacin constante que
brinden calidad y satisfaccin a nuestros
clientes y al mercado en general.
3.1.6.2. VISIN
Para el 2018 ser una empresa reconocida a
nivel Regional y Nacional, abrir nuevos
mercados y obtener cada vez una mayor
participacin en estos.
15


3.1.6.3. ORGANIZACIN
3.1.6.3.1. ESTRUCTURA ORGANICA
3.1.6.3.2. ORGANIGRAMA



3.2. IDENTIFICION Y DESCRIPCIN DEL AREA DE ESTUDIO
3.2.1. DESCRIPCIN DE AREA
REA DE VENTAS
3.2.2. OBJETIVOS DEL AREA
3.2.2.1. OBJETIVO GENERAL
Incrementar la presencia de la empresa ene
le mercado para obtener un margen de
utilidades mucho ms amplio.
3.2.2.2. OBJETIVOS ESPECIFICOS
Aumento en determinado tanto por ciento
del volumen de ventas.
Aumentar la imagen de la empresa en el
mercado.
Incrementar o mejorar el servicio
postventa.
GERENCIA
AREA DE
PRODUCCION
JEFE DE
PRODUCCION
PERSONAL DE
PLANTA
AREA DE
CONTABILIDAD
CONTADOR
AREA DE
VENTAS
JEFE DE
VENTAS
PERSONAL DE
VENTAS
16

3.2.3. ORGANIZACIN
3.2.3.1. ESTRUCTURA ORGANICA
3.2.3.2. ORGANIGRAMA

3.2.4. CAMPO DE ACCION

AREA DE
VENTAS
JEFE DE
VENTAS
PERSONAL
DE VENTAS
17

CAPITULO IV
FASE DE INICIO DEL SISTEMA - PRIMERA ITERACION
4.1. IDENTIFICACIN DE UNIDADES ORGANICAS (PAQUETES)
4.2. REQUISITOS
4.2.1. LISTA DE REQUISISTOS CANDIDATOS
Lista de requerimientos candidatos:
Registro de productos.
Registro de ventas.
Registro de pedidos.
Asignacin de ventas al trabajador.
Control de ventas por trabajador.

4.2.2. COMPRENSIN DEL CONTEXTO DEL SISTEMA
AREA DE VENTAS
1. Caso de Uso: Registrar Producto
Descripcin:
1. El administrador y/o usuario del
sistema, solicita los datos de los
productos al proveedor.
2. El proveedor otorga los datos
solicitados por el administrador y/o
usuario.
3. El administrador y/o usuario del
sistema, registra los datos entregados
por el proveedor.

18

2. Caso de Uso: Registrar Venta
Descripcin:
1. El cliente realiza la compra de un
producto a la empresa.
2. El vendedor solicita los datos del
cliente.
3. El cliente otorga los datos solicitados
al vendedor.
4. El vendedor registra los datos
entregados por el cliente.

3. Caso de Uso: Registrar Pedido
Descripcin:
1. El cliente realiza el pedido de un
producto a la empresa.
2. El vendedor solicita los datos del
cliente.
3. El cliente otorga los datos solicitados
al vendedor.
4. El vendedor registra los datos
entregados por el cliente.
19


4.2.3. CAPTURA DE REQUISITOS FUNCIONALES
Para la captura de los requisitos funcionales
se utiliz como herramienta la recoleccin de
datos, entrevistas estructuradas, observaciones
e inspecciones de la documentacin que utiliza.
Este listado se organiza de acuerdo a las reas
(paquetes) en los que se desenvuelve la
monografa.
Artefacto Modelos de Casos de Uso
(Actual Negocio)
El siguiente diagrama de casos de uso es un
diagrama de alto nivel, el cual forma parte
esencial del Modelo de Casos de Uso, este
diagrama muestra el sistema en su amplitud.
20


Identificacin de Casos de Uso Extendidos
A su vez estos los casos de uso anteriormente
mostrados contienen a otros extendidos, que se
muestran a continuacin:

Caso de Uso Extendido Registrar Producto

21

Caso de Uso Extendido Registrar Venta

Caso de Uso Extendido Registrar Pedido

4.3. CAPTURA DE REQUISITOS CANDIDATOS
En esta seccin de concepcin del sistema, iniciaremos
la colaboracin del modelo de caso de uso, descripcin
de la arquitectura del sistema a partir del modelo de
Caso de Uso.
22

4.3.1. ACTORES CANDIDATOS PARA EL SISTEMA
Describimos un total de seis candidatos para el
sistema, determinados a partir de los diagramas
de caso de uso del negocio anteriormente
mostrado.

Actor: Administrador y/o Usuario
Casos de Uso:
Solicitar Datos Producto
Registrar Producto
Tipos: Primario
Descripcin:
Es el encargado de usar el
sistema para registrar los
productos.

Actor: Proveedor
Casos de Uso: Solicitar Datos Producto
Tipos: Primario
Descripcin:
Es el encargado de otorgarlos
datos sobre los productos.

Actor: Vendedor
Casos de Uso:
Venta de producto
Solicitar datos de venta
Registrar venta
Pedido producto
Solicitar datos del pedido
Registrar pedido
Tipos: Primario
Descripcin:
Es el encargado de atender a
los clientes en la venta o
pedido de productos que estos
realicen en la empresa.
23


Actor: Cliente
Casos de Uso:
Venta de producto
Solicitar datos de venta
Pedido producto
Solicitar datos del pedido
Tipos: Primario
Descripcin:
Es la persona que realiza
una compra o pedido de los
productos que ofrece la
empresa.

4.3.2. CASOS DE USO CANDIDATOS PARA EL SISTEMA
Los casos de uso se muestran a partir del
modelo de caso de uso de negocio (caso de uso
de alto nivel).
Los siguientes son los casos de uso
identificados en esta primera iteracin.
Caso de Uso Registrar Producto
1. Solicitar Datos del Producto
2. Verificar Datos del Producto
3. Registrar Producto
Caso de Uso Registrar Venta
1. Venta de Producto
2. Solicitar Datos de Venta
3. Verificar Datos
4. Registrar Venta
Caso de Uso Registrar Pedido
1. Pedido del Producto
2. Solicitar Datos del Pedido
3. Verificar Datos
4. Registrar Pedido
24

4.3.3. DESCRIPCIN Y DETALLE DE CASOS DE USO
1) Caso de Uso Registrar Producto
Actores
Administrador y/o usuario
y Proveedor
Descripcin
Caso de uso es iniciado
por el Administrador y/o
Usuario, quien solicita
la lista de producto al
proveedor.
Precondicin Ninguno
Flujo de Sucesos
Camino Bsico Camino Alternativo
El Administrador
solicita
informacin al
proveedor de los
productos.
El proveedor no
entrega la lista de
productos.
Post Condicin
El Administrador,
registra los datos de los
productos de acuerdo a
una lista entregada por
el proveedor.

2) Caso de Uso Registrar Venta
Actores
Vendedor y cliente
Descripcin
Caso de uso es iniciado
por el cliente.
El cliente realiza la
compra de un determinado
producto de la empresa.
Precondicin Producto en stock.
Flujo de Sucesos
Camino Bsico Camino Alternativo
El cliente
compra un
producto.
El vendedor
solicita los
datos del
cliente y del
producto.
El cliente no otorga
los datos solicitados
por el vendedor.
25

Post Condicin
Los datos otorgados por
el cliente sern
registrados por el
vendedor despus de la
confirmacin del pago por
la compra.

3) Caso de Uso Registrar Pedido
Actores
Vendedor y cliente
Descripcin
Caso de uso es iniciado
por el cliente.
El cliente realiza un
pedido de un determinado
producto de la empresa.
Precondicin Ninguno
Flujo de Sucesos
Camino Bsico Camino Alternativo
El cliente
realiza pedido
de un producto.
El vendedor
solicita los
datos del
cliente y del
producto.
El cliente no otorga
los datos solicitados
por el vendedor.
Post Condicin
Los datos otorgados por
el cliente sern
registrados por el
vendedor despus de la
confirmacin del pedido.

4.3.4. FORMALIZACION DE LOS CASOS DE USO USANDO
DIAGRAMAS DE ACTIVIDAD
En esta parte del desarrollo, se describen las
transiciones con ms detalle de los casos de
uso como secuencia de acciones, esta
formalizacin sirve para presentar transiciones
26

interna, sin hacer mucho nfasis en
transiciones o eventos externos.
Los diagramas de actividad muestran los casos
de uso ms importantes que fueron descritos
anteriormente, mostrando los detalles
necesarios para comprenderlos y lograr el
objetivo de esta seccin.
Diagrama de Actividad Registrar Producto

Diagrama de Actividad Registrar Venta

27

Diagrama de Actividad Registrar Pedido

4.4. ANLISIS
En este punto analizamos los requisitos que se
describen en la captura de requisitos, refinndolos y
estructurndolos, el objetivo de hacerlo es conseguir
una comprensin ms precisa de los requisitos y una
descripcin de los mismos. Para facilitar el
mantenimiento utilizando los Diagramas de Secuencia, el
cual est inmerso dentro de los Diagramas de
Interaccin, dichos diagramas proporcionaran notaciones
ms formales.
Los diagramas de Secuencia son modelos que describen
como los grupos de objetos colaboran para conseguir
algn comportamiento. Comnmente un Diagrama de
Secuencia captura la conducta de un simple caso de uso.
Los diagramas nos muestran un nmero de objetos a los
mensajes que son transmitidos entre estos objetos
dentro del caso de uso.
28

4.4.1. REALIZACIN DE CASOS DE USO
Los diagramas mostrados a continuacin muestran
los escenarios particulares de cada caso de uso
en trminos de interacciones de los objetos de
anlisis.
Caso de Uso Registrar Producto

Diagrama de Secuencia Registrar Producto
Caso de Uso Registrar Venta

Diagrama de Secuencia Registrar Venta
29

Caso de Uso Registrar Pedido

Diagrama de Secuencia Registrar Pedido

4.4.2. IDENTIFICAION DE CLASES DE ANLISIS
En la identificacin de escenarios de los
diagramas de secuencia se observa las
siguientes clases.
Administrador y/o Usuario
Proveedor
Vendedor
Cliente
Registro
Producto
Comprobante
30

4.5. DISEO
Para la identificacin de las clases del sistema se
toma como referencia los descrito en la captura de
requisitos y el anlisis. En esta seccin intentamos
modelar segn lo propuesto por los requisitos, para
ello modelamos un diagrama de clases en bases al caso
de uso Registrar Venta, dicho que este caso de uso es
esencial dentro de los procesos del sistema.
4.5.1. REALIZACIN DE CASOS DE USO DISEO
Modulo realizar venta intervienen las
siguientes clases:
Diagrama de Clases de la Realizacin del Caso
De Uso Realizar Producto

31

Diagrama de Clases de la Realizacin del Caso
de Uso Realizar Venta

Diagrama de Clases de la Realizacin del Caso
de Uso Realizar Pedido


32

CAPITULO V
FASE DE ELABORACIN DE SISTEMA
5.1. REQUISITOS
En esta se incrementan nuevos requisitos, que podran,
incluir aspectos de los casos de uso identificados
anteriormente, es importante aclarar que los casos de
uso a ser analizados y diseados en esa fase forman
parte del sistema propuesto tomando como referencia lo
analizado en la primera iteracin.
5.1.1. LISTADO DE NUEVOS REQUISISTOS CANDIDATOS
rea de ventas
Obtener informacin detallada de los
productos.
Obtener informacin detallada de los
productos ms vendidos.
Obtener informacin detallada de las ventas
del mes.
Obtener informacin de los pedidos
realizados por mes.
Obtener ranking de vendedores.

5.1.2. COMPRENDER EL CONTEXTO DEL SISTEMA
Mostraremos el Caso de Uso de Negocio mostrando
el incremento de los objetivos, especficos
segn las reas.
Veamos segn la descripcin que encontraremos
al construir nuestro modelo organizacional,
tendremos que las dependencias tienen como
objetivos fundamentales:

33

Generar reportes
Generar informes
Ventas
Pedidos
Reportes detallados


MODELOS DE CASO DE USO DEL NEGOCIO

5.1.3. CAPTURA DE REQUISITOS CANDIDATOS
Realizaremos nuevas entrevistas sobre aspectos
de los nuevos requerimientos capturados en esta
primera iteracin y que no fueron contemplados
en la primera iteracin de la fase de
elaboracin del sistema.

34

Diagrama de Caso de Uso Registrar
Producto

Estereotipos - Clases identificadas para el
caso de uso Registrar Producto

Diagrama de Caso de Uso Consulta Producto

35

Estereotipos - Clases identificadas para el
caso de uso Consulta Producto

Diagrama de Caso de Uso Registrar Venta

Estereotipos - Clases identificadas para el
caso de uso Registrar Venta

Diagrama de Caso de Uso Entrega Producto

Estereotipos - Clases identificadas para el
caso de uso Entrega Producto

5.2. CAPTURA DE REQUISITOS COMO CASO DE USO
En esta parte mejoramos el modelo de casos de uso para
incluir los nuevos casos de uso, segn los nuevos
36

requerimientos anteriormente mencionados, as mismo se
delineara la arquitectura base del sistema propuesto.
5.2.1. ACTORES Y CASO DE USO
5.2.1.1. ACTORES DEL SISTEMA
Administrador y/o usuario
Proveedor
Vendedor
Cliente
Producto
Moneda
o Dlares
o Soles
Tipo pago
o Efectivo
o Tarjeta
Tipo
o Venta
o Pedido
Factura
Boleta
5.2.1.2. CASOS DE USO DEL SISTEMA
Caso de Uso Extendido Registrar Producto
Solicitar Datos Producto
Caso de Uso Extendido Consultar Producto
Posibilidad de Venta Producto
37


5.2.1.3. DESCRIPCIN AL DETALLE DE CASOS DE USO
1) Caso de Uso Solicitar Datos Producto
Actores
Administrador y/o
Usuario, Proveedor
Descripcin
Caso de uso en el cual el
administrador y/o usuario
solicita los datos de
los productos al
proveedor.
Precondicin El administrador registra
los productos.
Flujo de Sucesos
Actor Sistema
El administrador
y/o usuario
solicita datos de
los productos.

El sistema buscara de
manera automtica los
datos del producto.
Post Condicin
Se obtiene el registro
del producto.


2) Caso de Uso Posibilidad de Venta Producto
Actores
Vendedor, Cliente
Descripcin
Caso de uso en el cual el
vendedor consulta sobre
la posibilidad de venta
de un producto, que
incluye la existencia del
producto y su
disponibilidad.
Precondicin El cliente consulta por
un producto.
Flujo de Sucesos
Actor Sistema
El vendedor
consulta la
posibilidad de
venta del producto.

38

El sistema buscara de
manera automtica la
posibilidad de venta del
producto.
Post Condicin
Se obtiene la respuesta
si el producto est
disponible para la venta.

5.2.2. CASOS DE USO PRIORITARIOS DEL SISTEMA
Vista arquitectural del Caso de Uso
Vista Arquitectural del Modelo de Caso de Uso
(Dominio del Problema)
El caso de uso Solicitar Datos Producto,
pide los datos necesarios para registrar el
producto.


5.2.3. FORMALIZACION DE LOS CASOS DE USO USANDO
DIAGRAMAS DE ACTIVIDAD
Los diagramas que se mostraran a continuacin,
nos permiten identificar los diagramas de
objetos.
39

Diagrama de Actividad Solicitar Datos Producto

Diagrama de Secuencia Solicitar Datos Producto

40

5.3. ANLISIS
En esta etapa analizaremos la arquitectura del sistema
junto a la mayora de los casos de uso determinados
anteriormente. La eleccin de los casos de uso es en
base a la impotencia que tiene en el proceso de
desarrollo del sistema.
5.3.1. ANLISIS ARQUITECTIRAL
En esta parte se identificaran los paquetes de
anlisis, las clases de entidades y los
requerimientos arquitecturales importantes, con
este proceso delimitaremos la arquitectura del
sistema.

Diagrama de Paquetes de Anlisis Arquitectural

Anlisis Arquitectural Registrar Ventas

41

5.3.2. ANLISIS DE CASOS DE USO INDIVIDUALMENTE
Mostraremos el flujo de objetos los cuales nos
permitir identificar los objetos participantes
ms significativos para cada realizacin de
caso de uso.

Diagrama de Objetos
Flujo de Eventos Anlisis
El vendedor es el responsable de las ventas
realizadas por el cliente.
El cliente es la persona que compra el
producto.
5.3.3. ANLISIS DE CLASES INDIVIDUALEMENTE
En esta parte identificaremos los atributos de
los objetos anteriormente ilustrados. Por
ltimo se identifican las clases de anlisis
basndose en los diagramas de objetos
identificados anteriormente.
42

Vendedor
Atributos
Nombres: Llevara los nombres del Vendedor.
Apellidos: Llevara los apellidos del
Vendedor.
Direccin: Llevara los datos del domicilio
del Vendedor.
DNI: Llevara el nmero de DNI del
Vendedor.
Telfono: Llevara el nmero de telfono
fijo o celular del Vendedor.
Cliente
Atributos
Nombres: Llevara los nombres del Cliente.
Apellidos: Llevara los apellidos del
Cliente.
Direccin: Llevara los datos del domicilio
del Cliente.
DNI: Llevara el nmero de DNI del Cliente.
Telfono: Llevara el nmero de telfono
fijo o celular del Cliente.
Producto
Atributos
Nombres: Llevara el nombre del producto.
43

Categora: Llevara la categora a la que
pertenece el producto.
Modelo: Llevara el modelo al que pertenece
el producto.
Tipo: Llevara el tipo al que pertenece el
producto.
Color: Llevara el color del producto.
Talla: Llevara la talla del producto.
5.3.4. ANLISIS DE PAQUETES
Definiremos los paquetes de anlisis, de
acuerdo al desarrollo del problema. El modelo
de anlisis que se muestra a continuacin
ilustra la dependencia de los paquetes.

5.4. DISEO ARQUITECTURAL
En este punto se tiene como objetivo delimitar el
diseo de la implementacin para lo cual identificamos
equipos, hardware los que son parte del sistema y de la
arquitectura as como la configuraciones de red
necesarias para el sistema, tambin se identifican los
subsistemas y sus interfaces, clases de diseo
arquitecturalmente significativos como por ejemplo las
clases activas y finalmente, proponernos mecanismos de
diseo para nuestro sistema.
Servidor de Base de Datos
Requerimientos Mnimos
44

Procesador PENTIUM IV
Memoria RAM: 512MB
Disco Duro: 80GB
Sistema Operativo: Windows XP (OEM)
Gestor de Base de Datos: SQL Server 2005 (EXPRESS)
Computadora Cliente utilizada en la Oficina de Ventas
Requerimientos Mnimos
Procesador PENTIUM IV
Memoria RAM: 512MB
Disco Duro: 40GB
Sistema Operativo: Windows XP (OEM)

45

CAPITULO VI
FASE DE CONSTRUCCION DE SISTEMA
CONSTRUCCION DE SISTEMA
6.1. DISEO DE CASOS DE USO INDIVIDUAL
6.1.1. REALIZACIN DE CASOS DE USO (DISEO)
6.1.1.1. INTERACCION DE OBJETIVOS
DE DISEO
6.1.1.2. REQUERIMIENTOS DE IMPLEMENTACION
6.2. DISEO DE CLASES INDIVIDUALES
6.2.1. DELIMITACION DE CLASES DE DISEO E
IDENTIFICACIN DE OPERACIONES
Y ATRIBUTOS
6.2.1.1. CLASES DE INTERFACES
6.2.1.2. CLASES DE ENTIDAD
6.3. DISEO DE SUBSISTEMAS
6.3.1. INTERFACE PROPORCIONADAS
POR SUBRUTINAS
6.3.2. CONTENIDO DE LOS SUBSISTEMAS
6.4. IMPLEMENTACION
6.4.1. IMPLEMENTACION ARQUITECTURAL
6.4.1.1. IDENTIFICACIN DE COMPONENTES
ARQUITECTURALMENTE
6.4.1.2. MAPEO DE COMPONENTES
6.4.2. PLAN DE INTEGRACIN DE SISTEMA
6.4.2.1. PLAN DE CONSTRUCCIN
6.4.2.2. INTEGRACIN DE CONSTRUCCIN
46

6.5. MODELO DE PRUEBAS
6.5.1. PRUEBAS PARA EL SISTEMA

CAPITULO VII
FASE DE TRANSICION DE SISTEMA
PRIMERA ITERACION
7.1. DISEO DE CASOS DE USO INDIVIDUAL
7.1.1. EJECUTAR PRUEBAS UNIDAD
7.2. PRUEBAS
7.2.1. EJECUTAR PRUEBAS DEL SISTEMA
CONCLUSIONES
REMONEDACIONES
BIBIOGRAFIA
INDICE