La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos:

Transcripción

1 La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos: Objetivo. Del sistema. Alcance. Del sistema en general y de cada módulo. Detalle que deberá alcanzar el Software a Desarrollar. Describir de manera detallada lo que el usuario espera de la funcionalidad del software y cada uno de sus módulos. Deberá además plasmarse, lo que la Dependencia espera del análisis de requerimientos. (Ver DOCUMENTACIÓN A SOLICITAR AL PROVEEDOR). Las fechas en que el proveedor deberá proporcionar cada entregable a la Dependencia. (Incluir en Cronograma de Trabajo). NOTA IMPORTANTE: Los requisitos y documentos citados en el presente, son enunciativos mas no limitativos. Cada Dependencia deberá elegirlos y/o adaptarlos de acuerdo a sus necesidades. ENTREGABLES Y PRODUCTOS QUE EL PROVEEDOR DEBERÁ PROPORCIONAR A LA DEPENDENCIA Instrucciones: La Dependencia debe solicitar al proveedor la Documentación necesaria con la finalidad de dar seguimiento y verificar el cumplimiento del proveedor en cuanto a las entregas del producto final. DOCUMENTACIÓN A SOLICITAR AL PROVEEDOR: a) Documento de Metodología El proveedor deberá proponer una metodología de desarrollo de software, sobre la que se basará la solución. Los entregables derivados de ésta, deberán ser parte de la documentación solicitada al proveedor. Deberán ser identificadas, revisadas y firmadas de conformidad por la Dependencia, una vez que ésta corrobore que han sido terminadas en tiempo y forma (mediante los entregables). Debe contemplar como mínimo las etapas de: Análisis de requerimientos: deberá ser documentado por el proveedor, por medio de entrevistas con los usuarios claves, quienes definirán las reglas de negocio que deberá seguir el sistema. Una vez documentado el Análisis de Requerimientos, éste deberá ser revisado, y de ser correcto y completo firmado por el usuario clave y el titular de la Unidad Administrativa. Deberá contemplar los módulos, reglas, diseño de pantallas, necesidades, documentos a emitir, plantillas, y todo aquello que conforme la funcionalidad completa de cada módulo. Diseño Codificación-Desarrollo puebla.gob.mx 1

2 Pruebas Implantación Capacitación b) El cronograma de actividades deberá ser entregado por el proveedor durante los X días hábiles de la emisión de fallo. Éste deberá ser autorizado por el titular de la Unidad Administrativa y devuelto al proveedor en un plazo no mayor a X días hábiles. En caso de no ser autorizado, el proveedor deberá entregar las modificaciones en un plazo no mayor a X días hábiles. c) Cronograma de actividades. El cronograma deberá incluir las siguientes etapas como mínimo: Etapa, responsables y actividades del análisis de requerimientos. Etapa, responsables y actividades del diseño. Etapa, responsables y actividades de codificación. Etapa, responsables y actividades de pruebas. Etapa, responsables y actividades de implementación. Etapa, responsables y actividades de implantación. Capacitación técnica, instructores, horas, temario y número de personal a capacitar. Capacitación funcional, instructores, horas, temario y número de personal a capacitar. Capacitación operativa, instructores, horas, temario y número de personal a capacitar. Fecha de entrega-recepción del sw, con acta correspondiente debidamente firmada de conformidad por parte de la Dependencia. Fecha de entrega recepción de la puesta en operación de la solución, con acta correspondiente debidamente firmada de conformidad por parte de la Dependencia. El cronograma de actividades deberá contemplar fechas específicas de cada actividad, de entrega de documentos, de reuniones y todo aquello que sea necesario para el cumplimiento en tiempo y forma del proyecto, teniendo en consideración holguras, así como fechas límite de término del proyecto. La Dependencia deberá vigilar y firmar de conformidad el cumplimiento de cada una de las actividades plasmadas en el cronograma, una vez que corrobore su término y tomar las medidas que considere pertinentes en caso de incumplimiento (establecer sanciones). d) Manuales de Instalación del software. e) Manuales de Instalación de los equipos, dispositivos y equipos del proyecto. f) Documentos comprobatorios que amparen el cumplimiento de las normas establecidas (por ejemplo, ISO, etc.). Certificados. g) Códigos fuente, librerías y programas asociados a la solución. Con acta entrega. h) Propuesta de formato de lista de asistencia de las capacitaciones y de evaluación del curso. i) Para los participantes en los cursos, el proveedor debe comprometerse a entregar el material del mismo, en medio impreso mínimo engargolados en el entendido que cada participante en los cursos deberá recibir uno. j) Dos ejemplares del archivo fuente en medio magnético. k) Configuración de cada uno de los componentes y ejecución de un ciclo completo de operación, de acuerdo al anexo X Acta entrega recepción de la puesta en operación. l) Juegos originales de manuales de operación y técnicos, en cada Unidad de Instalación. En español y sin costo adicional. puebla.gob.mx 2

