proyecto de implementación de un sistema

Proyecto de Titulación

Integrantes

Instituto Superior Tecnológico

LIMA, PERÚ

Año 201?

SISTEMA DE ALMACEN COMPRA Y VENTA

“Año de la Consolidación Económica y Social del Perú”

Fecha de Entrega:

SISTEMA DE ALMACÉN, COMPRA Y VENTA SIDET 201?-I

© 2010, Todo el contenido de esta tesis está sujeto a la protección de los derechos de autor, de los derechos de la propiedad intelectual y de otras leyes de protección de la misma. Queda prohibida su divulgación, reproducción, modificación, uso comercial o utilización para cualquier fin diferente al académico, sin la autorización expresa y por escrito de los autores.

~ 2 ~


Agradecimiento

Gracias a Dios Por permitirme llegar hasta este momento tan importante de mi vida y lograr otra meta más en mi carrera.

Gracias a Nuestros padres Por su cariño, comprensión y apoyo sin condiciones ni medida. Gracias por guiarme sobre el camino de la educación.

Gracias a cada uno de los maestros Que participaron en mi desarrollo profesional durante mi carrera, sin su ayuda y conocimientos no estaríamos en donde nos encontramos ahora

~ 3 ~


“Ama y haz lo que quieras. Si callas, callarás con amor; si

gritas, gritarás con amor; Si corriges, corregirás con amor; si

perdonas, perdonarás con amor. Si tienes el amor arraigado en

ti, ninguna otra cosa sino el amor serán tus frutos”.

San Agustín

~ 4 ~


INDICE GENERAL

MARCO CONTEXTUAL

1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN.................................................................................................................................. 8

1.2 UBICACIÓN DE LA ORGANIZACIÓN...................................................................................................................................... 9

1.3 RESEÑA HISTÓRICA DE LA ORGANIZACIÓN........................................................................................................................ 9

1.4 MISIÓN ................................................................................................................................................................................. 11

1.5 VISIÓN ................................................................................................................................................................................. 11

1.6 PRODUCTOS QUE COMERCIALIZA...................................................................................................................................... 11

1.7 COMPOSICIÓN ORGÁNICA DE LA EMPRESA..................................................................................................................... 13

1.8 AUDITORÍA EXTERNA........................................................................................................................................................ 14

1.9 AUDITORÍA INTERNA ........................................................................................................................................................ 14

1.10 MATRIZ FODA .................................................................................................................................................................. 15

DESCRIPCION DEL PROYECTO

2.1 OBJETIVOS DE LA EMPRESA.............................................................................................................................................. 17

2.2 JUSTIFICACIÓN DEL PROYECTO........................................................................................................................................ 17

2.3 ALCANCES Y LIMITACIONES............................................................................................................................................. 19

2.4 BENEFICIOS......................................................................................................................................................................... 20

ADMINISTRACION DEL PROYECTO

3.1 DIAGRAMA DE GANTT........................................................................................................................................................ 22

3.2 PLAN DE DESARROLLO DE SOFTWARE........................................................................................................................... 23

3.2.1 Vista General del Proyecto 233.2.2 Organización del Proyecto 243.2.2 Gestión del Proceso 26

MODELO DE NEGOCIO

4.1 VISIÓN DEL NEGOCIO........................................................................................................................................................ 29

4.2 POSICIONAMIENTO............................................................................................................................................................. 29

4.3 IDENTIFICACIÓN DE LOS STAKEHOLDERS ..................................................................................................................... 30

4.4 DESCRIPCIÓN GLOBAL DEL SOFTWARE ......................................................................................................................... 32

4.5 RESTRICCIONES .................................................................................................................................................................. 33

4.6 PROCEDENCIA Y PRIORIDAD............................................................................................................................................. 33

4.7 OTROS REQUISITOS DEL PROYECTO................................................................................................................................ 34

4.8 DEFINICIÓN DE LAS REGLAS DE NEGOCIO..................................................................................................................... 34

~ 5 ~


4.9 MODELO DE CASO DE USO................................................................................................................................................ 35

4.10 MODELO DE ANÁLISIS DEL NEGOCIO........................................................................................................................... 39

MODELO DE REQUERIMIENTOS

5.1 DESCRIPCIÓN DE REQUERIMIENTOS FUNCIONALES .....................................................................................................49

5.2 DESCRIPCIÓN DE REQUERIMIENTOS NO FUNCIONALES ...............................................................................................50

5.3 DESCRIPCIÓN DE LOS ACTORES DEL SISTEMA ............................................................................................................... 51

5.4 DESCRIPCIÓN DE LOS CASOS DE USO .............................................................................................................................. 51

5.5 INTEGRACIÓN DE LOS CASOS DE USO Y ACTORES ......................................................................................................... 52

5.6 ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO ................................................................................................59

MODELO DE ANALISIS

6.1 ANÁLISIS DE LA ARQUITECTURA........................................................................................................68

6.2 ELEMENTOS DEL ANÁLISIS ...............................................................................................................69

6.3 ELABORACIÓN DEL MODELO CONCEPTUAL........................................................................................72

6.4 ELABORACIÓN DEL MODELO LÓGICO................................................................................................73

MODELO DE DISEÑO

7.1 ELABORACIÓN DEL MODELO LÓGICO................................................................................................75

7.2 ELABORACIÓN DEL DICCIONARIO DE DATOS......................................................................................75

7.3 ELABORACIÓN DEL MODELO FÍSICO..................................................................................................81

7.4 DIAGRAMA DE COMPONENTES MODELO 3 CAPAS.................................................................................. 82

7.5 DIAGRAMA DE COMPONENTES...........................................................................................................84

7.6 CAPA DE DISEÑO..............................................................................................................................87

7.7 RELACIÓN DE LOS CASOS DE USO DEL DISEÑO..................................................................................88

IMPLEMENTACION

8.1 IMPLEMENTACIÓN ............................................................................................................................92

8.2 MODELO DE IMPLEMENTACIÓN Y DESPLIEGUE.................................................................................92

CONCLUSIONES Y RECOMENDACIONES 94

BIBLIOGRAFIA 97

GLOSARIO 99

MANUAL DE USUARIO 102

~ 6 ~


CAPITULO 1

MARCO CONTEXTUAL

~ 7 ~


1.1 Descripción de la organización 1.1.1 Datos generales de la empresa:

Razón Social: REPRESENTACIONES SAN NICOLÁS S.R.L.

N. Comercial: REPSAN S.R.L.

R.U.C. : 20474160786

Dirección : Jr. Echenique Nº 259 Urb. Miramar San Miguel

Teléfono : 5781161

Fax : 5781211

E-mail : [email protected]

Página Web : www.repsan.com

Fecha de Inicio : 03 DE MARZO DEL 2003

1.1.2 Datos del contribuyente:

Giro del Negocio : Distribución de golosinas y otros productos.

Comprobantes de pago : Manual/computarizado.

Sistema Contable : Manual

Comercio Exterior : Sin Actividad

1.1.3 Representantes legales:

RICHTER VALDIVIA Edgar Rhonal (Gerente General)

RICHTER VALDIVIA Ghelá del Pilar (Gerente Administrativo)

~ 8 ~


1.2 Ubicación de la organización

1.3 Reseña Histórica de la organización

~ 9 ~


La empresa Representaciones San Nicolás Sociedad Comercial de Responsabilidad Limitada es una sociedad constituida mediante escritura pública del 30 de mayo del 2000 ante notario de Lima Arnaldo González Bazán, siendo registrada la constitución de la sociedad en la partida electrónica Nº 11195482, siendo en un comienzo las socias participacioncitas la señora Zeny Valdivia Cruz de Richter (Gerente Administrativo) y la señora Ghelá del Pilar Richter Valdivia (Gerente General).

El capital inicial fue de S7 20,000.00 (veinte mil y 00/100 nuevos soles) dividió y representado por 2,000 (dos mil) participaciones iguales acumulables e indivisibles de un valor nominal de S/ 10.00 (diez nuevos soles) cada una, que fueron íntegramente suscritas y totalmente pagadas por las socias, S/ 20,000.00 (veinte mil con 00/100 nuevos soles) en bienes muebles dados en propiedad a nombre de esta sociedad.

