AvanceTrabajoFinal IngStw 3 Copia

30

de

Ma

yo

de

20

13

Universidad Tecnológica del PerúIng. de Software

1

INDICE GENERAL

CAPITULO I: AREA DE ESTUDIO

1.1 Razon social y rubro…………………………………………………………………………………………….….……...021.1.1 Razon Social…………………………………………………………………………………………….….……….021.1.2 Rubro…………………………………………………………………………………………………….…………….021.1.3 Vision………………………………………………………………………………………………..…….….……….021.2 Organización del área de estudio…………………………………………………………………………….……....031.3 Determinacion del problema………………………………………………...………………….…………….……...041.3.1 Descripcion del proceso principal materia de estudio……………………………………….….041.3.2 Definicion del problema……………………………………………………………….……………..……….061.3.3 Propuesta de solucion……………………………………………………………………………………….….061.4 Objetivos de la Organizacion…………………………………………………………………………………….……...061.5 Obejtivos del ususario………………………………………………………………….…………………………….…....06CAPITULO II: INVESTIGACION PRELIMINAR

2.1 Objetivos del Proyecto…………………………………………………………………………………..……….…………062.1.1 Objetivos Generales…………………………………………………………………………………………....062.1.2 Obejtivos Especificos………………………………………………………………………………………..…..06

2.2 Lista de usuarios participantes………………………………………………………………………………….…….….072.3 Estudio de factibilidad………………………………………………………………………………….……………..……..07

2.3.1 Factibilidad Tecnica…………………………………………………………………………………..……..…..072.3.2 Factibilidad Operativa …………………………………………………………….……………………..…….082.3.3 Factibilidad Economica ………………………………………………………………………………….….….09

2.4 Analisis Costo Beneficio…………………………………………………………………………………………………..….102.5 Cronograma de actividades…………………………………………………………………………..……………….……12

CAPITULO III: ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE

3.1 Modelado del negocio……………………………………………………………………………………..…..…………..…133.1.1 Diagrama de caso de uso……………………………………………………………………………………....133.1.2 Especificacion de los casos de uso……………………………………………………………….……..….13

3.2 Especificacion de requisitos……………………………………………………………………………………..…..….….283.2.1 Tecnicas y Herramientas para la identificación de requisitos………………………………....283.2.2 Especificacion de requisitos funcionales………………………………………………………….……..333.2.3 Especificacion de requisitos no funcionales.…………………………………………………….……..413.2.4 Especificacion de requisitos de información…………………………………………………….……..46

CAPITULO IV: MODELADO DEL PROYECTO

4.1 Diagrama de clases………..…………………………………………………………………………………..…..……………524.2 Diagrama de secuencias.…..………………………………………………………………………………..…..……………534.3 Diagrama de colaboracion..………………………………………………………………………………..…..….…………574.4 Diagrama de estados…...…..………………………………………………………………………………..…..……………624.5 Diagrama de actividad….…..………………………………………………………………………………..…..……………644.6 Modelo Entidad – Relacion…………………………………………………………………………………………………….64

CAPITULO V: DOCUMENTACION TECNICA

4.1 Manual de usuario………..…………………………………………………………………………..………..…..……………65CAPITULO V:

Conclusiones……………………………………………………………………………………………………………..……………………….…69CAPITULO VI:

Recomendaciones……………………………………………………………………………………………………..……………….…………70

30

de

Ma

yo

de

20

13


2

FUNDAMENTOS TEÓRICOS

Introducción

CARVIMSA desde 1999, ofrece al mercado peruano soluciones de empaque en cartón corrugado, practicando una disciplina administrativa y control de costos. Nos enfocamos en el cumplimiento, seguridad de entrega y un aporte técnico profesional para nuestros clientes.

1. AREA DE ESTUDIO1.1. Razon Social y Rubro

1.1.1. Razón Social: CARTONES CARVIMSA VILLA MARINA S.A

1.1.2. Rubro:Comercial.

1.1.3. Misión:Somos una empresa orientada a la solución rentable y personalizada de envases de cartón corrugado para nuestros clientes, sobre la base del desarrollo humano y una actitud positiva frente al cambio.

1.1.4. Visión:Trabajamos con una visión corporativa de manera que en el plazo de cinco años habremos alcanzado:El liderazgo en servicio al cliente y en la solución integral de sus necesidades de envases.Una sólida y creciente presencia en el mercado agroindustrial.La consolidación de nuestro crecimiento y participación en el segmento domestico del mercado nacional de envases de cartón corrugado.

1.1.5. Fecha de Creación:07/04/1999

1.1.6. RUC:20424964990

1.1.7. Sector Económico de Desempeño:Fabricación de Envases de Papel y Cartón.

30

de

Ma

yo

de

20

13


3

1.2. Organización del área de Estudio1.2.1. Organigrama

GerenciaGeneral

Departamento Comercial

Jefe de Ventas

Vendedor

Transporte

Departamento Administrativo

Administrador

Secretaria

Departamento de Personal

Jefe de Recursos Humanos

Secretaria

Departamento Logístico

Jefe de Compras

Secretaria

Jefe de Almacén

Ayudante

Control

30

de

Ma

yo

de

20

13


4

1.3. Determinacion del Problema1.3.1. Descripcion del Proceso Principal materia de estudio Área Logística

30

de

Ma

yo

de

20

13


5

Área de Ventas

30

de

Ma

yo

de

20

13


6

1.3.2. Definicion del ProblemaLa empresa realiza sus procesos manuales en su mayoría lo cual hace que todos sus procesos sean lentos y difíciles

Registro de los productos hecho en Excel lo cual lo hace ineficiente y propenso a fallos humanos.

Control de almacen es manual y los registros de entradas y salidas de cada producto están mezclados.

No suelen saber a que Nro de pedido van los productos. Notas de pedido manuales.

1.3.3. Propuesta de Solucion Se propone el desarrollo de un software para llevar los registros de almacen y

los productos como también estar pendiente de los pedidos que se realicen y se reciban , para asi tener un mejor manejo de la información haciendo estas áreas mas eficientes y rápidas.

1.4. Objetivos de la Organización Ser una empresa apoyada en Tics Mejorar la velocidad de los procesos. Mayor rapidez y certeza en la toma de decisiones. Modernizar los procesos mediante tecnologías de Información. Detectar y minimizar errores en los procesos. Hacer proyecciones de ventas e ingresos.

1.5. Objetivos del Usuario Controlar entradas y salidas en el almacen rápidamente. Ubicar y codificar productos sin errores. Llevar un mejor control de pedidos Gestionar rápidamente las ordenes de compra