3 m) Carta compromiso donde el proveedor establece que otorgará todas las facilidades que permitan la comunicación entre usuarios y proveedor. n) Plan de contingencia para garantizar la continuidad de los servicios. o) Carta compromiso donde establezca el porcentaje de disponibilidad de los servicios será de al menos el X% (se recomienda 90% o 95%). p) Guía de fallas comunes y las soluciones correspondientes que permita atender el reporte en un primer nivel de atención. q) Carta del proveedor donde se comprometa a que la solución cumplirá con los estándares institucionales de interoperabilidad. r) Carta del proveedor en que se comprometa a garantizar la funcionalidad al 100% de la solución y en todos los componentes así como de los módulos externos con los que interactúe. s) Análisis de requerimientos, el cual deberá establecer las reglas de negocio de la Dependencia y/o aquellas que proponga el proveedor, previa autorización de la Dependencia. t) Es importante plasmar que el proyecto consiste en el Desarrollo, Diseño, Implementación e Implantación. (Tal cual). u) Establecer por escrito que el licenciamiento va incluido en el costo durante la vigencia del contrato, y deberá incluir Sistema operativo, bases de datos, etc. v) Establecer por escrito que el equipo, licenciamiento y software deben estar incluidos en la solución. w) Establecer por escrito que el software comercial que utilice el proveedor, deberá contar con licencia original y sin costo para la Dependencia. Incluir lo requerido en los servidores (antivirus, software de administración, etc.). x) Una vez firmado el contrato deberá realizarse una carta de confidencialidad de la información con la Dependencia que deberá ser entregada el día de la firma del contrato. y) Contrato o documento que ampare el Soporte Técnico, con compromisos por parte del proveedor para dar cumplimiento a los tiempos de respuesta y niveles de servicio que se establezcan. z) Carta del proveedor donde garantice la compatibilidad así como el soporte necesario derivado del cambio y actualización de versiones de software base (software de apoyo, aplicaciones, librerías, etc.). SERVICIOS Los servicios ofertados por el proveedor deberán de incluir: Respaldos y Migración de Información e Interconexión con el Gobierno del Estado de Puebla. Respaldos: Durante los dos primeros años el proveedor deberá de proporcionar en los modelos de respaldo incremental y total, al Gobierno del Estado de Puebla los respaldos correspondientes a la información gestionada a través de la solución integral. Migración de Información e Interconexión con el Gobierno del Estado: El proveedor deberá de proporcionar la configuración de todos los servidores, equipo de comunicaciones, software y bases de datos, con el fin de que se garantice la interconectividad con la infraestructura existente del Gobierno del Estado de Puebla, donde sea que se encuentre ubicada dentro de la Cd. De Puebla. Asimismo, garantizará la correcta migración o consulta de la información en caso de ser requerido. Transferencia tecnológica: El proveedor deberá de comprometerse a realizar la transferencia tecnológica de la solución, incluyendo todos los componentes necesarios para su implementación, no dejando de lado ningún componente que a su juicio sea requerido para la correcta operación. puebla.gob.mx 3