Representaciones San Nicolás S.R.L., se encontró sin actividad comercial durante los años 2000, 2001 y 2002, comenzando sus operaciones comerciales el 03 de marzo del 2003.

El día 21 de marzo del 2003 ante el notario de Lima Rafael Toledo Segura se realizó la transferencia de participaciones de la señora Ghelá del Pilar Richter Valdivia con los señores Franz Edgardo Richter Valdivia y Edgard Rhonal Richter Valdivia; y los cónyuges Zeny Valdivia Cruz de Richter, Edgardo Richter Calle con el señor EDAGARDO Rhonal Richter Valdivia con intervención de Representaciones San Nicolás S.R.L. y cambio de denominación abreviada, revocamiento y nombramiento de Gerente General y Gerente Administrativo y modificación parcial de estatutos que otorga Representaciones San Nicolás S.R.L.

La distribución del capital quedo de la siguiente manera:1.4 Zeny Valdivia de Richter, suscribe y paga 800 participaciones

aportando la suma de S/. 8,000.00 (ocho mil con 00/100 nuevos soles).

1.5 Ghelá Richter Valdivia, suscribe y paga 400 participaciones aportando la suma de S/ 4,000.00 (cuatro mil con 00/100 nuevos soles).

1.6 Franz Richter Valdivia, suscribe y paga 400 participaciones aportando la suma de S/ 4,000.00 (cuatro mil con 00/100 nuevos soles).

1.7 Edgard Richter Valdivia, suscribe y paga 400 participaciones aportando la suma de S/ 4,000.00 (cuatro mil con 00/100 nuevos soles)

Se decidió nombra como nuevo Gerente General al señor Edgard Rhonal Richter Valdivia y como Gerente Administrativo a la Señora Ghelá del Pilar

~ 10 ~


Richter Valdivia; así como también el cambio de denominación abreviada a Representaciones San Nicolás S.R.L. a RESPSAN S.R.L.

El rubro principal es la línea de Nestle del Perú S.A., del cual es distribuidor exclusivo, pero además cuenta con una fuerza alterna para cubrir igual número de puntos efectivos de atención para lo cual cuentan con las líneas como Johnson y Johnson del Perú S.A., Cadbury Adams Perú S.A.C., Fabrica de Velas Misioneras SAC, Americatel Perú S.A., Productos Industriales Arti S.A., Perufarma S.A., Intradevco Industrial S.A., Viña Ocucaje S.A.C., entre otra.

1.4 Visión

Abarcar todos los distritos de lima como zona de venta, de la mano con una mayor infraestructura (Locales, transportes, equipos de cómputo, etc.) y un mayor personal de trabajo.

1.5 MisiónPara con sus trabajadores, darles cierta estabilidad laboral, poniendo a

todos en planilla, dando un ambiente laboral agradable.Para con sus clientes un servicio, que estos estén convencidos de que la distribuidora REPSAN estará dispuesta a solucionar los problemas que se puedan presentar en algún punto de venta.

1.6 Productos que comercializa

La empresa es encarga de la comercialización de productos tales como:

Chocolates:

Esta categoría se caracteriza por ser de consumo impulsivo y de decisión inmediata, por lo que se exhibes bien tus productos y están a la vista de tus clientes venderás mas y mas, con marcas como Sublime, Triangulo, Lentejas, Princesa, Beso de Moza, Relleno de Fresa, Kit Kat. Nestle esta innovado y renovado

~ 11 ~


constantemente el catalogo de productos; lanzando variedades como Triangulo Capuchino, Triangulo Marmoteado, Chocolentejas, que son productos pensados en sus distintos clientes y con precios al alcance de cada bolsillo

Galletas:Las exitosas Morochas, Las

saladitas Doré, las saludables Nesfit con presentaciones para cada momento y pensadas para toda la familia.

Panetones:Nestlé Tiene las marcas preferidas por sus

clientes como panteón D´Onofrio, Motta con la posibilidad de llegar a cada hogar con un producto adecuado, lanzando variables que dan en el gusto exacto de su preferencia como Chocotón, Chocotón Funge, Chocotón manjar, D´Onofrio Regalo, Naranja. Ideales para compartir en todo momento.

Bebidas Instantáneas:Esta categoría está conformada por producto con amplio liderazgo a

través de los años dentro de t negocio, nuestras marcas más importantes Nescafé, Kirma, Nesquik, Milo y Ecco siempre deben estar al alcance de la vista de sus clientes, lo cual te permitirá obtener

~ 12 ~


mayores ganancias. Recuerda que contamos con gran variedad de formatos, adecuados a las necesidades de sus clientes en presentaciones de sobres, latas y Doy Pack.

1.7 Composición orgánica de le empresa

~ 13 ~

Secretario Américo Guevara

Valdivia

Asistente Contable

Alexander Mazzini Vargas

Cajero Edgard Richter Valdivia

Contador Saúl Carhuamaca

Administrador Alaín Zamalloa

Pérez

CobranzaContabilidad

DEPARTAMENTO ADMINISTRATIVO

DEPARTAMENTO DE VENTAS

GERENTE GENERAL EDGARD RICHTER VALDIVIA

JUNTA DE SOCIOS PARTICIPACIONISTAS

GERENTE ADMINISTRATIVO GHELÁ RICHTER VALDIVIA

Administración

RepartidosChoferes

Almacenero Aldo Espinoza M.

ALMACEN

S U P E R V I S O R

Auxiliar Administrativo

Auxiliar Administrativo


1.8 Auditoría Externa

1.8.1 Matriz de evaluación de factores externos (EFE)

OPORTUNIDADESPonderado Puntaje Resultado

Ponderado

Las ventas crecen de acuerdo al mercado Trabajar con nuevas líneas de productos Expansión hacia mercados externos La aceptación que ha tenido la empresa en

mercados

0.250.100.250.10

4444

1.000.401.000.40

Sub total de Oportunidades 0.70 2.80

AMENAZASPonderado Puntaje Resultado

Ponderado Ingreso de nuevas empresas competidoras La aplicación de nuevos impuesto L a inflación actual del país No contar con un personal de seguridad para

distribuir los productos en zonas peligrosas

0.100.050.100.05

2112

0.200.050.100.10

Sub total de Oportunidades 0.30 0.35

TOTAL 1.00 3.15

1.9 Auditoría Interna

1.9.1 Matriz de evaluación de factores internos (EFI)

FORTALEZAS Ponderado PuntajeResultado

Ponderado La buena capacidad de gerente de tomar

decisiones Adecuado sistema de distribución Tener buena reputación con los clientes Tener buenas unidades de transporte para la

distribución optimizada Conocemos el mercado de negocio

perfectamente

0.200.100.100.10

0.10

4433

4

0.800.400.300.30

0.40

Sub total Fortalezas 0.60 2.20

DEBILIDADES Ponderado PuntajeResultado

Ponderado Bajo poder de negociador con proveedores y

clientes0.050.10

11

0.050.10

~ 14 ~

MAYORISTA

ALTERNOS

NESTLE


Continuamente tenemos problemas operativos

Falta de un sistema de toma de decisiones Los trabajadores no conocen la misión y

visión de la empresa Falta de capacitación para ofertar productos

0.100.10

0.05

22

2

0.200.20

0.10

Sub total Fortalezas 0.40 0.65

TOTAL 1.00 2.85

1.10 Matriz FODA

MATRIZ FODA

FORTALEZAS DEBILIDADES

La buena capacidad del gerente de tomar decisiones

Tener buena reputación entre los clientes

Conocemos el mercado del negocio perfectamente

No tener iniciativa propia por parte de los trabajadores

Continuamente tenemos problemas operativos en almacén

Los trabajadores no conocen la misión y visión de la empresa

OPORTUNIDADES FO DO

Las ventas van creciendo de acuerdo al mercado

Uso de la tecnología para la zona de ventas

Trabajar con nuevas líneas de productos

Ingreso de pedidos vía internet desde el punto de ventaAmpliar las ventas mediante nuevas líneas de productos

Realizar seminarios de motivación personal verdaderos líderes con ganas de crecer junto con la empresa.Los trabajadores deben conocer la misión de la empresa para aprovechar la tecnología y poder incrementar ventas

AMENAZAS FA DA

Ingreso de nuevas empresas competidoras

La aplicación de nuevos impuestos

