Proyecto MOdelamiento en RUPN

Proyecto Designers
Calidad comprobada, para su distinguida clientela
PRO PREMIX Proyecto Designers
PROYECTO DESIGNER TEMA: PRO-PREMIX INTEGRANTES: EVANGELISTA OJEDA, LIZETH MARGOT GARCIA BARRIENTOS , RAUL EDUARDO LANDA CHAVEZ, LUIS ALBERTO VILLEGAS CONDORI, LOURDES
PROFESOR: MAMANCHURA LIMA, HUGO CARRERA: COMPUTACIN E INFORMTICA CICLO: VI TURNO: MAANA
PRO PREMIX 11 2
PRO PREMIX 11 2
AO DEL CENTENARIO DE MACCHU PICCHU PARA EL MUNDO
2011
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers NDICE Pag. Dedicatoria Presentacin Introduccin 1. DESCRICION DE LA ORGANIZACIN 1.1 DESCRIPCIN DE LA ORGANIZACION Identificacin de la empresa. Ubicacin geogrfica. Caractersticas de la empresa. Visin y Misin. Productos y/o servicio. Composicin orgnica Organigrama Estructural 15 Composicin orgnica Organigrama funcional 16 1.2 AUDITORA EXTERNA. Matriz de evaluacin de factores externos. 1.3 AUDITORA INTERNA. Matriz de evaluacin de factores internos. 1.4 MATRIZ FODA Matriz Foda. 2. DESCRIPCION DEL PROYECTO 2.1 IDENTIFICACIN DE PROBLEMAS Y/O NECESIDADES. Descripcin de la Solucin propuesta. Objetivos (General y Especficos) Alcances y limitaciones. factibilidad tcnica. factibilidad Operativa. factibilidad econmica. Cuadro de Presupuestos (Hardware, software y Personal) 3. 3.1.3.2.3.3.ADMINISTRACION DEL PROYECTO DIAGRAMA DE PROJECT Fases del proyecto. PLAN DE DESARROLLO DEL SOFTWARE Propsito Entregable del Proyecto. ORGANIZACIN DEL PROYECTO Participantes en el Proyecto. Interfaces Externas. 6 7
9 10 10 12 14
20 21 22
23 24 24 25 26 27 28
31 34 34 34 35
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers 3.4.4. Roles y Responsabilidades. Organigrama del Proyecto. Plan de Fases. Seguimiento y Control del Proyecto. Gestin Requisitos. Control de Plazos y Calidad. Gestin de Riesgos. MODELO DE NEGOCIO Visin del Negocio. Posicionamiento. Descripcin de los participantes en el proyecto y Usuarios. Descripcin Global del Sistema. Restricciones. Procedencia y Prioridad. Otros Requisitos del Producto. Estndares Aplicables. Requisitos (Sistema, Desempeo, Entorno) Definicin de Reglas de Negocio. Modelo de Caso de Uso de Negocio. Modelo de Anlisis del Negocio. Creacin de la Matriz De procesos y Requerimientos. 47 REQUERIMIENTOS Descripcin de Requerimientos funcionales y no funcionales. 49 Descripcin de Actores del Sistema. Descripcin de los casos de uso. Integracin de los casos de uso y de actores. MODELO DE ANALISIS Anlisis de la Arquitectura. Elementos del anlisis. Realizacin de los Casos de Usos. 35 36 37 37 38 38
39 39 39 41 42 42 43 43 43 44 45 46
5. 51 6. 69 7. -
50
61
63 66
MODELO DE DISEO. Elaboracin del modelo Lgico. Elaboracin del Diccionario de Datos. Elaboracin del Modelo Fsico. Identificacin de Subsistemas y Libreras. Realizacin de los casos de uso de diseo.
81 82 91 92 93
PRO PREMIX 11 2
8. -
IMPLEMENTACION. Modelo de implementacin y Despliegue. Implementacin de base de datos (carga inicial y migracin de datos) 96 CONCLUCIONES Y RECOMENDACIONES. Conclusiones y Recomendaciones. MEDIOS UTILIZADOS EN LA INVESTIGACION Medios utilizados en la Investigacin. 105 BIBLIOGRAFIA. Bibliografa. ANLISIS CRTICO DE LAS FUENTES BIBLIOGRFICA Anlisis crtico de las fuentes Bibliogrfica. GLOSARIO Glosario. ANEXOS Anexos. MANUAL DEL USUARIO Manual del Usuario. MANUAL DE PRUEBAS Manual de Pruebas. RESUMEN EJECUTIVO Resumen Ejecutivo. 96
9. 10. -
104
11. 12. 13. 14. 15. 16. 17. -
105
106
107
110
115
134
143
PRO PREMIX 11 2
DEDICATORIA Este proyecto est hecho para aquellas Personas que confiaron en nuestra capacidad, de poder realizar nuestros sueos en realidad. Para aquellos que tienen la oportunidad de leerlo. A todos ellos gracias.
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers PRESENTACIN
El equipo de trabajo Designers, ha elegido como proyecto de presentacin a la empresa PRO-PREMIX, de este modo daremos a conocer sus diferentes sistemas. En este proyecto de investigacin introducimos informacin sobre todo lo que abarca la empresa PRO-PREMIX; que va desde su fundacin y creacin de su primer producto, hasta sus xitos actuales, en la cual nos enfocamos en la descripcin de su organizacin, caractersticas, productos y composicin orgnica as como el sistema de logstica/almacn. Para realizar dicho proyecto utilizaremos la metodologa de anlisis y diseo RUP (proceso nico relacional) y el programa Racional Rose donde realizaremos los diagramas del caso. Actualmente dicha empresa posee una estructura nica en el pas que brinda la capilaridad necesaria para atender los ms diversos requerimientos de los clientes y a la vez, crear una red que posibilita generar nuevos negocios y desarrollos para el pas.
INTRODUCCION
PRO PREMIX 11 2
El proyecto el cual estamos creando y que vamos a presentar ser basado en una de las reas que dentro de una empresa siempre se busca sistematizar debido a la cantidad de procesos, asi como de documentos y reportes que surgen de ella. La empresa PRO-PREMIX NUTRICION SRL, busca un sistema de logstica y ventas, por lo cual se buscara la creacin de dos mdulos uno de logstica, que por lo general es almacenes, la entrada y la salida de artculos y/o productos, y el sistema de ventas basadas en pedidos y ventas propiamente dichas. Pero para este proyecto analizaremos simplemente el sistema de logstica, ms adelante lo relacionaremos ms con ventas. Por lo tanto este mdulo de logstica (sistema) vera y facilitara los diversos procesos, tales como: Gestin de artculos y/o productos, Gestin de proveedores, Gestin de transportistas, Gestin de almacenes, Gestin de documentos,
Que permitir la transmisin fcil y certera de la informacin, desde el registro de los diversos artculos, documentos tales como la orden de compra, orden de importacin, rdenes de servicio, guas de remisin, etc. La cantidad de los almacenes, transportistas y proveedores hasta los reportes gerenciales y estadsticos, de los diversos movimientos de los artculos, entre almacenes, la cantidad de entradas y salidas u otro.
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers Hoy en la actualidad y en el da a da existen diversas empresas, sean estas pequeas, medianas o grandes, as como tambin del rubro a que se dediquen: minera, pesqueras, produccin, telecomunicaciones, textil, agro exportacin, etc. Necesitan de un sistema para regular, sintetizar el trabajo y sobre todo facilitar el proceso de su informacin, en las diversas reas que estas presentan as por ejemplo tenemos el rea de logstica, contabilidad, ventas, tesorera, etc. Pero que es lo que resumen todo esto, pues bien lo podemos encontrar todo en un sistema ERP, y eso es lo que buscamos realizar. Es por ello que este proyecto y presente trabajo de investigacin, orientado a ser un sistema ERP, est hecho debido a la creciente demanda de hoy por parte de las empresas a comprar un sistema orientado a las diversas reas que esta tiene, y sobre todo a la factibilidad y facilidad del proceso de su informacin, para un mejor manejo de sus reportes, mantenimiento, integracin, etc. Que esta requiera. Pero como primer punto construiremos el primer mdulo el cual ser el de logstica, tomando como fuente de informacin la empresa PRO-PREMIX NUTRICION SRL, este ser un sistema a medida de las necesidades de la empresa, pero que pronto se ira estandarizando para poder construir un sistema integrado como lo es un ERP.
1.- DESCRIPCION DE LA ORGANIZACIN 1.1.-DESCRIPCIN DE LA ORGANIZACIN 1.1.1.- Identificacin de la empresa:
PRO PREMIX 11 2
Nombre de la Empresa: PRO-PREMIX NUTRICION S.R.L. Numero de R.U.C.: 20334218857 PRO-PREMIX NUTRICION S.R.L. Tipo Contribuyente: SOC.COM.RESPONS. LTDA Nombre Comercial: PRO PREMIX VETERINARIA SRLTDA Fecha de inscripcin: 07/10/1996 Fecha de inicio de actividades: 07/10/1996 Estado del Contribuyente: Activo Condicion del Contribuyente: HABIDO Direccion del Domicilio Fiscal: Jr. Los CanchisNro 162 Lima-Lima-Chorrillos Telefonos: 254 - 7770 / 254 - 0937 Sistema de Emision de Comprobante: Computarizado Actividad de Comercio Exterior; Importador/Exportador Sistema de Contabilidad: Computarizado Actividad Economica: Principal - 5190 - VTA. MAY. DE OTROS PRODUCTOS.
PRO PREMIX 11 2
1.1.2.- UBICACION DEL PLANO
1.1.3 CARACTERISTICAS: Se inici en el ao 1996 como una empresa dedicada a la distribucin de materias primas, vitaminas, premix y comodities. Pro Premix se ha caracterizado por ser una empresa que asume retos locales y va cristalizando gracias al esfuerzo de sus trabajadores y a las alianzas estratgicas que ha realizado con diversas empresas, representadas tanto del extranjero como del mbito nacional. Asociada en esa poca con Laboratorios Delro, inicia la compra de materias primas destinadas al rubro veterinario, luego de algunos aos y tras la implementacin de una planta de premix en Lima, procede a entablar relaciones con la empresa BASF para desarrollarse como distribuidor exclusivo de sus lneas destinadas a nivel nacional, a exceptin de Trujillo. A pesar de haber ingresado al mercado incursionando netamente en el rubro veterinario, Pro Premix se proyet al futuro dejando de lado sta lneas e introduciendo sus materias primas representadas a un mercado de nutricin avcola que por la dcada del 90 recin estaba en proceso de creacin. El nombre Pro Premix surge como una forma de marcar la diferencia entre su competencia, distinguirse como la empresa distribuidora de pre mezclas, con las mejores opciones en vitaminas que cuenta con la lnea de antibiticos ms completos y eficientes para el sector avcola. Los cambios vertiginosos que conllevan a una etapa de globalizacin mundial, significaron la innovacin de los productos, la avicultura de hace 15 aos ya no era la misma y era necesario implementar nuevas tecnologas y realizar nuevos estudios cientficos que contribuyen a buscar y conocer la nuevas necesidades que los clientes ahora perciban. Conforme fueron pasando los aos y con un conocimiento mayor del negocio, la comercializacin y distribucin de las materias primas se convirti en el caballo de batalla de Pro Premix, llegando a implementar el abanico de productos destinados a la avicultura, en lo que destacan los antibiticos, inyectables, promotores de crecimiento y aditivos, todo esto a travs del contacto con otras compaas importadoras de gran trayectoria. Con un conocimiento ms amplio del mercado y una economa ms estable y solvente se fue sustituyendo las importaciones de materias primas del mercado nacional para contar exclusivamente con importaciones propias ligadas a mercados del extranjero; es decir, se logr independencia de los proveedores nacionales para reemplazarlos directamente con compras internacionales.
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers BASF ha sido una de las principales empresas que ha formado parte del destacado grupo de sus representadas, cuya lnea de productos fue absorbida por la empresa Ilender, compaa internacional con presencia en varios pases de Amrica, con la que prevalece su alianza estratgica a travs de la distribucin de pre mezclas; principalmente con el producto Lutavic. De igual manera, con un ao de participacin en el mercado nacional, la empresa Alinat motivado por la confiabilidad de la empresa, llega a un acuerdo de trabajar conjuntamente por medio de la distribucin de sus productos que han conseguido abarcar zonas de gran importancia del territorio nacional, principalmente en la zona oriente del pas. La poltica de relacin personalizada con el cliente se cristaliza gracias a la programacin de visitas constantes que se realizan, la preocupacin por sus necesidades, que son enfocadas a travs de la organizacin de las charlas y conferencias destinadas a productores, mdicos veterinarios y personas relacionadas al rubro avcola. En el transcurso del ao, se realizan 4 a 5 eventos relacionados casi siempre con las necesidades de los criadores, guindose tambin de la coyuntura del momento y charlas personalizadas a empresas grandes. Por medio de estos eventos de temtica destacada, se crea y consolida las relaciones con los clientes; llegando muchas veces a ser mucho ms que proveedores y convertirse en socios amicales siendo ms fcil determinar los problemas, necesidades y dudas, logrando una relacin ms satisfactoria ms all de lo netamente comercial. En este caso, todo producto que forma parte de la lnea de distribucin de Pro Premix cuenta con un apoyo profesional del staff de ingenieros zootecnistas, que permiten que el producto se desarrolle de manera ptima, con ese plus que el respaldo profesional garantiza. De esta manera, contina con la asesora de programas post venta que se lleva a cabo mediante visitas y viajes mensuales de su personal tcnico especializado, localizado en las zonas claves del Per por ejemplo el representante que est en Trujillo, vive y radica all, y viaja por toda la zona norte, al igual en las principales zonas de distribucin descentralizadas de Lima. En las zonas claves del pas, como por ejemplo en el norte (desde Trujillo hasta Tumbes) cuentan con profesionales clasificados, encargados de manejar las relaciones comerciales con lo productores. "Si bien es cierto las zonas de mayor concentracin de ventas estn localizadas alrededor de Lima, ahora las ventas se han incrementado en territorios que antes no se pensaba que poda tener gran actividad comercial, como la zona de Chincha; que al haber crecido en magnitud de personas como de produccin se ha convertido en un nicho importante que debe ser consolidado y trabajado debido a que la competencia siempre est vida de nuevos mercados" 1.1.4 VISION Y MISION:
PRO PREMIX 11 2
PRO PREMIX Proyecto Designers Expansin en el mercado A medida que el pas crece han presentado ndices favorables de crecimiento, y as lo han comprobado, luego del arduo anlisis que se realiz tras la equiparacin de las ventas de ste con el ao pasado, donde en muchos meses se pudo apreciar la mejora de la produccin, todo esto debido al alza de la crianza de pollos que favorece a la industria avcola as como a la industria de productos destinados tanto para el consumo como para la salud avcola. Y es que en una poca donde la globalizacin ha empujado a muchas empresas modelos internacionales, Pro Premix se mantiene fiel a sus principios de ir creciendo paso a paso, en un mercado que ya conoce y que todava tiene terreno por explorar. La internacionalizacin es un objetivo a mediano plazo por lo cual se estn organizando ya los estudios logsticos y ver los medios factibles que conlleven a un ptimo proceso de exportacin. Con el desarrollo de nuevos mercados y con la premisa de afianzar las relaciones con sus clientes, crea vnculos que van ms all de los negocios lo que le ha permitido obtbener mejores precios de acuerdo a la posicin comercial para ofrecer los mejores productos, conquistando otros mercados a travs de producciones grandes. "Tenemos que ir ponindonos a la par de la poca en que vivimos, sino no podramos competir con todas las empresas similares que existen en el mercado. Un arma clave es la tecnificacin y observacin de como se desarrollan los productos afuera por medio de los eventos y congresos, donde aparte de concretar negocios, se puede conocer un poco ms de las distintas realidades empresariales desarrolladas el extranjero", nos comenta el Sr.Daniel Carneiro. En los ltimos aos han ingresado una cantidad considerable de empresas comerciales al mercado nacional avcola, quienes han visto la oportunidad de negocio y de conseguir productos a bajos costos, sin reparar en las especificaciones ni sustento tcnico y cientfico que estos tengan. Pro Premix en contra parte busca siempre ofertar productos de calidad comprobada que resulta altamente eficiente ante las necesidades de su distinguida clientela. Productos comBromix, que es un coctel de antibiticos o el Evita Stress se han convertido en los productos abanderados de Pro Premix. En la actualidad, PRO PREMIX NUTRICIN se presenta en el mercado como una de las empresas ms slidas en lo que a pre mezclas, vitaminas y promotores de crecimiento se refiere. Un posicionamiento que ha ido solidificndose durante casi 15 aos de fundacin y que se ha complementado con el trato confiable y responsable que brinda a sus clientes a travs de la distribucin de productos de calidad a costos competitivos y con una atencin netamente personalizada.
PRO PREMIX 11 2
1.1.5 PRODUCTOS Y/O SERVICIOS: En la actualidad, PRO PREMIX NUTRICIN se presenta en el mercado como una de las empresas ms slidas en lo que a pre mezclas, vitaminas y promotores de crecimiento se refiere. Aditivos /alimento Antibiticos Artculos varios Aves reproductoras Base mix Desinfectantes Inyectables Minerales Natuphos Patos Pavos Peces / Langostinos Pigmentantes Pollos Ponedoras Porcinos muertas Oleosas Vacunos Vitaminas puras Vitaminas solubres Servicios Vacunas
PRO PREMIX 11 2
PRO PREMIX 11 2
1.1.6 ORGANIGRAMA ESTRUCTURAL
1.1.7 ORGANIGRAMA FUNCIONAL CARGO DIRECCION GENERAL FUNCION La Direccin General se encarga de formular planes, estrategias y programas de desarrollo que permitan alcanzar el objetivo de la empresa. Funciones: 1. Representar legalmente al Centro como apoderado general para pleitos y cobranzas y actos de administracin con todas las facultades generales y an las especiales que de acuerdo con la Ley requieran clusulas o poder especial, incluyendo la de desistirse en amparos y conferir poderes generales y especiales para pleitos y cobranzas, sin perder sus facultades, informando de ello a la Junta Directiva.
2.
Ejercer las facultades que corresponden a los apoderados generales para actos de dominio previa aprobacin en este caso de la Junta Directiva. Elaborar y proponer a la Junta Directiva los proyectos de programas de actividades, plan de inversiones y presupuesto anual de ingresos y egresos del organismo. Proponer los nombramientos de los directores de las unidades y de los jefes de departamento del Centro y firmar los nombramientos que aqulla apruebe.
3.
4.
GERENTE GENERAL
1. Designa todas las posiciones gerenciales. 2. Realiza evaluaciones peridicas acerca del cumplimiento de las funciones de los diferentes
departamentos. 3. Planea y desarrollar metas a corto y largo plazo junto con objetivos anuales y entregar las proyecciones de dichas metas para la aprobacin de los gerentes corporativos. 4. Coordina con las oficinas administrativas para asegurar que los registros y sus anlisis se estn ejecutando correctamente. 5. Crea y mantiene buenas relaciones con los clientes, gerentes corporativos y proveedores para mantener el buen funcionamiento de la empresa. LOGISTICA 1. Mantener actualizada la lista de los Proveedores de la EMPRESA. 2. Aplicar los procedimientos para adquisiciones de materiales y bienes de capital, establecidos por la EMPRESA. 3. Controlar el consumo de materiales en las diferentes reas operativas de la EMPRESA. 4. Realizar el seguimiento de las adquisiciones y almacenaje de materiales. 5. Participar en el inventario de la EMPRESA. VENTAS 1. Gestionar los pedidos y cotizaciones hechas a la empresa. 2. Realizar la facturacin de los diversos comprobantes. 3. Realizar la estadstica de las ventas por mes, ao y periodo.
4. Registrar guas de remisin, rdenes de pedido, etc. CONTABILIDAD 1. Supervisar que la documentacin remitida al Departamento para su pago, rena los requisitos fiscales y cumplan con la normatividad aplicable al caso.
2. Presentar correcta y oportunamente a la Direccin Administrativa un programa semanal de pagos a: proveedores, acreedores y cuotas por pagar, para la obtencin de la autorizacin del Ejercicio del Presupuesto Autorizado.
3. Supervisar ingresos recibidos por la Institucin por concepto de venta de plantas, libros y fotocopias.
4. Supervisar y controlar el proceso de las operaciones contables propias de la Institucin y de los recursos no fiscales derivados de los convenios con otras Entidades.
5. Revisar los listados previos de captura para autorizar los registros contables y presupuestales presentados en las plizas de diario, egresos e ingresos. 6. Elaborar oportunamente los Estados
Financieros y Formatos del Sistema Integral de Informacin, y los referentes a las partidas de difusin y austeridad que son enviados a CONACYT, SHCP, SECODAM, etc., en los perodos establecidos por dichas dependencias.
7. Analizar e interpretar los Estados Financieros, auxiliares y dems informacin contable. 8. Supervisar la elaboracin de las Conciliaciones Bancarias Y analizar los movimientos presentados en dichas conciliaciones para su posterior registro contable.
1.2AUDITORIA EXTERNA 1.2.1 MATRIZ DE EVALUACIN DE LOS FACTORES INTERNOS (EFI)
FACTORES FORTALEZAS 1. Personal Capacitado para todas las reas. 2. 15 aos de experiencia en el mercado. 3. Sistema nuevo de pedidos en web. 4. Adquisicin tecnologas. de nuevas
PESO
CALIFIC.
TOTAL PONDERADO
0.18 0.08 0.09 0.12 0.05 0.14 0.10 0.08 0.07
4 2 3 4 3 4 2 2 2
0.72
0.16
0.27
0.48
5. Proveedores confiables DEBILIDADES 1. Falta de sistema, para informacin en tiempo real. 2. Falta de promocin. publicidad y
0.15
0.56
0.20
3. Perdidas de ventas online. 4. Almacenes y oficinas muy alejados, ubicados al sur (Chorrillos). 5. Gerentes no usan sistemas de informacin para tomar decisiones TOTAL
0.16 0.14
0.09 1.00
0.27
3.11
1.3 AUDITORIA EXTERNA
1.3.1 MATRIZ DE EVALUACION DE LOS FACTORES EXTERNOS (EFE)
FACTORES OPORTUNIDADES 1. El mercado de productos para consumo y salud avcola ha aumentado. 2. Aumento de consumo de productos en diversas regiones antes no comerciales. 3. Software permitir mejor toma de decisiones. 4. Publicidad en redes sociales asi como su propia web junto con el software. 5. Tratados de libre comercio con otros pases. AMENAZAS 1. Competencias con otras empresas que se dedican al mismo rubro. 2. Recesin mundial. 3. Rechazo a algunos productos nuevos por estar a modo de prueba. TOTAL
PESO
CALIFIC.
TOTAL PONDERADO
0.18
0.72
0.14
0.42
0.11 0.08
3 3
0.33 0.24
0.09
0.18
0.14
0.42
0.08 0.09
2 2
0.16 0.18
1.00
2.65
1.4 MATRIZ FODA
2.- DESCRIPCION DEL PROYECTO: 2.1 IDENTIFICACIN DE PROBLEMAS Y/O NECESIDADES.
AREA LOGISTICA
NECESIDADES
Sistema integrado que permita: Tener sistematizado el nmero y la cantidad de almacenes dentro de la empresa. As como tambin los proveedores que tienen la empresa, sus transportistas, y otros requerimientos q ellos presenten. Saber el control y manejo del stock de artculos y/o productos. Tener un acceso, control y manejo de los inventarios dentro de los almacenes de la empresa de los diversos artculos y/o productos. Registras operaciones como: - rdenes de Compra - Ordenes de Servicio - Ordenes de Importacin - Requerimientos - Guas de Importacin - Vales de ingreso - Vales de salida - Etc. Obtener un reporte de las hechas, por ejemplo: - Reporte de Stock por - Reporte de Total de compra - Reporte de Total de Importacin - Reporte de Stock por - Etc. operaciones Almacn rdenes de Ordenes de Proveedor
Hacer la aprobacin y desaprobacin, de las rdenes de compra, servicio y de importacin. Realizar la provisin de facturas por proveedor. Realizar a valorizacin, es decir los vales de ingreso y liquidacin. Otorgar privilegios, pues existen diversos tipos de usuario: - Gerente - Jefe de Almacn
2.2 DESCRIPCIN DE LA SOLUCIN PROPUESTA Logstica ser un Sistema Operacional para el rea de logstica, incluye las operaciones base de las Compras, pudiendo ser nacionales o importadas, para lo
cual el sistema separara los mens en cada caso. Asimismo el manejo de las rdenes de Servicio. En cuanto a las compras e importaciones, el sistema tambin permitir e registro de los documentos (facturas) por proveedor, cerrando de esa forma todo el proceso de logstica y gestin del proveedor. Estos documentos aqu registros generaran el asiento contable automticamente para el rea de contabilidad. El mdulo central de logstica es el concerniente a los inventarios, que permite el control de mltiples almacenes con distinta naturaleza de productos aplicables a empresas comerciales e industriales y su control de krdexe inventario clasificado. 2.3 OBJETIVOS GENERALES Y ESPECFICOS GENERAL: Ejecutar y proveer de un sistema a la empresa Pro Premix SRL, para una adecuado y facilitado manejo de la informacin en el area de Logistica, mediante la automatizacin de sus procesos, que permita la factibilidad de acceso y control de todos ellos. ESPECIFICOS: Automatizacin de los procesos de registro de rdenes de compra, servicio y de importacin, asi como los otros documentos. Agilizacin de la aprobacin de las diferentes rdenes, asi como tambin su desparobacion, de una manera rpida y efectiva. Seguridad y respaldo de la informacin. Manejo y control del stock de los productos y/o artculos de la empresa, as como tambin de sus proveedores y transportistas. Capacitacin al personal de la empresa, a travs de clases personalizadas, as como tambin la entrega del manual de usuario del sistema. Ahorro de tiempo y agilizacin de los reportes.
2.4 ALCANCE Y LIMITACIONES ALCANCES Proceso de Gestin de Artculos y/o Productos
Creacin de Tipos de productos y/o artculos, para tener la identificacin y clasificacin del producto, por ejemplo: - Materia Prima y productos Terminados Productos en Proceso Materia Prima e Insumos Otros
Creacin de Lnea, Familia y sub Familia de Artculos y/o Productos. Creacin del Articulo y/o producto en s mismo. Proceso de gestin de Proveedores Creacin de Proveedores, para tener la identificacin del proveedor. Gestin de Transportista Creacin de transportista, que son los encargados de transportar los productos y/o artculos. Control de Almacenes Controlar tanto los productos de materias primas e insumos hasta los productos en proceso provenientes de la produccin y finalmente los productos terminados, todos estos valorizados respectivamente desde el origen de sus operaciones. Multi-almacenes, creacin de varios almacenes en la empresa. Control de Mercadera y Productos Terminados, Materia Prima, Suministros y Productos en Proceso. Control detallado de todos los movimientos de almacenes Transferencia de artculos entre almacenes Krdex Valorizados y Reportes contables Control de Stocks: STOCK DISPONIBLE, STOCK EN TRANSITO, STOCK COMPROMETIDO Registro de Documentos Creacin de registros tales como: Requerimientos rdenes de Compra Ordenes de Servicio Ordenes de importacin Guas de Remisin Etc.
LIMITACIONES Algunas de las limitaciones que se pueden presentar dentro de este proyecto, pueden ser: La disponibilidad de tiempo de la empresa, asi como el nuestro. La capacitacin de los futuros usuarios El lugar de la empresa. 2.5FACTIBILIDAD TCNICA
Software: El desarrollo del proyecto lleva consigo la utilizacin de software libre que se explicar a continuacin, el cual no genera costo alguno para la realizacin de proyecto. SISTEMA OPERATIVO LINUX DEBIAN 2.6.8-1 GNU/LINUX Diaversion 0.94 GCC version 3.3.5 Glade (GTK+) 2.6.8 BIBLIOTECAS DE DESARROLLO gtk+-2.0 libglade-2.0 libgnome-2.0 libgnomeui-2.0 lgnome-2 lgnomeui-2 lbluetoothversion 2.11-1 libbluetooth1-dev version 2.11-1 UTILIDADES PARA EL DESARROLLO VIM version 6.3 bluez-utilsversion 2.10-5
SOFTWARE DE DISEO SOFTWARE DE DESARROLLO
Hardware:
En
cuanto
hardware,
el
equipo
necesario
para
la
implementacin del proyecto es crtico ya que sin esto el software no es
factible y no se debiera realizar. La empresa cuenta con los siguientes equipos laborales, sealaremos los ms usados: EQUIPO CPU MONITOR TECLADO IMPRESORA MOUSE PARLANTES WEB-CAM FAX TELEFONO CANTIDAD 50 50 100 30 60 35 20 29 70 Bueno ESTADO Regular Malo
2.7 FACTIBILIDAD OPERATIVA El sistema presentar una interfaz web, muy intuitiva que solo requerir en concepto de conocimientos previos, estar familiarizado con una PC y la navegacin por internet. Conceptos con los que, hoy en da, la gente est cada vez ms en contacto tanto en el hogar como durante sus tareas laborales. De todas formas, evaluando el personal que se ver afectado por el software notamos lo siguiente: En el caso de la persona recepcionista de los datos de clientes mantendr la misma labor y entendemos que el cambio ser mnimo, debido que la empresa de por s cuentan con distintos sistemas informticos para almacenar los datos de los clientes. Sabiendo que en algunos casos dicha funcin la cumplen viejos sistemas que corren sobre DOS, mnimamente ya est habituado a manejar computadoras, por lo cual a lo sumo representa un cambio de interfaz y el acostumbrarse a la utilizacin del mouse. Sumado a esto, la mayora de los casos, las personas que realizan esta labor son jvenes, lo cual facilita an ms la adaptacin a las nuevas tecnologas. El software, adems generar reportes estadsticos para ser evaluados por personal de un cierto nivel jerrquico, quienes estn habituados a recibirlos hoy en da. Luego de realizar este estudio concluimos que contamos con el apoyo de las personas involucradas, lo cual constituye el principal impedimento para hacer posible la concrecin de ste proyecto. 2.8 FACTIBILIDAD ECONMICA
A continuacin se presenta el estudio de factibilidad econmica del proyecto. La duracin del proyecto se considera en 5 aos, puesto que en dicho periodo se producirn tanto ingresos como egresos detectables. Por otro lado consideramos una tasa de impuesto a las ganancias del 35% y cabe aclarar tambin que no se requiere la utilizacin de un prstamo por parte de nuestra consultora, ya que se disponen de los recursos suficientes para llevar a cabo el proyecto sin problemas. Egresos afectos a impuestos A continuacin se detallarn los sueldos de los recursos humanos necesarios para la concrecin del proyecto. Recordemos que se propuso un tiempo de desarrollo del proyecto de 4 meses.
Recursos humanos
Persona Jefe proyecto Analista
cantidad horas dedicadas de 1 432 1 2 432 576
costo horas S/. 25.00 S/.20.00 S/. 10.00
costo da S/. 150.00 S/.120.00 S/. 80.00
costo total S/. 10,800.00 S/. S/. S/. 8,640.00 5,760.00 500.00 25,700.00
Programador OtrosGastos
Total
S/.
Adicionalmente la empresa enviar una persona para capacitar a los operadores de la aplicacin. De acuerdo a los objetivos, el tiempo de capacitacin no debe superar los tres das. En base a esto la consultora cobra 20000 soles adicionales en concepto de capacitacin.Por otro lado, la consultora arregl prestar servicio tcnico en temas de mantenimiento de la aplicacin y solucin de problemas relacionados con su uso. El valor de este servicio es de $ 5000 anual. Adicionalmente a los costos de RRHH tanto para el desarrollo como para la capacitacin y mantenimiento de la aplicacin; la consultora cobra un adicional de 50000 soles en concepto de ganancias por el proyecto. A continuacin se presenta una tabla que resume todos estos costos para el ciclo de vida del proyecto.
Concepto Sueldos RRHH Capacitacin Mantenimiento (5 aos) Ganancias consultora Total
Valor total 130000 20000 25000 50000 225000
Gastos no desembolsables En esta seccin se provee la depreciacin de cada uno de los elementos de hardware que deber comprar la empresa para soportar la aplicacin. A razn de ello se genera la siguiente tabla:
ELEMENTO FSICO Servidor PC de escritorio Cable de red Router Mesa PC Silla Total CANTIDAD DE UNIDADES 1 10 225 (metros) 1 10 10 DEPRECIACIN 700 200 0,2 10 10 5 VIDA TIL 5 5 5 5 5 5 COSTO UNITARIO 8200 2400 1,5 267 300 80 DEPRECIACIN ANUAL 700 2000 45 10 100 50 2905
Ajustes de gastos no desembolsables Se consideran aqu los ajuste de los gastos que se produjeron depreciaciones, su valor se ver reflejado en la tabla de flujo de fondos. Egresos no afectos a impuestos Entre los mismos situamos las inversiones para comprar todo el equipamiento necesario para dar soporte al nuevo sistema. Los egresos se detallan en la siguiente tabla. ELEMENTO FSICO CANTIDAD DE UNIDADES 1 10 225 (metros) 1 10 10 COSTO UNITARIO 8200 2400 1,5 267 300 80 en las
COSTO TOTAL 8200 24000 337,5 267 3000 800 36604,5
Servidor PC de escritorio Cable de red Router Mesa PC Silla Total
3. ADMINISTRACION DEL PROYECTO 3.1 DIAGRAMA PROJECT 3.1.1 fases del proyecto:
3.1.2
PRINCIPALES ACTIVIDADES DEL PROYECTO
3.1.3
DESARROLLO DEL PROYECTO POR FASES
3.2. PLAN DE DESARROLLO DEL SOFTWARE 3.2.1 Propsito
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto. En l se describe el enfoque del desarrollo del Software. Los usuarios del Plan del Desarrollo de Software son: El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su seguimiento. Los miembros del equipo de desarrollo lo usan para entender lo que deben hacer, cuando deben hacerlo y que otras actividades dependen de ello.
3.2.2 Entregable del proyecto
A continuacin se indican y describen cada uno de los materiales que sern generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin del RUP desde la respectiva de materiales, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofa del RUP (y de todo proceso interactivo e incremental), todos los materiales son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, solo al termino del proceso podramos tener una versin definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto ser indicado ms adelante cuando se presenten los objetivos de cada interaccin.
3.2.3 ORGANIZACIN DEL PROYECTO.
3.2.3.1 Participantes en el proyecto
De momento no se incluye el personal que designara como responsable del Proyecto, Comit de Control y Seguimiento, otros participantes que se estimen convenientes para proporcionar los requisitos y validar el sistema. El resto del personal del proyecto, considerando las fases de Inicio, Elaboracin y dos interacciones de la fase de Construccin, estar formado por los siguientes puestos de trabajo y personal asociado:
Jefe de Proyecto. Analista de Sistemas. Analista-Programadores.
3.2.3.2 INTERFACES EXTERNAS
Definir los participantes del proyecto que proporcionar los requisitos del sistema, y entre ellos quienes sern los encargados de evaluar los implementos de acuerdo a cada subsistema y segn el plan establecido. El equipo de desarrollo interactuar activamente para la especificacin y validacin de los implementos generados.
3.2.3.3 ROLES Y RESPONSABILIDADES
A continuacin se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboracin, de acuerdo con los roles que desempean en RUP.
PUESTO
RESPONSABILIDAD El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetos. El jefe de proyecto tambin establece un conjunto de prcticas que aseguran la integridad y calidad de los materiales del proyecto. Captura, especificacin y validacin de requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboracin del Modelo Anlisis y Diseo.
EL JEFE DE PROYECTO (RalGarca Barrientos)
ANALISTA DE SISTEMAS (Luis Landa Chvez)
ANALISTAPROGRAMADORES (Lourdes Villegas)
Construccin de prototipos. Colaboracin en la elaboracin de las pruebas funcionales, modelo de datos y en las validaciones con el usuario. Gestin de requisitos y cambios, elaboracin de modelo de datos, preparacin de las pruebas funcionales, elaboracin de la documentacin. Elaborar modelos de implementacin y despliegue.
INGENIERO DE SISTEMA (RalGarca)
3.2.3.4 ORGANIGRAMA DEL PROYECTO
PLAN DE FASES
El desarrollo e llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La siguiente tabla muestra una distribucin de tiempos y el nmero de interacciones de cada fase.
FASE FASE DE INICIO FASE DE ELABORACIN FASE DE CONSTRUCCIN FASE DE TRANSICIN
NRO.INTERACCIONES 1 1 2 1 2
DURACIN semanas 3 semanas 9 semanas 4 semanas
Los hitos que marcan el final de cada fase se describen en la tabla siguiente:
DESCRIPCIN FASE DE INICIO
HITO En esta fase desarrollar del producto desde la perspectiva del usuario, los cuales sern establecidos en la Visin. Los primeros casos de u su sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente/ usuario del material Visin y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes ms relevantes y/o crticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implantados en la primera relase de la fase de Construccin deben estar analizados y diseados (En el modelo de Anlisis/Diseo). En nuestro caso particular, por no incluirse las fases siguientes, la revisin y entrega de todos los materiales hasta este punto de desarrollo tambin se incluye como hito. La primera iteracin tendr como objetivo la identificacin y especificacin de los principales casos de uso, tambin permitir hacer una revisin general del estado de los materiales hasta este punto y ajustar si es necesaria la planificacin para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrn una duracin de una semana. Durante la fase de construccin se terminan de analizar y disear todos los casos de uso refinando el modelo de anlisis/diseo. El producto se construye en base a 2 interacciones, cada una produciendo una relase a la cual se le aplica las pruebas y se valida con el cliente/usuario. Se comienza la elaboracin de material de apoyo al usuario. En esta fase se prepararn dos relase para distribucin, asegurando una implantacin y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentacin del proyecto con los manuales de instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamiento de los usuarios y el empaquetamiento del producto.
FASE DE ELABORACIN
FASE DE CONSTRUCCIN
FASE DE TRANSICIN
3.2.3.5 SEGUIMIENTO Y CONTROL DEL PROYECTO Gestin de Requisitos Vamos a dividir la gestin de requisitos en tres partes, los requisitos que necesita el sistema para su completo desarrollo, asi como tambin los requisitos para el buen funcionamiento del sistema por parte del usuario, y por ultimo los
requisitos de los mejoramientos).
usuarios
con
el
sistema
(actualizaciones
por
falla
1. Requisitos que necesita el sistema para su desarrollo: Disponer del software necesario. Disponer del hardware necesario. Disposicin de los participantes(Empresa - Nosotros)
2. Requisitos para el buen funcionamiento del sistema: Capacitacin por parte del grupo al personal. Disposicin del hardware requerido por parte de la empresa. Disposicin del software requerido por parte de la empresa.
3. Requisitos de los usuarios: Se empleara la comunicacin a travs de correos para ver las mejoras del sistema (nuevos requisitos), que tal ves no fueron especificados aun. Control de Plazos. El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto y por el Comit de Seguimiento y Control. Control de Calidad Los defectos detectados en las revisiones y formalizados tambin e una Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad respecto de la solucin de dichas deficiencias para la revisin de cada material y su correspondiente garanta de calidad se utilizarn las guas de revisin y checklist incluidas en RUP. Gestin Riesgos A partir de la fase de inicio se mantendr una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista ser evaluada al menos una vez en cada interaccin. RIESGO Descomposicin grupo Incumplimiento compromiso por ESTRATEGIA del Reevaluacin de las funciones y nuevo planteamiento de las mismas. de Renegociacin para llegar a un mutuo parte acuerdo lo ms pronto posible. PROBABILI DAD Baja Baja
del cliente El hardware se avera Virus software Dao de aplicativos Desastres Naturales Mantenimiento del hardware. Copias de seguridad semanales. Disponer de copias de seguridad Disponer de copias de seguridad. Reinstalacin del sistema Reinstalacin de aplicativos Media Media Media Media
Disponer de copias de seguridad. Baja Prevencin y proteccin de los servidores en lugares estratgicos. El sistema no es Mejorar el sistema a nivel de entorno y Baja amigable con el usuario opciones, a nivel del requerimiento del usuario.
4.- MODELO DE NEGOCIO 4.1 VISIN DEL NEGOCIO El Proyecto Pro-Premix tiene como visin fundamental desarrollar un eficiente sistema de software para la empresa en la cual laboramos la empresa: PROPREMIX. Este documento define la visin del producto desde la perspectiva del cliente, especificando las necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. Este proyecto pretende solucionar los diversos problemas que encontramos en el rea de logstica, como la entrada y salida de un producto o de un artculo. Realizaremos nuestro software a travs del esfuerzo y del compromiso genuino de nuestra parte, para lograr as nuestra trascendenciagarantizando el crecimiento continuo de la cartera de clientes de la empresa. Contamos con un equipo de trabajo efectivo y con la ms avanzada Tecnologa, calidad, efectividad e innovacin para llevar a la empresa hacer el nmero 1 en el mercado. 4.2 POSICIONAMIENTO
La estrategia de posicionamiento consiste en definir la imagen que se quiere conferir a la Empresa, de manera que nuestro pblico objetivo comprenda y aprecie la diferencia de nuestra Empresa sobre las empresas competidoras.
Para ello contamos con una alta gamma de productos y artculos con caractersticas importantes y sobresalientes como: aditivos/alimentos, vitaminas puras y solubles, minerales, inyectables y en general a lo que se refiere a la promocin de crecimiento y desarrollo de aves y vacunos. Nuestro lema clientes satisfechos es un tipo de posicionamiento basado en las caractersticas, orientado a usuarios, precio y calidad. 4.3 DESCRIPCIONES USUARIOS DE LOS PARTICIPANTES EN EL PROYECTO Y
Nuestro proyecto tiene como punto departida la captura de requisitos, obtenidos por los analistas en interaccin con los usuarios, que mstarde sern analizados y plasmados en herramientas propias de cada metodologa de manera quecubran las expectativas de los usuarios y que se ajusten a las tendencias actuales de desarrollo de aplicaciones.
NOMBRE
DESCRIPCION
RESPONSABILIDAD Se encargar de analizar un problema y describirlo con el propsito de sersolucionado mediante un Sistema de Informacion, encargado tambin de asesorar y supervisar toda la informacin necesaria del . Encargado de realizar la sntesis precisas de informacin para realizar los diferentes casos de usos. Asi como tambin posteriormente encargados de la programacin de todo el sistema que se va a realizar en un entorno amigable con leguaje Java u PHP. Se encargada de disear el esquema del proyecto, las interfaces y otras aplicaciones que se realicen describindola solucin
GARCIA BARRIENTOS, RAUL LANDA CHAVEZ, LUIS VILLEGAS CONDORI, LOURDES EVANGELISTA OJEDA, LIZETH
Jefe de Proyecto / Analista de Sistemas
Analista / Programador
Analista / Diseadora
(cmo hacerlo). Utilizando utilitarios como Dreamweaver u IDE como Netbeans u Eclipse.
FUNCIONES DESCRIPCION USER Usuario: acceso total rea: Almacn Cargo: Administ. del sistema Usuario: acceso reportes y mantenimiento rea: Almacn Cargo: Jefe de almacn Usuario: acceso visualizacin de datos rea: Almacn Cargo: Almacenero1 y 2
Tendr el acceso total al sistema ya sea para mantenimiento, ver reportes, insercin de datos, modificaciones, creacin de usuarios, otorgar permisos, restricciones y para algunos ajustes en el sistema
Tendr el acceso a generar reportes, hacer mantenimiento de artculos, proveedores, clientes y estar capacitado para poder realizar algn ajuste simple en el sistema
Tendr acceso a la visualizacin de datos tales como los artculos, reportes, listados de artculos, clientes, proveedores. Este usuario no podr hacer ninguna modificacin en la informacin a menos que el administrador del sistema le otorgue un permiso especial
4.4DESCRIPCIN GLOBAL DEL SISTEMA
Nuestro sistema est diseado para satisfacer los requerimientos de la empresa PRO PREMIX; cuenta con una interfaz dinmica y fcil de usar; el diseo cuenta con iconos de fcil deduccin.
El enfoque desarrollo propuesto constituye una configuracin del proceso RUP de acuerdo a las caractersticas del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos (entregables) que sern generados. Este documento es a su vez es uno de los artefactos de RUP. La informacin que a continuacin se incluye ha sido extrada de las diferentes reuniones que se han celebrado con el stakeholder de la empresa desde el inicio del proyecto.
PRO PREMIXfomenta la venta al por mayor y menor de susaditivos/alimentos, vitaminas puras y solubles, minerales, inyectables y en general a lo que se refiere a la promocin de crecimiento y desarrollo de aves y vacunos. La entrada en un mercado competitivo como en el que encuentra inmersa esta firma conllevar una previsible adaptacin a los nuevos sistemas de informacin y a la evolucin tecnolgica. Por ello, PRO PREMIX considera necesario el desarrollo de un nuevo sistema de gestin en ventas de productos como para sus distintos artculos que forman parte de sus catlogos, as como las bases de datos que recogen datos tanto estadsticos y logsticos, empresariales como nminas, ordenes de importacin, rdenes de compra y venta, control de stock y movimientos de almacn etc., por tanto los solicitantes demandan una gestin ms rpida, automtica y segura sobre todo en la gestin de almacn y bases de datos de los distintos departamentos.
El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados en la gestin de sus productos y bases de datos departamentales.
4.5RESTRICCIONES
Nuestro proyecto presenta 3 restricciones fundamentales en las que pueden destacar lo siguiente:
La restriccin de tiempo se refiere a nuestra cantidad de tiempo disponible para completar al 100% nuestro proyecto. Evaluar el rea de logstica y contabilidad de
manera detallada y precisa tomara un tiempo severamente largo y no productible en costos.
La restriccin del costo aqu nos referimos a la cantidad presupuestada para el desarrollo y terminacin de nuestro proyecto.
La restriccin de alcance nos referimos a lo que se debe hacer para producir el resultado final del proyecto. Tenemos que tener en cuenta que si queremos llegar al 100% de nuestros alcances tendremos que elevar nuestro tiempo y eso implicara que tendramos que elevar nuestros costos.
4.6
PROCEDENCIA Y PRIORIDAD
El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto, por el Comit de Seguimiento y Control para la ejecucin del proyecto desarrollando lo siguiente: Planificacin (fases del proyecto). Principales actividades del proyecto. Desarrollo del proyecto por fases. Plan de desarrollo del software. Realizacin de los diagramas y casos de usos. Realizacin de las interfaces de desarrollo. Realizacin de la programacin del proyecto. Realizar los informes y documentacin del proyecto.
4.7
OTROS REQUISITOS DEL PRODUCTO
En caso de que el proyecto pro-premix llegara a requerir implementacin adicional, ser desarrollado de acuerdo con las expectativas requeridas por los participantes del proyecto y usuarios. 4.8 ESTANDARES APLICABLES
Se requiere que el sistema cumpla con todo los estndares para la creacin del nuevo software que se implementara, para ello hemos utilizado la metodologa RUP
y otros programas comoMicrosoft Project 2003, PHP, Netbeans 6.8 ya que son herramientas necesarias para la creacin del mismo. 4.9 REQUISITOS DEL SISTEMA
La empresa debe cumplir con todos los permisos legalesynecesariospara la implementacin del sistema. As tambin debe de contar con licencias de software, y la adquisicin de hardware nuevos para el desarrollo del mismo. (Ver factibilidad tcnica) 4.10 REQUISITOS DE DESEMPEO Para obtener un mejor resultado del producto, el usuariodebereunir las capacidades necesarias para poder operar el sistema a desarrollar, debe ser capacitado, deber contar con un manual de usuario y ser evaluado constantemente. (Ver factibilidad operativa) 4.11 REQUISITOS DE ENTORNO Para obtener un mejor resultado del producto, los usuarios deben reunir las capacidades necesarias para poder operar el sistema a desarrollar, deben ser capacitados, debern contar con un manual de usuario y ser evaluado constantemente de manera grupal e individualmente. (Ver factibilidad operativa)
4.12 DEFINICIN DE REGLAS DEL NEGOCIO
Todo ingreso de mercadera al almacn tiene que ser registrado de manera obligatoria.
Todo reporte generado tendr que ser presentado al jefe de almacn y al rea de administracin.
Todos los inventarios semanales y generales tendrn que estar supervisados por el jefe de almacn.
Cualquier cambio de datos con respecto a los artculos sin permiso del jefe de almacn generara un reporte para una posterior amonestacin.
4.13
MODELO DE CASO DE USO DE NEGOCIO
Gerente Comercial
(from Actores de Negocio)
Gerente General
Gerente Logistica
Jef e Compras Jef e Vent as

Jef e Almacen
Ventas
Almacen
Compras
Cliente
Prov eedor
4.14
MODELO DE ANALISIS DEL NEGOCIO
Entidades de Negocio
Actores de Negocio
Trabajadores de Negocio Casos de Uso de Negocio
Realizacion de Casos de Uso de Negocio
Objetivos de Negocio
4.15
CREACIN DE LA MATRIZ DE PROCESOS Y REQUERIMIENTOS
Casos de Uso
1 Registrar artculos 2 Actualizar stock 3 Generar lista de articulo 4 Registrar Familias 5 Registrar Lneas 6 Registrar Subfamilia 7 Despachar Requerimientos 8 Registrar vale de compra 9 Entregar Artculos 10 Registrar orden de ingreso 11 Registrar orden de salida 12 Generar listado de cotizacin 13 Registrar invoice 14 Cancelar reserva 15 Registrar vale de retiro 16 Registrar requerimiento 17 Genera Cotizacin
R1 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R12 R13 R14 R15 R16 R17 R18 X X X X X X X X X X X X X

X
X X
18 Cancela vale de entrada
5.- REQUERIMIENTOS
5.1 REQUERIMIENTOS FUNCIONALES
NUMERO
REQUERIMIENTO FUNCIONAL Registrar artculos. Actualizar stock de Entrada. Generar lista de artculo. Registrar Familias. Registrar Lneas. Registrar Subfamilia. Provisionar Requerimientos. Registrar vale de Entrada. Entregar Artculos. Registrar orden de Compra. Registrar orden de salida. Generar listado de cotizacin. Registrar Invoice. Cancelar reserva. Registrar vale de retiro. Registrar requerimiento de Artculo. Cancela vale de compra. Registra Tipo de Producto.
RF RF RF RF RF RF RF
1 2 3 4 5 6 7
RF 8 RF 9 RF 10 RF 11 RF 12 RF 13 RF 14 RF 15 RF 16 RF 17 RF 18
NUMERO RNF 1 RNF RNF RNF RNF 2 3 4 5
RNF 6 RNF 7
REQUERIMIENTO NO FUNCIONAL No es necesaria la programacin en PHP, JAVA, etc. No es necesaria la conexin a internet. No requiere identacin. El software debe ejecutar sobre Windows. El sistema no necesariamente tiene que tener manual en ingls y espaol as como su programacin. El aplicativo deber trabajar con una base de datos SQL Server 2000 La aplicacin debe tener un tiempo de respuesta de 5 mximo segundos para cargar y pasar a otra ficha
5.2
DESCRIPCIN DE ACTORES DEL SISTEMA
ACTOR
DESCRIPCIN
Encargo de surtir a la empresas con existencias necesarias (artculos) para el desarrollo de la actividad, los cuales sern transformados para venderlos posteriormente o directamente se compran para su venta. Encargado de realizar un control de los movimiento de existencias como tenemos: cantidad, vencimiento, adecuada rotacin, clasificacin, realizar una rpida identificacin y colocacin del producto de Encargado de transporta los materiales requeridos a las reas que lo necesitan los productos.
Proveedor
Jefe Almacen
Transportista
Es aquella persona que accede a un producto o servicio por medio de una transaccin u otro medio de adquisicin.
Cliente
Realiza las adquisiciones necesarias en el momento debido, con la cantidad y calidad requerida y a un precio adecuado. Encargado de supervisar compras de diferentes artculos.
Jefe Compras
Jefe Ventas
Encargado de solicitar todo el reporte pertinente para poder formular su reporte y para poner en prctica las operaciones de ventas. Debe preocuparse profundamente de los clientes de la empresa, usuarios finales de los productos o servicios y de los intermediarios tales como los distribuidores.
Realiza el proceso necesario para tener la empresa abastecida de productos necesarios para la elaboracin de vitaminas y vacunas.
Gerente Logistica
Comprueba que las adquisiciones son y de calidad y tiene un precio justo.
Gerente Comercial
Su funcin principal incluye tambin las actividades de promocin y distribucin. Planifica las ventas, las organiza y determina los canales de distribucin, asignando objetivos de venta por productos y zonas geogrficas. Supervisar los Recursos Financieros del Sistema. Registrar, analizar y controlar las operaciones contables y financieras del Sistema. Elaborar pronsticos de ingresos por los servicios prestados por el Sistema. Coordinar la elaboracin del Presupuesto Anual del Sistema. Elaborar Estados financieros y Patrimoniales del Sistema. Atender las auditoras efectuadas por contralora Interna y auditora Externa.
Gerente Contabilidad
5.3
DESCRIPCIN DE LOS CASOS DE USO
CASO DE USO
DESCRIPCION
Ventas
Es una secuencia lgica de actividades de los actores diseados para conocer los requerimientos de los clientes, para promover la compra del producto. En esta secuencia se llevara a cabo el ingreso y salida de los requerimientos y registros de las familias y lneas. Verifica la sistematizacin y orden del movimiento de las compras realizadas por parte del proveedor.
Almacen
Compras
Gestin documentos de almacn (Gestin vale de entrada )
CU1 Actores Descripcin
Gestin vale de entrada

Almacenero
Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Almaceneroingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R8 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Registro de Articulo
CU2 Actores
Registrar artculos Almacenero
Descripcin Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Almaceneroingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R1 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Gestin Familia
<<extend>>
Almacenero
(from Actores)
Registrar Familia
Modificar Familia
<<extend>>
Eliminar Familia
CU3 Actores
Registrar Familia Almacenero
Descripcin Este caso de uso se inicia cuando una familia nuevaingresa a almacenes y el Almacenero ingresa los datos de la ficha de inscripcin, puede ser eliminada y modificada. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R4 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Registrar Lnea
CU4 Actores
Registrar Lnea Almacenero
Descripcin Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Almaceneroingresa los datos de la ficha de registro. El caso de uso termina con la ficha registrada, el registro puede ser modificado o eliminado. Referencias Precondiciones Post condiciones R5 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Registro de Sub Familia
CU5 Actores
Registrar Sub Familia Almacenero
Descripcin Este caso de uso se inicia cuando una nueva sub familia ingresa a almacenes y el Almaceneroingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R6 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Gestin tipo de Producto
CU6 Actores
Registrar Tipo de Producto Almacenero
Descripcin Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Almaceneroingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada, puede ser modificado o eliminado. Referencias Precondiciones Post condiciones R18 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Gestin de Orden de Compra
CU7 Registrar Orden de Compra Actores Comprador Descripcin Este caso de uso se inicia cuando un usuario solicita un nuevoartculo, elcompradoringresa los datos de la ficha de inscripcin, se encarga de aprovisionar Ft por compra. El caso de uso termina con la ficha de inscripcin registrada, puede ser eliminado y modificado. Referencias R10 Precondiciones Post condiciones Tiene que solicitar cotizacin. Los datos de la ficha de inscripcin son registrados en el sistema.
Gestin de Requerimientos de Articulo
CU8 Actores
Requerimientos de Articulo
Comprador
Descripcin Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Jefe de compras ingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R1 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
Gestin de Requerimiento Servicio
CU9 Actores
Requerimiento Servicio
Empleado del rea
Descripcin Este caso de uso se inicia cuando un artculo nuevo ingresa a almacenes y el Jefe de compras ingresa los datos de la ficha de inscripcin. El caso de uso termina con la ficha de inscripcin registrada. Referencias Precondiciones Post condiciones R1 No existen precondiciones. Los datos de la ficha de inscripcin son registrados en el sistema.
5.4
INTEGRACIN DE LOS CASOS DE USO Y DE ACTORES
DIAGRAMA DE CASO DE USO INTEGRADO

<<include>> eliminar
jefe
consultar listado articulo registrar requerimientos
registrar linea generar lista articulo <<extend>> consultar stock <<extend>> registrar familia <<include>> <<include>> registrar articulo
modificar
despachar req. art empleado generar req. servicio
modificar
eliminar <<extend>>
<<extend>>
<<extend>> eliminar registrar vale retiro <<include>>
registrar sub-familia <<extend>>
modificar
almacenero
entrega req. art comprador actualizar stock
<<extend>> eliminar eliminar
<<include>> registra O/C <<include>> <<include>> consultar contizacion registrar O/Import <<include>> entregar cotizacion <<include>> provisionar fact. compra actualizar stock
<<include>> registrar vale de entrada <<extend>> <<extend>>
modificar
modificar
registra invoice
eliminar
modificar
actualizar stock registrar servicio <<include>> listar cotizacion
proveedor prov. fact. servicio
6.- MODELO DE ANALISIS
6.1.- ANALISIS DE ARQUITECTURA
CASOS DE USO ALMACN
CASO DE USO COMPRAS
ELEMENTOS DEL ANALISIS
Reportes Alamacn
Capa general
Reportes_Almacen
(from Arquitectura_SI_PRO-PREMIX)
Reporte_Fisicos
(from Modelo_Analisis)
Reporte_Logicos
Reporte compras
Reportes_Compras
(from Arquitectura_SI_PRO-PREMIX)
Reporte_Logicos
Reporte_Fisicos
Entidades del negocio

Kardex Orden de Servicio
Requerimiento
Vale de Entrada
Orden de Compra
Vale de Salida
Orden de Importacion
Guia de Remision
Almacen
(from Casos de Uso de Negocio)
Realizacion de Caso de Uso de Negocio Almacen
Realizacin de caso de uso negocio
Compras
Realizacion de Caso de Uso de Negocio Compras
Ventas
Realizacion de Caso de Uso de Negocio Ventas
Trabajadores del negocio
Almacenero
Empleado de Area
Comprador
Vendedor
REALIZACION DE CASO DE USO DE DISEO DIAGRAMA DE COLABORACION GESTIN ALMACEN
1: ActivarAlmacen 3: GrabarAlmacen
Frm_Al macen 2: ObtenerTipoProducto
: Almacenero TipodePr oducto
DIAGRAMA DE SECUENCIA GESTIN DE ALMACEN
: Almacenero
Frm_Almacen
TipodeProdu cto
1: ActivarAlmacen 2: ObtenerTipoProducto
3: GrabarAlmacen
DIAGRAMA DE ACTIVIDADES
Almacenero
Inicio Ingresar Datos de Almacen
Validar Datos
Correctos?
Registrar Almacen
NewStat e NewState3 NewStat e4
Fin
DIAGRAMA DE COLABORACION DE GESTION DE ARTCULO
Tipo de Producto 2: ObtenerTipoProducto
Frm_Nuevo Articulo 6: GuardarArticulo 1: ActivaArticulo : Almacenero
3: ObtenerLinea
4: ObtenerFamilia Linea Familia
5: ObtenerSubFamilia
Sub Familia
DIAGRAMADE SECUENCIA DE
Almacenero
Frm_Nuevo Articulo Tipo de Producto Linea Familia Sub Familia
: Almacenero 1: ActivaArticulo
2: ObtenerTipoProducto 3: ObtenerLinea
Inicio
4: ObtenerFamilia 5: ObtenerSubFamilia
6: GuardarArticulo
Ingresar Datos Articulo

ARTCULO
Validar Datos
Correctos? Si
DIAGRAMA DE ACTIVIDADES DE ARTICULO
Registrar Articulo
No
Fin
DIAGRAMA DE COLABORACION DE FAMILIA
1: ActivarFamilia 4: GuardarFamilia Frm_Nuev aFamilia : Almacenero 2: ObtenerTipodeProducto
3: ObtenerLinea Tipo de Producto Linea
DIAGRAMA DE SECUENCIA DE FAMILIA
: Almacenero
Frm_NuevaFamilia
Tipo de Producto
Linea
1: ActivarFamilia 2: ObtenerTipodeProducto 3: ObtenerLinea 4: GuardarFamilia
DIAGRAMA D ACTIVIDADESDE FAMILIA
Almacenero
Inicio
Ingresar Datos Familia
Validar Datos
Correctos? Si
Registrar Familia No
Fin
GESTION DE LINEA DIAGRAMA DE COLABORACION
1: ActivarLinea 3: GuardarLinea Frm_Nuev aLinea : Almacenero 2: ObtenerTipodeProducto
Tipo de producto
DESTION LINEA DIAGRAMA DE SECUENCIA
: Almacenero
Frm_NuevaLinea
Tipo de producto
1: ActivarLinea 2: ObtenerTipodeProducto 3: GuardarLinea
GESTION DE LINEA DIAGRAMA DE ACTIVIDADES
Almacenero
Inicio
Ingresar Datos de Linea
Validar Datos
Correctos? Si Registrar Linea No
Fin
DIAGRAMA DE COLABORACION DE SUDFAMILIAS
1: ActivarSubFamilia 5: GuardarSubFamilia Frm_NuevaS ubFamilia : Almacenero 2: ObtenerTipodeProducto
Linea 3: ObtenerLinea 4: ObtenerFamilia
Tipo de producto
Familia
DIAGRAMA DE SECUENCIA DE SUBFAMILIA
: Almacenero
Frm_Nueva SubFamilia
Tipo de producto
Linea
Familia
1: ActivarSubFamilia 2: ObtenerTipodeProducto 3: ObtenerLinea 4: ObtenerFamilia 5: GuardarSubFamilia
DIAGRAMA DE ACTIVIDADES DE SUBAFAMILIA
Almacenero
Inicio
Ingresar Datos Sub Familia
Validar Datos Correctos? Si Registrar Sub FAmilia No
Fin
GESTION TIPO ARTICULO TIPO DE PRODUCTO DIAGRAMA DE COLABORACION DE TIPO DE PRODUCTO
1: ActivarTipodeProducto 2: GuardarTipodeProducto
Frm_NuevoTip odeProducto
: Almacenero
DIAGRAMA DE SECUENCIA DE TIPO DE PRODUCTO
: Almacenero
Frm_NuevoTip odeProducto
1: ActivarTipodeProducto 2: GuardarTipodeProducto
7-MODELO DE DISEO 7.1 ELABORACIN DEL MODELO LGICO
Area
1 1
area_codigo : String area_descripcion : String

1
Empleado emp_codigo : String emp_nombres : String emp_apepaterno : String emp_apematerno : String emp_dni : String emp_sexo : String emp_direccion : String emp_distrito : String emp_telefono : String emp_celular : String emp_email : String emp_area : String
Tipo_Requerimiento tipreq_codigo : String tipreq_descripcion : String

1
Linea lin_codigo : String lin_tipro_codigo : String lin_descripcion : String

1
Tipo_Producto
n 1
tipro_codigo : String tipro_nombre : String
n 1 n
Familia fam_codigo : String fam_lin_codigo : String fam_descripcion : String

1 1 1 n
Requeriemiento req_codigo : String req_tipo : String req_area : String req_empleado : String req_fecha : Date req_descripcion : String req_observacion : String req_estado : String
1 1
Detalle_Orden_Servicio dos_codigo : String dos_serv_codigo : String dos_serv_descripcion : String dos_precio : Double dos_subtotal : Double dos_igv : Double dos_total : Double
Orden_Servicio os_codigo : String os_prov_codigo : String os_prov_razonsocial : String os_prov_ruc : String os_fecregistro : Date os_observacion : String os_subtotal : Double os_igv : Double os_importe : Double
1
Detalle_Requerimiento dreq_codigo : String dreq_art_codigo : String dreq_art_nombre : String dreq_cantidad : Double dreq_alm_codigo : String
1
Sub_Familia sfam_codigo : String sfam_fam_codigo : String sfam_descripcion : String

1
Proveedor prov_codigo : String prov_razonsocial : String prov_ruc : String prov_direccion : String prov_distrito : String prov_telefono : String prov_email : String
1 n
Orden_Compra oc_codigo : String oc_prov_codigo : String oc_prov_razonsocial : String oc_prov_ruc : String oc_docref : String oc_fecregistro : Date oc_fecentrega : Date oc_observacion : String oc_subtotal : Double oc_igv : Double oc_importel : Double
Detalle _Orden_Compra doc_codigo : String doc_art_codigo : String doc_art_nombre : String doc_cantidad : Double doc_precio : Double doc_subtotal : Double doc_igv : Double doc_total : Double
n n
1 n
Articulo art_codigo : String art_nombre : String art_alm_codigo : String art_sfam_codigo : String art_und : String art_precio : Double
n
Almacen
n 1
alm_codigo : String alm_descripcion : String
Orden_Importacion
1
1 1
oi_codigo : String oi_prov_codigo : String oi_prov_razonsocial : String oi_docref : String oi_fecregistro : Date oi_fecentrega : Date oi_observacion : String oi_subtotal : Double oi_igv : Double oi_importe : Double
Detalle_Orden_Importacion doi_codigo : String doi_art_codigo : String doi_art_nombre : String doi_cantidad : Double doi_precio : Double doi_subtotal : Double doi_total : Double
Vale val_codigo : String val_tipval_codigo : String val_art_codigo : String val_art_nombre : String val_art_cant : Double val_alm_codigo : String val_emp_codigo : String val_fecregistro : Date val_tiptra_codigo : String
Tipo_Vale
1 1
tipval_codigo : String tipval_descripcion : String
Tipo_Transaccion tiptra_codigo : String tiptra_descripcion : String tiptra_movimiento : String
7.2ELABORACION EL DICCIONARIO DE DATOS
CREATE TABLE T_Tipo_Vale T_Tipo_Vale_ID, tipval_codigo tipval_descripcion CREATE T_Tipo_Requerimiento T_Tipo_Requerimiento_ID tipreq_codigo tipreq_descripcion
FUNCIN Con esta sentencia estamos creando la tabla tipo de vale. En este campo es el identificador de la tabla, se ingresara el cdigo. Se ingresa el cdigo del tipo de vale Se ingresara la descripcin del contenido del tipo de vale TABLE Con esta sentencia estamos creando la tabla tipo de requerimiento. En este campo va la llave primaria de la tabla Se ingresa el cdigo del tipo del requerimiento. Se ingresara la descripcin del tipo de requerimiento Con esta sentencia estamos creando la tabla tipo de producto. Se ingresara el cdigo del producto. Se ingresara el nombre del producto. En este campo va la llave primaria de la tabla. Con esta sentencia estamos creando la tabla tipo de requerimiento. En este campo va la llave primaria de la tabla. Se ingresara el cdigo del producto. Se ingresara el tipo de requerimiento necesario solicitado. Aqu se colocara el rea que solicite el requerimiento. Se detalla el requerimiento del empleado Se colocara la fecha exacta del pedido del requerimiento Se colocara la descripcin del requerimiento. Se colocara cualquier tipo de observacin del requerimiento. Se podr observar en qu estado se encuentra el requerimiento. En este campo va la llave primaria de la tabla En este campo va la llave primaria de la tabla rea.
CREATE TABLE T_Tipo_Producto tipro_codigo tipro_nombre T_Tipo_Producto_ID CREATE TABLE T_Requeriemiento T_Requeriemiento_ID req_codigo req_tipo req_area req_emplead req_fecha req_descripcion req_observacion req_estado T_Empleado_ID T_Area_ID
7.3 ELABORACIN DEL MODELO FSICO
T_Articulo art_codigo : VARCHAR(8) art_nombre : VARCHAR(100) art_alm_codigo : VARCHAR(8) art_sf am_codigo : VARCHAR(8) art_und : VARCHAR(4) art_prec io : DECIMAL(9, 2) T_Articulo_ID : INT T_Detalle_Requerimiento_ID : INT T_Detalle _Orden_Compra_ID : INT T_Detalle_Orden_Importac ion_ID : INT T_Sub_Fam ilia_ID : I NT T_Almacen_ID : INT T_Vale_ID : INT <<PK>> PK_T_Artic ulo11() <<FK>> FK_T_Artic ulo23() <<FK>> FK_T_Artic ulo19() <<FK>> FK_T_Artic ulo18() <<FK>> FK_T_Artic ulo14() <<FK>> FK_T_Artic ulo11() <<FK>> FK_T_Artic ulo10() <<Index >> TC_T_Articulo24() <<Index >> TC_T_Articulo42() <<Index >> TC_T_Articulo40() <<Index >> TC_T_Articulo53() ...
0..* 0..* <<Non-Identifying>> 0..* 0..* <<Non-Identifying >>
T_Tipo_Vale tipv al_c odigo : VARCHAR(8) tipv al_descripc ion : VARCHAR(100) T_Tipo_Vale_ID : INT tipv al_c odigo : VARCHAR(255) tipv al_descripc ion : VARCHAR(255) <<PK>> PK_T_Tipo_Vale19()
1 <<Non-Identifying >>
T_Tipo_Transac cion tiptra_codigo : VARCHAR(5) tiptra_descripc ion : VARCHAR(100) 1 VARCHAR(20) tiptra_tipmov imiento : <<PK>> PK_T_Tipo_Transacc ion0() T_Orden_Serv icio os _codigo : VARCHAR(8) os _prov _codigo : VARCHAR(8) os _prov _razons oc ial : VARCHAR(100) os _prov _ruc : VARCHAR(20) os _f ecregis tro : DATETIME os _obs erv acion : VARCHAR(100) os _subtotal : DECIMAL(9, 2) os _igv : DECIMAL(9, 2) os _importe : DECIMAL(9, 2) T_Orden_Serv ic io_ID : INT T_Requeriemiento_ID : INT T_Prov eedor_ID : INT <<Unique>> TC_T_Orden_Serv icio18() <<PK>> PK_T_Orden_Serv icio7() <<Unique>> TC_T_Orden_Serv icio45() <<FK>> FK_T_Orden_Serv icio20() <<FK>> FK_T_Orden_Serv icio7() <<Index>> TC_T_Orden_Serv ic io44() <<Index>> TC_T_Orden_Serv ic io17()
1 <<Non-Identifying >> <<Non-Identifying>> 1
T_Detalle_Orden_Serv icio dos _c odigo : VARCHAR(8) dos _s erv _c odigo : VARCHAR(8) dos _s erv _des cripcion : VARCHAR(100) dos _prec io : DECIMAL(9, 2) dos _s ubtotal : DECIMAL(9, 2) dos _igv : DECIMAL(9, 2) dos _total : DECIMAL(9, 2) T_Detalle_Orden_Serv icio_ID : INT T_Orden_Serv icio_ID : INT <<PK>> PK_T_Detalle_Orden_Serv ic io8() <<FK>> FK_T_Detalle_Orden_Serv ic io12() <<Index>> TC_T_Detalle_Orden_Serv icio28()
<<Non-Identifying >> T_Vale
<<Non-Identifying>> 1
0..*
<<Non-Identifying >>
0..* 1
T_Almac en alm_codigo : VARCHAR(8) alm_descripcion : VARCHAR(100) T_Almacen_ID : INT T_Vale_ID : INT
v al_c odigo : VARCHAR(8) v al_t ipv al_c odigo : VARCHAR(8) v al_art_codigo : VARCHAR(8) v al_art_nombre : VARCHAR(100) 1 v al_art_cant : DECIMAL(9, 2) v al_alm_codigo : VARCHAR(8) v al_emp_codigo : VARCHAR(8) v al_f ecregistro : DATETIME T_Vale_ID : INT 1 1 T_Empleado_ID : INT <<Non- Identifying >> T_Tipo_Vale_I D : INT 0..* 0..1 tiptra_c odigo : VARCHAR(5) <<PK>> PK_T_Vale18() <<Unique>> TC_T_Vale58() <<FK>> FK_T_Vale25() <<FK>> FK_T_Vale2() <<Index>> TC_T_Vale57() <<Index>> TC_T_Vale6() <<FK>> FK_T_Vale0() <<Unique>> TC_T_Vale2()
0..*
T_Empleado emp_c odigo : VARCHAR(8) emp_nombres : VARCHAR(100) emp_apepaterno : VARCHAR(50) emp_apematerno : VARCHAR(50) emp_dni : VARCHAR(10) emp_c odigo : VARCHAR(8) emp_nombres : VARCHAR(100) emp_apepaterno : VARCHAR(50) emp_apematerno : VARCHAR(50) emp_dni : VARCHAR(10) emp_s ex o : VARCHAR(1) emp_direccion : VARCHAR(100) emp_distrito : VARCHAR(100) emp_telef ono : VARCHAR(10) emp_c elular : VARCHAR(10) emp_email : VARCHAR(50) emp_area : VARCHAR(8) T_Empleado_ID : INT <<PK>> PK_T_Empleado0() <<Unique>> TC_T_Empleado60()
1
<<PK>> PK_T_Almac en16() <<Non-Identifying >>

0..*
<<FK>> FK_T_Almac en24() <<Index >> TC_T_Almacen55()
0..1
T_Prov eedor
<<Non-Identifying>> 1 1
T_Detalle_Requerimient o dreq_codigo : VARCHAR(8) dreq_art_codigo : VARCHAR(8) dreq_art_nombre : VARCHAR(100) dreq_cant idad : DECIMAL(9, 2) dreq_alm_codigo : VARCHAR(8) T_Detalle_Requerimiento_ID : INT T_Requeriemiento_ID : INT <<PK>> PK_T_Detalle_Requerimiento5() <<FK>> F K_T_Detalle_Requerimiento5() <<Index >> TC_T_Detalle_Requerim iento13() T_Detalle _Orden_Compra
1
T_Sub_Familia sf am_codigo : VARCHAR(8) sf am_f am_c odigo : VARCHAR(8) sf am_descripcion : VARCHAR(100) T_Sub_Fam ilia_ID : INT T_Familia_ID : INT <<PK>> PK_T_Sub_F amilia15() <<FK>> FK_T_Sub_F amilia17() <<Index>> TC_T_Sub_Familia38()
<<Non-Identifying>> 0..*
prov _c odigo : VARCHAR(8) prov _razonsocial : VARCHAR(100) prov _ruc : VARCHAR(20) prov _direccion : VARCHAR(100) prov _dis trito : VARCHAR(100) prov _t elef ono : VARCHAR(10) prov _email : VARCHAR(50) T_Prov eedor_ID : INT <<PK>> PK_T_Prov eedor17()
1 1 1 0..* <<Non- Identifying >>
<<Non- Identifying >> <<Non-Identifying>>
<<Non-Identifying >>
T_Area doc _c odigo : VARCHAR(8) doc _art_codigo : VARCHAR(8) doc _art_nombre : VARCHAR(100) doc _c antidad : DECIMAL(9, 2) doc _prec io : DECIMAL(9, 2) doc _s ubtot al : DECIMAL(9, 2) doc _igv : DECIMAL(9, 2) doc _total : DECIMAL(9, 2) T_Detalle _Orden_Compra_ID : I NT T_Orden_Compra_ID : INT <<PK>> PK_T_Detalle _Orden_Compra6() <<FK>> FK_T_Detalle _Orden_Compra9() <<Index>> TC_T_Detalle _Orden_Compra22() area_c odigo : VARCHAR(8) area_descripc ion : VARCHAR(100) T_Area_ID : INT T_Empleado_ID : INT T_Orden_Com pra oc _codigo : VARCHAR(8) oc _prov _c odigo : VARCHAR(8) oc _prov _razonsocial : VARCHAR(100) oc _prov _ruc : VARCHAR(20) <<Non-Identifying>> 0..*
1 1 <<Non-Identifying>> <<Non-Identifying>>
<<Non-Identifying>>
T_Familia f am_codigo : VARCHAR(8) f am_lin_codigo : VARCHAR(8) f am_descripcion : VARCHAR(100) T_Fam ilia_ID : I NT T_Linea_I D : INT <<PK>> PK_T_Familia14() <<FK>> FK_T_Familia16() <<Index >> TC_T_Familia36()
0..* <<Non- Identifying >>
<<Unique>> TC_T_Area2() <<PK>> PK_T_Area1() <<FK>> FK_T_Area0() <<Index>> TC_T_Area1()
oc _docref : VARCHAR(8) oc _f ecregistro : DATETIME oc _f ecentrega : DATETIME oc _observ acion : VARCHAR(100) oc _subtotal : DECIMAL(9, 2) oc _igv : DECIMAL(9, 2) oc _importel : DECIMAL(9, 2) T_Orden_Compra_ID : INT T_Requeriem iento_ID : INT T_Prov eedor_ID : INT <<Unique>> TC_T_Orden_Compra48() <<PK>> PK_T_Orden_Compra4() <<FK>> FK_T_Orden_Compra21() <<FK>> FK_T_Orden_Compra6() <<Index>> TC_T_Orden_Compra15() <<Index>> TC_T_Orden_Compra47()
<<Non-Identifying>> 1 0..* 0..* 1 <<Non-Identifying >>
0..*
T_Requeriemiento req_codigo : VARCHAR(8) req_tipo : VARCHAR(8) req_area : VARCHAR(8) req_em pleado : VARCHAR(8) req_f echa : DATETIME req_descripcion : VARCHAR(100) req_observ acion : VARCHAR(100) req_es tado : VARCHAR(20) T_Requeriemiento_ID : INT T_Empleado_ID : INT T_Area_ID : INT <<PK>> PK_T_Requeriemiento2() <<FK>> FK_T_Requeriemiento3() <<FK>> FK_T_Requeriemiento1() <<Index>> TC_T_Requeriemiento8() <<Index>> TC_T_Requeriemiento4() <<Check>> TC_T_Requeriem iento59()
T_Linea lin_c odigo : VARCHAR(8) lin_t ipro_codigo : VARCHAR(8) lin_des cripc ion : VARCHAR(100) T_Linea_I D : INT T_Tipo_Producto_ID : INT <<PK>> PK_T_Linea13() <<FK>> FK_T_Linea15() <<Index >> TC_T_Linea34()
0..* <<Non-Identifying >>
T_Orden_Importac ion oi_codigo : VARCHAR(8) oi_prov _c odigo : VARCHAR(8) oi_prov _razons ocial : VARCHAR(100) oi_docref : VARCHAR(20) oi_f ec registro : DATETI ME oi_f ec entrega : DATETI ME oi_observ acion : VARCHAR(100) oi_subtotal : DECIMAL(9, 2) oi_igv : DECIMAL(9, 2) oi_importe : DECIMAL(9, 2) T_Orden_Importac ion_ID : INT T_Requeriemiento_ID : INT T_Prov eedor_ID : INT <<Unique>> TC_T_Orden_Importacion51() <<PK>> PK_T_Orden_Importacion9() <<FK>> FK_T_Orden_Importacion22() <<FK>> FK_T_Orden_Importacion8() <<Index >> TC_T_Orden_Importacion50() <<Index >> TC_T_Orden_Importacion20()
T_Detalle_Orden_Importacion doi_codigo : VARCHAR(8) doi_art_c odigo : VARCHAR(8) doi_art_nom bre : VARCHAR(100) doi_cant idad : DECIMAL(9, 2) doi_prec io : DECIMAL(9, 2) doi_subt otal : DECIMAL(9, 2) doi_total : DECIMAL(9, 2) T_Det alle_Orden_Importacion_ID : INT T_Orden_Importacion_ID : I NT <<PK>> PK_T_Detalle_Orden_Import acion10() <<FK>> FK_T_Detalle_Orden_Import acion13() <<Index>> TC_T_Detalle_Orden_Importacion30()
1 <<Non-Identifying>> 1 <<Non- Identifying >> 0..* 1
<<Non-Identifying >> 1
0..*
T_Tipo_Requerimiento tipreq_codigo : VARCHAR(8) tipreq_des cripcion : VARCHAR(50) T_Tipo_Requerimiento_ID : INT T_Requeriemient o_ID : INT <<Unique>> TC_T_Tipo_Requerimiento11() <<PK>> PK_T_Tipo_Requerimiento3() <<F K>> FK_T_Tipo_Requerimiento4() <<Index>> TC_T_Tipo_Requerimient o10()
T_Tipo_Producto tipro_c odigo : VARCHAR(8) tipro_nombre : VARCHAR(100) T_Tipo_Produc to_ID : INT <<PK>> PK_T_Tipo_Producto12()
7.4 IDENTIFICACIN DE SUBSISTEMAS Y LIBRERAS Diagrama de componentes almacn
Mantenimie nto Almacen
Consultar en Almacen
Reportes Almacen Reporte Articulos Reporte Familia Reporte Stock
Ingresar en Almacen Actualizar en Almacen
Reporte Requerimientos
Reporte Sub Familia
Reporte Stock Valorizado Eliminar en Almacen Reporte Linea
Diagrama de componentes compras
Mantenimiento Compras Reporte Cotizaciones Consultar en Compras
Reportes Compras Reporte Proveedores
Ingresar en Compras
Reporte Requerimientos Compra Reporte Orden Compra Reporte Orden Servicio Reporte Orden Importacion
Eliminar en Compras Actualizar en Compras
7.5 CAPAS DE DISEO INTEGRADO DE PAQUETES
DIAGRAMA DE SECUENCIA INTEGRADO
: Empleado de Area
Frm_Requerimiento
: Almacenero
Articulo
Frm_Vale
: Comprador
Frm_OrdendeCompra u Frm_OrdendeImportacion
Frm_OrdenServicio
Cotizacion
1: RegistraRequerimiento
2: AprobarRequerimiento()
Si No existe stock es enviado a Compras de lo contrario se registra mov salida
3: ListarArticuloStock() 4: EnviarRequerimiento 5: ActivarOrdenComprauImportacion
6: ListarCotizacion 7: GuardarOrdenComprauImportacion 8: EnviarCompra 9: RegistraValeEntrada 10: ActualizaStockxEntrada Si lel Requerimiento es un servicio pasa defrente al ...
11: RegistraValeSalida 12: ActualizaStockxSalida
13: RegistrarOrdenServicio
14: DespacharRequermiento
Vale de Entrada
(from Entidades de Negocio)
Orden de Importacion
Vale de Salida
Orden de Serv icio

Almacenero
(from Trabajadores de Negocio)
Kardex
Comprador
Orden de Compra
Requerimiento
Guia de Remision
Empleado de Area
Vendedor
DIAGRAMA DE COLABORACION INTEGRADO
1: Regi straRequerimiento Frm _Reque ri mi ento : Empl eado de Area Cotiza cion
6: ListarCotizaci on
Frm_OrdendeCompra u Frm _OrdendeImportacion 14: DespacharRequermiento 2: AprobarRequeri miento()
7: GuardarOrdenComprauImportacion 5: ActivarOrdenComprauImportaci on
: Almacenero 3: ListarArti culoStock() 10: ActualizaStockxEntrada 12: Actual izaStockxSal ida
8: Envi arCompra
: Comprador 4: Envi arRequerimi ento 13: Regi strarOrdenServi cio
9: Regi straValeEntrada 11: RegistraValeSali da
Frm_Vale
Articul o
Frm _Orden Servici o
8.- IMPLEMENTACIN 8.1 MODELO DE IMPLEMENTACIN Y DESPLIEGUE
SERVIDOR WEB (WAMP- APPSERV)
SERVIDOR BD (MySQL)
LA EMPRESA ROUTERMODEM
USUARIO (WORKSTATION)
RED LAN
SWITCH 2
SWITCH FUERA DE LA EMPRESA

RED LAN
Pc1 Pc1 Pc2
Pc2
8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2 8.2
IMPLEMENTACIN DE BASE DE DATOS (CARGA INICIAL Y MIGRACIN DE DATOS) CREATE TABLE T_Tipo_Vale ( T_Tipo_Vale_ID INT NOT NULL, tipval_codigo VARCHAR (255) NOT NULL, tipval_descripcion VARCHAR (255) NOT NULL, CONSTRAINT PK_T_Tipo_Vale19 PRIMARY KEY (T_Tipo_Vale_ID) ); CREATE TABLE T_Tipo_Requerimiento ( tipreq_codigo VARCHAR (8) NOT NULL, tipreq_descripcion VARCHAR (50) NOT NULL, T_Tipo_Requerimiento_ID INT NOT NULL, T_Requeriemiento_ID INT NOT NULL, CONSTRAINT PK_T_Tipo_Requerimiento3 PRIMARY KEY (T_Tipo_Requerimiento_ID), CONSTRAINT TC_T_Tipo_Requerimiento11 UNIQUE (T_Requeriemiento_ID) ); CREATE INDEX TC_T_Tipo_Requerimiento10 ON T_Tipo_Requerimiento (T_Requeriemiento_ID); CREATE TABLE T_Tipo_Producto ( tipro_codigo VARCHAR (8) NOT NULL,
tipro_nombre VARCHAR (100) NOT NULL, T_Tipo_Producto_ID INT NOT NULL, CONSTRAINT PK_T_Tipo_Producto12 PRIMARY KEY (T_Tipo_Producto_ID) ); CREATE TABLE T_Requeriemiento ( req_codigo VARCHAR ( 8 ) NOT NULL, req_tipo VARCHAR ( 8 ) NOT NULL, req_area VARCHAR ( 8 ) NOT NULL, req_empleado VARCHAR ( 8 ) NOT NULL, req_fecha DATETIME NOT NULL, req_descripcion VARCHAR ( 100 ) NOT NULL, req_observacion VARCHAR ( 100 ) NOT NULL, req_estado VARCHAR ( 20 ) NOT NULL, T_Requeriemiento_ID INT NOT NULL, T_Empleado_ID INT NOT NULL, T_Area_ID INT NOT NULL, CONSTRAINT PK_T_Requeriemiento2 PRIMARY KEY (T_Requeriemiento_ID), CONSTRAINT TC_T_Requeriemiento59 CHECK () );
CREATE INDEX TC_T_Requeriemiento4 ON T_Requeriemiento (T_Empleado_ID ); CREATE INDEX TC_T_Requeriemiento8 ON T_Requeriemiento (T_Area_ID ); CREATE TABLE T_Tipo_Transaccion ( tiptra_codigo VARCHAR ( 5 ) NOT NULL, tiptra_descripcion VARCHAR ( 100 ) NOT NULL, tiptra_tipmovimiento VARCHAR ( 20 ) NOT NULL, CONSTRAINT PK_T_Tipo_Transaccion0 PRIMARY KEY (tiptra_codigo) ); CREATE TABLE T_Vale ( val_codigo VARCHAR (8) NOT NULL, val_tipval_codigo VARCHAR (8) NOT NULL, val_art_codigo VARCHAR (8) NOT NULL, val_art_nombre VARCHAR ( 100 ) NOT NULL, val_art_cant DECIMAL ( 9, 2 ) NOT NULL, val_alm_codigo VARCHAR ( 8 ) NOT NULL, val_emp_codigo VARCHAR ( 8 ) NOT NULL, val_fecregistro DATETIME NOT NULL, T_Vale_ID INT NOT NULL, T_Empleado_ID INT, T_Tipo_Vale_ID INT NOT NULL, tiptra_codigo VARCHAR (5) NOT NULL, CONSTRAINT TC_T_Vale58 UNIQUE (T_Tipo_Vale_ID), CONSTRAINT PK_T_Vale18 PRIMARY KEY (T_Vale_ID), CONSTRAINT TC_T_Vale2 UNIQUE (tiptra_codigo) ); CREATE INDEX TC_T_Vale57 ON T_Vale (T_Tipo_Vale_ID); CREATE INDEX TC_T_Vale6 ON T_Vale (T_Empleado_ID); CREATE TABLE T_Proveedor ( prov_codigo VARCHAR ( 8 ) NOT NULL,
prov_razonsocial VARCHAR ( 100 ) NOT NULL, prov_ruc VARCHAR ( 20 ) NOT NULL, prov_direccion VARCHAR ( 100 ) NOT NULL, prov_distrito VARCHAR ( 100 ) NOT NULL, prov_telefono VARCHAR ( 10 ) NOT NULL, prov_email VARCHAR ( 50 ) NOT NULL, T_Proveedor_ID INT NOT NULL, CONSTRAINT PK_T_Proveedor17 PRIMARY KEY (T_Proveedor_ID) ); CREATE TABLE T_Articulo ( art_codigo VARCHAR ( 8 ) NOT NULL, art_nombre VARCHAR ( 100 ) NOT NULL, art_alm_codigo VARCHAR ( 8 ) NOT NULL, art_sfam_codigo VARCHAR ( 8 ) NOT NULL, art_und VARCHAR ( 4 ) NOT NULL, art_precio DECIMAL ( 9, 2 ) NOT NULL, T_Articulo_ID INT NOT NULL, T_Detalle_Requerimiento_ID INT NOT NULL, T_Detalle__Orden_Compra_ID INT NOT NULL, T_Detalle_Orden_Importacion_ID INT NOT NULL, T_Sub_Familia_ID INT NOT NULL, T_Almacen_ID INT NOT NULL, T_Vale_ID INT NOT NULL, CONSTRAINT PK_T_Articulo11 PRIMARY KEY (T_Articulo_ID, art_codigo) ); CREATE CREATE CREATE CREATE CREATE CREATE INDEX INDEX INDEX INDEX INDEX INDEX TC_T_Articulo40 TC_T_Articulo24 TC_T_Articulo53 TC_T_Articulo32 TC_T_Articulo42 TC_T_Articulo26 ON ON ON ON ON ON T_Articulo T_Articulo T_Articulo T_Articulo T_Articulo T_Articulo (T_Sub_Familia_ID ); (T_Detalle_Requerimiento_ID ); (T_Vale_ID ); (T_Detalle_Orden_Importacion_ID ); (T_Almacen_ID ); (T_Detalle__Orden_Compra_ID );
CREATE TABLE T_Orden_Servicio ( os_codigo VARCHAR (8) NOT NULL, os_prov_codigo VARCHAR (8) NOT NULL, os_prov_razonsocial VARCHAR (100) NOT NULL, os_prov_ruc VARCHAR (20) NOT NULL, os_fecregistro DATETIME NOT NULL, os_observacion VARCHAR (100) NOT NULL, os_subtotal DECIMAL (9, 2) NOT NULL, os_igv DECIMAL (9, 2) NOT NULL, os_importe DECIMAL (9, 2) NOT NULL, T_Orden_Servicio_ID INT NOT NULL, T_Requeriemiento_ID INT NOT NULL, T_Proveedor_ID INT NOT NULL, CONSTRAINT TC_T_Orden_Servicio18 UNIQUE (T_Requeriemiento_ID), CONSTRAINT TC_T_Orden_Servicio45 UNIQUE (T_Proveedor_ID), CONSTRAINT PK_T_Orden_Servicio7 PRIMARY KEY (T_Orden_Servicio_ID) ); CREATE INDEX TC_T_Orden_Servicio44 ON T_Orden_Servicio (T_Proveedor_ID ); CREATE INDEX TC_T_Orden_Servicio17 ON T_Orden_Servicio (T_Requeriemiento_ID ); CREATE TABLE T_Area ( area_codigo VARCHAR ( 8 ) NOT NULL,
area_descripcion VARCHAR ( 100 ) NOT NULL, T_Area_ID INT NOT NULL, T_Empleado_ID INT NOT NULL, CONSTRAINT PK_T_Area1 PRIMARY KEY (T_Area_ID), CONSTRAINT TC_T_Area2 UNIQUE (T_Empleado_ID) ); CREATE INDEX TC_T_Area1 ON T_Area (T_Empleado_ID ); CREATE TABLE T_Orden_Compra ( oc_codigo VARCHAR ( 8 ) NOT NULL, oc_prov_codigo VARCHAR ( 8 ) NOT NULL, oc_prov_razonsocial VARCHAR ( 100 ) NOT NULL, oc_prov_ruc VARCHAR ( 20 ) NOT NULL, oc_docref VARCHAR ( 8 ) NOT NULL, oc_fecregistro DATETIME NOT NULL, oc_fecentrega DATETIME NOT NULL, oc_observacion VARCHAR ( 100 ) NOT NULL, oc_subtotal DECIMAL ( 9, 2 ) NOT NULL, oc_igv DECIMAL ( 9, 2 ) NOT NULL, oc_importel DECIMAL ( 9, 2 ) NOT NULL, T_Orden_Compra_ID INT NOT NULL, T_Requeriemiento_ID INT NOT NULL, T_Proveedor_ID INT NOT NULL, CONSTRAINT PK_T_Orden_Compra4 PRIMARY KEY (T_Orden_Compra_ID), CONSTRAINT TC_T_Orden_Compra48 UNIQUE (T_Proveedor_ID) ); CREATE INDEX TC_T_Orden_Compra15 ON T_Orden_Compra (T_Requeriemiento_ID ); CREATE INDEX TC_T_Orden_Compra47 ON T_Orden_Compra (T_Proveedor_ID ); CREATE TABLE T_Detalle_Orden_Servicio ( dos_codigo VARCHAR ( 8 ) NOT NULL, dos_serv_codigo VARCHAR ( 8 ) NOT NULL, dos_serv_descripcion VARCHAR ( 100 ) NOT NULL, dos_precio DECIMAL ( 9, 2 ) NOT NULL, dos_subtotal DECIMAL ( 9, 2 ) NOT NULL, dos_igv DECIMAL ( 9, 2 ) NOT NULL, dos_total DECIMAL ( 9, 2 ) NOT NULL, T_Detalle_Orden_Servicio_ID INT NOT NULL, T_Orden_Servicio_ID INT NOT NULL, CONSTRAINT PK_T_Detalle_Orden_Servicio8 (T_Detalle_Orden_Servicio_ID) ); CREATE INDEX TC_T_Detalle_Orden_Servicio28 ON (T_Orden_Servicio_ID ); CREATE TABLE T_Detalle_Orden_Importacion ( doi_codigo VARCHAR ( 8 ) NOT NULL, doi_art_codigo VARCHAR ( 8 ) NOT NULL, doi_art_nombre VARCHAR ( 100 ) NOT NULL, doi_cantidad DECIMAL ( 9, 2 ) NOT NULL, doi_precio DECIMAL ( 9, 2 ) NOT NULL, doi_subtotal DECIMAL ( 9, 2 ) NOT NULL, doi_total DECIMAL ( 9, 2 ) NOT NULL, T_Detalle_Orden_Importacion_ID INT NOT NULL, T_Orden_Importacion_ID INT NOT NULL,
PRIMARY
KEY
T_Detalle_Orden_Servicio
CONSTRAINT PK_T_Detalle_Orden_Importacion10 PRIMARY KEY (T_Detalle_Orden_Importacion_ID) ); CREATE INDEX TC_T_Detalle_Orden_Importacion30 ON T_Detalle_Orden_Importacion (T_Orden_Importacion_ID ); CREATE TABLE T_Almacen ( alm_codigo VARCHAR ( 8 ) NOT NULL, alm_descripcion VARCHAR ( 100 ) NOT NULL, T_Almacen_ID INT NOT NULL, T_Vale_ID INT, CONSTRAINT PK_T_Almacen16 PRIMARY KEY (T_Almacen_ID) ); CREATE INDEX TC_T_Almacen55 ON T_Almacen (T_Vale_ID ); CREATE TABLE T_Familia ( fam_codigo VARCHAR ( 8 ) NOT NULL, fam_lin_codigo VARCHAR ( 8 ) NOT NULL, fam_descripcion VARCHAR ( 100 ) NOT NULL, T_Familia_ID INT NOT NULL, T_Linea_ID INT NOT NULL, CONSTRAINT PK_T_Familia14 PRIMARY KEY (T_Familia_ID) ); CREATE INDEX TC_T_Familia36 ON T_Familia (T_Linea_ID ); CREATE TABLE T_Sub_Familia ( sfam_codigo VARCHAR ( 8 ) NOT NULL, sfam_fam_codigo VARCHAR ( 8 ) NOT NULL, sfam_descripcion VARCHAR ( 100 ) NOT NULL, T_Sub_Familia_ID INT NOT NULL, T_Familia_ID INT NOT NULL, CONSTRAINT PK_T_Sub_Familia15 PRIMARY KEY (T_Sub_Familia_ID) ); CREATE INDEX TC_T_Sub_Familia38 ON T_Sub_Familia (T_Familia_ID ); CREATE TABLE T_Linea ( lin_codigo VARCHAR ( 8 ) NOT NULL, lin_tipro_codigo VARCHAR ( 8 ) NOT NULL, lin_descripcion VARCHAR ( 100 ) NOT NULL, T_Linea_ID INT NOT NULL, T_Tipo_Producto_ID INT NOT NULL, CONSTRAINT PK_T_Linea13 PRIMARY KEY (T_Linea_ID) ); CREATE INDEX TC_T_Linea34 ON T_Linea (T_Tipo_Producto_ID ); CREATE TABLE T_Detalle_Requerimiento ( dreq_codigo VARCHAR ( 8 ) NOT NULL, dreq_art_codigo VARCHAR ( 8 ) NOT NULL, dreq_art_nombre VARCHAR ( 100 ) NOT NULL, dreq_cantidad DECIMAL ( 9, 2 ) NOT NULL, dreq_alm_codigo VARCHAR ( 8 ) NOT NULL, T_Detalle_Requerimiento_ID INT NOT NULL, T_Requeriemiento_ID INT NOT NULL, CONSTRAINT PK_T_Detalle_Requerimiento5 (T_Detalle_Requerimiento_ID)
PRIMARY
KEY
); CREATE INDEX TC_T_Detalle_Requerimiento13 (T_Requeriemiento_ID );
ON
T_Detalle_Requerimiento
CREATE TABLE T_Empleado ( emp_codigo VARCHAR ( 8 ) NOT NULL, emp_nombres VARCHAR ( 100 ) NOT NULL, emp_apepaterno VARCHAR ( 50 ) NOT NULL, emp_apematerno VARCHAR ( 50 ) NOT NULL, emp_dni VARCHAR ( 10 ) NOT NULL, emp_sexo VARCHAR ( 1 ) NOT NULL, emp_direccion VARCHAR ( 100 ) NOT NULL, emp_distrito VARCHAR ( 100 ) NOT NULL, emp_telefono VARCHAR ( 10 ) NOT NULL, emp_celular VARCHAR ( 10 ) NOT NULL, emp_email VARCHAR ( 50 ) NOT NULL, emp_area VARCHAR ( 8 ) NOT NULL, T_Empleado_ID INT NOT NULL, CONSTRAINT TC_T_Empleado60 UNIQUE (emp_dni), CONSTRAINT PK_T_Empleado0 PRIMARY KEY (T_Empleado_ID) );
CREATE TABLE T_Detalle__Orden_Compra ( doc_codigo VARCHAR ( 8 ) NOT NULL, doc_art_codigo VARCHAR ( 8 ) NOT NULL, doc_art_nombre VARCHAR ( 100 ) NOT NULL, doc_cantidad DECIMAL ( 9, 2 ) NOT NULL, doc_precio DECIMAL ( 9, 2 ) NOT NULL, doc_subtotal DECIMAL ( 9, 2 ) NOT NULL, doc_igv DECIMAL ( 9, 2 ) NOT NULL, doc_total DECIMAL ( 9, 2 ) NOT NULL, T_Detalle__Orden_Compra_ID INT NOT NULL, T_Orden_Compra_ID INT NOT NULL, CONSTRAINT PK_T_Detalle__Orden_Compra6 (T_Detalle__Orden_Compra_ID) ); CREATE INDEX TC_T_Detalle__Orden_Compra22 ON (T_Orden_Compra_ID ); CREATE TABLE T_Orden_Importacion ( oi_codigo VARCHAR ( 8 ) NOT NULL, oi_prov_codigo VARCHAR ( 8 ) NOT NULL, oi_prov_razonsocial VARCHAR ( 100 ) NOT NULL, oi_docref VARCHAR ( 20 ) NOT NULL, oi_fecregistro DATETIME NOT NULL, oi_fecentrega DATETIME NOT NULL, oi_observacion VARCHAR ( 100 ) NOT NULL, oi_subtotal DECIMAL ( 9, 2 ) NOT NULL, oi_igv DECIMAL ( 9, 2 ) NOT NULL, oi_importe DECIMAL ( 9, 2 ) NOT NULL, T_Orden_Importacion_ID INT NOT NULL, T_Requeriemiento_ID INT NOT NULL,
PRIMARY
KEY
T_Detalle__Orden_Compra
T_Proveedor_ID INT NOT NULL, CONSTRAINT PK_T_Orden_Importacion9 PRIMARY KEY (T_Orden_Importacion_ID), CONSTRAINT TC_T_Orden_Importacion51 UNIQUE (T_Proveedor_ID) ); CREATE INDEX TC_T_Orden_Importacion50 ON T_Orden_Importacion (T_Proveedor_ID ); CREATE INDEX TC_T_Orden_Importacion20 ON T_Orden_Importacion (T_Requeriemiento_ID ); ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo14 FOREIGN KEY (T_Detalle_Orden_Importacion_ID) REFERENCES T_Detalle_Orden_Importacion (T_Detalle_Orden_Importacion_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo23 FOREIGN KEY (T_Vale_ID) REFERENCES T_Vale (T_Vale_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo19 FOREIGN KEY (T_Almacen_ID) REFERENCES T_Almacen (T_Almacen_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo18 FOREIGN KEY (T_Sub_Familia_ID) REFERENCES T_Sub_Familia (T_Sub_Familia_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo10 FOREIGN KEY (T_Detalle_Requerimiento_ID) REFERENCES T_Detalle_Requerimiento (T_Detalle_Requerimiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Articulo ADD CONSTRAINT FK_T_Articulo11 FOREIGN KEY (T_Detalle__Orden_Compra_ID) REFERENCES T_Detalle__Orden_Compra (T_Detalle__Orden_Compra_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Sub_Familia ADD CONSTRAINT FK_T_Sub_Familia17 FOREIGN KEY (T_Familia_ID) REFERENCES T_Familia (T_Familia_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Importacion ADD CONSTRAINT FK_T_Orden_Importacion8 FOREIGN KEY (T_Requeriemiento_ID) REFERENCES T_Requeriemiento (T_Requeriemiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Importacion ADD CONSTRAINT FK_T_Orden_Importacion22 FOREIGN KEY (T_Proveedor_ID) REFERENCES T_Proveedor (T_Proveedor_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Area ADD CONSTRAINT FK_T_Area0 FOREIGN KEY (T_Empleado_ID) REFERENCES T_Empleado (T_Empleado_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Detalle_Orden_Importacion ADD CONSTRAINT FK_T_Detalle_Orden_Importacion13 FOREIGN KEY (T_Orden_Importacion_ID) REFERENCES T_Orden_Importacion (T_Orden_Importacion_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Familia ADD CONSTRAINT FK_T_Familia16 FOREIGN KEY (T_Linea_ID) REFERENCES T_Linea (T_Linea_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Requeriemiento ADD CONSTRAINT FK_T_Requeriemiento1 FOREIGN KEY (T_Empleado_ID) REFERENCES T_Empleado (T_Empleado_ID) ON DELETE NO ACTION ON UPDATE NO ACTION;
ALTER TABLE T_Requeriemiento ADD CONSTRAINT FK_T_Requeriemiento3 FOREIGN KEY (T_Area_ID) REFERENCES T_Area (T_Area_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Compra ADD CONSTRAINT FK_T_Orden_Compra21 FOREIGN KEY (T_Proveedor_ID) REFERENCES T_Proveedor (T_Proveedor_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Compra ADD CONSTRAINT FK_T_Orden_Compra6 FOREIGN KEY (T_Requeriemiento_ID) REFERENCES T_Requeriemiento (T_Requeriemiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Tipo_Requerimiento ADD CONSTRAINT FK_T_Tipo_Requerimiento4 FOREIGN KEY (T_Requeriemiento_ID) REFERENCES T_Requeriemiento (T_Requeriemiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Vale ADD CONSTRAINT FK_T_Vale2 FOREIGN KEY (T_Empleado_ID) REFERENCES T_Empleado (T_Empleado_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Vale ADD CONSTRAINT FK_T_Vale25 FOREIGN KEY (T_Tipo_Vale_ID) REFERENCES T_Tipo_Vale (T_Tipo_Vale_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Vale ADD CONSTRAINT FK_T_Vale0 FOREIGN KEY (tiptra_codigo) REFERENCES T_Tipo_Transaccion (tiptra_codigo) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Detalle__Orden_Compra ADD CONSTRAINT FK_T_Detalle__Orden_Compra9 FOREIGN KEY (T_Orden_Compra_ID) REFERENCES T_Orden_Compra (T_Orden_Compra_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Servicio ADD CONSTRAINT FK_T_Orden_Servicio20 FOREIGN KEY (T_Proveedor_ID) REFERENCES T_Proveedor (T_Proveedor_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Orden_Servicio ADD CONSTRAINT FK_T_Orden_Servicio7 FOREIGN KEY (T_Requeriemiento_ID) REFERENCES T_Requeriemiento (T_Requeriemiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Linea ADD CONSTRAINT FK_T_Linea15 FOREIGN KEY (T_Tipo_Producto_ID) REFERENCES T_Tipo_Producto (T_Tipo_Producto_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Almacen ADD CONSTRAINT FK_T_Almacen24 FOREIGN KEY (T_Vale_ID) REFERENCES T_Vale (T_Vale_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Detalle_Requerimiento ADD CONSTRAINT FK_T_Detalle_Requerimiento5 FOREIGN KEY (T_Requeriemiento_ID) REFERENCES T_Requeriemiento (T_Requeriemiento_ID) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE T_Detalle_Orden_Servicio ADD CONSTRAINT FK_T_Detalle_Orden_Servicio12 FOREIGN KEY (T_Orden_Servicio_ID) REFERENCES T_Orden_Servicio (T_Orden_Servicio_ID) ON DELETE NO ACTION ON UPDATE NO ACTION;
9.- CONCLUCIONES Y RECOMENDACIONES Conclusiones:
Se logr la sistematizacin de un 90% de los objetivos generales, asi como el nmero y cantidad ingresantes a los almacenes dentro de la empresa. As como tambin los proveedores que tienen la empresa, sus transportistas, etc. Se tiene el control y manejo del stock de artculos y/o productos. De manera rpida y organizada. Con respecto a los logros, se estableci una nueva normalizacin de datos logrando una automatizacin ms rpida y segura La capacitacin del personal tuvo que ser ms especfica debido que el nuevo sistema implementado era nuevo para ellos; pero gracias a su apoyo y esfuerzo se logr capacitarlos. Recomendaciones: Se encontr algunas dificultades ms que todo evaluadas por el tiempo. El 10% no implementado lo pueden realizar porque a este documento se le anexa el contenido lgico y fsico y con otro punto de vista seguro se realizara un mejor anlisis.
10.- MEDIOS UTILIZADOS EN LA INVESTIGACION Para desarrollar este trabajo de investigacin hemos utilizados medios como libros electrnicos e internet. 11.- BIBLIOGRAFIA Ttulo: DREAMWEAVER MX MANUAL. Autor: Valds Miranda, Cros. Ttulo: Representacin de la arquitectura de software usando UML. Autor: Sandra Victoria Hurtado Gil (Universidad Icesi-I2T). Ttulo: Software Architecture Perspectives on an Emerging Discipline. Autor: Mary Shaw y David Garlan. Ttulo: The Artistry of Software Architecture. IEEE Software Autor: Maarten Boasson. Titulo: The Unified Modeling Language User Guide. Autor: Grady Booch, James Rumbaughe Ivar Jacobson. Titulo: Software Arquitecture Styles as Graph Grammars. Autor: Daniel Le Mtayer. Ttulo: Ingeniera del software I I.T informtica de gestin
Autor: Mary Shaw y David Garlan. E-BOOK: www.google.com www.rincondelvago.com www.youtube.com www.googleacademico.com
12.- ANLISIS CRTICO DE LAS FUENTES BIBLIOGRFICA En el libro Representacin de la arquitectura de software usando UML. De Sandra Victoria Hurtado Gil (Universidad Icesi-I2T). nombra 3 tipos de estructuras Las cuales son: Estructura funcional, Estructura de llamados y Estructura de llamados, la ltima mencionada se subdivide en ms subestructuras de la cual no tenamos conocimiento (Estructura modular, Estructura fsica, Estructura de uso); en resumen las principales relaciones se da entre los componentes de la arquitectura del sistema. Adems de estas relaciones, las estructuras presentan restricciones entre s que permiten integrar toda la visin del sistema. Se sabe tambin que cuentan con restricciones como todo caso de uso debe ser implementado en un mdulo, es decir, no pueden encontrarse casos de uso que no se relacionen con algn mdulo. En el libro diagramas de caso de uso se concuerda con la informacin es casi la misma informacin que nos brind el profesor de tesis como los siguientes puntos: Un caso de uso representa una interaccin tpica entre usuario y un sistema informtico, capturar los requisitos funcionales del sistema y se encuentran relacionadas por su comportamiento. Las relaciones que se utilizan para establecer conexiones entre los elementos son: Dependencia, Asociacin, Generalizacin, Realizacin. Los elementos bsicos de UML, aquellos que representan principalmente las partes estticas del sistema, son: Clases, Casos de uso, Componentes, Nodos Paquetes. Cada uno de estos elementos y relaciones tiene una representacin grfica y puede complementarse su informacin utilizando lo que se conoce como especificacin. La especificacin de un elemento o relacin generalmente no es visible en la
representacin grfica, o slo lo es parcialmente, y corresponde a los datos o propiedades adicionales que completan o detallan la semntica del elemento o relacin, y por lo tanto del sistema en general.
13.- GLOSARIO Atributo: Es una especificacin que define una propiedad de un Objeto, elemento o archivo. Tambin puede referirse o establecer el valor especfico para una instancia determinada de los mismos. Actor de sistema: Es alguien o algo que interacta con el sistema; es quien utiliza el sistema. Por la frase "interacta con el sistema" se debe entender que el actor enva a o recibe del sistema unos mensajes o intercambia informacin con el sistema. En pocas palabras, el actor lleva a cabo los casos de uso. Un actor puede ser una persona u otro sistema que se comunica con el sistema a modelar. Agregacin: Forma especial de asociacin que especifica una relacin todo-parte entre el agregado y la parte componente. Si el ciclo de vida del objeto hijo est ligado al superior la relacin se se denomina Composicin. Asociacin: Relacin entre dos o ms clases que implica conexiones entre sus instancias. Puede ser bidireccional o unidireccional, dependiendo de si ambas conocen la existencia la una de la otra o no. Base de datos: Coleccin de datos organizada de tal modo que el computador pueda acceder rpidamente a ella. Una base de datos relacional es aquella en la que las conexiones entre los distintos elementos que forman la base de datos estn almacenadas explcitamente con el fin de ayudar a la manipulacin y el acceso a stos. Caso de Uso: Un caso de uso representa la funcionalidad completa tal y como la percibe un actor. Un caso de uso en UML es definido como un conjunto de secuencias de acciones que un sistema ejecuta y que permite un resultado observable de valores para un actor en particular. Grficamente se representan con una elipse.
Clase: descripcin (abstraccin lgica) de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semntica. Dependencia: Relacin entre dos elementos en la que un cambio en uno de ellos afecta al otro (elemento dependiente). Diagrama de Actividades: Representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general de operaciones y transiciones que ocurren cuando la operacin es completa. Diagrama de Caso de Uso Negocio: Describe los procesos de un negocio, vinculados al campo de accin, y cmo se benefician e interactan los socios y clientes en estos procesos. Diagrama de Colaboracin: Es esencialmente interacciones organizadas alrededor de los roles. un diagrama que muestra
Diagrama de Clases: Es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la informacin que se manejar en el sistema, y los componentes que se encargaran del funcionamiento y la relacin entre uno y otro. Diagrama de Componentes:Describen los elementos fsicos del sistema y sus relaciones Muestran las opciones de realizacin incluyendo cdigo fuente, binario y ejecutable. Representan todos los tipos de elementos software que entran en la fabricacin de aplicaciones informticas. Pueden ser simples archivos, paquetes, bibliotecas cargadas dinmicamente, etc. Diagrama de Despliegue:Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Diagrama de Secuencia:Muestra la interaccin de un conjunto de objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos. Entidades del Negocio (businessentity): Representa un conjunto de informacin con propiedades, comportamientos y semntica similares y que es usada por trabajadores del negocio cuando ejecutan un caso de uso del negocio pueden ser tangibles o intangibles.
Generalizacin: Relacin taxonmica entre un elemento ms general y otro ms concreto. Hardware: Son todos los componentes fsicos que componen un PC. Inventario: Asiento de los bienes y dems cosas pertenecientes a una persona o comunidad, hecho con orden y precisin. Interfaz: Coleccin de operaciones que especifican un servicio de una clase o componente. Multiplicidad: Es la cantidad de objetos de una clase que se relacionan con un objeto de la clase asociada. Operacin: Instrucciones que puede realizar los actores. Realizacin: Relacin entre una implementacin y su especificacin. Software: Conjunto de programas, instrucciones y reglas informticas para ejecutar ciertas tareas en un computador. Servidor: Computadora o programa que brinda un servicio especfico al "cliente", que se ejecuta en otras computadoras. El trmino puede referirse tanto a una pieza de software en particular como a un computador en donde se ejecuta este tipo de software. Sistema: Un sistema en un diagrama de caso de uso es descrito como una caja; el nombre del sistema aparece arriba o dentro de la caja. sta tambin contiene los smbolos para los casos de uso del sistema. Stock de productos: Cantidad de mercancas que se tienen en depsito. Trabajador de negocio (businessworker):Representa un rol jugado por alguien a algo dentro del negocio que realiza alguna actividad dentro del mismo, trabaja en una unidad organizacional, interacta con otros trabajadores de negocio y manipula entidades del negocio. UML: Por sus siglas en ingls, UnifiedModelingLanguage) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad; est respaldado por el OMG (Object Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. Vista de Casos de Uso: incluye los casos de uso que describen el comportamiento del sistema visto por sus usuarios finales, analistas, equipos de pruebas. Vista de Diseo: incluye las clases, interfaces y colaboraciones que forman el vocabulario del problema y su solucin (requisitos funcionales).
Vista de Implementacin: incluye los componentes que se utilizan para ensamblar y hacer disponible el sistema fsico. Vista de Despliegue: incluye los nodos que forman la topologa hardware (distribucin, entrega e instalacin del sistema). Vista de Procesos: incluye los hilos y procesos que forman los mecanismos de concurrencia y sincronizacin de un sistema, as como funcionamiento, capacidad de adaptacin y rendimiento del sistema. 14.- ANEXOS Visin general de UML UML es una gramtica para expresar diseos de software orientado a objetos. Sus siglas significan, en espaol, Lenguaje Unificado de Modelado. No es la nica notacin que existe, pero es el estndar actual del llamado Object Management Group (OMG). Por tanto, conviene saber cmo expresarse en este lenguaje, advirtiendo que los lenguajes son dinmicos y que, a veces, no se utilizan de la misma forma por diferentes autores. Nosotros aprovecharemos UML para profundizar en los conceptos del software orientado a objetos. UML se expresa a travs de elementos de construccin, de relaciones y de diagramas que contienen elementos y relaciones. Conocer esta estructura general ayuda a la comprensin del lenguaje en su conjunto y facilita prescindir de los detalles, hasta que no sean necesarios. Diagramas Un diagrama es la representacin grfica de un conjunto de elementos, en general visualizado como un grafo conexo de nodos (elementos) y arcos (relaciones). Los diagramas se dibujan para visualizar un sistema desde diferentes perspectivas, de forma que un diagrama es una proyeccin de un sistema. Para todos los sistemas, excepto los ms triviales, un diagrama representa una vista resumida de los elementos que constituyen un sistema. En teora, un diagrama puede contener cualquier combinacin de elementos y relaciones. En la prctica, sin embargo, slo surge un pequeo nmero de combinaciones, las cuales son consistentes con las vista ms tiles que comprenden la arquitectura de un sistema con gran cantidad de software.
15.- MANUAL DEL USUARIO FRM_LOGIN Esta interfaz permite el inicio de sesin de los usuarios para que puedan realizar diversos procesos, el usuario realizara los siguientes pasos para realizar el inicio de sesin.
En este campo para que inicie sesin deber ingresar el nombre de su usuario
Despus de haber ingresado el nombre del usuario, deber colocar la contrasea del usuario
Para finalizar, despus de haber finalizado estos pasos, con este botn al presionar el usuario podr iniciar sesin automticamente.
FRM_SUBFAMILIA Este formulario deber ingresar toda la informacin para agregar la nueva subfamilia, debern ingresar toda la informacin correspondiente como a que familia pertenece y entre otras,se deber realizara los siguientes pasos: En este campo el usuario deber dar clic a la barra desplegable para ver las clases creadas y elegir la que vaya acorde con la sub-familia a crear
En este campo el usuario deber dar clic a la barra desplegable para ver las clases creadas y elegir la que vaya acorde con la sub-familia a crear.
En este campo debern ingresar el nombre de la sub-familia que se creara.
En este campo se ingresar el, el usuario podr escoger la forma de ingreso del cdigo que ser de forma manual donde el usuario ingresara el cdigo o de forma automtica donde el usuario al dar clic en la opcin se generara un cdigo de manera automtica.
Se tienen los botones aceptar y cancelar. Cuando el usuario termine de ingresar todos los datos correspondientes, al dar clic en aceptar grabara toda la informacin ingresada y se creara la nueva sub-familia. Al dar clic en cancelar se borraran todos los datos ingresados. FRM_TIPOTRANSACCION
El formulario de tipo de traccin agregar todos el tipo de tracciones que realiza la empresa, se deber realizara los siguientes pasos: El usuario deber ingresar el cdigo del tipo de transaccin a crear
En este campo se seleccionar el tipo de transaccin que realizara el usuario, deber escoger entre las opciones de entrada, salida y transferencia.
En este campo el usuario ingresara el nombre del tipo de transaccin a crear.
Se tienen los botones aceptar y cancelar. Cuando el usuario termine de ingresar todos los datos correspondientes de la familia al dar clic en aceptar grabara toda la informacin ingresada y se creara la nueva familia. Al dar clic en cancelar se borraran todos los datos ingresados para empezar nuevamente FRM_REQUERIMIENTO
El formulario requerimiento nos permitir hacer consultas de algn tipo de producto, podremos grabar la consulta de requerimientos y observar en una tabla, se deber realizara los siguientes pasos:
1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 9
10 10 11 11
13 13
15 15
17 17
12 12
14 14
16 16
1. 2. 3. 4. 5. 6.
En este campo el usuario ingresar el cdigo de requerimiento a crear. En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los tipos de requerimientos. En esta opcin el usuario tendr que escoger el tipo de empleado que se encuentran en la barra desplegable. En esta opcin el usuario tendr una barra desplegable con las reas, solo tendr que elegir la opcin o el rea a la cual corresponda. En esta opcin requerimiento. el usuario ingresara alguna observacin acerca del
En esta opcin de tipo de producto el usuario tendr una barra desplegable donde estarn previamente cargados los tipos productos.
7. 8. 9.
En esta opcin el usuario ingresara la fecha del requerimiento. En esta opcin el usuario ingresara el estado de la consulta de requerimiento. En esta opcin el usuario ingresara una breve descripcin del requerimiento.
10. Una vez ingresados todos los datos el usuario solo dar clic al botn del signo
para poder agregar el nuevo registro en la tabla.
para poder eliminar algn registro insertado de forma errnea en la tabla.
12. El usuario al dar clic en el botn 13. El usuario al dar clic en el botn
permitir una nueva consulta.
permitir hacer modificaciones a datos que se haya grabado por los usuarios en consultas anteriores. , les permitir grabar datos que se
14. El usuario al dar clic en el botn

haya ingresado por los usuarios.
podrn buscar requerimientos que se haya grabado por los usuarios anteriormente.
16. Al dar clic en el botn
, los usuarios se les permitir hacer la cancelacin de algn proceso que haya realizado en el momento. al darle clic permitir que los usuarios eliminen de requerimientos que haya hecho el usuario
17. En el botn
consultas grabadas anteriormente.
FRM_VALE Este formulario nos va permitir realizar consulta para llevar un control de entradas y salidas de los productos,se deber realizara los siguientes pasos:
1 1 2 2 3 3 4 4 5 5 7 7
6 6
8 8 9 9
10 10 11 11 13 13 15 15 17 17
12 12
14 14
16 16
1.
En esta opcin de tipo de producto el usuario tendr una barra desplegable donde estarn previamente cargados los tipos productos.
2.
En esta opcin de tipo de vale el usuario tendr una barra desplegable donde estarn previamente cargados los tipos de vales.
3. 4. 5. 6.
En esta opcin el usuario tendr que ingresar el empleado que estar a cargo En esta opcin el usuario ingresara la fecha del vale. En esta opcin el usuario ingresara alguna observacin acerca del vale. En esta opcin el usuario podr optar por elegir el modo de creacin del cdigo del vale que podr ser de manera automtica, el usuario presiona el botn automtico y el cdigo se genera de forma automtica en el cuadro de texto del cdigo de vale o manual, al presionar el botn manual el cuadro de texto del cdigo se habilita para que el usuario pueda ingresar el cdigo segn sus correlativos de los vales.
7.
En esta opcin el usuario tendr una barra desplegable con los almacenes que realizan el vale.
8.
En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los documentos de referencia para la realizacin de los vales.
9.
En esta opcin el usuario ingresara una breve descripcin del vale.
para poder agregar el nuevo registro en la tabla.
para poder eliminar algn registro insertado de forma errnea en la tabla.
permitir una nueva consulta.
permitir hacer modificaciones a datos que se haya grabado por los usuarios en consultas anteriores. , les permitir grabar datos que se

haya ingresado por los usuarios.
podrn buscar requerimientos que se haya grabado por los usuarios anteriormente. , los usuarios se les permitir hacer la cancelacin de algn proceso que haya realizado en el momento. al darle clic permitir que los usuarios eliminen de requerimientos que haya hecho el usuario
16. Al dar clic en el botn
17. En el botn
consultas grabadas anteriormente.
FRM_TIPODEPRODUCTO Este formulario deber ingresar toda la informacin producto,se deber realizara los siguientes pasos: para agregar un nuevo
En este campo ingresara el tipo producto a agregar. En este campo el usuario ingresara el nombre de la lnea a crear.
se de
En este campo el usuario tendr que dar clic a la barra desplegable para ver todas las clases al que este producto pertenece. Se tienen los botones aceptar y cancelar. Cuando el usuario termine de ingresar todos los datos correspondientes al producto, al dar clic en aceptar grabara toda la informacin ingresada y se creara el producto. Al dar clic en cancelar se borraran todos los datos ingresados para empezar nuevamente.
FRM_PROVEEDOR El formulario proveedor nos va permitir agregar nuevos proveedores a esta empresa, aqu ingresan todos sus datos sobre la empresa del proveedor, se deber realizara los siguientes pasos:
1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 10 10 9 9
11 11
12 12
13 13
1. En este campo se ingresar el, el usuario podr escoger la forma de ingreso del
cdigo que ser de forma manual donde el usuario ingresara el cdigo o de forma automtica donde el usuario al dar clic en la opcin se generara un cdigo de manera automtica.
2. En esta opcin el usuario ingresara el nmero de RUC del proveedor. 3. En esta opcin el usuario ingresara razn social a la que pertenece el proveedor. 4. En esta opcin el usuario ingresara la direccin del proveedor. 5. y 6. En este campo el usuario deber seleccionar
el pas en donde se
encuentra, e ingresar el distrito donde est ubicado el proveedor. 7. y 8. En este campo el usuario deber ingresar su telfono, email del proveedor. 9. En esta opcin el usuario el tipo de proveedor pertenece. 10. En este campo el usuario deber seleccionar el pas en donde se encuentra el proveedor. 11. En este campo el usuario deber ingresar su nmero de fax del proveedor. 12. Con el botn nuevo proveedor. , el usuario guardar todos los cambios y se agregar el
13. Con el botn , el usuario cancelar la peticin de creacin de proveedor y todos los campos se limpiarn.
FRM_INGRESAR ALMACEN En este formulario el usuario agregara nuevos almacenes para la empresa. Para este proceso el usuario deber seguir los siguientes pasos.
FRM_ARTICULO En este formulario el usuario agregara nuevos artculos para el almacn. Para este proceso el usuario deber seguir los siguientes pasos
FRM_FAMILIA En este formulario se podr implementar o agregar la familia relacionada a cualquier artculo que este grabado en la Base de datos para lo cual el usuario tendr que seguir los siguientes pasos
FRM_LINEA En este formulario se podr crear una nueva lnea para los artculos, para lo cual el usuario tendr que ingresar los siguientes datos.
FRM_ORDEN DE COMPRA En este formulario el usuario tiene la opcin de realizar una orden de compra, para ello tendr que seguir los siguientes pasos.
1.- En esta opcin el usuario podr optar por elegir el modo de creacin del cdigo de la orden de compra que podr ser de manera automtica o manual. Forma automtica.- el usuario presiona el botn automtico y el cdigo se genera de forma automtica en el cuadro de texto del cdigo de orden de compra. Forma manual.- el usuario presiona el botn manual y el cuadro de texto del cdigo se habilita para que el usuario pueda ingresar el cdigo segn sus correlativos de rdenes de compras 2.- En esta opcin el usuario tendr una barra desplegable con las reas que realizan la orden de compra el usuario solo tendr que elegir la opcin o el rea a la cual corresponda la orden de compra. 3.- En esta opcin el usuario ingresara el cdigo del proveedor al cual se le solicita la compra. 4.- En esta opcin el usuario ingresara el nombre del proveedor al cual se le solicita la compra. 5.- En esta opcin el usuario ingresara la direccin del proveedor al cual se le solicita la compra. 6.- En esta opcin el usuario ingresara una breve descripcin de la orden de compra. 7.- En esta opcin el usuario ingresara la fecha de ingreso del requerimiento de compra. 8.- En esta opcin el usuario ingresara el nmero de RUC del proveedor para lo cual solo tendr que dar clic al botn de tres puntos y se abrir una ventana donde figura los nmeros de RUC de los proveedores de la empresa y el usuario solo tendr que elegir el que corresponda. 9.- En esta opcin el usuario ingresara la fecha en la que se entrega o registra la compra. 10.- En esta opcin el usuario ingresara el cdigo de pedido del cliente para lo cual solo tendr que dar clic al botn de tres puntos y se abrir una ventana donde figura los cdigos de pedidos de los clientes de la empresa y el usuario solo tendr que elegir el que corresponda. 11.- En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los nmeros de documentos de referencia los cuales sern boletas, facturas u hojas de requerimientos.
12.- En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los tipos de documentos de referencia los cuales sern boletas, facturas u hojas de requerimientos. 13.- En esta opcin el usuario tendr una barra desplegable donde podr seleccionar la forma de pago que ser a crdito o al contado. 14.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo + para poder agregar el nuevo registro en la tabla que se tiene al lado derecho del botn. 15.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo para poder eliminar algn registro insertado de forma errnea para ello previamente dar un clic al botn check que se encuentra al costado de cada registro una vez que se insertan. 16, 17 y 18.- En estos campos se irn calculando progresivamente los importes del sub total, IGV y total a pagar estos clculos se realizaran a medida que se inserten los registros u rdenes de compra. 19.- Presionando el botn NUEVO se habilitaran todos los campos para que el usuario pueda ingresar todos los datos requeridos para realizar la orden de compra 20.- Presionando el botn MODIFICAR el usuario podr modificar los registros previamente grabados, para ello en usuario tendr que realizar una bsqueda de rdenes de compra de las cuales el usuario podr elegir la que desea modificar. 21.- Al hacer clic al botn GRABAR se guardar toda la compra que se ingres en un principio. 22.- El botn BUSCAR nos sirve para poder realizar la bsqueda de todas las rdenes de compra registradas anteriormente. 23.- Con el botn ELIMINAR se tendr la opcin de poder eliminar la orden de compra ya creada. 24.- El botn CANCELAR limpiar todos los campos de texto del formulario.
FRM_ORDEN_DE_SERVICIO En este documento el usuario podr solicitar el requerimiento de un servicio para lo cual el Usuario tendr que seguir los siguientes pasos.
1.- En esta opcin el usuario podr elegir el modo de creacin del cdigo de la orden de servicio que podr ser de manera automtica o manual. Forma automtica.- el usuario presiona el botn automtico y el cdigo se genera de forma automtica en el cuadro de texto del cdigo de orden de servicio. Forma manual.- el usuario presiona el botn manual y el cuadro de texto del cdigo se habilita para que el usuario pueda ingresar el cdigo segn su correlativo de rdenes de servicios. 2.- En esta opcin el usuario tendr una barra desplegable con las reas que realizan la orden de servicio el usuario solo tendr que elegir la opcin o el rea a la cual corresponda la orden de servicio. 3.- En esta opcin el usuario ingresara el cdigo del proveedor al cual se le solicita el servicio. 4.- En esta opcin el usuario ingresara el nombre del proveedor al cual se le solicita el servicio. 5.- En esta opcin el usuario ingresara la direccin del proveedor al cual se le solicita el servicio. 6.- En esta opcin el usuario ingresara alguna observacin de la orden de servicio. 7.- En esta opcin el usuario ingresara un breve comentario de la orden de servicio. 8.-En esta opcin el usuario ingresara el nmero de RUC del proveedor de servicios para lo cual solo tendr que dar clic al botn de tres puntos y se abrir una ventana donde figura los nmeros de RUC de los proveedores de servicios de la empresa y el usuario solo tendr que elegir el que corresponda. 9.- En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los nmeros de documentos de referencia los cuales sern boletas, facturas u hojas de requerimientos. 10.- En esta opcin el usuario tendr una barra desplegable donde podr seleccionar la forma de pago que ser a crdito, contado o cheque. 11.- En esta opcin el usuario ingresara la fecha en la que se registra la orden de servicio. 12.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo + para poder agregar el nuevo registro en la tabla que se tiene al lado derecho del botn. 13.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo para poder eliminar algn registro insertado de forma errnea para ello previamente dar un clic al botn check que se encuentra al costado de cada registro una vez que se insertan.
14.- Presionando el botn NUEVO se habilitaran todos los campos para que el usuario pueda ingresar todos los datos requeridos para realizar la orden de servicio. 15.- Presionando el botn MODIFICAR el usuario podr modificar los registros previamente grabados, para ello en usuario tendr que realizar una bsqueda de rdenes de servicio de las cuales el usuario podr elegir la que desea modificar. 16.- Al hacer clic al botn GRABAR se guardar todos los registros que se ingresaron en un principio. 17.- El botn CANCELAR limpiar todos los campos de texto del formulario. 18.- Con el botn ELIMINAR se tendr la opcin de poder eliminar la orden de servicio ya creada. 19, 20 y 21.- En estos campos se irn calculando progresivamente los importes del sub total, IGV y total a pagar estos clculos se realizaran a medida que se inserten los registro u rdenes de servicio.
FRM_ORDEN_DE_IMPORTACION En este formulario el usuario tendr la facilidad de crear una orden de importacin para los cual tendr que seguir los siguientes pasos.
1.- En esta opcin el usuario podr optar por elegir el modo de creacin del cdigo de la orden de importacin que podr ser de manera automtica o manual. Forma automtica.- el usuario presiona el botn automtico y el cdigo se genera de forma automtica en el cuadro de texto del cdigo de orden de importacin. Forma manual.- el usuario presiona el botn manual y el cuadro de texto del cdigo se habilita para que el usuario pueda ingresar el cdigo segn su correlativo. 2.- En esta opcin el usuario tendr una barra desplegable con las reas que realizan la orden de compra el usuario solo tendr que elegir la opcin o el rea a la cual corresponda la orden de importacin. 3.- En esta opcin el usuario ingresara el cdigo del proveedor el cual solicita la importacin. 4.- En esta opcin el usuario ingresara el nombre del proveedor cual solicita la importacin. 5.- En esta opcin el usuario ingresara la direccin del proveedor cual solicita la importacin. 6.- En esta opcin el usuario ingresara la fecha en la que se entrega la mercadera. 7.- Son observaciones. 8.- Representa el tipo de seguro asociado con los artculos. 9.- En este campo el usuario ingresar alguna observacin sobre la orden de importacin. 10.- En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los nmeros de documentos de referencia los cuales sern boletas, facturas u hojas de requerimientos. 11.- En esta opcin el usuario tendr una barra desplegable donde estarn previamente cargados los tipos de documentos de referencia los cuales sern boletas, facturas u hojas de requerimientos. 12.- En esta opcin el usuario tendr una barra desplegable donde podr seleccionar la forma de pago que ser a crdito, contado o en cheque. 13.- En esta opcin el usuario ingresara la fecha de creacin del documento. 14.-- En esta opcin el usuario ingresara el nmero de pedido del cliente para lo cual solo tendr que dar clic al botn de tres puntos y se abrir una ventana donde figura los cdigos de pedidos de los clientes de la empresa y el usuario solo tendr que elegir el que corresponda.
15.- Es el valor a pagar del alquiler del medio de transporte. 16.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo + para poder agregar el nuevo registro en la tabla que se tiene al lado derecho del botn. 17.- Una vez ingresados todos los datos el usuario solo dar clic al botn del signo para poder eliminar algn registro insertado de forma errnea para ello previamente dar un clic al botn check que se encuentra al costado de cada registro una vez que se insertan. 18, 19 y 20.- En estos campos se irn calculando progresivamente los importes del sub total, IGV y total a pagar estos clculos se realizaran a medida que se inserten los registros u rdenes de importacin. 21.- Presionando el botn NUEVO se habilitaran todos los campos para que el usuario pueda ingresar todos los datos requeridos para realizar la orden de importacin. 22.- Con el botn ELIMINAR se tendr la opcin de poder eliminar la orden de importacin ya creada. 23.- Presionando el botn MODIFICAR el usuario podr modificar los registros previamente grabados, para ello en usuario tendr que realizar una bsqueda de rdenes de importacin de las cuales el usuario podr elegir la que desea modificar. 24.- Al hacer clic al botn GRABAR se guardar toda la orden que se ingres en un principio. 25.- El botn CANCELAR limpiar todos los campos de texto del formulario. 26.- El botn BUSCAR nos sirve para poder realizar la bsqueda de todas las rdenes de importacin registradas anteriormente,
16.- MANUAL DE PRUEBAS 1. Introduccin
1.1. Propsito. 1.2. mbito. 2. Requerimientos de las pruebas 3. Estrategia de prueba 3.1. Tipos de pruebas y tcnicas. 3.2. Herramientas. 4. Recursos 4.1. 4.2. 4.3. 4.4. 4.5. Recursos hardware. Recursos software. Herramientas de soporte. Configuracin de entornos de prueba. Recursos humanos.
5. Actividades de prueba 6. Resultados de las pruebas 7. Tareas de la etapa de prueba
1. Introduccin 1.1. Propsito
Este documento describe el Plan de pruebas para el sistema de almacn y logstica de Pro-Premix. En concreto define los siguientes objetivos especficos:
Automatizacin de para el control de stock de artculos y/o productos. Realizar a valorizacin, es decir los vales de ingreso y liquidacin.
1.2. mbito Automatizar los procesos de almacn y reportes para un mejor control y servicio por parte de la empresa hacia sus clientes, basado en el anlisis funcional de los requerimientos y Modelo de casos de uso.
2. REQUERIMIENTOS DE LA PRUEBAS
La lista que proporcionamos en esta seccin identifica los elementos (casos de uso, requisitos funcionales y requisitos no funcionales) que son objetivos de las pruebas. Es decir, los elementos qu vamos a probar. Pruebas de integridad de la base de datos y de los datos: o Verificar el acceso al sistema o Verificar la recuperacin correcta de las modificaciones realizadas en la base de datos. o Verificar accesos simultneos de lectura de datos. Pruebas de funcionalidad: o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso o Verificar el caso de uso
Registrar artculos (CU1). Actualizar stock (CU2). Generar lista de articulo (CU3). Registrar Familias (CU4). Registrar Lneas (CU5). Registrar Subfamilia (CU6). Despachar Requerimientos (CU7). Registrar vale de compra (CU8). Entregar Artculos (CU9). Registrar orden de ingreso (CU10). Registrar orden de salida (CU11). Generar listado de cotizacin (CU12). Registrar invoice (CU13).
Documento de Visin: Se utilizar durante algn tiempo el sistema manual actual con la aplicacin propuesta, hasta que el sistema est totalmente probado. Pruebas de interfaz de usuario: o Verificar que la navegacin a travs de un conjunto de pantallas es fcil. o Navegar a travs de todos los casos de uso, verificando que cada interfaz de usuario se comprende fcilmente. o Verificar todas las funciones de ayuda online. o Verificar que todas las interfaces de usuario siguen los estndares de GUI.
Documento de Visin, seccin 6.1: Debe proporcionarse ayuda en lnea con instrucciones paso a paso para guiar al empleado en las tareas que debe realizar. Pruebas de desarrollo:
Documento de Visin, Tener un acceso, control y manejo de los inventarios dentro de los almacenes de la empresa de los diversos artculos y/o productos. Documento de Visin, Obtener un reporte de las operaciones (Reporte de Stock por Almacn, Reporte de Total de rdenes de compra, ETC). Documento de Visin, Hacer la aprobacin y desaprobacin, de las rdenes de compra, servicio y de importacin, Realizar la provisin de facturas por proveedor..
3. ESTRATEGIA DE PRUEBA
En esta seccin presentamos el enfoque que vamos a utilizar para probar el sistema software. En la seccin anterior hemos descrito qu elementos del sistema software vamos a probar, y en esta seccin se define cmo se realizaran las pruebas. 3.1. Tipos de pruebas y tcnicas 3.1.1 Pruebas de integridad de la base de datos y de los datos.
Objetivos de la prueba
Tcnicas
Criterios de finalizacin Consideraciones
Comprobar que los procedimientos y mtodos de acceso a la base de datos funcionan correctamente. Invocar cada procedimiento o mtodo de acceso a la base de datos con datos vlidos e invlidos. Inspeccionar la base de datos para asegurar que los datos son los previstos, todos los eventos de la base de datos ocurren adecuadamente, o revisar los valores devueltos para asegurar que la recuperacin de datos es correcta. Todos los procedimientos y mtodos de acceso funcionan como se disearon y sin ningn error en los datos. Los procesos se deberan invocar manualmente. Se debera usar bases de datos de tamao pequeo o mnimo (limitado segn el nmero de registros) para incrementar la visibilidad de cualquier evento no aceptable.
Las pruebas pueden necesitar un entorno de desarrollo DBMS para recuperar o modificar datos directamente de la base de datos. 3.1.2 Pruebas de funcionalidad. Las pruebas de funcionalidad se deberan centrar en cualquier requisito que pueda ser trazado directamente de los casos de uso y reglas de negocio. El objetivo de estas pruebas es verificar la aceptacin, procesamiento y recuperacin de datos y la adecuada implementacin de las reglas de negocio. Este tipo de pruebas estn basadas en tcnicas de caja negra, es decir, verificar la aplicacin interaccionando a travs de las interfaces de usuario y analizando los resultados. Objetivos de la prueba Asegurar la navegacin correcta de la aplicacin, la entrada de datos, su procesamiento y recuperacin. Ejecutar cada caso de uso y flujo del caso de uso con datos vlidos e invlidos para verificar lo siguiente: Cuando se utilizan datos correctos se obtienen los resultados esperados. Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. Cada regla de negocio se ha aplicado correctamente. Todas las pruebas planificadas se han ejecutado. Todos los defectos identificados se han considerado. Ninguna.
Tcnicas
Criterios de finalizacin
Consideraciones
3.1.3 Pruebas de interfaz de usuario. Las pruebas de interfaz de usuario verifican la interaccin del usuario con el sistema software. El objetivo de esta prueba es asegurar que la interfaz de usuario permite al usuario acceder y navegar a travs de toda la funcionalidad de la aplicacin. Adems, la prueba de interfaz de usuario garantiza que las interfaces de usuario cumplen los estndares. Objetivos de la prueba Verificar los siguientes objetivos: La navegacin a travs de la aplicacin refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y mtodos de acceso (tabulador, movimientos del ratn y teclas de
Tcnicas Criterios de finalizacin Consideraciones
funcin). Las ventanas y sus caractersticas, como mens, tamao, posicin y estado cumplen los estndares. Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegacin y su estado. Cada ventana se ha verificado con xito y es consistente con la versin de referencia o con los estndares utilizados. Ninguna.
3.1.4 Pruebas de desarrollo. Las pruebas de desarrollo miden tiempos de respuesta, ndices de transaccin y otros requisitos susceptibles al tiempo. El objetivo de estas prueba es verificar y validar que los requisitos de rendimiento se han alcanzado. Las pruebas de desarrollo normalmente se ejecutan varias veces usando cada vez un cargo de trabajo diferente. La prueba inicial se debera realizar con una carga normal y la segunda prueba con una carga extrema.
Objetivos de la prueba
Tcnicas
Criterios de finalizacin Consideraciones 3.2. Herramientas
Validar el tiempo de respuesta del sistema software para las transacciones diseadas o funciones de negocio bajo las condiciones siguientes: Volumen de trabajo normal. El peor volumen de trabajo. Usar los procedimientos de prueba definidas para las pruebas de funcionalidad. Modificar los ficheros de datos (para incrementar el nmero de transacciones) o modificar los sripts para incrementar el nmero de iteraciones que se ejecutan en cada transicin. Se han completado las pruebas sin ningn error y dentro de los tiempos de respuesta esperados. Ninguna.
Las siguientes herramientas se usarn para llevar a cabo el proceso de prueba:
Tipo de Prueba Gestin del proyecto Herramienta DBGD Interfaz de usuario web Funcionales Anlisis / diseo
Herramienta Microsoft Project Microsoft sql server 2005 dreamweaver Winrar / nod 32 Rational rose
4. RECURSOS
En esta seccin describimos los recursos necesarios para realizar el proceso de prueba, sus principales responsabilidades y caractersticas.
4.1. Recursos hardware Recurso PC PC 1 2 Cantidad Nombre y Tipo Diseo de las pruebas Ejecucin de las pruebas
4.2. Recursos software
Nombre del elemento software Microsoft Project Microsoft sql server 2005 Dreamweaver cs5 Antivirus Rational rose
Tipo y otras notas Gestin del proyecto Herramienta DBMS Interfaz de usuario web Funcionales Anlisis y requerimientos
4.3. Herramientas de soporte Ninguna.
4.4. Configuracin del entorno de prueba Ninguna.
4.5. Recursos humanos
Rol Gestor de prueba
Diseador de prueba
Probador (Tester)
RECURSOS HUMANOS Mnimos Responsabilidades especficas o recursos comentarios recomendados 1 Proporcionar una gestin adecuada. Responsabilidades: Proporcionar una direccin tcnica. Adquirir los recursos apropiados. Informar de la gestin. 3 Identificar, priorizare implementar los casos de prueba. Responsabilidades: Generar el Plan de pruebas. Disear los Casos de prueba. Evaluar el esfuerzo de prueba. 3 Ejecutar las pruebas. Responsabilidades: Ejecutar pruebas. Recuperar los errores. Documentar los defectos.
5. ACTIVIDADES DE PREUBA
Las actividades del proceso de prueba para este sistema software son: Actividad Planificacin de la prueba. Diseo de la prueba. Implementacin de la prueba. Ejecucin de la prueba. Evaluacin de la prueba. Esfuerzo (p/d) 2 1 1 1 2 Fecha de comienzo 11/12/2011 12/12/2011 12/12/2011 14/12/2011 17/12/2011 Fecha de finalizacin 11/12/2011 12/12/2011 12/12/2011 14/12/2011 17/12/2011
6. ACTIVIDADES DE PREUBA
Del proceso de prueba se obtienen los siguientes documentos de desarrollo de software: Documento de desarrollo de software Plan de prueba Casos de prueba Informe de evaluacin de pruebas Modelo de prueba Desarrollador KGC KGC KGC JL Revisin JL JL JL JL Fecha 12 de DICIEMBRE 12 de DICIEMBRE 12 de DICIEMBRE 14 de DICIEMBRE
7. TAREAS DE LA ETAPA DE PRUEBAS
Las tareas que se realizan en cada una de las actividades son: Planificacin de las pruebas: o Identificar los requisitos para las pruebas. o Valorar los riesgos. o Desarrollar la estrategia de pruebas. o Identificar los recursos necesarios para realizar las pruebas. o Planificar la temporalizacin. o Generar el Plan de pruebas. Diseo de las pruebas: Anlisis de la carga de trabajo. Desarrollo de las pruebas. Identificar y describir los casos de prueba.
o o o
Implementacin de las pruebas: Establecer el entorno de prueba. Desarrollar las clases de prueba, los componentes de prueba y los datos de prueba.
o o
Ejecucin de las pruebas: Ejecutar los casos de prueba.
o o o o
Evaluar la ejecucin del proceso de prueba. Verificar los resultados. Investigar los resultados no esperados. Registrar los defectos.
Evaluacin de las pruebas: Evaluar la cobertura de los casos de prueba. Evaluar la cobertura del cdigo. Analizar los defectos. Determinar si se han alcanzado los criterios de las pruebas. Crear los informes de evaluacin de las pruebas.
o o o o o
17.- RESUMEN EJECUTIVO Pro-Premix se ha caracterizado por ser una empresa que asume retos locales y va cristalizando gracias al esfuerzo de sus trabajadores y a las alianzas estratgicas que ha realizado con diversas empresas, representadas tanto del extranjero como del mbito nacional. Asociada en esa poca con Laboratorios Delro, inicia la compra de materias primas destinadas al rubro veterinario, luego de algunos aos y tras la implementacin de una planta de premix en Lima, procede a entablar relaciones con la empresa BASF para desarrollarse como distribuidor exclusivo de sus lneas destinadas a nivel nacional, a exceptin de Trujillo. A pesar de haber ingresado al mercado incursionando netamente en el rubro veterinario, Pro Premix se proyet al futuro dejando de lado sta lneas e introduciendo sus materias primas representadas a un mercado de nutricin avcola que por la dcada del 90 recin estaba en proceso de creacin. Pro-Premix registraba los siguientes inconvenientes: No tenia una sistematizacin del nmero y la cantidad de almacenes dentro de la empresa. As como tambin los proveedores que tienen la empresa, sus transportistas, y otros requerimientos que ellos presenten. Saber el control y manejo del stock de artculos y/o productos. Tener un acceso, control y manejo de los inventarios dentro de los almacenes de la empresa de los diversos artculos y/o productos. Registras operaciones como: - rdenes de Compra - Ordenes de Servicio - Ordenes de Importacin - Requerimientos - Guas de Importacin - Vales de ingreso - Vales de salida - Etc. Obtener un reporte de las operaciones hechas, por ejemplo:
Reporte Reporte Reporte Reporte Etc.
de de de de
Stock por Almacn Total de rdenes de compra Total de Ordenes de Importacin Stock por Proveedor
Hacer la aprobacin y desaprobacin, de las rdenes de compra, servicio y de importacin. Realizar la provisin de facturas por proveedor. Realizar a valorizacin, es decir los vales de ingreso y liquidacin. Se implement un Sistema Operacional para el rea de logstica, incluye las operaciones base de las Compras, pudiendo ser nacionales o importadas, para lo cual el sistema separara los mens en cada caso. Asimismo el manejo de las rdenes de Servicio. En cuanto a las compras e importaciones, el sistema tambin permite el registro de los documentos (facturas) por proveedor, cerrando de esa forma todo el proceso de logstica y gestin del proveedor. Estos registros generaran el asiento contable automticamente para el rea de contabilidad. El mdulo central de logstica es el concerniente a los inventarios, que permite el control de mltiples almacenes con distinta naturaleza de productos aplicables a empresas comerciales e industriales y su control de krdex e inventario clasificado. Nuestro propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto. En l se describe el enfoque del desarrollo del Software y el plazo estimable para su implementacin. A continuacin se indican y describen cada uno de los materiales que sern generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin del RUP desde la respectiva de materiales, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofa del RUP (y de todo proceso interactivo e incremental), todos los materiales son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, solo al termino del proceso podramos tener una versin definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto ser indicado ms adelante cuando se presenten los objetivos de cada interaccin.
Nuestro proyecto presenta 3 restricciones fundamentales en las que pueden destacar lo siguiente:
La restriccin de tiempo se refiere a nuestra cantidad de tiempo disponible para completar al 100% nuestro proyecto. Evaluar el rea de logstica y contabilidad de manera detallada y precisa tomara un tiempo severamente largo y no productible en costos.
La restriccin del costo aqu nos referimos a la cantidad presupuestada para el desarrollo y terminacin de nuestro proyecto.
La restriccin de alcance nos referimos a lo que se debe hacer para producir el resultado final del proyecto. Tenemos que tener en cuenta que si queremos llegar al 100% de nuestros alcances tendremos que elevar nuestro tiempo y eso implicara que tendramos que elevar nuestros costos. El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto, por el Comit de Seguimiento y Control para la ejecucin del proyecto desarrollando lo siguiente: Planificacin (fases del proyecto). Principales actividades del proyecto. Desarrollo del proyecto por fases. Plan de desarrollo del software. Realizacin de los diagramas y casos de usos. Realizacin de las interfaces de desarrollo. Realizacin de la programacin del proyecto.
En caso de que el proyecto Pro-Premix llegara a requerir implementacin adicional, ser desarrollado de acuerdo con las expectativas requeridas por los participantes del proyecto y usuarios. Se requiere que el sistema cumpla con todo los estndares para la creacin del nuevo software que se implementara, para ello hemos utilizado la metodologa RUP y otros programas como Microsoft Project 2003, PHP, Netbeans 6.8 ya que son herramientas necesarias para la creacin del mismo. Para ellos se tambin de debe de respetar algunas polticas de desarrollo como: Todo ingreso de mercadera al almacn tiene que ser registrado de manera obligatoria. Todo reporte generado tendr que ser presentado al jefe de almacn y al rea de administracin.
Todos los inventarios semanales y generales tendrn que estar supervisados por el jefe de almacn. Cualquier cambio de datos con respecto a los artculos sin permiso del jefe de almacn generara un reporte para una posterior amonestacin.
Y por ltimo se realiz los informes y documentacin del proyecto y se logr la sistematizacin de un 90% de nmero y cantidad ingresantes a los almacenes dentro de la empresa. As como tambin los proveedores que tienen la empresa, sus transportistas, etc. Se tiene el control y manejo del stock de artculos y/o productos. De manera rpida y organizada. Con respecto a los logros, se estableci una nueva normalizacin de datos logrando una automatizacin ms rpida y segura.

Proyecto MOdelamiento en RUPN

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Proyecto MOdelamiento en RUPN

Transféré par

Droits d'auteur :

Formats disponibles

Proyecto Designers

Calidad comprobada, para su distinguida clientela

PRO PREMIX Proyecto Designers

PRO PREMIX Proyecto Designers

AO DEL CENTENARIO DE MACCHU PICCHU PARA EL MUNDO

PRO PREMIX Proyecto Designers

PRO PREMIX Proyecto Designers

11. 12. 13. 14. 15. 16. 17. -

PRO PREMIX Proyecto Designers

PRO PREMIX Proyecto Designers PRESENTACIN

PRO PREMIX Proyecto Designers

1.- DESCRIPCION DE LA ORGANIZACIN 1.1.-DESCRIPCIN DE LA ORGANIZACIN 1.1.1.- Identificacin de la empresa:

PRO PREMIX Proyecto Designers

PRO PREMIX Proyecto Designers

1.1.2.- UBICACION DEL PLANO

PRO PREMIX Proyecto Designers

PRO PREMIX Proyecto Designers

1.1.6 ORGANIGRAMA ESTRUCTURAL

1.2AUDITORIA EXTERNA 1.2.1 MATRIZ DE EVALUACIN DE LOS FACTORES INTERNOS (EFI)

0.18 0.08 0.09 0.12 0.05 0.14 0.10 0.08 0.07

1.3 AUDITORIA EXTERNA

1.3.1 MATRIZ DE EVALUACION DE LOS FACTORES EXTERNOS (EFE)

1.4 MATRIZ FODA

2.- DESCRIPCION DEL PROYECTO: 2.1 IDENTIFICACIN DE PROBLEMAS Y/O NECESIDADES.

2.4 ALCANCE Y LIMITACIONES ALCANCES Proceso de Gestin de Artculos y/o Productos

SOFTWARE DE DISEO SOFTWARE DE DESARROLLO

implementacin del proyecto es crtico ya que sin esto el software no es

Persona Jefe proyecto Analista

cantidad horas dedicadas de 1 432 1 2 432 576

costo horas S/. 25.00 S/.20.00 S/. 10.00

costo da S/. 150.00 S/.120.00 S/. 80.00

Concepto Sueldos RRHH Capacitacin Mantenimiento (5 aos) Ganancias consultora Total

Valor total 130000 20000 25000 50000 225000

COSTO TOTAL 8200 24000 337,5 267 3000 800 36604,5

Servidor PC de escritorio Cable de red Router Mesa PC Silla Total

PRINCIPALES ACTIVIDADES DEL PROYECTO

DESARROLLO DEL PROYECTO POR FASES

3.2. PLAN DE DESARROLLO DEL SOFTWARE 3.2.1 Propsito

3.2.2 Entregable del proyecto

3.2.3 ORGANIZACIN DEL PROYECTO.

3.2.3.1 Participantes en el proyecto

Jefe de Proyecto. Analista de Sistemas. Analista-Programadores.

3.2.3.2 INTERFACES EXTERNAS

3.2.3.3 ROLES Y RESPONSABILIDADES

EL JEFE DE PROYECTO (RalGarca Barrientos)

ANALISTA DE SISTEMAS (Luis Landa Chvez)

ANALISTAPROGRAMADORES (Lourdes Villegas)

INGENIERO DE SISTEMA (RalGarca)

3.2.3.4 ORGANIGRAMA DEL PROYECTO

FASE FASE DE INICIO FASE DE ELABORACIN FASE DE CONSTRUCCIN FASE DE TRANSICIN

DURACIN semanas 3 semanas 9 semanas 4 semanas

DESCRIPCIN FASE DE INICIO

requisitos de los mejoramientos).

Jefe de Proyecto / Analista de Sistemas

4.4DESCRIPCIN GLOBAL DEL SISTEMA

manera detallada y precisa tomara un tiempo severamente largo y no productible en costos.

OTROS REQUISITOS DEL PRODUCTO

4.12 DEFINICIN DE REGLAS DEL NEGOCIO

MODELO DE CASO DE USO DE NEGOCIO

Jef e Compras Jef e Vent as

(from Actores de Negocio)

MODELO DE ANALISIS DEL NEGOCIO

Trabajadores de Negocio Casos de Uso de Negocio