4 Monitoreo: Durante el desarrollo del software, e proveedor deberá de proporcionar una solución de monitoreo adecuada para controlar la infraestructura de la solución en materia de hardware, software y bases de datos. Niveles de escalamiento: Para la solución existirán tres niveles de escalamiento. Adicional a los especialistas de la solución en sitio, quienes constituirán el primer nivel, existirá el responsable del proveedor y un tercer nivel que estará representando como el nivel máximo del proveedor. En forma paralela existirá una línea 800 asignada por el proveedor, con el modelo de mesa ayuda para auxiliar a los asesores del X cuando así se requiera (mesa de apoyo de administración general) y una mesa especializada (mesa tecnológica) para resolver problemáticas cuando se encuentre fuera del horario de los especialistas en sitio. Responsable del Gobierno del Estado: La Dependencia asignará un responsable técnico, punto de contacto con el proveedor a nivel tecnológico, y a su vez contará con asesores en desarrollo de software, bases de datos, soporte técnico y procesos, quienes podrán comunicarse con sus contrapartes del proyecto en la empresa. Responsable por parte del Proveedor: El proveedor nombrará un responsable técnico que tendrá como contraparte el responsable técnico de la Dependencia y quien estará a cargo de los especialistas de la solución en sitio. Estancia del proveedor: Durante los primeros XX años/meses de la solución el proveedor se compromete a asignar de forma permanente en el sitio donde la Dependencia determine, un conjunto de especialistas en la solución, no menos de cinco, quienes deberán de solucionar de forma expedita, las necesidades y problemáticas de la solución, tanto en software como en hardware. Los especialistas deberán de estar disponibles de lunes a viernes en un horario de X am a X pm y los sábados y domingos de X AM a X PM. PRUEBAS Puesta en operación: El proveedor deberá demostrar a la Dependencia (área usuaria), que la solución funciona correctamente con un ciclo completo (prueba integral). Deberá entregar documento y firmarse de aceptación por ambas partes. La Dependencia definirá las pruebas que considere necesarias para que el proveedor las realice y documente. GARANTÍA Garantía. Cuánto tiempo después de la entrega, instalación y puesta en operación. Establecer todos los componentes que abarcará la garantía. Ésta deberá incluir mano de obra y refacciones. SOPORTE TÉCNICO Soporte <ejemplo 7x24 u 8x5>: El proveedor se compromete a dar soporte a cualquier componente de la solución en un término no mayor a X horas en cualquiera de sus componentes (hardware y software) de acuerdo a un modelo de escalamiento. <La Dependencia solicitante deberá establecer los tiempos> Será obligación del proveedor otorgar soporte y asistencia técnica a los equipos que le resulten adjudicados durante la vigencia del contrato. puebla.gob.mx 4

5 Deben establecerse por escrito, los tiempos de respuesta de la mesa de ayuda, así como niveles de servicio. PRUEBA DE CONCEPTO Considerar si es necesaria una prueba de concepto. CAPACITACIÓN Capacitación, técnica, funcional y operativa, de acuerdo a lo establecido en el Cronograma de Actividades. Deberá establecerse si la capacitación se llevará en sitio, así como también si se emplearán los mismos equipos utilizados durante la etapa de pruebas e instalación. Si será en el equipo y lugar donde se encuentre el usuario final. Deberá establecerse que el proveedor se comprometa a dar las capacitaciones que correspondan, una vez que el sistema haya sido firmado de aceptación por parte de la Dependencia de que se aprobaron todas las Pruebas establecidas. El proveedor deberá entregar constancia al personal que se capacitó, el cual deberá estar firmado por parte del proveedor así como por el Titular que la Dependencia designe. INSTRUCTORES El proveedor deberá presentar los documentos listados a continuación (la Dependencia debe especificar cuáles detalladamente), junto con sus propuestas en el procedimiento de adjudicación correspondiente. Certificados (Documentos comprobatorios). Documentos que avalen conocimiento técnico y experiencia de su personal consultivo, instructores, técnicos, etc. Presentar material de apoyo. Manuales técnicos, constancias firmadas por contratante y empresa, etc. Entrega de temario, con días y horarios. ESPECIFICAR PLATAFORMAS CON LAS QUE EL NUEVO DESARROLLO DEBERÁ INTEGRARSE Sistema operativo Base de datos Compatibilidades (web con exploradores, bases de datos existentes y de la solución). Español. ESPECIFICAR LA MANERA EN QUE EL NUEVO DESARROLLO INTERACTUARÁ CON PLATAFORMAS YA EXISTENTES O QUE SE DESARROLLEN A FUTURO puebla.gob.mx 5

6 Especificar las aplicaciones actuales con las que interactuará la solución, en qué plataforma se encuentran, tecnología, modo de comunicación (activo o pasivo), si la aplicación va a ir a la solución a solicitar información, o la solución irá a la aplicación a consumir servicios o será bidireccional. Cómo hará esta interacción? (web services, etc.). Establecer si será por consulta o modificación directa a base de datos. Establecer con qué tecnologías tendrá que interactuar la solución a futuro. (futuros desarrollos). NOTA: La Dependencia deberá establecer fechas de entrega de las etapas básicas del desarrollo de la solución. La Dependencia deberá anexar su esquema de interoperabilidad. SEGURIDAD Lineamientos establecidos por la Dependencia y que el proveedor deberá garantizar. Integridad Confidencialidad Control de acceso Autenticación No repudio Disponibilidad Auditoría y monitoreo. ARQUITECTURA Diagramas Documentación Dependencias Versiones de software ENTREGA-RECEPCIÓN Además de los códigos y librerías, se deberán entregar manuales de operación, manual de configuración. Establecer condiciones de Entrega-Recepción. Deberá ser condicionada con firma de conformidad por parte de la Dependencia. OTROS REQUISITOS Si la instalación de los servidores incluirá el cableado o cuál es el alcance de la instalación de los servidores. puebla.gob.mx 6