La inflación del país

Mejorar las estrategias d ventas para un mayor nivel de competitividadMantener buenas relaciones con los clientes para evitar bajas en las ventas

Que los trabajadores se identifiquen con la imagen de la empresa hará que los clientes mantengan lealtad a ella, así aumenten los competidores

~ 15 ~


CAPITULO 2

~ 16 ~


DESCRIPCIÓN DEL PROYECTO

2.1 Objetivos de la Empresa

2.1.1 Objetivo General:

El Objetivo general del desarrollo del sistema de información es establecer el correcto funcionamiento de los procesos internos en todas sus áreas lo que permita la optimización de tiempo y efectividad, produciendo más ganancias y mejores ingresos para el bien general de toda la empresa.

2.1.2 Objetivos Específicos:

Estos objetivos específicos me permitirán cumplir los objetivos generales:

Creación de interfaces graficas amigables. Creación de diferentes consultas para minimizar tiempo en la búsqueda

de documentos. Creación de reportes para obtener información mensual y actual de la

situación de la empresa. Impresión de diferentes documentos para un mejor control. Contar con un alto grado de seguridad con la finalidad de que ningún

usuario ajeno tenga acceso.

2.2 Justificación del Proyecto

2.2.1 Justificación Técnica

La empresa cuenta con un promedio de 10 computadoras distribuidas en todas las áreas. Todas las computadoras son Pentium IV de 2.4 GHz, cuentan con sistema operativo Windows XP, Ms Office 2003, Oracle y 1 impresora laser (blanco y negro)

~ 17 ~


2.2.2 Justificación Operativa

El nuevo sistema tiene las siguientes. Características: Presenta flexibilidad para poder cumplir con los requerimientos del

usuario con una interfaz agradable y de fácil uso. Se aseguran que los formatos a salir sean especificados en los

requerimientos de la empresa. El sistema en lo que respecta a la entrada y salida de datos por pantalla,

cuenta con soporte de ayuda la cual permitirá un mejor manejo de la información.

El sistema contará con niveles de seguridad por medio de claves para el acceso, así evitará alteraciones del Sistema.

2.2.3 Justificación EconómicaEn este punto brindaremos a la empresa los mejores costos

alcanzables las cuales serán recuperadas en el menor tiempo posible, asegurando así una inversión fructífera y productiva para la empresa.

Con el Sistema a Implementar ya no usara muchos papeleos ya que los procesos y los resultados serán almacenados en una Base de Datos del Computador.

Personal

Hardware

~ 18 ~

Personal cantidad Tarifa X Hora S/.

Sueldo Mensual S/.

Duración Costo S/

Jefe del Proyecto

1 13.00 1,560 5 meses 7,800

Analista/ Programador

2 11.00 1,320 5 meses 13,200

Total Inversión 20,000

HARDWARE Cantidad Precio $ Importe S/. Costo S/.

Impresora 3 50 140 420

Intel Core 2 Duo 2.93 GHz

1 520 1,534 1,534

Total Inversión 1,934


Software

2.3 Alcances y Limitaciones

2.3.1 Problemas de la empresa

2.3.1.1 Problema general de la empresa

No tiene un correcto funcionamiento en la comunicación de los procesos

entre las áreas (Ventas – Compras – Almacén).

• Causa: Mala manipulación de información con datos no precisos.

2.3.1.2 Problemas en Almacén

No se tiene un control de la E/S de los productos, debido que se registra

en forma manual en el software Microsoft Excel cada vez que se realiza un

pedido de venta y se introduce una factura de compra.

~ 19 ~

Software Cantidad Importe $ Costo S./

Sql Server 2005 1 150 420

SO Windows Server 2003 R2 - Enterprise Edition

1 250 700

SO Windows XP Service Pack 2(incluye licencia)

1 150 420

Ms Office 2003 1 200 560

Total Inversión 2100


• Causa: No se puede determinar las ventas diarias o periódicas realizadas

por la empresa. Perdida de productos.

2.3.1.3 Problemas en Ventas

Algunas de las ventas no son registradas en el archivo de Excel que se maneja y dan esos productos por perdidos

• Causa: Los trabajadores no le toman mucha importancia a los registros no hay un control especial para las ventas.

2.3.2 Solución para los problemas

La empresa necesita desarrollar un sistema automatizado que permita llevar a

cabo un completo control de las compras y ventas de los artículos del almacén

2.3.3 Alcance del sistema

El sistema desarrollado beneficiara a la empresa REPSAN en el área de compras, almacén y ventas beneficiando las actividades como:

Emisión de facturas y boletas para llevar un mejor control de las ventas con sus respectivos reportes.

Realizar un control más exacto y eficaz de las ventas, compras y control de los productos, debido a errores que se observan al comparar los procesos manuales con los automatizados.

Realizar la emisión de reportes de una manera optima, en el momento que se requiera.

Incrementar la eficiencia en los procesos del área de ventas compras y almacén la cual no demandara gastos excesivos pero si grandes beneficios.

2.4 Beneficios

Beneficio del Cliente Características que lo apoyan

Genera las notas de pedido Ahorrando el trabajo del vendedor

~ 20 ~


Seguridad en el almacenamiento de información

Evitando pérdida de información

Limita el uso del sistema para la alteración de cantidades.

Para evitar entrada de información errónea u otro motivo

Seguridad y agilidad en el proceso de venta

Minimiza tiempo y por ende costos.

~ 21 ~


CAPITULO 3 ADMINISTRACIÓN DEL PROYECTO

~ 22 ~


3.1 Diagrama de Gantt

~ 23 ~


3.2 Plan de desarrollo de Software

Introducción.-

Este Plan de desarrollo de software está elaborado en base a los requerimientos de una de las distribuidoras de productos de calidad como es “Distribuidora San Nicolás”, Es importante resaltar que en este plan usaremos la metodología Rational Unified Process (RUP).

Propósito.-

El propósito de este plan es proporcionar una vista general del proyecto en construcción, dando así un enfoque claro al jefe proyecto y demás miembros del equipo con lo que respecta a sus deberes y avances a realizar.

Alcance.-

El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del “Sistema de compra, Almacén y Venta”. El detalle de las iteraciones individuales se describe en los planes de cada iteración, documentos que se aportan en forma separada. Para la versión 1.0 del plan del desarrollo de software, nos hemos basado en la captura de requisitos por medio del stakeholder que como ya sabrán son los presentante legales de la empresa.

3.2.1 Vista general del Proyecto

A) Suposiciones y RestriccionesDe acuerdo con las entrevistas realizadas a los stakeholder de la empresa pudimos evaluar y confirmar las suposiciones y restricciones que ellos acreditan y creen que el sistema debe tener. Estas son:

El sistema debe ser Seguro para lo cual cada área contara con una cuenta de acceso.

El Sistema debe funcionar correctamente con el sistema operativo XP, el cual está instalado en las computadoras de la administración de la institución.

Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del proyecto

B) Entregables del Proyecto.-A continuación se describe los artefactos que se usara para la construcción del proyecto, es importante destacar que estos artefactos están sujetos cambios durante el proceso de desarrollo. Estos artefactos constituyen los entregables.

~ 24 ~


FASE Duración Entregable

Inicio(1 iteración)

1 semana

En esta fase se conoció al centro educativo, se identifico los problemas, los principales caso de uso de negocio, los riesgos y Se definió el alcance del proyecto.Documentación:

Documento Visión.

Elaboración(2 Iteraciones) 4 semanas

En esta fase se conoció el proceso negocio y la implementación de estas basándose en los requerimientos dados por el usuarioDocumentación:

Modelo de Negocio Modelo de Requerimientos

Construcción(4 Iteraciones) 9 semana

se lleva a cabo la construcción del producto por medio de una serie de iteraciones. Para cada iteración se selecciona algunos Casos de Uso, se refina su análisis y diseño y se procede a su implementación y pruebas.Documentación:

Modelo de Análisis Modelo de Diseño

Transición(1 Iteración)

Duración: 5 semanas 6 semanas

En esta fase se pretende garantizar que se tiene un producto preparado para su entrega a la institución. Además de realizar las pruebas de instalación.

C) Evolución del Plan de Desarrollo del Software.-El Plan de Desarrollo del Software se revisará semanalmente y se refinará

