Tesis Desarrollo Sistema de Ventas para Libreria

1. Capítulo I.
“DESARROLLO DEL SISTEMA DE VENTAS PARA LA “LIBRERÍA SANTA PAULA”
1.1. INTRODUCCION
La empresa Comercializaciones y Servicios Santa Paula SAC es una

empresa formada a mediados de los 90’, dedicada a la venta de libros
profesionales y también ofrece servicios de suscripciones anuales a
profesionales de derecho y de contabilidad, siendo una de las principales
en la ciudad de Iquitos, actualmente cuenta con personal competente,
realiza sus procesos de forma manual de tal manera que requiere
sistematizar sus procesos y así lograr reducir el tiempo de atención y
procesamiento en todos sus aspectos. El presente documento es una
herramienta de ayuda para poder realizar el sistema requerido y de esa
manera poder concretar la aplicación del Sistema de Ventas de la Librería
Santa Paula SAC.
1
1.2. OBJETIVOS
1.2.1. Objetivo General
 Analizar, Comprender y Describir el funcionamiento del área de Gestión de

Ventas de la Empresa Comercializadora y distribuidora Santa Paula mediante el
modelado y saber que se debe automatizar de los procesos de dicha área en
mención.
1.2.2. Objetivos Específicos
 Conocer el conjunto de procesos de negocio del área de Gestión de Ventas

identificando los problemas que se presentan.
 Establecer los requisitos necesarios en el área de Gestión de Ventas y sirva de
guía para lo que se quiere construir realmente.
2. CAPITULO II
2.1. Vista General del Proyecto.

2.1.1. Propósito.
Planificar y monitorear mediante el presente plan de desarrollo de
software la construcción del sistema de información de ventas de la
Empresa comercializadora y distribuidora Santa Paula, que permitirá dar
un mejor servicio a los usuarios que administran los datos, así como
también a los usuarios clientes del negocio.
2
2.1.2. Alcance.
 La Empresa comercializadora y distribuidora Santa Paula, se dedica a la
venta de libros para las diferentes especialidades, en presentaciones tal
como: Libros y revistas.
 La empresa en la actualidad se encuentra trabajando su proceso de
ventas de forma manual y apoyándose de hojas electrónicas de cálculo
para hallar los consolidados.
 El sistema de información a desarrollar deberá manejar la atención al
cliente.
2.1.3. Suposiciones y Restricciones

2.1.3.1. Suposiciones.
Según los procesos observados, tendrá que definirse un
responsable de los mismos, porque de no hacerlo desubicaría la
propuesta de desarrollo de software.
2.1.3.2. Restricciones.
 Las computadoras que se encuentran trabajando tendrán que ser
reemplazadas por nuevo equipos de cómputo.
 Todo el personal que se encuentra trabajando deberá tener
nociones de manejo de computadores para someterse a la
capacitación del grupo desarrollador del software.
2.2. Entregables del proyecto.

A continuación se indican y describen cada uno de los artefactos que serán
generados y utilizados por el proyecto y que constituyen los entregables.
Esta lista constituye la configuración de RUP desde la perspectiva de
artefactos, y que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso
iterativo e incremental), todos los artefactos son objeto de modificaciones a
lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso
podríamos tener una versión definitiva y completa de cada uno de ellos. Sin
embargo, el resultado de cada iteración y los hitos del proyecto están
enfocados a conseguir un cierto grado de completitud y estabilidad de los
artefactos.
2.2.1. Plan de Desarrollo del Software

Es el presente documento.
2.2.2. Modelo de Casos de Uso del Negocio.

Es un modelo de las funciones de negocio vistas desde la perspectiva de
los actores externos (Agentes de registro, solicitantes finales, otros
sistemas etc.). Permite situar al sistema en el contexto organizacional
haciendo énfasis en los objetivos en este ámbito. Este modelo se
representa con un Diagrama de Casos de Uso usando estereotipos
específicos para este modelo.
3
2.2.3. Modelo de Objetos del Negocio.
Es un modelo que describe la realización de cada caso de uso del
negocio, estableciendo los actores internos, la información que en
términos generales manipulan y los flujos de trabajo (workflows)
asociados al caso de uso del negocio. Para la representación de este
modelo se utilizan Diagramas de Colaboración (para mostrar actores
externos, internos y las entidades (información) que manipulan, un
Diagrama de Clases para mostrar gráficamente las entidades del sistema
y sus relaciones, y Diagramas de Actividad para mostrar los flujos de
trabajo.
2.2.4. Glosario.
Es un documento que define los principales términos usados en el
proyecto. Permite establecer una terminología consensuada. .
2.2.5. Modelo de Casos de Uso.

El modelo de Casos de Uso presenta las funciones del sistema y los
actores que hacen uso de ellas. Se representa mediante Diagramas de
Casos de Uso.
2.2.6. Visión.
Este documento define la visión del producto desde la perspectiva del
cliente, especificando las necesidades y características del producto.
Constituye una base de acuerdo en cuanto a los requisitos del sistema.
2.2.7. 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 descripción narrativa) se realiza
una descripción detallada utilizando una plantilla de documento, donde
se incluyen: precondiciones, post-condiciones, flujo de eventos,
requisitos no-funcionales asociados. También, para casos de uso cuyo
flujo de eventos sea complejo podrá adjuntarse una representación
gráfica mediante un Diagrama de Actividad.
2.2.8. Especificaciones Adicionales.

Este documento capturará 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 o normas,
aplicación de estándares, requisitos de calidad del producto, tales como:
confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales
como: sistema operativo, requisitos de compatibilidad, etc.
4
2.2.9. Prototipos de Interfaces de Usuario.
Se trata de prototipos que permiten al usuario hacerse una idea más o
menos precisa de las interfaces que proveerá el sistema y así, conseguir
retroalimentación de su parte respecto a los requisitos del sistema. Estos
prototipos se realizarán como: dibujos a mano en papel, dibujos con
alguna herramienta gráfica o prototipos ejecutables interactivos,
siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este
último tipo serán entregados al final de la fase de Elaboración, los otros
serán desechados. Asimismo, este artefacto, será desechado en la fase
de Construcción en la medida que el resultado de las iteraciones vayan
desarrollando el producto final.
2.2.10.Modelo de Análisis y Diseño.

Este modelo establece la realización de los casos de uso en clases y
pasando desde una representación en términos de análisis (sin incluir
aspectos de implementación) hacia una de diseño (incluyendo una
orientación hacia el entorno de implementación), de acuerdo al avance
del proyecto.
2.2.11.Modelo de Datos.
Previendo que la persistencia de la información del sistema será
soportada por una base de datos relacional, este modelo describe la
representación lógica de los datos persistentes, de acuerdo con el
enfoque para modelado relacional de datos. Para expresar este modelo
se utiliza un Diagrama de Clases (donde se utiliza un profile UML para
Modelado de Datos, para conseguir la representación de tablas, claves,
etc.).
2.2.12.Modelo de Implementación.
Este modelo es una colección de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de
código fuente, y todo otro tipo de ficheros necesarios para la
implantación y despliegue del sistema. (Este modelo es sólo una versión
preliminar al final de la fase de Elaboración, posteriormente tiene
bastante refinamiento).
2.2.13.Modelo de Despliegue.
Este modelo muestra el despliegue la configuración de tipos de nodos del
sistema, en los cuales se hará el despliegue de los componentes.
2.2.14.Casos de Prueba.
5
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecución, las entradas de la prueba, y los resultados
esperados. Estos casos de prueba son aplicados como pruebas de
regresión en cada iteración. Cada caso de prueba llevará asociado un
procedimiento de prueba con las instrucciones para realizar la prueba, y
dependiendo del tipo de prueba dicho procedimiento podrá ser
automatizable mediante un script de prueba.
2.2.15.Solicitud de Cambio.
Los cambios propuestos para los artefactos se formalizan mediante este
documento. Mediante este documento se hace un seguimiento de los
defectos detectados, solicitud de mejoras o cambios en los requisitos del
producto. Así se provee un registro de decisiones de cambios, de su
evaluación e impacto, y se asegura que éstos sean conocidos por el
equipo de desarrollo. Los cambios se establecen respecto de la última
baseline (el estado del conjunto de los artefactos en un momento
determinado del proyecto) establecida. En nuestro caso al final de cada
iteración se establecerá una baseline.
2.2.16.Plan de Iteración
Es un conjunto de actividades y tareas ordenadas temporalmente, con
recursos asignados, dependencias entre ellas. Se realiza para cada
iteración, y para todas las fases.
2.2.17.Evaluación de Iteración
Este documento incluye le evaluación de los resultados de cada
iteración, el grado en el cual se han conseguido los objetivos de la
iteración, las lecciones aprendidas y los cambios a ser realizados.
2.2.18.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 específicas de contingencia o para su mitigación.
2.2.19.Manual de Instalación
Este documento incluye las instrucciones para realizar la instalación del
producto.
6
2.2.20.Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso del
sistema, incluyendo: Guías del Usuario, Guías de Operación, Guías de
Mantenimiento y Sistema de Ayuda en Línea
2.2.21.Producto
Los ficheros del producto empaquetados y almacenadas en un CD con
los mecanismos apropiados para facilitar su instalación. El producto, a
partir de la primera iteración de la fase de Construcción es desarrollado
incremental e iterativamente, obteniéndose una nueva release al final de
cada iteración.
Los artefactos 19,20 y 21 se generarán a partir de la fase de
construcción.
2.3. Organización del Proyecto

2.3.1. Participantes en el Proyecto.
 Jefe de Proyecto.
Perfil
Universitario de la carrera de: Ingeniería de sistemas e Informática
Experiencia: mínima 3 años en el desarrollo de sistemas de información.
Capacidad para trabajar en equipo y liderazgo.
Nombre y Apellidos
Rodríguez Luna Frank Luigi
 Analista de Sistemas.
Perfil.
Universitario de la carrera de: Ingeniería de sistemas e Informática.
Conocimiento de UML versión 2.00.
Conocimiento de metodologías de desarrollo de sistemas: rup y ágiles.
Nombres y apellidos Sosa Lázaro Frank
 Analista - Programador.
Universitario de la carrera de: Ingeniería de sistemas e Informática.
Experiencia 3 años en el análisis de procesos empresariales.
Conocimiento de UML versión 2.00.
Conocimiento de metodologías de desarrollo de sistemas: rup y ágiles.
Conocimiento del manejador de base de datos MS-SQL server 2008.
Manejo del lenguaje de programación Java 2EE y JSP.
Manipulación de Datos.
Nombres y apellidos.
Lao Pérez, Maak Poll
 Ingeniero de Software.
Profesional universitario egresado en las carreras de: Ingeniería de
sistemas e Informática.
Capacidad para trabajar en equipo y liderazgo.
Buena Redacción de documentación para sistemas de información.
Deberá mostrar prototipos de documentación presentada.
Nombres y apellidos
Palomino Ríos, Andreu
7
2.3.2. Interfaces Externas.
El producto o sistema a desarrollar será manejado con tres terminales para
la atención a los clientes en la librería.
Además se alquilará un hosting para colgar la aplicación que servirá para
promocionar los productos y ofertas.
El software hará las siguientes operaciones:
 Registrar las Libros a adquirir
 Emitir documentos de Venta(Boleta y/o facturas)
 Registrar a los clientes naturales y/o jurídicos
 Elaborar la liquidación diaria de ventas de Libros.
