Tesis Jhordan Desarrollode Sistema de Ventas para Libreria 160814233932

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
softw are 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.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 softw are.
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 softw are.
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 es te 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.
3
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.
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 (w orkflow
s) 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 do
cumento, 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.
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.
Cada prueba es especificada mediante un documento que establece
las condiciones de ejecución, las entra das 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 s e 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.
2.2.20.Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilida des 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.
Experiencia: mínima 3 años en el desarrollo de sistemas de
información. 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.
Experiencia: mínima 3 años en el desarrollo de sistemas de información.
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
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 softw are 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 respo nsabilidades 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 p
coordina las interacciones con los clientes y usuarios, y m
equipo del proyecto enfocado en los objetivos. El jefe d
Jefe de Proyecto también establece un conjunto de prácticas que aseguran la i
calidad de los artefactos del proyecto. Además, el jefe de p
encargará de supervisar el establecimiento de la
arquitectura del sistema. Gestión de riesgos. Planificación y co
proyecto.
Captura, especificación y validación de requisitos, interactuan
cliente y los usuarios mediante entrevistas. Elaboración de
Analista de
Análisis y Diseño. Colaboración en la elaboración de la
Sistemas
funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboraci

Programador pruebas funcionales, modelo de datos y en las validacio
usuario
Gestión de requisitos, gestión de configuración y cambios,
Ingeniero de del modelo de datos, preparación de las pruebas f
Softw are elaboración de la documentación. Elaborar modelos de implem
despliegue.
2.4. Gestión del Proyecto.

2.4.1. Estimaciones del proyecto.
2.4.1.1. Costos genéricos totales del proyecto.
Componentes Cant. Unidad

de Costo Total
Medida (Soles)
Útiles de escritorio 1 varios 600,00
C omputadoras 3 Unitario 8 802,00
SQL Svr Standard 3 Unitario
Edtn 1 Server
English Lic/SA Pack OLP 2C 2 934,00
liente
NL
1 ProcessorSvr
Windows License
Std 3 1 Server
Spanish Lic/SA Pack OLP 2 cliente 2 445,00
NL
Impresora Epson LX300 1 Unidad 652,00
Rourter, C
estructurado ableado 1 Unidad 1 200,00
.Sueldo personal de
proyecto 6 Meses 39 000,00
Asesora 1 unitario 1 200,00

C apacitació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 Iteraciones Duración
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.
Disciplinas / A rt ef act os generados o modif icados

durant e la Fase de Inicio Comienzo Ap
Modelado del Negocio
M odelo de C as os de U s o del N egoc io y M odelo

de O bjetos del N egoc io
Requisitos
G los ario
V is ión
M odelo de C as os de U s o s igu
E s pec ific ac ión de C as os de U s o s igu
E s pec ific ac iones A dic ionales s igu
A nálisis/Diseño
M odelo de A nális is /D is eño s igu
M odelo de D atos s igu
Implement ación
P rototipos de I nterfac es de
s igu
U s uario
M odelo de I mplementac ión s igu
Pruebas
C as os de P ruebas Func ionales s igu
Despliegue
M odelo de D es pliegue s igu
Gest ión de Cambios y

D urante todo el proyec to
Conf iguración
Gest ión del proyect o

P lan de D es arrollo del S oftware en s u vers ión 1 .0
y planes de las I terac iones
A mbient e D urante todo el proyec to
Disciplinas / A rtef act os

generados o modif icados durante la
Comienzo A probac
Fase de Elaboración
Modelado del Negocio 2 3 /0 9 /0 9