2. Investigacion Preliminar2.1. Objetivos del Proyecto

2.1.1. Objetivo General Desarrollar e implantar un nuevo sistema para el área de Logística y Ventas

para la empresa Carvimsa.

2.1.2. Objetivos Especificos Registrar toda la información correspondiente a clientes, productos, personal,

entradas y salidas de almacén, proveedores, requerimientos.

30

de

Ma

yo

de

20

13


7

Autenticar usuarios permitiendo diferentes niveles de acceso para uso del sistema.

Registrar pedidos de los clientes. Modificar pedidos de los clientes, ventas, requerimientos, personal,

proveedores y productos. Eliminar pedidos de los clientes, ventas, requerimientos, personal,

proveedores y productos. Visualizar, descargar, consultar información de los clientes, ventas,

requerimientos, personal, proveedores y productos. Realizar cálculos precisos al realizar las ventas Validar pedidos por el coordinador de logística. Registrar automáticamente fecha, hora, y usuario que realice cualquier

evento en el sistema(registrar, modificar, eliminar, descargar) Apertura y cierre de caja diaria para verificar ventas del día.

2.2. Lista de Usuarios Participantes Coordinador Administrativo Coordinador de Logística Coordinador de Almacén Colaborador de ventas

2.3. Estudio de Factibilidad2.3.1. Factibilidad Tecnica

2.3.1.1. Equipo Humano (personal) Jefe de Proyecto: encargado de definir el proyecto y evaluar sus

necesidades, redactar las especificaciones del proyecto, calcular el costo del proyecto, contratar al equipo de producción, realizar un seguimiento e informes del progreso del proyecto (en términos de calidad, costo y plazos de entrega).

Analista: encargado de planificar la actividad o trabajo de análisis y diseño de sistemas, organizar a todos los elementos que intervienen en el proyecto (técnicos de análisis y diseño, programadores, usuarios, equipamiento, etc.), escoger (o diseñar) y utilizar los métodos, técnicas y herramientas más adecuadas para el desarrollo del trabajo del colectivo.

Diseñador: encargado de diseñar Programador: encargado de trasladar las especificaciones del

analista en código ejecutable para la computadora. Dichas

30

de

Ma

yo

de

20

13


8

especificaciones se recogen de los documentos elaborados por el analista.

Usuario: tiene un papel muy importante dentro de la simulación de mecanismos ya que son necesarias para la retroalimentación del sistema e información.

2.3.1.2. Hardware Laptop Toshiba (Existente). PC de escritorio Pentium IV (Existente). Impresora matricial Epson (Existente). Internet por modem USB (Existente). Adaptador USB-Ethernet (Adicional). Router Inalambrico (Adicional). Red LAN (Adicional).

2.3.1.3. Software SO Windows (Existente). Antiviros NOD32 (Existente). Paquete de programación: JAVA Web de Oracle “NetBeans”

(Adicional). Gestor de Base de Datos: MySQL. (Adicional)

2.3.2. Factibilidad Operativa Aceptabilidad de la solución: el coordinador de logística podrá gestionar

los requerimientos de mercaderías, el coordinador de administrativo gestionara al personal, proveedores, clientes, y los reportes, el colaborador de ventas podrá gestionar las ventas y registrar sus pedidos y el colaborador de almacén podrá realizar su Kardex, y gestionar los productos. Todo esto sin ninguna dificultad porque recibirán una breve capacitación acerca del buen uso del sistema.

Operación Garantizada: Se realizaran pruebas en campo con el usuario final, para resolver dudas, así mismo una capacitación resumida del sistema elaborado; y estando de acuerdo el usuario y cliente con el nuevo sistema, se procederá a instalar el software a beneficio de la empresa CARVIMSA sede Arequipa.

Existe comunicación: Actualmente si existe el apoyo por parte del administrador y del usuario para poder sopesar las incógnitas con las respuestas.

30

de

Ma

yo

de

20

13


9

Miden la urgencia del problema: Actualmente la empresa cuenta con un servicio muy deficiente y obsoleto con respecto al control de la mercadería (Kardex), y las órdenes de compra; por lo que se ha visto necesario la instalación del nuestro programa de software con respecto al proceso de logística y ventas.

2.3.3. Factibilidad Economica2.3.3.1. Costo Hardware:

Adaptador USB-Ethernet (Adicional). S/. 20.00 Router Inalámbrico (Adicional). S/. 60.00 Red LAN (Adicional). S/. 200.00 Conexión a internet “banda ancha”(Opcional) S/. 140.00 Servidor i3 (Opcional) S/. 800.00El costo en Hardware varía, considerando tres alternativas:1. Utilizando sólo el modem de internet actual y sin considerar el

servidor, tomando en cuenta la PC existente para este fin. S/. 280.002. Utilizando el modem de internet actual y el servidor. S/. 1060.003. Sin utilizar el modem de internet actual. S/.1200.00

2.3.3.2. Costo Software:Se utilizará software libre, para minimizar los costoas de inversión.

2.3.3.3. Costo Personal: Jefe Proyecto S/. 1000.00 (6 meses) Analista S/. 1000.00 (2 meses) Diseñador S/. 1000.00 (1 meses) Programador S/. 1000.00 (3 meses)El personal realizara el trabajo previsto en 6 MESES haciendo un monto total de: S/.12000.00

30

de

Ma

yo

de

20

13


10

2.4. Análisis Costo Beneficio

COSTO TOTAL (c/alternativa 2) S/. 13.060

BENEFICIOS TANGIBLES

Ahorro material escritorio S/. 50Ahorro de horas extra S/. 200

Ahorro en cobros mal calculados S/. 50Ahorro en inventario mensual S/. 500

TOTAL S/. 800

TIEMPO COSTO BENEFICIO C/B Relación C/B

1 - - 5 130606 S/. 800 S/. 12.260 0,0657 S/. 800 S/. 11.460 0,0708 S/. 800 S/. 10.660 0,0759 S/. 800 S/. 9.860 0,081

10 S/. 800 S/. 9.060 0,08811 S/. 800 S/. 8.260 0,09712 S/. 800 S/. 7.460 0,10713 S/. 800 S/. 6.660 0,12014 S/. 800 S/. 5.860 0,13715 S/. 800 S/. 5.060 0,15816 S/. 800 S/. 4.260 0,18817 S/. 800 S/. 3.460 0,23118 S/. 800 S/. 2.660 0,30119 S/. 800 S/. 1.860 0,43020 S/. 800 S/. 1.060 0,75521 S/. 800 S/. 260 3,077