antes del comienzo de cada iteración

3.2.2 Organización del Proyecto.-

A) Participantes en el Proyecto

Jefe del proyecto.- tiene muchas tareas: Definir el proyecto y evaluar sus necesidades. Redactar las especificaciones del proyecto. Realizar un seguimiento e informes del progreso del proyecto, en términos

de calidad, costo y plazos de entrega.

~ 25 ~


Analista de Sistemas.- es aquel individuo responsable de investigar, planear, coordinar y recomendar opciones de software y sistemas para cumplir los requerimientos de la empresa.

Analista Programador.- es aquel que escribe, depura y mantiene el código fuente del sistema a desarrollar.

B) Roles y Responsabilidades

Puesto Responsabilidad

Jefe de Proyecto Gestiona las prioridades, coordina las interacciones con los usuarios hacia los clientes, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto 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.

Analista Programador

Construcción de prototipos. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario

~ 26 ~

Jefe de ProyectoCesar Becerra Brown

ANALISTA PROGRAMADOR

Cesar Becerra Brown

PROGRAMADOR

Richard Alarcón

ANALISTA DE SISTEMA

Grace Moscoso Agurto


3.2.3 Gestión del ProcesoA) Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se mencionan en las Justificaciones del presente documento.

B) Plan de las FasesEl desarrollo del proyecto se dividirá en distintas fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase.

Fase Iteraciones Duración

Fase de Inicio 1 1 semanaFase de Elaboración 2 4 semanasFase de Construcción 4 9 semanasFase de Transición 1 6 semanas

C) Seguimiento y Control del Proyecto

Gestión de RequisitosLos requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestión de configuración y cambios.

Control de PlazosAquí se tomará en cuenta el seguimiento de control del planeamiento por parte del jefe de proyecto que evaluará cada punto que se va desarrollando por un tiempo estimado.

Control de CalidadPara asegurar la calidad del producto, los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias.

Gestión de Riesgos A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos. Esta lista será evaluada al menos una vez en cada iteración.Gravedad:

~ 27 ~


1 = Muy Grave; 2= Grave; 3= Regular

Análisis de RiesgoRiesgo Gravedad Soluciones:

1.-Cuando el equipo no se presenta en las horas de trabajo

3

1.-entonces el jefe de proyecto debe tomar medidas serias para que cumplan con los horarios establecidos y no poner en riego el proyecto

2.-Cuando un integrante del equipo se retira permanentemente del proyecto.

2

2.-Entonces el jefe del proyecto Reorganiza las Tareas al equipo o Busca un reemplazo para que se encargue y ayude a la culminación del proyecto

3.- Cuando se excede el limite de tiempo acordado para la entrega del proyecto

1

3.- Entonces el jefe del proyecto debe hacer revisiones periódicas para controlar que todo marche de acuerdo a los establecido en el cronograma de actividades (Diagrama de Gantt)

4.-Cuando la computadora en la que se esta desarrollando el software se malogre.

1

4.-Para esto el jefe debe contar con una memoria extraíble (USB) para hacer el backup respectivo después de los avances en el proyecto.

6.-Cuando el transcurso de la elaboración del proyecto no esta cumpliendo con la necesidad del cliente

2

6.-Entonces el Analista de sistema vuelve a hacer un reingeniería parcial del proyecto para cambia o crear según lo estipulado con la necesidad del cliente.

7.-Cuando no logramos igualar Ideas entonces puedes ocurrir discrepancias en el equipo.

3

7.-La Solución esta en el jefe de proyecto debe intervenir para solucionar problemas y llagar a un acuerdo.

~ 28 ~


CAPITULO 4

MODELO DE NEGOCIO

~ 29 ~


4.1 Visión del Negocio.-

IntroducciónEste documento tendrá como objetivo recoger, analizar y definir las

necesidades de los usuarios para plasmar estas necesidades en el sistema. Aquí también se definirán las funcionalidades del sistema, que son los procesos que se realizan dentro de la empresa. También se plasmará las especificaciones de cada caso de uso a través de los requerimientos de los clientes.

AlcanceEl Alcance de este documento es Recopilar información, tales como una vista

estática de la estructura de la organización y una vista dinámica dentro de los procesos de la organización, para poder entender los problemas actuales de la institución. Asegurando así, el cumplimiento de las necesidades de los usuarios finales y características del sistema.

4.2 Posicionamiento.-

Oportunidad del Negocio

La empresa tendrá la posibilidad de contar con un sistema hecho a sus

requerimientos, el cual le permitirá una mejor organización y seguridad de su

información. También tendrá un ambiente agradable de trabajo (interfaces

fáciles de manejar para el usuario final). Es importante manejar reportes para

una IE, porque a partir de éstos, los profesores y/o directores tomarán

decisiones para analizar el rendimiento académico de los alumnos. De este

modo la IE contará con un software que le será de gran utilidad para así de este

modo brindar un mejor servicio a sus alumnos.

~ 30 ~


Sentencia que define el problema

El problema de

Perdida de productos por fechas Mal control de Stock Falta de control por tiempo de caducidad

de los productos

Afecta a

La empresa Los clientes Los proveedores Los trabajadores

El impacto asociado es

Debido a que la empresa maneja todos los movimientos manualmente no se lleva un control exacto, ya sea de entrada y de salida de productos.

Una solución adecuada sería

La automatización de los procesos más importantes dentro de la empresa, teniendo una BD actualizable y de fácil entendimiento para el mantenimiento de la misma y la generación de reportes.

Sentencia que define la posición del Producto

Para Gerente General y Socios Trabajadores de las distintas áreas de la

empresa Proveedores y clientes

QuiénesSon las personas encargadas de llevar a cabo los diferentes procesos que se automatizarán en la empresa.

El nombre del Producto Software Almacén Compra y Venta

QueGestiona procesos dentro de la empresa de acuerdo a los requerimientos de los usuarios.

No ComoDocumentos físicos que se registran manualmente

Nuestro producto

Ofrece un ambiente agradable para los procesos que se llevan a cabo en la empresa, además genera reportes y cuenta con información actualizada y de acceso rápido.

~ 31 ~


4.3 Identificación de los Stakeholders.-

Es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente habiendo 3 tipos usuarios (Gestión de ventas, Gestión compras, Gestión almacén entre los mas importantes).

A. Resumen de StakeHolders.

B. Resumen de Usuarios

Nombre Descripción Stakeholder

Gerente de la empresa

Responsable de los procesos que se tienen en la empresa, es el encargado de realizar el pago a todos sus trabajadores

Responsable de aperturar las gestiones de compra para el almacén ya que cada cotización tiene que ser aprobada

Gerente Administrativo

Vendedor Responsable del registro de los pedidos y documentos de venta

Responsable de Venta

~ 32 ~

Nombre Descripción Responsabilidad

Gerente Administrativo

Representante de la empresa y de todos los usuarios potenciales de esta.

El Stakeholders:Aprueba requisitos y funcionalidades del desarrollo del sistema.Representa a los usuarios posibles del sistema

Cesar Becerra Brown Jefe del Proyecto

Encargado recopilar todo los documentos, asignar tareas, conocimiento de los procesos de negocio y de la organización del proyecto.

Grace Moscoso Agurto

AnalistaEstudia la estructura de la empresa para la adecuación del proyecto a la misma.


que se realizan en la empresa

Almacenero

Responsable del registro de las guías ya sea de entrada o salidas de productos del almacén. También se encarga de la actualización del stock, del control del inventario.

Responsable de Almacén

TransportistaEs el encargado de que cada pedido sea entregado al cliente.

Responsable de entrega de pedidos.

C. Entorno de usuarios

Los usuarios tendrán un ámbito de acceso dentro del sistema de acuerdo a la función que cada uno cumple en la funcionalidad del sistema. Cada usuario tendrá una cuenta en la cual ingresará al sistema y podrá cumplir sus tareas.

Para interactuar con el sistema cada usuario deberá ingresar un nombre de usuario y contraseña. Después del loguin el sistema cargara el perfil y el nivel de seguridad Configurado para ese usuario.

4.4 Descripción Global del Software (Producto).-