7 SOFTWARE Y ARQUITECTURA MULTIPLATAFORMA Instrucciones: La Dependencia deberá considerar los siguientes aspectos generales (mencionados de manera enunciativa mas no limitativa) para el desarrollo de la aplicación que requiera. Adaptará los conceptos de acuerdo a los requerimientos específicos que se soliciten al proveedor. Modelo de licenciamiento: El software proporcionado podrá ofrecerse mediante el modelo de software licenciado, con actualizaciones y liberaciones de acuerdo al roadmap propio del proveedor o bien mediante un modelo de software libre y de fuentes abiertas bajo licencia GNU GPL (General Public License). En cualquier caso el proveedor deberá de cubrir las licencias suficientes para cubrir la totalidad de los trámites y servicios del Gobierno de Puebla más un incremento de 15% en los mismos para los próximos 5 años. Browsers: El sistema deberá ser 100% accesible desde Web. Únicamente será necesario la utilización de cualquier navegador (browser) estándar en el mercado, incluyendo más no limitativo a Explorer, Firefox, Chrome y Safari. La aplicación está diseñada para trabajar con navegadores que incluyan soporte para DOM, CSS, XHTML y ECMAScript. Esto incluye a casi la totalidad de los navegadores del mercado, tanto para entornos Windows, como Linux, Unix y Mac. Entorno Web. A todos los niveles con la funcionalidad de implantación para modelos tales como: Cloud Computing, ASP (Application Server Provider) y Software bajo demanda o Software como Servicio (SaaS, Software as a Service) Usabilidad. Orientados a los usuarios internos y externos del Gobierno del Estado de Puebla (servidores públicos y ciudadanía) Accesibilidad. Cumplimiento de las recomendaciones y estándares internacionales de accesibilidad Web: Doble A (AA WAIS de la W3C), XHTML 1.0 y Css Estándares: Uso de estándares reconocidos que garanticen la interconexión de la solución. Los desarrollos cumplirán lo exigido en el pliego acerca de los estándares internacionales de accesibilidad (W3C). Esto es, para facilitar el acceso a la información a colectivos de discapacitados. Se diseñarán las páginas para conseguir un mínimo de accesibilidad Doble-A. Además, en la misma línea, se cumplirá con el protocolo NI4 y codificación internacional UTF-8. Lenguaje de programación base: Para el desarrollo del software deberá utilizarse preferentemente el estándar J2SE/J2EE/JSF y JAVA como lenguaje de programación (Programación Orientada a Objetos). Además se utilizarán el conjunto de tecnologías asociadas tales como Applets, Beans, Servlets, EJBs, JDBC, XML), posibilitando, además, la integración con la tecnología de servicios propuesta mediante SOAP (Simple Object Access Protocol) y Web Services, o bien con funcionalidad similar ofertada por el proveedor. puebla.gob.mx 7

8 Plataforma de S.O. y Base de Datos: Los componentes de la solución ofertada podrán hacer uso de plataforma licenciada-propietaria de servidores y bases de datos (Windows Server, SQL Server, Oracle, IIS, IBM DB2, u otro disponible en el mercado) o bien podrán conformarse bajo entornos de software libre y fuentes abiertas tales como : (LinuxFedora / Ubuntu, Apache, Tomcat, MySQL, PostgreSQL) Arquitectura: Tendrá de más una capa que la abstraerá del tipo de medio persistente a usar. Por tanto la arquitectura del sistema estará estructurada en capas, de forma que permita la fácil adaptación de cada una de las partes a futuras nuevas condiciones, sin que esto tenga porque afectar al resto del sistema. La arquitectura del sistema deberá incluir las siguientes capas y sus componentes: o Capa de presentación (Struts o similar) o Capa de Negocios/Servicios (Spring o similar) o Capa de Persistencia (Hibernate o similar) Las ventajas del empleo de esta Arquitectura Software son: Separación de las capas de desarrollo. Modelo limpio. Facilidad de mantenimiento. Evolución de las aplicaciones. La solución deberá contar con una arquitectura modular que maximice las prestaciones funcionales y asegure la escalabilidad. Interoperabilidad: Interoperabilidad entre sistemas heterogéneos usando tecnología SOA (Service Oriented Architecture) Arquitectura Orientada a Servicios. Seguridad: Basada en certificados digitales y protocolos seguros de comunicaciones (SSH Llave pública y/o privada). El trato de los datos contenidos en la aplicación requiere un tratamiento muy especial de la seguridad en el sistema y deberá de cumplir con las leyes federales y estatales en materia de protección de datos personales vigentes. Este manejo de la seguridad deberá ser tomado en cuenta a todos los niveles (acceso a datos, acceso a la aplicación, acceso a funcionalidades dentro del sistema, protocolos de comunicación e interconexión con otros sistemas). Continuidad del soporte por parte del proveedor: Garantía de continuidad y evolución, lo que asegura la sostenibilidad económica y técnica. Multi Base de Datos: Certificado para operar sobre Oracle, PostgreSQL, MySQL, Microsoft SQL Server e IBM DB2. <o los que considere necesarios la Dependencia> Plantillas predefinidas y generación automatizada: Generación automática e ilimitada de documentos en base a plantillas predefinidas y configurables por la Dependencia. Control y registro (auditoría): De todos los trámites y servicios realizados entre los módulos del sistema, con generación automática de control de cambios por los usuarios. puebla.gob.mx 8