BENEFICIOS INTANGIBLES

Organización de InformaciónProcesos rápidos y eficientes

Mejor toma de desiciones

30

de

Ma

yo

de

20

13


11

2.5. Cronograma de Actividades2.5.1. Cuadro de Asignación

Nombre de la tarea Fecha de inicio

Fecha de finalización

Duración

% Completo

Asignado a

Desarrollo Aplicación Web 04/01/13 20/06/13 120 29% Jefe de Proyecto

Investigación Preliminar 04/01/13 11/01/13 6 1 AnalistaLogística y Ventas en Carvimsa 04/01/13 08/01/13 3 1Estudio de Factibilidad 08/01/13 11/01/13 4 1

Determinación de Requerimientos 12/01/13 18/01/13 6 1 AnalistaReunirse con el Cliente 12/01/13 15/01/13 3 1Investigación competente 15/01/13 16/01/13 2 1Documentación 16/01/13 18/01/13 3 1

Modelado del Proyecto 19/01/13 19/02/13 23 1 AnalistaDiagrama de Casos de Uso 19/01/13 24/01/13 5 1Diagrama de Clases 25/01/13 30/01/13 4 1Diagrama de Secuencias 31/01/13 05/02/13 4 1Diagrama de Estados 06/02/13 11/02/13 4 1Diagrama de Actividad 12/02/13 19/02/13 6 1

Diseño 20/02/13 05/03/13 10 DiseñadorDiseño de Interfaz 20/02/13 26/02/13 5Diseño de Base de Datos 27/02/13 05/03/13 5

Construcción 06/03/13 05/06/13 66 ProgramadorImplementación y generación de código

automático06/03/13 05/06/13 66

Pruebas 12/03/13 05/06/13 62Despliegue 06/06/13 20/06/13 11 Programador

Implantación 06/06/13 12/06/13 5Capacitación 13/06/13 20/06/13 6

30

de

Ma

yo

de

20

13


12

2.5.2. Diagrama de programación (Gantt)

30

de

Ma

yo

de

20

13


13

3. Especificación de Requerimientos de Software3.1 Modelado del Negocio

3.1.1 Diagrama de Casos de Uso

System

USUARIO

Logueo

Gestionar Productos

Gestionar entradas y salidas

Coordinador de Almacén

Coordinador de Ventas

<<extend>> <<extend>>

Gestionar Ventas

<<extend>>

Coordinador Administración

Gestionar Reportes

Gestionar Personal

<<extend>>

<<extend>>

Gestionar Clientes

Gestionar Proveedores

<<extend>>

<<extend>>

Coordinador de LogísticaGestionar Requerimientos

<<extend>>

3.1.2 Especificacion de los Casos de Uso

UC-0005 Logueo de Usuarios

Versión 1.0 ( 03/03/2013 )

Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito

Fuentes José Luís Puma

Dependencias Ninguno

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario

30

de

Ma

yo

de

20

13


14

desea interactuar con el sistema

Precondición El usuario es empleado de la empresa.

Secuencia normal

Paso Acción

1 El actor Usuario (ACT-0005) ejecuta el sistema para apertura del dia.

2 El sistema solicita que se identifique.

3 El actor Usuario (ACT-0005) proporciona los datos de usuario y contraseña al sistema.

4 El sistema valida la informacion e ingresa al sistema

Postcondición Ninguna

Excepciones Paso Acción

3 Si el sistema no valida la información aparece un comentario "usuario no autorizado", a continuación volverá a solicitar información, el sistema , a continuación este caso de uso queda sin efecto

Rendimiento Paso Tiempo máximo

4 1 segundo(s)

Frecuencia esperada

8 veces por día(s)

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0006 Gestionar ProductoVersión 1.0 ( 05/03/2013 )

30

de

Ma

yo

de

20

13


15



Dependencias NingunoDescripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando hay un ingreso

de mercaderia.Precondición Previamente tiene que haber una nota o registro de pedido.Secuencia normal

Paso Acción1 El actor Colaborador de Almacenes (ACT-0003) solicita al sistema comenzar el proceso de ingreso

de los productos.2 El sistema solicita los siguientes datos de cada producto: Nombre, cantidad, precio.3 El actor Colaborador de Almacenes (ACT-0003) comprueba que los datos de los productos

coinciden con los de la documentacion aportada.4 El actor Colaborador de Almacenes (ACT-0003) proporciona los datos requeridos y solicita al

sistema que los almacene.5 El sistema almacena los datos proporcionados e informa al empleado de que el proceso ha

terminado.Postcondición Las existencias están registradas en el sistema con sus repectivos codigosExcepciones Paso Acción

3 Si el empleado solicita cancelar la operación, el sistema cancela la operación a continuación este caso de uso termina. , el sistema , a continuación este caso de uso queda sin efecto

Rendimiento Paso Tiempo máximo5 1 segundo(s)

Frecuencia esperada 500 veces por semana(s)

Importancia importanteUrgencia PDEstado PDEstabilidad PDComentarios Ninguno

UC-0007 Gestionar entradas y salidas

Versión 1.0 ( 05/03/2013 )




30

de

Ma

yo

de

20

13


16

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando hay ingreso o salidas de mercaderia

Precondición Existe una nota de pedido y una salida

Secuencia normal

Paso Acción

1 El actor Colaborador de Almacenes (ACT-0003) solcita al sistema comenzar el proceso entradas o salida de mercaderia

2 El sistema solicita los siguientes datos: si es una nota de pedido o guia de remision

3 El actor Colaborador de Almacenes (ACT-0003) proporciona los datos: Nombre Producto y segun sea el caso: Cantidad despachada o cantidad recibida y sotck y solicita al sistema que lo registre

4 El sistema almacena los datos proporcionados y actualiza stock

5 Si solicita impresion de mercaderias, el sistema imprime el kardex, el actor Colaborador de Almacenes (ACT-0003) verifica que los datos sean correctos

Postcondición Actualiza el stock


- -


4 3 segundo(s)

Frecuencia esperada

1000 veces por semana(s)

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0008 Registrar Pedidos

Versión 1.0 ( 05/03/2013 )

30

de

Ma

yo

de

20

13


17




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se realize un pedido del cliente

Precondición

Secuencia normal

Paso Acción

1 El actor Colaborador de Ventas (ACT-0004) Solicita al sistema comenzar el proceso de ventas de productos

2 El sistema solicita la informacion para el pedido: Razon Social, Ruc, Direccion, Telefono, producto, cantidad