4.4.1 Perspectiva del ProductoLa “Distribuidora San Nicolás” tiene la intención de mejorar la atención al cliente, la calidad de sus productos y agilizar los procesos dentro de la empresa, por ello se solicito la implementación de un software. Las áreas dentro de la empresa que abarcará el sistema son: Almacén, Compra y Venta, los procesos a automatizar serán los de generación de pedidos, emisión de documentos de ventas, generar reportes, control de los productos.

~ 33 ~


4.4.2 Resumen de Características

Beneficio del Cliente Características que lo apoyan

Rapidez en consultasUna Base de datos bien integrada con los campos necesarios y exactos

Registro de pedidos automatizadoInterfaz agradable y de fácil acceso para el vendedor

Generación Documentos de ventas ya sean facturas o boletas, emisión de reportes

Buena estructura de la BD y una POO (Programación Orientada a Objetos) con los estándares posibles.

4.5 RestriccionesEl precio presupuestado por la empresa debe estar acorde al costo del Proyecto.

En el proyecto deben estar plasmados todos los requerimientos de los usuarios. Cualquier modificación en los requerimientos hacer saber al Jefe Proyecto. La fecha estipulada para la entrega del proyecto no debe exceder más de una semana.

4.6 Procedencia y PrioridadSe tomarán en cuenta para la construcción y elaboración del proyecto lo siguiente:

A. Planificación

Identificar los procesos principales de la empresa Analizar los requerimientos de los usuarios para luego modelar estos

requerimientos. Establecer los objetivos a corto, mediano y largo plazo para el avance del

proyecto. Establecer un tiempo, en meses o año dependiendo de la complejidad del

proyecto, para la entrega del producto.B. Operación

Establecer los formularios con lo que se va a trabajar Tener datos reales para entrarlos al sistema.

~ 34 ~


4.7 Otros requisitos del Proyecto

4.7.1 Estándares Aplicables

El estándar que más se adapta nuestro proyecto es la Metodología RUP el cual está basado en componentes, dirigido por casos de uso, centrado en la arquitectura y es iterativo e incremental.

4.7.2 Requisitos del Sistema

La institución educativa además de cumplir con:

A) Hardware mínimo:

Ordenador: procesador Pentium IV.Memoria: 256 MB de Ram.Software necesario: .net Framework 2.0Sistema operativo: Windows XP.

B) Software mínimo:

La empresa deberá cumplir con las Licencias respectivas del SW.

4.7.3 Requisitos de Desempeño

Para obtener un buen rendimiento del SW, la empresa debe cumplir al menos con los requisititos mínimos del sistema. Además de contar con la capacitación adecuada para el manejo del producto.

4.7.4 Requisitos de Entorno

Para la Ejecución del sistema se necesitara un servidor activo, el cual permitirá la comunicación con los distintos clientes remotos del sistema.

4.8 Definición de reglas de Negocio.-

Propósito

El propósito de este documento es describir las políticas, normas, operaciones, definiciones y restricciones presentes en la empresa y que son de vital importancia para alcanzar sus objetivos misionales. El documento se centra en las múltiples reglas del negocio, explícitas o tácitas, que están establecidas en procesos, documentos, etc.

Definiciones

~ 35 ~


Las ventas al crédito se realizan hasta en 7 días y en dos pagos (cuota inicial y final)

A todos los usuarios se les dará privilegios x el tipo de cargo q tengan, estos privilegios no podrán ser modificados en ningún usuario.

Luego de ser entregado el pedido y ser firmada la guía d remisión por la conformidad de la entrega por el cliente, no se aceptan devoluciones, sólo si el producto llegase en mal estado se procederá hacer el cambio respectivo

Cada orden de compra registrada deberá ser aprobada por el administrador de compras, ya que cualquier tipo de exceso de pedido o perdida de este, estará bajo su responsabilidad

4.9 Modelo de caso de Uso de negocio.-

4.9.1 Modelo de Caso de Uso del negocio

A) Identificación del Objetivo del negocio

~ 36 ~


B) Identificación de los casos de uso del Negocio

C) Descripción de los casos de Uso del Negocio

Caso de Uso Descripción

Controlar Salida de productos

Involucra sub. Procesos tales como: Realiza guía de salidas de los productos. Tener actualizado el stock de acuerdo a lo que sale del almacén

Elaborar registro de ventasGestiona el proceso de registrar las proformas, elaborar las notas de pedidos y realiza la venta

Elaborar registro de ingreso de productos

Involucra el proceso de la compra de mercadería, se realiza la guía de entrada y la actualización del stock respectivamente

Liquidar ventaEste proceso involucra la cancelación de efectivo del pedido

~ 37 ~


D) Relación de los Objetivos G con los Casos de Usos del Negocio

E) Identificación de los actores del negocio

~ 38 ~


ACTOR DE NEGOCIO DESCRIPCIÓN

Uno de los actores principales ya que la empresa se encarga de la distribución de

los productos de ellos.

Actor principal ya que con el se inicia todo el

proceso.

F) Integración de los casos de uso de Negocio y actores de Negocio

~ 39 ~


4.10 Modelo de análisis del negocio

4.10.1 Especificación de los Casos de Uso del Negocio

ESPECIFICACION DEL CASO DE USO De Negocio“Elaborar registro de Venta”

1. Descripción del ProcesoProceso mediante el cual se registrará el pedido de cada cliente, para ésta labor el encargado será el vendedor.Actor: Vendedor.

2. Flujo Normal.a. El cliente solicita realizar un pedido.b. El vendedor revisa si los productos que solicita están disponibles.c. Una vez verificado el Stock se procede a realizar el pedido.d. El vendedor realiza la nota de pedido, luego se genera la boleta o factura de

acuerdo al cliente.

ESPECIFICACION DEL CASO DE USO De Negocio“Elaborar registro de Ingreso de Productos”

~ 40 ~


3. Descripción del ProcesoProceso mediante el cual el almacenero genera la guía de entrada de los productos.Actor: Almacenero.

4. Flujo Normal.a. El proveedor le entrega a almacén una guía de remisión.b. El almacenero se encarga de registrar todos los datos de la guía. c. Verifica los productos por categorías y se encargad e la actualización del stock.

ESPECIFICACION DEL CASO DE USO De Negocio“Controlar Salida de Productos”

5. Descripción del ProcesoProceso mediante el cual el almacenero genera la guía de salida de los productos.Actor: Almacenero – Transportista.

6. Flujo Normal.a. El almacenero revisa las notas de pedido que aun no han sido entregadas y genere

una guía de salida.b. El almacenero al transportista le entrega la guía de salida junto con una guía de

remisión, la boleta o factura, lo que el cliente haya solicitado.

c. Una vez entregado todo esto al transportista el almacenero verifica que la actualización del stock se haya realizado.

ESPECIFICACION DEL CASO DE USO De Negocio“Liquidar venta”

7. Descripción del ProcesoProceso mediante el cual el transportista le entrega al cajero las facturas y el dinero que haya recolectado durante la entrega de pedidos.Actor: Transportista - Cajero

8. Flujo Normal.a. El transportista juntas todas las facturas que hayan sido entregadas. b. El cajero recepciona las facturas y pasa a realizar la cancelación (efectivo) del

pedido

4.10.2 Identificación de los Trabajadores del Negocio

~ 41 ~


4.10.3 Descripción de los trabajadores del negocio

4.10.4

Identificación de las entidades del Negocio.-

~ 42 ~

Trabajadores del Negocio Descripción

Vendedor Responsable de registrar proformas, pedidos.

AlmaceneroResponsable de generar ordenes de compra, guías de entrada como de salida, verifica las actualizaciones del Stock, revisa el inventario.

TransportistaResponsable de entregar los pedido y realizar el cobro a los clientes

CajeroResponsable de registrar las cancelaciones de los pedidos.


4.10.5 Realización de los caso de uso del negocio

~ 43 ~


~ 44 ~


4.10.6 Diagramas de actividades

Elaborar registro de venta

~ 45 ~


~ 46 ~


Elaborar registro de Productos

~ 47 ~


~ 48 ~


Salida de Productos del Almacen

~ 49 ~


Generar Consulta

~ 50 ~


~ 51 ~


4.10.7 Diagrama de Objetos del negocio

~ 52 ~


CAPITULO 5 MODELO DE REQUERIMIENTOS

~ 53 ~


5.1 Descripción de Requerimientos Funcionales