M odelo de C as os de U s o del N egoc io y M
odelo de O bjetos del N egoc io A probado
Requisitos
G los ario A probado
V is ión A probado
M odelo de C as os de U s o
E s pec ific ac ión de C as os de
Uso
E s pecificaciones Adic ionales
A nálisis / Diseño
Revis ar e
M odelo de A nális is / D is eño
ión
Revis ar e
M odelo de D atos
ión
Implement ación
P rototipos de I nterfac es de Revis ar e
U s uario ión
Revis ar e
M odelo de I mplementac ión
ión
Pruebas
C as os de P ruebas Revis ar e
Func ionales ión
Despliegue
Revis ar e
M odelo de D es pliegue
ión
Gest ión de Cambios y
D urante todo el proyec to
Conf iguración
Gest ión del proyect o
P lan de D es arrollo del
Software en s u vers ión Revis ar e
2 .0 y planes de las ión
I terac iones
A mbient e D urante todo el proyec to
11
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.
Desarrollar la página w eb 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)
12
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 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 Softw are
es proporcionar la información necesaria para controlar el
proyecto. En él se describe el enfoque de desarrollo del
softw are.
Los usuarios del Plan de Desarrollo del Softw are
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 .
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 softw are,
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 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ó casos de uso, refinando el Modelo de Análisis / Diseño. El producto se
n 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.
15
2.5.1.3. Calendarización de Fases de desarrollo
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 la s
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 (w orkflow ) 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 requis itos. 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
16
verificación y gestión de cambio a través del ciclo de vida
del producto.
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 hardw are/softw are. 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.
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:
Á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 documento de venta
Emitir boleta
Emitir factura
Generación de venta Asignar descuento
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
3.1.1.1.3. Matriz de elementos de procesos.
Procesos Actores Lugar Objetos

¿Dónde lo
¿Quién lo hace? hacen? Entradas Procedimiento Salida
Transportist
Superv.
Cliente
Vendedor
Proveedor
Almacenero
Cajero
Créd.
a
¿Qué necesitan para Unidad ¿Qué usa en el ¿Qué da después
¿Qué hacen? Orgánica hacer? procedimiento de 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
X X Ventas de cliente catálogo de producto Orden de pedido
Emitir documento de venta X X Ventas
Emitir boleta Orden de
X X Ventas pedido/pedido directo catálogo de producto Boleta
Emitir factura Orden de pedido
X X Ventas /pedido 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
20
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”
Elaborar de Guia de productos
Proveedor Almacenero
(f rom Actors) (f rom Actors)
Registrar productos recibidos
Descripción.- El proveedor interactúa en el caso de uso

“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
Cliente as Vendedor
(f rom Ac tors ) (f rom Ac tors )
Em itir 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
21
“emite ordenes de pedido” en la que se involucra al
cliente.
3.1.1.1.4.3. Escenario “Generación de Venta.”.
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)
Cancelar Despachar Producto
Documento
Transportista
(from Actors)
Cancelacion al Cancelacion al
contado 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
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
23
3.1.1.3. Diagrama de Actividades.
3.1.1.3.1. Escenario “Entrada de productos”
: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
Realizar Caracteristicas Atender

Consulta Consulta
Interesado
Generar
Proforma
Si
Emtir Orden de
Pedido
Fin
No
24
3.1.1.3.3. Generación de venta.
: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
25
3.1.1.4. Modelo del Dominio
3.1.1.4.1. Modelo del dominio del problema
Emite Genera
Guia de productos Orden de Pedido

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

(from Ac tors )
Recibe
tiene
Se ordena
Ficha Cliente
Registra
cancelado
Documento de venta doc. Credito
Emite
Cajero
(from Ac tors )
Factura
Boleta
Supervisor de Credito
(from Ac tors )
26
3.1.2. Modelado Requerimientos
3.1.2.1. Documento Visión
3.1.2.1.1. Introducción.
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 W eb 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 softw are.
3.1.2.2. Documento de Misión.