2.3.3. Roles y Responsabilidades.

A continuación se describen las principales responsabilidades de cada uno
de los puestos en el equipo de desarrollo durante las fases de Inicio y
Elaboración, de acuerdo con los roles que desempeñan en RUP.
Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las
prioridades, coordina las interacciones con los clientes y
usuarios, y mantiene al equipo del proyecto enfocado en
los objetivos. El jefe de proyecto también establece un
Jefe de Proyecto conjunto de prácticas que aseguran la integridad y calidad
de los artefactos del proyecto. Además, el jefe de
proyecto se encargará de supervisar el establecimiento de
la arquitectura del sistema. Gestión de riesgos.
Planificación y control del proyecto.
Captura, especificación y validación de requisitos,
interactuando con el cliente y los usuarios mediante
Analista de
entrevistas. Elaboración del Modelo de Análisis y Diseño.
Sistemas
Colaboración en la elaboración de las pruebas funcionales
y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboración
Programador de las pruebas funcionales, modelo de datos y en las
validaciones con el usuario
Gestión de requisitos, gestión de configuración y cambios,
Ingeniero de elaboración del modelo de datos, preparación de las
Software pruebas funcionales, elaboración de la documentación.
Elaborar modelos de implementación y despliegue.
2.4. Gestión del Proyecto.

2.4.1. Estimaciones del proyecto.
2.4.1.1. Costos genéricos totales del proyecto.
8
Componentes Cant. Unidad
Costo Total
de
(Soles)
Medida
Útiles de escritorio 1 varios 600,00
Computadoras 3 Unitario 8 802,00
SQL Svr Standard Edtn 3 Unitario
English Lic/SA Pack OLP NL 1 Server
2 934,00
1 Processor License 2 Cliente
Windows Svr Std Win32 3 1 Server

Spanish Lic/SA Pack OLP NL 2 cliente 2 445,00
Impresora Epson LX300 1 Unidad 652,00

Rourter, Cableado
1 Unidad 1 200,00
estructurado.
Sueldo personal de
proyecto 6 Meses 39 000,00
Asesora 1 unitario 1 200,00

Capacitación 3 cursos 1 000,00
Varios 1 unitario 600,00
Total 58 433,00
Sueldos Mensuales
Jefe del Proyecto = 3500 soles
Analista Programador= 3000 soles
2.4.1.2. Pan de las Fases.

Para el desarrollo del proyecto se ha tomado en cuenta llevarlo en
fases con una o más iteraciones, tal como se muestra la siguiente
tabla.
Nro.
Fase Duración
Iteraciones
Fase de Inicio 1 20 días
Fase de 1 45 días
Elaboración
Fase de 1 80 días
Construcción
Fase de Transición 1 35 ías
2.4.1.3. Calendarización
Para este proyecto se ha establecido el siguiente calendario. La fecha
de aprobación indica cuándo el artefacto en cuestión tiene un estado
de completitud suficiente para someterse a revisión y aprobación,
pero esto no quita la posibilidad de su posterior refinamiento y
cambios.
9
Disciplinas / Artefactos generados o
modificados Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del
Negocio y Modelo de Objetos del
Negocio
Requisitos
Glosario
Visión
Modelo de Casos de Uso siguiente fase
Especificación de Casos de Uso siguiente fase
Especificaciones Adicionales siguiente fase
Análisis/Diseño
Modelo de Análisis/Diseño siguiente fase
Modelo de Datos siguiente fase
Implementación
Prototipos de Interfaces de Usuario siguiente fase
Modelo de Implementación siguiente fase

Pruebas
Casos de Pruebas Funcionales siguiente fase
Despliegue
Modelo de Despliegue siguiente fase
Gestión de Cambios y
Durante todo el proyecto
Configuración
Gestión del proyecto
Plan de Desarrollo del Software
en su versión 1.0 y planes de las
Iteraciones
Ambiente Durante todo el proyecto
Disciplinas / Artefactos
generados o modificados durante
Comienzo Aprobación
la
Fase de Elaboración
Modelado del Negocio 23/09/09

Modelo de Casos de Uso
del Negocio y Modelo de Aprobado
Objetos del Negocio
Requisitos
Glosario Aprobado
Visión Aprobado
Modelo de Casos de Uso
Especificación de Casos de
Uso
Especificaciones Adicionales
Análisis / Diseño
Revisar en cada
Modelo de Análisis / Diseño
iteración
Revisar en cada
Modelo de Datos
iteración
Implementación
Prototipos de Interfaces de Revisar en cada
Usuario iteración
Revisar en cada
Modelo de Implementación
iteración
Pruebas
Revisar en cada
Casos de Pruebas Funcionales
iteración
Despliegue
Revisar en cada
Modelo de Despliegue
iteración
Gestión de Cambios y
Configuración 10 Durante todo el proyecto
Gestión del proyecto

Plan de Desarrollo del
Revisar en cada
Software en su versión 2.0
iteración
y planes de las Iteraciones
Ambiente Durante todo el proyecto
2.4.2. Seguimiento y Control del Proyecto.
2.4.2.1. Gestión de Requisitos.
Los requisitos a las cuales habrá que hacer el seguimiento
correspondiente serán:
 Crear el módulo de registro de los diferentes libros traídos por
nuestro proveedor (entradas)
 Implementar el módulo de ventas, que incluye la generación de
documentos de ventas (que podrá ser: boleta y/o factura),
también deberá generar las liquidaciones diarias y mensuales de
la ventas realizadas.
 Crear el módulo de mantenimiento de clientes.
11
 Desarrollar la página web que muestre los Libros ofrecidos, así
como también los clientes podrán realizar consultas de ofertas y
otros.
2.4.2.2. Control de Plazos

Para efectos de cada una de las fases se ha establecido que los
plazos se deberán presentar en las siguientes rangos de días:
2.4.2.3. Control de Calidad

Cada uno de los artefactos serán expuestos ante los usuarios
primarios (manipuladores directos de los datos) y gerentes.
Cada uno de los artefactos deberá hacer referencia al requisito al cual
contribuye. serán firmados por ambas partes (desarrolladores y
usuario representante)
2.4.2.4. Gestión de Riesgos

Los riesgos a considerar para el sistema de información quedarán
establecidos en el plan de contingencia para asegurar el correcto
desarrollo del sistema, así como también el cumplimiento de los
objetivos trazados. Para ello los clientes deberán consideras los
orígenes más comunes de riesgos, tal como:
Las personas
Los procesos
La tecnología
Entes externos.
(Nota: Lo define el cliente)
2.4.2.5. Gestión de configuración

Los productos controlados serán aquellos que se encuentran en el
apartado 4.2.2. Para efectos del control de los mismos y para
mantener el control de la integridad del proyecto. En cada una de las
supervisiones a las cuales serán sometidos los productos deberá
incluir los siguientes:
 Control de versiones. Aquí se tiene que especificar el origen de
la versión o la transición a que se encuentra el producto, con
respeto a la evolución del mismo
 Control de estados. Para este control se considerará los
siguientes estados: en elaboración, finalizado, revisado, aceptado;
el mismo que deberá estar visible en cada uno de los Libros o
artefactos.
 Control de cambios Cabe destacar el concepto de "línea base" a
una configuración operativa del sistema de software. La evolución
12
del sistema puede verse como evolución de la línea base. Un
"cambio" es el paso de una versión de la línea base a la siguiente.
Puede incluir modificaciones del contenido de algún componente
del sistema, añadiendo o eliminando componentes.
2.5. Anexo I
2.5.1. Descripción del documento de desarrollo de software.
(Anexo de apoyo para entender el documento)
2.5.1.1. Características del Documento.

2.5.1.1.1. Introducción
El enfoque desarrollo propuesto constituye una configuración
del proceso RUP de acuerdo a las características del proyecto,
seleccionando los roles de los participantes, las actividades a
realizar y los artefactos (entregables) que serán generados.
2.5.1.1.2. Propósito
El propósito del Plan de Desarrollo de Software es
proporcionar la información 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 usan
para entender lo qué deben hacer, cuándo
deben hacerlo y qué otras actividades dependen
de ello.
13
2.5.1.1.3. Alcance
El presente documento dará alcances de la organización que
se desea modelar.
2.5.1.1.4. Resumen
Después de esta introducción, el resto del documento está
organizado en las siguientes secciones:
 Vista General del Proyecto — proporciona una descripción
del propósito, alcance y objetivos del proyecto,
estableciendo los artefactos que serán producidos y
utilizados durante el proyecto.
 Organización del Proyecto — describe la estructura
organizacional del equipo de desarrollo.
 Gestión del Proceso — explica los costos y planificación
estimada, define las fases e hitos del proyecto y describe
cómo se realizará su seguimiento.
 Planes y Guías de aplicación — proporciona una vista
global del proceso de desarrollo de software, incluyendo
métodos, herramientas y técnicas que serán utilizadas.
2.5.1.2. Los hitos que marcan el final de cada fase se describen en la
siguiente tabla.
Descripción Hito
Fase de Inicio En esta fase desarrollarán los requisitos del producto desde la perspectiva
del usuario, los cuales serán establecidos en el artefacto Visión. Los
principales casos de uso serán identificados y se hará un refinamiento del
Plan de Desarrollo del Proyecto. La aceptación del cliente /usuario del
artefacto Visión y el Plan de Desarrollo marcan el final de esta fase.
Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de

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

Construcción casos de uso, refinando el Modelo de Análisis / Diseño. El producto se
construye en base a 2 iteraciones, cada una produciendo una release a la
cual se le aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al usuario. El hito que marca
el fin de esta fase es la versión de la release 2.0, con la capacidad
operacional parcial del producto que se haya considerado como crítica, lista
para ser entregada a los usuarios para pruebas beta.
Fase de En esta fase se prepararán dos releases para distribución, asegurando una
Transición implantación y cambio del sistema previo de manera adecuada, incluyendo
el entrenamiento de los usuarios. El hito que marca el fin de esta fase
incluye, la entrega de toda la documentación del proyecto con los manuales
de instalación y todo el material de apoyo al usuario, la finalización del
entrenamiento de los usuarios y el empaquetamiento del producto.
2.5.1.3. Calendarización de Fases de desarrollo
15
A continuación se presenta un calendario de las principales tareas del
proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se
ha comentado, el proceso iterativo e incremental de RUP está
caracterizado por la realización en paralelo de todas las disciplinas de
desarrollo a lo largo del proyecto, con lo cual la mayoría de los

artefactos son generados muy tempranamente en el proyecto pero
van desarrollándose en mayor o menor grado de acuerdo a la fase e
iteración del proyecto. La siguiente figura ilustra este enfoque, en ella
lo ensombrecido marca el énfasis de cada disciplina (workflow) en un
momento determinado del desarrollo.
2.5.1.4. Tareas principales de la Gestión de Requisitos

