Proyecto de Software

1

I. PRESENTACIÓN

El presente proyecto constará en hacer la IMPLEMENTACIÓN DEL SISTEMA

WEB PARA EL PROGRAMA DE VASO DE LECHE DE LA MUNICIPALIDAD

PROVINCIAL DE CORONEL PORTILLO VÍA INTRANET, para lo cual se estará

laborando en área de Estadística e Informática y a su vez en el área del Vaso de

leche el cual será el encargado de brindarnos la información necesaria para tener

una mayor visión del sistema y los requerimientos de esta para así lograr un

mejor diseño y posteriormente una adecuada implementación.

El proyecto está basado en la metodología Orientada a Objetos en la que

cumplirán con las fases que marca la metodología y el Proceso Unificado del

Rational (RUP).

Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se

esbozarán las fases posteriores de Construcción y Transición en el periodo de las

prácticas Pre-Profesionales II para dar una visión global de todo proceso

1.1. OBJETIVO DEL INFORME

El presente documento, tiene como objetivo dar a conocer el trabajo realizado

en las fases de Inicio, Elaboración, Construcción y Transición del SISTEMA

WEB PARA EL PROGRAMA DE VASO DE LECHE DE LA MUNICIPALIDAD

PROVINCIAL DE CORONEL PORTILLO VÍA INTRANET, siguiendo la

Metodología Orientada a Objetos y el Proceso Unificado del Rational(RUP).

1.2. PERIODO DE PRÁCTICAS

El periodo de la práctica Pre Profesional II, contemplada en el Artículo 10 del

Reglamento de Prácticas Pre-Profesionales de la Facultad de Ingeniería de

Sistemas es de 3 meses. Constando lo realizado en la Municipalidad

Provincial de Coronel Portillo, entre las siguientes fechas:

Fecha de inicio: 15 de Febrero del 2010

Fecha de culminación: 17 de Mayo del 2010.

2

1.3. INSTITUCIÓN Y ÁREA DONDE DESARROLLÓ SUS PRÁCTICAS

La institución donde se realizó la práctica pre-profesional II, es la

Municipalidad Provincial de Coronel Portillo. Específicamente en la Sub –

Gerencia de Estadística e Informática y en el Área del Vaso de Leche.

1.4. FUNCIONES DEL ÁREA DONDE REALIZÓ SUS PRÁCTICAS

La Sub – Gerencia de Estadística e Informática registra las siguientes

funciones:

Mantenimiento de equipos de la institución.

Elaboración de planes y estrategias de desarrollo de software.

Mantenimiento de los sistemas implantados en la institución.

Análisis y diseño de nuevos software para las áreas de la institución.

Mantenimiento y Actualización de Sistemas Informáticos.

Administración de los servidores de la institución.

La Sub – Gerencia de Desarrollo de Programas Sociales registra las

siguientes funciones:

Administración del Programa de Vaso de Leche.

Administración del Programa de Asistencia Alimentaria Municipal.

II. ASPECTOS GENERALES DE LA EMPRESA

2.1 RAZÓN SOCIAL

Nombre: Municipalidad Provincial de Coronel Portillo.

Razón Social: Municipalidad Provincial de Coronel Portillo.

Dirección: Jr. Tacna 480 - Pucallpa

Nº de RUC: 20154962382445

3

2.2 ACTIVIDADES QUE REALIZA

La Municipalidad Provincial de Coronel Portillo tiene como actividad principal la

Administración de los fondos públicos y la ejecución de proyectos públicos.

2.3 ASPECTOS TÉCNICOS:

2.3.1. UBICACIÓN GEOGRÁFICA

Región : Ucayali

Provincia : Coronel Portillo

Distrito : Callería.

Dirección : Jr. Tacna 480– Pucallpa

2.3.2. CROQUIS DE UBICACIÓN

FIGURA 1: Municipalidad Provincial de Coronel Portillo

Fuente: Elaboración Propia

PLAZA DE ARMAS DE PUCALLPA

MUNICIPALIDAD PROVINCIAL DE CORONEL PORTILLO

Jr. Tacna 480

Jr Sucre

Jr independencia

Jr. Tarapaca

4

2.3.3. ORGANIZACIÓN (ver anexo 01)

2.3.4. INFRAESTRUCTURA TECNOLÓGICA: HARDWARE Y SOFTWARE

(EQUIPOS Y ACCESORIOS).

La Municipalidad Provincial de Coronel Portillo, en su cuadro de

Patrimonio en la Sub – Gerencia de Estadística e Informática, cuenta

con los siguientes equipos y accesorios de Cómputo:

Hardware:

8 Computadores correctamente equipados con sus

accesorios(Teclado, Mouse, Estabilizador, Monitor, PC)

1 Impresoras corporativa.( Xerox Phaser)

1 Escáner HP en perfecto funcionamiento.

Suministros de Computo en General.

Software:

Sistema Operativo Windows XP.

Paquetes de Oficina: Office 2003 y 2007. – Ms Project 2003.

Entorno de Desarrollo Visual Studio 2008.

Manejador de Base de Datos Sql Server 2005.

Sistemas integrado de administración tributaria, sistema caja, etc.

Otros.

Sub Gerencia de Desarrollo de Programas Sociales cuenta con los

siguientes equipos y accesorios.

Hardware:

2 Computadores correctamente equipados con sus

accesorios(Teclado, Mouse, Estabilizador, Monitor, PC)

1 Impresoras corporativa.( Xerox Phaser)

Software:

Sistema Operativo Windows XP,

Paquetes de Oficina: Office 2003 y 2007. – Ms Project 2003.

III. ACTIVIDADES REALIZADAS

5

Las actividades que se realizan como practicante en la Sub - Gerencia de

Estadística e Informática son las siguientes:

Soporte Técnico.

Apoyos diversos.

Las actividades realizadas en la Municipalidad Provincial de Coronel Portillo que se

detallan en el (anexo 2) refieren al Proyecto de Practicas Pre-Profesionales II.

IV. DESCRIPCIÓN DE ACTIVIDADES REALIZADAS

4.1. OBJETIVO

4.1.1. OBJETIVO GENERAL

IMPLEMENTAR EL SISTEMA WEB PARA EL PROGRAMA DE

VASO DE LECHE DE LA MUNICIPALIDAD PROVINCIAL DE

CORONEL PORTILLO VÍA INTRANET.

4.1.2. OBJETIVOS ESPECÍFICOS.

1.- Identificar la lógica de negocios del área de vaso de leche para la

elaboración del sistema web vía intranet del Programa de Vaso

de Leche de la Municipalidad Provincial de Coronel Portillo.

2.- Diseñar la base de datos para la Elaboración del Sistema Web vía

Intranet Del Programa de Vaso de leche de la Municipalidad

Provincial de Coronel Portillo.

3.- Diseñar y Programar el Sistema Web para el Programa del Vaso

de Leche de la Municipalidad Provincial de Coronel Portillo.

4.- Describir los requerimientos mínimos para la implantación del

sistema web vía intranet para el Programa del Vaso de Leche

de la Municipalidad Provincial de Coronel Portillo. .

5.- Implementar el Sistema Web para el Programa del Vaso de Leche

de la Municipalidad Provincial de Coronel Portillo

4.2. JUSTIFICACIÓN

6

TÉCNICA.

Este proyecto permitirá al programa de vaso de leche de la

Municipalidad Provincial de Coronel Portillo automatizar los

procesos que se ejecutan dentro del área y mejorar el servicio

que se brinda a los beneficiarios de este programa y hacer más

eficiente el trabajo de las personas que laboran en esta área

El sistema contará con normas de seguridad y acceso

asignándole a cada persona un nombre de usuario y una

contraseña encriptada asignada por el administrador del sistema

o la Sub Gerencia de Estadística e Informática de la

Municipalidad Provincial de Coronel Portillo.

La base de datos propuesta permitirá reducir la redundancia de

datos y mejorará la disponibilidad permitiendo tener la

información en el momento oportuno para una mejor toma de

decisiones por parte de la Gerencia de Programas Sociales y el

Administrador del Programa del Vaso de Leche de la


La Municipalidad Provincial de Coronel Portillo cuenta con las

herramientas tecnológicas necesarias para la elaboración e

implantación del Sistema Web Vía Intranet para el Programa del

Vaso de Leche.

ECONÓMICA.

El Sistema Web Vía Intranet para el Programa del Vaso de Leche

propuesto no requerirá la compra de nuevos equipos pues será

instalado en el servidor central y los terminales serán los equipos de

cómputo con las que cuentan actualmente la Municipalidad

Provincial de Coronel Portillo.

En cuanto al lenguaje de programación la Municipalidad Provincial

de Coronel Portillo cuenta con la licencia para el lenguaje C# 2008 y

Asp.net lenguaje en el cual será desarrollado el Sistema Web Vía

Intranet para el Programa del Vaso de Leche.

En cuanto a la base de datos será elaborado en SQL Server 2008

para el cual la municipalidad provincial de coronel portillo cuenta con

7

la licencia respectiva para el servidor central por lo que no generará

gastos adicionales en el tema de licencias a Microsoft u otro tipo de

proveedores.

ACADEMICA.

El Sistema Web Vía Intranet para el Programa del Vaso de Leche

permitirá mejorar el dominio del practicante en cuanto a las

tecnologías empleadas para el desarrollo de este proyecto.

El presente proyecto nos permitirá cumplir normas y directivas de la

Universidad Nacional de Ucayali para obtener el grado de bachiller

en ingeniería de sistemas.

4.2.1 MARCO TEÓRICO

4.2.1.1 Análisis y Diseño Orientado a Objetos

En el análisis y diseño de un sistema orientado a objetos no recae el

énfasis en la transformación de entradas en salidas, sino en el contenido de

las entidades, en los objetos. El criterio para agrupar funciones no es el

proceso, más bien se trata de agrupar métodos cuando estos funcionan

sobre una misma abstracción de datos. Es fácil que métodos contiguos en

una secuencia residan en objetos diferentes. Es el paso del mensaje entre

los objetos los que determinan la consecuencia del funcionamiento. El

resultado de un análisis y diseño orientado a objetos es una jerarquía de

clases, cada clases es un módulo separado por sus propias estructuras de

control y datos. Se puede ver la extensión del problema de forma más

natural y realista como un conjunto de objetos y métodos asociados, los

elementos primarios de un diseño orientado a objetos son los propios

objetos, posteriormente a medida que se identifican aspectos comunes, los

objetos se van agrupando en clases que a su vez serán subclases de

clases más abstractas (Winbland, 2004, pág. 191).

El análisis y diseño orientado a objetos es un enfoque cuyo propósito es

facilitar el desarrollo de los sistemas que deben cambiar con rapidez en

respuesta a entornos de negocios dinámicos, los enfoques orientados a

objetos utilizan el estándar de la industria para la modelación de sistemas

8

orientado a objetos. La programación orientada a objetos difiere de la

programación tradicional de procedimientos en que la primera examina los

objetos que conforman un sistema, cada objeto es una representación en

computadora de alguna cosa o suceso real, los objetos pueden ser clientes,

pedidos, etc. Los objetos se agrupan en clases que son óptimas para su

reutilización y mantenimiento, una clase define el conjunto de atributos y

comportamientos que comparten los objetos que esta contiene (Kendall,

2005, pág. 19).

El análisis y diseño orientado a objetos difieren en el énfasis que se hace

en los distintos componentes del modelado, las técnicas orientado a

objetos, están dominadas por los modelos de clases y objetos, estas

técnicas representan el mundo real formado por objetos, clases de objetos,

sus relaciones y características, proporcionando un contexto para entender

el comportamiento dinámico y funcional del sistema. (Barranco de Ameba,

2003, pág. 487)

4.2.1.2. Sql Server 2008.

Es un sistema de administrador de base de datos relacional (RDBMS)

Cliente/Servidor que provee una mayor escalabilidad al explorar objetos de

DB y la integración de secuencias de comando en las DB. OLTP y OLAP.

Sql server 2008 facilita una plataforma integral empresarial con

procedimientos analíticos integrados, en el que se incluyen el

procedimiento analítico en línea (OLAP), minería de datos(Data Mining), las

herramientas ETL de gestión, administración y carga, el almacenamiento de

datos y las funciones relacionadas con informes.

Ms Sql server 2008 incluye muchas herramientas gráficas y del símbolo de

sistema que permite a los usuarios, programadores y administradores:

- Administrar y configurar Sql Server.

- Determinar la información de catálogo de una copia de Sql Server.

- Diseñar y probar consultas para la obtención de datos.

- Copiar, importar, exportar y transformar datos.

- Proporcionar información de diagnóstico.

- Iniciar y detener Sql server.

9

Este enfoque global e integrado facilitará a las empresas construir y

desarrollar sin complicaciones aplicaciones de inteligencia empresarial

robustas y controlar al mismo tiempo los costos (Romero Casaico, 2008,

pág. 07).

4.2.1.3. Lenguaje de Programación C#.

Es un lenguaje que combina las mejores ideas de lenguajes como C,C+

+,Java, con las mejoras de productividad de .net framework de Microsoft y

brinda una experiencia de codificación muy productiva tanto como para los

nuevos programadores como para los veteranos .

Microsoft diseño C# de modo que retuviera casi toda la sintaxis de C, C++,

los programadores que estén familiarizados con estos lenguajes pueden

escoger estos lenguaje y empezar a programar de forma relativamente

rápida. Sin embargo la gran ventaja de C# consiste en que sus diseñadores

decidieron no hacerlo compatible con los anteriores C y C++, aunque esto

puede parecer un mal asunto, en realidad es una buena noticia, C# elimina

las cosas que hacían difícil trabajar con C y C++, como todo código C es

C++. C++ tenía que mantener todas las rarezas y deficiencias de C. C#

parte de cero (Patterson, 2003, pág. 7).

4.2.1.4. ASP.NET.

Herramienta de desarrollo web comercializado por Microsoft. Es usado por

programadores para construir sitios web domésticos, aplicaciones web y

servicios XML. Forma parte de la plataforma .NET de Microsoft y es la

tecnología sucesora de la tecnología Active Server Pages (ASP).

Cualquier persona que está familiarizada con el desarrollo de aplicaciones

web sabrá que el desarrollo web no es una tarea simple. Ya que mientras

que un modelo de programación para aplicaciones de uso común está muy

bien establecido y soportado por un gran número de lenguajes,

herramientas de desarrollo, la programación web es una mezcla de varios

lenguajes de etiquetas, un gran uso de lenguajes de script y plataformas de

servidor. Desafortunadamente para el programador de nivel intermedio, el

conocimiento y habilidades que se necesitan para desarrollar aplicaciones

10

web tienen muy poco en común con las que son necesarias en el desarrollo

tradicional de aplicaciones (Wikipedia, 2010)

4.2.1.5. SERVICIO WEB.

Un servicio web (en inglés Web service) es una colección de protocolos y

estándares que sirven para intercambiar datos entre aplicaciones. Distintas

aplicaciones de software desarrolladas en lenguajes de programación

diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los

servicios web para intercambiar datos en redes de ordenadores como

Internet. La interoperabilidad se consigue mediante la adopción de

estándares abiertos. Las organizaciones OASIS y W3C son los comités

responsables de la arquitectura y reglamentación de los servicios Web. Para

mejorar la interoperabilidad entre distintas implementaciones de servicios

Web se ha creado el organismo WS-I, encargado de desarrollar diversos

perfiles para definir de manera más exhaustiva estos estándares (Wikipedia,

2010)

4.2.1.6. UML

Para principios de la década de los noventa diferentes empresas e incluso

diferentes divisiones dentro de la misma empresa utilizaron distintos

procesos y notaciones, de manera adicional estas empresas querían utilizar

herramientas de software que soportan sus procesos particulares, con tantos

proceso los fabricantes de software tuvieron dificultades para proporcionar

dichas herramientas, evidentemente se requerían procesos y notación

estándares.

El lenguaje unificado de modelado es en la actualidad un esquema de

representación gráfica ampliamente utilizado para modelar sistemas

orientado a objetos, unifica los diferentes esquemas de notación que existía

