BASES TÉCNICAS DE LICITACIÓN PÚBLICA
“DISEÑO, DESARROLLO E IMPLEMENTACIÓN DE SISTEMA DE AUTOMATIZACIÓN DEL PROCESO DE ADQUISICION Y DISTRIBUCIÓN DE MATERIAL DIDACTICO”
1. GENERALIDADES
La Junta Nacional de Jardines Infantiles tiene por misión el “Brindar una educación inicial de calidad a niños y niñas, preferentemente menores de cuatro años, en situación de vulnerabilidad social, de modo de garantizar su desarrollo en igualdad de oportunidades, a través de la creación, promoción, supervisión, fiscalización y certificación de salas cunas y de jardines infantiles administrados directamente y por terceros”.
La JUNJI trabaja en todo el territorio nacional, desde Putre hasta Puerto Williams, incluyendo Isla de Pascua y Juan Fernández. Su estructura está organizada por un nivel central, Dirección Nacional, por 15 Direcciones Regionales y Coordinaciones Provinciales, las cuales tienen como labor principal desarrollar las funciones que legalmente le corresponde a la institución en cada región, representando a la Vicepresidencia Ejecutiva y haciendo cumplir los planes, programas, políticas y metas de la JUNJI, a través de la coordinación de su quehacer con las autoridades regionales, provinciales y comunales.
El cumplimiento de la misión institucional se hace posible en la medida que se alcancen los objetivos estratégicos, que se indican a continuación:
- Mejorar la calidad de los procesos educativos que desarrolla JUNJI a través de los distintos programas administrados directamente o por terceros, en el marco del modelo institucional de aseguramiento de la calidad, con énfasis en el buen trato.
· Garantizar a las familias usuarias de Jardines Infantiles particulares sin financiamiento de JUNJI, la existencia de las condiciones necesarias para la atención a los niños y niñas, mediante la Certificación del cumplimiento de normativas que rigen el funcionamiento de los Jardines Infantiles
1.1. Productos Estratégicos (bienes y/o servicios)
a) Atención educativa integral a la primera infancia en Salas Cunas y Jardines Infantiles administrados por JUNJI.
· Programa Jardín Infantil.
· Programa Alternativos de Atención.
· Programas Educativos para la familia
b) Atención educativa integral a la primera infancia en Salas Cunas y Jardines Infantiles operados por terceros con financiamiento JUNJI.
· Programa Jardín Infantil.
c) Empadronamiento de Salas Cuna y Jardines Infantiles Particulares sin financiamiento de JUNJI.
En el contexto del producto estratégico N°1, este proyecto contempla el diseño, desarrollo e implementación de un Sistema de automatización del proceso de requerimiento y distribución del material de enseñanza denominado Material Didáctico, que permita a la institución contar con una herramienta de apoyo a la administración, control y gestión de este proceso, para hacerlo más eficiente y eficaz.
Actualmente, JUNJI no cuenta con un sistema tecnológico integrado para gestionar y administrar la información relacionada con el proceso de Material Didáctico, por lo que demanda un tiempo extraordinario en el desarrollo de este proceso, lo que provoca ante cualquier imprevisto retraso en la entrega de este material a las unidades educativas requirentes afectando con ello la oportuna compra y distribución, afectando directamente el proceso de aprendizaje de los niños y niñas que asisten a los distintos jardines infantiles institucionales.
Se espera que la incorporación de la tecnología al proceso de Adquisición de Material Didáctico tenga un significativo impacto en la gestión educativa, administrativa y financiera, dado que este proceso adquiriría mayor eficiencia y oportunidad, beneficiando a niños y niñas a los cuales JUNJI entrega el servicio de educación parvularia.
Asimismo, permitirá a los encargados de gestionar este proceso, contar con información más confiable y oportuna para realizar estudios que generarían mejoras en este importante proceso en el que interactúan coordinadamente tres departamentos, dos de ellos que ejecutan el proceso de adquisición del material didáctico y el departamento peticionario.
Por otra parte, la información permitirá elaborar a futuro, proyecciones/simulación del proceso de material didáctico y disponer de la demanda directamente desde las unidades educativas, permitiendo mejorar o actualizar la norma en relación a los elementos que la componen.
2. OBJETIVO DE LA LICITACIÓN
Objetivo general
Diseñar, desarrollar e implementar un Sistema de Información con apoyo tecnológico capaz de capturar, traspasar, procesar y distribuir en forma automatizada, información suficiente y oportuna de las necesidades del material de enseñanza que se genera cada año en las unidades educativas de todo el país, para facilitar la gestión del proceso de adquisición y distribución de este material didáctico de acuerdo con su estrategia de implementación.
En términos específicos, se requiere diseñar, desarrollar e implementar un Sistema que permita:
- Capturar información de las necesidades de material de enseñanza desde distintos ámbitos, por ejemplo, desde el nivel central, direcciones regionales y desde los Jardines Infantiles de la institución.
- Mantener histórico de la norma y coeficiente del material didáctico
- Interactuar con otros sistemas con el propósito de obtener datos que son necesarios para el proceso de cálculo de las necesidades, ejemplo, precio de productos, cantidad de niños y niñas, número de establecimientos por región, número de grupos y programas de Atención Educativa.
- Generar un modelo de cálculo altamente flexible para determinar las necesidades reales de adquisición del material de enseñanza, como mínimo se deben incluir las siguientes opciones:
a. El cálculo se podrá generar, desde el nivel central que considera todas las Direcciones Regionales, desde Dirección Regional que considera una Dirección Regional específica o desde un grupo de Direcciones Regionales que considera más de una Dirección Regional.
b. Mantener el histórico de cálculo, que se podrá realizar en cualquier época de año.
c. A lo menos, en cada proceso de cálculo considerar como mínimo tres escenarios, ejemplo, con precios actuales de los productos, con aumento o disminución del porcentaje de los precios, disminución o aumento de las necesidades de ciertos productos, aumento o disminución del presupuesto asignado, etc., estos escenarios deben quedar registrados y permitir la comparación entre ellos.
d. Las necesidades clasificadas por región, comuna, establecimiento, tipo de producto, programa, nivel y grupo.
- Generar solicitud de de compra en formato electrónico para subirla al portal sin tener que digitar, y formato papel.
- Generar planilla de distribución en formato electrónico para subirla a sistema computacional institucional y papel, por región, comuna, establecimiento, tipo de producto, programa, nivel y grupo.
- Mantener histórico del material de enseñanza en cada jardín y por cada proceso de entrega de material.
- Crear interface a nivel de objeto de base de datos (tablas) con los sistemas institucionales para obtener datos ya registrados, que son insumos para este proceso y/o alimentar otro sistema, así como generar salidas en formato electrónico para subir a sistema externo.
- Generar herramientas informáticas (webservice) que apoyen la entrega de información a la comunidad JUNJI (si es necesario).
- Generar herramientas informáticas que permitan conocer la llegada del material a cada unidad educativa su distribución interna, stock anual y estado del material, al igual que el ingreso a las bodegas regionales
3. PRODUCTOS REQUERIDOS
- Análisis de los procesos involucrados y Modelamiento de base de datos y aplicaciones.
- Módulo de ingreso.
- Módulo de cálculo altamente flexible.
- Módulo Web en base a Web Services que entregue información a la Comunidad JUNJI.
- Módulo de Gestión simple, para el seguimiento y control del proceso, para generar estadística de los resultados de las actividades del proceso de adquisición, distribución del y stock de material de enseñanza.
- Módulo que permita realizar consultas y generar informes con opciones de exportar a planilla electrónica, pdf y formato de texto.
- Módulo que permita generar Solicitud de Compra, Documento con productos adquiridos, Documento de Evaluación y Planilla de Distribución.
- Creación de formularios.
- Registros de la Norma Técnica del Material de Enseñanza.
- Aplicación WEB, en donde los jardines infantiles podrán visualizar el estado del trámite del material de enseñanza (se debe incluir seguridad (User y Clave)).
- Monitoreo desde el Nivel Central.
- Capacitación en sede JUNJI de Santiago a usuarios del nivel central y regional, manuales de usuario y Manuales técnicos.
4. DESCRIPCIÓN DE PROCESO MATERIAL DIDACTICO
El Material Didáctico es el material de enseñanza que se utiliza en los Jardines Infantiles durante el proceso de aprendizaje de los niños y niñas (Juegos, libros, materiales para usar dentro del aula y fuera de ella).
Este material didáctico debe ser adquirido en el mercado nacional vía licitación pública para distribuir a los distintos jardines infantiles de acuerdo a los Programas de Atención Educativa. Para determinar la demanda se cuenta con normas técnicas y coeficiente técnico que se debe aplicar a cada uno de los materiales didácticos, ejemplo por cada grupo de niños 2 rompecabezas.
Año tras año el material didáctico se actualiza respecto de la oferta que hay en el mercado, para ello se establecen contactos con los proveedores con el fin de ver los productos que pueden ser de interés de JUNJI, también se participa en ferias que han realizado los proveedores, donde muestran las novedades en artículos didácticos.
En la actualidad la encargada del Material Didáctico del Departamento Técnico de la Dirección Nacional de la JUNJI; elabora la norma técnica (se adjuntan en archivo), utilizando planilla de cálculo por tipo de productos, que puede ser fungible y no fungibles, en otra planilla electrónica se elabora los requisitos, los que son evaluados por personal del área técnica mediante una pauta que se encuentra en documento electrónico.
A las Direcciones Regionales se le solicita información, sobre cantidad de niños por programa, nivel y jardín, posteriormente esta información es enviada, en el nivel central, a alguna unidad que realiza el cálculo para obtener la cantidad de material didáctico a adquirir. La información de cantidad de niños y niñas, números de grupos, establecimientos, programas se recoge a través del Sistema de Gestión de Párvulos, a través del cual la unidad correspondiente obtiene la información referida a número de establecimientos, grupos, programas, etc., y es enviada a la Unidad o sección técnica que realiza el cálculo para obtener la cantidad de material didáctico a adquirir.
El cálculo se realiza en base al coeficiente técnico (que se pueda variar, dado que en muchas ocasiones para la ejecución del presupuesto se rebaja el coeficiente técnico y por ejemplo si la norma señala 3 elementos por grupos, en muchas ocasiones, se rebaja a dos o a uno a fin de ajustarse a los montos.) y norma del material didáctico, el producto es una planilla con la cantidad de material didáctico por, tipo de producto, programa, nivel, jardín y región, a la que se agrega el valor del precio de cada producto para obtener la valorización que es chequeada con el presupuesto disponible y con esto se obtiene la cantidad de material didáctico a comprar.
Definida la cantidad de material didáctico a comprar se envía esta información a la unidad de compra por medio de una solicitud de compra, quien da inicio al proceso de adquisición.
Durante el proceso de adquisición los proveedores presentan sus propuestas, las que son evaluadas por personal técnico de la institución y dependiendo de esta evaluación se inicia el proceso de adquisición de el material didáctico, que en cantidad puede diferir de la solicitud de compra y que es entregada por los proveedores en la central de abastecimiento de la Dirección Nacional de Junji o en las diversas bodegas de las Direcciones Regionales del país.
Una vez adquirido el Material Didáctico en la Unidad Técnica se genera una planilla de distribución para cada región a la central de Abastecimiento con el propósito que ésta proceda a la distribución.
La planilla de distribución se genera de acuerdo a lo requerido en solicitud de compra y a lo realmente comprado, considerando que en la orden de compra se realiza por el total, aquí se deben desagregar el material adquirido por región, jardín, programa y nivel, es decir de acuerdo a la demanda inicial.
4.1. Datos y Registros Principales a registrar y manejar
- Norma del material didáctico
- Tipo de material Didáctico
- Solicitud de Compra
- Precio de los productos
- Cantidad de niños y niñas
- Presupuesto disponible por programa
- Planilla de Distribución
- Histórico de Cálculo
- Escenarios de cálculo por cada proceso
- Necesidades por
o Región
o Comuna
o Establecimientos
o Tipo de material
o Programas
o Niveles
o Números de Grupos
o Capacidad de establecimientos
- Cantidad de material de enseñanza por proceso de adquisición y por
o Cantidad detectada
o Cantidad a adquirir (solicitud de compra )
o Cantidad comprada
o Cantidad real entregada al jardín.
- Material Didáctico distribuido en jardines.
Para más detalle se entrega diagrama de flujo con actividades más significativas
Diagrama de proceso Material Didáctico Jardines Infantiles JUNJI
5. FUNCIONALIDAD
Se diseñará y desarrollará un Sistema de Información capaz de recopilar datos o información de todo el país para almacenarlos en una Base de Datos única (Institucional), que permita a la Institución apoyar la toma de decisiones.
Del mismo modo, este sistema deberá ser capaz de entregar información pertinente, suficiente y oportuna para proporcionar los antecedentes que permita el seguimiento y monitoreo de los procesos. En la actualidad el manejo manual de dichos procesos hace imposible el cumplimiento de estas tareas.
El sistema deberá estar relacionado con otros sistemas de información de la JUNJI, y especialmente con el Sistema de Información que maneja las variables de matrícula, familia, nutrición e infraestructura (Gesparvu).
Para lograr tales objetivos, el proveedor adjudicado deberá realizar un estudio riguroso de levantamiento de requerimiento del diseño, desarrollo e implementación del sistema de material de enseñanza en la etapa de análisis y diseño, producto de ello podrían aparecer nuevos requerimientos además de los especificados en esta propuesta técnica los cuales deberán ser implementados.
El modelo de datos que se proponga deberá considerar las estructuras de datos ya existentes en la institución, como por ejemplo tablas de establecimientos, capacidad, regiones y otros.
5.1. Funciones Esperadas del Sistema
a) Forma de actualización.
El oferente deberá proponer los procedimientos de actualización y construir los objetos (programas) que hagan segura y estable su ejecución durante el tiempo.
b) Control de acceso de usuarios internos y externos
El sistema deberá mantener un registro de usuarios con privilegios sobre los distintos datos, módulos y funciones del sistema, para resguardar la integridad de la información y proteger su uso indebido.
c) Ayuda en línea
Los módulos deberán contar con una ayuda en línea respecto de la ventana donde se encuentre el usuario y a los datos. Adicionalmente se debe poner a disposición de los usuarios un glosario de términos, descripción de datos visualizados, preguntas mas frecuentes entre otras.
Será parte de la propuesta del oferente la inclusión de otras funciones del sistema, considerando como mínimas las detalladas anteriormente.
Requerimientos Específicos
La solución de cada uno de los requerimientos específicos deberá ser abordada y descrita en detalle en la oferta técnica de cada oferente.
El equipo de trabajo deberá permanecer durante el tiempo que dure el proyecto, sin embargo, si el oferente desea realizar cambios en el equipo, estos nuevos integrante deberán someterse a una prueba consistente en el manejo de las herramientas de diseño, desarrollo y arquitectura, si y solo si, es aprobada podrán integrarse al equipo.
En todo caso, el tiempo transcurrido en realizar estos cambios es atribuible al proveedor y será considerado como tal en el proyecto
5.2. Característica General del Sistema
Desde el punto de vista funcional del sistema, se debe contar con al menos las siguientes capacidades:
· Procesamiento Regionalizado y por Unidad Educativa.
· Entorno Windows.
· Alta flexibilidad en la adopción a los requerimientos de los usuarios.
· Acceso rápido a toda la Información.
· Actualización inmediata de la información.
· Medidas de seguridad en el acceso a las aplicaciones y dentro de ellas a su funcionalidad de acuerdo a perfiles de usuarios a definir.
· Confiabilidad e independencia de los datos a nivel de tabla y campo.
· Capacidad para desarrollar auditorias a las transacciones, de modo de reconstituir la evolución de la información registrada.
· Capacidad de recibir/enviar información con otros sistemas.
· Integración con otras aplicaciones (Gesparvu, Centaurol, Icon).
· Mecanismos de ayuda en línea desplegables a través de ventanas.
· Operación del sistema mediante opciones explícitas en pantalla.
· Disponibilidad de soporte y garantía para la puesta en marcha, operación y mantención de las aplicaciones.
· El sistema a desarrollar debe ser coherente con la plataforma que JUNJI dispone.
· Se deberá contemplar la realización de las pruebas de validación y consistencia para la obtención de resultados de acuerdo al plan de pruebas que será definido dentro del desarrollo del Sistema.
· Se deberán elaborar los manuales técnicos que considera la descripción detallada de la arquitectura, configuración y programación del sistema que permitan detallar técnicamente el sistema, su instalación y puesta en operación, su configuración y permitir una clara mantenimiento y crecimiento del mismo.
· Se deberán elaborar manuales de uso para usuarios finales con una descripción clara, simple y gráfica de su uso, formas de navegación y potencial de uso.
· Será parte de la propuesta del oferente la inclusión de otras funciones del sistema, considerando como mínimas las detalladas anteriormente.
6. PLATAFORMA TECNOLÓGICA
El proveedor deberá diseñar y desarrollar este sistema con las herramientas de hardware y software de que dispone la Junta Nacional de Jardines Infantiles, que más abajo se detallan.
6.1. Detalle de la Plataforma Tecnológica
Hardware
Servidor de Base de Datos
Marca Sun
Modelo Sun Fire M4000
2 Procesadores SPARC64 VI 2,15 Ghz
16 Gb de Memoria Ram
2 x 146 Gb SAS Disks
1 LT04 SCSI drive, Unidad de Cinta
Sistema Operativo Solaris 10.0
Servidor de Aplicaciones
Marca Sun
Modelo Sun Fire M4000
2 Procesadores SPARC64 VI 2,15 Ghz
16 Gb de Memoria Ram
2 x 146 Gb SAS Disks
Sistema Operativo Solaris 10.0
Unidad de Almacenamiento
Compartido por ambos servidores
Sun Storage Tek 2540
Dual controller FC, 2 Gb Cache
12 x 300 Gb SAS Disks 15 Krpm
Software
Herramientas de Desarrollo que se deben utilizar para construir el sistema solicitado:
§ Motor de Base de Datos, Oracle10g Standard Edition
§ Oracle Application Server 10g
§ Java JDK 1.4
§ Ide de desarrollo, eclipse 3.4 o superior
§ Software de Control de versión Subversion SVN
- Tecnología de Desarrollo J2EE
- JSP 2.3
- Struts 1.3.10
- Hibernate 3.2.2 GA
- Spring 2.5.6
- OJDBC14 10.2.0.1.0
- Jasperreport 3.6.0
- Apache AXIS 1.4
- Librerías YUI 2.8.0r4
- DWR 3
Plataforma cliente
Pc Intel
Browser Explorer 6 y Superior (pero el sistema deberá operar con todos los Browser)
S.O Windows XP y superior
Licencias de Software
La solución requerida no contempla la adquisición de licencias para su operación. Cualquier herramienta de desarrollo, que utilice el proveedor y que no esté licenciada o de la cual no disponga la institución, será de costo del proveedor, tanto en lo que se refiere a gasto en inversión y gasto de mantención y/o operacional.
6.2. Estándares de Desarrollo
Interfaces de usuarios
Todas las pantallas tendrán un formato de presentación estándar, de común acuerdo con la Sección de Informática. Las pantallas se deberán diseñar durante la etapa de diseño, de manera tal, que los usuarios las puedan analizar y dar el visto bueno antes de su construcción.
Base de Datos
Uso de reglas generales para la formación de la identificación de las estructuras de la Base de Datos, con Trigers de auditoría en cada tabla para las acciones de insert, update y delete.
Programación
Se debe hacer uso de reglas de programación que permitan una mantención más rápida y eficiente, y de este modo permitir que cualquier programador pueda estar en condiciones de entender rápidamente las definiciones básicas., cada objeto o programa deberá estar documentado.
Organización de carpetas
- Nombre del Proyecto
- Deployment Descriptor :<web app>
- Java Resource
- JavaScript Resources
- Build
- WebContent
Nombre de Package en la carpeta Java Resource
- cl.junji.iniciales nombre del proyecto.dao para Dao
- cl.junji.iniciales nombre del proyecto.cfg para Interface
- cl.junji.iniciales nombre del proyecto.dao.hibernate para Hibernate
- cl.junji.iniciales nombre del proyecto.dao.pojo para Pojo
- cl.junji.iniciales nombre del proyecto.servlet para Servlet
- cl.junji.iniciales nombre del proyecto.action.nombre de clase para Action
- cl.junji.iniciales nombre del proyecto.delegado.nombre de clase para lógica de negocio
- cl.junji.iniciales nombre del proyecto.forms.nombre de clase para Forms
- cl.junji.iniciales nombre del proyecto.util para Util
- cl.junji.iniciales nombre del proyecto.dwr para dwr
- cl.junji.iniciales nombre del proyecto.dto paro dto
- Los nombres de las clases deben llevar el sufijo del patrón de diseño
- Las páginas jsp deberán tener una estructura bajo la carpeta pages
- Struts-config y tiles-defs por cada modulo
El proveedor adjudicado deberá entregar como producto la carpeta del proyecto con la estructura de paquetes antes señalada y generar el .ear en las instalaciones de JUNJI para posteriormente instalar sobre OC4j de instalación de JUNJI.
Ayuda en Línea
Todas las pantallas deben contar con ayuda en línea y mensajes en español, con el objeto de facilitar el uso del sistema.
6.3. Otros Requerimientos Tecnológicos
Tiempo de desarrollo proyecto
El propuesto por el proveedor y que empezaran a correr a partir de la firma del contrato.
Garantía
Se deberá contemplar una garantía técnica del servicio adjudicado de, a lo menos, 12 meses contados desde la fecha de término del proyecto, previa aprobación por parte de Departamento de Informática y Planificación y Departamento Técnico de la Institución.
Propiedad del Producto Terminado
La propiedad del producto a construir será de la Junta Nacional de Jardines Infantiles, quien podrá inscribirlo a su nombre de acuerdo a la legislación vigente, por lo cual deberán ser entregados por el proveedor todos los programas fuentes, programas objetos, programas ejecutables, etc. y todos aquellos objetos necesarios que permitan la independencia del software respecto al oferente adjudicado
Contraparte y supervisión
La contraparte Técnica del proyecto estará a cargo de un equipo de trabajo conformado por profesionales del Departamento técnico y Departamento Informática, que será designado por la Institución y estará formado por un Jefe de Proyecto y un equipo operativo.
Durante la vigencia del contrato, el adjudicatario deberá elaborar actas de las reuniones que realicen entre las partes las que deberán contener a lo menos la fecha, motivo, Nombres, y firmas de los asistentes, acuerdos, diferencias, y compromisos. El Adjudicatario será responsable de enviar copias de las actas a cada uno de los asistentes y al jefe de proyecto designado por la Institución.
Arquitectura de la Solución
El oferente deberá presentar la arquitectura tecnológica óptima de su solución, basada en capas y patrones, incorporando las tecnologías indicadas en el punto 6.1, un diagrama de la misma, identificando claramente las funcionalidades de la solución en cada capa y los puntos de integración de cada una de ellas.
Metodología
El oferente deberá presentar una metodología de desarrollo iterativa e incremental, basada en UML, para el análisis, diseño, desarrollo, implementación y puesta en marcha de la solución. JUNJI podrá realizar ajustes a la estrategia presentada.
Otros elementos que enriquezcan la Oferta
La empresa consultora podrá proponer elementos adicionales a los requerimientos que se señalan en estas bases y que tengan por objetivo el enriquecimiento de la solución ofertada, lo cual será considerado en la evaluación de las propuestas.
7. SEGURIDAD
El sistema debe considerar un esquema de seguridad, con al menos lo siguiente:
· Conexión al sistema mediante una identificación de usuario
· Acceso a los programas mediante un cruce de perfiles de usuarios y opciones de menú
· Acceso a la Base de Datos utilizando esquema roles
· Usuarios con distintos perfiles de autorización
· Mecanismo de control de acceso para identificar a los usuarios y sus acciones ejecutadas
· Otras que sean necesarias.
8. DOCUMENTACIÓN
Se requiere contar con toda la documentación asociada a los productos ofertados. El adjudicatario deberá proporcionar como mínimo los siguientes documentos:
1. Documentos Técnicos
2. Manual de usuario en español.
3. Manual de capacitación en español.
4. Manual de Procedimientos de la solución.
5. Manual de Instalación
El manual de usuario debe tener por objetivo, orientar y apoyar al usuario en su aprendizaje del sistema y debe considerar al menos las siguientes especificaciones:
- Objetivo del manual
- Organización general del Manual
- Operación General del sistema
o Accesos al Sistemas
o Menú de Opciones
o Descripción de Procesos
o Generalidades de las Pantallas
o Generalidades de Informes
o Navegación del sistema
· Funciones de las pantallas
· Funciones del Sistema
· Informes del Sistema
Los documentos técnicos debe estar orientado a mostrar el sistema en sus aspectos técnicos, dando a conocer su estructura y arquitectura, además de entregar una orientación de como fue construido y debe considerar al menos los siguientes documentos y modelos:
· Documento Visión
· Documento Casos de Negocio
· Lista de Riesgos
· Glosario
· Documento de Arquitectura de Software
· Plan de Desarrollo
· Plan de Despliegue
· Plan de Pruebas
· Modelo de Casos de Uso
· Modelo de Análisis
· Modelo de Diseño
· Modelo de Implementación
9. CAPACITACIÓN
Los proponentes deben elaborar un plan de capacitación para el personal que se defina como pertinente en la Junta Nacional de Jardines Infantiles, con el propósito de asegurar que el software será suficientemente conocido por quienes deberán operarlo en el futuro.
Esta capacitación debe considerar el uso del sistema, tanto para los usuarios finales como para los usuarios especialistas en Informática.
La capacitación a nivel de Usuario Final debe considerar el aprendizaje general del sistema, con propósito de que este quede entrenado para usarlo en forma eficiente, para esta capacitación al menos se deben planificar las siguientes actividades:
- Operación General del sistema
- Acceso al sistema
- Opciones del Menú
- Navegación del sistema
- Generalidades de las Pantallas
- Generalidades de Informes
- Funciones de las Pantallas
- Detalle funciones del sistema
- Detalle de emisión Informes
La capacitación a nivel del Usuario Informático debe dar a conocer todos los aspectos técnicos que tiene el sistema, para esta capacitación al menos se debe planificar estas opciones:
- Instalación del sistema
- Descripción de directorio
- Descripción de Código de cada Objeto(programa)
- Definición de las Base de Datos
- Modelos de Datos y Procesos
- Definiciones de Objetos de la Base de Datos
- Procedimientos, Funciones, Disparadores
- Propósito de cada uno de los objetos (programas, clases) y descripción de cada método de el objeto respectivo.
- Esquema de Seguridad
10. CONSIDERACIONES METODOLÓGICAS
Desarrollo Iterativo e Incremental
El desarrollo iterativo e incremental fue diseñado a partir de la experiencia práctica del desarrollo de sistemas y fue concebido para mitigar y eliminar los riesgos más importantes que se presentan en este tipo de proyectos.
El concepto “iterativo” se refiere a que el proyecto completo es dividido en iteraciones. Cada iteración opera como un pequeño proyecto, en el sentido que involucra realizar actividades de todas las disciplinas como planificación, análisis de requerimientos, diseño, programación, pruebas e integración. En este sentido, se podría decir que cada iteración es una mini cascada, después de la cual se obtiene una versión parcial del producto. Evidentemente, la proporción de la dedicación de esfuerzo para cada disciplina va cambiando a lo largo del proyecto (al inicio el esfuerzo mayor es requerido para la definición de requerimientos y diseño mientras que al final se requieren más recursos en programación y pruebas). Cabe destacar que el uso de iteraciones no significa que no existan criterios claros para el término del proyecto o que no existan fases o hitos principales (esta sería una interpretación errónea de la metodología)
El concepto “incremental” se refiere a que al final de cada iteración se incrementa el conjunto de funcionalidades implementadas del producto. De acuerdo a lo planificado, las versiones parciales que se obtengan al final de cada iteración (releases) pueden ser revisadas en terreno para obtener retroalimentación. De esta manera, la retroalimentación obtenida de los usuarios a partir de la versión parcial del producto permite atacar en forma activa y permanente los riesgos asociados a una mala comprensión de los requerimientos, ya que las desviaciones respecto a las funcionalidades realmente requeridas pueden corregirse en iteraciones posteriores.
El Proceso Unificado establece cuatro fases con criterios claros de término que ayudan a eliminar en forma activa los riesgos del proyecto.
Ciclo de Vida
La gran ventaja que ofrece la utilización de una metodología basada en el Proceso Unificado es que establece una plataforma para atacar activamente los riesgos más comunes que surgen en todos los proyectos de desarrollo de software. Todos los procesos, artefactos, fases y prácticas de la metodología han sido diseñados para eliminar activamente los riesgos que se presenten, lo cual maximiza las probabilidades de terminar exitosamente el proyecto de desarrollo en los plazos y costos planificados.
El ciclo de vida se descompone a lo largo del tiempo en cuatro fases secuenciales, las cuales deben ser concluidas cada una a través de un hito principal. En otras palabras, cada fase es un espacio de tiempo ubicado entre dos hitos principales. Los tres primeros hitos tienen riesgos asociados que deben ser mitigados:
|
Hito |
Riesgos a Eliminar |
|
Objetivos del Ciclo de Vida |
· Comprensión del problema más esencial que debe ser resuelto.
· Comprensión de a las necesidades de los diversos grupos de usuarios.
· Acuerdo común respecto al alcance del desarrollo del sistema. |
|
Arquitectura del Ciclo de Vida |
· Viabilidad técnica para el desarrollo del sistema.
· Definición de una arquitectura sólida y extensible que esté preparada para los cambios y que satisfaga los requerimientos más exigentes.
· Estabilidad de los requerimientos más riesgosos desde el punto de vista arquitectónico. |
|
Capacidad Operativa Inicial |
· Construcción del resto del sistema de acuerdo a los recursos y tiempos asignados.
· Capacidad operativa del sistema antes de implantación. |
|
Liberación del Producto |
· Criterios de aprobación satisfechos |
De acuerdo a estos hitos, se definen las siguientes fases:
|
Concepción |
∆ |
Elaboración |
∆ |
Construcción |
∆ |
Transición |
∆ |
|
Hito de Objetivos del Ciclo de Vida |
↑ |
Hito de Arquitectura del Ciclo de Vida |
↑ |
Hito de Capacidad Operativa Inicial |
↑ |
Liberación del Producto |
↑ |
Estos hitos principales y la eliminación de los riesgos asociados definen el criterio para pasar de una fase a otra. Para finalizar la fase de Concepción, se debe llegar a un acuerdo respecto al problema a resolver, las necesidades de los usuarios y el alance del sistema en términos de un listado de Características y un modelo de Casos de Uso.
Para finalizar la fase de Elaboración, los Casos de Uso más riesgosos desde el punto de vista técnico deben haber sido especificados en detalle y debe existir una arquitectura de software sólida que permita enfrentar todos los riesgos encontrados. Esta arquitectura base debe estar preparada para los cambios que puedan preverse a lo largo del desarrollo. Durante esta fase hay esfuerzo de desarrollo y pruebas, pero orientado a establecer un modelo de objetos o un modelo de datos que satisfaga las exigencias técnicas más importantes. También se puede considerar en esta fase la adquisición de componentes de software comerciales para mitigar riesgos específicos de implementación.
La fase de Construcción termina cuando el producto ha alcanzado capacidad operativa. El riesgo más importante que debe atacarse durante esta fase es que se cumplan los objetivos planteados utilizando los recursos asignados y el tiempo planificado.
Finalmente, durante la fase de Transición se debe asegurar que los usuarios y el grupo de soporte tengan el nivel de independencia suficiente para finalizar la prestación del servicio.
11. Cronograma
El proponente deberá ofertar en su propuesta el cronograma del proyecto, contemplar los tiempos de acuerdo a las consideraciones metodológicas, además de los tiempos para la revisión y aprobación de cada informe acordado, por parte de las contrapartes técnicas.
Durante el desarrollo del proyecto, y por razones fundadas, el plazo del contrato podrá ser modificado, previo acuerdo entre las partes.