2.5.1.4.1. Recolección y documentación de requisitos es una actividad
de comunicación iterativa entre clientes, gerentes y
practicantes (stakeholders del proyecto), para descubrir,
definir, refinar y registrar una representación precisa de los
requisitos del producto. Varios métodos son utilizados para la
recolección de requisitos. Algunos análisis iniciales como es la
agrupación categorización, priorización son desarrollados
durante esta actividad
2.5.1.4.2. Documentación Después que los requisitos han sido

recolectados, hay que analizarlos a detalle y documentarlos
en una especificación de requisitos. El resultado de la
especificación de requisitos y de cualquier especificación de
requisitos de componentes hardware/software derivado sirve
como registro de convenio con el cliente y compromiso con el
proveedor. Estas especificaciones son rastreadas utilizando
una matriz de trazabilidad de requerimientos y son sujetos a
verificación y gestión de cambio a través del ciclo de vida del
producto.
16
2.5.1.4.3. Verificación Una vez que la especificación de requisitos ha
sido desarrollada, los requisitos son verificados. La
verificación de requisitos es un proceso para asegurar que la
especificación de requisito del producto es una representación
exacta de las necesidades del cliente. Este proceso también
asegura que los requisitos sean trazados y verificados a
través de varias fases del ciclo de vida; particularmente en el
diseño, implementación y pruebas. Los requisitos deben ser
trazados desde fuentes externas, tales como los clientes,
para derivar requisitos del nivel del sistema, para especificar
requisitos del producto hardware/software. Además, todos
estos requerimientos deben ser trazados al diseño,
implementación y pruebas para asegurarse que los
requerimientos han sido satisfechos.
2.5.1.4.4. Gestión de Cambios

Gestión de cambios es un proceso formal para identificar,
evaluar, trazar y reportar cambios propuestos y aprobados a
la especificación del producto. Como el proyecto va
evolucionando, los requerimientos pueden cambiar o
expandirse para ajustar algunas modificaciones en el alcance
o diseño del proyecto. Un proceso de gestión de cambios
proporciona un rastreo completo y preciso de todos los
cambios que son pertinentes al proyecto.
2.5.1.4.5. Definición de los Requisitos de Gestión de

Configuración
El objetivo de esta tarea es identificar la necesidad de
gestionar la configuración de los sistemas de información,
definiendo para dichos sistemas los requisitos generales de
gestión de configuración y determinando los procesos de
control que se van a llevar a cabo para mantener la integridad
de los productos que se obtengan a lo largo de los procesos
principales de MÉTRICA Versión 3: control de versiones,
control de estados, control de los cambios, etc.
Los aspectos que debe contemplar el plan son:

 Identificación de todos los productos que deben ser
controlados, su clasificación y relaciones entre ellos,
así como el criterio o norma de identificación.
 Ubicación y localización de los productos.
 Definición del ámbito y alcance del control de la
configuración, describiendo los procesos incluidos en
él.
17
 Definición de las reglas de versionado de los
productos y los criterios de actuación para cada caso,
teniendo en cuenta el motivo por el cual se realiza el
cambio de versión.
 Definición del ciclo de estados para cada tipo de pro
ducto y los criterios de trazabilidad entre los
mismos.
 Descripción de funciones y responsabilidades.
 Identificación de la información necesaria de control
para auditoria.
3. CAPÍTULO III
3.1. Modelado de Negocios
3.1.1. Modelo de Negocios
3.1.1.1. Caso Uso de Negocio
3.1.1.1.1. Organización del negocio
Leyenda:
18
Área de estudio:
3.1.1.1.2. Escenarios y procesos.

Escenario Procesos
 Elaboración de guía de Productos recibidos

Entrada de productos  Registro de productos Recibidos.
 Atender consultas
Atención al cliente  Generar proformas
 Emitir orden de pedido

 Emitir orden de pedido
 Emitir documento de venta
 Emitir boleta
 Emitir factura
 Asignar descuento
Generación de venta
 Cancelar documento
 Cancelar documento al contado
 Cancelar documento al crédito
 Despachar producto
 Generar guía de remisión.

 Redactar liquidación diaria
Cierre de ventas  Emitir liquidación mensual
 Crear cuadros estadísticos de ventas anuales.
19
20
Procesos Actores Lugar Objetos
¿Dónde lo
¿Quién lo hace? hacen? Entradas Procedimiento Salida
Transportista
Almacenero
Créd.Superv.
Proveedor
Vendedor
Cajero
Cliente
Unidad ¿Qué necesitan para ¿Qué usa en el ¿Qué da después de
¿Qué hacen? Orgánica hacer? procedimiento? hacer?
Elaboración de guía de productos Recibidos Guía de Productos
X Producción Orden de pedido Recibidos
Registro de productos Recibidos. Guía de Productos Guía de productos
X X Almacén Recibidos Kardex de producto Recibidos registrada
Atender consultas X X Ventas Solicitud de productos catálogo de producto datos de solicitud
Generar proformas X X Ventas Solicitud de productos catálogo de producto proforma
Emitir orden de pedido Orden de compra de
X X Ventas cliente catálogo de producto Orden de pedido
Emitir documento de venta X X Ventas
Emitir boleta Orden de pedido/pedido
X X Ventas directo catálogo de producto Boleta
Emitir factura Orden de pedido /pedido
X X Ventas directo catálogo de producto Factura
Asignar descuento X Ventas Doc- Venta Lista de Descuentos Doc. Con Dsto
Cancelar documento X X Ventas
Cancelar documento al contado X X Ventas Doc- Venta Doc. Venta cancelado
Cancelar documento al crédito X X X Ventas/Crédito Doc- Venta Ficha de Cliente Doc Crédito
Despachar producto X X Ventas/Almacen Doc- Venta
Generar guía de remisión. X X Almacén Doc.- Venta Guía de remisión
Redactar liquidación diaria X Ventas Doc- Venta Liq. Diaria
Emitir liquidación mensual X Ventas Liq. Diaria Liq. Mensual
Crear cuadros estadísticos de ventas
anuales. X Ventas Liq. Mensual Cuadros Estad.Anual
3.1.1.1.3. Matriz de elementos de procesos.
21
3.1.1.1.4. Diagramas de casos de uso en función a escenarios
encontrados
3.1.1.1.4.1. Escenario “Entrada de Productos”
Descripción.- El proveedor interactúa en el caso de uso
Elaborar de Guia de productos
Proveedor Almacenero
(f rom Actors) (f rom Actors)
Registrar productos recibidos

“Elaborar guía de productos “, además el actor antes
mencionado participa en el caso de uso “Registrar productos
recibidos”.
3.1.1.1.4.2. Escenario “Atención al Cliente”.
Atender Consultas
Generar Proform as
Cliente Vendedor
(f rom Actors ) (f rom Ac tors )
Emitir Orden de Pedido
Descripción. El cliente interactúa en el caso de uso