a finales de la década de los 80`s. Aquellos que diseñan sistemas utilizan el

lenguaje (En la forma de diagramas) para modelar sus sistemas.

Una de las características más atractivas del UML es su flexibilidad, UML se

puede extender y es independiente de los muchos procesos de ADOO. Los

modeladores en UML pueden desarrollar sistemas mediante el uso de

distintos procesos, pero todos los desarrolladores pueden expresar dichos

11

sistemas con un conjunto estándar de notaciones (Deitel, 2003, pág. 43)

4.2.1.7. La Metodología Orientada a Objetos: el Proceso Unificado.

En general, se entiende que un proceso es un conjunto de pasos ordenados

parcialmente para alcanzar un objetivo. En la Ingeniería del Software, el

objetivo del proceso es entregar un producto software que satisfaga las

necesidades del usuario, de forma eficiente y predecible. En la Ingeniería del

Software Orientado a Objetos, el objetivo del Proceso Unificado es el mismo:

entregar un producto software orientado a objetos que satisfaga las

necesidades del usuario, de forma eficiente y predecible. Por lo tanto, los

principios y normas generales que rijan para los procesos de Ingeniería del

Software, se pueden aplicar al software orientado a objetos. Sin embargo,

deben desarrollarse las características particulares de este tipo de software.

El Proceso Unificado de Rational es un proceso iterativo. Un enfoque

iterativo propone una comprensión incremental del problema a través de

refinamientos sucesivos y un crecimiento incremental de una solución

efectiva a través de varias versiones. Como parte del enfoque iterativo se

encuentra la flexibilidad para acomodarse a nuevos requisitos o a cambios

tácticos en los objetivos del negocio.

Las actividades del Proceso Unificado de Rational destacan en la creación y

el mantenimiento de modelos más que documentos sobre papel. Estos

modelos proporcionan representaciones semánticas del sistema software

que se está desarrollando. Además, estos modelos se basan en los

conceptos de objeto y clase y las relaciones entre ellos, y utilizan UML como

la notación común.

La razón subyacente al interés que pone el Proceso Unificado en los

modelos, antes que en los documentos sobre papel, es minimizar la

sobrecarga asociada con la generación y el mantenimiento de los

documentos y maximizar el contenido de información relevante.

El desarrollo bajo el Proceso Unificado está centrado en la arquitectura. El

proceso se centra en establecer al principio una arquitectura software que

guía el desarrollo del sistema. Con ello se facilita el desarrollo en paralelo, se

minimiza la repetición de trabajos y se incrementa la probabilidad de

12

reutilización de componentes y el mantenimiento posterior del sistema. Este

diseño arquitectónico sirve como una sólida base sobre la cual se puede

planificar y manejar el desarrollo de software basado en componentes.

Las actividades de desarrollo bajo el Proceso Unificado están dirigidas por

los casos de uso. El Proceso Unificado pone un gran énfasis en la

construcción de sistemas basada en una amplia comprensión de cómo se

utilizará el sistema que se entregue. Las nociones de los casos de uso y los

escenarios se utilizan para guiar el flujo de procesos desde la captura de los

requisitos hasta las pruebas, y para proporcionar caminos que se pueden

reproducir durante el desarrollo del sistema.

El Proceso Unificado soporta las técnicas orientadas a objetos. Cada modelo

es orientado a objetos. Los modelos del Proceso Unificado se basan en los

conceptos de objeto y clase y las relaciones entre ellos, y utilizan UML como

la notación común.

El Proceso Unificado tiene una estructura matricial donde se relacionan

esfuerzos y tiempos. Los tiempos están definidos por las fases y las

iteraciones. Los esfuerzos están definidos por los flujos de trabajo del

proceso y de soporte. En las secciones siguientes se describirán estos

conceptos (Coltell Simon, 2005, págs. 2-3)

Fases e Iteraciones

Una fase es el intervalo de tiempo entre dos hitos importantes del proceso

durante el que se cumple un conjunto bien definido de objetivos, se

completan artefactos y se toman decisiones sobre si pasar o no a la siguiente

fase. El Proceso Unificado de Rational consta de las cuatro fases siguientes:

iniciación, elaboración, construcción y transición. Las fases de iniciación y

elaboración incluyen las actividades de diseño del ciclo de vida del

desarrollo. Las fases de construcción y transición constituyen su producción.

Dentro de cada fase hay varias iteraciones. Una iteración representa un ciclo

de desarrollo completo, desde la captura de requisitos en el análisis hasta la

implementación y pruebas, que produce como resultado la entrega al cliente

o la salida al mercado de un proyecto ejecutable. Cada iteración pasa a

través de varios flujos de trabajo del proceso, aunque con un énfasis

13

diferente en cada uno de ellos, dependiendo de la fase en que se encuentre.

Durante la iniciación, el interés se orienta hacia el análisis y el diseño.

Durante la construcción, la actividad central es la implementación, y la

transición se centra en despliegue.

El paso a través de las cuatro fases principales constituye un ciclo de vida

del desarrollo, y produce una generación de software. La primera pasada a

través de las cuatro fases se denomina ciclo de desarrollo inicial. A menos

que acabe la vida del producto, un producto existente evolucionará a la

siguiente generación repitiendo la misma secuencia de inicio, elaboración,

construcción y transición. Esta es la evolución del sistema, así que los ciclos

de desarrollo después del ciclo inicial son los ciclos de evolución (Coltell

Simon, 2005, pág. 4).

A continuación se describe cada una de las fases:

1. Iniciación. Durante la fase de iniciación, se establece la planificación del

proyecto y se delimita su alcance. La planificación del proyecto incluye los

criterios de éxito, la evaluación del riesgo, estimaciones de recursos que se

necesitarán y un plan de fases que muestre la planificación de los hitos

principales. Durante la iniciación, es frecuente crear un prototipo ejecutable

que sirva para probar los conceptos. Al final de la fase de iniciación se

examinan los objetivos del ciclo de vida del proyecto y se decide si proceder

con el desarrollo del sistema.

2. Elaboración. Los objetivos de la fase de elaboración son analizar el

dominio del problema, establecer una base arquitectónica sólida, desarrollar

el plan del proyecto y eliminar los elementos de más alto riesgo del proyecto.

Las decisiones arquitectónicas deben tomarse con una comprensión del

sistema global. Esto implica que se deben describir la mayoría de los

requisitos del sistema. Para verificar la arquitectura, se implementa un

sistema que demuestre las distintas posibilidades de la arquitectura y ejecute

los casos de uso significativos. Al final de la fase de elaboración se examinan

el alcance y los objetivos del sistema, la elección de la arquitectura y la

resolución de los riesgos más grandes, y se decide si se debe pasar a la

construcción.

14

3. Construcción. Durante la fase de construcción, se desarrolla de forma

iterativa e incremental un producto completo que está preparado para la

transición hacia la comunidad de usuarios. Esto implica describir los

requisitos restantes y los criterios de aceptación, refinando el diseño y

completando la implementación y las pruebas del software. Al final de la fase

de construcción se decide si el software, los lugares donde se instalará y los

usuarios están todos preparados para empezar a funcionar.

4. Transición. Durante la fase de transición, el software se despliega en la

comunidad de usuarios. Una vez que el sistema ha sido puesto en manos de

los usuarios finales, a menudo aparecen cuestiones que requieren un

desarrollo adicional para ajustar el sistema, corregir algunos problemas no

detectados o finalizar algunas características que habían sido pospuestas.

Esta fase comienza normalmente con una versión beta del sistema, que

luego será reemplazada con el sistema de producción. Al final de la fase de

transición se decide si se han satisfecho los objetivos del ciclo de vida del

proyecto, y se determina si se debería empezar otro ciclo de desarrollo. Este

es también un punto en el que se asimilan las lecciones aprendidas en el

proyecto para mejorar el proceso de desarrollo, que será aplicado al próximo

proyecto. (Coltell Simon, 2005, págs. 5-6)

4.3. PLANIFICACIÓN (DISEÑO)

La planificación del software se llevó de acuerdo a la metodología orientada

a objetos y aplicando el Proceso Unificado del Rational (RUP), y los

procesos de desarrollo de software:

CUADRO 1: WORKFLOWS

Fases Workflows Artefactos

15

Inicial

Modelo del negocio Documento de visión

Plan de desarrollo de software

Modelo y Vistas de USE CASE del

negocio

Descripción de los procesos del

negocio

Elaboración

Requerimientos Modelo de Use Case

Diagrama de actividades

Modelo de dominio

Especificación de los Use Case

Análisis y diseño Diagrama de colaboración

Diseño de la arquitectura

Diagrama de clases

Diagrama de secuencias

Prototipo del diseño


4.3.1. PROCESO DE DESARROLLO DE SOFTWARE

4.3.1.1. Fase Inicial

A. Documento Visión del Negocio

A.1 Introducción

A.1.1. Propósito

El propósito de este documento es brindar un panorama de la

funcionalidad y los requerimientos del “Sistema de Gestión del Área de

Vaso de Leche de la Municipalidad Provincial de Coronel Portillo Vía

Intranet”, a través de los actores, procesos y diagramas; de acuerdo a

las necesidades de los usuarios finales de la Gerencia de Desarrollo de

Programas Sociales y del Área del Programa de Vaso de Leche-

MPCP.

A.1.2. Alcance

16

En este documento de visión se realiza el modelamiento del “Sistema

de Gestión del Área de Vaso de Leche de la Municipalidad Provincial

de Coronel Portillo Vía Intranet”, el cual será desarrollado por un

egresado de Ingeniería de Sistemas.

El “Sistema de Gestión del Área de Vaso de Leche de la Municipalidad

Provincial de Coronel Portillo Vía Intranet” permitirá a los usuarios

administrar la información de los beneficiarios dando como primera

prioridad, registros de beneficiarios de 00 a 06 años, registros de

beneficiarios de mujeres gestantes y madres lactantes, padrón de

distribución mensual.

Como segunda prioridad registros de beneficiarios de niños de 07 a

13 años, registro de beneficiarios enfermos de TBC, ancianos y

discapacitados, informe semestral al Instituto de Estadística e

Informática (INEI), informe de ración distribuida a la Contraloría

General de la República.

Así mismo el sistema facilitará obtener reportes de la cantidad de

comités inscritos y del stock en el almacén de los productos para su

mejor distribución. El sistema también le permitirá al administrador

realizar consultas sobre los objetivos de distribución trazados para

cada periodo y el porcentaje de logro de estos.

A.2 Posicionamiento

A.2.1 Oportunidad del negocio

El sistema de gestión vía intranet dentro del área de vaso de leche

mejorara las tareas que se realizan para alcanzar los objetivos

trazados por el área, ya que estos tipos de sistemas son de vital

importancia para la toma de decisiones y para mejorar los procesos

que se realizan, permitiendo planificar de cierta manera lo que pasará

en el futuro y medir el aprovechamiento eficaz y permanente de los

recursos para el logro de los objetivos.

Por esto es necesario que la Municipalidad Provincial de Coronel

Portillo, cuente con un sistema de gestión que ayude a la correcta

17

administración del programa de vaso de leche, que es un área de vital

importancia para la Gerencia de Desarrollo Social y Económico y de

los beneficiarios de este programa, el cual tiene como fin último elevar

el nivel nutricional y así contribuir a mejorar la calidad de vida de estas

personas que por su precaria condición económica no estaría en

condiciones de atender sus necesidades elementales.

Es así que se justifica el desarrollo del Sistema de Gestión del Área de

Vaso de Leche de la Municipalidad Provincial de Coronel Portillo Vía

Intranet, pues brindará un servicio adecuado a los usuarios, que

además permitirá a la MPCP mejorar la imagen institucional frente a

las demás Municipalidades del País y la población en general.

A.2.2 Exposición del Problema

Realidad Problemática

• Deficiencia en el registro de los padrones de beneficiarios, ya que no

se cuenta con un sistema que separe a los beneficiarios por prioridad

y por edades.

• Deficiencia en el proceso de distribución de las raciones, ya que no

se cuenta con una adecuada información en tiempo real.

• Deficiencia en el manejo de Stock de los productos a distribuir.

• Deficiencia en el monitoreo de los objetivos a realizar y las

distribuciones a entregar.

• Para la administración de la información, el Programa de Vaso de

Leche utiliza un software desarrollado junto con la Base de Datos en

FoxPro 2.0. Este software se viene desempeñando de forma

deficiente para la generación de reportes al Instituto Nacional de

Estadística e Informática y a la Contraloría General de la República y

no cuenta con un control de Stock para una eficiente distribución de

los productos a los comités y al no disponer de un motor de base de

datos carece de mecanismos de seguridad que garantice la integridad

de la información, generando así implícitamente una deficiencia.

Afecta:

18

• Municipalidad Provincial de Coronel Portillo.

• Gerencia de Desarrollo Social y Económico.

• Sub gerencia de Desarrollo de Programas Sociales.

• Programa de Vaso de Leche

• Beneficiarios

Impacto

• Procesos lentos que dificultan la administración de esta Área.

• Carga de trabajo al personal encargado de los distintos

procesos que se realizan.

• Demora de distribución de productos a los comités.

Solución exitosa será:

• Mejorar los procesos con un sistema que permita, administrar

y salvaguardar la seguridad de los datos.

• Centralizar la información para acceder a ella en cualquier

momento y contar con información relevante y oportuna para la

eficiente toma de decisiones y brindar un mejor servicio a los

beneficiarios.

A.3 Descripción de Stakeholder y usuarios

A.3.1 Mercado demográfico

La Municipalidad Provincial de Coronel Portillo es la institución

encargada de administrar el Programa de Vaso de Leche, la cual

cuenta a la fecha con un total de 19724 beneficiarios agrupados

en 197 comités locales, entre los cuales se encuentran niños

desde los 0 a 6 años, madres gestantes y lactantes, personas

con TBC y adultos mayores. Una de las políticas de la

Municipalidad Provincial de Coronel Portillo es mejorar la

administración del Programa del Vaso de Leche para así poder

brindar un mejor servicio a los beneficiarios, es por ello que se

19

desarrollará el Sistema De Gestión Del Área De Vaso De Leche

De La Municipalidad Provincial De Coronel Portillo Vía Intranet,

será ejecutado y usado en la Intranet de esta institución, donde

los usuarios tendrán acceso al sistema a través de cualquier

computadora que se encuentre en el Área del Vaso de Leche y

en la Sub Gerencia de Desarrollo de Programas Sociales.

A.3.2 Sumario de Stakeholder

Cuadro 2: Sumario de Stakeholder

NOMBRE REPRESENTANTE ROL

Gerente de Desarrollo Social y Económico

Funcionario responsable del área de Desarrollo Social y Económico

Programar, dirigir ejecutar, coordinar y controlar las actividades relacionadas con la administración programas sociales y económicos.

Subgerente de Desarrollo de Programas Sociales

Funcionario responsable de la Sub- Gerencia de Desarrollo de Programas Sociales

Programar, organizar, dirigir, coordinar, controlar el correcto funcionamiento de los programas sociales.

Administrador del Programa de Vaso de Leche

Funcionario responsable de la administración del Programa de Vaso de Leche.

Desarrollar acciones para la ejecución del programa de Vaso de Leche.

Operador del Programa de Vaso de Leche

Trabajador del Área de Vaso de Leche

Registrar los padrones de los comités y los beneficiarios y elaborar reportes.

Jefe de Almacén

Funcionario responsable de la administración del almacén en el área de Vaso de Leche.

Planear, organizar, dirigir y ejecutar las acciones pertinentes a la recepción y distribución de los productos.

Promotor Trabajador del Programa de Vaso de Leche.

Responsable del empadronamiento de los comités.

BeneficiarioPersona que se beneficia con el Programa de Vaso de Leche

Participa en el proceso de empadronamiento y recepción de los productos al comité.


20

A.3.3 Sumario de Usuarios

Cuadro 3: Sumario de Usuarios

NOMBRE DESCRIPCIÓN STAKEHOLDERS

Gerente de Desarrollo Social y Económico

Consulta información resumida del funcionamiento del programa en forma diaria, mensual, anual.

RR Representa a la Gerencia de Desarrollo Social y Económico.

Subgerente de Desarrollo de Programas Sociales

Consulta información resumida del funcionamiento del programa en forma diaria, mensual, anual.

Representa a la Gerencia de Desarrollo de Programas Sociales.

Administrador del Programa de Vaso de Leche

Consulta información resumida y se encarga de elaborar informes a la Contraloría General de la República.

Representa a la Administración del Programa de Vaso de Leche.

Operador del Programa de Vaso de Leche

Persona encarga de realizar el mantenimiento de los comités y los beneficiarios, así como también elaborar el informe al Instituto Nacional de Estadística e Informática y de Elaborar el cuadro de distribución de raciones a los comités.

Representa a si mismo

Jefe de Almacén

Tendrá acceso al sistema poder hacer el mantenimiento de productos y el control del ingreso y salida de estos y reportes y pedidos de estos a los proveedores.

Representa a si mismo

Jefe de la Oficina de Informática y Estadística

Persona encargada de la administración de usuarios del sistema, Oficina de Informática


A.3.4 Ambiente de Usuarios

Gerente de Desarrollo Social y Económico de La Municipalidad

Provincial de Coronel Portillo: Tendrá acceso al Sistema de

Vaso de Leche para realizar múltiples consultas y reportes de

21

esta área ya sean diaria, semanales, mensuales, anuales.

Sub-Gerente de Desarrollo de Programas Sociales de la

Municipalidad Provincial de Coronel Portillo: Tendrá acceso al

Sistema de Vaso de Leche para realizar múltiples consultas y

reportes de esta área ya sean diaria, semanales, mensuales,

anuales.

Administrador del Programa de Vaso de Leche e la


Sistema de Vaso de Leche para realizar múltiples consultas y

reportes de esta área ya sean diaria, semanales, mensuales,

anuales.

Operador del Programa de Vaso de Leche e la Municipalidad

Provincial de Coronel Portillo: Tendrá acceso al sistema para

realizar el mantenimiento de los comités y los beneficiarios, así

como también elaborar el informe al Instituto Nacional de

Estadística e Informática y de Elaborar el cuadro de distribución

de raciones a los comités.

Jefe del Almacén del Programa del Vaso de Leche de la


sistema poder hacer el mantenimiento de productos y el control

del ingreso y salida de estos y reportes y pedidos de estos a los

proveedores

Jefe de la Oficina de Informática y Estadística e la Municipalidad

Provincial de Coronel Portillo: Tendrá los privilegios de acceder

al servidor de aplicación, la base de datos realizada en SQL

Server 2008. Identificándose con un nombre de usuario y su

respectiva contraseña en la cual será de tipo Administrador, que

tendrá todos los privilegios que contempla el sistema.

22

A.3.5 Necesidades de los Usuarios

Cuadro 4: Necesidades principales de Usuarios y Stakeholder

NECESIDAD PRIORIDAD CONCERNIENTESOLUCIÓN

ACTUALSOLUCIÓN

PROPUESTA

Registro de Beneficiarios por tipo y edades, registro de los comités y registro de productos.

Alta Validez de la información

El sistemaactual solo valida algunos datos del registro de beneficiarios, no registra por tipos y no realiza un registro de productos

El Sistema de Vaso de Leche de la Municipalidad Provincial de Coronel Portillo presenta todaslas validaciones exigidas por la Sub- Gerencia de Desarrollo de programas Sociales.

Generar Informe a la Contraloría General de la República

Alta Información en tiempo real

Los reportes actualmente se realizan en hojas de cálculo generando errores

El Sistema de Vaso de Leche de la Municipalidad Provincial de Coronel Portillo automatizará en su totalidad brindando un reporte veraz y en el momento oportuno de acuerdo a los datos

Ingresados.

Realizar el cuadro de distribución de raciones

Alta Tiempo de respuesta lento e ineficiente

El sistema no posee este tipo de reporte.

El Sistema de Vaso de Leche de la Municipalidad Provincial de Coronel Portillo presenta la automatización total del proceso de distribución de raciones.

Seguridad en laInformación Alta

Riesgo a la alteración de los datos

El sistema actual carece de un nivel de seguridad para garantizar la integridad de la información

El Sistema de Vaso de Leche de la Municipalidad Provincial de Coronel Portillo presenta una arquitectura que garantiza la integridad de la información.

Realizar reporte al Instituto Nacional de Estadística e Informática

Alta Tiempo de respuesta lento e ineficiente

El sistema no posee este tipo de reporte

El Sistema de Vaso de Leche de la Municipalidad Provincial de Coronel Portillo automatizará en su totalidad brindando un reporte veraz y en el momento oportuno de acuerdo a los datosIngresados.


23

A.3.6 Alternativas

El desarrollo del Proyecto de implementación de El Sistema de

Vaso de Leche de la Municipalidad Provincial de Coronel Portillo

presenta las siguientes alternativas:

• Asignar el proyecto a un Analista-Programador de la Oficina

de Informática y estadística de la MPCP para el desarrollo del

proyecto del Sistema de Vaso de Leche.

• Solicitar los servicios de una empresa de Desarrollo de

Software para que realice el proyecto de implementación de

un Sistema de Vaso de Leche.

• Solicitar practicantes interesados en desarrollar el proyecto de

implementación de Sistema de Vaso de Leche.

A.4 Objetivos del Modelamiento de Negocio

A) Proceso de Gestión de Padrones

1. Registro del Beneficiario

2. Registro de Comités

3. Registro de Tipo de beneficiarios

4. Registro de Tipos de Autoridades

5. Registro de Zonas

6. Registro de Tipos de Zonas

B) Proceso de Distribución de Raciones

1. Registro de Productos

2. Registro de Proveedores

3. Registro de Tipo de Productos

4. Registros de Recepción de Productos

5. Control de Stock de Productos

6. Registro de Entrega de Productos a los Comités

24

C) Proceso de Administración General

1. Registro de usuario del sistema

2. Registro de Tipo Usuario del sistema

A.5 Rangos de Calidad

Disponibilidad: El sistema estará disponible en el horario de trabajo en la


Uso: El sistema será fácil de usar, con interfaces simples y será

apropiado para los diferentes usuarios.

Mantenimiento: El sistema se diseñará utilizando patrones de diseño,

programación orientada a objetos, para su fácil mantenimiento.

Robustez: El sistema será desarrollado con la Plataforma .NET

(Framewrok ASP.NET) y el un motor de base de datos en SQL Server 2008.

A.6 Panorama del Producto

Perspectiva: El Sistema de Vaso de Leche de la Municipalidad Provincial

de Coronel Portillo se implementará en el servidor de la Oficina de

Informática y Estadística de la MPCP. Cada usuario tendrá acceso al

sistema mediante una interfaz que les permitirá acceder a la información

que requiera en el momento necesario, conectándose con su nombre de

usuario y contraseña y su respectiva dirección IP de la maquina (en los

casos que sea necesario).

Restricciones: de El Sistema de Vaso de Leche de la Municipalidad

Provincial de Coronel Portillo no contará con:

El sistema no está enlazada con el sistema web de la Contraloría

General de la República.

25

A.7 Requerimientos

A.7.1 Funcionales

Registrar Usuarios

Registrar beneficiarios

Registrar tipo de Beneficiario

Registrar Comité

Registrar Producto

Registrar Proveedor

Control de Stock de Productos

Calculo de Distribución de Raciones por Beneficiario y Comité.

Registro de Entrega de Productos a los Comités

Consulta de Comités por Zona

Consultas de Beneficiarios por tipo

Informe al instituto Nacional de Estadística e Informática

A.7.2 No Funcionales

El sistema se desarrollará utilizando herramientas Web:

como lenguaje de programación C#.NET 2008, Framework

ASP.NET 3.5, Framework Atlas, el motor de Base de Datos

Microsoft SQL Server 2008 y un Servidor Web en Windows

Server 2003 donde se instalará el Internet Información Server

6.0 (IIS).

Definir políticas de seguridad.

Registrar niveles de seguridad.

El tiempo de respuesta por consulta se realice en tiempo real.

Contar con máquina para el Servidor, con requerimientos

mínimos como Tecnología Pentium y una estructura de red.

Contar con una Impresora de Inyección de Tinta que actuará

como dispositivo de salida para las terminales en la

impresión de reportes del sistema y consultas requeridas.

26

B. Plan de Desarrollo del Software

B.1. Introducción

B.1.1 Propósito

El objetivo de este Plan de Desarrollo de Software es definir las

actividades realizadas durante el desarrollo de las fases e

iteraciones requeridas para controlar y llevar a cabo el Sistema

Propuesto. En él se describe el enfoque de desarrollo del

software.

Los usuarios del Plan de Desarrollo del Software son:

El jefe del proyecto lo utiliza para organizar la agenda y

necesidades de recursos, y para realizar su seguimiento.

Los miembros del equipo de desarrollo lo usan para entender lo

qué deben hacer, cuándo deben hacerlo y qué otras actividades

dependen de ello.

B.1.2 Alcance

Este Plan de Desarrollo de Software describe el plan global a ser

usado por los encargados del proyecto el desarrollo del “Sistema

de Gestión del Área de Vaso de Leche de la Municipalidad

Provincial de Coronel Portillo Vía Intranet”, se describirán los

detalles de los procesamientos individuales del plan. Los planes

que se dan en este documento se basan en los requisitos del

producto como esta especificado en el documento de visión.

B.1.3 Referencias

Las referencias aplicables son: La visión para la implementación

del Sistema de Gestión del Área de Vaso de Leche de la

Municipalidad Provincial de Coronel Portillo Vía Intranet.

27

B.1.4 Apreciación Global

Este Plan de Desarrollo de Software contiene la información

Siguiente:

Proyecto de Apreciación Global: Proporciona la descripción del

propósito del proyecto, alcance y objetivos. Estableciendo los

artefactos que serán producidos y utilizados durante el

proyecto.

El Proceso de Dirección: Explica el costo estimado y lo fija,

define las fases mayores e hitos para el proyecto, y describe el

modo de supervisión para el proyecto.

Los Planes del Proceso Técnicos: Explica los costos y

planificación estimada, define las fases e hitos del proyecto y

describe cómo se realizará su seguimiento según los métodos,

herramientas y técnicas utilizadas.

B.2. Apreciación Global del Proyecto

B.2.1 Propósito del Proyecto, Alcance y Objetivos

El propósito, alcance y objetivo de este Plan de Desarrollo de

Software es definir las actividades realizadas durante el

desarrollo de las fases e iteraciones requeridas para

implementar el Sistema a Realizar.

B.2.2 Entregables del Proyecto.

Los entregables siguientes se desarrollaran durante el proyecto.

28

Cuadro 5: Entregables del proyecto.

FASES WORKFLOWS ARTEFACTOS

INICIAL MODELO DEL NEGOCIO

• Documentos de visión.

• Plan de desarrollo de Software.

• Modelo de UseCase del Negocio.

• Modelo de Dominio del Problema.

ELABORACIÓN

REQUERIMIENTOS

• Modelo de UseCase.

• Especificación de los Use Case.

ANÁLISIS Y DISEÑO

• Diagrama deColaboración.

• PrototipoArquitectónico.

• Diagrama deClases.

• Diagrama deSecuencia.

• Paquetes delDiseño.

CONSTRUCCIÓN

ANALISIS DE DISEÑO

• Diseño de Base deDatos.

• Prototipo Inicial.

IMPLEMENTACIÓN

• Diagrama deComponentes.

• Diagrama deDespliegue.

• Prototipo delSoftware Final

TRANSICIÓN PRUEBA• Prueba por Use

Case


B.2.3 Evolución del Plan de desarrollo de Software.

El Plan de Desarrollo de Software se revisará anterior a la salida

de cada proceso de iteración.

29

B.3. Organización del Proyecto

B.3.1 Estructura Orgánica

El trabajo comprende de un practicante egresado de La Facultad

de Ingeniería de Sistemas del la Universidad Nacional de Ucayali

y un Asesor Ingeniero de Sistemas, para el desarrollo del

proyecto.

B.3.2 Interfaces Externas

El responsable del proyecto también actuará recíprocamente con

otros stakeholders de la Municipalidad Provincial de Coronel

Portillo específicamente del Área de Vaso de Leche, para la

especificación, revisión y validación de los artefactos generados.

B.3.3 Papeles y Responsabilidades

La tabla siguiente identifica las unidades orgánicas que serán

responsables para cada uno de los flujos de trabajo, y el detalle

de los procesos de apoyo.

Cuadro 6: Papeles y Responsabilidades

PAPEL RESPONSABILIDAD

Cruzado Mejia Henrry AnshishonPracticante

• Responsable principal de la captura, especificación y validación de requisitos, interactuando con los usuarios y stakeholders mediante entrevistas.

• Responsable principal para el análisis y diseño, aplicación, configuración, capacitación del proyecto.

• Coordinar la construcción de prototipos y diseño de interfaces.

• Responsable de manejar la prueba, y elaborar modelos del Despliegue.

• Elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario.

Asesor del Proyecto• Realiza la asesoría, seguimiento Y

correcciones de entregables del proyecto.


30

B.4. Proceso de Dirección

B.4.1 Estimación del Proyecto

Las estimaciones del proyecto son basadas en el Estudio de

Factibilidad aplicado al proyecto. El tiempo y el esfuerzo estimado

en este informe es la base del presupuesto del proyecto y horario.

B.4.2 Plan de Proyecto

a) Plan de la Fase:

El Sistema de Gestión del Área de Vaso de Leche de la

Municipalidad Provincial de Coronel Portillo Vía Intranet será

desarrollado usando un acercamiento escalonado donde la

iteración ocurre dentro de las cuatro fases. Las fases se

muestran en la siguiente tabla:

Cuadro 7: Plan de Proceso de Desarrollo de Acuerdo a Fases

FASE EMPIEZA TERMINA

Fase de Inicio (10%) 05/08/09 17/09/09

Fase de la Elaboración(20%)

18/09/09 06/11/09

Fase de la Construcción(60%)

15/02/10 15/04/10

Fase de la Transición (10%) 17/04/10 17/05/10


31

Cuadro 8: Fases del Proyecto e Hitos Principales

FASE DESCRIPCIÓN HITO

INICIO

En esta Etapa se define el modelo del negocio, los requerimientos del producto, se elabora el plan de desarrollo de Software.

Determina la Factibilidad del proyecto desde un punto de vista del negocio.Se definen los requerimientos,características, claves yprincipales restricciones.

ELABORACIÓN

La fase de Elaboración analizará los requisitos y se desarrollará el prototipo arquitectónico. En la realización de la fase de la Elaboración todos los Casos de usos habrán completado el análisis y el plan.Además se habrán analizadolos Casos de Uso de alto riesgo.

El hito del Prototipo Arquitectónico marca el término de la Fase de la Elaboración.

CONSTRUCCIÓN

Durante la Fase de la construcción se analizan los Casos de Uso restantes y se diseñarán estos. La versión beta para la Versión 1.0 se desarrollará y se distribuirá para la evaluación.

Actualización con todos los elementos necesarios para dar soporte a la implantación de la persistencia(ejemplo tablas, index, mapeo de modelo de datos orientado a objetos a relacionar).

TRANSICIÓN

En esta fase se empaquetará, distribuirá e instalará el producto.

Completa en la concordancia con los requerimientos del producto definidas enel documento de Visión del Negocio. El producto final debe estar disponible para los usuarios.


b) Cronograma de Actividades

Cada fase es dividida en las interacciones del desarrollo. Se

espera que la duración del proyecto sea de 6 meses.

c) Horario del Proyecto

El horario del proyecto que contiene el nombre de las labores,

las fechas de inicio y fin se muestran a continuación.

32

Cuadro 9: Tareas del proyecto

FASE EMPIEZA TERMINA

Modelamiento del Negocio 05/08/09 17/09/09

Requerimientos 18/09/09 08/10/09

Análisis y Diseño 09/10/09 06/11/09

Implementación 15/02/10 15/03/10

Prueba 17/03/10 20/04/10

Despliegue 22/04/10 17/05/10 Fuente: Elaboración Propia

B.5 Recursos para el Proyecto

B.5.1 Plan de Adquisición de Recursos

La Municipalidad Provincial de Coronel Portillo, por medio del

Oficina de Informática y Estadística, ha proyectado asignar a

personal especializado para lograr el objetivo.

B.5.2 Entrenamiento que se planean

Se entrenará al equipo del proyecto en las siguientes habilidades,

al comienzo de las actividades del plan:

Análisis y Diseño Orientado a Objeto

Proceso Unificado Rational.

Visual Studio 2008.

Lenguaje de Programación en C#, para aplicación

con ASP.NET , SQL Server 2008

33

B.6 Presupuesto

El siguiente presupuesto se basa en estimaciones iníciales

Cuadro 10: Presupuesto del proyecto.

Sistema de Gestión del Área de Vaso de Leche de la

Municipalidad Provincial de Coronel Portillo

Trabajo del Personal

Actividades Esfuerzo Costo

Desarrollo del Sistema de

Gestión del Área del 2243.954 horas/

Vaso de Leche de la hombres *Use Case S/. 2, 500

Municipalidad Provincial de (Ver Anexo Nº 4)

Coronel Portillo.

Total Trabajo delS/. 2,500

personal

Gastos de Aprovisionamiento(Ver Anexo

Nº 3)

Materiales S/ 292.00

Total Gastos de S/ 292.00

Aprovisionamiento:

Total del Presupuesto S/. 2,792.00


34

B.7. Entorno de Trabajo

B.7.1 Elección de Equipos y Accesorios de la Red LAN

B.7.1.1 Información del Servidor

Para elegir el tipo de servidor se ha tenido en

consideración el software que se instalará en él y las

características mínimas del Sistema Operativo (Windows

Server 2003). Este será instalado en la Oficina de

Informática y Estadística de la Municipalidad Provincial de

Coronel Portillo.

Cuadro 11: Características del Servidor de Base de Datos

CARACTERÍSTICAS OPCIONES

Procesador Intel Xeon xSeries 235x2.80 GHz.

Memoria Cache L2 cache, 512 KB

Memoria RAM 2GB

Bus entrada/Salida PCI/EISA

Puerto 1 Paralelo, 2 Seriales

Puerto 3 USB

Disco Duro 3 x 146.76 GB SCSI

Unidad CD-ROM Lectora 48x

Unidad de Diskettes 3.5’’ 1.44MB

Tarjeta de REDBroadcom NetXtreme Gigabit Ethernet 10/100Base T

Tarjeta Video ATI 3D-Rage XL

Monitor : LG 17”

Mouse: Sleek 2 botones

Teclado Genius PS/2


35

Cuadro 12: Características de Servidor Web


Procesador Intel Xeon 3.4 GHz.

Memoria Cache L2 Cache 512KB

Memoria RAM 2GB

Bus entrada/Salida PCI/EISA

Puerto 1 Paralelo, 2 Seriales

Puerto 4 USB

Disco Duro 3 disco de 146.76 GB SCSI

Unidad CD-ROM Lectora 48x

Unidad de Diskettes 3 ½ 1.44MB

Tarjeta de RED Gigabit Ethernet10/100/1000 Base T

Tarjeta Video PCI 7000-M 16MB SDRAM

Monitor LG 15”

Mouse Genius 2 botones

Teclado Genius PS/2


B.7.1.2 Elección de Estaciones de Trabajo.

Actualmente la Institución, en el Administración del

Programa del Vaso de Leche cuenta con dos

computadoras Pentium IV 2.0 GHZ, las cuales estarán

Interconectadas con el servidor principal ubicado en el

oficina de informática obteniendo así una infraestructura

de red adecuada que soporte los ingresos de datos que

realizarán los operadores.

36

Cuadro 13: Características de las Estaciones de trabajo


Procesador Intel Pentium IV 2.0Ghz

Memoria Caché interna

512 Kb

Memoria RAM 512 Mb

Disco Duro 80 GB

Tarjeta de RED. Dlink Ethernet 10/100

Teclado y Mouse Genius

Monitor 15” Digital


B.7.1.3 Elección de las tarjetas de RED

La elección de las tarjetas de red han sido tomadas en

consideración a la tecnología de red a usar (Ethernet) y al

tipo de estaciones de trabajo.

Cuadro 14: Características de la tarjeta de red


Marca D-Link

Tecnología Ethernet

Tipo de Bus ( Plug andPlay)

ISA/PCI

Full dúplex Si

Conectores permitidos RJ-45

Leds Indicadores Power, TX/Rx

Soporte Boot Room No


37

B.7.1.4 Elección del Switch (Concentrador)

La elección del Switch ha sido tomada en consideración a

la tecnología de red (Ethernet) y a la cantidad de

estaciones de trabajo.

Cuadro 15: Características Concentradoras


Marca DLink

Tecnología Ethernet

Tipo de Switch Activo

Numero de Puertos 24UTP/STP- RJ45)

Administración SNMP, RMON

Soporte de otras tecnologías Si

Fuente de Alimentación redundante

Si


B.7.1.5 Accesorios de Red.

Se ha tomado en consideración el estándar de

instalaciones comerciales de red TIA/EIA 568-B.

Tipos de Cable a Usar:

• Cable par trenzado (UTP – RJ-45 DE 100 W).

• Conectores RJ-45 Categorías 6.

• Caja toma de datos (Rosetas) RJ-45 Categoría 6.

• Roseta simple (1 jack) por cada estación de trabajo

(Cat 6).

• Pacth cord 1m de la roseta a la estación de

trabajo.

• Pacth cord 50m de la roseta al SWITCH.

Actualmente el cableado estructurado de la Municipalidad

Provincial de Coronel Portillo se encuentra en

proceso de Normalización y Estandarización, según la

TIA/EIA 568-B.

38

4.4. METODOLOGÍA (APLICACIÓN DE TÉCNICAS CUÁNTICAS O

CUALITATIVAS) QUE UTILIZÓ PARA LLEVAR A CABO LA ACTIVIDAD

ENCOMENDADA.

Todo el proceso se realizó siguiendo los parámetros de la metodología

orientada a objetos y el proceso unificado del rational(RUP).

Herramientas a Utilizar:

Diagramas UML.

Lenguaje de Programación C#.

Página Dinámica ASP.Net.

Manejador de Base de Datos. Sql Server 2008.

Entorno de Desarrollo Visual Studio 2008

A.1 Vistas de Caso de Uso

A.1.1 Modelo de Caso de Uso del Negocio

Figura 02: Modelo de Caso de Uso del Negocio


A.2.1 Modelo de Objeto del Negocio

Beneficiario PVL

Administracion PVL

Almacen

Operador PVL

Administracion del Sistema

Sub Gerencia de Estadistica e Informatica

Gestión de Padrones

Autoridad PVL

Gestión de Distribución

39

a) Administración General

Figura 03: MON Tipo Usuario


Figura 04: MON Usuario


Sub Gerencia de Estadistica e Informatica(f rom Business Use-Case Model)

Tipo_Usuario.Mantenedor de Tipo Usuario

CRUD

Sub Gerencia de Estadistica e Informatica(f rom Business Use-Case Model)

Tipo_Usuario.

Persona

Usuario

Mantenedor de Usuario

Lee

Lee

CRUD

40

Figura 05: MON Persona


b) Gestionar Padrones

Figura 06: MON Tipo Autoridad


Figura 07: MON Autoridad

Operador PVL

(f rom Business Use-Case Model)

Persona..

Mantenedor de Persona

Tipo_Documento.

Lee

CRUD

Operador PVL

(f rom Business Use-Case Model)Mantenedor de Tipo_Autoridad

Tipo_Autoridad

CRUD

Operador PVL


Persona..

Tipo_Autoridad

Mantenedor de Autoridad

Lee

Lee

Autoridad

CRUD

41


Figura 08: MON Comité


Figura 09: MON Beneficiario


Operador PVL


Comite

Zona

Mantenedor de Comite

CRUD

Lee

Autoridad

Lee

Comite

Tipo de Beneficiario

Beneficiario.

Operador PVL


Persona..

Parentesco.

Mantenedor de Beneficiario

Lee

Lee

CRUD

Lee

Lee

42

Figura 10: MON Zona


Figura 11: MON Tipo Zona


Figura 12: MON Distrito


Operador PVL


Tipo ZonaMantenedor de Tipo Zona

CRUD

Provincia.

Distrito..

Operador PVL

(f rom Business Use-Case Model)Mantenedor de Distrito

Lee

CRUD

Operador PVL


Zona

Distrito..

Mantenedor de Zona

CRUDTIpo_Zona.

Lee

Lee

43

c) Gestionar Distribución

Figura 13: MON Tipo Producto


Figura 14: MON Marca


Figura 15: MON Conversion de UM


Figura 16: MON Unidad de Medida


Tipo de ProductoMantenedor de Tipo de Producto

CRUD

Almacen(f rom Business Use-Case Model)


MarcaMantenedor de Marca

CRUD


Conversion_UM.

Mantenedor de Conversion_UM.

CRUD

Unidad_Medida..

Lee


Unidad_Medida..Mantenedor de Unidad de Medida

CRUD

44

Figura 17: MON Producto


Figura 18: MON Proveedor



Tipo de Producto

Marca

Unidad_Medida..

Mantenedor de Producto

Lee

Lee

Producto..

Lee

CRUD


Tipo_Comprobante..

Proveedor..

Mantenedor de Proveedor

Lee

CRUD

Jefe de Almacén

(from Business Use-Case Model)

Producto

Lote

Almacen.

Mantenedor de Lote

Lee

CRUD

Lee

Proveedor

Lee

45

Figura 19: MON Almacén


Figura 20: MON Lote


Figura 21: MON

Recibo



Usuario

(f rom Administracion del Sistema)

Almacen.

Municipalidad

Mantenedor de Almacen

Lee

Proveedor..

Comite

(f rom MON Gestionar Padrones)

Operador PVL


Recibo

Mantenedor de Recibo

Lee

C

46

Figura 22: MON Entrega


Figura 23: MON Stock



Recibo

Entrega

Producto..

Almacen.

Mantenedor de Entrega

Lee

C

Lee

Lee

Lote

Entrega

Stock.

Mantenedor de Stock

Lee

Lee

C


47

Figura 24: MON Municipalidad


Figura 25: MON Contrato


Operador PVL


Provincia.


Distrito..


Tipo_Comprobante..

Registrador de Municipalidad

Lee

Lee

Lee

Municipalidad

CU

Contrato.


Registrador de Contrato

C

Proveedor..

Lee

48

Figura 26: MON Tipo Comprobante


Figura 27: MON Comprobante



Tipo_Comprobante..

Mantenedor de Tipo_Comprobante

CRUD


Tipo_Comprobante..

Comprobante.

Municipalidad

Proveedor..

Producto..

Unidad_Medida..

Registrador de Comprobante

Lee

C

Lee

Lee

Lee

Lee

49

Figura 28: MON Orden de Compra


Figura 29: MON Acta de Conformidad


Municipalidad

Almacen.

Contrato.

Proveedor..

Producto..

Orden_Compra

Unidad_Medida..

Generador de Orden de Compra

LeeLee

Lee

Lee

Lee

C

Lee

Comprobante.

Orden_Compra

Contrato.

Proveedor..

Acta_Conformidad.


Registrador de Acta de Coformidad

Lee

Lee

Lee

Lee

C

Tipo_Beneficiario

Parentesco

Conversion_UM

Departamento

Tipo_Zona

Beneficiario..

1

1..*

1

1..*

1..*

1

1..*

1

Autoridad.

Comite.

1..*

1

1..*

1

1..*

1..*

1..*

1..*

Persona.Tipo_Documento

1..*1 1..*1

Provincia

1..*

1

1..*

1

Zona.

1 1..*1 1..*

1

1..*

1

1..*

TIpo_Usuario

Personal Usuario.

1

1..*

1

1..*

1 11 1

Orden de Compra

Acta_Conformidad

1

1

1

1

Contrato

Distrito1..*1 1..*1

1..*

1

1..*

1Proveedor.

1

1..*

1

1..*

Tipo_comprobante

Municipalidad.

11 11

1..*

1..*

1..*

1..*

Tipo_ProductoMarca.

Unidad_Medida.

1..*

1..*

1..*

1..*Recibo.

1..*

1

1..*

1Stock

Almacen

1..*

1..*

1..*

1..*1..*

1

1..*

1

Entrega.1

1

1

1

1 1..*1 1..*1..*

1

1..*

1

Producto.

1

1..*

1

1..* 1..*

1..*

1..*

1..*

1..*1..*

1..*1..*

1..*

1..*

1..*

1..*

Comprobante

11 11

1..*

1..*

1..*

1..*

Lote.

11..* 11..* 1 11 1

1..*

1

1..*

1

1..*

1..*

1..*

1..*

50


A.3.1 Modelo de dominio del problema

Figura 30: Modelo del Dominio del Problema


51

A.4.1. Descripción del Proceso del Negocio

Cuadro: Nº 16: Procesos del negocio

ESTEOROTIPO DESCRIPCIÓN

ADMINISTRACION DEL SISTEMA

En este proceso se realiza el mantenimiento de los tipos de usuarios y los usuarios asignándoles a un tipo de usuario en específico.

GESTIÓN DE PADRONES

En este proceso se realizan el mantenimiento de los comités , el registro de los beneficiarios, tipos de beneficiarios, las zonas a la que pertenece cada comité, los promotores, también se realizar el informe al INEI, aparte se puede realizar reportes y consultas diversas.

GESTIÓN DE DISTRIBUCIÓN

En este proceso se realiza el padrón de distribución, el registro de los productos, el registro de los lotes, el registro de los proveedores, el registro de los recibos, la salida de los productos a los comités, la actualización del Stock, también se realizan reportes y consultas diarias mensuales y anuales.


53

4.5. ANÁLISIS DE REQUERIMIENTOS

C.1 Requerimientos

a) Modelo de Caso de Uso de Requerimiento

Figura 31: Diagrama de Requerimientos Administración del Sistema


Buscar Tipo_Usuario

Buscar PersonaGestionar Tipo_Usuario

<<include>>

Gestionar Usuario

<<include>>

<<include>>

Gestionar persona<<include>>

Gestionar Tipo_Documento

Sub Gerencia de Estadistica e Informatica

Buscar Tipo_Documento<<include>>

<<include>>

54

Figura 32: Diagrama de Requerimientos de Gestionar Padrones

Fuente:

Elaboración Propia

Buscar Persona

Buscar Tipo_Beneficiario

Buscar Comité

Buscar Tipo_Zona

Buscar Zona

Buscar Autoridad

Buscar Parentesco

Gestionar persona

<<include>>

Gestionar Beneficiario

<<include>>

<<include>>

Gestionar Tipo_Beneficiario

<<include>>

Gestionar Autoridad

<<include>>

<<include>>

Gestionar Zona

<<include>>

<<include>>

Gestionar Comite

<<include>>

<<include>>

<<include>>

Gestionar Tipo_zona

<<include>>

Reportes

Gestionar Parentesco

<<include>>

Operador PVL.

Instituto Nacional de Estadística e Informática

<<extend>>

Beneficiario por Modalidad

<<extend>>

Beneficiario por Tipo de Zona

<<extend>>

<<include>>

<<include>>

55

Figura 33: Diagrama de Requerimientos de Gestionar Distribución

Fuente:

Elaboración Propia

Buscar Almacén

Buscar Producto

Buscar Tipo_Producto

Buscar Marca

Buscar Unidad_Medida

Buscar Entrega

Buscar Recibo

Contraloria General de la Republica

Entregas por periodo

BuscarProveedor

Buscar Municipalidad

Buscar TIpo_Comprobante

Buscar Lote

Buscar Distrito

Gestionar Recibo

<<include>>

Operador PVL.

Gestionar Proveedor

<<Include>>

<<include>>

Gestionar Almacén <<include>><<Include>>

<<include>>

Gestionar Lote

Gestionar Tipo_producto

<<include>>

Gestionar Producto

<<include>>

<<include>>

<<include>>

<<include>>

Gestionar Conversión_UM

<<include>>

Gestionar Stock

<<include>>

Gestionar Unidad_Medida <<include>>

Gestionar Entrega

<<include>>

<<include>>

<<include>>

Gestionar Marca

<<include>>

Reportes

<<extend>>

<<extend>>

Gestionar Municipalidad

<<include>>

<<Include>>

<<include>>

Gestionar Tipo_Comprobante

<<Include>>

Gestionar Distrito

Include

Gestionar Contrato

Almacen

<<include>>

<<include>>

<<include>>

<<include>>

56

b) Especificaciones de los Casos de Uso

b.1) Descripción del modelo Caso de Uso: Administración del Sistema

Cuadro: Nº 16 Gestionar Tipo_Usuario

Nombre : Gestionar Tipo_Usuario

Actor: Sub Gerencia de Estadística e Informática

Definición : Realiza el Mantenimiento de los usuarios del Sistema

Pasos:

1. Se busca al Tipo_Usuario

2, Crear Tipo_Usuario

3 Modificar Tipo_Usuario.


Cuadro: Nº 17 Tipo de Documento

Nombre : Sub Gerencia de Estadística e Informática

Actor: Jefe de informática

Definición : Realiza el Mantenimiento del Tipo de Documento

Pasos:

1. Se busca el Tipo_Documento

2. Crear Tipo_Documento

3. ModificarTipo_Documento


57

Cuadro: Nº 18 Gestionar Persona

Nombre : Gestionar Persona

Actor: Sub Gerencia de Estadística e Informática, Operador PVL, Almacén

Definición : Realiza el Mantenimiento de la Persona

Pasos:

1. Se busca la Persona

2. Se busca el Tipo_Documento

3. Crear Persona

4. Modificar Persona

5. Eliminar Persona


Cuadro: Nº 19 Gestionar Usuario

Nombre : Gestionar Usuario

Actor: Sub Gerencia de Estadística e Informática

Definición : Realiza el Mantenimiento del Usuario.

Pasos:

1. Se busca el Usuario.

2. Se busca el Tipo_Usuario.

3. Se busca la Persona.

4. Crear Usuario.

5. Modifica Usuario.

6. Elimina Usuario.


58

b.2) Descripción del modelo de Caso de Uso: Gestión de Padrones.

Cuadro: Nº 20 Gestionar Tipo Zona

Nombre : Gestionar Tipo Zona

Actor: Operador PVL

Definición : Realiza el Mantenimiento de tipo Zona

Pasos:

1. Se busca la tipo zona

2. Crear tipo zona

3. Modificar tipo zona

4. Eliminar tipo zona


Cuadro: Nº 21 Gestionar zona

Nombre : Gestionar Zona

Actor: Operador PVL

Definición : Realizar el Mantenimiento de zona

Pasos:

1. Se busca la Zona

2. Se busca el Tipo Zona

3. Crear Zona

4. Modificar Zona

5. Eliminar Zona


59

Cuadro: Nº 22 Gestionar Autoridad.

Nombre : Gestionar Autoridad.

Actor : Operador PVL

Definición : Realiza el Mantenimiento de la Autoridad

Pasos :

1. Se busca el Autoridad

2. Se busca la persona

3. Se Busca Tipo Autoridad

4. Crear Autoridad

5. Modificar Autoridad

6. Elimina Autoridad


Cuadro Nº 23 Gestionar Parentesco

Nombre : Gestionar Parentesco


Definición : Realiza el Mantenimiento del parentesco

Pasos :

1. Buscar el Parentesco

2. Crear Parentesco

3. Modificar Parentesco

4. Eliminar Parentesco


60

Cuadro: Nº 24 Gestionar Tipo de Beneficiario.

Nombre : Gestionar Tipo de Beneficiario.

Actor : Operador PVL.

Definición : Realiza el Mantenimiento del Promotor

Pasos :

1. Se busca el Tipo de Beneficiario

3. Crear Tipo de Beneficiario

4. Modificar Tipo de Beneficiario

5. Elimina Tipo de Beneficiario


Cuadro Nº 25 Gestionar Comité

Nombre : Gestionar Comité


Definición : Realiza el Mantenimiento del Comité

Pasos :

1. Buscar el Comité

2. Busca la Autotidad

3. Busca Zona

4. Crear Comité

5. Modificar Comité

6. Eliminar Comité


61

Cuadro Nº 26 Gestionar Beneficiario

Nombre : Gestionar Beneficiario


Definición : Realiza el Mantenimiento del Beneficiario

Pasos :

1. Buscar el Beneficiario

2. Busca la Tipo de Beneficiario

3. Busca Persona

4. Buscar Parentesco

5. Buscar Comité

6. Crear Beneficiario

7. Modificar Beneficiario

8. Eliminar Beneficiario


b.3) Descripción del modelo de Caso de Uso: Gestión de Distribución.

Cuadro: Nº 27 Gestionar Tipo de Producto.

Nombre : Gestionar Tipo de Producto.

Actor : Almacén.

Definición : Realiza el Mantenimiento del Tipo de Producto.

Pasos :

1. Se busca el Tipo de Producto.

3. Crear Tipo de Producto.

4. Modificar Tipo de Producto

5. Elimina Tipo de Producto.


62

Cuadro: Nº 28 Gestionar Marca de Producto.

Nombre : Gestionar Marca de Producto.

Actor : Almacén.

Definición : Realiza el Mantenimiento de la Marca del Producto.

Pasos :

1. Se busca la Marca.

3. Crear Marca.

4. Modificar Marca

5. Elimina Marca


Cuadro Nº 29 Gestionar Unidad de Medida.

Nombre : Gestionar Unidad de Medida.

Actor : Almacén

Definición : Realiza el Mantenimiento de la Unidad de Medida.

Pasos :

1. Buscar la Unidad de Medida

2. Buscar El Producto

3. Crear Unidad de Medida.

4. Modificar Almacén.

5. Eliminar Almacén.


63

Cuadro Nº 30 Gestionar Almacén.

Nombre : Gestionar Almacén.

Actor : Almacén

Definición : Realiza el Mantenimiento del Almacén.

Pasos :

1. Buscar el Almacén.

2. Buscar la Persona

3. Crear Almacén.

4. Modificar Almacén.

5. Eliminar Almacén.


Cuadro: Nº 31 Gestionar Conversión de Unidad de Medida.

Nombre : Gestionar Conversión de Unidad de Medida (UM).

Actor : Almacén.

Definición : Realiza el Mantenimiento de la Conversión de UM.

Pasos :

1. Se busca la Unidad de Medida

2. Crear la Conversion_UM.

3. Modificar la Conversion_UM.

4. Elimina la Conversion_UM.


64

Cuadro Nº 32 Gestionar Producto.

Nombre : Gestionar Producto.

Actor : Almacén

Definición : Realiza el Mantenimiento del Producto.

Pasos :

1. Buscar el Producto.

2. Buscar la Marca

3. Buscar Tipo_Producto.

4. Buscar Unidad_Medida.

5. Crear Producto.

6. Modificar Producto

7. Eliminar Producto


Cuadro Nº 33 Gestionar Proveedor.

Nombre : Gestionar Proveedor.

Actor : Almacén

Definición : Realiza el Mantenimiento del Proveedor.

Pasos :

1. Buscar el Proveedor.

2. Buscar la Persona

3. Crear Proveedor.

4. Modificar Proveedor.

5. Eliminar Proveedor.

65


Cuadro Nº 34 Gestionar Recibo

Nombre : Gestionar Recibo.


Definición : Realiza el Mantenimiento del Recibo.

Pasos :

1. Buscar el Recibo

2. Buscar el Comité

4. Crear Recibo.

5. Modificar Recibo.


Cuadro Nº 35 Gestionar Entrega

Nombre : Gestionar Entrega

Actor : Almacén.

Definición : Realiza el Mantenimiento de la Entrega.

Pasos :

1. Se busca la Entrega

2. Se busca el Recibo

3. Se busca el Producto

4. Crear Entrega.

5. Modificar la Entrega.


66

Cuadro Nº 36 Gestionar Lote

Nombre : Gestionar Lote

Actor : Almacén.

Definición : Realiza el Mantenimiento del Lote.

Pasos :

1. Se busca el Lote

2. Se busca el Almacén

3. Se busca el Producto

4. Crear Lote.

5. Modificar Lote.


Cuadro Nº 37 Gestionar Stock

Nombre : Gestionar Lote

Actor : Almacén.

Definición : Realiza el Mantenimiento del Stock.

Pasos :

1. Se busca el Almacén

2. Se busca el Lote

3. Se busca la Entrega

4. Crear Stock

5. Modificar Stock.


67

4.6. RESULTADOS DEL ANÁLISIS

D.1) Diagrama de Comunicaciones

D.1.1. Diagrama de Comunicaciones de Administración del Sistema

Figura 34: DC Persona Fuente: Elaboración Propia

Figura 35: DC Tipo Usuario


Figura 36: DC Usuario

: Sub Gerencia de Estadistic...

: Mantenedor de Persona.

: Buscador de Persona

: Actualizador de Persona

: Persona

: Tipo_Documento : Tipo_Documento.

1: Mantenimiento de Persona

2: Buscar Persona

4: VertorPersona

8: Crear(),Modificar(),Eliminar()

5: Buscar Tipo_Documento

7: ObjTipo_documento

3: Leer

9: Crear(),Modificar(),Eliminar(())

6: Leer


Mantenedor Tipo_Usuario

: Buscador Tipo_Usuario

: Tipo_Usuario

: Actualizador de Tipo_Usuario

1: Mantenimiento de Tipo_Usuario

2: Buscar Tipo_Usuario

4: VerctorTipo_Usuario

5: Crear(),Modi ficar(),El iminar()

3: Leer()


68


D.1.2 Diagrama de Colaboración de Gestionar Padrones

Figura 37: DC Tipo Beneficiario



: Mantenimiento de Usuario

: Buscador Usuario

: Usuario

: Buscador Tipo_Usuario


: Tipo_Usuario

: Persona

: Actualizador de Usuario

1: Mantenimiento de Usuario

2: Buscar Usuario

4: Vertor Usuario

5: Buscar Tipo_Usuario

7: ObjTipo_Usuario

8: Buscar Persona

10: ObjPersona


3: Leer

6: Leer

9: Leer


: Mantenedor deTipo de Beneficiario : Operador PVL.

: Buscador de Tipo_Beneficiario

: Actualizador Tipo_Beneficiario

: Tipo_Beneficiario

2: Buscar Tipo_Beneficiario

4: ListaTipoBeneficiario1: Mantenimiento de Tipo_Beneficiario

3: Leer

5: Crear(),Modi ficar(),El iminar() 6: Crear(),Modi ficar(),El iminar()

69

Figura 38: DC Parentesco


Figura 39: DC Tipo de Autoridad


Figura 40: DC Tipo Zona


: Operador PVL. : Mantenedor de Parentesco

: Buscador de Parentesco

: Actualizador de Parentesco

: Parentesco

1: Mantenimiento de Parentesco

2: Buscar Parentesco

4: Listaarentesco


3: Leer


: Mantenedor Tipo_Autoridad : Operador PVL.

: Buscador Tipo_Autoridad.

: Actualizador Tipo_Autoridad

: Tipo_Autoridad

2: Buscar Tipo_Autoridad

3: ListaTipoAutoridad1: Mantenimiento de Tipo_Autoridad

5: Leer

4: Crear(),Modificar(),Eliminar() 6: Crear(),Modificar(),Eliminar()

: Mantenedor deTipo_Zona : Operador PVL.

: Buscador Tipo_Zona

: Actualizador Tipo_Zona

: Tipo_Zona.

1: Mantenimiento de Tipo_Zona

2: Buscar Tipo_Zona

3: ListaTipoZona


5: Leer


70

Figura 41: DC Zona


Figura 42: DC Comité


: Operador PVL. : Mantenedor de Zona

: Buscador de Zona

: Buscador Tipo_Zona

: Actualizador Zona

: Zona

: Tipo_Zona

: Buscador Distrito : Distrito.1: Mantenimiento de Zona

8: BuscarTipo_Zona

10: ListaTipo_Zona

2: Buscar Zona

4: ListaZona

5: Buscar Distri to

7: ListaDistrito

3: Leer

9: Leer

6: Leer



: Operador PVL. : Mantenedor de Comite

: Buscador de Zona

: Buscador Autoridad

: Buscador de Comite

: Comite : Autoridad

: Zona

: Actualizador de Comite

1: Mantenimiento de Comité

5: BuscarZona

7: ListaZona

8: Buscar Autoridad

10: ObjAutoridad

2: Buscar Comite

4: ListaComite


6: Leer

9: Leer

3: Leer


71

Figura 43: DC Distrito


Figura 44: DC Beneficiario

: Operador PVL. : Mantenedor de Distrito

: Buscador Distrito

: Distrito.

: Buscador Provincia : Provincia

: Actualizador Distrito

1: Mantenimiento de Distrito

2: Buscar Distrito 3: Leer

4: ListaDistrito

5: Buscar Provincia 6: Leer

7: ListaProincia

8: Crear(),Modificar(),Eliminar() 9: Crear(),Modificar(),Eliminar()

: Mantenedor de Beneficiario : Operador PVL.

: Buscador de Comite

: Buscador de Tipo_Beneficiario

: Buscador de Parentesco


: Buscador Beneficiario

: Comite

: Beneficiario

: Persona

: Tipo_Beneficiario

: Parentesco

: Actualizador Beneficiario

2: Buscar Comité

4: ObjComité

5: Buscar Beneficiario

7: VectorBeneficiario

8: Buscar Persona

10: ObjPersona

11: BuscarTipo_Beneficiario

13: ObjTipo_Beneficiario

14: Buscar Parentesco

16: ObjParentesco


1: Mantenimiento de Beneficiario

3: Leer

12: Leer

15: Leer

9: Leer

6: Leer


72


D.1.3 Diagrama de Comunicaciones de Gestionar Distribución

Figura 45: DC Tipo Producto


Figura 46: DC Marca


Figura 47: DC Conversión UM

: Operador PVL. : Mantenedor Tipo_Producto

: Buscador Tipo_Producto

: Actualizador Tipo_Producto

: Tipo_Producto

1: Mantenimiento de Tipo_Producto

2: Buscar Tipo_Producto

4: ListaTipo_Producto

5: Crear(),Modificar(),El iminar()

3: Leer

6: Crear(),Modificar(),El iminar()

: Almacen : Mantenedor de Marca

: Buscador de Marca

: Actualizador de Marca

: Marca

1: Mantenimiento de Marca

2: Buscar Marca

4: ListaMarca


3: Leer


: Almacen : Mantenedor de Conversión_UM

: Buscardor Conversión_UM

: Conversión_UM

: Actualizador Conversión_UM

: Buscador Unidad_Medida : Unidad_Medida

1: Mantenimiento de Conversion_UM

2: Buscar Conversión_UM

4: ObjConversión_UM


5: Buscar Unidad_Medida

7: ObjUnidad_Medida

3: Leer


6: Leer

73


Figura 48: DC Producto


Figura 49: DC Unidad de Medida


: Almacen : Mantenedor de Almacén

: Buscador de Persona : Persona

: Buscador de Almacén

: Actualizador de Almacén

: Almacén

: Buscador Municipalidad : Municipalidad

: Proveedor : Buscador de Proveedor

1: Mantenimiento de Almacén

2: Buscar Almacén

4: ListaAlmacén

5: Buscar Persona

7: ObjPersona


8: Buscar Municipalidad

10: ObjMunicipalidad

11: Buscar Proveedor

13: ListaProveedor

6: Leer

3: Leer


9: Leer

12: Leer

: Almacen : Gestionar Unidad_Medida.

: Buscador Unidad_Medida

: Actualizador Unidad_Medida.

: Unidad_Medida

1: Mantenimiento de Unidad_Medida

2: Buscar Unidad_Medida

4: ListaUnidad_Medida


3: Leer


74

Figura 50: DC Proveedor


Figura 51: DC Almacén

: Almacen : Mantenedor de Proveedor : Buscador Tipo_Comprobante : Tipo_Comprobante

: Buscador de Proveedor

: Actualizador de Proveedor : Proveedor

1: Mantenimiento de Proveedor

2: Buscar Proveedor

4: ListaProveedor

5: Buscar Tipo_Comprobante

7: ListaTipoComprobante


6: Leer

3: Leer


: Almacen : Mantenedor de Almacén

: Buscador de Persona : Persona


: Actualizador de Almacén

: Almacén



1: Mantenimiento de Almacén

2: Buscar Almacén

4: ListaAlmacén

5: Buscar Persona

7: ObjPersona



10: ObjMunicipalidad


13: ListaProveedor

6: Leer

3: Leer


9: Leer

12: Leer

75


Figura 52: DC Lote


Figura 53: DC Recibo


: Almacen : Mantenedor Lote

: Buscador Lote

: Lote

: Producto

: Almacén : Buscador de Almacén

: Buscador de Producto

: Actualizador Lote.

1: Mantenimiento Lote

2: Buscar Lote

4: ObjLote

5: Buscar Almacen

7: ListaAlmacen

8: Buscar Producto

10: ObjProducto

11: Crear(),Modi ficar(),Eliminar()

3: Leer

9: Leer

6: Leer

12: Crear(),Modi ficar(),Eliminar()

: Operador PVL. : Buscador de Comite : Comite

: Buscador Recibo : Recibo

: Actualizador Recibo

: Mantenedor Recibo

1: Mantenimiento de Recibo 6: Leer

3: Leer


2: Buscar Recibo

4: ObjRecibo

5: Buscar Comite

7: ObjComite


76

Figura 54: DC Entrega


Figura 55 DC Stock

: Almacen : Mantenedor Entrega

: Buscador de Entrega

: Buscador Recibo


: Entrega

: Actualizador Entrega

: Recibo

: Almacén

: Buscador de Producto : Producto

1: Mantenimiento de Entrega

2: Buscar Entrega

4: ObjEntrega

5: Buscar Recibo

7: ObjRecibo

8: Buscar Almacén

10: ObjAlmacen


11: Buscar Producto

13: ObjProducto

3: Leer

6: Leer

9: Leer


12: Leer

: Almacen : Mantenedor Stock

: Buscador Stock.

: Buscador Entrega

: Buscador Lote

: Actualizador Stock

: Stock

: Entrega

: Lote

1: Mantenimiento de Stock

2: Buscar Stock4: Obj Stock

5: Buscar Entrega

7: ObjEntrega

8: Buscar Lote

10: ObjLote

11: Crear()

3: Leer

6: Leer

9: Leer

12: Crear()

77


Figura 56: DC Municipalidad


Figura 57: DC Contrato


Figura 58: DC Tipo Comprobante

: Tipo_Comprobante

: Buscador Tipo_Comprobante

: Mantenedor Tipo_Comprobante

: Actualizador Tipo_Comprobante

: Jefe de Almacén.

3: Leer2: Buscar Tipo_Comprobante

4: ObjTipoComprobante

5: Crear()6: Crear()

1: Mantenimiento de Tipo_Comprobante

: Municipalidad

: Buscador Municipalidad

: Tipo_Comprobante : Buscador Tipo_Comprobante

: Mantenedor Municipalidad : Distrito : Buscador Distrito

: Buscador Provincia

: Actualizador Municipalidad

: Provincia

: Almacen

3: Leer

12: Leer

5: Buscar Provincia

7: ListaProvincia

8: Buscar Distri to

10: ListaDistrito

11: Buscar Comprobante

13: ListaTipoComprobante

14: Crear(),Modi ficar(),El iminar


4: ObjMunicipal idad

9: Leer

6: Leer


1: Matenimiento de Municipalidad

: Proveedor : Buscador de Proveedor : Mantenedor de Contrato

: Buscar de Contrato

: Actualizador de Contrato : Contrato

: Almacen

6: Leer

2: Buscar Contrato

4: ObjContrato

5: Buscar Proveedor

7: ListaContrato

8: Crear

3: Leer

9: Crear

1: Mantenimiento de Contrato

: Municipalidad

: Almacén

: Contrato

: Proveedor

: Producto

: Unidad_Medida

: Orden_Compra

: Buscador Municipalidad


: Buscador de Proveedor

: Buscar de Contrato

: Buscador de Producto

: Buscador Unidad_Medida

: Generador Orden_Compra

: Generador Orde_Compra

: Buscador Orden_Compra

: Almacen

6: Leer

9: Leer

12: Leer

15: Leer

18: Leer

21: Leer

2: Buscar Orden_Compra

4: ListaOrdenCompra


7: ObjMunicipalidad

8: Buscar Almacen

10: ListaAlmacen


13: Lista Proveedor

14: Buscar Contrato

16: ListaContrato

17: Buscar Producto

19: ListaProducto

20: Buscar UM

22: ListaUM

23: Crear() 24: Crear()

3: Leer

1: Generar Orden_Compra

78


Figura 59: DC Comprobante


Figura 60: DC Orden de Compra

: Tipo_Comprobante : Buscador Tipo_Comprobante



: Buscador de Producto : Producto

: Buscador Unidad_Medida : Unidad_Medida

: Registrador de Comprobante

: Buscador Comprobante

: Registrador Comprobante : Comprobante

: Almacen

6: Leer

9: Leer

12: Leer

15: Leer

18: Leer

20: Crear()

2: Buscar Comprobante

4: ObjComprobante

5: Bucar Tipo_Comprobante

7: Lista Tipo_Comprobante

8: Bucar Municipalidad

10: ObjTipo_Comprobante


13: Lista Proveedor

14: Buscar Producto

16: ListaProducto

17: Buscar UM

19: ObjUM

3: Leer

21: Crear()

1: Registrar Comprobante

Entidad

Control Interfaz

Gestionar Padrones Gestionar

Distribucion

Administracion del sistema

79


D.2. Diagrama de Paquetes del Análisis

Figura 62: Diagrama de Paquetes de Análisis


80

D.3 Diagrama de Clases

Figura 63: Diagrama de Clases


Tipo_Zona..IdTipoZona : stringDescripcion string

Crear()Modificar()Eliminar()Buscar()

Parentesco..IdParentesco : stringDescripcion : string


Tipo_Beneficiario,IdTipo_Beneficiario : stringDescripcion : stringPrioridad : stringEdad_Limite dateEdad_Minima date


Conversion_UM,IdConversion_Um : stringIdUMPrincipal : stringFactor : stringIdUMSecundario : string


Stock,IdStock : stringIdDetalle . stringIdEntrega : stringSaldo_Anterior : doubleSalida : doubleSaldo_Actual : doubleIdUM . string

Crear()Buscar()

Recibo..IdRecibo : stringIdComite : stringFecha datetimeEstado : string

Crear()Buscar()

Det_LoteIdDetalle stringIdLote stringIdProductoCantidad DoubleFecha_Emision datetimeFecha_Vencimiento datetime

Crear()Buscar()

...

1

...

1

Tipo_Usuario..IdTipo_Usuario : stringDescripcion : string


Tipo_Autoridad.IdTipo_Autoridad : stringDescripcion : string


Comite..IdComite : stringNombre : stringFecha_Creacion : stringNro_Comite : stringIdZona : stringDireccion : stringEstado : string


...

1

...

1

Tipo_Documento..IdTipo_Documento . : stringDescripcion : stringCondicion : string

Crear()Buscar()

Beneficiario,IdBeneficiario : stringIdTipo_Beneficiario : stringIdParentesco : stringIdComite : stringApoderado : stringProximo_Tipo : stringEstado : stringFecha_Registro DateTimeFecha_Fin_Tipo : Datetime


...

1

...

1

... 1... 1...1 ...1

Persona,IdPersona : stringApePat : stringApemat : stringNombres : stringIdTipo_Documento : stringNro_Documento : stringDireccion : stringTelefono : stringSexo : stringFecha_Nacimiento DatetimeLugar_Nacimient : string


... 1... 1

1

1

1

1

Autoridad..IdAutoridad : stringIdTIpo : stringFecha_Ingreso datetimeFecha_Salida datetimeEstado : string


...

1

...

1

...

...

...

...

1

1

1

1

Lote..IdLote : stringIdAlmacen : stringIdOrdenCompra : stringFecha_Ingreso datetimeEstado : string

Crear()Buscar()

... 1... 1

Usuario..IdUsuario : stringIdTipo_Usuario : stringEstado : string

... 1... 1

1

1

1

1

Marca,IdMarca : stringDescripcion : string


Tipo_Producto.IdTipo_Producto : stringDescripcion : string


Unidad_Medida,IdUM : stringDescripcion : stringSiglas : stringTipo : string

Crear()Buscar()Eliminar()

1... 1...

Entrega..IdEntrega : StringIdProducto : stringIdRecibo : stringCantidad : doubleRaciones : doubleConsumo_Diario : doubleTotal : doubleIdUM : string

Crear()Buscar()

...1 ...1

1

...

1

...

Proveedor,IdProveedor : stringNombre : stringPrincipal : stringDir_Principal : stringSucursal : stringDir_Sucursal : stringIdTipo_Comprobante : stringNro_Comprobante : stringTelefono : string

Contrato..IdContrato : stringNro_Contrato : stringDescripcion : stringIdProveedor : stringFecha_Inicio datetimeFecha_Fin datetimeEntregas int

Crear()Buscar()

...

1

...

1

Producto,IdProducto : stringNombre : stringIdTipo_Producto : string


...

...

...

...

...

1

...

1

...

...

...

...

...

1

...

1

Acta_Conformidad..IdActa_Conformidad : strinIdComprobante stringIdOrdenCompra stringIdContrato : stringIdProveedor : stringControl_Calidad : stringFecha datetime

Crear()Buscar()

1

...

1

...

Zona..IdZona : stringIdDistrito : stringIdTipoZona : stringDescripcion : string


...1 ...1

...

1

...

1

Almacen..IdAlmacen : stringIdUsuario : stringIdMunicipalidad : stringDireccion : stringFecha_Registro datetimeFecha_Modificacion datetimeEstado string


1

...

1

...

...

1

...

1

...

1

...

1

Comprobante..IdComprobante : stringIdTIpo_Comprobante : stringNro_Comprobante : stringFecha datetimeIdMunicipalidad : stringGuia : stringIdProveedor : stringIdProducto : stringPrecio_Unitario doubleValo_Venta doubleSub_Total doubleIGV doubleTotal Double

Crear()Buscar()

...

1

...

1

... ...... ...

1

1

1

1

Orden_Compra.IdOrdenCompra : stringFecha datetimeFecha_Entrega datetimeIdMunicipalidad : stringIdProveedor : stringIdAlmacen : stringIdContrato : stringIdProducto : stringIdUM : stringCantidad DoublePrecio_Unitario doubleSub_Total doubleIGV doubleTotal double

Crear()Buscar()

...1 ...1

...

1

...

1

...

1

...

1

...

1

...

1

1 11 1

Distrito,IdDistrito stringIdProvincia stringDescripcion : string

Crear()Eliminar()Buscar()

... 1... 1

Municipalidad..IdMunicipalidad : stringNombre : stringIdTipo_Comprobante : stringNro_Comprobante : stringDireccion : string

Crear()Buscar()

1

...

1

...

1

...

1

...

1

1

1

1

Tipo_Comprobante,IdTipo_Comprobante : stringDescripcion varchar : string

Crear()Buscar()

...

1

...

1

... 1... 1

81

D.4 Diagrama de Base de Datos

Figura 64: Diagrama de Base de Datos


AlmacenIdAlmacen

Descripcion

IdUsuario

IdMunicipalidad

Direccion

Fecha_Registro

Fecha_Modificacion

Estado

BeneficiarioIdBeneficiario

IdComite

IdParentesco

Apoderado

ComiteIdComite

Nombre

Fecha_Creacion

IdZona

Estado

Conversion_UMIdConversion_UM

IdUMPricipal

Factor

IdUmSecundario

DepartamentoIdDepartame...

Descripcion

DistritoIdDistrito

IdProvincia

Descripcion

LoteIdLote

Descripcion

IdAlmacen

Proveedor

IdOrden_Co...

Fecha_ingreso

Estado

MarcaIdMarca

Descripcion

MunicipalidadIdMunicipalidad

Nombre

IdTipo_Comprob...

Nro_Comprobante

Direccion

ParentescoIdParentesco

Descripcion

PersonaIdPersona

Apepat

Apemat

Nombres

IdTipo_Doc

Nro_Doc

Direccion

Telefono

Sexo

Fecha_Nacimi...

Lugar_Nacimi...PersonalIdPersonal

FechaIngreso

FechaSalida

Id_NivelRemunerativo

Id_TipoServidor

Id_Seccion

Id_GrpOcupacional

Id_Cargo

Id_CondicionLaboral

ProductoIdProducto

Nombre

IdTipo_Produ...

ProveedorIdProveedor

Nombre

Principal

Dir_Principal

Sucursal

Dir_Sucursal

IdTipo_Comprab...

Nro_Comprobante

Telefono

ProvinciaIdProvincia

IdDepartamento

Descripcion

ReciboIdRecibo

IdComite

idperiodo

Fecha

Estado

StockIdStock

IdMovimiento

IdProducto

Nombre

Fecha

Movimiento

U_M

Ingreso

Salida

Stock

Destino

Tipo_BeneficiarioIdTipo_Benef...

Descripcion

Prioridad

Edad_minima

Edad_Limite

Tipo_ComprobanteIdTipo_Comprobante

Descripcion

Tipo_DocumentoIdTipo_Doc

Descripcion

Condicion

Tipo_ProductoIdTipo_Producto

Descripcion

Tipo_UsuarioIdTipo_Usuario

Descripcion

Unidad_MedidaIdUM

Descripcion

Siglas

Tipo

UsuarioIdUsuario

IdTipo_Usuario

Contrasena

Estado

ZonaIdZona

IdDistrito

IdTipo_Zona

Sector

Descripcion

Producto_MarcaIdProducto

IdMarca

UM_ProductoIdUM

IdProducto

Proveedor_AlmacenIdProveedor

IdAlmacen

EntregaIdEntrega

IdRecibo

idproducto

idtipo

unid_med

factor

tnino0_6

tmgl

tmlte

tnino7_13

tanciano

ttbc

tdiscapacitado

totalbene

raciones

consumodiario

totalentregar

ums

Det_LoteIddetalle

IdLote

IdProducto

IdUM

Factor

IdUMS

Cantidad

Fecha_Emision

Fecha_Venc

Tipo_AutoridadIdtipo

Descripcion

AutoridadIdautoridad

IdPersona

IdTipo

Fecha_Ingreso

Fecha_Salida

Estado

Autoridad_ComiteIdAutoridad

IdComite

Tipo_ZonaIdTipo_Zona

Descripcion

periodoidperiodo

mes

anio

estado

Det_BeneficiarioidBeneficiario

IdTipo

IdPeriodo

Proximo_Tipo

Estado

Fecha_Inicio

Fecha_Fin_Tipo

presentacionidpresentacion

identrega

total

cantidad1

ump

cantidad2

ums

82

4.7. RESULTADOS DEL DISEÑO

D . 4 Diagrama de Interfaz – Secuencia

Figura 65: Interfaz Mantenimiento Tipo Zona – Nuevo


83

Figura 66: DS Tipo Zona - Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CP: ListaTipoZona : CP: ListaTipoZona : FrmTipo_Zona : FrmTipo_Zona : :SPTipo_Zona : :SPTipo_Zona

: :SPTipo_Zona.cs : :SPTipo_Zona.cs

Tipo_ZonaTipo_Zona

: Tipo_Zona : Tipo_Zona

:1: click en mantenimiento de Tipo_Zona

2: <<Link>>

3:<<Invoca>>

4: BuscarTodos()

5: Obtener

6: ListaTipo_Zona

7: <<Response>>

8: <<Build>>

9: Display

10: Llenar Datos

11: Click en BtnNuevo

13: <<Invoca>>

14: Insertar()

15: Inserta

16: return True

17: BuscarTodos()

18: Obtener

19:ListaTipoZona

20: <<Response>>

<<Submit>>

21: <<Rebuild>>

22: Display

84

Figura 67: Interfaz Mantenimiento Tipo Zona – Modificar


85

Figura 68: DS Tipo Zona - Modificar




Tipo_ZonaTipo_Zona



2: <<Link>>

3:<<Invoca>>

4: BuscarTodos()

5: Obtener

6: ListaTipo_Zona

7: <<Response>>

8: <<Build>>

9: Display

10: Click en Modificar

11: <<Submit>>

12: <<Invoca>>

13: BuscarTodos()

14: Obtener

15: ListaTipo_Zona

16: <<Response>>

17: <<Rebuild>>

18: Display

19: Modifica Datos

20: Click Actualizar

21: <<Link>>

22: <<Invoca>>

23: Actualizar()

24: Actualiza

25: Return True

26: BuscarTodos()

27: Obtener

28: ListaTipo_Zona

29: <<Response>>

30: <<Rebuild>>

31: Display

86

Figura 69: Interfaz Mantenimiento Tipo Zona – Eliminar


87

Figura 70: DS Tipo Zona – Eliminar




Tipo_ZonaTipo_Zona



2: <<Link>>

3:<<Invoca>>

4: BuscarTodos()

5: Obtener

6: ListaTipo_Zona

7: <<Response>>

8: <<Build>>

9: Display

10: Click en Eliminar

11: Click en BtnAceptar

12: <<Submit>>

13: <<Invoca>>

14: Eliminar()

15:Elimina

16. Return True

17: BuscarTodos()

18: Obtener

19: ListaTipoZona

20:<<Response>>

21:<<Rebuild>>

22: Display

88

Figura 71: Interfaz Mantenimiento Tipo_Autoridad – Nuevo


89

Figura 72: DS Tipo Autoridad – Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex :

:CPListaTipoAutoridad :

:CPListaTipoAutoridad

: :FrmTipoAutoridad : :FrmTipoAutoridad : :SPTipoAutoridad : :SPTipoAutoridad : :SPTipoAutoridad.cs

: :SPTipoAutoridad.cs

Tipo_AutoridadTipo_Autoridad

: Tipo_Autoridad : Tipo_Autoridad

:1: click en mantenimiento de Tipo_Autoridad

9: Display

22: Display

10: Llenar Datos


2: <<Link>>

<<Submit>>

8: <<Build>>

21: <<Rebuild>>

3:<<Invoca>>

13: <<Invoca>>

7: <<Response>>

20: <<Response>>

4: BuscarTodos()

14: Insertar()

17: BuscarTodos()

6: ListaTipo_Autoridad

16: return True

19:ListaTipoAutoridad

5: Obtener

15: Inserta

18: Obtener

90

Figura 73: Interfaz Mantenimiento Tipo_Autoridad – Modificar


91

Figura 74: DS Tipo Autoridad – Modificar


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex :

:CPListaTipoAutoridad :

:CPListaTipoAutoridad

: :FrmTipoAutoridad : :FrmTipoAutoridad : :SPTipoAutoridad : :SPTipoAutoridad







19: Modifica Datos


9: Display

18: Display

31: Display

2: <<Link>>

11: <<Submit>>

21: <<Link>>

8: <<Build>>

17: <<Rebuild>>

30: <<Rebuild>>

3:<<Invoca>>

12: <<Invoca>>

22: <<Invoca>>

7: <<Response>>

16: <<Response>>

29: <<Response>>

4: BuscarTodos()

13: BuscarTodos()

23: Actualizar()

26: BuscarTodos()



25: Return True


5: Obtener

14: Obtener

24: Actualiza

27: Obtener

92

Figura 75: Interfaz Mantenimiento Tipo Autoridad – Eliminar


93

Figura 76: DS Tipo Autoridad – Eliminar


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex

: :CPListaTipoAutoridad

: :CPListaTipoAutoridad

: :FrmTipoAutoridad : :FrmTipoAutoridad : :SPTipoAutoridad : :SPTipoAutoridad : :SPTipoAutoridad.cs





10: Click en Eliminar

11: Click en BtnAceptar

9: Display

22: Display

2: <<Link>>

12: <<Submit>>

8: <<Build>>

21:<<Rebuild>>

3:<<Invoca>>

13: <<Invoca>>

7: <<Response>>

20:<<Response>>

4: BuscarTodos()

14: Eliminar()

17: BuscarTodos()


16. Return True


5: Obtener

15:Elimina

18: Obtener

94

Figura 77: Interfaz Mantenimiento Tipo Producto – Nuevo


95

Figura 78: DS Tipo Producto – Nuevo


: Almacen : Almacen : :CPIndex : :CPIndex : :CPListaTipo_Producto

: :CPListaTipo_Producto : :FrmTipo_Producto : :FrmTipo_Producto

: :SPTipo_Producto : :SPTipo_Producto : :SPTipo_Producto.cs

: :SPTipo_Producto.cs

Tipo_ProductoTipo_Producto

: Tipo_Producto : Tipo_Producto

:1: click en mantenimiento de Tipo_Producto

9: Display

22: Display

10: Llenar Datos


2: <<Link>>

<<Submit>>

8: <<Build>>

21: <<Rebuild>>

3:<<Invoca>>

13: <<Invoca>>

7: <<Response>>

20: <<Response>>

4: BuscarTodos()

14: Insertar()

17: BuscarTodos()


16: return True

19:ListaTipo_Producto

5: Obtener

15: Inserta

18: Obtener

96

Figura 79: Interfaz Mantenimiento Tipo Producto – Modificar


97

Figura 80: DS Tipo Producto – Modificar


: Almacen : Almacen : :CPIndex : :CPIndex : :CPListaTipo_Producto

: :CPListaTipo_Producto

: :FrmTipo_Producto : :FrmTipo_Producto : :SPTipo_Producto : :SPTipo_Producto : :SPTipo_Producto.cs

: :SPTipo_Producto.cs

Tipo_ProductoTipo_Producto

: Tipo_Producto : Tipo_Producto

:1: click en mantenimiento de Tipo_Producto


19: Modifica Datos


9: Display

18: Display

31: Display

2: <<Link>>

11: <<Submit>>

21: <<Link>>

8: <<Build>>

17: <<Rebuild>>

30: <<Rebuild>>

3:<<Invoca>>

12: <<Invoca>>

22: <<Invoca>>

7: <<Response>>

16: <<Response>>

29: <<Response>>

4: BuscarTodos()

13: BuscarTodos()

23: Actualizar()

26: BuscarTodos()



25: Return True


5: Obtener

14: Obtener

24: Actualiza

27: Obtener

98

Figura 81: Interfaz Mantenimiento Marca Producto – Nuevo


99

Figura 82: DS Marca Producto – Nuevo


: Almacen : Almacen : :CPIndex : :CPIndex :

:CPListaMarca_Producto :

:CPListaMarca_Producto

: :FrmMarca_Producto : :FrmMarca_Producto : :SPMarca_Producto : :SPMarca_Producto :

SPMarca_Producto.cs :

SPMarca_Producto.cs

Marca_ProductoMarca_Producto

: Marca : Marca

:1: click en mantenimiento de Marca_Producto

9: Display

22: Display

10: Llenar Datos


2: <<Link>>

<<Submit>>

8: <<Build>>

21: <<Rebuild>>

3:<<Invoca>>

13: <<Invoca>>

7: <<Response>>

20: <<Response>>

4: BuscarTodos()

14: Insertar()

17: BuscarTodos()

6: ListaMarca_Producto

16: return True

19:ListaMarca_Producto

5: Obtener

15: Inserta

18: Obtener

100

Figura 83: Interfaz Mantenimiento Persona


Figura 84: Interfaz Mantenimiento Persona – Nuevo.


101

Figura 85: DS Persona – Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CP: ListaPersona : CP: ListaPersona : CPFrmPersona : CPFrmPersona : FrmListaPersona : FrmListaPersona :

FrmPersoma :

FrmPersoma

: SPListaPersona : SPListaPersona : SPFrmPersona : SPFrmPersona : SPListaPersona.cs

: SPListaPersona.cs

: SPFrmPersona.cs

: SPFrmPersona.cs

PersonaPersona Tipo_DocumentoTipo_Documento

: Persona : Persona : Tipo_Documento : Tipo_Documento

1: Click en Mantenimiento de Persona

2:<<Link>>

3: <<Invoca>>

4: BuscarTodos()

5: Obtiene

6: ListaPersona

7: <<Response>>

8: <<Build>>

9: Display

10: Ingresar Nombre Persona

11: Click Boton Buscar

12: <<Submit>>

13:<<Invoca>>

14: BuscarNombre()

15:<<Obtiene>>

16: ListaPersona

17: <<Response>>

18: <<Rebuild>>

19: Display

20: Click Boton Nuevo

21: <<Submit>>

22: <<Invoca>>

23: BuscarTodos()

24: <<Obtiene>>

25: ListaTipo_Documento

26: <<Response>>

27: <<Rebuild>>

28: Display

29: Ingresa Datos

30 : Click Boton Grabar

31:<<Submit>>

32: <<Invoca>>

33: GenerarCodigo()

34: Insertar()

35: Inserta

36: Return True

37: <<Response>>

38: <<Rebuild>>

39: Display

102

Figura 86: Interfaz Mantenimiento Persona – Modificar.


103

Figura 87: DS Persona – Modificar


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CP: ListaPersona : CP: ListaPersona : CPFrmPersona : CPFrmPersona : FrmListaPersona : FrmListaPersona : FrmPersoma : FrmPersoma : SPListaPersona : SPListaPersona : SPFrmPersona : SPFrmPersona :

SPListaPerso... :

SPListaPerso...

: SPFrmPersona.cs

: SPFrmPersona.cs

PersonaPersona Tipo_DocumentoTipo_Documento

: Persona : Persona : Tipo_Documento : Tipo_Documento

1: Click en Mantenimiento de Persona

2:<<Link>>

3: <<Invoca>>

4: BuscarTodos()

5: Obtiene

6: ListaPersona

7: <<Response>>

8: <<Build>>

9: Display

10: Ingresar Nombre Persona

11: Click Boton Buscar

12: <<Submit>>

13:<<Invoca>>

14: BuscarNombre()

15:<<Obtiene>>

16: ListaPersona

17: <<Response>>

18: <<Rebuild>>

19: Display

20: Click Boton Editar

21: <<Submit>>

22: <<Invoca>>

26: <<Request>>

27: <<build>>

28: Display

29: Actualiza Datos

30 : Click Boton Grabar

31:<<Submit>>

32: <<Invoca>>

33: Actualizar()

34: Actualiza

35: Return True

36: <<Response>>

37: <<Rebuild>>

38: Display

23: BuscarIdPersona()

24: Obtiene

25: ObjPersona

104

Figura 88: Interfaz Mantenimiento Lista Zonas


Figura 89: Interfaz Mantenimiento Zonas – Nuevo

105


Figura 90: DS Zona – Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CPLIstaZona : CPLIstaZona : CPFrmZona : CPFrmZona : FrmListaZona : FrmListaZona : FrmZona : FrmZona : SPListaZona : SPListaZona : SPFrmZona : SPFrmZona

: SPListaZona.cs : SPListaZona.cs : SPFrmZona.cs : SPFrmZona.csZonaZona Tipo_ZonaTipo_Zona DistritoDistrito

: Zona : Zona : Tipo_Zona : Tipo_Zona : Distrito : Distrito

1: Click en Matenimiento de Zona

9:Display

21: Display

31: Display

10: Click en el boton nuevo

22: Ingresa datos

23: Click en Boton Grabar

2: <<Link>>

8: <<Build>>

11: <<Submit>>

24: <<Submit>>

20: <<Rebuild>>

30: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

25: <<Invoca>>

19: <<Response>>

29: <<Response>>

4:BuscarTodos()

26: Insertar()

6: ListaZona

28: Return true

13: Buscartodos()

15: ListaTipoZona

5:<<Obtener>>

27: Inserta

16: BuscarTodos()

17: Obtener

14: Obtener

18: ListaDistrito

106

Figura 91: Interfaz Mantenimiento Zonas – Modificar


107

Figura 92: DS Zona – Modificar


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CPLIstaZona : CPLIstaZona : CPFrmZona : CPFrmZona : FrmListaZona : FrmListaZona : FrmZona : FrmZona : SPListaZona : SPListaZona : SPFrmZona : SPFrmZona : SPListaZona.cs : SPListaZona.cs : SPFrmZona.cs : SPFrmZona.cs

ZonaZona Tipo_ZonaTipo_Zona DistritoDistrito

: Zona : Zona : Tipo_Zona : Tipo_Zona : Distrito : Distrito

1: Click en Matenimiento de Distrito

9:Display

24: Display

34: <<Display>>

10: Click en el boton Editar

25: Actualiza Datos

26: Click en Boton Guardar

2: <<Link>>

8: <<Build>>

11: <<Submit>>

27: <<Submit>>

23: <<build>>

33: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

28: <<Invoca>>

22: <<Response>>

32: <<Response>>

4:BuscarTodos()

13: BuscarIdZona()

29: Actualizar()

6: ListaDistrito

15: ObjZona

31: Return True

16: BuscarTodos()

18: ListaTipo_Zona

5:<<Obtener>>

14: Obtener

30: Actualiza

17: Obtener

19: BuscarTodos()

20: Obtener

21: ListaDistrito

108

Figura 93: Interfaz Mantenimiento Lista de Tipo de Beneficiario – Nuevo


Figura 94: Interfaz Mantenimiento Lista de Tipo de Beneficiario – Nuevo

109


Figura 95: DS Lista de Tipo de Beneficiario – Nuevo

110


Figura 96: Interfaz Mantenimiento Lista de Usuario

: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CPListaTipoBeneficiario

: CPListaTipoBeneficiario

: CPFrmTIpoBeneficario

: CPFrmTIpoBeneficario

: FrmListaTipoBeneficiario

: FrmListaTipoBeneficiario

: FrmTipoBeneficiario : FrmTipoBeneficiario : SPListaTipoBeneficiario

: SPListaTipoBeneficiario

: SPFrmTipoBeneficiario

: SPFrmTipoBeneficiario

: SPListaTipoBeneficiario.cs

: SPListaTipoBeneficiario.cs

: SPFrmTipoBeneficiario.cs

: SPFrmTipoBeneficiario.cs

Tipo_BeneficiarioTipo_Beneficiario

: Tipo_Beneficiario : Tipo_Beneficiario

1: Click en Matenimiento de Tipo de Beneficiario

9:Display

15: Display

25: Display


16: Ingresa datos


2: <<Link>>

8: <<Build>>

11: <<Submit>>

18: <<Submit>>

14: <<Build>>

24: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

19: <<Invoca>>

13: <<Response>>

23: <<Response>>

4:BuscarTodos()

20: Insertar()

6: ListaTipo_Beneficiario

22: Return true

5:<<Obtener>>

21: Inserta

111


Figura 97: Interfaz Mantenimiento de Usuario – Nuevo


112

Figura 98: DS Lista de Usuario –Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CP: ListaUsuario : CP: ListaUsuario : CPFrmUsuario : CPFrmUsuario : FrmListaUsuario : FrmListaUsuario : FrmUsuario : FrmUsuario : SPListaUsuario : SPListaUsuario : SPFrmUsuario : SPFrmUsuario : SPListaUsuario.cs : SPListaUsuario.cs : SPFrmUsuario.cs : SPFrmUsuario.cs

: SP: WsPersona : SP: WsPersona : SP: WsPersona.cs : SP: WsPersona.csUsuarioUsuario Tipo_UsuarioTipo_Usuario PersonaPersona

: Usuario : Usuario : Tipo_Usuario : Tipo_Usuario

: Persona : Persona

1: Click en Matenimiento de Usuario

9:Display

18: Display

48: Display


19: Ingresa Nombre del Usuario

2: <<Link>>

8: <<Build>>

11: <<Submit>>

20: <<Submit>>

17: <<Build>>

47: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

21: <<Direcciona>>

16: <<Response>>

46: <<Response>>

4:BuscarTodos()

6: ListaUsuarios

45: Return true

13: Buscartodos()

15: ListaTipoUsuario

5:<<Obtener>>

14: Obtener

22:<<Invoca GetPersona>>

23: BuscarPersona(Nombre)

24: Obtener

25: ListaPersona

26:<<Response>>

27: XmlPersona

28: <<Rebuild>>

30:Selecciona el usuario

29: Display

31: Click en el Boton Buscar

32: <<Submit>>

33: Invoca


35: Obtener

36: ObjPersona

37: <<Response>>

38:<<Rebuild>>

39: Display


41: <<Submit>>

42: <<Invoca>>

43: Insertar()

44: Inserta

113

Figura 99: Interfaz Mantenimiento de Usuario – Modificar


114

Figura 100: DS Usuario –Modificar


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CP: ListaUsuario : CP: ListaUsuario : CPFrmUsuario : CPFrmUsuario : FrmListaUsuario : FrmListaUsuario : FrmUsuario : FrmUsuario : SPListaUsuario : SPListaUsuario : SPFrmUsuario : SPFrmUsuario :

SPListaUsuario.cs :

SPListaUsuario.cs

: SPFrmUsuario.cs

: SPFrmUsuario.cs

: SP: WsPersona : SP: WsPersona : SP: WsPersona.cs

: SP: WsPersona.cs

UsuarioUsuario Tipo_UsuarioTipo_Usuario PersonaPersona

: Usuario : Usuario : Tipo_Usuario : Tipo_Usuario

: Persona : Persona

1: Click en Matenimiento de Usuario

22: Ingresa Nombre del Usuario

2: <<Link>>

9:Display

21: Display

51: Display

23: <<Submit>>

3: <<Invoca>>

8: <<Build>>

12:<<Invoca>>

20: <<Build>>

24: <<Direcciona>>

50: <<Rebuild>>

4:BuscarTodos()

7:<<Response>>

16: Buscartodos()

19: <<Response>>

49: <<Response>>

5:<<Obtener>>

6: ListaUsuarios

48: Return true

18: ListaTipoUsuario

17: Obtener

25:<<Invoca GetPersona>>

26: BuscarPersona(Nombre)

27: Obtener

28: ListaPersona

29:<<Response>>

30: XmlPersona

31: <<Rebuild>>

33:Selecciona el usuario

32: Display

34: Click en el Boton Buscar

35: <<Submit>>

36: Invoca


38: Obtener

39: ObjPersona

40: <<Response>>

41:<<Rebuild>>

42: Display


44: <<Submit>>

45: <<Invoca>>

46:Actualizar()

47: Actualiza

13: BuscarIdUsuario()

14: Obtener

15: ObjUsuario


11:<<Redirect>>

115

Figura 101: Interfaz Mantenimiento de Proveedor


Figura 102: Interfaz Mantenimiento de Proveedor – Nuevo


116

Figura 103: DS Mantenimiento Proveedor –Nuevo


: Jefe de Almacén. : Jefe de Almacén. : :CPIndex : :CPIndex : CPListaProveedor : CPListaProveedor : CPFrmProveedor : CPFrmProveedor :

FrmListaProveedor :

FrmListaProveedor : FrmProveedor : FrmProveedor :

SPListaProveedor :

SPListaProveedor : SPFrmProveedor : SPFrmProveedor

: SPListaProveedor.cs


: SPFrmProveedor.cs

: SPFrmProveedor.cs

ProveedorProveedor Tipo_ComprobanteTipo_Comprobante

: Proveedor : Proveedor : Tipo_Comprobante : Tipo_Comprobante

1: Click en Matenimiento de Proveedor

9:Display

18: Display

28: Display


19: Ingresa datos


2: <<Link>>

8: <<Build>>

11: <<Redirect>>

21: <<Submit>>

17: <<Rebuild>>

27: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

22: <<Invoca>>

16: <<Response>>

26: <<Response>>

4:BuscarTodos()

23: Insertar()

6: ListaProveedor

25: Return true

13: Buscartodos()

15: ListaTipo_Comprobante

5:<<Obtener>>

24: Inserta

14: Obtener

117

Figura 104: Interfaz Mantenimiento de Proveedor – Modificar


118

Figura 105: DS Mantenimiento Proveedor –Modificar


: Jefe de Almacén. : Jefe de Almacén. : :CPIndex : :CPIndex : CPListaProveedor : CPListaProveedor : CPFrmProveedor : CPFrmProveedor : FrmListaProveedor : FrmListaProveedor : FrmProveedor : FrmProveedor :

SPListaProveedor :

SPListaProveedor

: SPFrmProveedor : SPFrmProveedor : SPListaProveedor.cs


: SPFrmProveedor.cs

: SPFrmProveedor.cs

ProveedorProveedor Tipo_ComprobanteTipo_Comprobante

: Proveedor : Proveedor : Tipo_Comprobante : Tipo_Comprobante

1: Click en Matenimiento de Distrito

9:Display

21: Display

31: <<Display>>

22: Actualiza Datos


2: <<Link>>

8: <<Build>>

24: <<Submit>>

20: <<build>>

30: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

25: <<Invoca>>

19: <<Response>>

29: <<Response>>

4:BuscarTodos()

13: BuscarIdProveedor()

26: Actualizar()

6: ListaProveedor

15: ObjProveedor

28: Return True

16: BuscarTodos()

18: ListaTipo_Comprobante

5:<<Obtener>>

14: Obtener

27: Actualiza

17: Obtener

10: Click en Editar

11: <<Redirect>>

119

Figura 106: Interfaz Lista de Productos


Figura 107: Interfaz de Registrar Producto – Nuevo


120

Figura 108: DS Mantenimiento de Producto - Nuevo


: Operador PVL. : Operador PVL. : :CPIndex : :CPIndex : CPListaProducto : CPListaProducto : CPFrmProducto : CPFrmProducto :

FrmListaProducto :

FrmListaProducto : FrmProducto : FrmProducto :

SPListaProducto :

SPListaProducto

: SPFrmProducto : SPFrmProducto

: SPListaProducto.cs

: SPListaProducto.cs

: SPFrmProducto.cs

: SPFrmProducto.cs

ProductoProducto Tipo_ProductoTipo_Producto MarcaMarca Unidad_MedidaUnidad_Medida

: Producto : Producto

: Tipo_Producto : Tipo_Producto : Marca : Marca

: Unidad_Medidad : Unidad_Medidad

1: Click en Matenimiento de Producto

9:Display

24: Display

34: Display


25: Ingresa datos


2: <<Link>>

8: <<Build>>

11: <<Submit>>

27: <<Submit>>

23: <<Rebuild>>

33: <<Rebuild>>

3: <<Invoca>>

7:<<Response>>

12:<<Invoca>>

28: <<Invoca>>

22: <<Response>>

32: <<Response>>

4:BuscarTodos()

29: Insertar()

6: ListaProducto

31: Return true

13: Buscartodos()

15: ListaTipoProducto

5:<<Obtener>>

30: Inserta

14: Obtener

16: BuscarTodos()

17: Obtener

18: ListaMarca

19: BuscarTodos()

20: Obtener

21: ListaUnidadMedida

121

D.5 Interfaces de Procesos Principales

Figura 109: Interfaz de Lista de Comités


Figura 110: Interfaz de registro de Comités


Figura 111: Interfaz Lista de Beneficiarios

122


Figura 112: Interfaz de Beneficiarios Nuevo.


Figura 113: Interfaz Generar Recibo.

123


Figura 114: Interfaz Realizar Ejecución.


4.8. RESULTADOS DE LA IMPLEMENTACIÓN

FASE PRUEBA

124

4.8.1 FLUJO DE TRABAJO DE PRUEBA

El Proceso Unificado del Rational propone que las pruebas se dimensionan

en tres niveles: Calidad, Estado y Pruebas de Tipo. Pero por la naturaleza

del sistema se ha optado por realizar algunas de estas pruebas, siendo las

siguientes:

A NIVEL DE CALIDAD

A.1 Funcionalidad

A.1.1 Requerimiento del Sistema

Para cada requerimiento con entrada con datos válidos y otra con datos

inválidos respectivamente (Ver anexo 03).

A.1.2 Operatividad

Para demostrar la operatividad del Sistema se realizaron las pruebas

necesarias a través de la validación de la entrada de datos, cuyos valores

pueden ser numéricos, alfabéticos y alfanuméricos; como se muestra a

continuación:

Cuadro 38: Prueba de Operatividad

Tipo Caso Prueba Resultado

Numérico

1.- Número Válido Aceptado

2.- Número Positivo Aceptado

3.- Número Negativo Rechazado

4.- No Numérico Rechazado

Alfabético 1.- Alfabético Válido Aceptado

2.- No Alfabético Rechazado

Alfanumérico 1.- Alfanumérico Valido Aceptado


B. A NIVEL DE ESTADO

B.1 Sistema

125

B.1.1 Seguridad

Los usuarios han accedido al sistema mediante su nombre de usuario y

contraseña, y de acuerdo al tipo de usuario se ha validado para que sea

restringido y así ingresen a donde les corresponde.

Cuadro 39: Prueba de Seguridad

Nombre de Usuario Tipo de Usuario Dirección URL

administrador Administrador menu_principal.aspx

Operadorpvl Operador menu_principal.aspx

Almacén Almacenero menu_principal.aspx


B.1.2 Aceptación de Interfaz de Usuario

Se realizó una consulta por parte del Administrador del PVL y el Practicante

A los usuarios del sistema concluyendo que el sistema tiene interfaces

sencillas, agradables, y fáciles de entender y usar.

C. A NIVEL DE PRUEBAS DE TIPO

C.1 Prueba de Carga

C.1.1 En el Servidor

El sistema web vía intranet para el Programa del Vaso de Leche de la

Municipalidad Provincial de Coronel Portillo “MuniPVL”, se ha instalado en el

servidor que existe en la Sub Gerencia de Estadística e Informática junto con

la base de datos SQL Server.

Cuadro 40: Prueba de Carga en el Servidor

Aplicación Resultado Base de Datos dataPVL Levantó

Aplicación MuniPVL en el Internet Información Server 7.0

Levanto


C.1.2 En el Cliente

126

En el lado del cliente el sistema es accedido a través de navegadores de

Internet por los terminales en la Sub Gerencia de Desarrollo de Programas

Sociales de la Municipalidad Provincial de Coronel Portillo.

Cuadro 40: Prueba de Carga de Cliente

Aplicación Resultado

Acceso a la Base de Datos dataPVL Levantó

Acceso a la Aplicación MuniPVL Levanto


127

4.9. CONCLUSIONES, RECOMENDACIONES

4.9.1. Conclusiones

1. Se Identificó la lógica de negocios del área de vaso de leche de la

Municipalidad Provincial de Coronel Portillo encontrando los

procesos de Gestión de padrones y Distribución de Raciones los

cuales nos sirven de base para la elaboración del sistema.

2. Se diseñó la base de datos del sistema denominada dataPVL

Elaborada en Sql Server 2008 e implantada en el Servidor de la

Municipalidad de Coronel Portillo.

3. Se diseñó el Sistema Web Via Intranet denominada MuniPVL para

el Programa del Vaso de Leche de la Municipalidad Provincial de

Coronel Portillo utilizando El Proceso Unificado del Rational y Se

llevó a Cabo la programación en el Lenguaje de Programación C#

con asp.net 2008 .

4. Se describió los requerimientos mínimos tanto en el Servidor Como

en los Terminales, siendo estas adecuadas para la implantación del

sistema de web MuniPVL para el Programa del Vaso de Leche.

5. Se implementó el Sistema MuniPVL en el Servidor de la

Municipalidad Provincial de Coronel Portillo y se realizaron pruebas

tanto a nivel de funcionalidad, a nivel de estado y a nivel de carga

del sistema, pasando el sistema las tres pruebas satisfactoriamente.

4.9.2 Recomendaciones

128

1. Se recomienda al Gerente de Desarrollo Social, Solicitar a la Sub

Gerencia de Informática, analizar y diseñar e implementar más sistemas

informáticos en el área de Desarrollo social y económico de la

Municipalidad Provincial de Coronel Portillo para una mejor desempeño

en la ejecución de los programas sociales e integración de los mismos,

entre los cuales se encuentran el Programa de Vaso de Leche y el

Programa de Asistencia Alimentaria Municipal.

2. Se recomienda más capacitación al personal por parte del Ministerio de

Economía y finanzas y la Gerencia de Desarrollo Social y Económico de

la Municipalidad Provincial de Coronel Portillo, para que así el personal

tenga un mejor desempeño en sus funciones asignadas.

4.9.3 BIBLIOGRAFIA

129

1. Barranco de Ameba, J. (2003). Metodología del Análisis Estructurado . Madrid-España: Alcobendas.

2. Coltell Simon, O. (2005). Ingenieria del Software. Madrid-España: Ediciones Rebiun.

3. Deitel, P. J. (2003). Como Programar en C++. Mexico: Pearson Educacion.

4. Kendall, J. E. (2005). Análisis y Diseño de Sistemas. Mexico: Pearson Educacion.

5. Patterson, B. (2003). La Biblia del C#. Madrid-España: Anaya Multimedia.

6. Romero Casaico, R. (2008). Programando en SQL Server 2008. Lima-Peru: Ritisa.

7. Wikipedia. Consultado el 08 de 05 de 2010, de http://es.wikipedia.org/wiki/ASP.NET

8. Wikipedia. Consultado el 08 de 05 de 2010, de http://es.wikipedia.org/wiki/Servicios_Web

9. Winbland, A. L. (2004). Software Orientado a Objetos. Madrid-España: Addison Wesley Iberoamericana S.a.

V. ANEXOS

130

Anexo 1: Organigrama de la Institución.

Fuente: Municipalidad Provincial de Coronel Portillo

Anexo 2: Cronograma de Actividades de la Práctica

131

Figura 115: Cronograma de Actividades


Anexo 3: Pruebas a Nivel de Calidad: Requerimientos del Sistema

132

Cuadro 41: Prueba de Requerimiento – Registrar Distrito (Datos Válidos)Ítem Acción Dato Resultado

1 Ingrese Código 250107 Código Aceptado

2 Seleccione Provincia Click Seleccionado Provincia

3 Ingrese descripción Manantay Descripción Aceptado


Cuadro 42: Prueba de Requerimiento – Registrar Distrito (Datos No Válidos)Ítem Acción Dato Resultado

1 Ingrese Código dsdsdsd Código No Aceptado

2 Seleccione Provincia Click Seleccionado Provincia

3 Ingrese descripción Tecla de función,edición, numérico

Descripción no Aceptado


Cuadro 43: Prueba de Requerimiento – Registrar Zona (Datos Válidos)Ítem Acción Dato Resultado

1 Ingrese Código Autogenerado Código Aceptado

2 Seleccione Distrito Click Seleccionado Distrito

3 Seleccione Tipo Zona Click Tipo Zona Seleccionado

4 Ingrese descripción Maya de Brito Descripción Aceptado


Cuadro 44: Prueba de Requerimiento – Registrar Zona (Datos no Válidos)

133

Ítem Acción Dato Resultado


2 Seleccione Distrito Click Seleccionado Distrito

3 Seleccione Tipo Zona Click Tipo Zona Seleccionado


Descripción No Aceptado


Cuadro 45: Prueba de Requerimiento – Registrar Tipo Autoridad (Datos Válidos)Ítem Acción Dato Resultado


2 Ingrese descripción Presidente Descripción Aceptado


Cuadro 46: Prueba de Requerimiento – Registrar Tipo Autoridad (Datos No Válidos)




Descripción No Aceptado


Cuadro 47: Prueba de Requerimiento – Registrar Parentesco (Datos Válidos)Ítem Acción Dato Resultado


2 Ingrese descripción Abuelos Descripción Aceptado


Cuadro 48: Prueba de Requerimiento – Registrar Parentesco (Datos No Válidos)

134


1 Ingrese Código EW!”# Código No Aceptado


Descripción Aceptado


Cuadro 49: Prueba de Requerimiento – Registrar Tipo Beneficiario (Datos Válidos)



2 Ingrese descripción Niño de 0-6 Descripción Aceptado

3 Ingrese Prioridad Segunda Prioridad Aceptada

4 Edad Mínima 0 Dato Aceptado

5 Edad Limite 6 Dato Aceptado


Cuadro 50: Prueba de Requerimiento – Registrar Tipo Beneficiario (Datos no Válidos)


1 Ingrese Código Er332 Código No Aceptado

2 Ingrese descripción Niño de 0-6 Descripción Aceptado

3 Ingrese Prioridad Tecla de función,edición, numérico

Prioridad No Aceptada

4 Edad Mínima ER*¨{ Dato No Aceptado

5 Edad Limite RE[{ Dato No Aceptado


Cuadro 51: Prueba de Requerimiento – Registrar Persona (Datos Válidos)

135



2 Ingrese Apepat Gutierrez Dato Aceptado

3 Ingrese Apemat Hidalgo Dato Aceptado

4 Ingrese Nombres Haidy Lisseth Dato Aceptado

5 Seleccione Tipo de DocClick Seleccionado Tipo Doc.

6 Nro. de Documento 42814401 Dato Aceptado

7 Ingrese Dirección JR. VENEZUELA 12 Dato Aceptado

8 Ingrese Teléfono 961993410 Dato Aceptado

9 Seleccione Sexo Click Seleccionado Sexo

10 Ingrese Fecha de Nac. 25/06/1984 Dato Aceptado

11 Ingrese Lugar de Nac. Ucayali-Calleria Dato Aceptado


Cuadro 52: Prueba de Requerimiento – Registrar Persona (Datos no Válidos)Ítem Acción Dato Resultado


2 Ingrese Apepat Tecla de función,edición, numérico

Dato No Aceptado

3 Ingrese Apemat Tecla de función,edición, numérico

Dato No Aceptado

4 Ingrese Nombres Tecla de función,edición, numérico

Dato No Aceptado

5 Seleccione Tipo de Doc Click Seleccionado Tipo Doc.

6 Nro. de Documento Ioi=)( Dato No Aceptado

7 Ingrese Dirección JR. VENEZUELA 12 Dato Aceptado

8 Ingrese Teléfono “)#)$mmn Dato No Aceptado

9 Seleccione Sexo Click Seleccionado Sexo

10 Ingrese Fecha de Nac. ()(/**? Dato No Aceptado

11 Ingrese Lugar de Nac. Ucayali-Calleria Dato Aceptado


136

Cuadro 53: Prueba de Requerimiento – Registrar Comite(Datos Válidos)Ítem Acción Dato Resultado


2 Ingrese Nombre Antonio Raimondi Dato Aceptado

3 Ingrese Fecha Creación 08/08/2010 Dato Aceptado

4 Seleccione Tipo Zona Click Seleccionado Tipo Zona

5 Seleccione Zona Click Seleccionado Zona

6 Seleccione Estado Click Seleccionado Estado

7 Ingrese Autoridad Gutiérrez Hidalgo Dato Aceptado

8 Ingrese Fecha 08/08/2010 Dato Aceptado

9 Seleccione Tipo Click Seleccionado Tipo


Cuadro 54: Prueba de Requerimiento – Registrar Comité (Datos no Válidos)Ítem Acción Dato Resultado


2 Ingrese Nombre Bellavista 06 Dato Aceptado

3 Ingrese Fecha Creación WEUD21 Dato no Aceptado

4 Seleccione Tipo Zona Click Seleccionado Tipo Zona

5 Seleccione Zona Click Seleccionado Zona

6 Seleccione Estado Click Seleccionado Estado

7 Ingrese Autoridad Tecla de función,edición, numérico

Dato no Aceptado

8 Ingrese Fecha UOO)= Dato no Aceptado

9 Seleccione Tipo Click Seleccionado Tipo


137

Cuadro 55: Prueba de Requerimiento – Registrar Beneficiario (Datos Válidos)Ítem Acción Dato Resultado

1 Capturar Código Capturado Código Aceptado

2 Ingrese Beneficiario Gutiérrez Hidalgo Dato Aceptado

3 Capturar Apellidos Gutiérrez Hidalgo Dato Aceptado

4 Calcular Edad 25 Dato Aceptado

5 Seleccione Tipo ben. Click Seleccionado Tipo Ben.

6 Capturar Fecha 12/08/2010 Dato Aceptado

7 Capturar Sexo Femenino Dato Aceptado

8 Capturar Próximo Tipo Fuera del Sistema Dato Aceptado

9 Ingrese Fecha Cese 12/08/2011 Dato Aceptado

10 Ingrese Apoderado Pérez Peso Dato Aceptado

11 Seleccione Parentesco Otros no Parientes Seleccionado Parentesco


Cuadro 56: Prueba de Requerimiento – Registrar Beneficiario (Datos no Válidos)Ítem Acción Dato Resultado

1 Capturar Código Capturado Código Aceptado

2 Ingrese Beneficiario Tecla de función,edición, numérico

Dato no Aceptado

3 Capturar Apellidos Dato no Capturado

4 Calcular Edad Dato no Calculado

5 Seleccione Tipo ben. Click Seleccionado Tipo Ben.

6 Capturar Fecha 12/08/2010 Dato Aceptado

7 Capturar Sexo Dato no Capturado

8 Capturar Próximo Tipo Dato no Capturado

9 Ingrese Fecha Cese IOOIO¨* Dato no Aceptado

10 Ingrese Apoderado Tecla de función,edición, numérico

Dato no Aceptado

11 Seleccione Parentesco Otros no Parientes Seleccionado Parentesco


138

Cuadro 57: Prueba de Requerimiento – Registrar Lote (Datos Válidos)Ítem Acción Dato Resultado


2 Seleccione Almacén Click Seleccionado Almacen

3 Seleccione Proveedor Click Seleccionado Proveedor

4 Ingrese Descripción Adquisición de Leche Gloria en lata de 450

Dato Aceptado

5 Ingrese Orden Compra.Ord--mpcp-00021 Seleccionado Tipo Ben.

6 Ingrese Fecha 12/08/2010 Dato Aceptado

7 Seleccione Estado Click Dato Aceptado


Cuadro 58: Prueba de Requerimiento – Registrar DetalleLote (Datos Válidos)Ítem Acción Dato Resultado

1 Seleccione Producto Click Seleccionado Producto

2 Seleccione Unid-Med Click Seleccionado Unid-Med

3 Ingrese Factor 450 Dato Aceptado

4 Seleccione UMS. Clik Seleccionado UMS.

5 Ingrese Cantidad 346 Dato Aceptado

6 Ingrese Fecha Emisión 12/08/2010 Dato Aceptado

7 Ingrese Fecha Venc. 12/08/2011 Dato Aceptado


139

Cuadro 59: Prueba de Requerimiento – Registrar Lote (Datos no Válidos)Ítem Acción Dato Resultado


2 Seleccione Almacén Click Seleccionado Almacen

3 Seleccione Proveedor Click Seleccionado Proveedor

4 Ingrese Descripción Adquisición de Leche Gloria en lata de 450

Dato Aceptado

5 Ingrese Orden Compra.Ord--mpcp-00021 Seleccionado Tipo Ben.

6 Ingrese Fecha J())= Dato no Aceptado

7 Seleccione Estado Click Dato Aceptado


Cuadro 60: Prueba de Requerimiento – Registrar DetalleLote (Datos no Válidos)Ítem Acción Dato Resultado

1 Seleccione Producto Click Seleccionado Producto

2 Seleccione Unid-Med Click Seleccionado Unid-Med

3 Ingrese Factor SEW¨** Dato No Aceptado

4 Seleccione UMS. Clik Seleccionado UMS.

5 Ingrese Cantidad -*ERD Dato no Aceptado

6 Ingrese Fecha Emisión MDE!”! Dato no Aceptado

7 Ingrese Fecha Venc. -QWE=)( Dato no Aceptado


140

Anexo 4: Gasto en materiales

Cuadro 61: Material para el Desarrollo del Sistema

DescripciónUnidad de

Medida CantidadPrecioUnitario Subtotal(S/.)

Lapicero Faber Castell

UND 40 0.50 20.00

Lápiz Faber Castell UND 20 0.50 10.00

Papel A4 MILLAR

3 28.00 84.00

Tinta de Impresora UND 3 30.00 90.00

CD-R CONO

1 80.00 80.00

Fotocopia UND 100 0.08 8.00

Total Materiales (S/.) 292.00


Total Gasto en Materiales: S/.292.00

141

Anexo 5: Cálculo de esfuerzo y costo para el presupuesto del proyecto, y

diagramas de duración para el mismo

1. Peso de los actores

Primero empezamos considerando los actores de nuestro sistema y

determinamos para cada Actor si estos son simples, promedio o complejos; para

esto nos guiamos de la siguiente tabla:

Cuadro 62: Pesos de Actores

Fuente: Jacobson Ivar, Booch Grady, Rumbaugh James

Asignamos a cada actor su tipo:

Gerente de Desarrollo Social y Económico – Promedio

Subgerente de Desarrollo de Programas Sociales – Promedio

Administrador del Programa de Vaso de Leche – Promedio

Operador del Programa de Vaso de Leche – Promedio

Jefe de Almacén – Promedio

Tipo de Actor Descripción Factor

Simple Interfaz del programa(API) 1

Promedio

Interactivo, o manejador de

interfaz con protocolo 2

Complejo Interfaz gráfica 3

142

Jefe de la Oficina de Estadística e Informática - Promedio

Por tanto:

0 Simple * 1 = 0

6 Promedio * 2 = 12

0 Complejo * 3 = 0

Total de peso de actores = 0 + 12 + 0 = 12

2. Peso de los Use Case

Ahora hacemos algo similar para la lista de Use Case; con la diferencia que esto

basado en el Número de transacciones que realiza cada Use Case.

Determinando si estos son simples, Promedios o complejos.

Cuadro 63: Pesos de Use Case


Tipo de Use Case Descripción Factor

Simple

3 o menos

Transacciones

5

Promedio 4 a 7 Transacciones 10

Complejo Más de 7 Transacciones 15

143

Asignamos a cada caso de uso su tipo:

Cuadro 41: Asignación de Pesos de Use Case

Nº USE CASE PESO

1 Registrar Usuarios Simple

2 Registrar Tipo_Usuario Simple

3 Registrar Distrito Simple

4 Registrar Zona Simple

5 Registrar Tipo_Autoridad Simple

6 Registrar Tipo_Beneficiario Simple

7 Registrar Beneficiario Promedio

8 Registrar Parentesco Simple

9 Registrar Comité Simple

10 Registrar Persona Simple

11 Registrar Unidad de Medida Simple

12 Registrar Tipo_Producto Simple

13 Registrar Stock Simple

14 Registrar Recibo Simple

15 Registrar Producto Simple

16 Registrar Marca_Producto Simple

17 Registrar Lote Simple

18 Registrar Entrega Simple

19 Registrar Almacén Simple

20 Registrar Proveedor Simple

144


Entonces:

19 simple * 5 = 95

1 promedio * 10= 10

0 Complejo * 15= 0

Total de peso de use case = 95 + 10 + 0 = 105

Calculando UUCP

Refleja la complejidaddel proyecto y la experiencia de las personas en el

proyecto, para estos utilizamos los pesos de los actores y de los use case:

12 + 105 = 117 UUCP

4. Calculando el TCF

Ahora necesitamos calcular la complejidad técnica para este proyecto, a esto se

le llama Factor Técnico de Complejidad (TFC).

Para calcular el TFC lo hacemos a través de la siguiente tabla, que

llenamos con factores de 0 a 5 un puntaje de 0 significa que el factor es

irrelevante, un puntaje de 5 significa que el factor es significante para este

proyecto:

145

Cuadro 42: Factor Técnico de Complejidad

NUMERO DE

FACTOR

DESCRIPCIÓN DE FACTOR PESO DE

FACTOR

VALOR

ASIGNADO

VALOR

TOTAL

T1 Sistema distribuido 2 5 10

T2

Respuesta o rendimiento de

los objetivos cumplidos 1 4 4

T3

Eficiencia de los usuarios

finales( en línea) 1 3 3

T4 Procesamiento interno complejo 1 3 3

T5 Codigo debe ser reusable 1 5 5

T6 Facil de instalar 0.5 3 1.5

T7 Facil de usar 0

.

4 2

T8 Portable 2 3 6

T9 Facil de cambiar 1 3 3

T10 Concurrente 1 4 4

T11 Incluye características especiales

de seguridad

1 3 3

T12

Provee acceso directo a terceros

1 1 1

T13

Capacitación especial

1 2 2

Fuente: Jacobson Ivar, Booch Grady, Rumbaugh James Total: 47.5

146

Factor = Sumatoria (Peso del Factor) * (TValores Asignados)

TFactor = 47.5

TFC = 0.6 + (0.01 * Factor)

TFC = 0.6 + (0.01 * 47.5) = 1.075

5. Calculando el EF

En este punto calcularemos el nivel de experiencia de las personas del

proyecto, a esto se Llama el Factor Environment. Para calcular esto lo

hacemos a través de la siguiente tabla; Teniendo en consideración los

siguientes puntos:

De F1 a F4; 0 es no experiencia, 3 es más o menos y 5 es experto.

F5; 0 no motivado, 3 más o menos y 5 muy motivado.

F6; 0 requerimientos inestables, 3 más o menos y 5 requerimientos estables.

F7; 0 no hay staff de medio tiempo, 3 más o menos y 5 todos trabajan medio

tiempo.

F8; 0 fácil uso de la programación, 3 más o menos y 5 mucha dificultad para

la programación.

147

Cuadro 39: Factor Enviroment

NUMERO DE

FACTOR

DESCRIPCIÓN DE FACTOR

DESCRIPCIÓN DE FACTOR

PESO DE

FACTOR

VALOR

ASIGNADO

VALOR

TOTAL

F1 Manejo de procesos unificados 1.5 4 6

F2 Experiencia en aplicaciones 0.5 4 2

F3 Experiencia en orientación a

objetos

1 4 4

F4 Capacidad de análisis y liderazgo 0.5 4 2

F5 Motivación 1 5 5

F6 Requerimientos estables 2 5 10

F7 Trabajadores a medio tiempo -1 5 -5

F8 Dificultad en el lenguaje de

programación

-1 1 -1

TOTAL 23


EFactor = Sumatoria (Valor Asignado * Peso del Factor) EFactor =23

EF = 1.4 + (-0.03 * EFactor)

EF =1.4 + (-0.03*23)= 0.71

6. Calculando el UCP

Finalmente para calcular los puntos de Use Case; UCP = UUCP * TCF * EF

UCP = 117* 1.075* 0.71 = 89.30025

148

7. Para elegir el factor hombre / horas

Para esto examinamos los datos en los EF y contamos del F1 a F6 los factores

que son menores a tres y contamos de F7 a F8 son a partir de tres. Si el total es

2 o menos utilizamos 20 hombres/horas por UCP, si son mayores a tres usamos

28 hombres/horas por UCP.

En nuestro caso utilizaremos 20 hombres/horas, por lo que multiplicaremos;

20 hombres/horas *112.1977 UCP = 1786.005, que

nosotros consideramos que es el esfuerzo que vamos a necesitar para el

proyecto.

Con esto también podemos calcular el tiempo aproximado que necesitaremos

para el Proyecto; considerando que la semana tiene 98 horas (7 días *14)

entonces:

1786.005/ 98 = 18.22 Semanas, entre 1 persona que desarrollará este trabajo, el

tiempo calculado es en meses es 5 meses.

El costo del Proyecto se calculó; en base a un sueldo mensual para los

integrantes del Equipo (500 c/u) que multiplicado por el tiempo estimado para

dicho proyecto (5 meses) Hacen un total de S/.2 500.00; a este costo se le suma

los gastos de aprovisionamiento que Hace un total de S/.292.00, llegando así a

un Costo Total Estimado de S/. 2792.00 por todo el Proyecto.

Proyecto de Software

Documents

Transcript of Proyecto de Software