3 El actor Colaborador de Ventas (ACT-0004) proporciona al sistema la informacion y solicita al sistema que almacene la informacion

4 El sistema almacena los datos porporcionados, imprime el pedido e informa al empleado de que el proceso ha terminado con exito

5 El sistema genera una copia del pedido al almacen

6 El actor Colaborador de Ventas (ACT-0004) confirma la informacion del pedido

Postcondición La venta esta registrada en el sistema


3 Si el sistema detecta que el stock no cubre el pedido el sistema informa de la situacion al empleado permitiendole modificar los datos proporcionados., el sistema , a continuación este caso de uso continúa

3 Si el cliente solicita cancelar la operacion, el sistema cancela la operacion, el sistema , a continuación este caso de uso queda sin efecto


4 2 segundo(s)

Frecuencia 70 veces por día(s)

30

de

Ma

yo

de

20

13


18

esperada

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0009 Gestionar Ventas

Versión 1.0 ( 05/03/2013 )




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea dar mantenimiento a las ventas

Precondición tiene que existir un pedido

Secuencia normal

Paso Acción

1 El actor Colaborador de Ventas (ACT-0004) solicita al sistema comenzar con el proceso de ingreso, modificacion o eliminacion de una venta.

2 El sistema pide los siguientes datos para ingresar: Razon Social, Ruc, Direccion, Telefono, codigo producto, Cantidad.

3 El actor Colaborador de Ventas (ACT-0004) proporciona los datos de informacion al sistema y solicita al sistema que almacene la informacion

4 El sistema almacena los datos porporcionados,e informa al empleado de que el proceso ha terminado con exito

5 El sistema genera una cuenta corriente al cliente.

6 El actor Colaborador de Ventas (ACT-0004) para modificacion: solicita al sisetma comenzar el

30

de

Ma

yo

de

20

13


19

proceso de modificacion de los datos de una venta

7 El actor Colaborador de Ventas (ACT-0004) identifica el cliente, y la venta a modificar

8 El sistema Muestra los siguientes datos correspondientes a la venta: Razon Social, Ruc, Direccion, Telefono, codigo producto, Cantidad.

9 El sistema permite al empleado modificar los siguientes datos: Cantidad, Producto

10 El actor Colaborador de Ventas (ACT-0004) El empleado modifica los datos que el sistema le permite y solicita al sistema que los almacene

11 El sistema modifica los datos correspondientes a la venta e informa al empleado que el proceso ah terminado con exito

12 El actor Colaborador de Ventas (ACT-0004) para eliminacion: solicita al sisetma comenzar el proceso de eliminacion de la venta

13 El sistema Solicita que se identifique la venta

14 El actor Colaborador de Ventas (ACT-0004) Identifica la venta y solicita al sistema que la elimine

15 El sistema elimina los datos de la venta

Postcondición la venta queda actualizada o anulada segun sea el caso


- -


5 2 segundo(s)

Frecuencia esperada

PD

Importancia importante

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0010 Gestionar personal

30

de

Ma

yo

de

20

13


20

Versión 1.0 ( 05/03/2013 )




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea dar mantenimiento al personal

Precondición tiene que existir empleados en la base de datos

Secuencia normal

Paso Acción

1 El actor Coordinador Administrativo (ACT-0001) solicita al sistema comenzar con el proceso de ingreso, modificacion o baja de personal.

2 El sistema pide los siguientes datos para ingresar: Nombre, Apellidos, Direccion, Telefono, Cargo.

3 El actor Coordinador Administrativo (ACT-0001) proporciona los datos de informacion al sistema y solicita al sistema que almacene la informacion


5 El sistema genera un codigo de personal

6 El actor Coordinador Administrativo (ACT-0001) para modificacion: solicita al sisetma comenzar el proceso de modificacion de los datos un empleado

7 El actor Coordinador Administrativo (ACT-0001) identifica el empleado a modificar

8 El sistema Muestra los siguientes datos correspondientes al empleado: Cod. Personal, Nombre, Apellidos, Direccion, Telefono, Cargo.

9 El sistema permite al administrador modificar los siguientes datos: Apellidos, Nombres, Direccion, Telefono, Cargo

10 El actor Coordinador Administrativo (ACT-0001) El empleado modifica los datos que el sistema le permite y solicita al sistema que los almacene

11 El sistema modifica los datos correspondientes al empleado e informa al empleado que el proceso ah terminado con exito

30

de

Ma

yo

de

20

13


21

12 El actor Coordinador Administrativo (ACT-0001) para dar de baja: solicita al sisetma comenzar el proceso de baja

13 El sistema Solicita que se identifique al personal

14 El actor Coordinador Administrativo (ACT-0001) Identifica al empleado y solicita al sistema que le de de baja

15 El sistema da de baja al empleado

Postcondición queda actualizado el personal


- -


5 2 segundo(s)

Frecuencia esperada

PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0011 Gestionar proveedores

Versión 1.0 ( 05/03/2013 )




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea dar

30

de

Ma

yo

de

20

13


22

mantenimiento a los proveedores.

Precondición

Secuencia normal

Paso Acción

1 El actor Coordinador Administrativo (ACT-0001) solicita al sistema comenzar con el proceso de ingreso, modificacion o baja de proveedor.

2 El sistema pide los siguientes datos para ingresar: Razon social, Ruc, Direccion, Telefono



5 El actor Coordinador Administrativo (ACT-0001) para modificacion: solicita al sisetma comenzar el proceso de modificacion de los datos un proveedor

6 El actor Coordinador Administrativo (ACT-0001) identifica al proveedor a modificar

7 El sistema Muestra los siguientes datos correspondientes al proveedor: Razon social, Ruc, Direccion, Telefono

8 El sistema permite al administrador modificar los siguientes datos: Direccion, Telefono


10 El sistema modifica los datos correspondientes al proveedor e informa al empleado que el proceso ah terminado con exito

11 El actor Coordinador Administrativo (ACT-0001) para dar de baja: solicita al sisetma comenzar el proceso de baja

12 El sistema Solicita que se identifique al proveedor

13 El actor Coordinador Administrativo (ACT-0001) Identifica al proveedor y solicita al sistema que le de de baja

14 El sistema da de baja al proveedor

Postcondición los proveedores estan registrados en el sistema


- -


30

de

Ma

yo

de

20

13


23

- -

Frecuencia esperada

PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0012 Gestionar clientes

Versión 1.0 ( 05/03/2013 )




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea dar mantenimiento a los clientes

Precondición Ninguna

Secuencia normal