“Atender consultas” con el vendedor, además los
actores antes mencionados participan en el caso de
uso “generar proforma” y por último el vendedor
“emite ordenes de pedido” en la que se involucra al
cliente.
3.1.1.1.4.3. Escenario “Generación de Venta.”.
22
Cliente <<extend>>
(from Act...
Emitir Boleta Asignar Descuento
Emitir Documento de Venta

Vendedor
(from Actors)
Emitir Factura
Almacenero
<<include>> (from Actors)
Generar Guia de remision

Cajero
(from Actors) Despachar Producto
Cancelar Documento
Transportista
(from Actors)
Cancelacion al contado Cancelacion al credito

Supervisor de Credito
(from Actors)
Descripción. El vendedor “genera ordenes de

pedido”, éste último pertenece al anterior escenario,
por lo consiguiente se reutiliza; después el vendedor
con el cliente se involucran en la “emisión de
documento de venta”, que podrá ser: “emisión de
boleta” o “emisión de factura”, en algunas
oportunidades la empresa realiza promociones, por lo
tanto aquí se debe considerar el caso de uso “asignar
descuentos”. A continuación el cliente con el cajero
participan en el caso de uso “cancelar documento”,
que podrá ser: “cancelación al contado” o
“cancelación al crédito”, el último caso de uso
involucra el actor supervisor de crédito. Luego el
vendedor “despacha el producto”, que incluye al
caso de uso “generar guía de remisión” y donde
participa el almacenero y el transportista
3.1.1.1.4.4. Escenario cierre de ventas
23
Redactar Liquidacion Diaria
Emitir Liquidacion mensual

Cajero
(f rom Actors)
Crear Cuadros estadistico mensuales
Descripción. El cajero hacer los siguientes casos de

uso: redactar liquidación diaria, emitir liquidación
mensual y Crear cuadros estadísticos de ventas
anuales.
3.1.1.2. Modelado Objetos del Negocio

3.1.1.2.1. Creación del dominio Preliminar del negocio.
Los objetos
encontrados son:
Orden de Pedido
Guía de productos
Recibidos
Kardex de producto
Solicitud de producto
Proforma
Orden de pedido
Documento de venta
Boleta
Factura
Lista de descuentos
Ficha de cliente
Guía de remisión
Doc. Cierre
Liquidación diaria
Liquidación mensual
Cuadro estadístico anual
3.1.1.3.
Diagrama de
Actividades.
3.1.1.3.1. Escenario “Entrada de productos”
24
:Prov eedor :Almacenero
Inicio
Elaborar Guía Entrega Detallar

de Productos Productos
Verfica
Regstrar Productos
Recibidos
Fin
3.1.1.3.2. Escenario “Atención al Cliente”
:Cliente :Vendedor
Inicio
Caracteristicas
Realizar Atender
Consulta Consulta
Interesado Generar
Proforma
Si
Emtir Orden de
Pedido
Fin
No
3.1.1.3.3. Generación de venta.
25
:Vendedor :Cliente :Caj ero :Super-Credito :Almacenero :Transportista
Inicio
Registrar Pago
Entregar
Cancelar Producto
Documento
Emitir Documento
de Venta
Verificar Crédito
Fin
Cancelar Cancelar
Emitir Factura Emitr Boleta Cotado Crédito
Despachar Generar Guía

Producto Remisión
3.1.1.3.4. Cierre de ventas.
Caj ero
Inicio
Redactar
Liquidación Diaria
Cada fin de mes
Emitir Liquidación
Mensual
Imprime
Crear Cuadros
Estadísticos
Fin
3.1.1.4. Modelo del Dominio

3.1.1.4.1. Modelo del dominio del problema
26
Emite Genera
Guia de productos Recibidos Orden de Pedido

Proveedor
(from Actors)
Registra
Elabora
Kerdex Producto
Almacenero
(from Actors)
Proforma
Vendedor
(from Ac tors)
crea
Catalogo de Producto
Liquidacion diaria
Guia de remision
Transportista
(from Ac tors )
Orden de pedido
Doc.Cierre Liquidacion mensual
Se asocia Cuadros Estadisticos
Cliente Lista de descuentos

(from Actors)
Recibe
tiene
Se ordena
Ficha Cliente
Registra cancelado
Documento de venta doc. Credito
Emite
Cajero
(from Actors)
Factura
Boleta
Supervisor de Credito
(from Ac tors)
3.1.2. Modelado Requerimientos

3.1.2.1. Documento Visión
3.1.2.1.1. Introducción.
27
3.1.2.1.1.1. Propósitos.
El presente sistema de información de ventas de la
Librería Santa Paula, permitirá dar un mejor servicio a los
usuarios que administran los datos, así como también a los
usuarios clientes del negocio.
El sistema a desarrollar cumplirá crear los siguientes
módulos:
Entrada de productos. El Proveedor creará de una
terminal la guía de productos Recibido, para luego
imprimirla y entregarla al almacenero, este último
verificará los productos y actualizará el Kardex desde otra
terminal que se encuentra en el área de almacén.
Atención al cliente. Mediante éste, se emitirán consultas
de requerimientos de productos, así como también se
generarán las proformas y las ordenes de pedido. Aquí
también se implementará un Site Web que permita que los
clientes puedan consultar las ofertas y otros, así como
también puedan realizar sus pedidos y proformas
Generación de Ventas. Aquí se emitirá los documentos
de venta tal como: Factura y/o boleta, así como también
su cancelación, incidiendo que la parte de crédito quedará
para la segunda parte del proyecto. También incluye el
despacho de los productos, los cuales incluye la
generación de la guía de remisión que será emitida por la
unidad orgánica del almacén.
Cierre de Venta. Aquí se generarán con consolidados:
diarios, mensuales y anuales.
3.1.2.1.1.2. Definiciones, Acrónimos, y Abreviaciones.

RUP: Son las siglas de Rational Unified Process. Se trata
de una metodología para describir el proceso de desarrollo
de software.
3.1.2.2. Documento de Misión.

Con la implementación del Web site de la empresa Comercializadora
Santa Paula SAC.:
 Agilizar, controlar, Registrar, reportar y obtener información de
todo lo sucedido en la página web de la Librería Santa Paula
SAC., de forma automatizada.
 Obtener los registros de todo lo que fue comprado por medio del
web site de manera automatizada.
3.1.2.3. Objetivos.
28
El problema -Las solicitudes de los clientes
de registradas tienen demora para
acceder a las mismas.
-Demora e inconsistencia para la
obtención de las liquidaciones.
afecta a Ventas
El impacto -Cliente insatisfecho, porque tiene
asociado es que volver a generar su pedido al
momento de la adquisición.
-Gerente con incertidumbre al

momento de tomar las resumen
para la toma de decisiones.
Una -Desarrollar el módulo de atención
adecuada al cliente y generación de ventas.
solución sería
-Que los resumen sean
generados tomando como origen
de datos los documentos
sistematizados.
3.1.2.3.1. Sentencia que define la posición del Producto
¿Para Unidad orgánica de ventas, ventas y

Quienes? almacén.
El nombre Sistema de ventas Santa Paula.

del producto
¿Qué hace? Actualiza el stock de los productos, genera
los documentos de ventas y genera
consolidados de venta.
No hace Manejo de procesos de venta al crédito.
Nuestro Ofrecerá un mejor servicio a los clientes y
producto control de productos así como también
consolidados para la toma de decisiones.
3.1.2.4. Alcance.
29
Los límites considerados en el presente proyecto en básicamente la
implementación del área de ventas, pero tiene sus relaciones con la
unidad orgánica de Almacén para registrar la entrada de productos, que
es también donde se despacha los productos y se emite la guía de
remisión.
3.1.2.5. |Glosario.
3.1.2.5.1. Introducción.
Los términos obtenidos en el presente glosario pertenecen a los
objetos, artefactos y otros considerados en el proyecto de desarrollo de
Software “Sistema de ventas de libros Santa Paula”.
3.1.2.5.2. Propósito.
Con este glosario todo el personal que participa en el
proyecto tendrá un medio de consulta que le permitirá
comprender los artefactos considerados para el universo del
negocio, así como también para aquellos considerados dentro
del entorno del léxico informático.
3.1.2.5.3. Alcance.
Aquí encontrará términos considerados en el límite de
desarrollo del sistema; en la unidad orgánica de ventas
principalmente, en la comunicación que realiza la unidad
orgánica de producción para con ventas, los procesos que
desempeña el almacén como parte de una venta y por último
los términos de comunicación con el área de créditos y
cobranzas, aunque este último muy superficialmente, porque
formaría parte de otro módulo de desarrollo.
3.1.2.5.4. Referencia.
El presente glosario hace referencia a los siguientes documentos:
 Plan de desarrollo de software del proyecto SISVENSAP.
 Modelo de Caso de Uso del Negocio del proyecto SISVENSAP.
 Modelo de objetos del Negocio del proyecto SISVENSAP.
 Especificaciones de Caso de Uso del proyecto SISVENSAP.
3.1.2.5.5. Organización del Negocio.

Este documento está organizado alfabéticamente en forma ascendente
y contiene: nombre, descripción, artefactos y referencias.
30
A
Término Descripción Artefacto Referencia
Actualizar Caso de uso que explica -Modelo de casos de Paquete:
Kardex como el Almacenero uso del negocio. Paq_Entrada de productos
actualiza en el kárdex de -Modelo de casos de
productos que lleguen y uso del sistema
vendidos
Almacenero Actor del negocio que -Modelo de casos de Paquete:
actualiza el Kardex, crea la uso del negocio. Paq_Registrar productos
guía de productos recibidos -Modelo de objetos del recibidos
y despacha los productos. negocio.
Atender Caso del uso que explica -Modelo de casos de Paquete:
Consultas como el cliente y el uso del negocio. Paq_Atención Cliente
vendedor interactúan para
que éste último consulte
precios al catálogo de
productos.
Caso de uso que explica -Modelo de casos de Paquete:
Asignar como el cajero, revisa la uso del negocio. Paq_Asignar Descuento
descuento lista de descuento para -Modelo de objetos del
obtener el porcentaje a negocio.
descontar sin afectar el
precio o la ganancia del
producto.
B
Boleta Documento de venta Modelo de objetos del Paquete:
para personas negocio Dominio preliminar
naturales
C
Cancelar Caso del uso que explica como el -Modelo de casos de
documento al cliente y cajero interactúan para uso del negocio. Paq_Cancelar
contado que éste último realice el cobro -Modelo de objetos Documento al
respectivo de producto al contado y del negocio. contado
poder entregar al cliente el doc.
Venta cancelada para el respectivo
despachamiento del producto.
Caso del uso que explica como el -Modelo de casos de Paq_Cancelar
Cancelar cliente, cajero y supervisor uso del negocio. documento al
documento al interactúan para que éste último -Modelo de objetos crédito
crédito indicara el número de cuotas a del negocio.
pagar, generando así un documento
de crédito el cual el actor cajero
sellara para su respectivo
despachamiento del producto.
Crear cuadros Caso de uso que explica como el -Modelo de casos de Paq_Crear cuadros
estadísticos de actor cajero revisa las liquidaciones uso del negocio. estadísticos de
31
venta mensuales recaba los montos para ventas
poder generar un cuadro estadístico
de venta.
Catalogo de Documento donde se muestra los -Modelo de objetos Paquete:
producto productos, calidad de producto y del negocio. Dominio preliminar
precio.
Actor del negocio que hará uso de -Modelo de casos de Paquete:
Cliente nuestro sistema para la compra de uso del negocio. - Paq_Atender
sus libros. -Modelo de objetos Consultas
del negocio. -Paq_Generar
Proformas
-Paq_Emitir orden
de pedido
-Paq_Emitir boleta
-Paq_Emitir Factura
-Paq_Cancelar
Documento
al contado.
- Paq_Cancelar
Documento
al credito.
Cajero Actor del negocio que realizara el -Modelo de casos de - Paq_Cancelar
cobro del documento de venta y uso del negocio. Documento
generara la liquidación diaria, -Modelo de objetos al contado.
mensual, también creará cuadros del negocio. - Paq_Cancelar
estadísticos. documento
al crédito.
- Paq_redactar
liquidación
Diaria.
- Paq_Emitir
liquidación
Mensual.
- Paq_CrearCuadros
Estadisticos
D
Despachar Caso de uso que explica como el -Modelo de casos de -Paq_Despachar producto
producto actor vendedor y almacenero uso del negocio.
interactúan para que este actualiza -Modelo de objetos
el Kardex, aliste el producto y lo del negocio.
entregue al cliente.
Documento Comprobante que utiliza la empresa -Modelo de objetos Paquete:
de crédito para la venta sus producto en del negocio. Dominio preliminar
cuotas y facilitar así al cliente la
adquisición del producto.
Documento en la cual el vendedor -Modelo de objetos Paquete:
Datos de registra los datos del producto que del negocio. Dominio preliminar
solicitud desea el cliente.
E
32
Caso del uso que explica cómo interactúan -Modelo de casos Paquete:
Emitir orden de el cliente y vendedor, para la generación de de - Paq_Emitir Orden
pedido la orden de pedido, el cual consiste en que Uso del negocio. de pedido
el actor cliente entrega una Lista de -Modelo de
producto para que el vendedor pueda ver objetos
en el catálogo de producto y así poder del negocio.
registrar los productos con sus respectivos
precios en la Orden de pedido el cual será
entregado al cliente.
Caso de uso en que explica cómo -Modelo de casos Paquete:
Emitir boleta interactúan el cliente y vendedor en la de - Paq_Emitir boleta
emisión de la boleta, el cual consiste en Uso del negocio.
que vendedor solicita datos al cliente, toma -Modelo de
una decisión, si cliente es persona natural objetos
se emitirá la boleta. del negocio.
Caso de uso en que explica cómo -Modelo de casos Paquete:
Emitir Factura interactúan el cliente y vendedor en la de - Paq_Emitir
emisión de la factura, el cual consiste en Uso del negocio. Factura
que vendedor solicita datos al cliente, toma -Modelo de
una decisión, si cliente es persona jurídica objetos
se emitirá la factura. del negocio.
Emitir liquidación Caso de uso en la que el actor cajero hace -Modelo de casos Paquete:
mensual uso de la liquidación diaria, calcula montos de - Paq_Emitir
y abre una nueva liquidación mensual en la Uso del negocio. Liquidacion
cual registrara los montos. -Modelo de mensual
objetos
del negocio.
Elaboración de Caso de uso en la que el actor proveedor -Modelo de casos Paquete:
guía de recibe la orden de pedido, la cual utiliza de - Paq_laboración
productos para generar una guía de productos que Uso del negocio. de guía de
recibidos van a ser emitidos a la librería -Modelo de productos recibidos
objetos
del negocio.
Término
Factura
Descripción
Documento de venta para personas
Jurídicas
Artefacto
Modelo de objetos del
negocio
F
Referencia
Paquete:
Dominio
preliminar
Documento en la cual se registra y verifica los Modelo de objetos del Paquete:
Ficha cliente datos personales de la persona. negocio Dominio
preliminar
G
Generar guía de Caso de uso en que el actor -Modelo de casos de Paquete:
remision almacenero recibe el documento de uso del negocio. - Paq_Generar guía de remisión
venta ya aprobado, lee los códigosdel -Modelo de objetos
33
producto , busca el producto en el del negocio.
Kardex, actualiza el stock, abre una
guía de remisión, registra los datos
del producto y datos personales de la
persona que solicito el producto.
Guia de Documento en la cual se registra el -Modelo de objetos Paquete:
remision estado del producto, los datos del del negocio. Dominio preliminar
cliente, datos del transportista y su
vehiculo
Generar Caso de uso que consiste en que el -Modelo de casos de Paquete:
Proforma cliente entrega al vendedor una lista Uso del negocio. - Paq_Generar proforma
de productos solicitados, este ultimo -Modelo de objetos
busca dichos productos en el del negocio.
“Catalogo de productos”, lee los datos
del producto, calcula montos, abre
una nueva proforma en la cual
registra los productos y también
registra los montos.
Guia de Documento en la cual el actor - Modelo de objetos Paquete:
productos proveedor basado en la orden de del negocio Dominio preliminar
recibidos pedido registra los productos
solicitados para su posterior entrega.
K
Kardex del Documento en el cual se registra los - Modelo de objetos Paquete:
producto productos que entran y salen de la del negocio Dominio preliminar
librería.
L
Lista de Documento en el cual se registra una Modelo de objetos Paquete:
descuentos taza de descuento para los productos del negocio Dominio preliminar
que están en promoción.
Liquidación Documento en el cual se muestra las Modelo de objetos Paquete:
diaria ganancias que a obtenido la librería del negocio Dominio preliminar
en un solo dia.
Liquidación Documento en el cual se muestra la Modelo de objetos Paquete:
Mensual ganancia que obtuvo la librería en un del negocio Dominio preliminar
mes
O
Orden de Documento en el cual la librería Modelo de objetos Paquete:
Pedido solicita al proveedor productos para del negocio Dominio preliminar
34
su abastecimiento.
Orden de Documento en el cual se registrara Modelo de objetos Paquete:
compra de los productos que el actor cliente va a del negocio Dominio preliminar
cliente comprar.
Orden de Documento en el cual se dara Modelo de objetos Paquete:
Pedido comienzo a la venta del producto. del negocio Dominio preliminar
Orden de Documento en el cual se dara Modelo de objetos Paquete:
pedido directo comienzo a la venta del producto (El del negocio Dominio preliminar
actor cliente esta presente al
momento de la cancelación del
producto) para su respectiva entrega.
P
Proforma Documento en el cual se registra los Modelo de objetos Paquete:
productos solicitados por el cliente del negocio Dominio preliminar
con sus repectivos precios y
descripción.
Proveedor Actor del negocio que abastece a la -Modelo de casos de Paquete:
librería cuando este le emite una uso del negocio. - Paq_Elaboracion de guía
orden de pedido. -Modelo de objetos de productos recibidos
del negocio. - Paq_Registro de productos
terminados
Término
Registro de
Descripción
Caso de uso en el cual interactúan los
Artefacto
-Modelo de casos Paquete:
R
Referencia
productos actores proveedor y almacenero para de uso del negocio. - Paq_Registro de Productos
Recibidos verificar los productos recién llegados. -Modelo de objetos
Terminados.
del negocio.
Redactar Caso de uso en el cual el actor cajero -Modelo de casos Paquete:
liquidación hace uso de las ventas del dia, para de uso del negocio. - Paq_Redactar liquidación
diaria calcular la ganacia obtenida en un solo -Modelo de objetos diaria
dia. del negocio.
S
35
Supervisor de Actor del negocio encargado de indicar -Modelo de casos Paquete:
credito el número de cuotas que va a pagar el de uso del negocio. - Paq_Registrar productos
cliente al momento en que este -Modelo de objetos recibidos
solicite cancelación de documento al del negocio.
crédito.
Solicitud de Accion que realiza el cliente para -Modelo de casos Paquete:
productos obtener datos del producto de uso del negocio. - Paq_Atender Consultas
Escenario Casos de Usos de Requerimiento
Validar Usuario Validar Usuario
Elaboración de guía de Productos
Entrada de productos Entrada de productos recibidos.
T
Registro de productos Recibidos.
Atender consultas.
Atención al cliente Atención al cliente Generar proformas.

Transportista Actor del negocio el cual despacha el EmitirPaquete:
-Modelo de casos orden de pedido.
producto cuando se realiza una orden de uso del negocio.
Emitir-orden
Paq_Generar guía de
de pedido
de pedido recibiendo para esto una -Modelo de objetos remision de venta
Emitir documento
guía de remisión. del negocio.
Emitir boleta
Emitir factura
Asignar descuento
Generación de venta Generación de venta
Cancelar documento
Cancelar documento al contado
Despachar producto
Generar guía de remisión. T
Cancelar documento al crédito
Término Descripción Artefacto Redactar liquidación diaria

Referencia
Vendedor Actor del negocio que se encarga de -Modelo de casos
EmitirPaquete:
liquidación mensual
Cierre de ventas’. Cierre de ventas.
atender al cliente y emitir documento de uso del negocio. - Paq_Atender consultas.
de venta. Crear -cuadros
-Modelo de objetos estadísticos
Paq_Generar de ventas
Proformas.
del negocio. anuales.
- Paq_Emitir orden de
Pedido.
- Paq_Emitir documento de
venta.
3.1.2.6. Caso de uso de Requerimientos

3.1.2.6.1. Descripción de Escenarios y caso de uso de
requerimiento.
36
3.1.2.6.2. Escenario y caso de uso de Requerimiento.
3.1.2.6.2.1. Escenario “Validar Usuario”
Cliente
(f rom Actors)
Almacenero Validar Usuario

Usuario
(f rom Actors)
(f rom Actors)
Administrador
(f rom Actors)
Descripción
Aquí el operador Cliente “OP_Cliente” tendrá que
validarse para poder efectuar una compra de algún
tipo de libros, así como también el operador
Almacenero “OP_Almacenero” y Administrador
“OP_Administrador” tendrán que validarse en el
Sistema para poder acceder y así poder todo sobre el
web site.
3.1.2.6.2.2. Escenario “Entrada de Productos”
37
Crear la guia de productos recibidos
Proveedor Almacenero
(f rom paq_Casos de uso
...) del sistema)
(f rom paq_Casos de uso
...) del sistema)
Actualiza kardex
Descripción
Aquí el Operador proveedor “OP_Proveedor” va a
registrar mediante una interfaz y generará la guía de
productos recibidos, en ella colocará los productos
que le enviará al almacenero. Después el operador
almacenero “OP_almacenero”, desencadenará el caso
de uso “Actualiza Kardex”, éste último cumple las
actividades de consultar la guía de productos
recibidos emitida por el personal de producción, el
almacenero recepcionará la guía y verificará
físicamente los productos para luego mediante la
interfaz confirmar la cantidad de productos
verificados y va interactuando, mientras verifica,
actualiza los stock de los productos recibidos.
3.1.2.6.2.3. Escenario “Atención a Clientes del sistema”.
Emitir pedido por web