9 Paradigma Zero Administration Client: Como principio general se mantendrá que, los requisitos de los puestos de trabajo de los usuarios sean muy bajos tecnológicamente (paradigma Z.A.C.-Zero Administration Client). Para el acceso a la aplicación bastará con disponer de una PC con un navegador y conexión a Internet. Solución Multiplataforma: La solución será desarrollada como multiplataforma (Windows, Linux,...), es decir podrá funcionar indistintamente en otra, incluyendo más no limitativa a puestos de trabajo como y entornos mixtos. Núcleo central independiente: El modelo propuesto independiza su núcleo central de la BBDD. Interfaz heterogénea / Multicanal / Multidispositivo: Se utilizará un Interfaz de Usuario heterogénea: Múltiples Entornos, incluyendo más no limitativo a equipos de escritorio y móviles, además de Múltiples Tecnologías estándar del mercado. La plataforma propuesta tiene capacidad de soporte Multicanal/Multidispositivo para permitir el acceso a determinada información del sistema mediante diferentes tipos de terminal (equipos de escritorio, teléfonos móviles y tablets). Control de versiones: Para la gestión de los componentes software y del resto de documentación se utilizará un repositorio de información y se proporcionará funcionalidad de control de versiones y revisiones de documentos (versiones de trámites). HARDWARE Alta concurrencia: La solución deberá ofertar el hardware necesario para soportar un modelo estable con alta concurrencia y un gran número de usuarios simultáneos, que soporte un modelo de operación desde el servidor redudante, geográficamente disperso en otra ubicación física. Arquitectura de Hardware de Administración (Ejemplo. La Dependencia deberá considerar este ejemplo y adaptarlo a sus requerimientos): La arquitectura de hardware de la solución llave en mano, estará conformada por X servidor(es) central(es) de alta capacidad, X servidores redundantes, X servidor(es) de almacenamiento de información, software de administración de la solución de hardware, X ruteador(es) central(es) de alta disponibilidad, X ruteador(es) de respaldo, X switch(es) configurable(s) de alta disponibilidad, 1 fuente de poder ininterrumpida, 1 rack de comunicaciones, 1 terminal de configuración en rack, 1 cableado estructurado y fibra óptica. Las características técnicas del equipamiento podrán ser ofertadas por el proveedor, previa validación de alineación con las características requeridas para operar la solución con estándares para este tipo de soluciones. Cableado estructurado (Ejemplo. La Dependencia deberá considerar este ejemplo y adaptarlo a sus requerimientos): El proveedor realizará el tendido de fibra entre los equipos servidores y comunicaciones de la arquitectura de hardware de administración, así como el cableado estructurado requerido entre el cuarto de comunicaciones y los equipos de escritorio de los usuarios. El cableado deberá cumplir los estándares internacionales vigentes en la materia. La solución llave en mano ofertada deberá de operar bajo el estándar de fibra óptica entre los equipos servidores y de comunicaciones y mediante el esquema 10/100/1000 Mbps entre los equipos de escritorio de los usuarios y el centro de comunicaciones. A la entrega el proveedor proporcionará evidencia física y documental de que la red opera de manera óptima. puebla.gob.mx 9

10 Configuración: El proveedor deberá de configurar y entregar en estado óptimo de operación la arquitectura de hardware, incluyendo más no limitándose a la interconectividad del equipo de comunicaciones con el equipo servidor, a nivel sistema operativo, bases de datos, sistema y configuraciones propias del BIOS/Firmware/CLI de los equipos, o cualquier otra requerida. puebla.gob.mx 10