Paso Acción

1 El actor Coordinador Administrativo (ACT-0001) solicita al sistema comenzar con el proceso de ingreso o modificacion

2 El sistema pide los siguientes datos para ingresar: Razon social, Ruc, Direccion, Telefono



30

de

Ma

yo

de

20

13


24

5 El actor Coordinador Administrativo (ACT-0001) para modificacion: solicita al sisetma comenzar el proceso de modificacion de los datos un cliente

6 El actor Coordinador Administrativo (ACT-0001) identifica el cliente a modificar

7 El sistema Muestra los siguientes datos correspondientes al cliente: Razon social, Ruc, Direccion, Telefono

8 El sistema permite al administrador modificar los siguientes datos: Direccion, Telefono


10 El sistema modifica los datos correspondientes al cliente e informa al administrador que el proceso ah terminado con exito

Postcondición los clientes estan registrados en el sistema


- -


- -

Frecuencia esperada

PD

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0013 Gestionar reportes

Versión 1.0 ( 05/03/2013 )


30

de

Ma

yo

de

20

13


25



Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea realizar reportes

Precondición Informacion para generar el reporte

Secuencia normal

Paso Acción

1 El actor Coordinador Administrativo (ACT-0001) solicita al sistema comenzar con el proceso reportes

2 El sistema pide los siguientes datos para ingresar: fecha de la venta, o fecha de las entradas o salidas de mercaderia

3 El actor Coordinador Administrativo (ACT-0001) proporciona los datos de informacion al sistema y solicita al sistema que genere el reporte

4 El sistema registra los datos porporcionados, y reporta en pantalla o si desea el administrador lo impirme

Postcondición reportes que sean necesarios


- -


- -

Frecuencia esperada

PD

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

UC-0014 Registrar Requerimientos

30

de

Ma

yo

de

20

13


26

Versión 1.0 ( 05/03/2013 )




Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se realiza un pedido a la sede principal

Precondición una venta

Secuencia normal

Paso Acción

1 El actor Coordinador de Logística (ACT-0002) Solicita al sistema comenzar el proceso de requerimientos de mercaderia

2 El sistema solicita la informacion para el requerimiento: Nombre producto, Tipo, Cantidad, Nombre Cliente

3 El actor Coordinador de Logística (ACT-0002) proporciona al sistema la informacion y solicita al sistema que almacene la informacion

4 El sistema almacena los datos porporcionados, e informa al empleado de que el proceso ha terminado con exito

5 El sistema genera un requerimiento

6 El actor Coordinador de Logística (ACT-0002) confirma la informacion del requerimiento

Postcondición el requerimiento esta registrado en el sistema


- -


4 2 segundo(s)

Frecuencia esperada

70 veces por día(s)

Importancia vital

Urgencia PD

30

de

Ma

yo

de

20

13


27

Estado PD

Estabilidad PD

Comentarios Ninguno

3.2 Especificacion de Requisitos

3.2.1 Tecnicas y Herramientas para la identificación de requisitos

Se utilizaron entrevistas y dentro de estas las encuestas :

ENCUESTA PARA LA OBTENCIÓN DE REQUISITOS

DIRIGIDO A EMPLEADOS DE CARVIMSA-VENTAS

FUNCIÓN QUE DESEMPEÑA: ......................................................................................

AREA DE TRABAJO: ......................................................................................................

Responder a las siguientes preguntas de forma clara:

1. ¿Qué problemas cree usted que existen en el proceso de ventas?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

2. ¿Qué problemas cree usted que existen por la falta de un sistema que integre la información las ventas?- _______________________________________- _______________________________________- _______________________________________- _______________________________________

30

de

Ma

yo

de

20

13


28

- _______________________________________- _______________________________________

3. Con respecto a la información que su área necesita ¿Esta es oportuna y confiable? ¿Por qué?________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

4. ¿Cree usted que implementar un nuevo sistema de ventas vía web, permitiría agilizar el proceso de estas áreas? ¿Por qué?________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

5. ¿Qué información necesita usted de este proceso de ventas?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

6. Escriba algunas sugerencias acerca de utilizar un programa que le permita mejorar el proceso de ventas.- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

7. ¿Cómo realizan sus clientes el pedido del producto?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

8. Escriba las modalidades de pago de los clientes.- _______________________________________

30

de

Ma

yo

de

20

13


29

- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________


DIRIGIDO A EMPLEADOS DE CARVIMSA-ALMACEN

Responder a las siguientes preguntas de forma clara:

1 ¿Qué problemas cree usted que existen en el proceso de almacén?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

2 ¿Qué problemas cree usted que existen por la falta de un sistema que integre la información de almacén y los pedidos a la sucursal principal?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

3. Con respecto a la información que su área necesita ¿Esta es oportuna y confiable? ¿Por qué?________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

30

de

Ma

yo

de

20

13


30

4. ¿Cree usted que implementar un nuevo sistema de almacén vía web, permitiría agilizar el proceso de estas áreas? ¿Por qué?________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

5.¿Qué información necesita usted del proceso de almacén?a. _______________________________________b. _______________________________________c. _______________________________________d. _______________________________________e. _______________________________________f. _______________________________________

6 .Escriba algunas sugerencias acerca de utilizar un programa que le permita mejorar el proceso de almacén.

g. _______________________________________h. _______________________________________i. _______________________________________j. _______________________________________k. _______________________________________l. _______________________________________

7¿Cómo realizan el registro de mercadería?- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

8.Escriba los tipos de codificaciones que hay en su almacen.- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________

30

de

Ma

yo

de

20

13


31


DIRIGIDO AL GERENTE DE CARVIMSA-VENTAS

Marcar con una “X”, la opción u opciones según la pregunta.

1. ¿Tiene problemas para resgistrar productos e ingresarlas en la venta?

Sí No

Si su respuesta es “Si” cuales considera que son los problemas

Demora en el proceso de la venta. Demasiada espera para registrar un cliente. Demora para la obtención de la venta. Falta de disponibilidad de información sobre productos para la venta. Errores en la toma de datos o registro de la venta.

2. ¿Cuánto tiempo le exige realizar sus ventas, y solicitar información como datos del cliente, producto, etc.?

Muy poco Poco Nada No mucho Mucho 1 2 0 3 4

3. Al registrar la venta ¿Tuvo problemas en cuanto a sus datos tomados en este proceso?

Siempre. Algunas veces. Nunca.

4. ¿Estaría de acuerdo en contar con un sistema por internet que le permita realizar algunos procesos como ventas, clientes, etc.?

Sí. No.