(from paq_caseprocess)
Cliente
(f rom Actors)
Consultar productos web

(from paq_caseprocess)
DescriDescripción
El OP_Cliente realiza individualmente los siguientes
casos de uso: Emitir pedido por Web y Consultar
productos Web
3.1.2.6.2.4. Escenario “Generación de ventas del sistema”.
38
Cajero
(f rom Actors)
Cliente Cancelar documento

(f rom paq_caseactors)
Cancelar al credito
Cancelar al contado
<<include>>
Transportista
Crear guia remision (f rom Actors)
Despachar producto
Almacenero
(f rom Actors)
Descripción
El OP_Cliente hace el caso de uso "Cancelar
Documento", de aquí se desprenden dos posibilidades
de cancelación de documento que podrán ser:
Cancelar al contado y Cancelar al crédito. Junto con el
OP_Cajero. El operador Almacenero realiza el proceso
Despachar producto a base del documento cancelado.
El OP_Transportista participa en el proceso de Crear
guia de remisión, la misma que es un proceso incluido
del proceso Despachar producto.
3.1.2.6.2.5. Escenario “Cierre de Ventas del Sistemas”
Liquidacion mensual
Generar liquidacion
Liquidacion diaria
Cajero
(f rom Actors)
Crear cuadros stadisticos anuales
Descripción
39
El Operador cajero hace los siguientes casos de uso:
Generar liquidación, de aquí se desprenden dos
posibilidades de Liquidacion que son: Liquidacion
mensual y Liquidación anual.
Crear Cuadros estadísticos anuales.
3.2. Análisis.
3.2.1. Diagramas de Colaboración.
3.2.1.1. Generación de guía de productos Recibidos
3: Verifica los productos
1: Revisa orden de pedido

: Proveedor : Orden de pedido
2: Entrega datos del producto
4: Abre guia de productos

5: *[Registra los productos pedido]
: Guia de productos recibidos
Descripción.
El actor “Proveedor” revisa la “orden de pedido”, luego revisa los
datos del producto pedido, verifica los productos y abre una nueva
“guía de productos Recibidos” en la cual registrara los productos
pedidos.
3.2.1.2. Registro de Ingreso de productos terminados
1: *[Registra los productos pedidos]

: Proveedor : Guia de productos recibidos
2: Emite copia de productos pedidos
3: Entrega copia de productos solicitados
4: Verifica los productos Recibidos
5: Registra la cantidad de productos Recibidos

: Almacenero : Kardex de producto
Descripción.
40
El actor “Per. producción” adquiere 2 copias de la instancia “Guía de
productos terminados”, luego entrega esta última al almacenero,
éste verifica los productos, para luego registrar la cantidad de
productos al objeto “Kardex producto”.
3.2.1.3. Atender consultas.
1: Entrega solicitud de productos

: Cliente : Vendedor
4: Entrega datos del producto solicitado
3: Emite datos del producto 2: Consulta datos de solicitud
: Catalogo de producto
Descripción.
El cliente entrega la solicitud de de productos requeridos al vendedor,
este ultimo busca los productos en el “Catalogo del producto” tantas
veces como productos le pidan para generar un mensaje de
respuesta que permitirá leer los datos de los productos, y estos son
entregados al cliente.
3.2.1.4. Generar Proforma.
6: Calcula monto

9: Entregar proforma
4: Abre proforma
3: Emite datos del producto 5: Registra datos del producto
2: Consulta datos de solicitud

7: Registra montos
8: Emite proforma
: Proforma
Descripción.
El cliente entrega solicitud de los productos requeridos al vendedor,
éste último busca los productos en el “catalogo de productos” tantas
respuesta que permitirá leer datos de los mismos, a continuación el
mismo actor vendedor abre una nueva proforma para después
41
registrar los productos, luego calcula los montos y los registra en la
proforma, a continuación le entrega la proforma al cliente.
3.2.1.5. Emitir orden de pedido
6: Calcula montos

9: Entregar al cliente
2: Consulta datos de solicitud