Con la implementación del W eb site de la empresa
Comercializadora
Santa Paula SAC.:
Agilizar, controlar, Registrar, reportar y obtener información
de todo lo sucedido en la página w eb de la Librería Santa
Paula SAC., de forma automatizada.
Obtener los registros de todo lo que fue comprado por medio
del w eb site de manera automatizada.
3.1.2.3. Objetivos.
El -Las solicitudes de los
problema clientes registradas tienen
de 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 que volver a generar su pedido al
es 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 -Que los resumen sean
sería 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.
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.
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 crédito
documento al interactúan para que éste último -Modelo de objetos
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
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.
31
E
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.
F
Factura Documento de venta para personas Modelo de objetos del Paquete:
Jurídicas negocio 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
32
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
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
Guia de registra
Documentolos montos.
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
su abastecimiento.
Orden de Documento en el cual se registrara Modelo de objetos Paquete:
compra de los productos que el actor cliente va del negocio Dominio preliminar
cliente a
Orden de comprar.
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
R
Registro de Caso de uso en el cual interactúan los -Modelo de casos Paquete:
productos actores proveedor y almacenero para de uso del negocio. - Paq_Registro de Productos
Recibidos verificar los productos recién llegados. -Modelo de objetos
del negocio.
Terminados .
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
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
T
Transportista Actor del negocio el cual despacha el -Modelo de casos Paquete:
producto cuando se realiza una orden de uso del negocio. - Paq_Generar guía de
de pedido recibiendo para esto una -Modelo de objetos remision
guía de remisión. del negocio.
T
Vendedor Actor del negocio que se encarga de -Modelo de casos Paquete:
atender al cliente y emitir documento de uso del negocio. - Paq_Atender consultas.
de venta. -Modelo de objetos - Paq_Generar Proformas.
del negocio. - 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.
Escenario Casos de Usos de Requerimiento

Validar Usuario Validar Usuario
Elaboración de guía de Productos
recibidos.
Entrada de productos Entrada de productos
Registro de productos Recibidos.
Atender consultas.
Atención al cliente Atención al cliente Generar proformas.
Emitir orden de pedido.

Emitir documento de venta
Emitir boleta
Emitir factura
Asignar descuento
Generación de venta 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’. Cierre de ventas. Emitir liquidación mensual

Crear cuadros estadísticos de ventas
anuales.
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
(f rom Actors)
Usuario
(f rom Actors)
Administrado
r
(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 w eb site.
3.1.2.6.2.2. Escenario “Entrada de Productos”
Crear la guia de productos recibidos
Proveedor Almacenero
(f rom paq_Casos de u.s..o) del (f rom paq_Casos de u..s.o) del
sistema) 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”.

D
e
s
c Emitir pedido por web
r (from paq_caseprocess)
i Cliente
(f rom Actors)
37
Consultar productos web
(from paq_caseprocess)
Descripción
El OP_Cliente realiza individualmente los siguientes
casos de uso: Emitir pedido po r W eb y
Consultar productos W eb
3.1.2.6.2.4. Escenario “Generación de ventas del sistema”.
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 .
38
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
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]
: Gui a de productos recibi dos
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 : Gui a 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

: Alm acenero : Kardex de producto
Descripción.
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

: Cl iente : 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

: Cl iente : Vende
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
: Cata log o de produ cto

: Profo rm a
Descripción.
El cliente entrega solicitud de los productos requeridos al
vendedor, éste último busca los productos en el “catalogo de
productos” tantas veces como productos le pidan para generar un
mensaje de 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.2.1.5. Emitir orden de

pedido
6: Calcula montos

: Cl ien te : Ve
9: Entregar al cliente
8: Emite orden de pedido
4: Abrir nuevo orden de pedido
5: Registra productos
3: Emite datos del producto
7: Registra montos
: Orde n de pedido
: Cata log o de p rodu cto
Descripción
El actor cliente entrega la solicitud de productos requeridos al
vendedor, este último busca los productos en el “Catalogo de
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.
3.2.1.7. Emitir Factura

: Vendedor : Cl iente
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 : L is t
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.
: Catal ogo de produ cto

11: Verifica datos
15: Calcula monto de decuento
6: Calcula monto
17: Emite datos solicitados

3: Emite datos del producto
10: Emite orden de pedido
1: Entregar solicitud de producto 12: Lee datos del producto
: Cl iente :
Vende dor
9: Entrega orden de pedido 18: [Cliente=PersonaNatural] Emitir

: Boleta
14: Emite tazas de
descuento 13: Busca prod.con
promocion
19: [Cliente=PersonaJuridica]Emitir
: Lis ta de Des 4: Abre nueva orden

cuentos
8: Emite la orden de pedido : Factura