Si está de acuerdo marque que procesos debería tener el nuevo sistema.

Consulta de ventas. Consulta de clientes registrados. Lista de productos vendidos. Obtener consolidados de ventas por fechas.

30

de

Ma

yo

de

20

13


32

3.2.2 Especificacion de Requisitos Funcionales

FRQ-0001 Autenticar Usuario

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá autentificar a los usuarios mediante contraseña permitiendo diferentes niveles de acceso para uso del sistema.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0002 Registrar Pedidos

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá permitir registrar pedidos de los clientes para verificación de stock.


Urgencia PD

30

de

Ma

yo

de

20

13


33

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0003 Modificar Pedidos

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá realizar modificaciones de los pedidos ya registrados.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0004 Eliminar Pedidos

Versión 1.0 ( 26/02/2013 )




30

de

Ma

yo

de

20

13


34

Descripción El sistema deberá permitir eliminar pedidos ya registrados, siempre y cuando no hayan sido ya solicitados y puestos en producción.

Importancia PD

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0005 Visualizar información

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá permitir visualizar la información registrada de los empleados, clientes, proveedores y productos en forma de tablas.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0006 Gestionar información

Versión 1.0 ( 26/02/2013 )

Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera

30

de

Ma

yo

de

20

13


35

Ricardo Carpio Tito



Descripción El sistema deberá permitir descargar la información registrada de los clientes, proveedores y productos en por medio de impresión y/o mediante archivos en pdf.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0007 Consultar estadísticas

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá permitir realizar consultas estadísticas de ventas y estados financieros, así como proyecciones de ganancias mediante graficos y tablas.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

30

de

Ma

yo

de

20

13


36

FRQ-0008 Cálcular cobros

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá realizar cálculos precisos al realizar las ventas incluyendo IGV.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0009 Registrar Venta

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá registrar las ventas del los productos durante el día.


Urgencia PD

Estado PD

Estabilidad PD

30

de

Ma

yo

de

20

13


37

Comentarios Ninguno

FRQ-0010 Generar Requerimientos

Versión 1.0 ( 01/03/2013 )




Descripción El sistema deberá permitir realizar el requerimiento global de pedidos a ser solicitados a la sede central, los que deberan estar validados por el coordinador de Logística.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0011 Validar Pedidos

Versión 1.0 ( 01/03/2013 )




Descripción El sistema deberá permitir validar o no los pedidos por el coordinador de Logística, para ser generados en los requerimientos.


30

de

Ma

yo

de

20

13


38

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0012 Registrar eventos

Versión 1.0 ( 01/03/2013 )




Descripción El sistema deberá permitir registrar automáticamente la hora, fecha y el usuario que realiza cualquier evento en el sistema tales como: registrar, modificar, eliminar, descargar.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0013 Gestionar Caja

Versión 1.0 ( 01/03/2013 )




30

de

Ma

yo

de

20

13


39

Descripción El sistema deberá permitir apertura y cierre de caja diariamente, para verificar las ventas del día.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

FRQ-0014 Registrar Empleado

Versión 1.0 ( 01/03/2013 )




Descripción El sistema deberá resistrar a un personal de trabajo nuevo.


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

3.2.3 Especificacion de Requisitos No Funcionales

NFR-0001 Rendimiento

Versión 1.0 ( 26/02/2013 )

30

de

Ma

yo

de

20

13


40


Fuentes ?


Descripción El sistema deberá refrescar inmediatamente mediante AJAX, mediente HTML5 se podrán hacer graficos estadísticos y proyecciones rapidas y livianas.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

NFR-0002 Disponibilidad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá estar disponible en todo equipo que disponga de accesi a internet.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

30

de

Ma

yo

de

20

13


41

NFR-0003 Accesibilidad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá ser accesible mediante entorno web.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

NFR-0004 Usabilidad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá permitir una usabilidad intuitiva fácil de comprender a todo nivel de usuario, minimizando el tiempo de capacitación, volviendo a esta casi innecesaria.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

30

de

Ma

yo

de

20

13


42

Comentarios Ninguno

NFR-0005 Estabilidad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá informar mediante alertas de daltos incorretos manteniendo el sistema sin desbordamiento.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

NFR-0006 Costo

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá estar basado en software libre, minimizando los costos iniciales de inversión y permitir recuperarla en corto tiempo.


30

de

Ma

yo

de

20

13


43

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

NFR-0007 Operatividad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


Descripción El sistema deberá permitir adherir más módulos de aplicación, al ser diseñado en capas.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

NFR-0008 Mantenibilidad

Versión 1.0 ( 26/02/2013 )


Fuentes ?


30

de

Ma

yo

de

20

13


44

Descripción El sistema deberá permitir realizar mantenimiento ante un posible error o fallo así como la actualización del sistema a una siguiente versión.

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

3.2.4 Especificacion de Requisitos de Informacion

IRQ-0001 Clientes

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a de los diferentes clientes. En concreto:

Datos específicos

Razón Social (VARCHAR) RUC (VARCHAR) DIRECCIÓN (VARCHAR) TELÉFONO (VARCHAR)

Tiempo de vida

Medio Máximo

PD PD

Ocurrencias simultáneas

Medio Máximo

PD PD

Importancia vital

Urgencia inmediatamente

Estado pendiente de verificación

30

de

Ma

yo

de

20

13


45

Estabilidad PD

Comentarios ascasdasdascacascac

IRQ-0002 Productos

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a los diferentes tipos productos. En concreto:

Datos específicos

CÓDIGO PRODUCTO (VARCHAR) CÓDIGO DE UBICACIÓN (VARCHAR) NOMBRE (VARCHAR) CANTIDAD (INT) PRECIO (INT)

Tiempo de vida

Medio Máximo

PD PD


Medio Máximo

PD PD

Importancia vital

Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

30

de

Ma

yo

de

20

13


46

IRQ-0003 Personal

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a el personal que labora en la empresa. En concreto:

Datos específicos

CÓDIGO DE PERSONAL (VARCHAR) NOMBRE (VARCHAR) APELLIDOS (VARCHAR) DIRECCIÓN (VARCHAR) TELÉFONO (VARCHAR) CARGO (VARCHAR)

Tiempo de vida

Medio Máximo

PD PD


Medio Máximo

PD PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

IRQ-0004 Usuarios

Versión 1.0 ( 26/02/2013 )

Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera

30

de

Ma

yo

de

20

13


47

Ricardo Carpio Tito



Descripción El sistema deberá almacenar la información correspondiente a los usuarios que interactúen con el sistema. En concreto:

Datos específicos

Desarrollador (VARCHAR) Administrador (VARCHAR) Operador (VARCHAR)

Tiempo de vida

Medio Máximo

PD PD


Medio Máximo

PD PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

IRQ-0005 Kardex

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a las entradas y salidas del almacén. En concreto:

Datos NOMBRE DE PRODUCTO (VARCHAR)

30

de

Ma

yo

de

20

13


48

específicos CANTIDAD RECIBIDA (INT) CANTIDAD DESPACHADA (INT) STOCK (INT)

Tiempo de vida

Medio Máximo

PD PD


Medio Máximo

PD PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

IRQ-0006 Proveedores

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a el registro de los diferentes proveedores. En concreto:

Datos específicos

RAZON SOCIAL (VARCHAR) RUC (VARCHAR) DIRECCIÓN (VARCHAR) TELÉFONO (VARCHAR)

Tiempo de vida

Medio Máximo

PD PD

Ocurrencias Medio Máximo

30

de

Ma

yo

de

20

13


49

simultáneas

PD PD


Urgencia PD

Estado PD

Estabilidad PD

Comentarios Ninguno

IRQ-0007 Requerimientos

Versión 1.0 ( 26/02/2013 )




Descripción El sistema deberá almacenar la información correspondiente a los requerimientos realizados a la sede central. En concreto:

Datos específicos

NOMBRE DE PRODUCTO (VARCHAR) TIPO (VARVCHAR) CANTIDAD (INT) NOMBRE DEL CLIENTE A ENTREGAR (VARCHAR) FECHA (DATE)

Tiempo de vida

Medio Máximo

PD PD


Medio Máximo

PD PD


Urgencia PD

30

de

Ma

yo

de

20

13


50

Estado PD

Estabilidad PD

Comentarios Ninguno

4. Modelado del Proyecto4.1 Diagrama de Clases

Carvimsa

+Nombres+Ruc+Direccion+Telefono+Cuidad

+Crear()

Cliente

+Razon Social+Ruc+Direccion+Telefono

+Ingresar()+Modificar()+Buscar()

Productos

+Cod_Pro+Codigo_Ubi+Nombre+Cantidad+Precio


Proveedor

+Razon Social+Ruc+Direccion+Telefono


Requerimientos

+Nombre Producto+Tipo+Cantidad+Fecha+Nom_Cli

+Ingresar()+Modificar()+Buscar()+Eliminar()

Almacen

+Cod_Pro+Nombre+Tipo+Cantidad+Stock

+Ingresar()+Modificar()+Actualizar()

Tiene

1 1..*

Tiene1..*

1

Tiene

1..*1

Tiene

1..*1

Actualizar

1

1..*

Documento de venta

+Cliente+Cod_Pro+Nombre+Fecha+Cantidad+Precio+Tipo

+Ingresar()+Calcular()+Modificar()+Buscar()

Tiene1..*1

Personal

+Cod_Per+Apellidos+Nombres+Direccion+Dni+Fec_Nac+Cargo

+Ingresar()+Modificar()+Eliminar()+Buscar()

Tiene

1..*

1

Pedido

+Cod_Ped+Cod_Cli+Razon Social+Cod_Pro+Cantidad

+Buscar()+Ingresar()+Modificar()+Eliminar()

Tiene

1..*

1

4.2 Diagrama de Secuencia

30

de

Ma

yo

de

20

13


51

/ : Usuario

/ : Carvimsa / Base de datos

1 : Ingresa datos()

2 : Busca datos()

3 : Verifica datos()

4 : Existe: ingresa al sistema

5 : No existe: Mostrar mensaje al usuario

Caso de uso: LOGUEO

/ : Colaborador de Almacen

/ : Carvimsa / : Productos / : Almacen

1 : Ingresa datos del producto()

2 : No existe el producto()

3 : Asigna codigo()

4 : Crea producto()

5 : Actualiza stock()6 : Existe producto()

7 : Registra datos()

8 : Actualiza stock()

9 : Mensaje:Producto registrado

Caso de uso: GESTIONAR PRODUCTO

30

de

Ma

yo

de

20

13


52

/ : Colaborador de Almacen

/ : Productos/ : Carvimsa

1 : Ingresa codigo de producto()

2 : Entrada o sallida de producto()


4 : Mensaje: Stock Actualizado

Caso de uso: GESTIONAR ENTRADAS Y SALIDAS

/ : Colaborador de Ventas

/ : Carvimsa / : Cliente / : Documento de venta/ : Pedido


2 : No existe el cliente()3 : Asigna codigo y crea al cliente()

4 : Registra pedido()

5 : Genera pedido()

6 : Genera Documento de venta()7 : Existe el cliente()

8 : Registra Pedido()

9 : Genera Pedido()

10 : Genera Documento de venta()

11 : Mensaje: Pedido registrado

Caso de uso: REGISTRAR PEDIDOS

30

de

Ma

yo

de

20

13


53

/ : Colaborador Administrador

/ : Carvimsa

1 : Solicitar reporte()

2 : Definir el tipo de reporte()

3 : Generar Reporte()

4 : Reporte emitido

Caso de uso: GESTIONAR REPORTES


/ : Carvimsa/ : Personal

1 : Ingresa Datos del personal()

2 : Asigna codigo()


4 : Genera Resgistro()

5 : Mensaje Personal Registrado

Caso de uso: GESTIONAR PERSONAL

30

de

Ma

yo

de

20

13


54


/ : Proveedor / : Carvimsa

1 : Ingresa datos del Proveedor()

2 : Asigna Codigo()


4 : Genera registro()

5 : Mensaje Proveedor registrado

Caso de uso: GESTIONAR PROVEEDORES

/ : Colaborador de Logistica

/ : Requerimientos/ : Carvimsa / : Pedido

1 : Registro de datos()

2 : No existe pedido()

3 : Pedido no existe: Mostrar mensaje

4 : Si existe pedido()

5 : Registrar requerimiento()6 : Registro guardado()

7 : Requerimiento registrado

Caso de uso: GESTIONAR REQUERIMIENTO

30

de

Ma

yo

de

20

13


55


/ : Carvimsa / : Cliente

1 : Ingresa datos del cliente()

2 : Genera Registro()

3 : Ordenar guardar()

4 : Guardar registro()

5 : Registro guardado

6 : Informa registro guardado correctamente

Caso de uso: GESTIONAR CLIENTES

4.3 Diagrama de Colaboracion

: Usuario

: Carvimsa / Base de datos

1 : Ingresa datos()

2 : Busca datos()

