tesis jhordan desarrollode sistema de ventas para libreria

1. Capítulo I.

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

1.1. INTRODUCCION

La empresa Comercializaciones y Servicios Santa Paula SAC es una

empresa formada a mediados de los 90’, dedicada a la venta de libros

profesionales y también ofrece servicios de suscripciones anuales a

profesionales de derecho y de contabilidad, siendo una de las principales

en la ciudad de Iquitos, actualmente cuenta con personal competente,

realiza sus procesos de forma manual de tal manera que requiere

sistematizar sus procesos y así lograr reducir el tiempo de atención y

procesamiento en todos sus aspectos. El presente documento es una

herramienta de ayuda para poder realizar el sistema requerido y de esa

manera poder concretar la aplicación del Sistema de Ventas de la Librería

Santa Paula SAC.

1

1.2. OBJETIVOS

1.2.1. Objetivo General

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

Ventas de la Empresa Comercializadora y distribuidora Santa Paula mediante el

modelado y saber que se debe automatizar de los procesos de dicha área en

mención.

1.2.2. Objetivos Específicos

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

identificando los problemas que se presentan.

Establecer los requisitos necesarios en el área de Gestión de Ventas y sirva de

guía para lo que se quiere construir realmente.

2. CAPITULO II

2.1. Vista General del Proyecto.

2.1.1. Propósito.

Planificar y monitorear mediante el presente plan de desarrollo de

software la construcción del sistema de información de ventas de la

Empresa comercializadora y distribuidora Santa Paula, que permitirá dar

un mejor servicio a los usuarios que administran los datos, así como

también a los usuarios clientes del negocio.

2

2.1.2. Alcance.

La Empresa comercializadora y distribuidora Santa Paula, se dedica a la

venta de libros para las diferentes especialidades, en presentaciones tal

como: Libros y revistas.

La empresa en la actualidad se encuentra trabajando su proceso de

ventas de forma manual y apoyándose de hojas electrónicas de cálculo

para hallar los consolidados.

El sistema de información a desarrollar deberá manejar la atención al

cliente.

2.1.3. Suposiciones y Restricciones

2.1.3.1. Suposiciones.

Según los procesos observados, tendrá que definirse un

responsable de los mismos, porque de no hacerlo desubicaría la

propuesta de desarrollo de software.

2.1.3.2. Restricciones.

Las computadoras que se encuentran trabajando tendrán que ser

reemplazadas por nuevo equipos de cómputo.

Todo el personal que se encuentra trabajando deberá tener

nociones de manejo de computadores para someterse a la

capacitación del grupo desarrollador del software.

2.2. Entregables del proyecto.

A continuación se indican y describen cada uno de los artefactos que serán

generados y utilizados por el proyecto y que constituyen los entregables.

Esta lista constituye la configuración de RUP desde la perspectiva de

artefactos, y que proponemos para este proyecto.

Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso

iterativo e incremental), todos los artefactos son objeto de modificaciones a

lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso

podríamos tener una versión definitiva y completa de cada uno de ellos. Sin

embargo, el resultado de cada iteración y los hitos del proyecto están

enfocados a conseguir un cierto grado de completitud y estabilidad de los

artefactos.

2.2.1. Plan de Desarrollo del Software

Es el presente documento.

2.2.2. Modelo de Casos de Uso del Negocio.

Es un modelo de las funciones de negocio vistas desde la perspectiva de

los actores externos (Agentes de registro, solicitantes finales, otros

sistemas etc.). Permite situar al sistema en el contexto organizacional

haciendo énfasis en los objetivos en este ámbito. Este modelo se

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.


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.


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

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.


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


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.


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.


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.


ClienteActor del negocio que hará uso de nuestro sistema para la compra de sus libros.


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.


- 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.


-Paq_Despachar producto

Documento de crédito

Comprobante que utiliza la empresa para la venta sus producto en



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.



Término Descripción Artefacto ReferenciaFactura Documento de venta para personas

JurídicasModelo de objetos del negocio


Ficha clienteDocumento en la cual se registra y verifica los datos personales de la persona.



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.


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.


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.


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


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.


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



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.


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


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


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.



Liquidación diaria

Documento en el cual se muestra las ganancias que a obtenido la librería en un solo dia.



Liquidación Mensual

Documento en el cual se muestra la ganancia que obtuvo la librería en un mes



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.



Orden de compra de

cliente

Documento en el cual se registrara los productos que el actor cliente va a comprar.



Orden de Pedido

Documento en el cual se dara comienzo a la venta del producto.



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.



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.



Proveedor Actor del negocio que abastece a la librería cuando este le emite una orden de pedido.


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.


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.


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.


Paquete:- Paq_Registrar productos recibidos

Solicitud de productos

Accion que realiza el cliente para obtener datos del producto


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.


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.


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


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


: Proforma : Catalogo de producto


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


: Orden de pedido : Catalogo de 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.


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


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.








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


: 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


17: Emite datos solicitados



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


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


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


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




abre nueva orden de pedido

*[Registra el producto]

Calcular Montos

Registra montos

Emite orden de pedido

Entrega orden de Pedido

Descripción.








cliente.

3.3.1.6. Emitir Boleta.

Descripción.


vendedor toma una decisión, si el cliente es una persona natural

emite una Boleta.

3.3.1.7. Emitir Factura.

Descripción.


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


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


Consultar datos de solicitud


Abrir nueva orden de pedido

*[Registra el producto]

Calcular montos

registra montos

Emite orden de pedido

Entrega orden de pedido

Emitir orden de Pedido

Verifica datos

Leer datos de producto

*[Busca productos con promocion]

Lee tazas de descuento

Calcula monto de descuento


Emite datos solicitados

[Cliente=Persona Natural] Emitir

[Cliente= Persona Juridica] Emitir

Entrega copia del documento de venta al cajero

Entrega copia del documento de venta al almacenero

Descripción.








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”


Pág. 3-10

HEREDIA MAYER, 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”


Pág. 3-12

HEREDIA MAYER, Juan Carlos. 2006 “Prototipo de Interfaz de

Usuario”


Pág. 3-7

HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Análisis y Diseño”


Pág. 3-16

HEREDIA MAYER, Juan Carlos. 2006 “Modelo de Datos, Componentes

e implementación”


Pág. 3-5

7. CAPITULO VII

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

tesis jhordan desarrollode sistema de ventas para libreria

Documents