5: Registra el
producto
7: Registra montos
: Orden de pedido
Descripción.
entregada al
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
4: [FormadePago=Contado]
5: Recibe efectivo
6: Calcula cambio
7: Sella el Documento
1: Entrega documento de
venta
: Vende dor : Caj ero
Solicita forma de pago

2:
3: Emite forma de pago
: Cl iente
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 : Caj ero : Cl ien te
3: Emite forma de pago
8: Emite documento de credito 4: [Forma de pago=credito] Emitir documento de venta
5: Verifica linea de credito

6: Indica N° de cuotas
7: Genera documento de credito
44
: Supervis or de credi to
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
entregado al cliente.
3.2.1.12. Despachar
Producto.
2: Lee codigos y cantidades
4: Actualiza el stock
6: Alistar producto
1: Entrega documento de 5: Abrir nueva guia

venta
: Vende dor : Alm a cene ro : Gu i a d e rem is
ion
3: Busca el producto
: Kardex d e prod ucto
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
: Alm 11: Entrega el producto : Tran s portis

acene ro 7: Solicita disponibilidad del transportista ta
9: Entrega datos de movilidad 8: Entrega datos personales
4: Abre nueva guia de
2: Buremision sca el producto

5: Registra productos
10: Registra datos en la guia de remision
45
: Kard ex d e produ cto
: Gui a de re m is i on
Descripción.
Genere el diagrama de secuencia: el actor almacenero lee datos
del documento, después abre nueva guía, 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 su
vehículo, por último el almacenero registra los datos recibidos a la
guía de remisión.
3.2.1.14. Redactar liquidación diaria
3: Calcular montos
1: Revisa datos
: Caj ero : Docum ento de venta
2: Recaba datos y total
4: Abrir nueva liquidacion
5: Registra montos acumulados
: Liqui dacion di ari a
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
: Caj ero : Liqui daci on diaria
2: Recaba totales por dia
3: Abrir nueva liquidacion
4: Registrar montos
46
: Liqui daci on m ens ual
47
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.2.1.16. Crear cuadros estadísticos de las ventas anuales.
1: Revisa las liquidaciones
: Caj ero : Liqui daci on m en
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.
list arLibro
( from D esi g n Model)
( fr om D esi g n
Model)
I
ndex regis t radorC at egoria
( from D esi g n
Model)
realizarBus queda
regis t rodeC at egorias

edit adorC at egoria
v alidarU s uario
lis t adordeC at egoria
regist radorSubC at egoria

regis t roSubC ategoria
edit adorSuv bC at egoria
lis t adorSubC ategoria
edit adordeProv eedor
regis t rodeProv
eedor
regs t radordeProv eedor
list adordeProv eedor
regist radordeProduc t o
regis t rodeProduc tos

edit adordeProduc t os
list adordeProduc t o
v erif ic arMens
ajes
masVendidos
regist rodeU suario
des c atadorProduc t o
regist radorU s uario
Adm inis t rac

ion
c errarSesion
edit adorU s uario
list adorU s uario
edit adorC lient e
regis t roC
lient e
list adorC lient e
v erPedido
list
adorPedido
ac t ualizarProduc t o
v
erKardex
v erif ic arFecha
v erSubC at egoriaProduc t o
v erSt adist
ic aProduct s
v erProduc t s
v erLiquidac ionD iaria
generarLiquidac ion
v erLiquidac ionMens ual
3.2.3. Diagrama de Clase de Análisis.
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.
: 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 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.3.1.4. Generar Proforma.
: Catalogo de Producto :
: Cliente : Vendedor
Proform a
Entrega s olicitud de productos
Cons ulta datos de solicitud
Lee datos del producto
Abrir proforma
*[Regis tra producto]
Calcula Costos
Regis tra m ontos
Em ite 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 veces como productos le pidan para
generar un me nsaje de 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
: Vendedor : Orden de Pedido
: Cliente
Entrega solicitud de productos
Consulta datos de solicitud
Lee datos del producto
abre nueva orden de pedido
*[Regis tra el producto]
Calcular Montos
Regis tra montos
Emite orden de pedido
51
Entrega orden de Pedido
52
Descripción.
entregada al cliente.
3.3.1.6. Emitir Boleta.
: Boleta
Solicita datos al cliente
Lee datos del cliente
[Cliente=persona Natural] Emitir