8: Emite orden de pedido
4: Abrir nuevo orden de pedido
5: Registra productos
3: Emite datos del producto
7: Registra montos
: Orden de pedido : Catalogo de producto
Descripción
El actor cliente entrega la solicitud de productos requeridos al
vendedor, este último busca los productos en el “Catalogo de
producto” tantas veces como productos le pidan para generar un
mensaje de respuesta que permitirá leer datos de los mismos, a
continuación el actor vendedor abre una nueva orden de pedido para
después registrar los productos, luego calcula los montos y los
registra en la orden de pedido, y a continuación esta es entregada al
cliente.
3.2.1.6. Emitir Boleta
1: Solicita datos al cliente

: Vendedor : Cliente
2: Emite datos pedidos
3: [Cliente=Persona Natural] Emitir
: Boleta
Descripción.
El vendedor solicita datos al cliente, lee los datos del cliente, y el
vendedor toma una decisión, si el cliente es una persona natural
emite una Boleta.
42
3.2.1.7. Emitir Factura

2: Emite datos pedidos
3: [Cliente=PersonaJuridica] Emitir
: Factura
Descripción.
vendedor toma una decisión, si el cliente es una persona Jurídica
emitirá una Factura.
3.2.1.8. Asignar Descuento
3: Calcula monto a descontar
1: busca productos con promecion
: Vendedor : Lista de Descuentos
2: Emite taza de descuento
Descripción.
El Actor vendedor busca los productos con promoción, seguidamente
lee la tasa de descuento y calcula el monto de descuento.
3.2.1.9. Emitir documento de venta.
43
11: Verifica datos

15: Calcula monto de decuento 2: Consulta datos de solicitud
6: Calcula monto
17: Emite datos solicitados

3: Emite datos del producto
10: Emite orden de pedido
12: Lee datos del producto
1: Entregar solicitud de producto
9: Entrega orden de pedido 18: [Cliente=PersonaNatural] Emitir
: Boleta
14: Emite tazas de descuento
13: Busca prod.con promocion
19: [Cliente=PersonaJuridica]Emitir
: Lista de Descuentos 4: Abre nueva orden
8: Emite la orden de pedido : Factura

5: Registra el producto
7: Registra montos
: Orden de pedido
Descripción.
cliente. El cliente emite la orden de pedido al vendedor, este verifica
los datos del producto en el “catalogo del producto”, lee los datos de
los productos, seguidamnete busca productos con promoción, si hay
lee las tazas de descuento, para calcular el monto a descontar,
posterior mente solicita los datos al cliente, si el cliente es persona
natural deberá emitir una Boleta, en el caso de que el cliente sea una
persona jurídica deberá emitir una factura., el actor vendedor
seguidamente deberá entregar una copia del documento de venta al
actor almacenero y cajero.
3.2.1.10. Cancelar Documento
44
4: [FormadePago=Contado]
5: Recibe efectivo
6: Calcula cambio
7: Sella el Documento
1: Entrega documento de venta

: Vendedor : Cajero
2: Solicita forma de pago

3: Emite forma de pago
: Cliente
Descripción.
El vendedor entrega el documento de venta al cajero, el cual solicita
la forma depago,si la forma de pago del cliente es al contado el actor
cajero procera a recibir el efectivo,calcular el cambio, sellar el
documento de venta y emitir dicho documento a cliente.
3.2.1.11. Cancelación de documento al crédito.

9: Sella documento de credito
10: Emite al cliente
1: Entregar documento de venta 2: Solicita forma de pago
: Vendedor : Cajero : Cliente
3: Emite forma de pago
8: Emite documento de credito 4: [Forma de pago=credito] Emitir documento de venta
5: Verifica linea de credito

Descripción. 6: Indica N° de cuotas
El actor vendedor entrega el7:documento
Genera documento de credito al cajero, el cual
de venta
solicitara la forma de pago al cliente, si el pago es realizado al crédito
el cajero emitirá el documento de venta al actor Supervisor de
crédito, el cual verificaría la línea: Supervisor
de crédito e indicaría el numero de
de credito
cuotas a pagar, generando asi un documento de crédito el cual se lo

entregara al cajero para su respectivo sellado y posteriormente ser
3.2.1.12. Despachar Producto.
45
2: Lee codigos y cantidades
4: Actualiza el stock
6: Alistar producto
1: Entrega documento de venta 5: Abrir nueva guia

: Vendedor : Almacenero : Guia de remision
3: Busca el producto
: Kardex de producto
Descripción.
El vendedor entrega el documento de venta al almacenero, éste lee
los códigos y las cantidades de los productos, luego los busca en el
en el objeto “Kardex de producto”, también actualiza el stock
correspondiente, alista el producto para luego entregar el producto al
Cliente.
3.2.1.13. Generación de guía.
1: Lee codigos y cantidad de productos

3: Actualiza stock
6: Alistar producto
11: Entrega el producto

7: Solicita disponibilidad del transportista
: Almacenero : Transportista
9: Entrega datos de movilidad 8: Entrega datos personales

Descripción.
4: Abre nueva guia de remision
Genere el diagrama de secuencia: el actor almacenero lee datos del
2: Busca el producto
documento, después abre nueva5: guía, interactuando con el objeto
Registra productos
“Guía de remisión”, luego registra los productos tantas veces como
productos existan. A continuación 10: Registradisponibilidad
solicita datos en la guia dearemision
transportista, éste le entrega datos de él y su vehículo, por último el

: Kardex de producto
almacenero registra los datos recibidos :aGuia de remision
la guía de remisión.
3.2.1.14. Redactar liquidación diaria
46
3: Calcular montos
1: Revisa datos
: Cajero : Documento de venta
2: Recaba datos y total
4: Abrir nueva liquidacion
5: Registra montos acumulados
: Liquidacion diaria
Descripción.
El actor cajero revisa los datos del documento de venta al finalizar el
día, recaba el total de dineros recaudado en los dos tipos de
modalidades, calcula montos para posteriormente abrir una nueva
liquidación diaria en la cual registrara los montos acumulados
3.2.1.15. Emitir liquidación mensual.
1: revisa acumulados diarios
: Cajero : Liquidacion diaria
2: Recaba totales por dia
3: Abrir nueva liquidacion
4: Registrar montos
Descripción.
El actor cajero revisa los montos acumulados diarios, lee dichos
: Liquidacion mensual
datos, opera los montos, posteriormente abre una nueva liquidación
mensual en la cual registrara los montos.
3.2.1.16. Crear cuadros estadísticos de las ventas anuales.
47
1: Revisa las liquidaciones
: Cajero : Liquidacion mensual
2: Recaba montos acumulados
3: Abre nuevo cuadro estadistico
4: Registra datos de las liquidaciones mensuales
: Cuadro estadistico
Descripción
El cajero revisa las liquidaciones, usando para ello el objeto
"liquidación mensual" luego el mismo recaba los total para procesar
los datos en forma recursiva, a continuación vuelca los datos al
objeto "Cuadros estadísticos".
3.2.2. Diagrama de interfaz de Usuario.
48
list arLibro (from Desig n Model)
(from Design Model)
I ndex
regist radorC at egoria
( from Design Model)
realizarBus queda
regist rodeC at egorias edit adorCategoria
v alidarU suario list adordeC ategoria
regist radorSubCat egoria

regist roSubCategoria
edit adorSuv bCat egoria
list adorSubCategoria
edit adordeProv eedor
regist rodeProv eedor
regst radordeProv eedor
list adordeProv eedor
regist radordeProduct o
regist rodeProduc tos edit adordeProduct os
list adordeProduct o
v erif icarMensajes
masVendidos
registrodeU suario
des catadorProduct o
registradorU suario
Adm inis t rac ion

c errarSesion
edit adorUs uario
list adorU suario
edit adorClient e
regist roC lient e
list adorC liente
v erPedido
list adorPedido
act ualizarProduc to
v erKardex
v erif icarFecha
v erSubC at egoriaProduc t o
v erSt adist icaProduct s
v erProduct s
v erLiquidacionDiaria
generarLiquidacion
v erLiquidacionMensual
3.2.3. Diagrama de Clase de Análisis.
49
Mensaje Usuario
sub_categoria
Cliente1 Pedido
Producto
Categoria
Kardex
Proveedor
Detalle_pedido
3.3. Diseño.
3.3.1. Diagrama de Secuencia
3.3.1.1. Generación de guía de productos Recibidos.
: Orden de Pedido : Guia de productos Recibidos

: Proveedor
Revizar orden de pedido
Revisa los datos del producto pedido
Verifica los productos
Abrir guia de productos
*[Registra los productos pedidos]
Descripción.
El actor “Proveedor” revisa la “orden de pedido”, luego revisa los
datos del producto pedido, verifica los productos y abre una nueva
“guía de productos Recibidos” en la cual registrara los productos
pedidos.
3.3.1.2. Registro de ingreso de productos.
50
: Kardex Producto
: Guia de productos Recibidos : Almacenero
: Proveedor
*[Registra los productos pedidos ]
Adquirir copia de productos pedidos
Entregar copia de productos solicitados
Verifica los productos recibidos
Registra la cantidad de productos recibidos
Descripción.
El actor “Proveedor” adquiere 2 copias de la instancia “Guía de
productos Recibidos”, luego entrega esta última al “almacenero”,
éste verifica los productos recibidos, para luego registrar la cantidad
de productos al objeto “Kardex producto”.
3.3.1.3. Atender consultas.
: Cliente : Vendedor : Catalogo de Producto
Entrega de Solicitud de productos
Consulta datos de solicitud
Lee los datos del producto
Entrega datos de solicitud pedida
Descripción.
El cliente entrega la solicitud de de productos requeridos al vendedor,
este ultimo busca los productos en el “Catalogo del producto” tantas
respuesta que permitirá leer los datos de los productos, y estos son
entregados al cliente.
3.3.1.4. Generar Proforma.
51
: Catalogo de Producto : Proform a
Entrega solicitud de productos
Lee datos del producto
Abrir proforma
*[Registra producto]
Calcula Costos
Registra m ontos
Emite proforma
Entrega proforma
Descripción.
El cliente entrega solicitud de los productos requeridos al vendedor,
éste último busca los productos en el “catalogo de productos” tantas
respuesta que permitirá leer datos de los mismos, a continuación el
mismo actor vendedor abre una nueva proforma para después
registrar los productos, luego calcula los montos y los registra en la
proforma, a continuación le entrega la proforma al cliente.
3.3.1.5. Emitir orden de pedido.
: Catalogo de Producto : Orden de Pedido

abre nueva orden de pedido
*[Regis tra el producto]
Calcular Montos
Registra montos
Emite orden de pedido
Entrega orden de Pedido
Descripción.
52
cliente.
3.3.1.6. Emitir Boleta.
: Boleta
Solicita datos al cliente
Descripción.
Lee datos
El vendedor del datos
solicita cliente al cliente, lee los datos del cliente, y el
vendedor toma una decisión, si el cliente es una persona natural