N° CASO DE USO

RF 01 Registrar doc. de compra

RF 02 Registrar nueva línea de productos

RF 03 Registrar nuevos proveedores

RF 04 Registrar nuevos clientes

RF 05 Generar nota de pedido

RF 06 Registrar entrada de productos a almacén

RF 07 Generar doc. De venta

RF 08 Reparto de ventas diarias

RF 09 Eliminación del pedido de ventas

RF 10 Informe del inventario

RF 11 Reparto de recolección de mercadería

RF 12 Reparto de liquidación de mercadería

RF 13 Informe sobre fecha de caducidad del producto

RF 14 Consulta de producto por línea y articulo

~ 54 ~


5.2 Descripción de Requerimientos No Funcionales

Restricciones a los servicios o funciones ofrecidos por el sistema

Nº Requerimiento Descripción

RN01 USABILIDAD

Debe ser fácil de usar. Con ayudas e interfaces intuitivas para evitar complicaciones

Las tareas deben estar muy bien distribuidas para cada usuario del sistema.

RN02 SEGURIDAD

El ingreso al sistema estará restringido bajo contraseñas cifradas y usuarios definidos.

El acceso y uso de la información del sistema en su totalidad es un privilegio único para el Director.

RN04 MULTIPLATAFORMAEl sistema deberá funcionar en distintos tipos de sistemas operativos y plataformas de hardware.

RN05 RENDIMIENTO

El sistema debe soportar el manejo de gran cantidad de información durante su proceso.

Las consultas de información de cualquier tipo dentro del sistema, deberán realizarse de manera veloz.

RN06 DESEMPEÑOEl sistema no presentara problemas para su manejo e implementación.

RN07 FUNCIONABILIDAD

Usar la plataforma Visual Studio .NET y el gestor de base de datos Oracle

Al trabajar con Visual Studio 2005 la empresa tendrá que comprar las licencias de este producto.

RN08 OtrosEl sistema no debe ser demasiado pesado.-Los tiempos de carga deben ser mínimos.

5.3 Descripción de los actores del sistema

~ 55 ~


Actor Justificación

VendedorResponsable del registro de los pedidos que se realicen hacia la empresa. Encargado de realizar los cobros.

Almacenero Responsable de controlar el ingreso y salida de los productos

Transportista Responsable de entregar los pedidos a los clientes

Cliente Proporciona datos según lo que requiera el proceso de venta.

Gerente Responsable de la aprobación de las órdenes de compra.

5.4 Descripción de los casos de uso

Nro. Case de Uso Descripción

CU001 Registrar PedidoEl cliente solicita los productos y pasan a ser registrados en el sistema

CU002 Registrar Cliente Se podrá registrar a nuevos clientes

CU003Registrar Productos Nuevos

Se podrá registrar nuevos productos

CU004Consultar nota de pedido

Se podrá visualizar todos los pedidos realizados.

CU005Emitir doc. De venta

Permite realizar la boleta o factura del pedido.

CU006Reportar el inventario

Permite ver el inventario del mes

CU007Consultar ventas por cliente

Se podrá listar las ventas que se le realizo a un cliente

CU008Registrar nuevas marcas

Permite registrar nuevas marcas de productos

CU009 Registrar categorías

Permite registrar las categorías de los productos

~ 56 ~


CU010Consultar fecha de caducidad de los productos

Se podrá visualizar los productos que ya estén por vencer para que sean vendidos rápidamente

CU011Registrar salida de mercadería

Permite controlar todos los productos que salgan del almacén

CU012Consultar Stock de almacén

Permite ver la cantidad de productos que estén en almacén

CU013Registrar nueva marca de productos

Permite registrar nuevas marcas de productos que ingresen al almacén.

5.5 Integración de los casos de uso y actores

5.5.1 Acceso al sistema

5.5.2 Ingreso de pedido

~ 57 ~


~ 58 ~


5.5.3 Reparto y Cobranza

~ 59 ~


5.5.4 Consultar procesos de ventas

~ 60 ~


5.5.5 Ingreso de Productos al almacén

~ 61 ~


~ 62 ~


5.5.6 Inventario

~ 63 ~


~ 64 ~


5.5.7 Consultas del proceso de almacen

~ 65 ~


~ 66 ~


5.6 Especificación de los casos de Uso del Negocio

Especificación del caso de uso“Ingreso de Pedido”

1. Descripción

Permite realizar la nota de pedido, de un cliente

Actor: Auxiliar de ventas

2. Requerimientos Funcionales

RF05 – Generar nota de pedido

3. Flujo Básico:

a) Seleccionar clientes.b) Registrar cliente si es nuevoc) Seleccionar productosd) Seleccionar el tipo de pagoe) Seleccionar el tipo de documentof) El sistema guardara la información en la base de datos.

4. Flujo Alternativo ()

5. PRE-Condición.

1. Identificación del Usuario (User y password).2. Identificación del Cliente3. Contar con los productos deseados

6. Post-Condiciones

~ 67 ~


Formulario: Nota de Pedido

~ 68 ~


Especificación del caso de uso“Generar documento de Venta”

1. Descripción

Permite realizar el documento de venta de una nota de pedido, puede ser una boleta o una factura.

Actor: Auxiliar de ventas


RF07 – Generar Doc. De Venta.

3. Flujo Básico:

a) Verifica las notas de pedido pendientesb) Genera el doc. de venta.c) Imprime la boleta o factura según el requerimiento del cliented) Envía el documento hacia almacén para que este pedido sea realizado.

4. Flujo Alternativo (errores y excepciones)a) No se genera un documento de venta a un mismo numero de nota de pedido

5. PRE-Condición.

1. Identificación de la nota de pedido2. Identificación del cliente

6. Post-Condiciones

3. Actualización del Stock

Formulario: Generar doc. De Venta

~ 69 ~


Especificación del caso de uso“Ingreso de Productos al almacén”

1. Descripción

Permite mantener un control de los productos que entran y salen del almacén

Actor: Almacenero


RF06 - Registrar entrada de productos a almacén

3. Flujo Básico:

a) Recepción de la guía de remisión

b) Verificar con la orden de compra si esta correcto el pedido

c) Registra los productos entrantes al almacén

d) Verificar las fechas de caducidad y el estado del producto.

e) Verifica que los productos ya estén registrados en la base de datos

f) Registra nuevos productos

g) Separa los productos por categoría

~ 70 ~


h) Registra si hubiesen nuevas categorías

i) Grabar la guía de entrada.


5. PRE-Condición.

1. Identificación del proveedor2. Identificación de los productos

6. Post-Condiciones

1. Actualización del Stock

Formulario: Orden de Compra

~ 71 ~


Especificación del caso de uso“Generar Reporte de Inventario”

1. Descripción

Permite a la empresa realizar un control sobre los productos que se tienen en la empresa.

Actor: Almacenero


RF10 – Informe del Inventario

3. Flujo Básico:

a) Ingresa al sistemab) Verifica que el reporte sea conforme con lo que se tiene en almacénc) Imprimir reporte


5. PRE-Condición.

1. Identificación de los productos

6. Post-Condiciones

1. Verificar el Stock el almacén físico, con el del reporte

Formulario: Inventario

~ 72 ~


~ 73 ~


Especificación del caso de uso“Registrar Cliente”

1. Descripción

Permite registrar nuevos clientes para la empresa,

Actor: Auxiliar de ventas, Cliente


RF04 – Registrar nuevos clientes

3. Flujo Básico:

b) Se verifica que el cliente aun no este registrado

c) Se solicita los datos del cliente

d) Se genera un código al cliente

e) Se ingresan los datos importantes como nombre, dirección, nombre de la empresa, distrito, etc.

f) Se registra el cliente

4. Flujo Alternativo (Errores y excepciones)

- Si el cliente esta registrado no se graba el proceso

5. PRE-Condición.

1. Identificación del cliente

6. Post-Condiciones

~ 74 ~


Formulario: Mantenimiento Cliente

~ 75 ~


CAPITULO 6

MODELO DEL ANÁLISIS

~ 76 ~


~ 77 ~


Sub-Paquetes de Ventas

Sub-Paquete de Almacen

~ 78 ~


6.1 Elementos del analisis

6.1.1 Realizacion del caso de uso: Ingresar Pedido