Descripción.
vendedor toma una decisión, si el cliente es una persona natural
emite una Boleta.
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.
: Lis ta de descuentos
: Vendedor
*[Bus ca productos con prom ocion]
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.
: Clliiente : Vendedor : Catalogo de :

Entrega solicitud de productos : Orden de : Liista de : Bolleta : : Allmacenero
Producto Pediido descuentos Factura Cajjero
Consultar datos de
solicitud
Lee datos del

producto
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.
entregada al 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 vendedo r 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

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.3.1.11. Cancelación de documento al crédito.
: Vendedor : Cajero : Cliente : Supervis or de Credito

Entrega docum ento de venta
Solicita form a de pago
lee la form a de pago
[Form adePago=credito] Em itir docum ento de venta
Verificar Linea de credito
Indica N° de cuotas
Genera docum ento de credito
Em ite docum ento de credito
Sella docum ento

Em ite docum ento 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 entregado al cliente.
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
55
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
: Kardex Producto : Guia de remision

: Alm acenero : Transportista
lee codigos y cantidad del producto
*[Bus car producto]
Actualizar el stock
Abrir nueva guia de rem ision
*[Regis tra los productos]
Alis tar producto
Solicita dis ponibilidad al transportista
Entrega datos personales
Entregar datos de movilidad
Regis tra los datos en la guia de rem ision
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.
56
3.3.1.14. Redactar liquidación diaria.
: 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 mensual
: Cajero : Liquidacion diaria
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
: Liquidacion mensual
: Cajero Revisa las liquidaciones : Cuadros Estadisticos
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".
3.3.2. Diagrama de Clases de Diseño.
59
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 PC01
PC_LSP2
PC02
SWITCH
router
InIntteernneet t
ROUTER
FIREWALL
PCn°
SERVIDO
R WEB
SERVIDOR
DE
APLICACIONE
S
SERVIDOR DE
BASE...
SERVIDO
R
FIREWAL
L
60
4. CAPÍTULO IV.
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. W indows Seven
es la unión de W indow s XP y W indow s 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 w eb, portales
y aplicaciones J2EE.
Linux MY SQL: 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 W indow s. También
llamado Dreamw eaver 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 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
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 MAY ER, 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 MAY ER, Juan Carlos. 2006 “Modelo de Objetos del
Negocio”
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”
1.00
Pág. 3-7
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Análisis y Diseño”
1.00
Pág. 3-16
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Datos,
Componentes e implementación”
1.00
Pág. 3-5
7. CAPITULO VII
ANEXOS
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.
- 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
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? R=Que me facilite la actualización del Kardex del producto

