Upload
haque
View
217
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD DE MAGALLANES FACULTAD DE INGENIERIA
DEPARTAMENTO DE INGENIERIA EN COMPUTACION
Sistema Plan de Compras para INACH
Jacqueline Andrea Rojas Vásquez 2006
La presente memoria de titulación ha sido aprobada con la siguiente calificación:
Alumna Jacqueline Andrea Rojas Vásquez
Memoria :
Examen de título:
Nota Final:
Dra. Patricia Maldonado Directora Departamento
de Ingeniería en Computación
UNIVERSIDAD DE MAGALLANES
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA
EN COMPUTACION
Sistema Plan de Compras para INACH
Trabajo de titulación presentado en conformidad a los requisitos para obtener el título de Ingeniero de Ejecución en Computación e Informática.
Profesor Guía: Dr. Carlos Arias Méndez. Universidad de Magallanes.
Patrocinante : Edith Flores Hernández Ingeniero en Gestión Informática Jefe Área Informática y Telecomunicaciones Instituto Antártico Chileno
Jacqueline Andrea Rojas Vásquez 2006
i
AGRADECIMIENTOS
En primer lugar quiero agradecer a mi Señor Jesús por todas las bendiciones que me
ha dado durante mi vida de estudiante, por la ayuda, la fortaleza en momentos difíciles
y porque todo lo que soy y lo que seré se lo debo a su infinito amor.
También quiero agradecer a mis profesores, por los conocimientos entregados en
especial a mi profesor guía Dr. Carlos Arias por su tiempo y apoyo dado durante la
realización de este proyecto.
Deseo agradecer profundamente a INACH por darme la oportunidad de trabajar en este
proyecto en especial a la jefa de la Sección Informática y Telecomunicaciones Sra.
Edith Flores, por todo el apoyo dado, tanto a nivel profesional como personal.
Gracias, a mis papitos José y Adela por su apoyo incondicional, cuidados, amor y
comprensión.
Quiero agradecer también al amor de mi vida, mi esposo Alex, por todo su amor,
apoyo, paciencia y comprensión durante estos años de estudio.
Gracias a mis hermanas, cuñados y sobrinos por todo el amor que siempre me han
dado.
Finalmente, pero no por eso menos importante gracias a mis amigas y amigos, por
todos los momentos compartidos. En especial a mi gran amiga Claudia por su
preocupación, ayuda y cariño.
Gracias a todos por ayudarme a cumplir este sueño
ii
RESUMEN
Este proyecto consiste en diseñar e implementar una aplicación Web que permita
elaborar, modificar y aprobar el plan de compras del Instituto antártico Chileno(INACH),
es decir que todas las actividades relacionadas con esta tarea sean hechas a través del
sistema y de esta manera centralizar la información y aprovecharla de forma más
eficiente.
Otro desafío de este proyecto es unir el sistema Plan de Compras a la intranet
corporativa que posee INACH, para aprovechar las ventajas que esta posee.
El sistema plan de compras busca ser una ayuda real al problema de la planificación,
para ello es necesario realizar el análisis de los procesos influyentes y así encontrar la
solución más adecuada.
La plataforma para el desarrollo de este proyecto es Visual Studio. Net. y para la
Administración de las Base de Datos SQL Server 2000.
iii
ÍNDICE CAPITULO I INTRODUCCIÓN 1
CAPITULO II DESCRIPCIÓN GENERAL DE LA INSTITUCIÓN 5
2.1 Descripción histórica de Inach 6
2.2 Descripción organizacional de Inach 6
2.3 Misión Institucional 8
2.4 Objetivos Estratégicos 9 2.5 Productos Estratégicos 9
CAPITULO III DESCRIPCIÓN GENERAL DEL PROYECTO 11
3.1 Formulación del problema 12
3.2 Propuesta de Solución 15 3.3 Clasificación del Proyecto 16 3.4 Justificación del Proyecto 17 3.5 Objetivos del Proyecto 17
3.5.1 Objetivo General 18 3.5.2 Objetivos Específicos 18
CAPITULO IV REQUERIMIENTOS DEL SISTEMA 21
4.1 Marco Normativo 22
4.2 Visión del Gobierno 24 4.3 Gestión Interna del Servicio 24 4.4 Requerimientos Funcionales 25 4.4.1 Creación Plan de Compras por Sección 25 4.4.2 Creación Plan de Compras por Departamento 27 4.4.3 Creación Plan de Compras de la Institución 27
4.4.4 Modificar Plan de Compras 27 4.4.5 Eliminar Plan de Compras 28 4.4.6 Aprobar Plan de Compras de la Institución 28 4.4.7 Creación de Mantenedores 29 4.4.8 Realizar Búsqueda 29
iv
4.4.9 Control Usuarios 29 4.4.10 Ingreso Marco Presupuestario 29 4.4.11 Cálculo Indicador de Gestión Interna 30
4.5 Requerimientos no Funcionales 31 4.5.1 Interfaz 31 4.6 Clasificación Requerimientos 31
4.6.1 Por Prioridad 31
CAPITULO V DISEÑO DEL SISTEMA 32 5.1 Módulos del sistema Plan de Compras 33 5.1.1 Integración a Intranet 33 5.1.2 Indicador 34 5.1.3 Mantenedor del sistema 34 5.1.4 Aprobación Planificación 35 5.1.5 Planificación 35 5.1.6 Marco Presupuestario 35 5.2 Análisis y diagramas de flujo de datos 36 5.2.1 Diagramas para el módulo Marco Presupuestario 37 5.2. Diagramas para el módulo Integración a Intranet 39 5.2.3 Diagramas para el módulo Planificación 41 5.2.4 Diagramas para el módulo Aprobación Planificación 44 CAPITULO VI IMPLEMENTACIÓN DEL SISTEMA 46
6.1 Inicio de sesión Intranet 47 6.2 Ingreso Marco Presupuestario 50 6.3 Mantenedor Marco Presupuestario 57 6.4 Ingresar Plan 59 6.5 Mantenedor Plan 62 6.6 Buscar Plan 67 6.7 Cambiar estado del Plan 68 6.8 Generar plan sección 69 6.9 Aprobar plan sección 70 6.10 Generar y Aprobar plan departamento e instituto 72
v
6.11 Cálculo Indicador de gestión interna 75 6.12 Mantenedores 76
CAPITULO VII CONCLUSIONES Y TRABAJO FUTURO 77
7.1 Conclusiones 78 7.2 Trabajo Futuro 79
BIBLIOGRAFÍA 81 ANEXOS 82 ANEXO A: ESTRUCTURA DE LA BASE DE DATOS 83
A.1 Tablas Intranet 83 A.1.1 Tabla PERSONAL_DEPTO 83 A.1.2 Tabla PERSONAL_SECCION 83 A.1.3 Tabla Pweb_Usuarios 84 A.1.4 Tabla Inv_Unidad_Medicion 84 A.1.5 Tabla Rubros_Prov 85 A.1.6 Tabla Pweb_form_adm 85 A.1.7 Tabla Pweb_Correspondencia_Interna 86 A.1.8 Tabla Pweb_Archivos_Internos_N 86
A.2 Tablas del sistema Plan de Compras 86 A.2.1 Tabla Subtitulo 87 A.2.2 Tabla Items 87 A.2.3 Tabla Asignacion 87 A.2.4 Tabla Montos_Asignados 88 A.2.5 Tabla Ingreso_Plan 88
A.2.6 Tabla Ing_Info_Plan 89 A.2.7 Tabla Estado_Plan 89 A.2.8 Tabla E_Plan 89 A.2.9 Tabla Genera_Plan 90 A.2.10 Tabla Indicador 90
vi
ANEXO B: ASP.NET 91 B.1 Formularios Web Forms 91 B.1.1 Componentes de los Formularios Web Forms 93
B.1.2 Estructura de los archivos de Formularios Web Forms 93 B.2 Ventajas de ASP:NET 94 ANEXO C: SOFTWARE UTILIZADO DURANTE EL PROYECTO 95 ANEXO D: MEDIO AMBIENTE OPERATIVO DEL SISTEMA 96
D.1 Requerimientos del Servidor 96 D.2 Requerimientos del Clientes 96
ANEXO E: CAPACITACION USUARIOS DEL SISTEMA 98 ANEXO F: ACTA DE RECEPCIÓN DEL SISTEMA 101
CAPITULO I
INTRODUCCIÓN
2
INTRODUCCIÓN
El presente trabajo de titulación (Sistema Plan de Compras), es realizado para el
instituto Antártico Chileno(INACH), esta institución depende del Estado de Chile, por lo
cual debe cumplir con ciertas Leyes, como es el caso de la Ley de Compras Públicas
Nº 19.886 la que señala: “Cada institución deberá elaborar y evaluar periódicamente un
plan anual de compras y contrataciones”.
El objetivo principal del proyecto es automatizar el proceso de Planificación de Compras
de la Institución, con la finalidad de mejorar la comunicación entre departamentos y
secciones, facilitar las actividades de la sección de Adquisiciones y así mejorar la
gestión para la ejecución del presupuesto anual de la institución.
La solución propuesta es crear una herramienta con interfaz Web que permitirá que las
secciones y departamentos puedan realizar la planificación de sus compras anuales y
de esta manera generar el plan de compras del Instituto. Todo el proceso de aprobación
y modificación del plan se realizaría con este software además de otras funcionalidades
que se describirán en este informe.
Es importante señalar que INACH posee una Intranet Corporativa, por esta razón el
proyecto realizado se integra a la Intranet como un módulo más, lo que implica que el
desarrollo de las interfaces cumple con el formato establecido para la Intranet. También
el sistema implementado aprovecha recursos existentes de la Intranet, como es la
“Bandeja de Entrada”, que permiten la comunicación de los usuarios en el momento de
la aprobación del plan de compras.
Actualmente el sistema desarrollado se encuentra operativo en INACH.
3
Cabe destacar que el desarrollo de este proyecto se enmarca en la aplicación del
PMG(programa de mejoramiento de la gestión), denominado “Gobierno Electrónico”,
cuya idea principal es utilizar las nuevas tecnologías de información y comunicación en
el quehacer del Estado, con el objetivo de fortalecer la gestión publica, logrando una
mayor eficiencia y un mejor servicio a los ciudadanos.[2]
Los objetivos específicos más relevantes del proyecto son:
• Diseñar e Implementar una Aplicación Web, que permita crear, modificar o
eliminar las planificaciones de las secciones y departamentos.
• Generar de manera simple y automatizada el Plan de Compras Anual de las
distintas secciones, departamentos y de la Institución.
• Apoyar el diseño del método formal por el cual se guiará el proceso de
aprobación del Plan de Compras, es decir los pasos que se deben seguir para
obtener el Plan final del Instituto.
• Estandarizar el formato de las planificaciones de las distintas secciones,
departamentos y del Instituto.
• Elaboración del Manual de Requerimientos del Sistemas y Manual de Usuario en
formato PDF.
• Mejorar la comunicación entre el peticionario y la sección de Adquisiciones, para
facilitar la tarea que esta sección realiza en el proceso de compras y así el
peticionario pueda recibir el bien solicitado en el tiempo que ha planificado.
Los demás objetivos se encuentran en el capítulo III Descripción General del Proyecto.
4
A continuación se muestra una breve descripción de cada uno de los capítulos que
componen este informe.
• CAPÍTULO I
Muestra la introducción al informe.
• CAPÍTULO II
Se realiza una descripción general de INACH, es decir, la estructura organizacional,
misión, objetivos y productos estratégicos.
• CAPÍTULO III
En este capítulo se describe en forma general el proyecto desde la etapa de inicio como
es la formulación del problema hasta la propuesta de solución, fijando los objetivos
generales y específicos del proyecto.
• CAPÍTULO IV
En esta parte del informe se dan a conocer los requerimientos del sistema y se
clasifican para su posterior implementación.
• CAPÍTULO V
Muestra el diseño del sistema, utilizando diagramas de flujo de datos para explicar de
forma más clara los procesos involucrados.
• CAPÍTULO VI
Muestra las interfaces y explica las funcionalidades del sistema implementado.
• CAPÍTULO VII
Indica las conclusiones obtenidas durante la realización de este proyecto y muestra
posibles trabajos futuros que pueden realizarse para potenciar más aun el sistema.
CAPITULO II
DESCRIPCIÓN GENERAL DE LA
INSTITUCIÓN
6
DESCRIPCIÓN GENERAL DE LA INSTITUCIÓN
2.1 Descripción histórica de INACH[3]
Desde el Año Geofísico Internacional (1957-1958), la actividad científica constituye uno
de los principales actos de los países que tienen intereses antárticos. Chile, en su
calidad de país antártico, con derechos soberanos sobre un sector de ese continente,
ha desarrollado un activo y constante quehacer científico como contribución a esta
acción y otras de carácter pacífico, según acuerdos administrativos internacionales que
han logrado asegurar el éxito de estos propósitos.
Consciente de esta responsabilidad internacional, el Gobierno de Chile creó en 1964 el
Instituto Antártico Chileno, como único organismo estatal responsable de coordinar,
planificar y ejecutar esta acción, centralizando y desarrollando en este organismo las
actividades que se ejecuten en el Territorio Chileno Antártico.
El Instituto Antártico Chileno, INACH, fue creado mediante los artículos 5º y 6° de la Ley
Nº 15.266, que "Aprueba el Estatuto Orgánico del Ministerio de Relaciones Exteriores,"
del 10 de septiembre de 1963 y publicada en el Diario Oficial del 10 de octubre de ese
mismo año, efectuándose su inauguración el 29 de mayo de 1964, en el Salón de
Honor de la Universidad de Chile.
2.2 Descripción organizacional de INACH
El Instituto Antártico Chileno, esta dividido en tres departamentos, como se muestra en
la figura 2.1. Estos departamentos a su vez se dividen en secciones.
7
Figura 2.1 Organigrama de INACH
A continuación se describe la función de cada uno de los departamentos
:
8
Departamento Científico: Su principal labor es administrar, monitorear y coordinar los
proyectos científicos de investigación que son realizados en el Territorio Antártico
Chileno. También se encarga de proporcionar el apoyo logístico para realizar la
expedición científica antártica anual, consistente en traslado, alimentación,
equipamiento, etc. para los investigadores y de mantener la infraestructura de las
bases, campamentos o refugios en el continente blanco.
Departamento Administración Y Finanzas: En general la función de este departamento
es realizar una correcta administración, tanto del personal del instituto como de los
bienes que este posee.
Departamento Difusión: La misión de este departamento consiste en difundir las
actividades que realiza INACH en la Antártica, permitiendo que la comunidad conozca
el quehacer de esta institución a través del sitio Web, Exposiciones, Ferias Escolares y
de los boletines semestrales.
2.3 Misión Institucional[3] La misión de INACH es Planificar, coordinar, orientar, ejecutar y controlar todas las
actividades antárticas de carácter científico, tecnológico y de difusión, asesorar al
Ministerio de Relaciones Exteriores, organismos del Estado y particulares en el
cumplimiento de las obligaciones asumidas por el Estado de Chile en el Sistema del
Tratado Antártico.
9
2.4 Objetivos Estratégicos[3]
• Contribuir al fortalecimiento del Sistema del Tratado Antártico, con la
participación en reuniones Consultivas, Científicas, de Administradores de
Programas Antárticos y otras con el objetivo de insertar a Chile en organismos y
tratados antárticos internacionales.
• Fortalecer la investigación científica de Chile en la Antártica mediante el
cumplimiento de las políticas antárticas y el desarrollo del Programa Antártico
Nacional, con el objeto de contribuir al conocimiento global sobre la Antártica.
• Difundir las actividades que Chile realiza en la Antártica y de los compromisos
internacionales asumidos por nuestro país, para destacar a Chile como país
activo en la Antártica. 2.5 Productos Estratégicos[3]
Programa Nacional de Investigación Científica y Tecnológica Antártica (PROCIEN)
• Concurso Nacional de Proyectos
• Administración de Proyectos
• Desarrollo de la Expedición Científica Antártica
• Operación y mantención de las Bases Antárticas
Difusión de las actividades desarrolladas en la Antártica.
• Publicaciones
• Conferencias
• Exposiciones
• Financiamiento para difundir los resultados de las investigaciones científicas
10 Apoyo a la participación efectiva de Chile en el Sistema del Tratado Antártica (STA)
• Estudios en materias antárticas
• Presentación de trabajos en las Reuniones del Sistema del Tratado Antártica
STA
• Participación en reuniones del Sistema del Tratado Antártica STA
• Proposición y nominación de expertos chilenos para asumir cargos en el Sistema
del Tratado Antártica STA
• Asesoría en temas científicos y tecnológicos antárticos
CAPITULO III
DESCRIPCIÓN GENERAL DEL
PROYECTO
12
DESCRIPCIÓN GENERAL DEL PROYECTO 3.1 Formulación del Problema INACH al igual que todos los servicios públicos debe confeccionar un Plan Anual de
Compras, con carácter referencial, para ello cada institución debe crear un método
formal que le permita realizar esta actividad. En INACH este método no está definido,
porque no se ha dado la relevancia que tiene este tema y además existen secciones y
departamentos que se niegan a planificar, por considerar imposible precisar las
compras que deben realizar para ciertas actividades. Una de estas actividades es la
Expedición Científica Antártica(ECA). Se realiza por lo general desde Octubre a Marzo
por razones climáticas. Moviliza tanto recursos humanos como materiales al continente
blanco, por lo cual se hace necesario que exista planificación de los recursos que se
utilizarán, ya que dada la distancia que existe y lo inaccesible del lugar se hace
sumamente difícil satisfacer necesidades que puedan surgir, como por ejemplo falta de
alimentación, vestuario, materiales de construcción, etc.
La sección de Adquisiciones es una de las principales afectadas por esta situación,
puesto que está sección es la encargada de realizar las compras y además publicar el
Plan de Compras del instituto en el portal de ChileCompras, y el no tener la información
disponible a tiempo impide que pueda cumplirse con este requerimiento del Gobierno.
Cada vez que se efectúa una compra, debe ser aprobada mediante resolución, esta
situación provoca un gran número de documentos internos y carga de trabajo, para las
secciones de Oficina de Partes y Adquisiciones.
13
Las compras públicas deben ser realizadas en su totalidad a través del portal
Chilecompras, este proceso es un poco complejo, y consta de distintas instancias, las
que implican tiempo, por esta razón es sumamente importante que la sección de
Adquisiciones tenga el tiempo suficiente para publicar y adjudicar la compra, para de
esta manera recibir el bien comprado en forma oportuna, cabe destacar que por la
distancia de nuestra ciudad con el resto de país se hace más complicado recibir a
tiempo el bien solicitado.
Se debe mejorar la comunicación entre el peticionario y la sección de Adquisiciones, ya
que el peticionario es el que entrega la descripción del bien o servicio que desee
adquirir, si la descripción es deficiente afecta directamente la labor que realiza
Adquisiciones, durante la licitación en ChileCompras.
Otro problema que se presenta, es que no existe un formato para la creación del Plan
de Compras, por esta razón cada sección y departamento realiza el plan según su
propio parecer.
Los planes son creados en planillas Excel o archivos de texto Word, por esta razón la
información no es aprovechada, ya que no se puede generar datos estadísticos de
forma automatizada, o realizar búsquedas.
La creación del Plan Anual de Compras esta ligado directamente con el presupuesto de
la institución, el que es asignado por el Estado. La forma de asignar los recursos es a
través de ítems presupuestario, el cual esta compuesto por:
Subtítulo: Agrupación de operaciones presupuestarias de características o naturaleza
homogénea, que comprende un conjunto de ítem.[5]
Ítem: Representa un “motivo significativo” de ingreso o gasto.[5]
Asignación: Corresponde a un “monto especifico del ingreso o gasto.”[5]
14
Esta forma de asignar los recursos es utilizada por todas las instituciones públicas.
Para planificar debe considerarse el presupuesto, el problema que ocurre, es que no
todos los usuarios que planifican entienden la forma como se maneja el presupuesto del
instituto, por esta razón no consideran el marco presupuestario al momento de realizar
su Plan de Compras.
Otro problema que surge es que todos los departamentos tienen formas distintas de
generar el Plan, en el caso del departamento de Difusión solo planifica el jefe del
departamento, por su parte el departamento de Administración y Finanzas planifican
dos secciones y el jefe del departamento, estas secciones no comparten ítem
presupuestario y solo planifica el jefe de la sección. En cambio el departamento
Científico, planifican el jefe de departamento y dos secciones, pero por cada una de
ellas hay dos personas que deben planificar porque corresponden a áreas distintas
dentro de la misma sección, estas secciones comparten ítem presupuestario, situación
que hace un poco más engorroso el proceso de planificación. Para entender de mejor
forma lo antes dicho ver figura 3.1, que muestra las áreas involucradas en la
elaboración del plan.
Figura 3.1. Esquema de áreas involucradas en la elaboración del Plan de Compras
15
El Plan de Compras debe ser monitoreado, es decir debe evaluarse el cumplimiento del
Plan, las causas internas y externas que influyen en las desviaciones, esta actividad no
se realiza de manera ordenada en la institución, por no contar con el método formal que
indique los procedimientos a seguir.
3.2 Propuesta de Solución
La solución que se propone es, diseñar e implementar una Aplicación Web que permita
realizar todas las actividades necesarias para crear, modificar, eliminar, buscar y
aprobar el Plan de Compras de la institución. Además aprovechar la información para
realizar cálculos estadísticos.
INACH posee una Intranet corporativa, en la cual se efectúan la mayoría de los
procesos internos que realiza la institución, por este motivo el sistema a implementar
deberá formar parte de dicha Intranet, como un módulo más. Para ello el sistema se
construirá en Visual Studio.Net y como proveedor de base de datos se utilizará SQL
Server 2000. Cabe destacar que toda la interfaz de esta aplicación deberá cumplir con
el formato utilizado en la Intranet, es decir tipo, tamaño y color de letra, color de fondo
de los formularios etc. También será necesario que el sistema incluya la firma
electrónica indirecta usuario/contraseña, como lo hace Intranet.
La creación de este sistema busca dar solución a los problemas expuestos
anteriormente. En relación a la falta de un método formal el sistema pretende ordenar
todo el proceso de elaboración y aprobación del Plan de Compras, para ello la
aplicación proporcionará una herramienta que permitirá crear los planes de cada
sección, de esta manera todas las secciones tendrán el mismo formato en sus
planificaciones, además se creará una opción que permita generar de forma automática
el plan del departamento, a partir de los planes de sus secciones.
16
Una vez que los planes de departamento son aprobados por la Dirección de INACH
deberá generarse el plan del Instituto de manera automatizada.
Además al tener la información de las planificaciones en base de datos, permitirá
aprovechar la información, es decir realizar cálculos estadísticos que sean de interés
para INACH, realizar búsquedas y en general tener almacenada la información de
manera más segura.
Todos los informes que el sistema entregue serán creados con Crystal Reports, puesto
que es la herramienta que proporciona Visual Studio .Net para generar reportes.
Además es la herramienta que se utiliza en la Intranet, de esta manera se mantiene el
estándar del instituto.
También la aplicación a desarrollar deberá considerar el Marco presupuestario, para
ello deberá contar con una opción que permita ingresar y modificar el presupuesto
asignado a cada uno de los departamentos que componen esta organización.
El proyecto a realizar dará respuesta a todos los problemas expuestos, menos al que se
refiere al monitoreo del Plan, puesto que en la institución no está claro la forma en que
se debe realizar este procedimiento.
Cabe destacar que para fines Académicos el proyecto consistirá en diseñar e
implementar la Aplicación Web que solucione estos problemas, por ello el sistema
deberá entregarse operativo a INACH.
3.3 Clasificación del Proyecto
El proyecto se clasificara según su generación y su naturaleza.
17
De acuerdo a su generación: como de carácter externo, porque se realizará para el
Instituto Antártico Chileno, el cual depende del Ministerio de Relaciones Exteriores del
Estado de Chile.
Con relación a su naturaleza se clasifica en las ramas de la Ingeniería, debido que las
soluciones que se pretenden implementar abarcan la reestructuración de los procesos y
creación de nuevas herramientas. Desde una perspectiva social ayuda al desarrollo de
la informática en el país, al favorecer su uso en las relaciones de los ciudadanos con el
Estado.
3.4 Justificación del Proyecto Este proyecto se justifica desde una perspectiva Organizacional puesto que la
implementación del sistema Plan de Compras debe producir una reingeniería de
procesos, lo que a su vez se traduce en mejorar el servicio que proporciona el INACH.
Se justifica también desde una perspectiva Gubernamental puesto que INACH debe
cumplir con los objetivos que el gobierno ha establecido. Y por último se justifica desde
una perspectiva tecnológica pues la solución que sé busca es aprovechar software
existente, como es el caso de la Intranet, desarrollar software para solucionar los
problemas presentados y aplicar las tecnologías existentes, como por ejemplo la Firma
Electrónica Indirecta (Usuario/Contraseña)[1]. 3.5 Objetivos del Proyecto
A continuación se presentarán el objetivo general y objetivos específicos del proyecto.
18 3.5.1 Objetivo General
El objetivo general del proyecto es diseñar e implementar una Aplicación Web que
permita planificar las compras anuales de INACH e Integrar dicho sistema a la Intranet
institucional, con la finalidad de administrar de manera más eficiente el presupuesto del
Instituto, mejorar la comunicación entre peticionario y la sección de Adquisiciones,
proporcionar mayor seguridad en el almacenamiento de la información, apoyar a
Adquisiciones durante todo el proceso de planificación y de esta forma optimizar la
gestión que realiza el servicio.
3.5.2 Objetivos Específicos
Los objetivos específicos son:
• Diseñar e Implementar una Aplicación Web, que permita crear, modificar o
eliminar las planificaciones de las secciones y departamentos.
• Generar de manera simple y automatizada el Plan de Compras Anual de las
distintas secciones, departamentos y de la Institución.
• Apoyar el diseño del método formal por el cual se guiará el proceso de
aprobación del Plan de Compras, es decir los pasos que se deben seguir para
obtener el Plan final del Instituto.
• Comprender la forma como funciona la asignación de presupuesto al interior del
INACH y la relación que existe con la elaboración del Plan de Compras.
19
• Crear una herramienta que permita ingresar y modificar el Marco Presupuestario
asignado a las secciones y departamentos.
• Crear en el sistema una opción de mantenedores, que permitan alimentar las
bases de datos, que así lo requieran.
• Entender el modo en que funciona la Intranet Corporativa, para incorporar este
proyecto como un módulo más dentro de la Intranet y así aprovechar las ventajas
que esta proporciona.
• Generar información de carácter estadístico, que sea de utilidad para la
institución y apoye la toma de decisiones.
• Estandarizar el formato de las planificaciones de las distintas secciones,
departamentos y del Instituto.
• Crear una herramienta que permita realizar búsqueda de los planes de compra,
con la finalidad de apoyar el proceso de planificación y compra.
• Elaboración del Manual de Requerimientos del Sistemas y Manual de Usuario en
formato PDF.
• Mejorar la comunicación entre el peticionario y la sección de Adquisiciones, para
facilitar la tarea que esta sección realiza en el proceso de compras y así el
peticionario pueda recibir el bien solicitado en el tiempo que ha planificado.
20
• Capacitar a los usuarios en el uso del sistema. (El cumplimiento de este objetivo
puede apreciarse en el Anexo E)
• Implementar una base de datos utilizando el modelo relacional normalizado, que
permita un buen desempeño del sistema. Existen tablas en nivel 1FN hasta 3FN.
Ver Anexo A: Estructura de la base de datos
CAPITULO IV
REQUERIMIENTOS DEL SISTEMA
22
REQUERIMIENTOS DEL SISTEMA
Para obtener los requerimientos del sistema fue necesario realizar varias entrevistas
con los usuarios involucrados, es decir los jefes de departamentos y encargados de
secciones que influyen en el proceso de planificación de compras del INACH, también
entrevistar a los desarrolladores de la Intranet, para entender el modo en que funciona y
ver la forma de agregar el sistema de Plan de Compras como un módulo dentro de esta,
además revisar el diseño de la base de datos, para ver el formato de la información que
ambos sistemas compartirán.
También fue necesario investigar los requerimientos del gobierno en esta materia,
puesto que existe un marco normativo que rige las compras realizadas en el sector
público, este marco esta compuesto por la Ley Nº 19.886 y el Reglamento Nº 250,
publicado en el diario oficial el 24 de Septiembre de 2004.[4]
A continuación se presentan extractos de párrafos de la Ley de Compras Publicas y del
Reglamento que lo rige, que se relacionan con el tema del Plan de Compras.
4.1 Marco Normativo[4]
• Ley de compras 19.886 Articulo 12:[7]
Cada institución deberá elaborar y evaluar periódicamente un plan anual
de compras y contrataciones, cuyos contenidos mínimos serán definidos
en el reglamento.
23
Cada institución establecerá una metodología para evaluar anualmente
los resultados de los contratos celebrados, así como el rendimiento de los
bienes y servicios que adquiere. Toda esta información deberá ser
reflejada en el Sistema de Información de las Compras Públicas y en el
Registro Nacional de Proveedores, según lo establezca la Dirección de
Compras y Contratación Pública.
• Reglamento Número 250[7]
Articulo 98: Cada Entidad deberá elaborar y evaluar un Plan Anual de
Compras...
Articulo 99: Los Procesos de Compras y contratación deberán formularse
de conformidad y en la oportunidad determinada en el Plan Anual de
Compras elaborado por cada Entidad Licitante, previa consulta de la
respectiva disponibilidad presupuestaria, a menos que circunstancias no
previstas al momento de la elaboración del Plan de Compras hagan
necesario dejar de cumplirlo o se haya efectuado una modificación al
mismo.
Articulo 101: Cada Entidad podrá fundadamente modificar el Plan Anual
de Compras en cualquier oportunidad, informando tal tales modificaciones
en el Sistema de Información.
Cabe destacar que en los párrafos antes señalados cuando se menciona ”Sistema de
Información”, se refiere al portal que proporciona el Gobierno es decir ChileCompras.
24 4.2 Visión del Gobierno[4] Hacer más transparente el mercado de las compras públicas:
• Reducir asimetrías de información
• Facilitar la planificación comercial de los proveedores del estado
Fortalecer el modelo de contratos marco como fuente principal de suministro para las
necesidades del sector público:
• Control
• Transparencia
• Eficiencia
Descuentos por volumen, Menores costos de proceso
4.3 Gestión Interna del Servicio[4] Planificar las compras permite
• Generar contratos de suministro
Obtener descuentos por volumen
Reducir los tamaños de pedido sin perder poder de negociación
• Reducir el fraccionamiento de las compras
• Mejorar la programación de actividades
• Generar estrategias de mejoramiento del abastecimiento
• Mejorar la planificación financiera
25
Los beneficios para las áreas de abastecimiento son:
• Programar las compras
• Administrar la carga de trabajo
• Administrar las competencias del equipo
• Priorizar las oportunidades de mejoramiento
• Generar nuevas estrategias de suministro
4.4 Requerimientos Funcionales Los requerimientos presentados a continuación fueron extraídos del manual de
requerimientos.[8]
4.4.1 Creación Plan de Compras por Sección En el Departamento de Administración y Finazas, planificarán dos secciones las cuales
son:
• Adquisiciones e Inventario: la cual planificará la compra de todos aquellos bienes
de consumo relacionados con el pañol como son los materiales de oficina, útiles
de aseo, etc.
• Informática y Telecomunicaciones: encargada de planificar todas las compras
que involucran la labor de esta sección como son: mantenimiento de equipos
computacionales, insumos para impresoras, hardware, software y todo tipo de
compras que se relacione con telecomunicaciones
En estas secciones solo planificará el jefe de la sección y no comparten ítem
presupuestario.
26
En el Departamento Científico, planificarán dos secciones las cuales son:
• Operaciones y Logística
• Bodega y Mantenimiento
Por cada una de ellas planificarán dos personas que pueden compartir ítem
presupuestarios entre sí.
Para cada planificación debe considerarse la siguiente información de entrada:
• Nombre Departamento
• Nombre de la Sección
• Nombre Peticionario
• Nombre de Programas(Sólo para el departamento científico)
• Mes y Año que se está planificando
• Descripción artículo o servicio solicitado
• Cantidad y unidad de medición (metros, kilos, litros, etc.)
• Precio referencial del producto (el sistema deberá realizar en forma automática el
calculo total de la planificación)
• Ítem presupuestario al cual se carga la compra, número y nombre, desglosado
en todas las categorías (Subtítulo, Ítem y Asignación)
• Rubro asociado
• Prioridad del plan: El sistema deberá incluir la prioridad que se dará a cada
compra, la cual podrá ser alta, media o baja. Además deberá considerar un
cuadro de texto, dónde las compras catalogadas con nivel “alto”, deberán ser
justificadas en forma obligatoria.
Cada vez que se ingrese una planificación el sistema deberá mostrar al usuario la
información ingresada en un formato similar o igual al de un carro de compras.
27
4.4.2 Creación Plan de Compras por Departamento Para la creación del Plan de Compras, existen dos casos:
i). Departamentos en los cuales solo planifica el Jefe del Departamento, como es el
caso del Departamento de Difusión.
ii). Departamentos que comparten esta labor con una o más secciones, como es el caso
de los Departamentos Científico y Administración y Finanzas.
En el primer caso, el plan de compras del departamento será creado por el jefe. En el
segundo caso, el plan del departamento se generará a partir de los planes creados por
las secciones más los aportes del jefe del departamento, en ambos casos, los planes
deberán ser aprobados por la Dirección del Instituto.
4.4.3 Creación Plan de Compras de la Institución Este plan se generará a partir de los planes entregados por cada departamento, una
vez que la Dirección los apruebe, el sistema deberá crear la planificación final.
4.4.4 Modificar Plan de Compras El software debe permitir modificar algunos datos del plan, como son:
• Mes
• Descripción del artículo o servicio solicitado
• Cantidad
• Precio referencial
• Ítem presupuestario al cual se carga la compra (código y nombre disponibles en
una combo box)
• Rubro Asociado
• Prioridad
28
Estas modificaciones pueden ser realizadas por la Dirección y/o Subdirección, por el
peticionario o jefe de departamento, pero deberá quedar un registro histórico respecto
del usuario que ha realizado el cambio. Además, la aplicación deberá avisar al
peticionario, que su planificación ha sido modificada.
Los planes que se encuentren en el estado de “recepción del producto” no pueden ser
modificados
4.4.5 Eliminar Plan de Compras Eliminar una compra significa que no es parte del plan, pero no se borra de la base de
datos. Los planes que se encuentren en el estado de “recepción del producto” no
pueden ser eliminados.
4.4.6 Aprobar Plan de Compras de la Institución La interfaz para aprobar el plan de compras deberá contener un “checkbox”, que
permita aprobar o rechazar una compra planificada.
Cada ítem o compra deberá tener una opción de aceptar o rechazar. Cada ítem, por
defecto se mostrará como aceptado, por tanto en el caso de ser necesario rechazar
algún ítem, al escoger la opción de “rechazar”, se activará un cuadro que pedirá
ingresar en forma obligatoria las observaciones.
Los ítem rechazados deberán ser informados a los creadores y jefes de departamento.
Para aprobar el plan de compras final de la sección o departamento e incluso la
planificación final, se utilizará la firma electrónica indirecta( Usuario Contraseña).
29 4.4.7 Creación de Mantenedores El software deberá poseer mantenedores para los Ítem, programas científicos, unidades
de medida y rubro asociado.
4.4.8 Realizar Búsqueda Los usuarios requieren que el sistema pueda realizar búsquedas por: fecha, estado,
ítem, usuario, departamento, sección.
4.4.9 Control Usuarios
Los usuarios que no son los encargados de realizar la planificación solo tienen acceso a
ella en forma de consulta, es decir no poseen permisos para crear, modificar o eliminar
4.4.10 Ingreso Marco Presupuestario El software deberá proporcionar una herramienta que permita la asignación del
presupuesto, éste deberá ser realizado por subtítulo, ítem o asignación a cada
departamento y/o secciones que planifican.
En el caso especifico del Departamento de Administración y Finanzas, las secciones
que planificarán no compartirán los ítem presupuestarios en el nivel de ítem o
asignaciones, por ejemplo: La sección de Adquisiciones e Inventario será la única
dentro del Departamento que posea dinero para el ítem presupuestario
22.04.001Materiales de Oficina, puesto que este ítem se relaciona directamente con la
mantención del pañol, que es una de las labores que realiza dicha sección.
30
En el caso del Departamento Científico, las secciones pueden compartir ítem
presupuestario, por esta razón la interfaz que deberá diseñarse, será diferente a la
utilizada en los demás departamentos.
4.4.11 Cálculo de Indicador de Gestión Interna[6]
El sistema deberá calcular el indicador de gestión interna, que es el porcentaje de
compras planificadas realizadas a través del portal Chile compras. Este indicador
deberá tener datos mensuales.
La fórmula para realizar el cálculo, es:
A: total compras planificadas realizadas por Chile Compras.
B: total compras planificadas realizadas.
I: porcentaje.
I=(A/B)*100
Este indicador se posee las siguientes características.
Dimensión: Eficiencia.
Ámbito: Proceso.
Tipo Indicador: Ascendente.
Frecuencia Anual.
31
4.5 Requerimientos no Funcionales 4.5.1 Interfaz
EL sistema deberá tener interfaces fáciles de utilizar y que eviten la mayor cantidad
posible de digitación de información, con el fin de facilitar el trabajo de los usuarios.
Además los colores, tipo y tamaño de letra, etc., deberán ser acordes con el formato
establecido en la Intranet de la Instituto.
4.6 Clasificación de Requerimientos 4.6.1 Por prioridad En base a la prioridad, cada requerimiento puede ser clasificado como: mandatario,
deseable o innecesario. A continuación se muestra la tabla 4.1, con la clasificación de
cada requerimiento.
Nombre Requerimiento Mandatario Deseable Innecesario
Creación Plan de Compras por Sección X
Creación Plan de Compras por Departamento X
Creación Plan de Compras de la Institución X
Modificar Plan de Compras X
Eliminar Plan de Compras X
Aprobar Plan de Compras de la Institución X
Creación de Mantenedores X
Realizar Búsqueda X
Control Usuarios X
Ingreso Marco Presupuestario X Calculo de Indicador de Gestión Interna X Interfaz X
Tabla 4.1 Muestra la clasificación de los requerimientos del sistema.
CAPITULO V
DISEÑO DEL SISTEMA
33
DISEÑO DEL SISTEMA Una vez realizado el análisis de los requerimientos se elaboró la primera versión del
Manual de Requerimientos, paralelamente a esta actividad se comenzó con el diseño
del software, dando prioridad a aquellos requerimientos mandatarios y luego a los
deseables, teniendo en cuenta además los objetivos que se persiguen con el desarrollo
de este proyecto.
Al analizar los requerimientos, se encontraron algunos más difíciles de entender por
parte del desarrollador, para aquellos casos se elaboraron diseños de los procesos que
se desean implementar y de esta forma capturar nuevos requerimientos o aclarar los
existentes en la primera versión del Manual.
Una vez analizados los requerimientos, se procedió a agrupar aquellos que se
relacionan o que poseen características similares, en pequeños módulos, para tener
una mejor visión del problema, y como se dice en programación “dividir para vencer”.
5.1 Módulos del sistema Plan de Compras 5.1.1 Integración a Intranet
Este módulo se relaciona con todos aquellos requerimientos no funcionales que afectan
la interfaz del sistema ha desarrollar y también los requerimientos funcionales que
tienen que ver con la integración misma del sistema Plan de Compras a Intranet. Es
decir, con el manejo de las sesiones de usuario que permitirán aplicar la firma
electrónica indirecta usuario/contraseña.
34
5.1.2 Indicadores Esta agrupación dice relación con todos aquellos requerimientos que persiguen obtener
provecho de la información almacenada. Como por ejemplo cálculos estadísticos.
5.1.3 Mantenedores del Sistema Este módulo agrupa todas aquellas funcionalidades que tendrá el sistema, en relación a
la mantención de la base de datos, es decir agregar o modificar el nombre de algún
ítem presupuestario, programa científico, etc., con la finalidad de que las tablas de la
base de datos no sean intervenidas directamente, sino que el sistema proporcione una
interfaz simple que permita a los usuarios realizar esta tarea, sin necesidad que tengan
conocimiento de la administración de base de datos.
El sistema tendrá mantenedores para:
• Programas científicos: permitirá modificar o ingresar nuevos programas.
• Estados del plan: permitirá cambiar los estados de un plan que son: no licitado,
licitado, adjudicado, desierta y recepción del producto.
• Ítem presupuestario, el cual se divide en tres, mantenedor de subtítulo, ítem y
asignación.
Los mantenedores para el rubro asociado, unidad de medida están implementados en
la Intranet corporativa.
35
5.1.4 Aprobación Planificación Se refiere a todas aquellas funcionalidades que tendrá el sistema y que apoyarán el
proceso de aprobación del Plan de Compras, este módulo se relaciona con la
integración a Intranet, porque para comunicar la aprobación o rechazo del plan se
utilizará la Bandeja de Entrada que posee dicha Intranet.
5.1.5 Planificación Aquí se encuentran todos los requerimientos que se relacionan con la creación,
modificación, eliminación, búsqueda y generación de reportes del de plan de compras
tanto de las secciones, departamentos e institución.
5.1.6 Marco Presupuestario
Tiene relación con la asignación de presupuesto a los departamentos y sus secciones,
considerando la modificación o eliminación de las asignaciones realizadas, teniendo
sumo cuidado con mantener la información consistente.
A continuación, en la figura 5.1 se mostrará un diagrama general del sistema Plan de
Compras, que muestra los principales módulos que lo componen, esta división ayudará
a ordenar la implementación y hacer un buen diseño que permita que el sistema sea
más eficiente y pueda crecer en el tiempo
36
Figura 5.1. Diagrama general del sistema Plan de Compras.
5.2 Análisis y diagramas de flujos de datos En esta etapa del proyecto, se presentará el análisis y diagramas de flujo de datos de
los procesos más importantes que influyen en el sistema ha implementar, con la
finalidad de realizar un buen diseño e implementación.
Los diagramas son creados con Microsoft, Visio 2003. La simbología utilizada será la
proporcionada por este software que se muestra en la figura 5.2.
37
Figura 5.2 Simbología utilizada en diagramas de flujo.
5.2.1 Diagramas para el módulo Marco Presupuestario
El ingreso de Marco Presupuestario consiste en que la sección de Finanzas, debe
asignar el presupuesto a cada departamento y a sus secciones, para que puedan
planificar. La interfaz será distinta para el departamento científico, porque la asignación
de dinero se hace a programas científicos y luego a cada uno de estos se le asigna los
ítem que corresponda a las secciones involucradas. Para mayor compresión ver figura
5.3.
38
Figura 5.3. Diagrama de Flujo de Datos del proceso Ingreso Marco Presupuestario.
39
En el proceso de modificación y eliminación del Marco Presupuestario, hay que
considerar que el año del presupuesto que se desee modificar no corresponda a años
anteriores al actual, También se debe considerar que los datos queden en forma
consistente, es decir si a una sección se “rebaja un monto”, este debe quedar
disponible para que el departamento lo asigne nuevamente.
5.2.2 Diagramas para el módulo Integración a Intranet Para integrar el sistema Plan de Compras a la Intranet, fue necesario revisar su diseño,
del cual se puede decir lo siguiente:
• Funciona con sesiones de usuario que permite obtener información de éste como
por ejemplo: departamento y sección a la cual pertenece.
• Tiene una opción llamada “sistemas”, en la cual se encuentran todos los
módulos que posee, por ejemplo Adquisiciones, Personal, Partes, etc.
• El acceso a cada uno de los sistemas está restringido por las sesiones de
usuario.
• Posee una opción llamada “Bandeja de Entrada”, que permite enviar y recibir
documentación interna.
Como se puede apreciar, el software ha diseñar debe soportar las sesiones de usuario,
para ello será necesario acceder a las tablas de la base de datos que contengan la
información de los usuarios. El detalle de la estructura de la base de datos se encuentra
en el Anexo A.
La bandeja de entrada se utilizará durante el proceso de aprobación, por medio de ella
los jefes de departamento y Dirección del instituto recibirán los planes de las secciones
y departamentos respectivamente, para realizar la revisión del plan.
40
Cuando sea realizada la revisión del plan, se informará a través de la bandeja de
entrada a los jefes de secciones y departamentos según corresponda, los planes
aprobados, rechazados y modificados.
En la figura 5,4 se muestra el diagrama que representa el proceso de inicio de sesión.
Figura 5.4 Diagrama de flujo que representa el Inicio de Sesión
41
5.2.3 Diagramas para el módulo Planificación Uno de los procesos más importante de este módulo es la creación del plan de
compras a nivel de secciones y departamentos, puesto que el plan del Instituto se
genera a partir de los planes de los departamentos, aprobados por la Dirección.
La creación del plan, se definirá como la instancia en que el jefe de secciones y
departamentos ingresan las descripciones de cada una de las compras que formarán su
planificación. Esta actividad no considera la generación automatizada del Plan de
Compras final de cada sección o departamento ni el envío de este para aprobación, ya
que se explicará con mayor detalle en el punto 5.2.4
En el diagrama de flujo que se presentará a continuación en la figura 5.5, representa el
caso exitoso, es decir cuando posee presupuesto asignado para planificar, se omitirá la
parte del inicio de sesión, puesto que este proceso ya se explicó anteriormente. Cuando
la sección o departamento no tenga presupuesto asignado, el usuario recibirá un
mensaje de error.
Para ver si el usuario tiene presupuesto el sistema deberá realizar el cálculo del año
siguiente y revisar en las base de datos si el departamento y sección a la que pertenece
posee presupuesto para el año calculado por el sistema. Ya que las planificaciones se
realizan siempre para el año próximo.
42
Figura 5.5 Diagrama de flujo del proceso Creación del Plan.
43
Otro proceso que se explicará es la modificación del plan, puesto que son varios los
datos que son modificables, por este motivo, se decidió almacenar la información de los
planes en tres tablas. La primera almacena datos estáticos, la segunda información que
puede modificarse y la tercera almacena el estado del plan (licitado, adjudicado, etc.).
Mayores detalles se encontrarán en el anexo A Estructura de la base de datos. En La
figura 5.6 se muestra este proceso.
Figura 5.6 Diagrama de Flujo del proceso Modificar Plan.
44 5.2.4 Diagramas para el módulo Aprobación Planificación En este módulo se encuentran los procesos que apoyarán la labor de generar y aprobar
el Plan de Compras. Estos dos procesos se relacionarán, ya que una vez que las
secciones hayan ingresado toda la información de sus planes, el sistema tendrá que
permitir generar un informe que posea el plan final de la sección y posteriormente
enviar al jefe del departamento correspondiente para su aprobación.
De igual manera los jefes de departamento realizarán este proceso, pero en este caso
el destinatario será la Dirección del Instituto Antártico Chileno. El diagrama de flujo de
datos de estos procesos se encuentra en la figura 5.7
45
Figura 5.7 Diagrama de Flujo del proceso Aprobación del Plan.
CAPITULO VI
IMPLEMENTACIÓN DEL SISTEMA
47
IMPLEMENTACIÓN DEL SISTEMA Para realizar la implementación del sistema se utilizó Visual Studio. Net, herramienta
que permite crear aplicaciones Web, utilizando ASP. NET, para más detalles consultar
Anexo C: software utilizado.
El sistema está compuesto por formularios Web Forms, más información ver Anexo B,
en los cuales se han creado las funcionalidades que posee el sistema Plan de Compras
A continuación se mostrará las interfaces de la aplicación Web y se explicará su función
y detalles interesantes de la implementación. Cabe señalar que para comprensión
mayor del sistema Plan de Compras, se incluirán interfaces de la Intranet que influyen
en el software creado.
6.1 Inicio de sesión Intranet La página de inicio de la Intranet se muestra en la figura 6.1, en ella los funcionarios de
INACH deben ingresar su “nombre” de acceso, el que esta compuesto por la inicial del
primer nombre acompañado del apellido y una “contraseña”.
Intranet verifica en la base de datos la información ingresada y muestra la página
principal del portal ver figura 6.2.
48
Figura 6.1 Muestra página de inicio de sesión Intranet
Figura 6,2 Página principal de Intranet
49
Cuando el funcionario ingresa a la opción “sistemas” que se encuentra en el menú
superior se abre una nueva ventana, ver figura 6.3, que muestra los sistemas
asignados y los que son comunes para todos los usuarios
Figura 6.3 Página que muestra los sistemas que el usuario posee
En esta pantalla se encuentra al lado izquierdo las opciones de los usuarios y a su
derecha el contenido de cada opción, por defecto al iniciar esta pantalla se mostrará la
bandeja de entrada.
A continuación se presentarán las interfaces del sistema Plan de Compras, para ello
empezaremos con las relacionadas con el Marco presupuestario.
50
6.2 Ingreso Marco Presupuestario
Herramienta que se utiliza para ingresar el presupuesto de cada departamento y de
esta manera asignar el dinero a cada sección, para que puedan realizar su plan de
compras. El primer formulario es el que muestra la figura 6.4., la cual se utiliza para
seleccionar el departamento al cual se asignará presupuesto,
Figura 6,4, Formulario para seleccionar departamento
En este caso, está seleccionado el departamento científico, por ese motivo se muestra
la lista de programas a los cuales se puede asignar dinero.
51
Si el usuario elige otro departamento, aparecerá otra pantalla en la cual debe
seleccionar el subtítulo presupuestario al que desee asignar dinero, ver figura 6.5
Figura 6.5 Formulario que se muestra cuando el departamento es distinto al científico.
Una vez escogidas las opciones se debe presionar el botón siguiente. Si no existe
dinero asignado a la opción escogida, aparecerá la siguiente pantalla que muestra la
figura 6.6., en la cual debe ingresar el monto de dinero que asignará al programa o
subtítulo seleccionado, según sea el caso.
52
Figura 6.6 Formulario para asignar presupuesto al departamento
En caso de existir dinero, puede mostrar uno de dos tipos de pantallas, la primera es un
mensaje de error que se produce cuando no hay dinero disponible para seguir
asignando a las secciones, ver figura 6.7 y la segunda, es cuando hay dinero
disponible, ver figura 6.8
53
Figura 6.7 Muestra mensaje de error.
54
Figura 6.8 Formulario que permite seguir asignado presupuesto a las secciones.
Al observar el formulario que muestra la figura anterior, se aprecia que cuando se elije
el departamento científico, de debe seleccionar un subtítulo, ítem y asignación, además
de la o las secciones y el monto que asignará a cada una de ellas.
Si la elección fue otro departamento deberá elegir ítem, asignación y una sección por
cada ítem presupuestario, como muestra la figura 6.9
55
Figura 6.9 Formulario que se muestra cuando se selecciona un departamento distinto al
Científico.
Cada vez que se realice una asignación, se mostrará en la parte inferior del formulario
la información ingresada, como se puede apreciar en la figura 6.10
56
Figura 6.10 Formulario que se muestra, después de asignar dinero a una sección
También se muestran mensajes de error, cuando ocurren operaciones no permitidas,
por ejemplo: al asignar más dinero del disponible, cuando se asigna más de una vez al
mismo ítem presupuestario en el caso del departamento de Difusión y Administración y
Finanzas, asignar más de una vez al mismo ítem presupuestario y a la misma sección
en el caso del departamento Científico. Ver figura 6.11, que muestra uno de los
mensajes mencionados.
57
Figura 6.11 Mensaje de error que se muestra cuando se asigna dinero más de una vez
al mismo ítem presupuestario.
6.3 Mantenedor Marco Presupuestario Sirve para modificar o eliminar el presupuesto asignado a los departamentos y sus
secciones. La página de inicio para esta funcionalidad es la que se indica en la figura
6.12.
Esta pantalla permite realizar la búsqueda del presupuesto a modificar, para ello se
debe seleccionar el nombre del departamento, en caso de ser el científico, elegir el
programa asociado, de lo contrario seleccionar subtítulo presupuestario. Se debe
ingresar el año del presupuesto.
58
Figura 6.12 Página de inicio del Mantenedor de Marco Presupuestario.
Una vez realizada la búsqueda mostrará el resultado de ésta, como indica la figura
6.13.
Para modificar un monto se debe seleccionar el link “editar”, una vez ingresado el nuevo
monto en el cuadro de texto, se debe hacer clic en el link “actualizar”, si el usuario
desiste de realizar el cambio debe hacer clic en “cancelar”.
Para eliminar un monto asignado hacer clic en el link “eliminar”.
59
Al presionar el botón cancelar el sistema permite realizar nuevas búsquedas y así hacer
otras modificaciones.
Si desea modificar el valor asignado a un programa o subtítulo, debe eliminar todas las
sub - asignaciones y volver a ingresar el presupuesto, en la opción diseñada para esto.
Figura 6.13 Pantalla que permite realizar las modificaciones al presupuesto 6.4 Ingresar Plan Se utiliza para ingresar las planificaciones de secciones y departamentos, el formulario
que permite esto se muestra en las Figuras 6.14 y 6.15.
60
Figura 6.14 Parte superior del formulario para ingresar planificaciones Como se puede apreciar en la figura anterior, hay información que aparece por defecto,
como es el caso del nombre del departamento, sección y peticionario, esto se logra con
el uso de variables especiales que proporciona ASP. NET, que permiten almacenar un
identificador de usuario, mientras la página se encuentra activa, si el usuario deja de
usar la página por un período de 30 minutos, se pierde la sesión y el usuario debe
ingresar nuevamente al sistema.
61
Figura 6.15 Parte inferior del formulario para ingresar planificaciones
Una vez ingresada la planificación, esta se muestra en la parte inferior del formulario,
como muestra la figura 6.16
62
Figura 6.16 Pantalla que muestra una planificación ingresada. 6.5 Mantenedor Plan Esta opción se utiliza para modificar o eliminar las planificaciones, para ello se realiza
una búsqueda acotada por estado, mes y año.
Solo pueden realizar esta tarea el peticionario, por este motivo el nombre del
departamento, sección y peticionario aparecen por defecto en el sistema. En la figura
6.17 se muestra la página de inicio de esta herramienta.
63
Figura 6.17 Interfaz de inicio mantenedor de plan
Si la búsqueda es exitosa aparecerá una pantalla como se indica en la figura 6.18., la
cual muestra una lista de todos los planes que satisfacen los patrones de búsqueda.
Con esta lista se puede realizar tres cosas:
• Si presiona la “lupa”, se abrirá una nueva ventana con toda la información del
plan. Ver figura 6.19
• Al presiona el botón “lápiz”, se mostrara una ventana que permite realizar
modificaciones. Ver figura 6.20
• Si presiona “la X”, se elimina el plan seleccionado
64
Figura 6.18 Interfaz que permite seleccionar el plan para ver detalles, modificar o
eliminar.
65
Figura 6.19 Página que muestra los detalles del plan seleccionado
66
Figura 6.20 Interfaz que permite realizar las modificaciones
Para realizar las modificaciones, el usuario debe seleccionar la opción cambiar que se
encuentra al lado derecho de cada opción, de esta manera se habilitará la caja de texto
o lista desplegable, según sea el caso, que permita realizar la modificación.
Cuando se realiza una modificación a la cantidad o precio referencial, afecta al monto
total del plan, por lo cual hay que verificar que éste no sobrepase el ítem al cual está
asignado.
67
6.6 Buscar Plan Herramienta que sirve para realizar distintos tipos de búsqueda: por departamento,
sección, estado, ítem presupuestario, peticionario y fecha. En la figura 6.21 se muestra
la pantalla de esta funcionalidad.
Figura 6.21 Interfaz que permite elegir opción de búsqueda
Al seleccionar una opción, aparecerá una pantalla que permite ingresar los parámetros
de búsqueda. La forma de mostrar los resultados es similar a las otras pantallas,
siempre en la parte inferior del formulario con la opción del botón “lupa”, que se explicó
anteriormente.
68
6.7 Cambiar estado de plan
Se utiliza para mantener los estados de las planificaciones, es decir si están licitadas,
adjudicadas, etc. y en el caso de que la planificación se haya cumplido, registrar el
monto real de la compra y si fue realizado por ChileCompras o no. La pantalla es la que
se muestra a continuación en la figura 6.22.
Figura 6.22
69
6.8 Generar plan sección
Se utiliza una vez que se han realizado todas las planificaciones de una sección. Para
generar el plan de compras de la sección, la pantalla que se utiliza es la que se muestra
en la figura 6.23
Figura 6.23 Interfaz para generar plan de compras sección
El primer paso para generar el plan es ingresar el año de planificación y el destinatario.
Al presionar el botón “siguiente”, aparecerá una lista en la cual se muestran todos los
planes de la sección, antes de enviarlo al destinatario tiene la opción de generar un
informe en formato PDF, como se muestra en la figura 6.24
70
Figura 6.24 Informe del plan de sección generado por el sistema en formato PDF.
El destinatario por lo general es el jefe del departamento, pero puede ocurrir que éste
no se encuentre y deberá hacer su tarea otro usuario, por esta razón se da la opción de
elegir al destinatario.
6.9 Aprobar plan sección Se utiliza cuando el plan de compras de una sección llega a la bandeja de entrada de
un jefe de departamento. EL jefe tiene la opción de aprobar o rechazar las
planificaciones, en caso de rechazo, éste se debe justificar. También tiene la opción de
modificar el o los planes. En la figura 6.25 se muestra como llega un plan en la bandeja
de entrada.
71
Figura 6.25 Interfaz de la Bandeja de Entrada que ha recibido un plan de sección
Para ver la pantalla que permite visar el plan, se debe hacer clic en el link que se
encuentra en los documentos adjuntos del mensaje. Ver figura 6.26
72
Figura 6.26 Interfaz que permite aprobar o rechazar planificaciones.
6.10 Generar y Aprobar plan departamento e Instituto Cuando el jefe de departamento ha realizado su planificación y además haya recibido
en su bandeja de entrada los planes de todas las secciones y ha realizado la respectiva
aprobación o rechazo, puede generar el plan de departamento.
73
La aprobación es similar a la que se efectúa con los planes de las secciones, la
diferencia radica en que el usuario al cual llega este tipo de mensaje es a la Dirección
del servicio, la forma de visar es la misma que se utiliza para visar un plan de sección,
una vez que se visan las planificaciones de todos los departamentos puede generarse
el plan del instituto ingresando el año solamente, como muestra la figura 6.27.
Figura 6.27 Interfaz que permite generar plan del Instituto.
Esta interfaz tiene la opción de generar el plan del instituto en formato PDF, al igual que
en las secciones.
74
Cuando el jefe de departamento o la Dirección realizan la aprobación del plan de
compras, el sistema envía un mensaje a través de la bandeja de entrada, para avisar al
jefe de sección o departamento el resultado de la revisión del plan, es decir los planes
aprobados o rechazados con sus justificaciones, también muestra si se ha realizado
alguna modificación al plan original. El mensaje es similar al que muestra la figura 6.28.
Figura 6.28 Interfaz que muestra el resultado de la revisión del plan de una sección.
75
6.11 Cálculo Indicador Gestión Interna
Se utiliza para calcular el porcentaje de las compras planificadas, realizadas a través
de ChileCompras. Para ello debe ingresar el año y presionar el botón “siguiente”, el
sistema realizará el cálculo, por cada mes y lo mostrará en pantalla como se ve muestra
la figura 6.29
Figura 6.29 Interfaz que muestra el cálculo por mes del Indicador.
76
6.12 Mantenedores
Las interfaces para los mantenedores son todas similares, primero se realiza la
búsqueda y los resultados de esta se muestran en la parte inferior del formulario, con la
opción de “editar” y “eliminar”.
En la figura 6.30 se mostrará el mantenedor de programas científicos.
Figura 6.30 Pantalla de Mantenedor de programas científicos
CAPITULO VII
CONCLUSIONES Y
TRABAJO FUTURO
78
CONCLUSIONES Y TRABAJO FUTURO
7.1 Conclusiones A modo de conclusión se puede decir que:
• El desarrollo de software, no es tarea fácil, hay que analizar cada proceso que
influye en el sistema para comprender la importancia que tiene cada uno de ellos
y los efectos que produce en los demás componentes del mismo, además tener
una visión de futuro que permita que el software implementado pueda
potenciarse.
• Es sumamente importante considerar al usuario, durante todo el proceso de
diseño del sistema, para lograr que el este se sienta parte del proyecto. Esto no
siempre puede lograrse, porque no todos los usuarios poseen las mismas
prioridades y disponibilidad de tiempo.
• El trabajar en un ambiente real, fue una gran ventaja desde un punto de vista
profesional puesto que el desarrollo del sistema tenía que satisfacer todos los
requerimientos de validación de datos, para evitar fallas durante la operación del
sistema. También fue positivo en el contacto con los usuarios, ya que se puede
ver la importancia que tienen los manuales de requerimientos durante todo el
proceso de desarrollo de software, ya que son un nexo muy importante entre
desarrollador y usuarios.
• En relación a las herramientas de software usadas, se puede decir que Visual
Studio. Net es una plataforma muy completa, ya que permite utilizar distintos
lenguajes, el separar la implementación de la Interfaz de la lógica del sistema
facilita la tarea del programador, al momento de depurar el código.
79
• El desarrollo de este proyecto ha cumplido con las expectativas de la
desarrolladora, debido a que la idea inicial de crear una herramienta que sea un
aporte para la gestión de la institución y que facilite el trabajo de los usuarios, se
ha resuelto satisfactoriamente.
• Al analizar los objetivos específicos del proyecto mencionados en el capítulo III,
en la sección 3.5.2, se puede decir que el sistema cumple un 100% de las metas
planteadas.
7.2 Trabajo futuro El desarrollo de este proyecto es el inicio para realizar más herramientas que permitan
apoyar la labor de la planificación y de esta forma mejorar la gestión que realiza INACH.
Algunos trabajos futuros son:
• Crear una herramienta que permita monitorear la ejecución del plan de compras,
a nivel de secciones, departamentos e instituto. Es decir que calcule el
porcentaje de cumplimiento del plan de compras.
• Permitir que a partir de la planificación se pueda generar de forma automatizada
la orden de compra.
• Sacar información estadística, como por ejemplo ver en los rubros donde se
realizan más compras y de esta forma realizar convenios con proveedores de
estos productos o servicios.
• Calcular las desviaciones que se producen, cuando se realiza una compra
planificada, en la cual se gasta más dinero o menos del presupuestado.
80
• Para mejorar el rendimiento del software, podría diseñarse una opción que
permita que el sistema respalde la información de las planificaciones de años
anteriores en tablas históricas, de esta forma se podría disminuir el tiempo de
búsqueda y monitoreo para los planes del año actual.
Como se puede apreciar el sistema puede ampliarse, para proporcionar más beneficios
a los usuarios y en general al instituto.
81
BIBLIOGRAFÍA
[1] Comité de Firma Electrónica Simple Julio 2003. Ministerio Secretaria General de
la Presidencia. Proyecto Reforma y Modernización del Estado.
[2] Guía Metodológica. Sistema de Gobierno Electrónico. PMG. Año 2004.
[3] Informe PMG de Gobierno Electrónico. Año 2004
[4] Asistencia técnica PMG 2005. Ministerio de Hacienda. Dirección de compras y
contrataciones.
[5] Decreto Nº 854 Ministerio de Hacienda. Dirección de presupuesto.
[6] SIG(Sistema Información Gestión) del PMG de Planificación, Control y Gestión
de INACH.
[7] Ley de compras públicas y reglamento de ley 19.886(Ley de bases sobre
contratos administrativos de suministro y prestación de servicios).
[8] Manual de Requerimientos del Sistema Plan de Compras Octubre 2005. Autor
Jacqueline Rojas Vásquez.
[9] Documentación de .NET Framework SDK.
ANEXOS
83
ANEXO A: ESTRUCTURA DE LA BASE DE DATOS
La base de datos que se utiliza para este sistema esta compuesta por tablas diseñadas
para la Intranet, es decir aquellas que almacenan información de los usuarios,
departamentos, secciones, unidades de medida, rubros asociados y las utilizadas por la
bandeja de entrada. Las demás tablas fueron creadas para el sistema Plan de
Compras. Estas almacenan la información relacionada con el presupuesto,
planificación, aprobación y de uso general del sistema.
A.1 Tablas Intranet Algunas de as tablas de Intranet que el sistema usa, poseen campos irrelevantes, en
esos casos se omitirá la descripción del campo.
Las siguientes tablas son de uso general del sistema.
A.1.1 Tabla PERSONAL_DEPTO Almacena información de los departamentos. Nombre Campo Tipo de Datos Descripción ID_DEPTO numeric 9 Identificador departamento DEPTO Char 100 Nombre del departamento
A.1.2 Tabla PERSONAL_SECCION Almacena información de las secciones. Nombre Campo Tipo de Datos Descripción ID_DEPTO Smallint 2 Identificador departamento ID_SECCION Numeric 9 Identificador sección SECCION Char 50 Nombre sección
84
A.1.3 Tabla Pweb_Usuarios Guarda toda la información de los usuarios del sistema,
Nombre Campo Tipo de Datos Descripción IdUser Numeric 9 Identificador usuario
Login Char 20 Nombre de usuario Nombre Char 15 Nombre del funcionario Apellido Char 20 Apellido del funcionario Rut Char 16 Rut del funcionario Cod_Dpto Smallint 2 Código del departamento al que pertenece Cod_Seccion Numeric 9 Código de la sección a la cual pertenece Tipo_Personal Numeric 9 Código que indica si es jefe User_Ap_sol_1 Char 20 Sin descripción User_Ap_Sol_2 Char 20 Sin descripción User_Ap_Sol_3 Char 20 Sin descripción User_Ap_Sol_4 Char 20 Sin descripción Usuario_Aprueba_Util1 Char 10 Sin descripción Usuario_Aprueba_Util2 Char 10 Sin descripción Usuario_Aprueba_Util3 Char 10 Sin descripción Usuario_Aprueba_Util4 Char 10 Sin descripción Funcion Char 25 Sin descripción Fecha_Nac datetime 8 Fecha de nacimiento Nota Char 250 Sin descripción Foto Char 50 Foto de usuario Folio_User_Putiles Int 4 Sin descripción password Char 10 contraseña A.1.4 Tabla Inv_Unidad_Medicion Almacena las unidades de medida.
Nombre Campo Tipo de Datos Descripción Cod_Unidad numeric 9 Código unidad medición DescUnidad Char25 Nombre de unidad medición
85 A.1.5 Tabla Rubros_Prov Guarda los datos de los rubros. Nombre Campo Tipo de Datos Descripción Cod_Rubro Smallint 2 Identificador rubro Descripcion Char20 Nombre del rubro
Las siguientes tres tablas se utilizan para manejar la bandeja de entrada.
A.1.6 Tabla PWEB_FORM_ADM Nombre Campo Tipo de Datos Descripción ID Numeric 9 Identificador FOLIO Numeric 9 Correlativo documento ANIO Char 4 Año TIPO Numeric 9 Tipo documento F1 datetime 8 Fecha envoi F2 datetime 8 Sin descripción F3 datetime 8 Sin descripción F4 datetime 8 Sin descripción F5 datetime 8 Sin descripción F6 datetime 8 Sin descripción F7 datetime 8 Sin descripción RUT Char 10 Rut usuario U1 Char 20 Usuario origen U2 Char 20 Sin descripción U3 Char 20 Sin descripción U4 Char 20 Sin descripción N1 Char 1000 Observaciones del mensaje N2 Char 1000 Sin descripción N3 Char 1000 Sin descripción N4 Char 1000 Sin descripción N5 Char 1000 Sin descripción N6 Char 1000 Sin descripción V1 Numeric 9 Sin descripción V2 Numeric 9 Sin descripción V3 Numeric 9 Sin descripción V4 Numeric 9 Sin descripción E1 Numeric 9 Estado de lectura(proceso, leído o pendiente) E2 Numeric 9 Sin descripción E3 Numeric 9 Sin descripción FOLIO2 Char 18 Sin descripción
86 A.1.7 Tabla PWEB_CORRESPONDENCIA_INTERNA Nombre Campo Tipo de Datos Descripción ID Numeric 9 Identificador FOLIO Char 18 Correlativo documento ANIO Char 4 Año TIPO Decimal 9 Tipo documento F1 datetime 8 Fecha de envió F2 datetime 8 Sin descripción F3 datetime 8 Sin descripción E1 Numeric 9 Estado de lectura(proceso, leído o pendiente) E2 Numeric 9 Sin descripción E3 Numeric 9 Sin descripción N1 Char 1000 Observaciones que se envían en un mensaje N2 Char 1000 Sin descripción N3 Char 1000 Sin descripción U1 Char 20 Usuario origen U2 Char 20 Usuario destino U3 Char 20 Sin descripción U4 Char 20 Sin descripción A.1.8 Tabla PWEB_ARCHIVOS_INTERNOS_N Nombre Campo Tipo de Datos Descripción ID Numeric 9 Identificador TIPO Numeric 9 Tipo documento FOLIO Char 18 Correlativo documento ANIO Char 4 Año R1 Char 1000 Almacena el link para cargar página que poseen formularios que
requieren respuesta R2 Char 1000 Almacena el link para cargar archivos adjuntos L1 Char 1000 Texto que se muestra en el mensaje en la bandeja de entrada L2 Char 1000 Sin descripción NOTA1 Char 1000 Nota que envían en mensajes NOTA2 Char 1000 Nota que envían en mensajes TIPO_DOC Char 10 Almacena código de programas de investigación A.2 Tablas del sistema Plan de Compras En primer lugar se mostrarán las tablas relacionadas con el presupuesto institucional.
87
A.2.1 Tabla Subtitulo Almacena información del subtítulo del ítem presupuestario. También almacena los
programas científicos, porque en rigor también son subtítulos de un ítem
presupuestario. Nombre Campo Tipo de Datos Descripción ID_SUBT Char 3 Número del subtítulo presupuestario NOM_SUBT Char 40 Nombre del subtítulo CLAVE Numeric 9 identificador A.2.2 Tabla ítems Almacena información del subtítulo del ítem presupuestario. Nombre Campo Tipo de Datos Descripción ID_ITEM Char 3 Número del ítem presupuestario NOM_ITEM Char 40 Nombre del ítem ID_SUBT Char 3 Número del subtítulo al que pertenece CLAVE Numeric 9 identificador A.2.3 Tabla Asignación Almacena información del subtítulo del ítem presupuestario. Nombre Campo Tipo de Datos Descripción ID_ASIG Char 3 Número de la asignación NOM_ASIG Char 40 Nombre de la asignación ID_ITEM Char 3 Número del ítem al que pertenece ID_SUBT Char 3 Número del subtítulo al que pertenece CLAVE Numeric 9 identificador
88 A.2.4 Tabla Montos_Asignados Guarda el presupuesto asignado a cada departamento y sus secciones.
Nombre Campo Tipo de Datos Descripción ID_SUBT Char 3 Número del subtítulo ID_ITEM Char 3 Número del ítem ID_ASIG Char 3 Número de la asignación ID_DEPTO Smallint 2 Identificador departamento ID_SECCION Smallint 2 Identificador sección MONTO_ASIG Bigint 8 Dinero asignado al ítem presupuestario MONTO_DIS Bigint 8 Dinero disponible del ítem presupuestario AÑO Char 4 Año del presupuesto ID_PROG Char 3 Programa asociado(cuando departamento es
científico) CLAVE Numeric 9 Identificador
A continuación se presentan las tablas que almacenan información relacionada con la
planificación del plan.
A.2.5 Tabla Ingreso_Plan Almacena los datos estables del plan, es decir aquellos que no pueden ser modificados,
por el creador del plan. Nombre Campo Tipo de Datos Descripción ID_PLAN Numeric 9 Identificador plan ID_DEPTO Smallint 2 Identificador departamento ID_SECCION Smallint 2 Identificador sección ID_PROG Char 3 Identificador programa científico NOM_PETIC Char 30 Nombre y Apellido peticionario AÑO Char 4 Año del plan ESTADO Smallint 2 Estado(si es 1 indica plan eliminado) LOGIN Char 20 Nombre usuario del peticionario
89 A.2.6 Tabla Ing_Info_Plan Almacena los datos que pueden ser modificados, por el creador del plan Nombre Campo Tipo de Datos Descripción ID_PLAN Int 4 Identificador plan MES Smallint 2 Mes DESCRIP Char 300 Descripción del bien o servicio CANT Int 4 Cantidad COD_MEDIDA Smallint 2 Código de unidad de medida PREF Bigint 8 Monto total plan ID_SUBT Char 3 Número del subtítulo ID_ITEM Char 3 Número del ítem ID_ASIG Char 3 Número de la asignación COD_RUBRO Int 4 Código del rubro asociado PRIORI Char 5 Prioridad del plan JUST Char 300 Justificación de la prioridad A.2.7 Tabla Estado_Plan
Guarda la lista de estados que puede tener un plan, es decir: no licitado, licitado,
adjudicado, desierta y recepción del producto. Nombre Campo Tipo de Datos Descripción Cod_Estado numeric 9 Código estado plan Estado Char 15 Nombre estado A.2.8 Tabla E_Plan Guarda el estado que posee el plan. Nombre Campo Tipo de Datos Descripción ID_PLAN numeric 9 Identificador plan COD_ESTADO Smallint 2 Código estado plan
90 A.2.9 Tabla Genera_Plan Se utiliza, para guardar los planes que forman parte del plan generado y además el
seguimiento del proceso de aprobación y ejecución. Hay algunos campos diseñados
para el monitoreo del plan como es el caso de: CAUSA_EXT, TIPO_CAUSA,
CAUSA_INT Y DESVIACION, por el momento no son utilizados. Nombre Campo Tipo de Datos Descripción ID_PLAN Int 4 Identificador plan EST1 Smallint 2 Estado que indica aprobación o rechazo del plan realizado por jefe
departamento EST2 Smallint 2 Estado que indica aprobación o rechazo del plan realizado por
jefe departamento MOD1 Smallint 2 Indica si jefe de departamento a modificado el plan MOD2 Smallint 2 Indica si Dirección a modificado el plan USER_DES Char 20 Login de usuario destino MOTIVO1 Char 300 Justificación de rechazo del plan realizada por jefe departamento MOTIVO2 Char 300 Justificación de rechazo del plan realizada por Dirección AÑO Char 4 Año del plan EJEC Smallint 2 Indica si el plan a sido ejecutado CAUSA_EXT Char 300 Almacena causas externas del incumplimiento del plan CH_COMP Smallint 2 Indica si la compra fue realizada en ChileCompras MNT_REAL Bigint 8 Monto real de la compra CAUSA_INT Char 300 Almacena causas internas del incumplimiento del plan TIPO_CAUSA Smallint 2 Estado que indica tipo de causa (interna o externa) DESVIACION Bigint 8 Porcentaje de desviación del plan A.2.10 Tabla Indicador Almacena los datos generados cuando se realiza el cálculo de indicador de gestión
interna. Nombre Campo Tipo de Datos Descripción mes Smallint 2 Mes tot Int 4 Total compras planificadas realizadas tot_ch Int 4 Total compras planificadas realizadas en ChileCompras ptj Int 4 Porcentaje de compras planificadas realizadas en
ChileCompras año Char 4 Año
91
ANEXO B: ASP. NET
ASP.NET es una plataforma de programación Web que proporciona los servicios
necesarios para crear aplicaciones Web. Estas aplicaciones pueden crearse en
cualquier lenguaje compatible con .NET, como Visual Basic. NET, C# y JScript .NET
Para crear una aplicación Web se pueden utilizan formularios Web Forms o Servicios
Web, pero como en el desarrollo de este proyecto se utilizo la primera alternativa
explicaremos en que consisten los formularios Web Forms.
B.1 Formularios Web Forms[9]
Permiten crear páginas Web basadas en formularios muy eficaces. Al crear estas
páginas, se pueden usar controles de servidor ASP.NET para crear elementos comunes
de la interfaz de usuario y programarlos para que realicen las tareas comunes
Los controles de servidor ASP.NET se dividen en dos tipos: controles de servidor Web
que se muestran en la figura B.1 y los controles de servidor HTML, que se muestran en
la figura B.2
Si se observa la figura B.1, pueden verse en la izquierda los controles que se asignan a
los elementos HTML. Los controles del centro están destinados a validar la entrada de
formulario. En el centro también existen otros controles que proporcionan funciones
enriquecidas, como los controles Calendar y AdRotator. Los controles que ofrecen
compatibilidad de enlace de datos están situados a la derecha.
92
Figura B.1 Controles de servidor Web
Los controles de servidor HTML resultan especialmente útiles para migrar las
aplicaciones ASP a aplicaciones ASP.NET.
Figura B.2 Controles de servidor HTML
93 B.1.1 Componentes de los formularios Web Forms[9] En las páginas de formularios Web Forms, la programación de la interfaz de usuario se
divide en dos partes independientes: el componente visual y el lógico. El elemento
visual se conoce como la página de formularios Web Forms, y se compone de un
archivo que contiene código HTML estático, o controles de servidor ASP.NET o ambos
de forma simultánea.
La lógica de las páginas de formularios Web Forms se compone del código creado para
interactuar con el formulario. La lógica de programación reside en un archivo
independiente del archivo de la interfaz de usuario. Este archivo se conoce como el
archivo de "código subyacente" y adopta la extensión ".aspx.vb" o ".aspx.cs". La lógica
escrita en el archivo de código subyacente puede estar en Visual Basic o en Visual C#.
B 1.2 Estructura de los archivos de formularios Web Forms[9] Los archivos de código subyacente de todas las páginas de formularios Web Forms de
un proyecto se compilan en el archivo de biblioteca de vínculos dinámicos (.dll) del
proyecto. El archivo de página .aspx también se compila, pero de un modo distinto. La
primera vez que un usuario examina la página .aspx con el explorador, ASP.NET
genera automáticamente un archivo de clase .NET que representa a la página y que la
compila en un segundo archivo .dll. La clase generada para la página .aspx hereda de
la clase del código subyacente que se compiló en el archivo .dll del proyecto . Cuando
un usuario solicita la dirección URL de la página Web, los archivos .dll se ejecutan en el
servidor y producen de forma dinámica la salida HTML de la página. Como se muestra
en la figura B.3
94
Figura B.3 Estructura de archivos de formularios Web.
B.2 Ventajas de ASP.NET[9] Modelo de objetos coherente e intuitivo. Posee un modelo de objetos que permite
concebir los formularios como una unidad, no como partes cliente y servidor
independientes. En este modelo, se puede programar el formulario de un modo más
intuitivo que en las aplicaciones Web tradicionales, ya que se incluye la capacidad de
establecer las propiedades de los elementos del formulario y de responder a los
eventos.
Modelo de programación controlado por eventos. Las páginas de formularios Web
Forms aportan a las aplicaciones Web un modelo familiar que permite escribir
controladores para los eventos que se producen en el cliente o en el servidor.
Aplicaciones independientes del explorador. Permite crear toda la lógica de la
aplicación en el servidor, lo que elimina la necesidad de confeccionar código explícito
para las diferencias de los exploradores. Sin embargo, facilita el aprovechamiento
automático de las funciones específicas de cada explorador al escribir código para la
parte cliente con el fin de mejorar el rendimiento y de proporcionar una experiencia más
enriquecedora en la parte cliente.
95
ANEXO C: SOFTWARE UTILIZADO DURANTE EL PROYECTO
Durante el desarrollo de este proyecto de han utilizado los siguientes software:
Entorno de Programación Microsoft ® Visual Studio.NET (Licencia de INACH)
Administrador de Base de Datos Microsoft ® SQL Server 2000
(Licencia de INACH)
Sistema operativo
Servidor Microsoft ® Windows Server 2003 Equipo desarrollo: Microsoft ® Windows XP Profesional
Versión 2002 Service Pack 1.
(Ambos con Licencia de INACH)
Visualizador de reportes Adobe Reader Versión 6.0
(Licencia de INACH)
Escritura Informe de Tesis Microsoft ® Word 2000 (Licencia de INACH).
Diagramas de Flujo de Datos Microsoft ® Visio 2003
(Licencia de INACH).
96
ANEXO D: MEDIO AMBIENTE OPERATIVO DEL SISTEMA
El sistema plan de compras funciona en un ambiente Web, por ello es necesario que los
equipos estén conectados a Internet. La velocidad de conexión que posee INACH es de
512 Kbits/seg.
Todos los equipos del instituto poseen Windows XP profesional.
A continuación se presentan los requerimientos de hardware y software para los
equipos Servidor y Cliente para el utilizar el sistema desarrollado..
D.1 Requerimientos del Servidor
Software
Windows Server 2003
SQL Server 2000
IIS
Visual Studio. Net
Hardware
Pentium IV 2.6 Mhz
512 Mb Ram
Hard Disk 30 Gb
Tarjeta Red 100 Mb
Unidad Lectora CD
Unidad backup cinta 4 Gb o superior
UPS mínimo 1,3 kv/amper
97 D.2 Requerimientos del Cliente Software
Windows 98,me,2000, XP
MS Internet Explorer Versión 6.0 o superior
Adobe Reader Versión 6.0 o superior
Hardware
Procesador Pentium III o superior
128 MB de memoria RAM.
Tarjeta Red 100 Mb.
Disco duro 20 Gb
Configuración En el equipo cliente se debe configurar Internet Explorer para que admita las ventanas
emergentes que provienen del sitio de Inach, para poder visualizar los sistemas de la
Intranet.
Las herramientas de software utilizadas en el desarrollo de este proyecto y sus
respectivas licencias pueden ser vistas en el Anexo C.
98
ANEXO E: CAPACITACIÓN USUARIOS DEL SISTEMA
Uno de los objetivos específicos del proyecto, era la realización de capacitación a
los usuarios, con esto se perseguía que el usuario y el sistema se “acercarán” y de
esta forma evitar en lo posible que ocurrieran problemas por falta de conocimiento
del uso de cada una de las herramientas que el sistema proporciona.
La capacitación fue realizada a los jefes de departamento, secciones y personal de
la sección de Adquisiciones.
A continuación se presenta la noticia publicada en la Intranet que hace alusión al
lanzamiento y capacitación del sistema plan de compras. Ver figura E.1.
99
Figura E.1 Noticia publicada en Intranet
También se muestra lista de asistencia a la capacitación en la figura E.2.
100
Figura E.2 Lista de asistencia a la capacitación
101
ANEXO F: ACTA DE RECEPCIÓN DEL SISTEMA
A continuación se muestra la acta de recepción del sistema, en la cual queda
constancia que el sistema cumple con los requerimientos especificados por el
cliente. Ver figura F.1
F.1 Acta de entrega del sistema Plan de Compras.