3 : Verifica datos()

4 : Existe: ingresa al sistema

5 : No existe: Mostrar mensaje al usuario

Logueo

30

de

Ma

yo

de

20

13


56

: Colaborador de Almacen

: Carvimsa

: Productos : Almacen

1 : Ingresa datos del producto()

2 : No existe el producto()

3 : Asigna codigo()

4 : Crea producto()


6 : Existe producto()

7 : Registra datos()8 : Actualiza stock()

9 : Mensaje:Producto registrado

Producto

: Colaborador de Almacen

: Productos : Carvimsa

1 : Ingresa codigo de producto()

2 : Entrada o sallida de producto()


4 : Mensaje: Stock Actualizado

Entradas y Salidas

30

de

Ma

yo

de

20

13


57

: Colaborador de Ventas

: Carvimsa

: Cliente : Documento de venta : Pedido


2 : No existe el cliente()

3 : Asigna codigo y crea al cliente()

4 : Registra pedido()

5 : Genera pedido()


7 : Existe el cliente()

8 : Registra Pedido()

9 : Genera Pedido()


11 : Mensaje: Pedido registrado

Pedido

: Colaborador Administrador

: Carvimsa

1 : Solicitar reporte()

2 : Definir el tipo de reporte()

3 : Generar Reporte()

4 : Reporte emitido

Reportes

30

de

Ma

yo

de

20

13


58


: Carvimsa : Personal

1 : Ingresa Datos del personal()

2 : Asigna codigo()


4 : Genera Resgistro()

5 : Mensaje Personal Registrado

Personal


: Proveedor : Carvimsa

1 : Ingresa datos del Proveedor()

2 : Asigna Codigo()


4 : Genera registro()

5 : Mensaje Proveedor registrado

Proveedores

30

de

Ma

yo

de

20

13


59

: Colaborador de Logistica

: Requerimientos

: Carvimsa

: Pedido

1 : Registro de datos()

2 : No existe pedido()

3 : Pedido no existe: Mostrar mensaje

4 : Si existe pedido()5 : Registrar requerimiento()

6 : Registro guardado()

7 : Requerimiento registrado

Requerimiento


: Carvimsa : Cliente

1 : Ingresa datos del cliente()

2 : Genera Registro()

3 : Ordenar guardar()

4 : Guardar registro()

5 : Registro guardado

6 : Informa registro guardado correctamente

Clientes

30

de

Ma

yo

de

20

13


60

4.4 Diagrama de Estados

ingresando nomcliente

generando codcliente

codcli

ingresando dircli

nomcli

ingresando telclidircli

Guardando registro

telcli

registro guardado

Insertar y guardar un nuevo cliente (personal, proveedor)

Registrando Producto

generando codpro

ingr. nompro

ingr. cantproingr. precpro

codpro

nompro

cantpro

precpro

Actualizar stock

Datos del producto

Ingresar un producto (stock)

30

de

Ma

yo

de

20

13


61

Registrando Requerimiento

ingresando nomproingresando cantidad

ingresando cliente

nompro

cantipro

codcli

ingresar tipo documento

Datos del cliente y producto

Ingreso de Requerimiento, tipo documento

Inactivo

Activo

entry/Leer productodo/Procesarexit/Actualizar stock

Validar producto

Seleccionar E/S

Procesar Informacion

Actualiza Stock

Pedido ingresado

Mantenimiento

do/Probardo/Esperar orden

Probar stock autoverificar stock

Esperar Ordenar

Presionar opcion

Continuar

Ejecutar

Cancelar

Estado de Almacen (stock)

30

de

Ma

yo

de

20

13


62

4.5 Diagrama de Actividad

Ingresar usuario no existe usuario

Usuario validado

Logistica VentasAdministrador

Verificar requerimiento

Almacen

Verificar pedido

okok

Verificar producto

ok

Verifica stock

Informa stock

Existe

Realiza venta

No existe

Gestionar reportes

Genera documento de venta

Mantenimiento personal

4.6 Diseño de Datos4.6.1 Modelo Entidad-Relacion

30

de

Ma

yo

de

20

13


63

5. Documentacion Tecnica5.1 Manual de Usuario

30

de

Ma

yo

de

20

13


64

30

de

Ma

yo

de

20

13


65

30

de

Ma

yo

de

20

13


66

30

de

Ma

yo

de

20

13


67

6. Conclusiones

Cada vez es mas necesario que los ingenieros de software desarrollen y le entreguen al cliente productos de la mas alta calidad, puntualmente, y que cuente con un presupuesto al alcance del cliente y que no sufra modificacion alguna.

Los sistemas de alta calidad requieren que cada parte que lo componen posea también una alta calidad, existen circunstancias en las que el desarrollador individual se esfuerza para realizar un buen trabajo.

Es importante tomarse el tiempo necesario para conocer a nuestros clientes y usuarios, asi como su ambiente de trabajo. Esto ayuda a establecer una buena relación de trabajo y comunicación entre el equipo de desarrollo y los clientes.

Puede decirse que los casos de uso son independientes del método de diseño que se utilice y por lo tanto del método de programación. Luego de documentar los casos de uso se puede diseñar un sistema estructurado o un sistema orientado a objetos sin que la técnica sea de mayor o menor utilidad en alguno de los casos. Esto da mas flexibilidad al método.

Existen dos diagramas de Iteraccion: los diagramas de secuencias y los diagramas de colaboración.

30

de

Ma

yo

de

20

13


68

El diagrama de colaboración (estructura) sale del diagrama de secuencias (Tiempo).

El diagrama de estados muestra el conjunto de estados por los cuales pasa un único objeto durante su vida dentro de una aplicación.

Los requisitos no funcionales describen aspectos del sistema visibles por el usuario que no se relacionan en forma directa con el comportamiento funcional del sistema.

La gestión de requisitos implica procedimientos de cambio, cambiar los atributos, mantener la trazabilidad y control de versiones.

En el estudio de factibilida, la económica es la que define si se continua o no con el proyecto.

La idea fundamental de los casos de uso es definir los requerimientos desde el punto de vista de quien usa el sistema y no de quien lo construye.

muestreo

7. Recomendaciones

Para desarrollar un buen software se debe primero investigar o tener una investigación preliminar de la empresa a desarrollar

Los diagramas de clases, salen de los casos de usos. Se recomienda usar UML porque hace que se apegue a estandares de la

industria o lenguaje estándar.

AvanceTrabajoFinal IngStw 3 Copia

Documents

Transcript of AvanceTrabajoFinal IngStw 3 Copia