emite una Boleta. [Cliente=persona Natural] Emitir
3.3.1.7. Emitir Factura.
: Factura
Lee datos del cliente
[Cliente=Persona Juridica] Emitir
Descripción.
vendedor toma una decisión, si el cliente es una persona Jurídica
emitirá una Factura.
3.3.1.8. Asignar Descuento.
53
: Lista de descuentos
: Vendedor
*[Busca productos con promocion]
Lee taza de descuentos
Calcula monto de descuento
Descripción.
El Actor vendedor busca los productos con promoción, seguidamente
lee la taza de descuento y calcula el monto de descuento.
3.3.1.9. Emitir documento de venta.
: Orden de Pedido : Lista de descuentos : Boleta : Factura

: Cliente : Vendedor : Catalogo de Producto : Cajero : Almacenero
Consultar datos de solicitud
Abrir nueva orden de pedido
*[Registra el producto]
Calcular montos
registra montos
Emite orden de pedido
Entrega orden de pedido
Emitir orden de Pedido
Verifica datos
Leer datos de producto
*[Busca productos con promocion]
Lee tazas de descuento
Calcula monto de descuento
Emite datos solicitados
[Cliente=Persona Natural] Emitir
[Cliente= Persona Juridica] Emitir
Entrega copia del documento de venta al cajero
Entrega copia del documento de venta al almacenero
Descripción.
54
cliente. El cliente emite la orden de pedido al vendedor, este verifica
los datos del producto en el “catalogo del producto”, lee los datos de
los productos, seguidamente busca productos con promoción, si hay
lee las tazas de descuento, para calcular el monto a descontar,
posterior mente solicita los datos al cliente, si el cliente es persona
natural deberá emitir una Boleta, en el caso de que el cliente sea una
persona jurídica deberá emitir una factura., el actor vendedor
seguidamente deberá entregar una copia del documento de venta al
actor almacenero y cajero.
3.3.1.10. Cancelar Documento al contado.
: Vendedor : Cajero : Cliente

Entrega documento de venta
Solicita forma de pago
Lee forma de Pago
[FormadePago=Contado]
Recibe el efectivo
Calcula el cambio
Sella el documento
Emite documento de venta
: Vendedor : Cajero : Cliente : Supervisor de Credito

Entrega docum ento de venta
Descripción.
Solicita forma de pago
El vendedor entrega el documento de venta al cajero, el cual solicita
lee la forma de pago
la forma depago,si la forma de pago del cliente es al contado el actor
[FormadePago=credito] Emitir documento de venta
cajero procera a recibir el efectivo,calcular el cambio, sellar el
Verificar Linea de credito
documento de venta y emitir dicho documento a cliente.

Indica N° de cuotas
3.3.1.11. Cancelación de documento al crédito.
Genera documento de credito
55 Emite documento de credito
Sella documento
Emite documento de venta
Descripción.
El actor vendedor entrega el documento de venta al cajero, el cual
solicitara la forma de pago al cliente, si el pago es realizado al crédito
el cajero emitirá el documento de venta al actor Supervisor de
crédito, el cual verificaría la línea de crédito e indicaría el numero de
cuotas a pagar, generando asi un documento de crédito el cual se lo
entregara al cajero para su respectivo sellado y posteriormente ser
3.3.1.12. Despachar Producto.
: Kardex Producto
: Almacenero
Entrega documento de venta
Lee Codigos y cantidades del producto

*[buscar producto]
Actualiza stock
Alistar el producto
Entregar producto
Descripción.
El vendedor entrega el documento de venta al almacenero, éste lee
los códigos y las cantidades de los productos, luego los busca en el
en el objeto “Kardex de producto”, también actualiza el stock
correspondiente, alista el producto para luego entregar el producto al
Cliente.
3.3.1.13. Generación de guía
56
: Kardex Producto : Guia de remision
: Almacenero : Transportis ta
lee codigos y cantidad del producto
*[Buscar producto]
Actualizar el stock
Abrir nueva guia de remision
*[Registra los productos]
Alistar producto
Solicita disponibilidad al transportista
Entrega datos personales
Entregar datos de movilidad
Registra los datos en la guia de remision
Entrega el producto
Descripción.
El actor almacenero lee datos del documento, después busca el
producto en el Kardex y seguidamente actualiza el stock, abre nueva
guía de remisión, interactuando con el objeto “Guía de remisión”,
luego registra los productos tantas veces como productos existan. A
continuación solicita disponibilidad a transportista, éste le entrega
datos de él y de su vehículo, por último el almacenero registra los
datos recibidos a la guía de remisión y le entrega el producto para su
respectiva entrega.
3.3.1.14. Redactar liquidación diaria.
57
: Liquidacion diaria
: Documento de venta
: Cajero
Revisa datos
Recaba total y tipos
Calcula monto
Abre liquidacion nueva
Registra montos acumulados
Descripción.
El actor cajero revisa los datos del documento de venta al finalizar el
día, recaba el total de dineros recaudado en los dos tipos de
modalidades, calcula montos para posteriormente abrir una nueva
liquidación diaria en la cual registrara los montos acumulados.
3.3.1.15. Emitir liquidación mensual.
: Liquidacion diaria : Liquidacion mensual

: Cajero
Revisa acumulados diarios
Recaba totales por dia
Opera montos
Abrir nueva liquidacion mensual
*[Registra montos]
Descripción.
El actor cajero revisa los montos acumulados diarios, lee dichos
datos, opera los montos, posteriormente abre una nueva liquidación
mensual en la cual registrara los montos.
3.3.1.16. Crear cuadros estadísticos de las ventas anuales
58
: Liquidacion mensual
: Cajero : Cuadros Estadisticos
Revisa las liquidaciones
Recaba montos acumulados
abre nuevo Cuadro estadistico
*[registra los datos de las liquidaciones mensuales]
Descripción.
El cajero revisa las liquidaciones, usando para ello el objeto
"liquidación mensual" luego el mismo recaba los total para procesar
los datos en forma recursiva, a continuación vuelca los datos al
objeto "Cuadros estadísticos".
59
3.3.2. Diagrama de Clases de Diseño.
Mensaje Producto sub_categoria Categoria

Usuario cod_producto cod_subcat
cod_mensaje cod_categoria
cod_cliente cod_usuario cod_subcat cod_categoria nom_categoria
asunto_mensaje nom_usuario cod_proveedor nom_subcat desc_categoria
desc_mensaje ape_usuario cod_usuario desc_subcat archivo_binario
fecha_registro sex_usuario nom_producto archivo_binario archivo_nombre
1..n 1..n
hora_registro mail_usuario autor_producto archivo_nombre archivo_peso
estado_mensaje password_usuario isbn_producto archivo_peso archivo_tipo
estado_usuario desc_producto archivo_tipo fecha_registro
fecha_registro precio_producto 1..n fecha_registro
Emitir Mensaje() 1..n
stock_producto RegistrarCat()
1..n
Validar Usuario() archivo_binario RegistrarSC() verificarCat()
1..n 1..n
Modificar Categria() archivo_nombre verificarSC() ActualizarCat()
1..n Actualizar Proveedor() archivo_peso EliminarSC() EliminarCat()
Cliente1 Modificar Producto() archivo_tipo
cod_cliente Actualizar Cliente() tot_vendidos 1..n
nomb_cliente Consultar Pedidos() producto_destacado
ape_cliente Kardex
Actualizar Kardex() fecha_registro 1..n
dni_cliente Generar Estadisicas() cod_kardex
sexo_cliente Generar Liquidacion() registrarPro() cod_producto
dir_cliente Revisar Mensajes() ListarPro() tipo_kardex
tel_cliente 1..n EliminarPro() ingreso_cantidad
1..n salida_cantidad
mail_cliente
password_cliente 1..n fecha_registro
estado_cliente 1..n
fecha_registro Registrar()
Actualizar()
Registrar() 1..n Proveedor Verificar()
1..n
Consultar Producto()
... 1..n cod_proveedor Listar()
Listar Producto() Pedido nom_proveedor Eliminar()
Detalle_pedido
Realizar Pago() cod_pedido desc_proveedor
cod_detalle
Imprimir Boleta() cod_cliente tel_proveedor
1..n cod_precio
cod_detalle anexo_proveedor
1..n 1..n cod_poducto
cod_usuario dir_proveedor
cantidad_detalle
total_pedido fecha_registro
precio_producto
nom_estado
nro_transac
Imprimir Pedido()
fecha_registro
Registrar Pago()
Verificar Pedido()
Listar Pedido()
60
3.4. Implementación.
3.4.1. Diagrama de componentes.
index.php ValidarUsuario.php
Aplicacion
Libreria
Rutinas de
Conexion
3.4.2. Diagrama de despliegue.
PC_LSP1 PC_LSP2 PC01
PC02
SWITCH
router
Internet
Internet
ROUTER
FIREWALL
PCn°
SERVIDOR
WEB
SERVIDOR DE
APLICACIONES
SERVIDOR DE
BASE... SERVIDOR
FIREWALL
4. CAPÍTULO IV.
61
4.1. Instrumentos
Se consideran instrumentos en este informe a todas las herramientas,
programas y tecnologías informáticas utilizados en el desarrollo de este
trabajo práctico.
 Sistema Operativo:
Windows Seven Ultimate: Es el sistema operativo instalado en la pc en
donde se desarrollo el sistema de ventas Santa Paula. Windows Seven es la
unión de Windows XP y Windows Vista.
 Herramientas de Oficina:
Microsoft Office Word 2007: Es un procesador de texto creado por
Microsoft y actualmente integrado en la suite ofimática Microsoft Office.
 Herramientas de Desarrollo:
Rational Rouse Enterprise Edition: Es una herramienta de alta
productividad para construir y mantener servicios web, portales y
aplicaciones J2EE.
Linux MYSQL: Es un potente motor de base de datos de alto rendimiento
capaz de soportar millones de registros por tabla con un interface intuitivo y
con herramientas de desarrollo integradas. Es el motor utilizadas para el
sistema.
Macromedia Dreamweaver 8: Es un entorno integrado de desarrollo, es
para el sistema operativo Microsoft Windows. También llamado
Dreamweaver 8.
Hadware:
 Equipos de Escritorio: 2 Laptop como minimo, con las siguientes
características:
 Pentium Intel Dual Core
 Procesador de 1.7 Ghz
 1 GB de Memoria Ram
 2 GB Memoria DDR2
 Tarjeta de Video Nvidia
 Tarjeta de Red 10 / 100
 Disco Duro 120 GB
 Mouse Conector Usb
Personas:
 Análisis y Desarrollador de Sistema
 Personal de la Librería Santa Paula.
 Usuarios Externos.
4.2.Procedimientos de recolección de datos
El método de recolección de datos utilizado en la Librería Santa Paula S.A.C, lo cual consistió
en interactuar con el personal adecuado de la oficina con el objeto de recolectar datos de interés,
estableciendo un dialogo fluido con mis entrevistados teniendo la ventaja en que mis actores de
negocio fueron aquellos mismos quienes me proporcionaron datos relativos a sus conductas,
opiniones, deseos, actitudes, y expectativas.
Realizando una entrevista no estructurada que es aquella en que existe un margen más o menos
grande de libertad para formular las preguntas y las respuestas. La importancia de las
62
entrevistas realizadas fue no definir limites alguno sobre el tema sino lo que así fue “Hacer
hablar” a mi entrevistado, CPC. Gerardo Sosa Martínez.
Lo mas importante fue dar al entrevistado la sensación clara y definitiva de que puede hablar
libremente, cuidando de no influirlo demasiado con mi actitud, con mis palabras (ver anexo)
5. Capitulo V.
5.1. Conclusiones
63
Con el presente informe final desarrollo “SISTEMA DE VENTAS PARA LA LIBRERÍA
SANTA PAULA” se cubren los objetivos planteados en un principio y dichos
objetivos se lograron gracias a que:
 Se siguió los principios y el ciclo de vida de la metodología RUP, logramos