~ 79 ~


6.1.2 Diagrama de Colaboracion: RA_Ingresar_Pedido

~ 80 ~


6.1.3 Realizacion del caso de uso: Registrar salida de productos

6.1.4 Diagrama de Colaboracion: RA_Registrar_Salida_Productos

~ 81 ~


6.2 Elaboracion del modelo Conceptual

6.3 Elaboracion del modelo Logico de la Base de Datos

~ 82 ~


~ 83 ~


~ 84 ~


CAPITULO 7

MODELO DE DISEÑO

~ 85 ~


7.1 Elaboracion del modelo Logico

Se identifican todas las clases que conformarán una clase persistente en el Modelo Físico, a través de un diagrama de clases; indicando las relaciones entre las mismas, la multiplicidad, atributos (considera los campos que tendrá cada tabla en el modelo físico)

7.2 Elaboracion del Diccionario de Datos

R_DISTRITONombre del Campo Descripción Tipo de Texto

Cod_dis Código de Distrito Varchar(7)

Nom_dis Nombre de Distrito Varchar(50)

R_CLIENTENombre del Campo Descripción Tipo de Texto

Cli_cod Código de Cliente char(7)

Cli_nom Nombre de Cliente Varchar(50)

Cli_emp Nombre de Empresa Varchar(100)

Cli_ape Apellido de Cliente Varchar(100)

Cli_dir Dirección de Cliente Varchar(100)

Cli_dis Distrito de Cliente Varchar(7)

Cli_tel Teléfono de Cliente Varchar(15)

Cli_ruc RUC de Cliente Varchar(15)

Cli_DNI DNI de Cliente Varchar(25)

Pas_cli Contraseña de Cliente Varchar(15)

~ 86 ~


R_CATEGORIA

Nombre del Campo Descripción Tipo de Texto

Cod_cat Código de Categoría Varchar(7)

Nom_cat Nombre de Categoría Varchar(50)

R_MARCA


Cod_mar Código de Marca Varchar(7)

Nom_mar Nombre de Marca Varchar(50)

R_PROVEEDOR


Cod_pro Código de Proveedor Varchar(7)

Nom_pro Nombre de Proveedor Varchar(50)

Dir_pro Dirección de Proveedor Varchar(100)

Tel_pro Teléfono de Proveedor Varchar(10)

Ruc_pro RUC de proveedor Varchar(11)

Cod_dis Código de Distrito Varchar(7)

Iml_pro Mail del Proveedor Varchar(30)

Noe_pro Nombre de Encargado Varchar(100)

~ 87 ~


R_PRODUCTO


Cod_prd Código de Producto Varchar(7)

Nom_prd Nombre de Producto Varchar(100)

Uni_prd Unidad de Medida Varchar(100)

Pre_prd Precio de Producto Number (8,2)

Sto_prd Stock de Producto number

Stm_prd Stock mínimo del Producto number

R_AREA


Cod_are Código de Area Varchar (7)

Nom_are Nombre de Area Varchar(50)

R_CARGO


Cod_carg Código de Cargo Varchar (7)

Nom_Carg Nombre de Cargo Varchar(50)

R_EMPLEADO


Cod_emp Código de Empleado Varchar(7)

Ape_emp Apellido de Empleado Varchar(100)

Nom_emp Nombre de Empleado Varchar(50)

Dir_emp Dirección de Empleado Varchar(100)

Dni_emp DNI de Empleado number

~ 88 ~


Tel_emp Teléfono de Empleado number

Mail_empleado Correo de Empleado Varchar(30)

Pass_emp Contraseña de Empleado Varchar(15)

R_TRANSPORTE


Cod_tra Código de Transporte Varchar(7)

Nro_tra Numero de Transporte Varchar(20)

Mar_tra Marca de Transporte Varchar(50)

Año_tra Año de Transporte number

R_LISTA_REPARTO


Cod_rep Código de Reparto Varchar(7)

Fec_rep Fecha de Reparto Date

R_NOTACOMPRA


Num_com Numero de Compra Varchar(7)

Fec_com Fecha de Compra Date

Tot_com Total de Compra Numeric(8,2)

Igv_com IGV de Compra Numeric(8,2)

Est_com Estado de Compra Activo-Inactivo Char(1)

~ 89 ~


R_TIPOPAGO


Cod_tip Código del Tipo de Pago Varchar(7)

Des_tip Descripción del Tipo de Pago Varchar(10)

R_NOTAVENTA


Num_ven Numero de Venta Varchar(7)

Fec_ven Fecha de Venta Date

Fcc_ven Fecha de Cobro de Venta Date

Tot_ven Total de Venta Numeric(8,2)

Igv_ven IGV de Venta Numeric(8,2)

Des_ven Descuento de Venta Numeric(8,2)

Tip_ven Tipo de Venta Char(1)

Nro_ven Numero de Venta Varchar(15)

Est_ven Estado de Venta Char(1)

Esc_ven Cancelado 1 por Cancelar 0 Char(1)

R_GUIA


Num_gui Numero de Guia Varchar(7)

Fec_guia Fecha de Guia Date

Tip_gui Tipo de Guia Char(1)

Num_doc Numero de Documento Varchar(15)

~ 90 ~


Tip_doc Tipo de Documento Char(1)

Sub_tot Subtotal Numeric (8,2)

Igv_gui Igv de Guia Numeric (8,2)

Tot_guia Total de Guia Numeric (8,2)

Cod_rem Codigo de Repartidor Empleado Varchar(7)

R_PROFORMA


Num_prf Numero de Proforma Varchar(7)

Fec_prf Fecha de Proforma Date

~ 91 ~


7.3 Elaboracion del Modelo Fisico

~ 92 ~


7.4 Diagrama de Componentes de Modelo 3 Capas

7.4.1 Capa de Presentación (Aplicación).-

Es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso. Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.

7.4.2 Capa de negocio:

Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.

7.4.3 Capa de datos:

Es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.

~ 93 ~


Diagrama de componentes en 3 Capas

~ 94 ~


7.5 Diagrama de componentes

a) Capa Presentación.-El área de color rojo incluye a los usuarios, todos los componentes que

son “vistos” (botones, listas, imágenes, cuadros, etc.)

|

~ 95 ~


b) Capa Lógica de NegocioLos flujos de trabajo (workflows), las entidades (tablas de la base de datos representadas en tablas) y uno que otro componente adicional.

Capa Entidad

~ 96 ~


~ 97 ~


Capa Lógica

~ 98 ~


c) Capa Datos.-Los DLL para ejecutar consultas a la base de datos y los agentes en caso

usemos algún WebServices.

7.6 Capa de Diseño (Descripción de los Paquetes)

Caso de Uso( Form) Objetivo/Descripción

Modulo Compras

Registrar Proveedores Permite almacenar información de los proveedores.

~ 99 ~


Orden de Compra Registra las compras necesarias para el almacén.

Guía de Entrada Recepción de los productos que ingresarán al almacén.

Modulo Almacén

Registrar Productos Permite almacenar información de los productos.

Kardex Muestra el stock de los productos.

Reporte de Inventario Muestra el stock de todos los productos del almacén.

Modulo Ventas

Registrar Clientes Permite almacenar información de los clientes.

Guía de salida Registra los productos que saldrán por una venta.

Documento de Venta Registra los productos salientes de una venta.

Cancelación de Doc. Registra los documentos que ya fueron pagados.

Pro forma Genera una lista de posibles ventas según el cliente.

Lista de Reparto Lista los productos que se deben entregar al cliente.

Lista de Cobranza Lista los clientes a los que se les debe cobrar por venta.

Modulo Administración

Registro de Empleados Permite almacenar información de los trabajadores.

7.7 Relación de los casos de uso del diseño

7.7.1 Diagrama de Secuencia

Almacén

~ 100 ~


~ 101 ~


Ventas

~ 102 ~


~ 103 ~


CAPITULO 8

IMPLEMENATACIÓN

8.1 Implementación

La implementación es la etapa donde efectivamente se programa el sistema.

8.2 Modelo de implementación y despliegue

~ 104 ~


La estrategia tradicional de utilizar aplicaciones compactas causa gran cantidad de problemas de integración en sistemas software complejos como pueden ser los sistemas de gestión de una empresa o los sistemas de información integrados consistentes en más de una aplicación. Estas aplicaciones suelen encontrarse con importantes problemas de escalabilidad, disponibilidad, seguridad, integración