69
Comercializaciones y Servicios
SANTA PAULAS.A.e.
RUC. 2049;3�9776Q
li�ros para Profesionales. Suscnpc1ones. Utiles de Escritorio,
Servicios Prolesionales y Suministros Diversos
Psje. Santa Rosa Nº 140©22·2198 \965-938329/965-
749094
E-mail:gerardosope@yahoo.es N� iioii 160
lquitos-Maynas-Loreto
CONTRATO DE VENTA AL
CRÉDITO
Nombre y/o Empresa: ..••.••...•..•.•.•••....................•••..••....••...•....•..........•.•..•.......•.....•......•......•.•....•...•••..•••...•
.............•..................•....•..•..•....•..•..•...•••.••...•.....•....•...•...•.•...••........•.•..•• Fecha de Nac: •....•.••.•......•.•...••..•.••
DNI y/o RUC: •......•....•..•..•...•••..•.•.•..••••.•.•.••.•.•••.••.••.••••..•••..•........••Teléfonos: ........••...••.•....•...•....•........•..•
Domicilio .....................••....••..•........•....••.......••...•...•..•.•.•.••...•......• Email: •..•••....•..•....•.....•.....•.......••.•••...•••
Referencia: ....•..•..•.•..•......•....•.•........•...••.•.•..•................•..•.•....................•..•..•.........•........••..•...•..•..•..•.....•....
Centro de Trabajo: ...............................................•.•........••..•••..••...••.•..•.•..•......••..••.....................••....•....•....•
Recibí los siguientes Libros:
1.- .
2.- ...............................................................................................................................................................•
3.- ........................................................................................•.......................................................................
4.· .........................................................................................................................................................
......•
5.· .
6.. """ .
Me comprometo a pagar de la siguiente
manera:
En ........•.. cuotas de S/. ••••.....•.•..•.•..•••.• Semanal O Quincenal O Mensual O
Sólo la Boleta de Venta o Factura emitidos y cancelados por Comerclallzaclones y Servicios
"SANTA PAULA" S.A.C. dejará sin efecto este Contrato. En caso que el cliente no pague
puntualmente 111 cuotas pactadas, pagará los intereses comerciales.
Este Contrato lo celebramos en !quitos a los días del mes de •..•.•••.•.•.........•.......•.•...• del aílo
200•.••.•.
!
NUMERO LEnt.A I u, DfLGalDOR 11.UGAR O! GR> 1 1....
Poi Hll lEJl!A 0€ CAIIBM), ,. .....,¡¡., -

1
º w1s,01•
�
�
1
1
IA
....
1
eo�111
-·-1
, la "11111 dio • COIIBitlAUZAaoHES Y SERVICIOS "SANIA PAULAº $.A.C.
• l.>tiMdá>dde:
v,10, qu, 11nt1rí(tt} ,o ,,,n,, ••;Oo ,,110 dt ••• S.s. s,. ta t/ 1igv#1nr1 lugar dt p100•
GIRADOA;,
D.N.I. IR.U.C.:
DIRECCIÓN,-•.--.
...
·------TW,
¡ BANCO
1
OflCíNA
I NU� � CUOOA I o.c. l
- ···-
AVAUSTA: ·----· [ NOMBRE I RAZÓN SOCIAi. DEL GIRADOR
OJIJ.I R.U.C.: ..........
Ta.Fa
DIRECCIÓN:.
.. ARMAS: 1
70
71
72
73

Tesis Jhordan Desarrollode Sistema de Ventas para Libreria 160814233932

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Jhordan Desarrollode Sistema de Ventas para Libreria 160814233932

Cargado por

Copyright:

Formatos disponibles

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.3. Modelo de Objetos del Negocio.

2.2.5. Modelo de Casos de Uso.

2.2.7. Especificaciones de Casos de Uso.

2.2.9. Prototipos de Interfaces de Usuario.

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

2.2.20.Material de Apoyo al Usuario Final

2.3. Organización del Proyecto

2.3.2. Interfaces Externas.

2.3.3. Roles y Responsabilidades.

Construcción de prototipos. Colaboración en la elaboraci

2.4. Gestión del Proyecto.

Componentes Cant. Unidad

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

Disciplinas / A rt ef act os generados o modif icados

Modelado del Negocio

M odelo de C as os de U s o del N egoc io y M odelo

E s pec ific ac ión de C as os de U s o s igu

E s pec ific ac iones A dic ionales s igu

M odelo de A nális is /D is eño s igu

M odelo de D atos s igu

M odelo de I mplementac ión s igu

C as os de P ruebas Func ionales s igu

M odelo de D es pliegue s igu

Gest ión de Cambios y

Gest ión del proyect o

A mbient e D urante todo el proyec to

Disciplinas / A rtef act os

Modelado del Negocio 2 3 /0 9 /0 9

2.4.2.2. Control de Plazos

2.4.2.3. Control de Calidad

2.4.2.4. Gestión de Riesgos

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

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.3. Verificación Una vez que la especificación de requisitos ha

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

3.1.1.1.2. Escenarios y procesos.

Elaboración de guía de Productos recibidos

Emitir orden de pedido

Redactar liquidación diaria

Procesos Actores Lugar Objetos

Elaborar de Guia de productos

Registrar productos recibidos