avancetrabajofinal ingstw 3 copia
TRANSCRIPT
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
5
Área de Ventas
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
12
2.5.2. Diagrama de programación (Gantt)
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
15
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes José Luís Puma
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 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes José Luís Puma
Dependencias Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
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
Universidad Tecnológica del PerúIng. de Software
17
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 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
Excepciones Paso Acción
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
Rendimiento Paso Tiempo máximo
4 2 segundo(s)
Frecuencia 70 veces por día(s)
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
18
esperada
Importancia vital
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
UC-0009 Gestionar Ventas
Versión 1.0 ( 05/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 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
Universidad Tecnológica del PerúIng. de Software
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
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
Universidad Tecnológica del PerúIng. de Software
20
Versión 1.0 ( 05/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 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
4 El sistema almacena los datos porporcionados,e informa al empleado de que el proceso ha terminado con exito
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
Universidad Tecnológica del PerúIng. de Software
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
5 2 segundo(s)
Frecuencia esperada
PD
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
UC-0011 Gestionar proveedores
Versión 1.0 ( 05/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 se desea dar
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
3 El actor Coordinador Administrativo (ACT-0001) 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 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
9 El actor Coordinador Administrativo (ACT-0001) El empleado modifica los datos que el sistema le permite y solicita al sistema que los almacene
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
23
- -
Frecuencia esperada
PD
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
UC-0012 Gestionar clientes
Versión 1.0 ( 05/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 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
3 El actor Coordinador Administrativo (ACT-0001) 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
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
9 El actor Coordinador Administrativo (ACT-0001) El empleado modifica los datos que el sistema le permite y solicita al sistema que los almacene
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
PD
Importancia vital
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
UC-0013 Gestionar reportes
Versión 1.0 ( 05/03/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
25
Fuentes José Luís Puma
Dependencias Ninguno
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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
- -
Frecuencia esperada
PD
Importancia vital
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
UC-0014 Registrar Requerimientos
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
26
Versión 1.0 ( 05/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 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
Excepciones Paso Acción
- -
Rendimiento Paso Tiempo máximo
4 2 segundo(s)
Frecuencia esperada
70 veces por día(s)
Importancia vital
Urgencia PD
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
29
- _______________________________________- _______________________________________- _______________________________________- _______________________________________- _______________________________________
ENCUESTA PARA LA OBTENCIÓN DE REQUISITOS
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
31
ENCUESTA PARA LA OBTENCIÓN DE REQUISITOS
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
Universidad Tecnológica del PerúIng. de Software
32
3.2.2 Especificacion de Requisitos Funcionales
FRQ-0001 Autenticar Usuario
Versión 1.0 ( 26/02/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á autentificar a los usuarios mediante contraseña permitiendo diferentes niveles de acceso para uso del sistema.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0002 Registrar Pedidos
Versión 1.0 ( 26/02/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á permitir registrar pedidos de los clientes para verificación de stock.
Importancia importante
Urgencia PD
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
33
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0003 Modificar Pedidos
Versión 1.0 ( 26/02/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á realizar modificaciones de los pedidos ya registrados.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0004 Eliminar Pedidos
Versión 1.0 ( 26/02/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes José Luís Puma
Dependencias Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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 )
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á permitir visualizar la información registrada de los empleados, clientes, proveedores y productos en forma de tablas.
Importancia importante
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
Universidad Tecnológica del PerúIng. de Software
35
Ricardo Carpio Tito
Fuentes José Luís Puma
Dependencias Ninguno
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.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0007 Consultar estadísticas
Versión 1.0 ( 26/02/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á permitir realizar consultas estadísticas de ventas y estados financieros, así como proyecciones de ganancias mediante graficos y tablas.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
36
FRQ-0008 Cálcular cobros
Versión 1.0 ( 26/02/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á realizar cálculos precisos al realizar las ventas incluyendo IGV.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0009 Registrar Venta
Versión 1.0 ( 26/02/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á registrar las ventas del los productos durante el día.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
37
Comentarios Ninguno
FRQ-0010 Generar Requerimientos
Versión 1.0 ( 01/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á 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.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0011 Validar Pedidos
Versión 1.0 ( 01/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á permitir validar o no los pedidos por el coordinador de Logística, para ser generados en los requerimientos.
Importancia importante
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
38
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0012 Registrar eventos
Versión 1.0 ( 01/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á permitir registrar automáticamente la hora, fecha y el usuario que realiza cualquier evento en el sistema tales como: registrar, modificar, eliminar, descargar.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0013 Gestionar Caja
Versión 1.0 ( 01/03/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes José Luís Puma
Dependencias Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
39
Descripción El sistema deberá permitir apertura y cierre de caja diariamente, para verificar las ventas del día.
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
FRQ-0014 Registrar Empleado
Versión 1.0 ( 01/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á resistrar a un personal de trabajo nuevo.
Importancia importante
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
Universidad Tecnológica del PerúIng. de Software
40
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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
Universidad Tecnológica del PerúIng. de Software
41
NFR-0003 Accesibilidad
Versión 1.0 ( 26/02/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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
Universidad Tecnológica del PerúIng. de Software
42
Comentarios Ninguno
NFR-0005 Estabilidad
Versión 1.0 ( 26/02/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
Descripción El sistema deberá estar basado en software libre, minimizando los costos iniciales de inversión y permitir recuperarla en corto tiempo.
Importancia importante
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
43
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
NFR-0007 Operatividad
Versión 1.0 ( 26/02/2013 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
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 )
Autores Alejandra Rodríguez Vilchez Juan Zavalaga Santillana Omar Castillo Carrera Ricardo Carpio Tito
Fuentes ?
Dependencias Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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 )
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á 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
Universidad Tecnológica del PerúIng. de Software
45
Estabilidad PD
Comentarios ascasdasdascacascac
IRQ-0002 Productos
Versión 1.0 ( 26/02/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á 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
Ocurrencias simultáneas
Medio Máximo
PD PD
Importancia vital
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
46
IRQ-0003 Personal
Versión 1.0 ( 26/02/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á 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
Ocurrencias simultáneas
Medio Máximo
PD PD
Importancia importante
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
Universidad Tecnológica del PerúIng. de Software
47
Ricardo Carpio Tito
Fuentes José Luís Puma
Dependencias Ninguno
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
Ocurrencias simultáneas
Medio Máximo
PD PD
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
IRQ-0005 Kardex
Versión 1.0 ( 26/02/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á 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
Universidad Tecnológica del PerúIng. de Software
48
específicos CANTIDAD RECIBIDA (INT) CANTIDAD DESPACHADA (INT) STOCK (INT)
Tiempo de vida
Medio Máximo
PD PD
Ocurrencias simultáneas
Medio Máximo
PD PD
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
IRQ-0006 Proveedores
Versión 1.0 ( 26/02/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á 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
Universidad Tecnológica del PerúIng. de Software
49
simultáneas
PD PD
Importancia importante
Urgencia PD
Estado PD
Estabilidad PD
Comentarios Ninguno
IRQ-0007 Requerimientos
Versión 1.0 ( 26/02/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á 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
Ocurrencias simultáneas
Medio Máximo
PD PD
Importancia importante
Urgencia PD
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
+Ingresar()+Modificar()+Buscar()
Proveedor
+Razon Social+Ruc+Direccion+Telefono
+Ingresar()+Modificar()+Buscar()
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
52
/ : Colaborador de Almacen
/ : Productos/ : Carvimsa
1 : Ingresa codigo de producto()
2 : Entrada o sallida de producto()
3 : Actualiza stock()
4 : Mensaje: Stock Actualizado
Caso de uso: GESTIONAR ENTRADAS Y SALIDAS
/ : Colaborador de Ventas
/ : Carvimsa / : Cliente / : Documento de venta/ : Pedido
1 : Registra datos()
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
Universidad Tecnológica del PerúIng. de Software
53
/ : Colaborador Administrador
/ : Carvimsa
1 : Solicitar reporte()
2 : Definir el tipo de reporte()
3 : Generar Reporte()
4 : Reporte emitido
Caso de uso: GESTIONAR REPORTES
/ : Colaborador Administrador
/ : Carvimsa/ : Personal
1 : Ingresa Datos del personal()
2 : Asigna codigo()
3 : Registra datos()
4 : Genera Resgistro()
5 : Mensaje Personal Registrado
Caso de uso: GESTIONAR PERSONAL
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
54
/ : Colaborador Administrador
/ : Proveedor / : Carvimsa
1 : Ingresa datos del Proveedor()
2 : Asigna Codigo()
3 : Registra datos()
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
Universidad Tecnológica del PerúIng. de Software
55
/ : Colaborador Administrador
/ : 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
Universidad Tecnológica del PerúIng. de Software
56
: 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
Producto
: Colaborador de Almacen
: Productos : Carvimsa
1 : Ingresa codigo de producto()
2 : Entrada o sallida de producto()
3 : Actualiza stock()
4 : Mensaje: Stock Actualizado
Entradas y Salidas
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
57
: Colaborador de Ventas
: Carvimsa
: Cliente : Documento de venta : Pedido
1 : Registra datos()
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
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
Universidad Tecnológica del PerúIng. de Software
58
: Colaborador Administrador
: Carvimsa : Personal
1 : Ingresa Datos del personal()
2 : Asigna codigo()
3 : Registra datos()
4 : Genera Resgistro()
5 : Mensaje Personal Registrado
Personal
: Colaborador Administrador
: Proveedor : Carvimsa
1 : Ingresa datos del Proveedor()
2 : Asigna Codigo()
3 : Registra datos()
4 : Genera registro()
5 : Mensaje Proveedor registrado
Proveedores
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
: Colaborador Administrador
: 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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
63
5. Documentacion Tecnica5.1 Manual de Usuario
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
64
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
65
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
66
30
de
Ma
yo
de
20
13
Universidad Tecnológica del PerúIng. de Software
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
Universidad Tecnológica del PerúIng. de Software
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.