Para solventar estos problemas se ha generalizado la división de las aplicaciones en capas que normalmente serán tres: una capa que servirá para guardar los datos (base de datos), una capa para centralizar la lógica de negocio (modelo) y por último una interfaz gráfica que facilite al usuario el uso del sistema

~ 105 ~


CAPITULO 9 CONCLUSIONES Y RECOMENDACIONE

9.1 Conclusiones

Este proyecto será de gran ayuda para la empresa y a sus colaboradores que gracias a ellos conseguimos la documentación que necesitábamos para conocer a fondo la empresa, y poder tener una visión general de las necesidades que tenían los trabajadores de diversas áreas.

Durante el análisis de los procesos que tenia la empresa, hemos mejorado en algunos puntos clave los movimientos que tenían los trabajadores haciendo más concreto y menos complicadas sus labores por ello tenemos la visión de que la empresa agilizara y producirá mayores ventas en un mediano-largo plazo.

~ 106 ~


Para seguir con la jerarquía que viene llevando la empresa, hemos generado los usuarios en el mismo nivel jerárquico para q así no existan cambios bruscos entre las actividades cotidianas de los trabajadores que manejen este sistema.

Esperamos haber contribuido con la empresa y con estas personas emprendedoras que han ido surgiendo poco a poco con su constancia y optimismo para lograr hacer bien las cosas.

9.2 Recomendaciones

La investigación realizada y sus conclusiones nos permiten hacer las

siguientes recomendaciones:

Capacitar a los usuarios para el adiestramiento en el uso del software.

Continuar el desarrollo de futuras versiones del software para

complementar los procesos de negocio y así contar con los datos de

toda la empresa de forma centralizada.

~ 107 ~


El software en el que ha sido diseñado el sistema pertenece a la familia

Microsoft por ende se recomienda ejecutarlo en un entorno Windows.

Cada usuario del sistema debe mantener en secreto su usuario y su

clave.

Se recomienda crear copias de seguridad y dar mantenimientos a las

tablas periódicamente.

~ 108 ~


CAPITULO 10

Bibliografía

10.1 Bibliografía

Documentación recolectada en la Distribuidora San Nicolás

http://msdn.microsoft.com/es-es/library/default.aspx

(Consultas para componentes o herramientas Vs 2005)

http://www.docirs.cl/arquitectura_tres_capas.htm

(Soluciones en arquitectura de tres capas)

~ 109 ~


ttp://es.wikipedia.org/wiki/Arquitectura_de_tres_niveles

(Especificación de Arquitectura en capas)

http://merinde.rinde.gob.ve/index.php

(Metodología y Desarrollo de software)

http://eisc.univalle.edu.co/materias/ds2/material.htm

(Desarrollo de Software)

~ 110 ~


CAPITULO 11

Glosario

11.1 Glosario

Arquitectura en capas:Estilo de programación en el que el objetivo primordial es la separación

de la lógica de negocios de la lógica de diseño.

Análisis: Etapa de construcción de un sistema informático, releva información

actual.

Aplicaciones: Es un tipo de programa informático diseñado para facilitar al usuario la

realización de un determinado tipo de trabajo.

Base de datos: Es un conjunto de datos relacionados que son almacenados.

Caso de Uso

~ 111 ~


Representación de un proceso de negocio. Representa el modelo de dialogo entre un actor y el sistema.

ClaseDescripción de un grupo de objetos con atributos, conducta y

relaciones comunes.

ClienteEl cliente son las personas naturales o jurídicas.

Diagrama de Caso de UsoGrafica que representa algunos o a todos los actores, casos de uso y

sus interacciones.

Diagrama de ClasesGrafica que permite visualizar algunas o todas las clases de un modelo.

Interfaz: Es el medio con que el usuario puede comunicarse con una máquina.

Lenguaje de Programación: Herramientas que permiten crear programas y software.

Módulo: Es un componente auto controlado de un sistema.

Pronóstico: Predicción basándose a análisis y consideraciones.

Plataforma: Se constituye un hardware, sobre el cual un software puede ejecutarse.

RUP: Descripción sobre los fundamentos del proceso unificado

Reportes: Medio para difundir información consolidada.

Stakeholders: Participante de un proceso.

Sistema Informático:

~ 112 ~


Es el conjunto de hardware, software y de un soporte humano.

Transacción: Es un conjunto de órdenes que se ejecutan formando una unidad de

trabajo

UML: Lenguaje de modelado de sistemas de software.

~ 113 ~


CAPITULO 12

MANUAL DE USUARIO

Manual del Sistema

1.- Ingreso de código y contraseña

El primer formulario a cargar y mostrarse es el Login donde deberá digitar su código y contraseña, luego presione aceptar.

~ 114 ~


2.- Menú Principal

Al iniciar se mostrara los datos del usuario que a ingresado y según su cargo se le asignaran sus

Respectivas entradas, elija la acción que desee realizar a continuación colocando el puntero del

Mouse sobre el botón al cual representa y dándole un clic izquierdo.

3.- Botones de Ayuda

Es un botón de ayuda, al presionar “F5” nos enviara a un formulario para facilitarnos la búsqueda del Código requerido.

Es un botón de ayuda, al presionar “F6” nos enviara a un formulario para facilitarnos la búsqueda del código requerido.

Este botón limpia todas las casillas para el ingreso de nuevos datos.

Este botón guarda todos los datos escritos y seleccionados por el usuario.

Son botones de selección, al hacerle clic se activa el punto verde que quiere decir que ha seleccionado esa opción.

Este botón nos permite imprimir la lista de datos que se requiere.

~ 115 ~


Transacciones

Pro forma

Este formulario es el documento en que se indica el precio que tendría que pagar y en qué condiciones se va a realizar la venta de la mercancía.

Nota de Pedido

Este es el comprobante que se da al cliente, indicando descripción, cantidad, precio, forma de pago y fecha de entrega.

~ 116 ~


Documento de Venta

Cancelación de Documento de Venta

Tenemos 2 formas de cancelar un documento de venta los cuales son:

Al Contado

~ 117 ~


Al Crédito

Orden de Compra

En este documento se formalizan los acuerdos comerciales que se tienen con los proveedores.

~ 118 ~


Guía

En este documento se justifica la entrega del producto al cliente, se puede elegir

en el tipo de documento entre factura y boleta.

~ 119 ~


Listados

Lista de Notas de Venta

Aquí tenemos la opción de buscar ingresando el nombre del cliente y seleccionando el rango

de fechas entre las cuales buscar el documento de venta.

~ 120 ~


Lista de Cobranza

Aquí tenemos la opción de buscar la lista de cobranza por el código del Transportista o Vendedor.

~ 121 ~


Lista de Clientes por Vendedor

Aquí podemos ver la lista de clientes por cada vendedor, ingresando el código del vendedor.

~ 122 ~


Inventario

Aquí podemos ver y editar el stock de todos los productos por nombre, marca y categoría.

Listado de Guías

Aquí podemos buscar las guías almacenadas entre un rango de fechas a elegir.

~ 123 ~


Lista de Reparto

Aquí podemos ver la lista de reparto según distrito a elegir.

~ 124 ~


Mantenimientos

Mantenimiento de Clientes

Aquí podemos agregar y modificar los datos personales de los clientes.

~ 125 ~


Mantenimiento de Productos

Aquí podemos agregar nuevos productos así como editar los mismos.

~ 126 ~


Mantenimiento de Proveedor

Aquí podemos agregar nuevos proveedores así como modificar los mismos.

~ 127 ~


Mantenimiento de Categoría

Aquí podemos agregar una nueva categoría y modificar las mismas.

Mantenimiento de Marca

Aquí podemos ingresar una nueva marca así como también editar las mismas.

~ 128 ~


Consultas

Ventas por Cliente

Aquí podemos ver todas las ventas realizadas a un cliente.

Ventas por Vendedor

Aquí podemos ver todas las ventas realizadas por un vendedor.

~ 129 ~


Consulta de Ventas por Día

Aquí podemos ver todas las ventas realizadas en un día.

Kardex

~ 130 ~

proyecto de implementación de un sistema

Documents