desarrollar el sistema de ventas de la librería Santa Paula, logrando de esta
manera automatizar los procesos de ventas que anteriormente se
realizaban de forma manual, concluido el desarrollo se puede implantar el
sistema en mención en el servidor de aplicaciones de dicha librería,
logrando de esta manera utilizar el sistema.
 Se utilizo el lenguaje estándar UML, logrando mostrar gráficamente el

modelado correspondiente al sistema de ventas para la librería Santa Paula,
según los requisitos planteados por los usuarios.
 Finalmente se puede concluir que para el análisis, diseño, desarrollo e

implementación del sistema de ventas para la librería Santa Paula, se tomo
en cuenta todo el proceso manual que se desarrollaba el proceso de ventas
y se le adapto de tal manera que dichos procesos manuales sean
automatizados, creando los módulos necesarios e integrándolos de tal
manera que se forme el sistema en mención.
6. CAPITULO VI.
6.1. Bibliografía
 HEREDIA MAYER, Juan Carlos. 2006 “Plan de Desarrollo de

Software”
Libros Digitales.net – Perú. Versión 1.00
Pág. 3-25
 HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Casos de Uso del
Negocio”
Pág. 3-10
 HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Objetos del
Negocio”
64
Pág. 3-16
 HEREDIA MAYER, Juan Carlos. 2006 “Glosario de Términos”
Pág. 3-6
 HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Casos de Uso”
Pág. 3-9
 HEREDIA MAYER, Juan Carlos. 2006 “Documento de Visión”
Instituto Peruano de Ciencias de la Información – Perú. Versión 1.00
Pág. 3-17
 HEREDIA MAYER, Juan Carlos. 2006 “Especificaciones de Caso de
Uso”
 Instituto Peruano de Ciencias de la Información – Perú. Versión 1.00
Pág. 3-12
 HEREDIA MAYER, Juan Carlos. 2006 “Prototipo de Interfaz de
Usuario”
Pág. 3-7
 HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Análisis y Diseño”
Pág. 3-16
 HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Datos, Componentes
e implementación”
Pág. 3-5
7. CAPITULO VII
ANEXOS
65
66
CUESTIONARIO EMPRESARIAL - GERENTE
1.- ¿Cuál es la visón y misión de la empresa?
R=
 Misión: La librería Santa Paula SAC. establece un mercado activo de productos

Profesionales y no profesionales en la ciudad Iquitos, estando acorde con el
desarrollo integral de la misma. Satisfacemos las necesidades de abastecimiento
de artículos, oficina y libros escolares a las instituciones educativas, empresas y
el público en general brindando una atención a nuestros clientes de la manera
más amable y ágil y siempre satisfaciendo sus necesidades cumpliendo con sus
expectativas de servicio.
 Visión: En el año 2012, ser una empresa con prestigio reconocido, con buena
estructura administrativa y comercial, de modo que nos haga más eficientes y
confiables, conservando los valores éticos, para disfrutar la preferencia de los
clientes y proveedores, y juntos, hacer rentable el trabajo en beneficio del
desarrollo integral de nuestros colaboradores y de la comunidad en general.
2.- ¿Actualmente cuenta la empresa con un organigrama?
R= En la actualidad se cuenta con un Organigrama que fue realizado por la gerencia

General de la librería Santa Paula SAC. en el año 2007
3.- ¿Cuánto personal dispone la empresa?
R= En la libre y comercializadora Santa Paula SAC. Cuenta con un total de 7 personas

que elaboran en la actualidad.
Los cargos están formados de la siguiente manera.
- Vendedor: se cuenta con 3 vendedores los cuales se encargan de la

atención al cliente.
- Almacenero: se cuenta con una sola persona que se encarga de la

recepción los productos y verificar Físicamente los productos llegados o
omitidos por nuestro proveedor.
- Cajero: se cuenta con una sola persona la cual labora en el área de

contabilidad y se encarga de llevar un control de las ganancias de las
ventas que realiza la Empresa la cual servirá para la toma de decisiones
por parte de la gerencia.
- Supervisor de créditos: el supervisor participa en el are de ventas en lo

que respecta a compras al crédito, el cual el verifica el monto y asigna el
numero de cuotas a pagar dependiendo del ingreso de la persona que
requiere el producto.
67
- Transportista: se cuenta con un solo personal el cual se encarga de llevar
el producto al domicilio del cliente en caso de que este haya emitido una
orden de pedido.
4.- ¿Cuáles son sus funciones?

R=
- Vendedor
- Almacenero
- Cajero.
- Supervisor de créditos.
- Transportista.
5.- ¿Qué tipo de documentación maneja la empresa?
R= los documentos que se utilizan son las siguientes:
- Boletas.
- Factura.
- Proforma
- Guía de productos
- Kardex de productos
- Ordenes de pedido
- Guía de remisión
- Liquidación diaria, mensual.
7.- ¿Actualmente como se desarrolla la venta de libros?
R= las ventas de libros se desarrolla de forma manual, es decir: que al momento que
viene el cliente a solicitar el producto es atendido por el vendedor el cual saca un
catalogo de productos en donde se encuentran todos los productos que tiene la empresa.
8.- ¿Actualmente cuentan con algún tipo de software para desempeñar esta función?
R= Actualmente no se dispone de un software que se encargue que realizar la mayoría

de los procesos que realiza la empresa manualmente.
9.- ¿Qué desean que realice este nuevo software?
R= Que nos facilite la búsqueda de los productos para una mejor atención al cliente.
CUESTIONARIO EMPRESARIAL – VENDEDOR
1.- ¿Cuál es el rol que desempeñas en la empresa?
R= El rol que desempeña el vendedor en la empresa es la atención al cliente o lo que es

la atención de consultas de parte del cliente
68
2.- ¿Actualmente como realizas tus funciones?
R= El vendedor realiza sus funciones de forma manual en lo que respecta a la búsqueda

del producto solicitado por cliente en el catalogo del producto.
3.- ¿Qué herramientas utilizas para realización de esas funciones?
R= El cátalo del producto en el cual se encuentran los datos específicos de cada

producto con la cual cuenta la empresa.
4.- ¿En caso de implementar un nuevo sistema como desearías que fuese?
R= Que me genere una lista donde se encuentra todos los productos y que me facilite la
búsqueda de un determinado libro.
CUESTIONARIO EMPRESARIAL – ALMACENERO
1.- ¿Cuál es el rol que desempeña actualmente en la empresa?
R= El rol que desempeña el almacenero es la de recepcionar el producto solicitado al

proveedor asi como también verificar físicamente el producto recién llegado y actualizar
el Kardex del producto
2.- ¿Cuenta usted con algún tipo de herramienta para agilizar el proceso de almacenaje?
R= Las herramientas que utilizo son las siguientes:

- Orden de pedido.
- Generación de guía de productos Recibidos
3.- ¿Qué herramienta utiliza para informar sobre los productos recibidos o faltantes?
R = Solamente informo de manera verbal al abastecedor, el cual emitirá una nueva

orden de pedido especificando los productos faltantes para que estos sean emitidos
nuevamente por el proveedor
4.- ¿En caso de implementar un software que desearía que este realice?
69
R=Que me facilite la actualización del Kardex del producto
70
71
72
73
74
75
76

Tesis Desarrollo Sistema de Ventas para Libreria

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tesis Desarrollo Sistema de Ventas para Libreria

Enviado por

Direitos autorais:

Formatos disponíveis

1. Capítulo I.

“DESARROLLO DEL SISTEMA DE VENTAS PARA LA “LIBRERÍA SANTA PAULA”

La empresa Comercializaciones y Servicios Santa Paula SAC es una

1.2.1. Objetivo General

 Analizar, Comprender y Describir el funcionamiento del área de Gestión de

1.2.2. Objetivos Específicos

 Conocer el conjunto de procesos de negocio del área de Gestión de Ventas

2.1. Vista General del Proyecto.

2.1.3. Suposiciones y Restricciones

2.2. Entregables del proyecto.

2.2.1. Plan de Desarrollo del Software

2.2.2. Modelo de Casos de Uso del Negocio.

2.2.5. Modelo de Casos de Uso.

2.2.7. Especificaciones de Casos de Uso.

2.2.8. Especificaciones Adicionales.

2.2.10.Modelo de Análisis y Diseño.

2.3. Organización del Proyecto

2.3.3. Roles y Responsabilidades.

2.4. Gestión del Proyecto.

Windows Svr Std Win32 3 1 Server

Impresora Epson LX300 1 Unidad 652,00

Asesora 1 unitario 1 200,00

2.4.1.2. Pan de las Fases.

Fase de Inicio 1 20 días

Fase de Transición 1 35 ías

Prototipos de Interfaces de Usuario siguiente fase

Modelo de Implementación siguiente fase

Modelado del Negocio 23/09/09

Gestión del proyecto

2.4.2.2. Control de Plazos

2.4.2.3. Control de Calidad

2.4.2.4. Gestión de Riesgos

2.4.2.5. Gestión de configuración

2.5.1.1. Características del Documento.

Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de

Fase de Durante la fase de construcción se terminan de analizar y diseñar todos los

2.5.1.3. Calendarización de Fases de desarrollo

desarrollo a lo largo del proyecto, con lo cual la mayoría de los

2.5.1.4. Tareas principales de la Gestión de Requisitos

2.5.1.4.2. Documentación Después que los requisitos han sido

2.5.1.4.4. Gestión de Cambios

2.5.1.4.5. Definición de los Requisitos de Gestión de

Los aspectos que debe contemplar el plan son:

3.1.1.1.2. Escenarios y procesos.

 Elaboración de guía de Productos recibidos

Descripción.- El proveedor interactúa en el caso de uso

Elaborar de Guia de productos

Registrar productos recibidos

3.1.1.1.4.2. Escenario “Atención al Cliente”.

Emitir Orden de Pedido

Descripción. El cliente interactúa en el caso de uso

3.1.1.1.4.3. Escenario “Generación de Venta.”.

Emitir Documento de Venta

Generar Guia de remision

Cancelacion al contado Cancelacion al credito

Descripción. El vendedor “genera ordenes de

3.1.1.1.4.4. Escenario cierre de ventas

Emitir Liquidacion mensual

Crear Cuadros estadistico mensuales

Descripción. El cajero hacer los siguientes casos de

3.1.1.2. Modelado Objetos del Negocio

Elaborar Guía Entrega Detallar

3.1.1.3.2. Escenario “Atención al Cliente”