Upload
junior-rey-colome
View
1.435
Download
3
Embed Size (px)
Citation preview
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
3
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 (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:
4
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.
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.
2.2.20.Material de Apoyo al Usuario Final
6
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.
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.
7
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 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
Jefe de Proyecto
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 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.
Analista de Sistemas
Captura, especificación y validación de requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas funcionales y el modelo de datos.
ProgramadorConstrucción de prototipos. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario
Ingeniero de Software
Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de datos, preparación de las pruebas funcionales, elaboración de la documentación. Elaborar modelos de implementación y despliegue.
8
2.4. Gestión del Proyecto.
2.4.1. Estimaciones del proyecto.
2.4.1.1. Costos genéricos totales del proyecto.
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.
FaseNro.
IteracionesDuración
Fase de Inicio 1 20 días
Fase de Elaboración
1 45 días
Fase de Construcción
1 80 días
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,
9
Componentes Cant. Unidad de
Medida
Costo Total(Soles)
Útiles de escritorio 1 varios 600,00Computadoras 3 Unitario 8 802,00SQL Svr Standard Edtn English Lic/SA Pack OLP NL 1 Processor License
3 Unitario1 Server2 Cliente 2 934,00
Windows Svr Std Win32 Spanish Lic/SA Pack OLP NL
3 1 Server2 cliente 2 445,00
Impresora Epson LX300 1 Unidad 652,00Rourter, Cableado estructurado. 1 Unidad 1 200,00
Sueldo personal de proyecto 6 Meses 39 000,00
Asesora 1 unitario 1 200,00Capacitación 3 cursos 1 000,00Varios 1 unitario 600,00Total 58 433,00
pero esto no quita la posibilidad de su posterior refinamiento y
cambios.
10
Disciplinas / Artefactos generados o modificados
durante la Fase de InicioComienzo Aprobación
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 Configuración
Durante todo el proyecto
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 / Artefactosgenerados o modificados durante laFase de Elaboración
Comienzo Aprobación
Modelado del Negocio 23/09/09
Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio
Aprobado
Requisitos
Glosario Aprobado
Visión Aprobado
Modelo de Casos de Uso
Especificación de Casos de Uso
Especificaciones Adicionales
Análisis / Diseño
Modelo de Análisis / Diseño Revisar en cada iteración
Modelo de Datos Revisar en cada iteración
Implementación
Prototipos de Interfaces de Usuario
Revisar en cada iteración
Modelo de Implementación Revisar en cada iteración
Pruebas
Casos de Pruebas Funcionales Revisar en cada iteración
Despliegue
Modelo de Despliegue Revisar en cada iteración
Gestión de Cambios y Configuración
Durante todo el proyecto
Gestión del proyecto
Plan de Desarrollo del Software en su versión 2.0 y planes de las Iteraciones
Revisar en cada iteración
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.
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:
11
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
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.
12
(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.
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.
13
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
Elaboración
En esta fase se analizan los requisitos y se desarrolla un prototipo de
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
Construcción
Durante la fase de construcción se terminan de analizar y diseñar todos los
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
Transición
En esta fase se prepararán dos releases para distribución, asegurando una
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.
14
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 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,
15
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.
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
16
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.
17
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
Entrada de productos Elaboración de guía de Productos recibidos Registro de productos Recibidos.
Atención al cliente Atender consultas Generar proformas Emitir orden de pedido
Generación de venta Emitir orden de pedido Emitir documento de venta Emitir boleta Emitir factura Asignar descuento Cancelar documento Cancelar documento al contado Cancelar documento al crédito
18
Despachar producto Generar guía de remisión.
Cierre de ventas
Redactar liquidación diaria Emitir liquidación mensual Crear cuadros estadísticos de ventas
anuales.
19
Procesos Actores Lugar Objetos
¿Quién lo hace?¿Dónde lo
hacen? Entradas Procedimiento Salida
¿Qué hacen? Cli
ente
Ve
nd
ed
or
Alm
ace
ne
ro P
rov
eed
or
Caj
ero
Su
pe
rv.
Cré
d.
Tra
ns
po
rtis
ta
Unidad Orgánica
¿Qué necesitan para hacer?
¿Qué usa en el procedimiento?
¿Qué da después de hacer?
Elaboración de guía de productos RecibidosX Producción Orden de pedido
Guía de Productos Recibidos
Registro de productos Recibidos.X X Almacén
Guía de Productos Recibidos Kardex de producto
Guía de productos Recibidos registrada
Atender consultas X X Ventas Solicitud de productos catálogo de producto datos de solicitudGenerar proformas X X Ventas Solicitud de productos catálogo de producto proformaEmitir orden de pedido
X X VentasOrden de compra de cliente catálogo de producto Orden de pedido
Emitir documento de venta X X VentasEmitir boleta
X X VentasOrden de pedido/pedido directo catálogo de producto Boleta
Emitir facturaX X Ventas
Orden de pedido /pedido directo catálogo de producto Factura
Asignar descuento X Ventas Doc- Venta Lista de Descuentos Doc. Con DstoCancelar documento X X VentasCancelar documento al contado X X Ventas Doc- Venta Doc. Venta canceladoCancelar 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.
20
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 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”.
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
22
Cliente
(f rom Actors)
Atender Consultas
Generar ProformasVendedor
(f rom Actors)
Emitir Orden de Pedido
Proveedor
(f rom Actors)
Registrar productos recibidos
Elaborar de Guia de productos
Almacenero
(f rom Actors)
“emite ordenes de pedido” en la que se involucra al
cliente.
3.1.1.1.4.3. Escenario “Generación de Venta.”.
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
23
Cliente
(from Act...
Emitir Boleta
Emitir Factura
Asignar Descuento
Cajero
(from Actors)
Emitir Documento de Venta
Cancelacion al contadoSupervisor de Credito
(from Actors)
Cancelacion al credito
Vendedor
(from Actors)
Cancelar Documento Despachar Producto
<<extend>>
Almacenero
(from Actors)
Transportista
(from Actors)
Generar Guia de remision
<<include>>
3.1.1.1.4.4. Escenario cierre de ventas
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 PedidoGuía de productos RecibidosKardex de productoSolicitud de productoProformaOrden de pedidoDocumento de ventaBoletaFacturaLista de descuentosFicha de clienteGuía de remisiónDoc. Cierre Liquidación diariaLiquidación mensualCuadro estadístico anual
24
Redactar Liquidacion Diaria
Emitir Liquidacion mensualCajero
(f rom Actors)
Crear Cuadros estadistico mensuales
3.1.1.3. Diagrama de Actividades.3.1.1.3.1. Escenario “Entrada de productos”
3.1.1.3.2. Escenario “Atención al Cliente”
25
Realizar Consulta
Inicio
Atender Consulta
Generar Proforma
Emtir Orden de Pedido
Fin
Interesado
No
Si
Caracteristicas
:Vendedor:Cliente
Elaborar Guía de Productos
Inicio
Entrega Detallar Productos
Regstrar Productos Recibidos
Fin
Verfica
:Almacenero:Proveedor
3.1.1.3.3. Generación de venta.
3.1.1.3.4. Cierre de ventas.
3.1.1.4. Modelo del Dominio
26
Emitir Documento de Venta
Emitr BoletaEmitir Factura
Despachar Producto
Inicio
Cancelar Documento
Cancelar Cotado
Cancelar Crédito
Registrar Pago
Verificar Crédito
Generar Guía Remisión
Entregar Producto
Fin
:Transportista:Almacenero:Super-Credito:Caj ero:Cliente:Vendedor
Inicio
Redactar Liquidación Diaria
Emitir Liquidación Mensual
Cada fin de mes
Crear Cuadros Estadísticos
Imprime
Fin
Cajero
3.1.1.4.1. Modelo del dominio del problema
3.1.2. Modelado Requerimientos
27
Orden de PedidoProveedor
(from Actors)
Guia de productos Recibidos
GeneraEmite
Kerdex Producto
Catalogo de Producto
ProformaVendedor
(from Actors)
Elabora
Orden de pedido
crea
Boleta Factura
Cajero
(from Actors)
Supervisor de Credito
(from Actors)
doc. Credito
Emite
Liquidacion diaria
Cuadros Estadisticos
Liquidacion mensualDoc.Cierre
Lista de descuentosCliente
(from Actors)
Ficha Cliente
Transportista
(from Actors)
Almacenero
(from Actors)
Registra
Guia de remision
Documento de venta
Registra cancelado
Se ordena
tieneRecibe
Se asocia
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 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.
28
3.1.2.3. Objetivos.
3.1.2.3.1. Sentencia que define la posición del Producto
¿Para
Quienes?
Unidad orgánica de ventas, ventas y almacén.
El nombre del producto
Sistema de ventas Santa Paula.
¿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 producto
Ofrecerá un mejor servicio a los clientes y control de productos así como también consolidados para la toma de decisiones.
29
El problema de
-Las solicitudes de los clientes registradas tienen demora para acceder a las mismas.
-Demora e inconsistencia para la obtención de las liquidaciones.
afecta a Ventas
El impacto asociado es
-Cliente insatisfecho, porque tiene 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 adecuada solución sería
-Desarrollar el módulo de atención al cliente y generación de ventas.
-Que los resumen sean generados tomando como origen de datos los documentos sistematizados.
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.
30
Término Descripción Artefacto ReferenciaActualizar Kardex
Caso de uso que explica como el Almacenero actualiza en el kárdex de productos que lleguen y vendidos
-Modelo de casos de uso del negocio.-Modelo de casos de uso del sistema
Paquete:Paq_Entrada de productos
Almacenero Actor del negocio que actualiza el Kardex, crea la guía de productos recibidos y despacha los productos.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:Paq_Registrar productos recibidos
Atender Consultas
Caso del uso que explica como el cliente y el vendedor interactúan para que éste último consulte precios al catálogo de productos.
-Modelo de casos de uso del negocio.
Paquete:Paq_Atención Cliente
Asignar descuento
Caso de uso que explica como el cajero, revisa la lista de descuento para obtener el porcentaje a descontar sin afectar el precio o la ganancia del producto.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:Paq_Asignar Descuento
Término Descripción Artefacto ReferenciaBoleta Documento de venta
para personasnaturales
Modelo de objetos del negocio
Paquete:Dominio preliminar
Término Descripción Artefacto ReferenciaCancelar
documento al contado
Caso del uso que explica como el cliente y cajero interactúan para que éste último realice el cobro respectivo de producto al contado y
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paq_Cancelar Documento al contado
31
A
B
C
poder entregar al cliente el doc. Venta cancelada para el respectivo despachamiento del producto.
Cancelar documento al
crédito
Caso del uso que explica como el cliente, cajero y supervisor interactúan para que éste último indicara el número de cuotas a pagar, generando así un documento de crédito el cual el actor cajero sellara para su respectivo despachamiento del producto.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paq_Cancelar documento al crédito
Crear cuadros estadísticos de
venta
Caso de uso que explica como el actor cajero revisa las liquidaciones mensuales recaba los montos para poder generar un cuadro estadístico de venta.
-Modelo de casos de uso del negocio.
Paq_Crear cuadros estadísticos de ventas
Catalogo de producto
Documento donde se muestra los productos, calidad de producto y precio.
-Modelo de objetos del negocio.
Paquete:Dominio preliminar
ClienteActor del negocio que hará uso de nuestro sistema para la compra de sus libros.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Atender Consultas-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 cobro del documento de venta y generara la liquidación diaria, mensual, también creará cuadros estadísticos.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
- Paq_Cancelar Documento al contado.- Paq_Cancelar documento al crédito.- Paq_redactar liquidación Diaria.- Paq_Emitir liquidación Mensual.- Paq_CrearCuadros Estadisticos
Término Descripción Artefacto ReferenciaDespachar producto
Caso de uso que explica como el actor vendedor y almacenero interactúan para que este actualiza el Kardex, aliste el producto y lo entregue al cliente.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
-Paq_Despachar producto
Documento de crédito
Comprobante que utiliza la empresa para la venta sus producto en
-Modelo de objetos del negocio.
Paquete:Dominio preliminar
32
D
cuotas y facilitar así al cliente la adquisición del producto.
Datos de solicitud
Documento en la cual el vendedor registra los datos del producto que desea el cliente.
-Modelo de objetos del negocio.
Paquete:Dominio preliminar
Término Descripción Artefacto ReferenciaFactura Documento de venta para personas
JurídicasModelo de objetos del negocio
Paquete:Dominio preliminar
Ficha clienteDocumento en la cual se registra y verifica los datos personales de la persona.
Modelo de objetos del negocio
Paquete:Dominio preliminar
33
E
FTérmino Descripción Artefacto Referencia
Emitir orden de pedido
Caso del uso que explica cómo interactúan el cliente y vendedor, para la generación de la orden de pedido, el cual consiste en que el actor cliente entrega una Lista de producto para que el vendedor pueda ver en el catálogo de producto y así poder registrar los productos con sus respectivos precios en la Orden de pedido el cual será entregado al cliente.
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Emitir Orden de pedido
Emitir boletaCaso de uso en que explica cómo interactúan el cliente y vendedor en la emisión de la boleta, el cual consiste en que vendedor solicita datos al cliente, toma una decisión, si cliente es persona natural se emitirá la boleta.
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Emitir boleta
Emitir FacturaCaso de uso en que explica cómo interactúan el cliente y vendedor en la emisión de la factura, el cual consiste en que vendedor solicita datos al cliente, toma una decisión, si cliente es persona jurídica se emitirá la factura.
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Emitir Factura
Emitir liquidación mensual
Caso de uso en la que el actor cajero hace uso de la liquidación diaria, calcula montos y abre una nueva liquidación mensual en la cual registrara los montos.
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Emitir Liquidacion mensual
Elaboración de guía de
productos recibidos
Caso de uso en la que el actor proveedor recibe la orden de pedido, la cual utiliza para generar una guía de productos que van a ser emitidos a la librería
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_laboración de guía de productos recibidos
Término Descripción Artefacto ReferenciaGenerar guía de
remisionCaso de uso en que el actor almacenero recibe el documento de venta ya aprobado, lee los códigosdel producto , busca el producto en el 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.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Generar guía de remisión
Guia de remision
Documento en la cual se registra el estado del producto, los datos del cliente, datos del transportista y su vehiculo
-Modelo de objetos del negocio.
Paquete:Dominio preliminar
Generar Proforma
Caso de uso que consiste en que el cliente entrega al vendedor una lista de productos solicitados, este ultimo busca dichos productos en el “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.
-Modelo de casos de Uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Generar proforma
Guia de productos recibidos
Documento en la cual el actor proveedor basado en la orden de pedido registra los productos solicitados para su posterior entrega.
- Modelo de objetos del negocio
Paquete:Dominio preliminar
Término Descripción Artefacto ReferenciaKardex del producto
Documento en el cual se registra los productos que entran y salen de la librería.
- Modelo de objetos del negocio
Paquete:Dominio preliminar
Término Descripción Artefacto ReferenciaLista de descuentos
Documento en el cual se registra una taza de descuento para los productos que están en promoción.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Liquidación diaria
Documento en el cual se muestra las ganancias que a obtenido la librería en un solo dia.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Liquidación Mensual
Documento en el cual se muestra la ganancia que obtuvo la librería en un mes
Modelo de objetos del negocio
Paquete:Dominio preliminar
34
G
K
L
Término Descripción Artefacto ReferenciaOrden de Pedido
Documento en el cual la librería solicita al proveedor productos para su abastecimiento.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Orden de compra de
cliente
Documento en el cual se registrara los productos que el actor cliente va a comprar.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Orden de Pedido
Documento en el cual se dara comienzo a la venta del producto.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Orden de pedido directo
Documento en el cual se dara comienzo a la venta del producto (El actor cliente esta presente al momento de la cancelación del producto) para su respectiva entrega.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Término Descripción Artefacto ReferenciaProforma Documento en el cual se registra los
productos solicitados por el cliente con sus repectivos precios y descripción.
Modelo de objetos del negocio
Paquete:Dominio preliminar
Proveedor Actor del negocio que abastece a la librería cuando este le emite una orden de pedido.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Elaboracion de guía de productos recibidos- Paq_Registro de productos terminados
Término Descripción Artefacto ReferenciaRegistro de productos Recibidos
Caso de uso en el cual interactúan los actores proveedor y almacenero para verificar los productos recién llegados.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Registro de Productos
Terminados.Redactar
liquidación diaria
Caso de uso en el cual el actor cajero hace uso de las ventas del dia, para calcular la ganacia obtenida en un solo dia.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Redactar liquidación diaria
35
O
P
R
Término Descripción Artefacto ReferenciaSupervisor de
creditoActor del negocio encargado de indicar el número de cuotas que va a pagar el cliente al momento en que este solicite cancelación de documento al crédito.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Registrar productos recibidos
Solicitud de productos
Accion que realiza el cliente para obtener datos del producto
-Modelo de casos de uso del negocio.
Paquete:- Paq_Atender Consultas
Término Descripción Artefacto ReferenciaTransportista Actor del negocio el cual despacha el
producto cuando se realiza una orden de pedido recibiendo para esto una guía de remisión.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Generar guía de remision
Término Descripción Artefacto ReferenciaVendedor Actor del negocio que se encarga de
atender al cliente y emitir documento de venta.
-Modelo de casos de uso del negocio.-Modelo de objetos del negocio.
Paquete:- Paq_Atender consultas.- Paq_Generar Proformas.- Paq_Emitir orden de Pedido.- Paq_Emitir documento de venta.
36
S
T
T
3.1.2.6. Caso de uso de Requerimientos
3.1.2.6.1. Descripción de Escenarios y caso de uso de
requerimiento.
37
Escenario Casos de Usos de RequerimientoValidar Usuario Validar Usuario
Entrada de productos Entrada de productos
Elaboración de guía de Productos recibidos.
Registro de productos Recibidos.
Atención al cliente Atención al cliente
Atender consultas.
Generar proformas.
Emitir orden de pedido.
Generación de venta Generación de venta
Emitir orden de pedido
Emitir documento de venta
Emitir boleta
Emitir factura
Asignar descuento
Cancelar documento
Cancelar documento al contado
Cancelar documento al crédito
Despachar producto
Generar guía de remisión.
Cierre de ventas’. Cierre de ventas.
Redactar liquidación diaria
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”
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”
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
38
Crear la guia de productos recibidos
Proveedor
(f rom paq_Casos de uso del sistema)...)
Almacenero
(f rom paq_Casos de uso del sistema)...)
Actualiza kardex
Cliente
(f rom Actors)
Almacenero
(f rom Actors)Usuario
(f rom Actors)
Validar Usuario
Administrador
(f rom Actors)
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”.
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”.
39
Cliente
(f rom paq_caseactors)
Cajero
(f rom Actors)
Cancelar al contadoCancelar al credito
Almacenero
(f rom Actors)
Cancelar documento
Despachar producto
Transportista
(f rom Actors)Crear guia remision
<<include>>
Emitir pedido por web
(from paq_caseprocess)
Consultar productos web
(from paq_caseprocess)
Cliente
(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”
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.
40
Generar liquidacion
Liquidacion mensual
Liquidacion diaria
Cajero
(f rom Actors)
Crear cuadros stadisticos anuales
3.2.1.1. Generación de guía 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
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”.
41
: Proveedor : Orden de pedido
: Guia de productos recibidos
1: Revisa orden de pedido
2: Entrega datos del producto
3: Verifica los productos
4: Abre guia de productos5: *[Registra los productos pedido]
: Proveedor : Guia de productos recibidos
: Almacenero : Kardex de producto
1: *[Registra los productos pedidos]
2: Emite copia de productos pedidos
3: Entrega copia de productos solicitados
4: Verifica los productos Recibidos
5: Registra la cantidad de productos Recibidos
3.2.1.3. Atender consultas.
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.
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
42
: Cliente : Vendedor
: Catalogo de producto
1: Entrega solicitud de productos
2: Consulta datos de solicitud3: Emite datos del producto
4: Entrega datos del producto solicitado
: Cliente : Vendedor
: Proforma : Catalogo de producto
1: Entrega solicitud de productos
2: Consulta datos de solicitud
3: Emite datos del producto
4: Abre proforma
5: Registra datos del producto
6: Calcula monto
7: Registra montos8: Emite proforma
9: Entregar proforma
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
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
Descripción.
43
: Cliente : Vendedor
: Orden de pedido : Catalogo de producto
1: Entrega solicitud de productos
2: Consulta datos de solicitud
3: Emite datos del producto
4: Abrir nuevo orden de pedido
5: Registra productos
6: Calcula montos
7: Registra montos
8: Emite orden de pedido
9: Entregar al cliente
: Vendedor : Cliente
: Boleta
1: Solicita datos al cliente
2: Emite datos pedidos
3: [Cliente=Persona Natural] Emitir
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
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 Jurídica
emitirá una Factura.
3.2.1.8. Asignar Descuento
Descripción.
El Actor vendedor busca los productos con promoción, seguidamente
lee la tasa de descuento y calcula el monto de descuento.
44
: Vendedor
: Factura
: Cliente
1: Solicita datos al cliente
2: Emite datos pedidos
3: [Cliente=PersonaJuridica] Emitir
: Vendedor : Lista de Descuentos
1: busca productos con promecion
2: Emite taza de descuento
3: Calcula monto a descontar
3.2.1.9. Emitir documento de venta.
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. 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
45
: Cliente : Vendedor
: Catalogo de producto
: Boleta
: Factura
: Lista de Descuentos
: Orden de pedido
1: Entregar solicitud de producto
6: Calcula monto
9: Entrega orden de pedido
10: Emite orden de pedido
15: Calcula monto de decuento
16: Solicita datos al cliente
17: Emite datos solicitados
2: Consulta datos de solicitud
3: Emite datos del producto
11: Verifica datos
12: Lee datos del producto
4: Abre nueva orden
5: Registra el producto
7: Registra montos
8: Emite la orden de pedido
13: Busca prod.con promocion14: Emite tazas de descuento
18: [Cliente=PersonaNatural] Emitir
19: [Cliente=PersonaJuridica]Emitir
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.
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.
46
: Vendedor : Cajero
: Cliente
1: Entrega documento de venta
2: Solicita forma de pago3: Emite forma de pago
4: [FormadePago=Contado]
5: Recibe efectivo6: Calcula cambio7: Sella el Documento
: Vendedor : Cajero : Cliente
: Supervisor de credito
1: Entregar documento de venta 2: Solicita forma de pago
3: Emite forma de pago
4: [Forma de pago=credito] Emitir documento de venta
5: Verifica linea de credito6: Indica N° de cuotas
7: Genera documento de credito
8: Emite documento de credito
9: Sella documento de credito
10: Emite al cliente
3.2.1.12. Despachar 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.
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.
47
: Vendedor : Almacenero : Guia de remision
: Kardex de producto
1: Entrega documento de venta
2: Lee codigos y cantidades
3: Busca el producto
4: Actualiza el stock
5: Abrir nueva guia
6: Alistar producto
: Almacenero : Transportista
: Guia de remision : Kardex de producto
1: Lee codigos y cantidad de productos
2: Busca el producto
3: Actualiza stock
4: Abre nueva guia de remision
5: Registra productos
6: Alistar producto
7: Solicita disponibilidad del transportista
8: Entrega datos personales9: Entrega datos de movilidad
10: Registra datos en la guia de remision
11: Entrega el producto
3.2.1.14. Redactar liquidación 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.
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.
48
: Cajero : Documento de venta
: Liquidacion diaria
1: Revisa datos
2: Recaba datos y total
3: Calcular montos
4: Abrir nueva liquidacion
5: Registra montos acumulados
: Cajero : Liquidacion diaria
: Liquidacion mensual
1: revisa acumulados diarios
2: Recaba totales por dia
3: Abrir nueva liquidacion
4: Registrar montos
3.2.1.16. Crear cuadros estadísticos de las ventas anuales.
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".
49
: Cajero : Liquidacion mensual
: Cuadro estadistico
1: Revisa las liquidaciones
2: Recaba montos acumulados
3: Abre nuevo cuadro estadistico
4: Registra datos de las liquidaciones mensuales
3.2.2. Diagrama de interfaz de Usuario.
50
listarLibro
(from Design Model)
realizarBusqueda
v alidarUsuario
Index
(from Design Model)registradorCategoria
editadorCategoriaregistrodeCategorias
listadordeCategoria
registradorSubCategoria
editadorSuv bCategoria
registroSubCategoria
listadorSubCategoria
regstradordeProv eedor
editadordeProv eedor
registrodeProv eedor
listadordeProv eedor
registradordeProducto
editadordeProductos
listadordeProducto
masVendidos
descatadorProducto
registrodeProductos
editadorCliente
listadorCliente
registroCliente
listadorUsuario
editadorUsuario
registrodeUsuario
registradorUsuario
v erPedido
actualizarProducto
v erif icarFecha
v erKardex
v erSubCategoriaProducto
v erProducts
v erStadisticaProducts
v erLiquidacionDiaria
generarLiquidacionv erLiquidacionMensual
v erif icarMensajes
AdministracioncerrarSesion
listadorPedido
(from Design Model)
3.2.3. Diagrama de Clase de Análisis.
3.3. Diseño.
3.3.1. Diagrama de Secuencia
3.3.1.1. Generación de guía 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.
51
: Proveedor : Proveedor : Orden de Pedido : Orden de Pedido : Guia de productos Recibidos : Guia de productos Recibidos
Revizar orden de pedido
Revisa los datos del producto pedido
Verifica los productos
Abrir guia de productos
*[Registra los productos pedidos]
KardexProveedor
Categoria
sub_categoria
Detalle_pedido
Pedido
Usuario
Producto
Mensaje
Cliente1
3.3.1.2. Registro de ingreso de productos.
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.
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
52
: Almacenero : Almacenero : Proveedor : Proveedor
: Kardex Producto : Kardex Producto : Guia de productos Recibidos : Guia de productos Recibidos
Adquirir copia de productos pedidos
*[Registra los productos pedidos ]
Entregar copia de productos solicitados
Verifica los productos recibidos
Registra la cantidad de productos recibidos
: Cliente : Cliente : Vendedor : Vendedor : Catalogo de Producto : Catalogo de Producto
Entrega de Solicitud de productos
Consulta datos de solicitud
Lee los datos del producto
Entrega datos de solicitud pedida
respuesta que permitirá leer los datos de los productos, y estos son
entregados al cliente.
3.3.1.4. Generar 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 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.3.1.5. Emitir orden de pedido.
53
: Cliente : Cliente : Vendedor : Vendedor : Catalogo de Producto : Catalogo de Producto : Proforma : Proforma
Entrega solicitud de productos
Consulta datos de solicitud
Lee datos del producto
Abrir proforma
*[Registra producto]
Calcula Costos
Registra montos
Emite proforma
Entrega proforma
: Cliente : Cliente : Vendedor : Vendedor : Catalogo de Producto : Catalogo de Producto : Orden de Pedido : Orden de Pedido
Entrega solicitud de productos
Consulta datos de solicitud
Lee datos del producto
abre nueva orden de pedido
*[Registra el producto]
Calcular Montos
Registra montos
Emite orden de pedido
Entrega orden de Pedido
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.3.1.6. 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.3.1.7. Emitir Factura.
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 Jurídica
emitirá una Factura.
54
: Vendedor : Vendedor : Cliente : Cliente : Boleta : Boleta
Solicita datos al cliente
Lee datos del cliente
[Cliente=persona Natural] Emitir
: Vendedor : Vendedor : Cliente : Cliente : Factura : Factura
Solicita datos al cliente
Lee datos del cliente
[Cliente=Persona Juridica] Emitir
3.3.1.8. Asignar 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.
55
: Vendedor : Vendedor : Lista de descuentos : Lista de descuentos
*[Busca productos con promocion]
Lee taza de descuentos
Calcula monto de descuento
: Cliente : Cliente : Vendedor : Vendedor : Catalogo de Producto : Catalogo de Producto : Orden de Pedido : Orden de Pedido : Lista de descuentos : Lista de descuentos : Boleta : Boleta : Factura : Factura : Cajero : Cajero : Almacenero : Almacenero
Entrega solicitud de productos
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
Solicita datos al cliente
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.
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. 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.
56
: Vendedor : Vendedor : Cajero : Cajero : Cliente : Cliente
Entrega documento de venta
Solicita forma de pago
Lee forma de Pago
Recibe el efectivo
Calcula el cambio
Sella el documento
Emite documento de venta
[FormadePago=Contado]
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.
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.
57
: Vendedor : Vendedor : Cajero : Cajero : Cliente : Cliente : Supervisor de Credito : Supervisor de CreditoEntrega documento de venta
Solicita forma de pago
lee la forma de pago
[FormadePago=credito] Emitir documento de venta
Verificar Linea de credito
Indica N° de cuotas
Genera documento de credito
Emite documento de credito
Sella documento
Emite documento de venta
: Vendedor : Vendedor : Almacenero : Almacenero
: Kardex Producto : Kardex Producto : Cliente : Cliente
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
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.
58
: Almacenero : Almacenero : Kardex Producto : Kardex Producto : Guia de remision : Guia de remision
: Transportista : Transportista
lee codigos y cantidad del producto
*[Buscar producto]
Actualizar el stock
Abrir nueva guia de remision
*[Registra los productos]
Entrega datos personales
Entregar datos de movilidad
Solicita disponibilidad al transportista
Registra los datos en la guia de remision
Alistar producto
Entrega el producto
3.3.1.14. Redactar liquidación 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.3.1.15. Emitir liquidación mensual.
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.
59
: Cajero : Cajero : Documento de venta : Documento de venta
: Liquidacion diaria : Liquidacion diaria
Revisa datos
Recaba total y tipos
Calcula monto
Abre liquidacion nueva
Registra montos acumulados
: Cajero : Cajero : Liquidacion diaria : Liquidacion diaria : Liquidacion mensual : Liquidacion mensual
Revisa acumulados diarios
Recaba totales por dia
Abrir nueva liquidacion mensual
*[Registra montos]
Opera montos
3.3.1.16. Crear cuadros estadísticos de las ventas anuales
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".
60
: Cajero : Cajero : Liquidacion mensual : Liquidacion mensual
: Cuadros Estadisticos : Cuadros EstadisticosRevisa las liquidaciones
Recaba montos acumulados
abre nuevo Cuadro estadistico
*[registra los datos de las liquidaciones mensuales]
3.3.2. Diagrama de Clases de Diseño.
61
Categoria
cod_categorianom_categoriadesc_categoriaarchivo_binarioarchivo_nombrearchivo_pesoarchivo_tipofecha_registro
RegistrarCat()verificarCat()ActualizarCat()EliminarCat()
Mensaje
cod_mensajecod_clienteasunto_mensajedesc_mensajefecha_registrohora_registroestado_mensaje
Emitir Mensaje()
Cliente1
cod_clientenomb_clienteape_clientedni_clientesexo_clientedir_clientetel_clientemail_clientepassword_clienteestado_clientefecha_registro
Registrar()Consultar Producto()...Listar Producto()Realizar Pago()Imprimir Boleta()
1..n
1..n
1..n
1..n
Pedido
cod_pedidocod_clientecod_detallecod_usuariototal_pedidonom_estadonro_transacfecha_registro
Listar Pedido()
1..n
1..n
1..n
1..n
Kardex
cod_kardexcod_productotipo_kardexingreso_cantidadsalida_cantidadfecha_registro
Registrar()Actualizar()Verificar()Listar()Eliminar()
Proveedor
cod_proveedornom_proveedordesc_proveedortel_proveedoranexo_proveedordir_proveedorfecha_registro
sub_categoria
cod_subcatcod_categorianom_subcatdesc_subcatarchivo_binarioarchivo_nombrearchivo_pesoarchivo_tipofecha_registro
RegistrarSC()verificarSC()EliminarSC()
1..n1..n 1..n1..n
Detalle_pedido
cod_detallecod_preciocod_poductocantidad_detalleprecio_producto
Imprimir Pedido()Registrar Pago()Verificar Pedido()
1..n 1..n1..n 1..n
Producto
cod_productocod_subcatcod_proveedorcod_usuarionom_productoautor_productoisbn_productodesc_productoprecio_productostock_productoarchivo_binarioarchivo_nombrearchivo_pesoarchivo_tipotot_vendidosproducto_destacadofecha_registro
registrarPro()ListarPro()EliminarPro() 1..n
1..n
1..n
1..n
1..n
1..n
1..n
1..n
1..n1..n
1..n1..n
1..n
1..n
1..n
1..n
Usuario
cod_usuarionom_usuarioape_usuariosex_usuariomail_usuariopassword_usuarioestado_usuariofecha_registro
Validar Usuario()Modificar Categria()Actualizar Proveedor()Modificar Producto()Actualizar Cliente()Consultar Pedidos()Actualizar Kardex()Generar Estadisicas()Generar Liquidacion()Revisar Mensajes()
1..n
1..n
1..n
1..n
1..n1..n 1..n1..n
PC_LSP1 PC_LSP2
SWITCH
ROUTER
FIREWALL
router
SERVIDOR WEB
SERVIDOR DE APLICACIONES
SERVIDOR DE BASE... SERVIDOR
FIREWALL
PC01
PC02
PCn°
InternetInternet
3.4. Implementación.
3.4.1. Diagrama de componentes.
3.4.2. Diagrama de despliegue.
4. CAPÍTULO IV.
62
index.php ValidarUsuario.php
Aplicacion
Rutinas de Conexion
Libreria
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
63
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.
64
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
65
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”
Libros Digitales.net – Perú. Versión 1.00
Pág. 3-10
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Objetos del
Negocio”
Libros Digitales.net – Perú. Versión 1.00
Pág. 3-16
HEREDIA MAYER, Juan Carlos. 2006 “Glosario de Términos”
Libros Digitales.net – Perú. Versión 1.00
Pág. 3-6
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Casos de Uso”
Libros Digitales.net – Perú. Versión 1.00
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”
Instituto Peruano de Ciencias de la Información – Perú. Versión 1.00
Pág. 3-7
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Análisis y Diseño”
Instituto Peruano de Ciencias de la Información – Perú. Versión 1.00
Pág. 3-16
HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Datos, Componentes
e implementación”
Instituto Peruano de Ciencias de la Información – Perú. Versión 1.00
Pág. 3-5
7. CAPITULO VII
66
ANEXOS
67
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.
68
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?
69
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?
70
R=Que me facilite la actualización del Kardex del producto
71
72
73
74
75
76