Desarrollo de la Plataforma Nacional de Transparenciapntdocumentos.inai.org.mx/templates/jf_taman/contenido/doc/Propu... · Productos a Entregar ... Nacional de Transparencia,

Página 1 de 74 IDS Comercial S.A. de C.V. - RFC. ICO 930914 IFA Av. Insurgentes Sur 1388, Nivel 13, Ofcna 1301, Col. Actipan, CP. 03230, México, D. F., (5255) T. 2789 8400

Desarrollo de la Plataforma Nacional de Transparencia

Segunda Etapa

PROPUESTA TÉCNICA

Propuesta para

Versión: 1.0

IDS Comercial Una empresa CMMI® Nivel 5

México D.F. a 22 de Febrero del 2016

INSTITUTO NACIONAL DE TRANSPARENCIA, ACCESO A LA INFORMACIÓN Y PROTECCIÓN DE DATOS PERSONALES

DIRECCIÓN GENERAL DE ADMINISTRACIÓN CONVOCATORIA DE LICITACIÓN PÚBLICA Carácter del procedimiento: Nacional

Clave electrónica: LA-006HHE001-E13-2016 Clave interna: LPN-006HHE001-003-16


Contenido Presentación ............................................................................................... 4

Aviso de Confidencialidad ....................................................................... 5

Resumen Ejecutivo ..................................................................................... 6

Glosario de Términos ................................................................................. 8

Servicios .................................................................................................... 11

Descripción del Servicio ....................................................................................................... 11

Objetivos a atender .............................................................................................................. 12

Alcances del Servicio ........................................................................................................... 12

Propuesta de Solución (Modelo de Outsorcing FSW) ....................................................... 14

Modelo de Solución ........................................................................................................... 17

Modelado de Operación .................................................................................................. 19

Modelo del Servicio .......................................................................................................... 23

Método de Estimación del Servicio .................................................................................. 24

Modelo de Gobierno ......................................................................................................... 25

Métricas y Acuerdos de Niveles de Servicio ................................................................... 27

Modelo de Implementación ............................................................................................. 34

Modelo de Transferencia .................................................................................................. 35

Estrategia de Calidad. ....................................................................................................... 36

Modelo de Involucramiento y Administración de Recursos .......................................... 38

Metodología y Mejores Pácticas Aplicadas en el Servicio .............................................. 40

Metodología IDS (MIDS) ..................................................................................................... 40

Mejores Prácticas ............................................................................................................... 43

Tecnologias que Considera el Servicio ............................................................................... 44

Herramientas Utilizadas en el Servicio ................................................................................. 45

Productos a Entregar ............................................................................................................ 46

Plan de Trabajo ..................................................................................................................... 55





Supuestos y Consideraciones del Servicio .......................................................................... 56

Supuestos y Consideraciones Generales ......................................................................... 56

Supuestos y Consideraciones sobre el Alcance ............................................................. 57

Supuestos y Consideraciones sobre la Infraestructura ................................................... 57

Servicios No Incluidos ......................................................................................................... 58

Criterios de Aceptación y Revisión de Productos ............................................................. 59

Responsabilidades ................................................................................................................ 59

De INAI ................................................................................................................................. 59

De IDS Comercial ............................................................................................................... 60

Metodología IDS en la prestación del Servicio al Cliente ................... 61

Dinámica de Seguimiento y Control de Proyectos y sus Niveles de Servicio ................. 61

Dinámica de Aseguramiento de Calidad de los Servicios y Proyectos .......................... 63

Duración ................................................................................................... 64

Valores Agregados y Beneficios proporcionados por IDS .................. 65

Enfoque de Valor de IDS ...................................................................................................... 65

Beneficios Proporcionados por IDS ..................................................................................... 68

Certificaciones y alianzas ..................................................................................................... 70

Valores Agregados de IDS ................................................................................................... 71

Garantías .................................................................................................. 72

Vigencia de la Propuesta ....................................................................... 73

Comentario Final ...................................................................................... 74





Presentación

Estimado José Angel Esparza Portugal,

Con base en la experiencia y conocimiento que IDS Comercial ha adquirido a lo largo de sus 33 Años en el sector de Tecnologías de la información, así como la experiencia y los conocimientos técnicos que nuestro personal ha tenido oportunidad de recolectar desarrollando proyectos para el Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales (INAI) y con gran interés de participar con ustedes nos permitimos presentar nuestra Propuesta Técnica en respuesta a la Convocatoria de Licitación Pública Nacional LA-006HHE001-E13-2016 para el “Desarrollo de la Plataforma Nacional de Transparencia, Segunda Etapa Propuesta Técnica, la cual tiene el objetivo principal de satisfacer los requerimientos que demanda tan interesante proyecto.

Esperando que nuestra propuesta cubra las funciones y objetivos que INAI requiere, quedo a sus órdenes para cualquier aclaración y en espera de su amable respuesta.

Atentamente

_________________________________________ Iker R. Vilá Gallardo Representante Legal IDS Comercial, S.A de C.V.





Aviso de Confidencialidad La información contenida en el presente documento no deberá ser divulgada, ni ser duplicada, utilizada o dada a conocer parcial o totalmente para propósitos que no sean los de evaluación sin autorización escrita de IDS Comercial, S.A. de C.V.

Las ideas, conceptos y planteamientos presentados en este documento son y seguirán siendo, propiedad de IDS Comercial, S.A de C.V. INAI se compromete a la custodia de este documento como confidencial, tanto en su versión original como en sus copias.





Resumen Ejecutivo En respuesta a su amable solicitud, a continuación nos permitimos presentar el Resumen Ejecutivo de esta propuesta que sometemos a su consideración para atender el “Desarrollo de la Plataforma Nacional de Transparencia, Segunda Etapa”.

Descripción del Servicio

Recientemente el INAI desarrolló la Primera Etapa de la Plataforma Nacional de Transparencia, que comprendió, la revisión de funcionalidad existente de dos de los cuatro sistemas que integran la Plataforma Nacional de Transparencia (PNT), el desarrollo de los sistemas de medios de impugnación y de comunicación entre organismos garantes y sujetos obligados; integración de un motor de búsqueda empresarial; actualización e incorporación de funcionalidad a los aplicativos para dispositivos móviles con sistema operativo iOS, Android y Windows Phone.

Para la presente licitación, el INAI requiere contratar los servicios de una fábrica de software que permitan a más tardar el 30 de abril de 2016 contar con los servicios web y su instalación en cada uno de los sistemas de solicitudes de información existentes en el país, así como incorporar la funcionalidad derivada de la armonización de las leyes locales y federal en la materia, conforme vayan siendo autorizadas y publicadas.

Entre los servicios de fábrica requeridos se encuentran los siguientes:

1. Proporcionar soluciones en materia de desarrollo de aplicaciones bajo

el esquema de órdenes de servicio.

2. Atender los servicios a demanda de ingeniería de producto de los

requerimientos que el Instituto realice.

3. Realizar la integración de los actuales sistemas de solicitudes de información a la PNT, a través de la instalación de servicios web en los diferentes Estados del país que cuentan con un sistema Infomex, la integración tendrá que realizarse de manera local y deberá considerar pruebas y validación de puesta a punto de cada una de las

soluciones.

4. Desarrollar e instalar los servicios web que permitan conectar los sistemas de solicitudes de información de los Estados de Aguascalientes, Baja California, Baja California Sur, Estado de México,

Michoacán, Oaxaca, Tamaulipas y Yucatán.

5. Realizar la configuración de normatividad, procedimientos (flujos), acuses, mensajes SMS, entre otras parametrizaciones derivadas de la armonización de las Leyes locales y Ley Federal en materia de transparencia.





6. Efectuar tareas que permitan la migración de los datos de los actuales

sistemas de solicitudes de información a la PNT.

7. Brindar soporte técnico sobre la operación de la PNT.

Objetivos del Servicio

Desarrollar la segunda etapa de la Plataforma Nacional de Transparencia (PNT) que permita garantizar la atención de los requerimientos en materia de desarrollo y mantenimiento de la PNT, robusteciendo la funcionalidad existente, incluyendo requerimientos relacionados a la normatividad que se encontrará autorizada durante el 2016, así como requerimientos adicionales de los usuarios involucrados en la operación de la PNT.

Como proveedor de la entrega de servicios de fábrica de software, IDS Comercial brindará productos enfocados a:

‘Time to Market’: entrega oportuna de la funcionalidad solicitada para su aplicación en el instituto, disminuyendo la creciente presión a la que están sometidas las áreas.

Calidad: componentes con mayor calidad gracias a las metodologías, procesos, estándares y herramientas que utilizamos en IDS Comercial como parte del Delivery Process de nuestro servicio de fábrica de software, mismo que está descrito dentro de esta Propuesta.

Costo: la alta productividad de recursos y las soluciones reutilizables garantizan un costo del servicio acorde al promedio del mercado.

Servicio: enriquecimiento y servicio a los proyectos con flexibilidad, supervisión exigencia de mayor rigor en la organización y documentación.

Inversión del Proyecto

De acuerdo con los documentos publicados en Compranet para la presente licitación, nos permitimos poner a su consideración nuestra tabla de precio a través del Anexo II Propuesta Económica.

Tabla 1.Resumen ejecutivo del proyecto





Glosario de Términos Para poder describir claramente nuestro modelo de Fábrica de Software de IDS Comercial, es importante mencionar los siguientes conceptos generales.

Orden de Trabajo (OT), Solicitud de atención de uno o más requerimientos.

CDD. Centro de Desarrollo, conformado por las células de desarrollo de IDS Comercial que atienen las órdenes de trabajo.

Mesa de Servicio ó Aduana. Es un elemento de nuestro modelo de solución que consiste en la función de verificación de que los insumos a la fábrica de software cuenten con todos los elementos necesarios para su correcta ejecución.

Capa de Usuarios de Negocio. Considera las actividades de las áreas de negocio en las que se identifica una necesidad de operación y se efectúa la solicitud de un servicio para atender dicha necesidad.

Capa de Análisis y Modelado de Requerimientos. Serie de actividades que consideran que una vez realizada una solicitud por el área de negocio, se requiere generar un artefacto donde se especifique el requerimiento de negocio de forma entendible para el grupo técnico.

Capa de Atención de Requerimientos. Considera las actividades de diseño general, diseño detallado, construcción y prueba unitaria de las células de la Fábrica de Software.

Capa de Aceptación y Liberación. Son las actividades de validación de las nuevas funcionalidades existentes en flujos de negocio integrados.

ScrumMaster. Responsable de administrar las células de desarrollo de la Fábrica de Software bajo el marco de referencia de Scrum.

Administración del Proyecto / Project Management : Es una disciplina que permite que cualquier tipo de proyectos sea exitoso, no solo porque logra llegar a su objetivo, sino porque lo hace dentro del plazo establecido, dentro del presupuesto, optimizando recursos y con la calidad que satisface las necesidades y expectativas de los grupos de interés del Proyecto.

Administrador de Proyectos / Project Manager: Administrador de proyecto, persona responsable de la ejecución de principio a fin de un proyecto.

Administrador de Proyectos del Proveedor: Es la persona asignada por el prestador del servicio como líder para coordinar el desarrollo de aplicaciones.

Administrador de Proyectos del INAI: Funcionario Público de la Dirección General de Tecnologías de la Información del INAI designado como líder para cada uno de los proyectos de desarrollo de aplicaciones y/o responsable del soporte técnico a aplicaciones en producción.

CMMI-dev® (Capability Maturity Model Integration for Software): Siglas en inglés del Modelo para medir la Madurez de los Procesos de desarrollo de Software de una Organización, realizado por la comunidad de software con la administración del SEI. De acuerdo a la definición del SEI, este modelo ayuda a las Organizaciones a identificar las prácticas clave requeridas para aumentar la madurez de sus procesos de una manera evolutiva que los transforme de procesos personalizados o caóticos a procesos disciplinados, a través de principios y prácticas subyacentes del proceso de desarrollo de software. El SW-CMMI® se organiza en cinco niveles de madurez, con características y mediciones específicas cada uno. Cada nivel de madurez provee una capa de Infraestructura organizacional necesaria para lograr la optimización continua.





INAI: El Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales.

CST: Proceso de Calidad de Soluciones Tecnológicas definido en la normatividad vigente para las Tecnologías de Información y Comunicaciones.

Defecto: Imperfección, inexactitud, carencia o alejamiento de un producto con respecto a la especificación del mismo. Falta derivada de la infracción de la observancia de las normas.

DGTI: Dirección General de Tecnologías de la Información del INAI.

DST: Proceso de Desarrollo de Soluciones Tecnológicas definido en la normatividad vigente para las Tecnologías de Información.

Entregable: Producto, que representa un componente que forma parte de un proyecto o es el resultado de un servicio. Se le asocia un uso o beneficio y una serie de actividades (facturables o no) para poder elaborarlo.

Fábrica de software: Organización orientada a construir componentes a la medida, utilizando procesos y herramientas estándares con el fin de lograr un desarrollo y ensamblado reutilizable de software.

Garantía del Servicio: Seguridad que el prestador del servicio deberá dar a el INAI sobre el buen funcionamiento de los servicios que se adquirieron/consumieron durante la vigencia del contrato.

Gerente de Proyecto del INAI: Funcionario público de la Dirección General de Tecnologías de la información del INAI designado para administrar los servicios a contratar.

Gerente de Proyecto del Proveedor: Es la persona asignada por parte del prestador del servicio, para administrar todos los servicios que se proporcionen.

Hallazgo: Descubrimiento o encuentro en una Revisión o Auditoría, de un evento el cual no se confirma aún ser un defecto.

ITIL: La Biblioteca de Infraestructura de Tecnologías de Información, frecuentemente abreviada ITIL (del inglés Information Technology Infrastructure Library), es un marco de trabajo de las buenas prácticas destinadas a facilitar la entrega de servicios de tecnologías de la información (TI). ITIL resume un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como guía que abarque toda infraestructura, desarrollo y operaciones de TI.

Línea Base: Es la primera medición de todos los indicadores contemplados en el diseño de un Proyecto o Entregable, por ende, permite conocer el valor de los indicadores al momento de iniciarse las acciones planificadas, es decir, establece el 'punto de partida' del proyecto o entregable.

No conformidad: El NO cumplimiento de un requisito. Hay tres partes en una no conformidad bien documentada:

• La evidencia de auditoría que soporta los hallazgos del auditor;

• El registro del requerimiento contra el cual la no conformidad se detecta;

• El enunciado de la no conformidad.

PMBoK: Project Management Book of Knowledge. Guía para la Administración de Proyectos emitida por el PMI.





PMI: Project Management Institute. Instituto de Administración de Proyectos que emite las mejores prácticas de gestión proyectos.

PMP: Project Manager Professional. Certificación Personal, que se emite a un profesional que ha cumplido con la experiencia y conocimientos necesarios que lo identifican como experto en la materia de Administración de Proyectos.

Proceso: Un proceso es un conjunto de actividades o eventos (coordinados u organizados) que se realizan o suceden (alternativa o simultáneamente) con un fin determinado.

Procedimiento: Es el modo de ejecutar determinadas acciones que suelen realizarse de la misma forma, con una serie común de pasos claramente definidos, que permiten realizar una ocupación, trabajo, investigación, o estudio correctamente.

Puntos y porcentajes: El criterio de evaluación de proposiciones a través del mecanismo de puntos y porcentajes.

Revisión: En los medios académicos,) es un método usado para validar productos con el fin de medir su calidad. Idealmente se realizan contra un estándar o lista de verificación, puede realizarlo el autor del producto o personas iguales en rango al autor, con la finalidad de que evalúen la calidad del producto.

SCRUM: Es un marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo ágil de software.

SDMSA: Servicios de Desarrollo, Mantenimiento y Soporte de Aplicaciones.

SEI (Software Engineering Institute): Siglas en inglés del Instituto de Ingeniería de Software operado por la Universidad de Carnegie Mellon en Pittsburgh Pensilvanya, para el Departamento de Defensa de los Estados Unidos de América, fundado como centro para la investigación y desarrollo de la ingeniería de software y cuyo objetivo medular es el de colaborar en la propuesta de mejoras cuantificables para las capacidades de la ingeniería de software.

Sistema de Información: Software diseñado para la realización de procesos específicos, como puede Administrativos, Recursos Humanos, Adquisiciones, Legalización, etc.

Software: Conjunto de programas, procedimientos, instrucciones, documentación y reglas para ejecutar ciertas tareas en un sistema de cómputo.

Workflow: Flujo de trabajo o secuencia ordenada de actividades que se realizan en el cumplimiento de una meta.





Servicios

Hoy en día miles de organizaciones y dependencias grandes y pequeñas demandan el desarrollo de aplicaciones a consultorías de desarrollo de software, muchas de las cuales ofrecen sus servicios de solución planteadas como fábricas de software, las cuales reciben como entrada especificaciones de negocio y son trabajadas a través de un ciclo de desarrollo. En este contexto, el Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales a través de la Dirección General de Tecnologías de la Información, requiere de la contratación de los Servicios de una Fábrica de Software que realice el Desarrollo, Mantenimiento y Soporte de Aplicaciones bajo el esquema de órdenes de servicio, para la atención a los requerimientos a demanda de ingeniería en relación a los sistemas que conforman la Plataforma Nacional de Transparencia.

Para ello IDS Comercial trabaja bajo el Nivel de Madurez del estándar CMMI-DEV nivel 5; además de realizar todas sus actividades, de acuerdo a la normatividad aplicable de las disposiciones oficiales vigentes en materia de Tecnologías de la Información, para los Servicios de Desarrollo, Mantenimiento y Soporte de Aplicaciones, teniendo en cuenta los siguientes procesos:

Dominio: Administración de Proyectos

Proceso Modelo Rector

Administración de Proyectos de TIC PMBOK®, SCRUM®

Dominio: Administración del Desarrollo de Soluciones


Desarrollo de Soluciones Tecnológicas CMMI-DEV

Calidad de Soluciones Tecnológicas CMMI-DEV

Dominio: Transición y Entrega


Administración de la Configuración CMMI-DEV

Tabla 2 Administración de Proyectos

Descripción del Servicio





El servicio de Fábrica de Software propuesto por IDS contempla un servicio integral, que produzca una solución tecnológica alineada a los objetivos de la dependencia, que da certeza de que al concluir la implementación se tendrán resultados positivos para el instituto.

La madurez y experiencia en el servicio por más de 33 años hacen que IDS Comercial contemple en su entrega una serie de mejores prácticas, técnicas y herramientas enfocadas a entregar software de alto valor para nuestros clientes y con la calidad esperada.

Desarrollar la segunda etapa de la Plataforma Nacional de Transparencia (PNT) que permita garantizar la atención de los requerimientos en materia de desarrollo y mantenimiento de la PNT, robusteciendo la funcionalidad existente, incluyendo requerimientos relacionados a la normatividad que se encontrará autorizada durante el 2016, así como requerimientos adicionales de los usuarios involucrados en la operación de la PNT.

Apoyar a INAI en liberar rápidamente funcionalidades y aplicativos que le han sido solicitados por las diferentes áreas de negocio que satisfacen la demanda de todo el corporativo y sus Clientes.

Reducir los costos asociados al desarrollo y/o mantenimiento de las aplicaciones, optimizando la productividad de los recursos asignados al servicio.

Aumentar la eficiencia y calidad en la prestación del servicio de desarrollo y/o mantenimiento de las aplicaciones que permita a los usuarios de negocio de INAI responder de forma más ágil y oportuna a las estrategias del instituto.

Para la Segunda Etapa, el INAI requiere contratar los servicios de una fábrica de software que permitan a más tardar el 30 de abril de 2016 contar con los servicios web y su instalación en cada uno de los sistemas de solicitudes de información existentes en el país, así como incorporar la funcionalidad derivada de la armonización de las leyes locales y federal en la materia, conforme vayan siendo autorizadas y publicadas.

Entre los servicios de fábrica requeridos se encuentran los siguientes:

1. Proporcionar soluciones en materia de desarrollo de aplicaciones bajo el esquema de órdenes de servicio.

2. Atender los servicios a demanda de ingeniería de producto de los requerimientos que el Instituto realice.

3. Realizar la integración de los actuales sistemas de solicitudes de información a la PNT, a través de la instalación de servicios web en los diferentes Estados del país que cuentan con un sistema Infomex, la integración tendrá que realizarse de manera local y deberá considerar pruebas y validación de puesta a punto de cada una de las soluciones.

Objetivos a atender

Alcances del Servicio





4. Desarrollar e instalar los servicios web que permitan conectar los sistemas de solicitudes de información de los Estados de Aguascalientes, Baja California, Baja California Sur, Estado de México, Michoacán, Oaxaca, Tamaulipas y Yucatán.

5. Realizar la configuración de normatividad, procedimientos (flujos), acuses, mensajes SMS, entre otras parametrizaciones derivadas de la armonización de las Leyes locales y Ley Federal

en materia de transparencia.

6. Efectuar tareas que permitan la migración de los datos de los actuales sistemas de solicitudes

de información a la PNT.

7. Brindar soporte técnico sobre la operación de la PNT.

Para lograr los objetivos y alcances planteados en la presente licitación, IDS Comercial brindará el servicio de desarrollo de software en modalidad de Fábrica de Software, el cual considera un Modelo de Solución que lo componen estructuras y guías de trabajo basadas en mejores prácticas de la industria; la estrategia de desarrollo y mantenimiento de componentes de software; los responsables y roles involucrados en el modelo; y la descripción en como entregamos el servicios en sus diferentes modalidades. A continuación se describe dicho modelo:





Nuestra Propuesta de Solución está basada en el servicio de Fábrica de Software, este es un servicio integral que permite atender las diferentes necesidades de los usuarios de sistemas orientado a brindar soporte a los proyectos de desarrollo y mantenimiento de aplicaciones de INAI. No obstante lo anterior:

“Ratificamos que a través de la presente propuesta cumpliremos con cada una de la especificaciones solicitadas en los puntos 12, 13 y 15 (Especificaciones Generales del Servicio de Fábrica de Software, Procesos para los Servicios de Desarrollo, Mantenimiento y Soporte de Aplicaciones, Especificaciones del Servicio de Desarrollo de Aplicaciones) de las bases de licitación objeto de la presente propuesta”.

En el siguiente diagrama se muestra de manera general la estructura de nuestra Propuesta de Solución:

Diagrama 1 Servicio de Soporte, Desarrollo y Mantenimiento de Aplicaciones.

El servicio de Fábrica de Software propuesto por IDS Comercial se encuentra organizado o estructurado por los siguientes modelos:

Modelo de Solución: presenta los engranes principales de la solución al Desarrollo y Soporte de Componentes de Software.

Modelo de Operación: describe los elementos requeridos para instrumentar la operación del modelo tales como la identificación de los involucrados en el modelo, los tipos de componentes a desarrollar, los procesos definidos para su atención y las herramientas de soporte a la operación.

Modelo de Servicio: considera la gestión de atención a las órdenes de trabajo generadas por los Usuarios de Sistemas para atender las necesidades de sus áreas de negocio.

Propuesta de Solución (Modelo de Outsourcing FSW)





Modelo de Gobierno: representa la organización de recursos humanos de INAI e IDS Comercial que participan de manera colaborativa para brindar el servicio de Fábrica de Software.

Modelo de Implementación: ofrece una guía de cómo implementar y adaptar el modelo de fábrica de software de IDS Comercial dentro de cada uno de nuestros clientes. Respetando las metodologías, procesos, estándares y herramientas que utiliza nuestros clientes dentro de su modelo de operación y gobierno de IT.

Nuestro Servicio de Fábrica de Software está alineado hacia las mejores prácticas de la industria de TI. Este alineamiento provee a INAI los beneficios de:

Mantenibilidad y reusabilidad. Al utilizar un estándar de industria en la elaboración de los artefactos, estos pueden ser mantenidos por cualquier persona o cualquier empresa, además de que facilitan su entendimiento y permiten su reutilización por cualquier persona que conozca el estándar.

Eficiencia. Al prestar un servicio alineado a un estándar de industria, permite que haya una mayor agilidad en la colaboración con las áreas de sistemas y usuarios de INAI.

Calidad. Al estar alineados hacia las mejores prácticas de industria, aumenta la calidad tanto en la prestación del servicio como en la elaboración de los artefactos que forman parte del objetivo del servicio. Inyectando menos defectos en el desarrollo y mantenimiento del software y las aplicaciones.

Nuestro modelo se encuentra alineado a los modelos de referencia que estas instituciones promueven en la industria como mejores prácticas.





Instituciones Descripción

CMMI Institute: Institución que avala y evalúa los niveles de madurez del modelo de CMMI, recientemente IDS se encuentra registrado en dicha institución la cual le otorgo en su última evaluación el nivel 5 de madurez dado la exitosa ejecución de sus proyectos.

Project Management Institute: Provee un compendio de mejoras prácticas de gestión de proyectos de las cual IDS incorporó en su metodología MIDS.

Scrum Alliance: Provee una metodología ágil para el desarrollo de proyectos, estas prácticas fueron incorporadas en la metodología de IDS.

Asociación profesional sin fines de lucro independiente para el creciente campo de análisis de negocio. Su objetivo es crear mayor conciencia de la profesión BA mediante la definición de lo que es el análisis de negocio y trabajando hacia el reconocimiento del valor de la función de analista de negocios. IIBA® ayuda a los profesionales de IDS a desarrollar mejores análisis de negocios, obteniendo una ventaja competitiva en el mercado y permitir a su organización para tener éxito.

International Association of Outsorcing Professionals: Es la organización global que establece estándares y promueve la profesión del outsourcing. Con 40.000 miembros en todo el mundo, incluyendo clientes, asesores y proveedores, IAOP ayuda a empresas en sus esfuerzos de tercerización, aumentando el retorno sobra la inversión y ampliando las oportunidades de tercerización en todos sus negocios.

Tabla 3 Instituciones que promueven en la industria como mejores prácticas





Modelo de Solución

El modelo de solución para la Implementación del Servicio de Fábrica de Software, estructura y orienta un proceso de trabajo para el desarrollo y soporte de piezas de software, tomando como referencia información de los Modelos de Operación de INAI y el Modelo de IDS Comercial, la Gobernabilidad y Gestión de CMMI 5.

Diagrama 2 Modelo de Operación de Factorías.

El servicio esta soportado por 4 capas de atención en la operación y una capa de infraestructura.





Diagrama 3 Capas del Modelo de Solución.

El modelo de solución de IDS Comercial comienza considerando a la Capa de Usuarios de Negocio, en esta capa es donde las áreas de negocio del cliente identifican una necesidad o un requerimiento y generan una solicitud a las áreas de sistemas del cliente responsable de traducir esas necesidades de negocio a requerimientos o especificaciones.

Es en la capa de Análisis y Modelado de Requerimientos donde los dueños de la aplicación del cliente y nuestros analistas de negocio se encargan de hacer ésta transformación y generar Especificaciones de Requerimientos de Negocio. Los analistas de negocio o business analyst se encargan de generar documentos que sean entendibles para personal técnico y puedan ser usados para producir piezas de software. IDS Comercial considera ésta fase muy importante debido a que un requerimiento bien especificado y completo garantiza los resultados esperados en las fases posteriores, en consecuencia un requerimiento mal especificado y ambiguo generará componentes de software que no cumplen con las expectativas de los usuarios finales.

En la capa de Atención de Requerimientos consideramos una fase de Implementación del Modelo la cual describiremos con mayor detalle posteriormente, pero su objetivo es adaptar nuestro modelo a las necesidades del cliente, en esta fase de Implementación del Modelo alineamos nuestra metodología, es decir, nuestro Delivery Process para que este cumpla con los procesos, estándares, métricas y niveles de servicio de nuestro Cliente. La mesa de servicio tiene una función de aduana, además de ser quien constantemente está efectuando el seguimiento a los Acuerdos de Niveles de Servicio, contar con este rol reduce el re-trabajo y es un punto de control en las entradas y salidas del equipo de desarrollo.

Las células de desarrollo y mantenimiento, se conforman según el tipo de requerimiento a atender, y utilizan mejores prácticas basadas en el PMBOK y en Scrum para la gestión de las actividades; éstas células mientras atienden los requerimientos generan las métricas necesarias para conformar nuestro repositorio de métricas del servicio las cuales a su vez proporcionan los insumos para los Acuerdos de Niveles de Servicio. Otros repositorios que son utilizados por las células de atención de requerimientos son los repositorios de componentes de software, repositorio de requerimientos, y la base de datos del conocimiento. El uso de repositorios fomenta la reutilización y la eficiencia en el uso de recursos que resulta en mejores tiempos de atención al usuario final e índices más bajos de defectos.

En la capa de aceptación y liberación, se realiza la integración y validación de los componentes generados por las Células de Desarrollo, de este proceso se puede detectar posibles defectos que deberán ser atendidos. Los tipos de pruebas efectuados en esta capa son funcionales por cada módulo y pruebas integrales con flujos de negocio completos,

Todo el modelo de solución considera el uso de nuestras prácticas de entrega orientado a delivery process, herramientas especializadas y un modelo de gobierno que dan a nuestros clientes la certeza de la madurez con la que IDS Comercial desarrolla la atención de los requerimientos.





Modelado de Operación

El servicio de Fábrica de Software de IDS Comercial busca optimizar en tiempo y costo los procesos de Desarrollo y/o Mantenimiento de Aplicaciones de nuestros clientes.

Lo anterior se logra mediante la implementación de un modelo de operación para el desarrollo de nuevos componentes y piezas de software, con apego a las mejores prácticas y metodologías de la industria, dentro del marco de un Acuerdo de Niveles de Servicio (ANS-SLAs).

Nuestro modelo de operación considera equipos especializados para los diferentes servicios que la fábrica de software contempla, desde los equipos encargados de realizar la administración y análisis del requerimientos, así como diseñadores con las características necesarias para tomar las decisiones técnicas más adecuadas, y desarrolladores como probadores de software que sean expertos en técnicas y mejores prácticas de la industria. La especialización y la estandarización son el driver del modelo por medio del cual logramos cumplir varios elementos de nuestra promesa de valor como disminuir los costos de operación del servicio, que traducido a nuestros clientes, son mejores tarifas sin sacrificar elementos de nuestra cadena de valor como calidad. Esta especialización es descrita más adelante y de implementa mediante líneas de producción de nuestra fábrica de software.

Las actividades de Diseño Detallado, Construcción y Pruebas Unitarias y Funcionales las desarrollamos dentro de nuestros Centros de Desarrollo, ya que son actividades que requieren especialización y no requieren una interacción con el usuario de sistemas o usuarios finales. Los equipos de administración de requerimientos, análisis y diseño general y pruebas integrales por el contrario, junto con el Responsable del Proyecto interactúan cerca de nuestros clientes y regularmente los ubicamos en los centros de operaciones de IDS o en las instalaciones del cliente cuando es requerido, así nuestro servicio se entrega “sin costuras” aprovechando localidades on-shore pero para nuestros clientes no se pierde la interacción y comunicación adecuada.

Diagrama 4 Ciclo de Vida de Ingeniería

El servicio de fábrica de software inicia cuando se detecta una problemática o requerimiento de un cliente que puede solventarse mediante una solución tecnológica. El grupo de BSAs (Business System Analyst) determinan los gaps entre la situación actual y real, con dicha información proponen soluciones que son evaluadas por todos los involucrados; se define la solución que más conviene para la organización, en términos de los beneficios económicos, tecnológicos y de negocio.

Cuando se ha definido la solución, los analistas traducen esos requerimientos de negocio en Modelos de Casos de Uso y Análisis, Casos de Prueba, y los proveen a la Fábrica de Software. Dentro de la Fábrica de Software las células de diseño realizan el diseño de componentes en la herramienta Enterprise Architect utilizando las herramientas configuradas para la línea de producción. El modelo de diseño se entrega a la célula de construcción quienes implementan el código.

Cuando se han concluido los componentes, se actualiza el modelo de diseño con el código generado, este modelo se envía a la célula de testing, quienes a su vez prueban desde la compilación del componente, instalación, funcionalidad, características generales del software (requerimientos no funcionales). Los componentes aprobados son enviados nuevamente al grupo de analistas de sistemas de negocio (BSAs) para validar la solución tecnológica con el cliente.

Administración de

requerimientos Análisis y Diseño Diseño Detallado

Construcción y

Prueba Unitaria

Pruebas

Funcionales o Modulares

Pruebas

Integrales





Diagrama 5 Modelo de Operación.

Como se mencionó inicialmente el éxito del servicio radica en dos figuras esenciales: el grupo de analistas de sistemas negocio (BSAs) y el grupo de fábrica de software, el primer grupo por lo general se encuentra en las oficinas del cliente, el segundo grupo en nuestros Centros de Desarrollo. La interacción de ambos grupos la logramos a través de las herramientas como Microsoft Project Server y ARPlanner que permiten al Responsable de Proyecto coordinar el trabajo mediante un cronograma las actividades de todo el equipo y a la fábrica mediante ARPlanner administrar por Scrum la atención de los requerimientos.

Posteriormente se describen cada una de las herramientas que soportan al modelo y el beneficio que alcanzamos con estas.

Diagrama 6 Herramientas que soportan al modelo





Para lograr una operación “sin costuras”, nuestro equipo considera diferentes roles especializados y capacitados en las tareas que de forma cotidiana tienen encargadas:

Diagrama 7 Roles especializados y capacitados en tareas

Responsable de Proyecto.

Es el contacto directo con el solicitante, se encarga de aclarar las dudas surgidas en la Célula de Desarrollo, así como de negociar el esfuerzo a emplear en el desarrollo de una Orden de Trabajo y convenir su realización. Gestiona el proyecto y a todos los involucrados en el mismo, además de ser el responsable de presentar avances, notificar y administrar riesgos y gestionar problemas.

Responsable de Célula de Desarrollo de IDS Comercial

Recibe y valida requerimientos de configuración a atender. Reporta asignación de tiempo en los requerimientos de los recursos de su célula. Evalúa los cambios que se presenten durante la atención de un requerimiento. Analiza métricas sobre la implementación del modelo. Presenta el avance y problemáticas detectadas para ejecutar el modelo. Detecta conflictos dentro del equipo y promueve su solución. Como ScrumMaster:

Coordina la ejecución de los procesos en la célula.

Da seguimiento a la ejecución del modelo.

Guía las reuniones SCRUM (Planeación del Sprint, Reunión diaria y Retrospectivas).

Facilita una estrecha cooperación entre los roles.

Protege al equipo de interferencias externas.

Analiza el “burndown chart” para determinar el trabajo en curso que requiere ser minimizado para lograr la máxima productividad.

Crea conciencia de las dependencias e impedimentos del sprint.





Célula de Desarrollo: Compuesta por diseñadores, desarrolladores y probadores dedicados a la atención de los requerimientos definidos. Son responsables de:

Diseñar la solución. Implementar la solución diseñada. Ejecutar las pruebas unitarias. Corregir las incidencias identificadas por el área de QA y el usuario que prueba la aplicación. Notificar los avances obtenidos. Participar en la estimación de los requerimientos. Identificar y comunicar los riesgos.

Célula de Testing

Efectúan las pruebas funcionales por cada módulo desarrollado Ejecutan las pruebas integrales Definen la estrategia de pruebas para cada fase del ciclo de vida del desarrollo Pueden estar en el Centro de Desarrollo de IDS Comercial o en las instalaciones del cliente, según sea la necesidad de operación.

Internamente nuestros programadores utilizan el framework ágil Scrumban, el cual combina conceptos de Scrum y Kanban, donde asignamos un backlog de órdenes de trabajo el cual esta categorizado de acuerdo a la criticidad y las fechas de entrega acordadas con el cliente.





En el modelo de operación anteriormente descrito, consideramos los siguientes perfiles que nos solicitan:

Dominio: Administración de Proyectos


Administración de Proyectos de TIC PMBOK®, SCRUM®

Dominio: Administración del Desarrollo de Soluciones


Desarrollo de Soluciones Tecnológicas

CMMI-DEV

Calidad de Soluciones Tecnológicas CMMI-DEV

Dominio: Transición y Entrega


Administración de la Configuración CMMI-DEV

Tabla 4 Modelo de Operación

Modelo del Servicio

El Modelo de Servicio facilita el seguimiento y atención de requerimientos mediante un catálogo de servicios correspondiente a la Fábrica de Software, nuestra Mesa de Servicio verifica que los insumos requeridos para llevar a cabo el tipo de servicio elegido sean los necesarios, además de verificar que cada Acuerdo de Niveles de Servicio relacionado a los tipos de servicio sean considerados y exista un cumplimiento a los mismos.

Una vez que los requerimientos son trasmitidos al equipo del proyecto, éstos valoran los requerimientos y estiman el esfuerzo que llevará su atención haciendo uso de las técnicas estándar en la industria: Puntos de Función, Puntos Caso de Uso o aquella utilizada por el cliente.

Al establecerse el plazo de atención de los requerimientos, el equipo de proyecto de IDS Comercial construyen la solución esperada por el cliente siguiendo el proceso de desarrollo alineado a las mejores prácticas de la industria y acreditada como “Fábrica de Software” en el Nivel 5 de CMMI©, esto con la finalidad de garantizar la calidad de los productos generados siguiendo la alineación de los objetivos estratégicos del cliente.

Este esquema de trabajo, permite que el código sea valorado por las mejores prácticas de la industria con herramientas y reglas de desarrollo de componentes bajo el esquema de trabajo que IDS ha institucionalizado y que atiende bajo el servicio interno reconocido como PQA de Código.





El incumplimiento de principios de diseño, estándares y mejores prácticas deteriora el código, dificultan el mantenimiento e incrementan el riesgo de inyectar defectos. Para evaluar la calidad se definen reglas cuyo incumplimiento se le llama Violación. Más adelante describiremos con mayor detalle este proceso.

En la siguiente ilustración, puede observarse de manera gráfica el modelo de servicio, donde el cliente cuenta con responsables de proyecto que efectúan la gestión del equipo del proyecto y administran los productos entregados por la fábrica de software ubicada en los Centros de Desarrollo de IDS Comercial.

Diagrama 8 Modelado de Servicio de Factorías

Método de Estimación del Servicio

Siendo IDS Comercial una empresa orientada a procesos y preocupada por la estimación del tamaño y esfuerzo de los proyectos que desarrolla, ha trabajado desde hace varios años en el análisis, definición y actualización de los métodos disponibles en la industria para llevar a cabo esta actividad.

Al inicio del proyecto se selecciona la técnica entre la siguiente variedad que se apegue mejor a las necesidades del proyecto.





Para realizar dicha estimación, de común acuerdo con sus clientes utiliza las siguientes técnicas:

Estimación de Modelado de Negocio

Nivel de Complejidad de Requerimientos

Puntos de Función (Método Estándar, Acelerado y Lite)

Cosmic Full Function Points

Delphi

WBS (Work Breakdown Structure).

Bajo el entendimiento que para el INAI la técnica de estimación que debe ser considerada es Cosmic, IDS ratifica que cuenta con los conocimientos y herramientas requeridas para realizar la estimación de los servicios con esta técnica de estimación.

Cada Orden de Trabajo será acordada conforme a los métodos de estimación con el INAI y se definirá un esfuerzo y un precio de la misma, la cual integrara las horas de los perfiles a utilizar.

Modelo de Gobierno

Nuestro modelo de gobierno considera diferentes actores para asegurar cada paso de nuestra práctica, dichos actores que intervienen son:

Oficina de Proyectos. La cual tiene como objetivo revisar y controlar las métricas del servicio y gestionar desviaciones con los responsables de la factoría de IDS Comercial. Para mayor información considerar el “Anexo Operación de PMO”, donde se describen las funciones y el valor que aporta al seguimiento y gobierno de proyectos desarrollados para nuestros clientes.

Aseguradores de Calidad. De acuerdo a nuestra metodología de entrega del delivery de Fábrica, revisan periódicamente el apego a procesos y a artefactos así mismo gestionan las no conformidades identificadas. Los aseguradores de calidad también funcionan como mentores del modelo a los integrantes del Centro de Desarrollo.

Como lo presentamos anteriormente, nuestro Modelo de Gobierno centra su atención en la conformación de los siguientes elementos:

Alineación estratégica y comunicación organizacional multinivel

Gestión del cambio y niveles de escalamiento

Gestión de reuniones centradas en Objetivos

SLAs y Scorecards

Identificamos las áreas de gobierno de nuestro cliente y con base en ello definimos los canales de comunicación, a este efecto equipo cumplirá nuestro plan de comunicación con el Centro de Desarrollo a través de nuestra Mesa de Servicio y cada responsable de la atención de las órdenes de trabajo.





Diagrama 9 Modelo de Gobierno

Buscamos una interacción cercana con nuestro cliente local, en este caso INAI a fin de que nuestros Responsables de Desarrollo y Practice Delivery Managers brinden toda la información que se requiera en las herramientas que nuestro cliente proponga para controlar el flujo de trabajo.

Así mismo dentro del Modelo de Gobierno, consideramos que el seguimiento de la operación a diferentes niveles es crucial para el éxito del mismo, por lo que llevamos a cabo un Comité Operativo que sesiona de forma mensual y un Comité Táctico-Estratégico que sesiona de forma trimestral, donde se analizan los indicadores y tendencias de niveles de servicio, así mismo se recibe retroalimentación de parte de nuestros clientes.

Diagrama 10 Monitoreo Niveles de Servicio.





Métricas y Acuerdos de Niveles de Servicio Nuestro modelo de atención considera una serie de métricas estándar las cuales utilizamos en todos nuestros clientes, adicional incorporamos las métricas y Acuerdos de Niveles de Servicio de nuestros clientes. En todos los casos, al inicio del servicio se realiza la definición del conjunto de métricas que serán monitoreadas de común acuerdo con el cliente, tomando como base aquellas que de acuerdo al estándar y experiencia de IDS pueden brindar información valiosa en la toma de decisiones de la organización.

Diagrama 11 Métricas y Acuerdos de Niveles de Servicio

Nuestras métricas estándar son: Productividad

Oportunidad de Atención de Requerimientos.

Consiste en el comparativo entre los días reales para la entrega de requerimientos y los días comprometidos. El valor de esta métrica es conocer la eficacia de nuestra planeación y el cumplimiento con las expectativas de nuestros clientes.

Diagrama 12 Oportunidad de Atención de Requerimientos





Oportunidad de Atención de Correctivos.

Considera el mismo criterio de la métrica anterior, sola que es medida en horas y corresponde solo a los requerimientos correctivos y/o urgentes, los cuales tienen mayor criticidad para nuestros clientes.

Diagrama 13 Oportunidad de Atención de Correctivos

Días de Backlog.

Son la cantidad de horas que se tienen en la pila de requerimientos pendientes por atender, esta métrica otorga visibilidad de la capacidad requerida en la factoría así como el análisis de los posibles cuellos de botella o restricciones en las células de desarrollo.

Eficiencia del Sprint.

A través del Burndown chart, se compara la cantidad de trabajo planeado por día y la velocidad en como éste trabajo está siendo devengado por la célula de desarrollo. Al final del “sprint” el trabajo planeado por devengar acumulado y el trabajo devengado acumulado deben llegar ambos a cero.

Diagrama 14 Días de Backlog





Diagrama 15 Eficiencia del Sprint.

Calidad

Calidad de atención de los requerimientos.

Consiste en el porcentaje de requerimientos/órdenes de trabajo entregados a la factoría con defectos y sin defectos. Esta métrica nos permite mantener índices bajos de defectos reportados por el cliente.

Calidad de Código

A través de las herramientas de PQA de código, aseguramos que los desarrollos tengan un mínimo de 3 violaciones por cada 1000 líneas de código. Las violaciones no son defectos sino malas prácticas de programación que pueden ser inyectadas por las células de desarrollo de la factoría.

Diagrama 17 Calidad de Código

Diagrama 16 Calidad en la Atención de los Requerimientos





Apego a Procesos.

Resultado del aseguramiento de la calidad, medimos e apego a procesos, herramientas y artefactos. Consideramos como óptimo el 100% de medición en estos rubros.

Diagrama 18 Apego a Procesos

Valor Ganado Desempeño de avance del cronograma (SPI).

Es el resultado de la división entre el valor ganado del proyecto versus el valor planeado, con está métrica se compara los trabajo efectivamente devengados contra lo que se tiene planeado en el cronograma, a fin de detectar desviaciones en tiempo.

Diagrama 19 Desempeño de Avance del Cronograma

Valor Ganado

Valor Planeado

Costo Actual





Adicional a las métricas anteriores, IDS se compromete a cumplir los Niveles de Servicio establecidos en la convocatoria de licitación pública objeto de esta propuesta:

No Descripción del

servicio

Tiempo y Forma de Medición Deductiva en caso de

Incumplimiento

Medio de Verificación

1

Presentación del personal asignado como Gerente de Proyecto y de los 2 recursos: Administradores de proyectos, 1 Arquitecto de Soluciones Tecnológicas y 1 Ingeniero de Pruebas.

Máximo 5 días hábiles a partir de la notificación del fallo mediante la presentación física en las instalaciones del INAI del personal designado como Gerente de Proyectos Proveedor y de los 4 recursos: Administradores de proyectos, Arquitecto de Soluciones Tecnológicas e Ingeniero de Pruebas.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso que un recurso tarde en presentarse en las instalaciones del INAI, considerando las 9:00 hrs del sexto día posterior a la notificación del fallo para el inicio de dicho conteo.

Currículos y carta de asignación.

2

Carta compromiso especificando que entiende y acepta que: En el caso de que cualquier entidad reclame que la fabricación, uso de componentes, librerías o algún código fuente constituye una violación a los derechos de autor, marcas o patentes, el prestador del servicio deberá indemnizar al INAI y librarlo de cualquier costo, gasto, daño o pérdida incurridos por el INAI a causa de dicho alegato.

Máximo 5 días hábiles a partir de la notificación del fallo, mediante la entrega física y entrega en el repositorio digital de la carta al Gerente de Proyecto INAI.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la entrega de la carta, considerando las 9:00 hrs del sexto día posterior a la notificación del fallo para el inicio de dicho conteo.

Carta compromiso firmada.

3

Asignación de recursos a una solicitud de servicio por parte del Gerente de Proyectos INAI

Máximo 3 días hábiles a partir de la solicitud formal por parte del Gerente de Proyectos INAI.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso que cada recurso faltante tarde en presentarse en las instalaciones del INAI, considerando las 9:00 hrs del cuarto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo

Solicitud formal por parte del Gerente de Proyectos INAI y Carta de recursos asignados a la Solicitud de Servicio.

4 Remplazo de un recurso

Máximo 3 días hábiles a partir de la solicitud formal de reemplazo de un recurso

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de

Carta de Solicitud por parte del Gerente de Proyecto INAI y Carta de





retraso que cada recurso faltante tarde en presentarse en las instalaciones del INAI, considerando las 9:00 hrs del cuarto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

recursos asignados a la Solicitud de reemplazo

5

Para cada proyecto, presentación del cronograma de trabajo detallado correspondiente a la fase de inicio.

Máximo 5 días naturales a partir de la recepción formal de solicitud de servicio por parte del Gerente de Proyectos INAI. Cronograma de trabajo se deberá entregar de manera física y en el repositorio del INAI, siendo este último el considerado para el cumplimiento de dicho nivel de servicio.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la entrega del cronograma de trabajo detallado de la fase de inicio, considerando las 9:00 hrs del sexto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

La orden de trabajo y Cronograma de la fase de inicio firmados con fecha y hora de recibido.

6

Presentación del cronograma de trabajo detallado correspondiente al resto de la solución, para cada proyecto.

Máximo 15 días naturales a partir de la recepción formal de solicitud de servicio por parte del Gerente de Proyectos INAI. El Cronograma de trabajo se deberá entregar de manera física y en el repositorio del INAI, siendo este último el considerado para el cumplimiento de dicho nivel de servicio.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la entrega del cronograma de trabajo del resto de la solución, considerando las 9:00 hrs del décimo sexto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

La orden de trabajo y Cronograma detallado firmado.

7

Obtención de los documentos Caso de Negocio, Modelo de Flujo de Negocio y Catálogo de Reglas de Negocio

Máximo 7 días hábiles a partir del inicio del servicio mediante la entrega física y en el repositorio del INAI.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la entrega del documento de Caso de negocio, Modelo de Flujo de Negocio y Catálogo de reglas de negocio, considerando las 9:00 hrs del octavo día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

Caso de negocio, Modelo de Flujo de Negocio y Catálogo de reglas de negocio.

8

Terminación de la fase de inicio del proyecto

Máximo 15 días naturales a partir de la recepción formal de solicitud de servicio por parte del Gerente de Proyectos INAI. Todos los productos de la fase de inicio deberán estar completos y en el repositorio del INAI

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la terminación del resto del cronograma de trabajo de la fase de inicio, considerando las 9:00 hrs del décimo sexto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

Carta de Fin de Fase.





9

Terminación de las actividades de instalación, configuración y puesta en punto de las herramientas de apoyo y soporte.

Máximo 15 días naturales a partir de la solicitud de cualquier servicio que involucre el uso de dichas herramientas.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la terminación de las actividades de instalación, configuración y puesta en punto de las herramientas de apoyo y soporte a la metodología, considerando las 9:00 hrs del décimo sexto día posterior a la solicitud formal por parte del Gerente de Proyectos INAI para el inicio de dicho conteo.

Informe de conclusión de actividades de instalación de herramientas.

10

Resguardo de versiones finales de los entregables de los proyectos PDA’s del INAI en el repositorio que la DGTI determine

Máximo 5 días naturales después de haberse firmado y/o aprobado en su totalidad por él o los Usuarios finales (en caso de ser necesario), el Administrador de Proyecto Proveedor, el Administrador de Proyecto INAI, el Gerente de Proyecto Proveedor y el Gerente de Proyecto INAI.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la digitalización de los entregables en el repositorio del INAI.

Informe de actividad concluida y la entrega del código fuente en versiones finales de los entregables dentro del repositorio determinado.

11

Incumplimiento en los tiempos establecidos en los cronogramas de trabajo por cada proyecto

Se medirá a través de la recepción de los entregables pactados en las fechas pactadas. Se debe tener todo lo mencionado en la sección de Entregables, para que este se considere entregado Para la totalidad de un proyecto, máximo de un 10 % de desviación del tiempo proyectado en el cronograma del proyecto.

Si el proyecto se desfasa en general en la fecha final pactada más allá de un 10%, se aplicará una deductiva por el costo de dos horas / hombre por cada día de retraso, con referencia al cronograma de trabajo.

Cronograma firmado.

12

Incumplimiento en la entrega de la estimación llenada para cada proyecto.

Se debe entregar al mismo tiempo que se entrega el cronograma de trabajo del proyecto de las fases posteriores a la de inicio.

Se aplicará una deductiva por el costo de dos horas / hombre por cada hora de retraso en la entrega de la estimación llena.

Estimación firmada.

13

Cumplimiento a las garantías y deductivas por entregables que no tengan la calidad esperada.

A cada error encontrado se le asignará una severidad. Deberá corregirlo en los tiempos especificados para la garantía, de lo contrario, se le aplicará una deductiva además de corregir el error sin costo para el INAI. No se facturará ningún entregable que no se considere como “concluido”.

Severidad Baja: 1% de la facturación del entregable Severidad Media 5% de la facturación del entregable Severidad Alta 10% de la facturación del entregable

Entregables en estatus concluido.

Tabla 5 Acuerdos de Niveles de Servicio establecidos por INAI





Modelo de Implementación

Nuestra metodología considera muy importante adaptarse a las políticas, estándares y metodología de nuestros clientes, complementando así nuestras mejores prácticas y entregando a nuestros clientes conforme a sus artefactos y procesos, por lo cual efectuamos una Implementación al Modelo.

Así mismo entendemos las líneas de producción que el cliente requiere, una línea de producción de software es un sistema de trabajo en el que se comparten características que satisfacen necesidades de un segmento en particular. Un ejemplo sencillo de una línea producción es la que se tiene en las fábricas de automóviles, cada modelo es una línea de producción distinta, ya que tiene una forma de trabajo establecida distinta para cada modelo. Sin embargo, el contar con una nueva línea de producción implica la configuración de la misma, lo que incluye la creación de los activos core que serán utilizados.

Para asegurar la correcta configuración de la línea de producción, es primordial definir el alcance de la misma en conjunto con el cliente, de lo contrario las expectativas no quedarán cubiertas y si se requiere hacer ajustes a la arquitectura con la que cuenta es el momento de realizarlos. Con las expectativas claras y la arquitectura definida se generan los activos core de la línea de producción, los cuales deben quedar bajo control de configuración en el repositorio correspondiente para ser utilizados en la creación de los ambientes de pruebas y construcción.

Dicha configuración debe estar igualmente basada en el documento de arquitectura, en paralelo se entienden los artefactos y se realizan las adaptaciones a los nuestros para apegarnos a la metodología y artefactos de nuestros clientes.

El utilizar la implementación del modelo, permite otorgar beneficios particulares que nuestro cliente está esperando, así mismo calibrar nuestro Centro de Desarrollo para la atención de los aplicativos del cliente, estar preparados a las tecnologías utilizadas y a las aplicaciones que se atenderán. La especialización de nuestra líneas de producción de la Fábrica de Software se enfocan a lo que nuestro cliente en particular espera y potencializamos la especialización en los aplicativos de nuestro cliente.

Diagrama 20 Modelo de Implementación





Modelo de Transferencia

Nuestra metodología y la aplicación de prácticas de administración de la configuración y de conocimiento nos permiten ir generando una serie de repositorios de documentación técnica y de software versionado que permite contar con los activos suficientes para posteriormente efectuar el adecuado mantenimiento a las piezas de software.

Con lo anterior conseguimos mantener almacenados, actualizados y disponibles los artefactos bajo administración de versiones, así como la configuración de los ambientes.

Uno de los objetivos que persigue la administración de la configuración es la generación de una Línea Base, la línea base establece cuáles serán los artefactos a entregarse en una liberación al cliente. Normalmente se genera más de una línea base por proyecto.

Así mismo, nuestra metodología considera el uso y la administración del conocimiento, que consiste en transformar la información de valor generada en el proyecto, en conocimiento almacenable y clasificado que será accesible a quien lo necesite en el momento adecuado.

La disciplina de administración del conocimiento consta de 3 procesos:

Planeación de la Administración del Conocimiento: Sentar las bases de la planeación, implementación y control de las actividades relacionadas con el conocimiento adquirido y la administración de éste.

Dicho plan deberá contener los roles y responsabilidades para la administración del conocimiento, estructura y permisos en el repositorio. En este plan también se deberá establecer la forma en que la información almacenada será transformada en Conocimiento y posteriormente cómo se explotará este conocimiento.

Administración de Repositorio: Describe las actividades necesarias para crear los Repositorios de Información y Conocimiento, así como la forma en que deberán ser organizados y controlados.

Transferencia de Conocimiento: La información generada en los proyectos proveniente de lecciones aprendidas, mejores prácticas, soluciones ágiles y componentes reutilizables es necesario integrarla en un Repositorio de Conocimiento con el fin de que sea accesible para todos los involucrados.

El Administrador de Conocimiento es el responsable de administrar y depurar la información, este role es llevado a cabo por algún miembro del equipo de trabajo y auditado por nuestros mecanismos de aseguramiento de calidad.





Estrategia de Calidad.

El modelo de operación considera como estrategia de calidad el modelo en V, el cual ilustra las actividades de prueba (verificación y validación) que se deben integrar en cada fase del ciclo de vida.

Diagrama 21 Modelo en V

De lado izquierdo se considera el análisis y la realización de la especificación funcional, en paralelo la célula de pruebas deberá involucrarse en el análisis para ir elaborando los casos de prueba correspondientes.

Cuando el equipo de trabajo continué con la construcción, la célula de pruebas deberá proporcionar a los desarrolladores los casos de prueba que han sido elaborados de acuerdo a especificaciones funcionales, el equipo de desarrollo tendrá la obligación de realizar sus pruebas unitarias con ayuda de los casos de prueba que han sido diseñados por la célula de pruebas.

Si existen puntos que se deban de corregir o agregar, la célula de pruebas deberá llevar a cabo las modificaciones necesarias para utilizar dichos casos de prueba en las pruebas funcionales y pruebas integrales.

Aseguramiento de Calidad

Como describimos anteriormente, los aseguradores de calidad a través de la revisión periódica y gestión de las No Conformidades, generan reportes que son gestionados por los responsables de desarrollar los requerimientos y solucionados a fin de asegurar la calidad de los productos.





Diagrama 22 Aseguramiento de Calidad.

Nuestra estrategia de calidad es complementada el por PQA de Código, herramientas que nos ayudan a garantizar:

Análisis de complejidad ciclomática

Identificación de dependencias cíclicas

Análisis de dependencias matricial

Ethical Hacking

PQA de arquitectura

Diagrama 23 Herramientas QA de Código





Modelo de Involucramiento y Administración de Recursos

Nuestra estrategia de habilitación de recursos está basada en elementos de administración de la capacidad de la organización, así como en la incorporación rápida de talento a través de diversas estrategias que nos permiten garantizar equipos con capacidades para desarrollar con el apego a estándares y calidad el desarrollo y mantenimiento de aplicaciones, el siguiente esquema es el marco de referencia de habilitación de recursos.

Diagrama 24 Modelo de Involucramiento y Administración de Recursos

Capa de Reclutamiento

La capa de reclutamiento es gestionada por Recursos Humanos y la Oficina de Administración de Proyectos a fin de incorporar recursos de forma rápida tanto talento obtenido de fuentes de reclutamiento como talento interno de la organización. Esta capa trabaja en paralelo con la entrega de servicio, adelantándose en advertir la capacidad requerida en el corto plazo y acelerando o desacelerando las técnicas de atracción de personal según las necesidades del Centro de Desarrollo.

Administración de la Capacidad

La administración de la capacidad es administrada por la Oficina de Administración de Proyectos, consiste en prever las des asignaciones de recursos de todos los proyectos de la organización, para así programar el uso de los recursos.

Otra función de la administración de la capacidad es administrar Parrillas de Reemplazo para prever que recursos pueden desincorporarse de otros proyectos y que así brinden seniority al modelo de factorías, en especial para mantener un balance entre recursos de reciente incorporación y recursos de IDS Comercial que tienen arraigo con nuestros estándares y prácticas.





Reclutamiento y Selección

El reclutamiento y selección tiene como objetivo incorporar talento manteniendo los estándares de calidad de la organización a fin que puedan ser incorporados con éxito al servicio de factorías. Las estrategias que ids considera como claves son:

Programas de becarios

Cartera de Recursos

Bolsas de Trabajo

Capa de habilitación

La Capa de Habilitación tiene como objetivo habilitar dentro de los equipos de trabajo del modelo, asegurando su capacitación y mentoría adecuada.

La Capacitación en el Modelo provee la homologación del conocimiento de la práctica, el Mentoring asegura que cada nuevo elemento sea capacitado por un elemento con más experiencia del equipo de trabajo de la factoría (Centro de Desarrollo).

El Involucramiento es gestionado por el Gerente del Centro de Desarrollo para asegurar la incorporación orientada a los objetivos que tendrá el nuevo recurso dentro de los proyectos.

Los sistemas que soportan el Involucramiento son los sistemas de administración de la capacidad y de gestión del recurso humano.

Capa de Gobierno

Las diversas áreas de IDS Comercial aseguran el cumplimiento de los procesos descritos en este marco de referencia, soportadas en los sistemas correspondientes. Las áreas de finanzas asegurando la sustentabilidad de las adquisiciones de gente; recursos humanos gestionando tanto las transferencias de personas de otros proveedores o del mismo cliente así como realizando los esfuerzos de reclutamiento y programas de trainees y la Oficina de Administración de Proyectos administrando la capacidad así como las reasignaciones de los recursos.





Metodología IDS (MIDS)

Para asegurar y garantizar de forma permanente la calidad, consistencia y madurez de los servicios que proporciona a sus clientes, IDS Comercial se encuentra inmerso en un Proceso de Mejora Continua, cuyo resultado más representativo es reflejado en la Metodología IDS (MIDS), que a su vez rige la elaboración de todos los proyectos que realizamos para nuestros clientes.

La organización de la Metodología de IDS Comercial se centra en la definición de Delivery Process que son reconocidos como la agrupación de procesos conformados a partir de cada solución de negocio para nuestros clientes.

Los Delivery Process que conforman el cuerpo principal de atención de servicios de IDS Comercial, son:

Fábrica de Software: desarrollo de nuevas aplicaciones bajo una arquitectura estándar.

Application Management: mantenimiento aplicativo y evolución al negocio.

Desarrollo de Aplicaciones: soluciones específicas, a la medida de las necesidades del cliente.

Análisis de Negocio: soporte de negocio alineado a la aplicación óptima de soluciones de TI.

Professional Outsourcing: selección de los mejores perfiles requeridos para atender necesidades específicas de nuestros clientes.

Diagrama 25 MIDS

Metodología y Mejores Pácticas Aplicadas en el Servicio





Vista como una solución orientada a la conformación de procesos organizados bajo el concepto de “Building Blocks”, presenta una estructura de acuerdo a la necesidad específica de cada cliente y en un segundo nivel de organización nos presenta cuatro metodologías más las disciplinas de soporte que sustentan su aplicación. Dichas metodologías y disciplinas se resumen en el “Anexo MIDS”.

El modelo de servicio puede considerar diferentes partes del ciclo de vida del desarrollo de software, antes de describir el catálogo de servicios de la Fábrica de Software, describimos a continuación los pasos del ciclo de vida de acuerdo a nuestra metodología que tiene como alcance nuestro servicio y una breve descripción del mismo, para más detalle del proceso y entregables por favor considerar el “Anexo MIDS”.

Diagrama 26 Ciclo de Ingeniería

Administración de Requerimientos.

El propósito principal de Administración de Requerimientos es establecer una interpretación común entre el Cliente y el Equipo de Trabajo del Proyecto acerca de las necesidades del cliente y de cómo serán atendidas por el proyecto.

Uno de los objetivos que persigue esta disciplina es: Entendimiento de las Necesidades del Cliente y el levantamiento de requerimientos realizado con el cliente debe asegurar el entendimiento del proyecto que se va a desarrollar. Este levantamiento debe acotar el alcance del proyecto y definir en conjunto con el cliente las capacidades que se deberán alcanzar en el mismo. Esta etapa se apoya en técnicas como BDD Behaviour-Driven Development, la cual mediante ciertas preguntas el analista define claramente los criterios de aceptación los cuales posteriormente se convertirán los criterios que el programador utilizará bajo el contexto de TDD.

Análisis y Diseño.

El propósito de esta etapa es hacer una transformación de los requerimientos planteados para el sistema en una especificación que describe cómo implementarlo.

Durante los procesos involucrados, se va construyendo una Arquitectura Aplicativa robusta que define al sistema en sus múltiples dimensiones.

Uno de los objetivos que persigue esta disciplina es desarrollar la Arquitectura. El resultado de las actividades de este diseño general se debe ver reflejado en artefactos como Arquitectura Aplicativa, Realizaciones de Casos de Uso, y Modelo de Diseño.

Durante esta etapa se realiza la prueba de concepto de arquitectura, en caso de requerirse, para determinar la arquitectura del proyecto, con la información generada de la prueba y validados los artefactos de requerimientos se establece la Arquitectura Aplicativa del Proyecto, identificando subsistemas, entidades principales y sus interacciones, vista general de despliegue y sus mecanismos de análisis.

Administración

de

requerimientos

Análisis y Diseño Diseño DetalladoConstrucción y

Prueba Unitaria

Pruebas

Funcionales o

Modulares

Pruebas

Integrales





Diseño Detallado

Definida la Arquitectura aplicativa se identifican elementos de diseño (entradas, salidas, interfaces), y se diseña y desarrolla el prototipo, el cual es validado con los usuarios, para asegurar la usabilidad del producto.

Se realiza el diseño de los elementos identificados, incluyendo la Base de Datos (física y lógica), los pasos para el diseño físico de la Base de Datos se listan a continuación:

Definir Dominios

Crear Elementos del Diseño Físico Inicial de la base de datos

Definir Tablas de Referencia

Crear Restricciones de Unicidad y de Llave Primaria

Definir Reglas para reforzar la Integridad de Datos y Referencial

Des normalizar el diseño de la base de datos para optimizar el desempeño

Optimizar el acceso a los datos

Definir características de almacenamiento

Diseñar Procedimientos Almacenados para distribuir el comportamiento en la base de datos

Diagrama 27 Proceso Diseño

Construcción y Pruebas Unitarias.

El propósito es materializar los requerimientos que atiende el proyecto mediante código eficiente, libre de defectos y con la calidad esperada, para lo cual se tienen estándares de desarrollo para cada tecnología.

Previa ejecución de pruebas unitarias, los componentes codificados son integrados con el orden de integración definido en el Plan de Integración. Las pruebas unitarias son apoyadas por técnicas como TDD (Test-driven Development) que permiten al desarrollador antes de iniciar la contrucción de la funcionalidad construir la prueba unitaria, la cual al ir incorporando código se va monitoreando el resultado de la misma hasta obtener el esperado.

Pruebas Funcionales o Modulares

El propósito es ejecutar de forma consistente y sistemática las actividades que se enfocan a la evaluación de calidad funcional, a través de la verificación y validación del software de una forma efectiva y eficiente.

El proceso inicia con la planeación de las pruebas, actividades que se documentan en la Estrategia de Calidad.

El Diseñador de Pruebas desarrolla los casos de prueba para todos los casos de uso del requerimiento, que deben incluir la secuencia y datos necesarios para la ejecución del proyecto. Los casos de prueba son diseñados en la herramienta SpiraTest.





Esta suite de pruebas es utilizada durante las pruebas funcionales, y en ella se registra el resultado de la ejecución de cada caso de prueba.

Para las pruebas de aceptación con el cliente, se seleccionan los casos de prueba más representativos y son ejecutados, una vez que se han concluido las pruebas funcionales, los defectos deberán integrarse al artefacto Control de Defectos de Software.

Pruebas Integrales.

Estas pruebas consideran las técnicas y herramientas utilizadas en las Pruebas Funcionales pero considerando flujos completos de negocio. En este caso el Diseñador de Casos prueba conforme a la Estrategia de Calidad de nuestro modelo de operación elabora los casos con flujos de punta a punta para comprobar funcionalidades completas entre los distintos módulos o funcionalidades del sistema.

Mejores Prácticas

Para IDS Comercial es muy importante ofrecer servicios con calidad de software y con un valor de negocio para el cliente, es por ello que constantemente buscamos y analizamos las mejores prácticas de la industria de desarrollo de software para incorporarlas en nuestra Metodología IDS (MIDS), la cual concentra los procesos, métodos, buenas prácticas y herramientas que deben ser aplicadas de acuerdo al tipo de servicio y de proyecto, así como de su dominio, ciclo de vida y estrategia de solución. La organización de la metodología de IDS se centra en la definición de Delivery Process que son reconocidos como la agrupación de procesos conformados a partir de cada solución de negocio para nuestros clientes.

Diagrama 28 Suite de Pruebas





A continuación relacionamos las tecnologías que el INAI demanda para la presente licitación y que la Fábrica de Software de IDS soporta en la presente propuesta.

Concepto Tecnología

Sistema Operativo Microsoft Windows, RedHat Enterprise.

Herramientas de control documental Microsoft Office

Arquitecturas de Desarrollo SOA/BMP

Lenguaje de Modelado UML, BPMN

Lenguajes de Programación JAVA, Node JS

Desarrollo Web HTML, HTML5, DHTML, XHTML, XML, JAVASCRIPT, AJAX, CSS,

CSS3, XSLT

Plataformas de Desarrollo Android, IOs, Windows Phone

Manejadores de Bases de Datos MYSQL, Oracle, MsSQL

Lenguajes de programación para BD PL SQL

Servidores de aplicaciones Apache WEB SERVER, JBOSS

Herramientas de Desarrollo ECLIPSE, SVN

Administración de Cambios, Garantías, Solicitudes de Servicios y

Defectos

Atlassian JIRA

Administración de la Configuración Enterprise Architect.

Administración de Requerimientos Atlassian JIRA

Herramientas de Gestión Atlassian JIRA

Herramientas de modelado de objetos y de negocio

Enterprise Architect.

Sistema de Administración de Contenidos

Alfresco

Seguimiento y Administración de Proyectos

MICROSOFT PROJECT SERVER

Motor de Procesos JBPM

Tabla 6 Tecnologías que considera el servicio

Tecnologias que Considera el Servicio





A continuación describimos de manera general el conjunto de herramientas que nos soportan en la entrega del servicio de Fábrica de Software.

Herramientas de Soporte

Tipo de Proyectos

Proyectos de Desarrollo

Application Management y Fábrica de Software

Administración de Solicitudes de Servicio

ServiceDesk (SysAid)

Administración de Proyectos MS Project Server

MS Project Pro ARPlanner (basado en JIRA y

Greenhopper)

Administración y Modelado de Requerimientos

Enterprise Architect (UML 2.3, XMI 2.1) Análisis y Diseño

Modelado de Datos

Construcción Oracle Enterprise Pack for Eclipse

Pruebas

Unitarias JUnit

Cobertura Eclemma

Funcionales SeleniumHQ

Stress WAPT, TheGrinder, SoapUI

Control de Pruebas SpiraTest

Control de Defectos SpiraTest y JIRA

Control de Versiones Subversion

Inspección de Código PMD, JDepend, XDepend, Lattix, inFusion, SQL Enlight, SonarQube

Integración Continua Jenkins

Borrado de Información SlimCleaner

Tabla 7 Herramientas utilizadas en el servicio

Herramientas Utilizadas en el Servicio





De acuerdo a los perfiles solicitados por INAI, consideramos cumplir con cada requisito en los roles que nuestro modelo de operación considera, con recursos habilitados en la forma de operar de IDS Comercial:

Gerente de Proyectos del Proveedor

Descripción General Experiencia mínima requerida para el perfil

• Coordinará a cada uno de los Administradores de

Proyecto del Proveedor y será el canal formal de

comunicación entre el proveedor y el INAI

mediante la interacción con el Gerente de

Proyectos INAI.

• El Gerente de Proyectos del Proveedor deberá

contar con la autoridad suficiente para la toma de

decisiones en cualquier momento, en caso de

requerir asesoría contará con 24 horas para dar

respuesta al Gerente de Proyectos del INAI.

• El Gerente de Proyectos del Proveedor a

consideración del INAI, podrá permanecer en las

instalaciones del INAI hasta finalizar el contrato de

los servicios de desarrollo contratados o

posteriormente, en el caso de que la conclusión de

todos los requerimientos planeados para el término

del mismo incurra en retrasos.

• El Gerente de Proyectos del Proveedor deberá

informar del estado de las solicitudes de servicio a

su cargo, determinado mediante la técnica de

valor ganado. Así como la administración directa

de los miembros de los equipos de trabajo del

proveedor asignados a las solicitudes de servicio a

su cargo.

• No podrá estar asignados a ningún otro proyecto

fuera del INAI durante la vigencia de sus proyectos.

• Experiencia como Gerente de Proyecto en por lo menos

tres proyectos de la misma naturaleza y magnitud que

el requerido en el presente Anexo Técnico, en los últimos

5 años.

• Experiencia en administración de proyectos.

• Contar con certificación PMP vigente otorgada por el

PMI con al menos 12 meses de antigüedad.

• Con base en la junta de aclaraciones no se requiere

certificación TOGAF.

Administrador de Proyectos del Proveedor


• La principal función del Administrador de Proyecto

del Proveedor consiste en la consolidación y

reporteo de información de estado de las

• Experiencia como Líder de Proyecto en por lo menos tres

proyectos de Desarrollo de Sistemas o de flujos de

trabajo con herramientas comerciales.

Productos a Entregar





solicitudes de servicio a su cargo, determinado

mediante la técnica de valor ganado. Así como la

administración directa de los miembros de los

equipos de trabajo del proveedor asignados a las

solicitudes de servicio a su cargo.

• No podrán estar asignados a ningún otro proyecto

fuera del INAI durante la vigencia de sus proyectos.

• Experiencia como Líder de Proyecto de Desarrollo de

Sistemas de Información preferentemente desarrollando

más de un proyecto a la vez.

• Contar con al menos 1 año de experiencia profesional

como Líder de Proyecto o Administrador de Proyecto de

Desarrollo de Sistemas.

• Contar con experiencia en la aplicación de

metodologías de administración de proyectos basadas

en PMBOK y SCRUM.

• Contar con Certificación PMP con al menos 12 meses

de antigüedad vigente.

• Contar con Certificación SCRUM Master vigente.

• Contar con una amplia experiencia en el uso de

metodologías de administración de proyectos y

metodologías de Desarrollo de Sistemas utilizando la

metodología del Proceso Unificado de Desarrollo de

Software.

Arquitecto de Soluciones Tecnológicas del Proveedor


Se requiere que el proveedor asigne a un Arquitecto

de Software que se encargue, de manera enunciativa

más no limitativa de:

• Planear escenarios de plataforma tecnológica.

• Identificar funciones primarias de los sistemas de

información, haciendo escenarios por cada una.

• Elaborar los modelos del sistema: Modelado

Orientado a Objetos, Modelado de Datos,

Modelado de Componentes, Modelado de Flujos

de trabajo, Modelado de despliegue, Modelado

de Distribución, Modelado de Implementación

• Determinar y seleccionar alternativas de solución

tecnológica.

• Las actividades del Arquitecto de Software

deberán estar contempladas dentro de la

planeación de cada uno de los proyectos, donde

esté considerado así como, en los servicios a

demanda de Ingeniería de producto, en los que

sea asignado.

• Experiencia mínima de 2 años como arquitecto de

software en el manejo de software empresarial, análisis,

estudios de arquitectura, diseño de iniciativas para el

desarrollo de productos de software.

• Contar con al menos 1 (una) certificación TOGAF (The

Open Group Architecture Framework)

• Experiencia mínima de 1 año manejando y definiendo

soluciones bajo la tecnología Java (J2EE), .NET y PHP.

• Indispensable que tenga conocimientos en JDBC,

HIBERNATE, SPRING y CODEINITER.

• Contar con alguna certificación en JAVA

• Específicamente para los Arquitectos JAVA

• Realizará la arquitectura de sistemas basados en

tecnología Java/J2EE a través del uso de patrones de

diseño y arquitectura.

• Con experiencia mínima de 2 años en algunas de las

herramientas de programación Java siguientes:

- Ant y Maven

- Jakarta Commons

- Eclipse

- JUnit y Cactus





- Enterprise Java Beans

- JSP, Servlets , JSP TagLib

- Java Message Services

- Java Web Services

- API Java para XML o XSLT o XQuery.

- Portlets

- UNIX

- Diseño y desarrollo de arquitecturas, usando algunos

de los marcos de aplicaciones J2EE siguientes:

- Struts

- Hibernate

- iBatis

- Spring

- Java Server Faces

- Apache Beehive

- AJAX utilizando bibliotecas tales como JSON, DWR o

extensiones a Struts y/o Java Server Faces.

Analistas / Revisores del Proveedor


• Se requiere que el proveedor asigne a los analistas

necesarios de acuerdo a la solicitud de servicio y/o

cronograma de trabajo. La permanencia de los

mismos, en las instalaciones del INAI, se definirá en

cada caso.

• En el caso de que se requiera un analista para

servicios a demanda de Ingeniería de producto,

este deberá permanecer en las instalaciones del

INAI, durante el tiempo que las solicitudes de

servicio que tenga asociadas lo requieran.

• El número de analistas a presentar en proyectos,

será de acuerdo a la magnitud de cada proyecto

y se determinará entre el Gerente de Proyecto INAI

y el Gerente de Proyecto Proveedor, durante la

estimación.

• El Analista, realizará la gestión de requerimientos,

incluyendo el control y documentación de

rastreabilidad de requerimientos

• Un analista se puede considerar revisor si:

• Experiencia mínima de un año en los siguientes rubros:

• Indispensable el conocimiento de alguna técnica

formal de levantamiento de requerimientos.

• Dominio en el levantamiento de requerimientos con

usuarios.

• Facilidad para identificar procesos de negocio y

requerimientos funcionales y no funcionales.

• Experiencia manejando la trazabilidad de

requerimientos.

• Experiencia en manejo de la Herramienta de modelado.

• Conocimientos en las disciplinas, artefactos, roles y

responsabilidades que maneja el proceso unificado de

desarrollo.

• Mínimo 1 año de experiencia como Ingeniero de

requerimientos realizando levantamiento de solicitudes

de proyectos de sistemas utilizando lenguaje unificado

de modelado UML y Análisis de escenarios de negocio.

• Experiencia en modelado de negocio a través de BPM.





- Ejecuta las actividades de verificación de

productos distintos al código.

- Realiza actividades de Calidad de Soluciones

Tecnológicas.

• El personal propuesto por el proveedor para cubrir este

rol deberá demostrar que cuenta con los conocimientos

mínimos requeridos en el modelo CMMI en las siguientes

áreas de conocimiento:

* Modelado visual con UML 2.0

* Administración de Requerimientos con Casos de Uso

* Herramienta de control de defectos

Diseñador Gráfico del Proveedor


• El proveedor asignará un diseñador gráfico que

será asignado a los proyectos.

• 3 años de experiencia en el desarrollo del diseño de sitios

y portales WEB, siendo indispensable conocimiento de

HTML, HTML 5, hojas de estilo en cascada (CSS y CSS3),

usabilidad y accesibilidad en sitios y portales WEB

• Conocimientos en Diseño Responsivo

• Deberá acreditarlo con portafolio de proyectos de

diseño

Desarrollador e Integrador de la Solución Tecnológica / Líder Técnico del Proveedor


• El proveedor deberá proporcionar la cantidad de

desarrolladores necesarios para cumplir con las

solicitudes de servicio que se le realicen y estos

deberán contar al menos con conocimientos

comprobables en las plataformas de desarrollo

solicitadas.

• Construirá soluciones tecnológicas.

• Generará y mantendrá la construcción del

producto.

• Validará y administrará interfaces.

• Realizará el desarrollo de las aplicaciones y/o

componentes de las aplicaciones en las

Tecnologías Solicitadas.

• Determinará los componentes o productos que

serán integrados en la solución tecnológica y su

secuencia.

• Ensamblará componentes de la solución

tecnológica.

• Un desarrollador puede considerarse Líder Técnico

de Desarrollo, si realiza las siguientes funciones :

• Al menos 3 años de experiencia comprobable dentro

del desarrollo de sistemas en la tecnología solicitada.

• Manejo indispensable de sistemas operativos Windows,

Linux.

• Desarrollo de software estructurado y apegado a

arquitecturas y plataformas de desarrollo establecidas

por el INAI.

• Conocimiento en la configuración de servidores de

aplicaciones solicitados por el INAI.

Para Java en Específico:

Experiencia comprobable de al menos tres años en

algunas de las herramientas de programación Java y J2EE

siguientes:

• Ant y Maven

• Jakarta Commons

• Eclipse

• JUnit y Cactus

• Enterprise Java Beans

• JSP

• Servlets

• JSP TagLib

• Java Message Services





- Conduce la construcción de la solución

tecnológica, dirigiendo a varios

desarrolladores.

- Genera y mantiene la documentación del

producto.

• Java Web Services

• API Java para XML o XSLT o XQuery.

• Portlets

• UNIX

Diseño y desarrollo de arquitecturas, usando algunos de los

marcos de aplicaciones J2EE siguientes:

• Struts

• Hibernate

• iBatis

• Spring

• Java Server Faces

• Apache Beehive

• AJAX utilizando bibliotecas tales como JSON, DWR o

extensiones a Struts y/o Java Server Faces.

• El personal propuesto por el proveedor para cubrir ya

sea el rol de Desarrollador e Integrador de La Solución

Tecnológica o el de Líder Técnico deberá demostrar que

cuenta con los conocimientos mínimos requeridos.

• Experiencia deseable de al menos 1 año en el uso de

JIRA o herramienta equivalente.

Ingeniero de Pruebas del Proveedor


• El proveedor deberá proporcionar al personal

necesario que realice actividades de verificación,

es decir las pruebas que se consideren necesarias

para garantizar la calidad de los productos y

servicios objetos, por los que se facture.

• En general el Ingeniero de Pruebas participará en

la construcción tecnológica, conduciendo las

pruebas programadas.

• Al menos 2 años proporcionando servicios como

especialista de control de calidad de SW, utilizando

herramientas para tal fin en Fábrica de Software.

• Contar con certificación ISTQB

• Deberá demostrar que cuenta con conocimiento en

CMMI-DEV en las siguientes áreas:

* Pruebas de Software

Administrador de la configuración del Proveedor

Descripción general Experiencia mínima requerida para el perfil

• Administrar la configuración y los cambios en los

productos de trabajo.

• Verificar y asegurar el apego a políticas de

configuración.

• Responsable de la organización de la información

de cada proyecto en el que participen recursos.

• Configurar y administrar los repositorios de

información, para los recursos.

• Experiencia mínima de 3 años proporcionando servicios

como especialista de herramientas de administración

de cambios y configuraciones certificado en el uso de

las mismas.

• Deberá demostrar que cuenta con los conocimientos

mínimos requeridos en CMMI-DEV en las siguientes áreas

de conocimiento:





• Proporcionar Soporte y Asesoría en cuestiones de

Administración de la Configuración para los

recursos.

*Al menos un año de experiencia en JIRA o

herramienta equivalente

Administrador de Bases de Datos


• Realizar las actividades necesarias para lograr que

las bases de datos de la Contratante contengan

información integra, consistente, no duplicada y

bajo un esquema de base de datos que esté

alineado a las prácticas recomendadas de diseño.

• Realizar diseño e implantación del modelo de la

base de datos usando los manejadores de bases

de datos relacionales.

• Realizar tareas de depuración de la información

que reside en las bases de datos del INAI, usando

las herramientas que el Instituto le proporcione para

tal fin.

• Aplicar las reglas de normalización hacia un

esquema en tercera forma normal (3FN).

• Aplicar procedimientos de afinación a la base de

datos

• Aplicar procedimientos y técnicas para la limpieza

de datos, con el fin de detectar y eliminar errores e

inconsistencias en conjuntos de datos para mejorar

la calidad de los mismos

• Experiencia de al menos cuatro años en el diseño,

implantación y administración de bases de datos

transaccional, mecanismos de integridad (triggers,

transacciones y reglas) y uso de herramientas de

modelado para diagramas Entidad Relación

• Contar con certificación de Base de Datos Oracle.

• Administración y ajuste de parámetros de los

manejadores de bases de datos, implantación de

esquemas de alta disponibilidad, clustering, replicación

y servicios de reportes.

• Uso de manejadores como:

o Oracle

o MS SQL Server.

o MySQL

• Deberá demostrar que cuenta con los conocimientos

mínimos requeridos en el uso de los manejadores antes

mencionados.

Tabla 8 Cumplimiento de productos





Asimismo consideramos cumplir los siguientes entregables por fase, especificados en la metodología de Desarrollo de Aplicaciones PDA´s solicitados en las bases de la presente licitación, mismos que serán definidos en coordinación con el INAI acorde a la naturaleza de cada Orden de Servicio.

DOCUMENTACIÓN Levantamiento de Requerimientos

Caso de Negocio

Modelo de Flujo de Negocio

Catálogo de Reglas de Negocio

Inicio

Acta constitutiva del Proyecto

Documento de Planeación del Proyecto

Programa de Riesgos

Risk Breakdown Structure RBS

Programa de calidad • Plan de Aseguramiento de la Calidad

• Documento de ambiente de verificación.

• Documento de ambiente de validación

Plan de Comunicación

Alcance del Proyecto

Estructura de Desglose de Trabajo WBS ó EDS

Cronograma Detallado del Resto del Proyecto

Guía de Adaptación del Proceso

Elaboración

Cronograma Detallado Resto del Proyecto

Documento de Especificación de requerimientos de Soluciones Tecnológicas

Registro de Validación de Requerimientos

Matriz de Rastreo y/o Trazabilidad

Glosario de Términos

Casos de Uso

Diagrama conceptual de la solución

tecnológica

Diagrama de casos de uso

Reporte de evaluación de alternativas de solución

Reporte de evaluación de componentes

Modelo de Arquitectura de Soluciones Tecnológicas

Documento de Diseño

Diagrama de actividades

Diagrama de paquetes

Diagrama de componentes

Diagrama de clases

Diagramas de secuencia

Diagrama de despliegue





Diagrama ER

Diccionario de datos

Plan de Migración

Interfaz Gráfica

Prototipo con diseño gráfico

Construcción

Plan de Pruebas

Registro de pruebas unitarias

Evidencia de Pruebas, Casos de Prueba,

Escenarios de prueba, Datos de Pruebas

Integrales

Pruebas de usabilidad

Funcionales (Ciclos de negocio)

Seguridad

Carga y depuración de BD

Migración de BD

Pruebas de estrés

Código fuente de la aplicación Código Fuente

Scripts de creación de BD

Scripts de creación

Scripts de carga

Scripts de mantenimiento

Scripts de depuración

Scripts de migración

Listas de Verificación Completadas de todos los productos elaborados

Registro de revisiones

Reportes de Revisión

Registro de defectos

Transición

Protocolo de aceptación

Paquete de Liberación entregado en ambiente productivo

Presentación ejecutiva del sistema

Manual Técnico de la Solución Tecnológica Documento de capacitación del administrador

Instructivo de Operación de la Solución

Tecnológica

Documento de capacitación del usuario final

Documento de asistencia a la capacitación

Manual de usuario

Reporte de integración

Manual de usuario en línea

Acta de Cierre

Administración de Proyectos

Registro de cambios Matriz de Cambios

Estimación de Proyecto

Registro de Riesgos y Asuntos

Solicitud de cambio

Reporte de avance Mensual

Presentación de Avance

Solicitud de Servicio

Nota Técnica





Resumen de Proyectos

Reporte de Facturación

Reporte Mensual de Horas de Servicios de Ingeniería de Producto

Resumen de toda la FSW

Minutas

Entrega de la Carpeta y CD Mensual

Lecciones aprendidas

Tabla 9: Productos a entregar





De acuerdo a las especificaciones de las bases de licitación, a continuación presentamos el cronograma con todas las tareas necesarias para adquirir el conocimiento de los estándares de aplicaciones, datos, infraestructura, interoperabilidad, desarrollo y seguridad informática aplicables por el INAI.

Cronograma General:

Diagrama 29 Cronograma General

Plan de Trabajo





Para poder cumplir en tiempo, forma y costo cada uno de los servicios expuestos en esta propuesta, estamos poniendo a su consideración una serie de supuestos y consideraciones para la prestación del servicio. Estos han sido tomados como base para la estimación del precio de cada servicio, la propuesta de servicio y solución, alcance y demás elementos que están presentados dentro de esta propuesta.

Por lo anterior, de variar o no cumplirse alguno de los siguientes supuestos y consideraciones en alguno de los servicios que se estén presentando, se verá afectado en los mismos parámetros de alcance, tiempo y costo su cotización, por lo que será necesario realizar una evaluación de dichos impactos, y las responsabilidades de cada parte en estos impactos para ser presentados y evaluados por INAI para su aprobación.

Los supuestos y consideraciones que tomamos en cuenta para la elaboración de este servicio están basados en el planteamiento del servicio del estudio de mercado y a las bases de la licitación No. LA-006HHE001-E13-2016 publicadas en Compranet por el INAI, así como también fueron consideradas las preguntas y respuestas que se nos fueron entregadas como parte de las sesiones de preguntas y respuestas de la presente licitación.

Supuestos y Consideraciones Generales

A consideración se exponen los supuestos y consideraciones que se tomaron en cuanta para el planteamiento General Del Servicio:

Sea designado por parte de INAI un único Responsable de Proyecto por parte de la DGTI a nivel de servicio y de igual forma el Sponsor único o principal de cada servicio. Esto es importante a considerarlo para que los procesos de dimensionamiento del servicio, aprobaciones, revisiones, posibles cambios de alcance, verificaciones sean expeditas y así sea ágil tanto la prestación del servicio como su puesta en producción. Como parte de nuestra metodología, esta información será documentada y aprobada por ambas partes dentro del documento de Plan de Comunicación y Organización del Proyecto. Este documento se podrá elaborar a nivel general de toda la relación entre INAI e IDS Comercial y en lo particular por cada uno de los proyectos. Al inicio del mismo se evaluará que puede ser más conveniente, ágil o productivo para el proyecto.

Para asegurar el cumplimiento de los objetivos y requerimientos funcionales y/o reglas de negocio, además de los niveles de servicio definidos por el INAI se someterá a revisión y en su caso a su no aplicación en caso de que los responsables por parte del INAI se atrasen en la definición o entrega de insumos para la atención del servicio es indispensable la participación y compromiso de los usuarios finales de negocio, en la definición, validación y aprobación del levantamiento de requerimientos, análisis, diseño y casos de prueba generados en el proyecto. Por lo anterior, serán establecidos por cada artefacto tiempos de revisión y aprobación según su complejidad y tamaño. Estos tiempos serán establecidos en común acuerdo y serán documentados dentro de la carta de entrega para revisión o aprobación de los productos.

Ambas entidades, INAI e IDS Comercial se comprometen a respetar y no contratar personal de la otra empresa hasta por un periodo de 6 meses posteriores a la terminación de los servicios o proyectos. Se podrá considerar la contratación de personal de cada empresa en un periodo inferior al estipulado, siempre y cuando la empresa que esté contratando tenga la aprobación por escrito de la otra empresa.

Supuestos y Consideraciones del Servicio





Supuestos y Consideraciones sobre el Alcance

A consideración se exponen los supuestos y consideraciones que se tomaron en cuenta para el planteamiento de Alcance del Servicio:

Cada servicio que será cotizado como parte de esta propuesta, dentro de cada propuesta y servicio se considera un alcance base o estándar que conformará la estimación del precio del servicio. Se consideran como alcances fuera del estándar o base los siguientes y como tal serán cotizados por separado dentro de cada propuesta de servicio que sea entregada.

Pruebas en Paralelo. Procesos de convivencia entre aplicaciones. Corrección o reparación de errores pre existentes para aquellas aplicaciones que ya existan y el servicio consiste en solo adecuar una parte de ella. Re desarrollo de componentes cuya fuente no exista o el fuente no corresponda al objeto. Creación de ambientes de pruebas y producción. Mejoramiento de los datos por deficiencia en su calidad.

Se consideran cambios de alcance:

Cuando ya se esté en etapas del proyecto de Diseño, Construcción o Pruebas y se requiera un ajuste funcional de la aplicación a desarrollar o adecuar. El Cambio de Alcance solo considerará aquel esfuerzo extra producto del re trabajo que se requiere para adecuar la nueva funcionalidad. Retrasos al proyecto provocados por no estar listos los ambientes donde será probada o liberada la aplicación. De igual forma por retrasos al proyecto derivado de dependencias de otros proyectos o interfaces hacia otras aplicaciones que son desarrollados por terceras empresas. Por retrasos en los vistos buenos de los entregables de análisis, diseño, casos de prueba y todos aquellos entregables que forman parte de la línea base del Plan de Proyecto. Todos los requerimientos que modifiquen, extiendan o cancelen la funcionalidad solicitada y aprobada por el responsable autorizado por parte del INAI durante cualquier momento del ciclo de desarrollo. Ante este tema, IDS devengará y solicitará el pago del servicio al INAI en los casos en los que este sea cancelado o modificado.

Supuestos y Consideraciones sobre la Infraestructura

A consideración se exponen los supuestos y consideraciones que se tomaron en cuenta como parte de la infraestructura que se requiere para la prestación del Servicio:

La prestación del servicio será desde las instalaciones de IDS Comercial, mas sin embargo es recomendable que INAI tenga considerado un espacio comunitario de proveedores en sus instalaciones para aquellas fases de los servicios en los cuales se requiera una alta interacción o involucramiento con los usuarios de negocio o la gente del área de sistemas, como por ejemplo, para los siguientes casos:

Servicios en los cuales involucre fases de levantamiento de requerimientos y análisis de los requerimientos. Cuando se esté en las fases de Pruebas con usuarios en ambientes UAT, esto involucra solo la actividad de pruebas, lo relacionado con la corrección de cualquier defecto será en las instalaciones de IDS Comercial. La puesta en producción de cada uno de los servicios.

Para la conectividad de las instalaciones de IDS Comercial y INAI se tiene establecido tener una VPN, para lo cual se requiere de las facilidades del INAI para su instalación.

Se considera que el equipo de cómputo para los consultores que prestarán el servicio será provisto por IDS Comercial, esto también incluye el licenciamiento de software del equipo que esté relacionado con el desarrollo y/o mantenimiento del software así como la elaboración de documentación. Las herramientas que tenemos considerado su licenciamiento están especificadas dentro de esta Propuesta Técnica. Cualquier





herramienta especializada o adicional que requiera INAI se evaluará su impacto en el costo y alcance del servicio.

Los ambientes de desarrollo será provistos tanto por INAI como por IDS Comercial, es decir, para los ambientes en donde no se requiera de licenciamiento de los aplicativos o de herramientas especializadas y no se requiera de latos volúmenes de información y procesamiento los proveerá IDS Comercial. Aquellos que si requieran cualquiera de los elementos expuestos anteriormente, los proveerá INAI. Para los ambientes relacionados con aplicaciones basadas en los Main Frames serán provistas por INAI.

En relación a los diferentes ambientes de Pruebas y de producción, se tiene considerado que INAI proporcionará estos ambientes en sus equipos de cómputo y con su licenciamiento. En caso de que para alguna aplicación no exista alguno de ellos, se cotizará por separado la creación del mismo.

Se considera importante mencionar que para un buen desempeño de las pruebas y liberación de la aplicación, es importante que haya una compatibilidad entre los ambientes, es decir, que entre los ambientes haya las mismas versiones y configuración de los elementos que integran la infraestructura tecnológica de la solución p.j. Administradores de Bases de Datos, Enterprise Service Bus (ESB), Application Server, Contenedores, Drivers, etc. De haber problemas de incompatibilidad entre ambientes dificultará el proceso de pruebas y provocará problemas de configuración de la aplicación, por lo que se recomienda realizar antes de iniciar las pruebas un esfuerzo de homologación de ambientes que será considerado con costo adicional al proyecto.

Con el propósito de ofrecer un buen desempeño en los proyectos, es requerido que INAI nos permita tener desde sus instalaciones acceso al dominio de ids.com.mx. Ya que dentro de este dominio es que se encuentran publicadas nuestras herramientas que son utilizadas por nuestro personal para la buena prestación del servicio, así como para mantener comunicación entre las diferentes áreas de apoyo y gobierno a los proyectos, como son, la Oficina de Proyectos, el área de Calidad, Infraestructura y Soporte a Proyectos, entre otros.

Servicios No Incluidos

Quedan fuera del alcance de esta propuesta:

Cualquier tipo de cambio o mejora a los componentes que impacten el esfuerzo en tiempo y costo y que no estén relacionados con el objetivo principal de este proyecto.

Creación o adecuación de los ambientes de desarrollo, pruebas de aceptación y/o producción.

La compra e instalación de hardware y/o licencias de software.





Al arranque de cada servicio o proyecto el Responsable de Proyecto por parte de IDS Comercial elaborará el “Plan de organización y comunicación” y el documento de “Criterios de Aceptación”. Estos documentos deberán ser autorizados por parte de INAI, en ellos se establecen los Criterios con los cuales serán aceptados los productos así como también la terminación del servicio o proyecto. De igual forma, dentro de estos documentos se establece el proceso de autorización, los tiempos y quienes son las personas autorizadas por parte de cada empresa para aprobar los documentos, servicios y el proyecto.

Se requiere la participación del Responsable del Proyecto y del Usuario de Negocio por parte de INAI para la revisión, aprobación y firma de los entregables finales de cada etapa del Proyecto. Para llevar a cabo esta revisión y aprobación, consideramos que ésta debe ser dentro de un tiempo no mayor a 5 días calendario posterior a la entrega de los mismos.

En caso de no existir observaciones al término del periodo de revisión y aprobación, se darán por aceptados los entregables o productos y en consecuencia la conclusión de una fase del proyecto, si en dado caso ya fueron entregados todos los entregables o productos que la componen.

IDS Comercial considerará terminados los servicios objeto de cada servicio o proyecto una vez que hayan sido entregados y aceptados por INAI, todos los productos mencionados en cada propuesta de servicio o proyecto entregada y se hayan cumplido con los Criterios de Aceptación documentados al inicio de cada proyecto.

De INAI

INAI proveerá de los medios y acceso al personal de IDS Comercial para acceder a los ambientes de los sistemas que son objeto de los proyectos, así como proveerles la información importante para el buen desempeño de las actividades relacionadas con la prestación del servicio.

El personal de IDS Comercial contará con el apoyo del personal de INAI para el levantamiento y definición de los requerimientos.

El personal de IDS Comercial contará con el apoyo del personal de INAI para la definición y validación de los productos a entregar.

Para las etapas de Pruebas y Aceptación IDS Comercial contará con el apoyo del personal de INAI para validar la definición tanto de la información que debe ser generada para las pruebas, como para la definición de los diferentes escenarios de prueba requeridos.

IDS Comercial requiere de la disponibilidad oportuna del personal de INAI con conocimientos sobre las aplicaciones, con el propósito de aclarar dudas y de revisar para su aprobación los productos desarrollados por nuestro personal.

INAI dará autorización al personal de IDS Comercial designado como MQA y PQA, para que éstos puedan ingresar a sus instalaciones, con la finalidad de llevar a cabo las labores de aseguramiento de calidad, así como para extraer el código desarrollado y los documentos generados como parte del proyecto, con objeto de realizar el aseguramiento de calidad en las instalaciones de IDS Comercial.

Criterios de Aceptación y Revisión de Productos

Responsabilidades





De IDS Comercial

IDS Comercial se compromete y responsabiliza de seguir al pie de la letra las políticas y normas en el uso de la información de INAI, así como también de seguir su Código de Ética y Conducta de nuestro personal dentro de las instalaciones del cliente. Para poder dar cumplimiento a estos compromisos, es importante que INAI nos proporcione dichos manuales para su estudio y cumplimiento.

IDS Comercial se compromete a mantener informado de forma verbal y por escrito al cliente sobre los avances y cumplimiento de los objetivos de cada servicio y/o proyecto, así como en caso de haber alguna desviación sobre los objetivos, informar de forma oportuna.

IDS Comercial asignará personal con la experiencia necesaria para desarrollar el trabajo de acuerdo a las especificaciones proporcionadas por INAI.

IDS Comercial mantendrá de forma segura y confidencial toda la información proporcionada por INAI a lo largo del proyecto y al término de los mismos.

Todos los derechos de los productos desarrollados para INAI serán de propiedad única y exclusivamente INAI, por lo que IDS Comercial bajo contrato cederá los derechos del desarrollo.





Metodología IDS en la prestación del Servicio al Cliente A lo largo de más de 30 años prestando servicio de Consultoría, Desarrollo y Outsourcing, IDS Comercial ha desarrollado una Metodología muy robusta llamada Metodología de IDS (MIDS). Dentro de esta metodología se cubren desde aspectos de Ingeniería de Software, Administración de Proyectos, Aseguramiento de Calidad hasta como lo que son los procesos que se deben de seguir para la correcta prestación de los servicios a sus clientes.

Dentro de esta sección, queremos plantear la dinámica con la cual damos seguimiento a los proyectos con nuestros clientes, que informamos y cada cuando informamos. Esta dinámica de atención a clientes está dividida en las siguientes partes:

Dinámica en el Seguimiento y Control de los Proyectos.

Dinámica en el Aseguramiento de Calidad de los Servicios y Proyectos.

Dinámica en la Atención a incidentes y Escalamientos de problemas.

Estas dinámicas e informes de cada una de ellas, serán ajustados o adecuados a la metodología y dinámica que INAI que se maneja dentro de su área de Sistemas.

Como parte del Seguimiento y Control de los proyectos que llevamos en IDS Comercial, dentro de la MIDS contamos con una Metodología para la Administración de los proyectos. Esta metodología cuenta con una serie de disciplinas que dan soporte al Seguimiento y Control de los proyectos con el cliente. Dentro de los principales procesos y actividades para dar cumplimiento a esto están los siguientes:

Proceso de Planeación de los servicios y/o proyectos. Dentro de este proceso se llevan las siguientes actividades y se entregan los siguientes artefactos que forman parte de la Metodología de trabajo de atención al cliente.

Actividad: Lanzamiento del Proyecto: Dentro de esta actividad se llevan a cabo reuniones con el cliente en las cuales se presenta la planeación inicial del proyecto, así como se evalúan los principales riesgos y factores críticos de éxito del proyecto. También junto con los usuarios de negocio se elabora la visión y objetivos a cubrir del proyecto. Dentro de los artefactos que se entregan están:

Plan de Trabajo del servicio o proyecto.

Reporte de Riesgos y Factores Críticos de Éxito.

Dimensionamiento del proyecto, de acuerdo con la Metodología de INAI.

Visión y objetivos del servicio o proyecto.

Actividad: Kick Off del Proyecto, dentro de esta actividad se involucra a los Stakeholders del proyecto en lo que es el resultado del lanzamiento del proyecto. Dentro de los artefactos que se entregan están:

Presentación del Kick Off.

Dinámica de Seguimiento y Control de Proyectos y sus Niveles de Servicio





Proceso Semanal de Seguimiento y Control de los servicios y/o proyectos. Dentro de este proceso se llevan las siguientes actividades y se entregan los siguientes artefactos que forman parte de la Metodología de trabajo de atención al cliente para dar seguimiento y control al proyecto y con esto mantenerlo informado sobre su avance y estado.

Actividad: Junta Operativa de seguimiento y control al proyecto. Esta es una reunión semanal que llevamos junto con el Responsable del INAI. En donde le informamos principalmente sobre el avance del proyecto, el seguimiento a los compromisos cumplidos y por cumplir de ambas partes, Riesgos y Problemas, posibles Cambios de Alcance, entre otros. Dentro de esta reunión asisten los Responsables de Proyecto por ambas empresas y también asiste el Practice Delivery Manager (PDM) por parte de IDS Comercial. Dentro de los artefactos que se entregan están:

Informe de avance semanal del proyecto.

Score Card del proyecto con los Indicadores Semanales del proyecto (% de Avance del Proyecto, % de Tiempo Transcurrido, % de Eficiencia, Fecha Estimada de Terminación vs la Comprometida.

Proceso de Seguimiento a los Niveles de Servicio de los Proyectos. De acuerdo con la periodicidad que marque INAI, en donde puede ser bimestral o trimestralmente, se plantea llevar a cabo una reunión en donde participaran los Directores de ambas empresas relacionados con el portafolio de proyectos que en ese momento tiene IDS Comercial para revisar los Niveles de Servicio que se están teniendo en cada uno de ellos y en su conjunto. Dentro de este proceso se llevan las siguientes actividades y se entregan los siguientes artefactos que forman parte de la Metodología de trabajo de atención al cliente para dar seguimiento y control al proyecto y con esto mantenerlo informado sobre su avance y estado.

Actividad: Comité Ejecutivo de seguimiento a los Niveles de Servicio. Dentro de esta actividad se lleva a cabo la reunión con INAI para dar seguimiento a los Niveles de Servicio de cada proyecto así como en su conjunto y se revisan posibles desviaciones así como se establecen compromisos para el siguiente Comité. Dentro de los artefactos que son entregados están:

Presentación con el Reporte por proyecto y en su conjunto sobre el Acuerdo de Niveles de Servicio (ANS).

Minuta con los nuevos Acuerdos de Niveles de Servicio (ANS) para revisión del siguiente Comité Ejecutivo.





Como parte del Aseguramiento de Calidad a los proyectos que llevamos en IDS Comercial, dentro de la MIDS contamos con una Metodología para el Aseguramiento de Calidad de los proyectos. Esta metodología cuenta con una serie de disciplinas que dan objetividad a que el avance del proyecto esté siendo bajo de un marco de calidad, con lo cual aseguramos el producto final y también disminuimos posibles desviaciones o re trabajos por baja calidad. Dentro de los principales procesos y actividades para dar cumplimiento a esto están los siguientes:

Proceso de Aseguramiento de Calidad de apego al Proceso (MQA). Este proceso de Aseguramiento de Calidad tiene como objetivo llevar acabo de forma planeada revisiones físicas a los proyectos que permiten verificar la correcta aplicación de los procesos de la Metodología de INAI y la de IDS Comercial (MIDS). Mediante estas revisiones, se verifica la ejecución de los procesos previstos para el proyecto en su Proceso de Software Definido para el Proyecto (PSDP), y los Especialistas Aseguradores de Calidad revisan los artefactos generados y otras evidencias que muestran dicha ejecución. Dentro de las actividades de este proceso están.

Actividad: Revisión de Aseguramiento de Calidad del Proyecto. Dentro de esta actividad, el Asegurador de Calidad del Software o SQA por sus siglas en ingles. Lleva a cabo una inspección física del proyecto, en donde en algunas ocasiones es avisado el responsable de proyecto y en otras no lo es. Dentro de esta revisión hace una verificación que el proyecto se esté apegando al proceso y también hace una inspección aleatoria a algunos de los artefactos que han sido desarrollados, verificando su calidad, apego al estándar. De igual forma valida el cumplimiento al plan de trabajo, haciendo revisiones físicas sobre la existencia de los productos reportados dentro del plan, de manera que el Responsable del Proyecto ni los Colaboradores del mismo reporten productos que no han sido desarrollados. Esta actividad es realizada al menos cada 15 días. Si en dado caso encuentra algún problema, este es reportado a través de un reporte que se llama No Conformidad. Dentro de los reportes o informes que se emiten están:

Reporte de Aseguramiento de Calidad (MQA). Dentro de este reporte se informa sobre las No Conformidades que se encontraron, su severidad y el KPI resultante del % resultante del apego al proceso.

Proceso de Aseguramiento de Calidad de Producto (PQA). Este proceso de Aseguramiento de Calidad tiene como objetivo llevar acabo de forma planeada revisiones físicas al código y su arquitectura con la cual está siendo desarrollado o modificado dentro del proyecto, de manera que éste esté apegado a las mejores prácticas de programación. Con ello damos el valor y beneficio a INAI de que el código que desarrollamos sea fácil de entender por cualquier persona, sea menos propenso a errores o problemas productivos y por consiguiente sea más fácil de mantener y su propio mantenimiento tenga un menor esfuerzo y costo. Dentro de las actividades de este proceso están.

Actividad: Aseguramiento de Calidad de Código: Dentro de esta actividad el Asegurador de Calidad de Software (SQA) corre una serie de herramientas sobre el código y a través de ellas es que se hace la inspección estática del código para ver que este se esté apegando al Rule Set de las mejores prácticas para programar. Dentro de los reportes que se generan como parte de esta actividad están:

Reporte de Violaciones de Código: Este reporte contiene todas las violaciones que se tienen en apego al Rule Set. Este reporte está en línea dentro del dominio de ids.com.mx y los desarrolladores entran para verificar en líneas del código son las que no se están apegando y porqué.

Dinámica de Aseguramiento de Calidad de los Servicios y Proyectos





Actividad: Aseguramiento de Calidad de Arquitectura: De igual forma que el código, el Asegurador de Calidad del Software (SQA) corre otro set de herramientas a través de las cuales puede verificar un Arquitecto de Software que el código se está apegando a la arquitectura establecida y no se está quedando componentes o código sin utilizar. Dentro de los reportes que se generan como parte de esta actividad están:

Reporte de PQA de Arquitectura: este reporte contiene los indicadores y diagramas a través de los cuales se reporta como es que está la arquitectura de código desarrollado y cuáles son sus posibles problemas o violaciones. De igual forma este reporte se presenta dentro de una herramienta de IDS Comercial que está en el dominio de ids.com.mx.

Duración De acuerdo con los lineamientos de las bases de la licitación publicada en compranet por el INAI, la duración de la prestación del proyecto será a partir del fallo de la licitación y hasta el 15 de diciembre del 2016.





Valores Agregados y Beneficios proporcionados por IDS A continuación nos permitimos presentar los que consideramos nuestros Valores Agregados específicos de nuestra propuesta hacia INAI y que otros aspectos de valor pueden beneficiar a INAI al tener como proveedor de servicios a IDS Comercial.

IDS Comercial es una empresa que desde hace más de 30 años en el mercado su oferta de servicios ha estado alrededor del Desarrollo, la Consultoría y el Outsourcing alrededor de lo que es TI y en específico del Software. Nuestra convicción como empresa está basada en un equilibrio y enfoque hacia -Nuestra Gente- y hacia crear infraestructura de –Procesos, Técnicas, Herramientas y Métricas- que guíen a Nuestra Gente para que pueda ser más eficiente y por consiguiente pueda crear Soluciones con un alto contenido de valor hacia nuestros Clientes.

Es por ello que desde hace mucho tiempo creamos un Modelo de Valor de empresa que guie a la organización hacia el enfoque de Valor que se debe orientar nuestra Oferta, nuestro Modelo de Operar y Gobernar la entrega de los Servicios. Este Modelo de Valor de IDS Comercial está basado en tres ejes, el eje del Talento que está orientado hacia uno de nuestros activos más importantes que es –Nuestra Gente-, porque a través de nuestra gente es que prestamos los servicios hacia nuestros Clientes. El segundo eje es la Experiencia, este eje está orientado hacia capitalizar el conocimiento y la experiencia de la organización y de -Nuestra Gente- y finalmente el tercer eje está orientado hacia la convicción de trabajar bajo procesos, herramientas, estándares y herramientas que estén alineados hacia las mejores prácticas.

Eje del Talento. Este eje persigue el objetivo de formar a -Nuestra Gente- y generar en ellos un aprendizaje que se traduzca en un desarrollo profesional y en buscar una relación de largo

plazo dentro de la organización. Para lograr estos objetivos, es que tiene implementado desde hace muchos años un Plan de Vida y Carrera, a través del cual vamos guiando a nuestra gente en las diferentes rutas de o carreras de avance sobre las cuales puede optar.

De igual forma, dentro de la organización hemos desarrollado infraestructura para fomentar y facilitar el aprendizaje de nuestros Consultores a través una Comunidad de Aprendizaje virtual, en donde tenemos una base de más de 300 cursos en e-learning para que puedan irse capacitando en los procesos, técnicas, estándares y herramientas que están alineadas hacia estas mejores prácticas.

Enfoque de Valor de IDS





Eje de la Experiencia. Este eje persigue como objetivos lograr capitalizar la experiencia de nuestros Consultores, buscar una especialización en ellos y por consiguiente lograr un mayor desarrollo y conocimiento en ellos. Esta capitalización de la experiencia y conocimiento la buscamos en tres aspectos, el primero está alienado hacia la Industria, con ello buscamos que nuestros Consultores además de ser gente con conocimientos y experiencia en tecnología, también agregue valor al Cliente con conocimientos y experiencia en su Industria y Negocio. El segundo aspecto está alineado hacia buscar una especialización en la Tecnología, con lo cual se va enriquecimiento constantemente el dominio de las plataformas, lenguajes, bases de datos y demás elementos que conforman una solución tecnológica para que cada día logren una mayor valor en el planteamiento de soluciones y finalmente el tercer elemento es el alineamiento a la Práctica, esto es que nuestros Consultores busquen una especialización en las diferentes prácticas o servicios con los que cuenta IDS Comercial. El que nuestros Consultores se estén especializando en los servicios da el valor al Cliente de la consistencia en el resultado de los proyectos porque a través de que nuestros Consultores estén entregando de un tipo de servicios los hace cometer menos errores, disminuir el re trabajo y por consiguiente ser más eficientes, productivos y entregar productos y soluciones de mayor calidad.

Esta capitalización de la experiencia la logramos a través de nuestro Modelo de Operación, ya que este cuenta con un Modelo de Venta alineado a industria y un Modelo de Delivery o Entrega a través de Centros de Excelencia (COEs por sus siglas en inglés). Estos Centros de Excelencia son dirigidos cada uno de ellos por Directores de Práctica y Practice Delivery Managers los cuales entregan o desarrollan los proyectos para cada una de las Direcciones de Unidades de Negocio que tienen a su cargo la venta de todos los servicios de IDS Comercial para un grupo de clientes que en común tienen que pertenecen a la misma Industria. Cada Practice Delivery Manager se busca que atienda a una o más industrias y con ello logramos esta capitalización tanto en industria como en la entrega de los servicios.

Eje del Alineamiento a las Mejores Prácticas. Este eje persigue el objetivo de aumentar la eficiencia y la calidad en el desarrollo de nuestros proyectos a través de estandarizar la entrega de nuestros servicios hacia los Procesos, Técnicas, Estándares y Herramientas que se consideran que son las mejores prácticas de la industria de TI y en específico del Software. Esto trae como valor a nuestro Cliente que los productos están estandarizados a un modelo de referencia, con lo cual son fácilmente entendidos por terceras personas que conocen el estándar y por otro lado aumenta la calidad de los productos que desarrollamos.

Y finalmente otro elemento que forma parte de la estrategia de valor de IDS Comercial es nuestra búsqueda constantemente por la innovación y la mejora continua de los servicios. Y esta innovación y mejora continua sea percibida por nuestros Clientes como un valor para ellos en la entrega de los servicios, las soluciones y el producto final.





La innovación es parte del ADN de la organización y de la cultura de todos nuestros Colaboradores, es por ello que dentro de la organización tenemos el Premio Innovaids. Este es un programa que IDS Comercial tiene para impulsar y fomentar la innovación de su propio personal y no solamente

venga de las Direcciones de la organización, es decir de arriba hacia abajo, sino también venga de abajo hacia arriba. Esto nos ha permito entre muchas cosas:

Fomentar una Cultura por la Innovación y la mejora de nuestra Metodología de IDS (MIDS) por quienes la utilizan a aplican dentro de los proyectos.

Eficientar los procesos de manera que estos sean mas ágiles, tengan menos desperdicio y agreguen más valor al Cliente final.

Mejorar la cultura de nuestro personal por el apego a los procesos de la organización y con ello mejorar el resultado de los proyectos haciéndolos mas predecibles en cuando a su resultado.

Al final, esto se traduce en un beneficio y valor hacia nuestros Clientes, porque los Colaboradores que participan en sus proyectos tienen la conciencia, la cultuta y el valor que significa la innovación, el apego a procesos y la utilización de métricas en la gestión de proyectos.





Este enfoque de Valor ofrece una serie de beneficios hacia nuestros Clientes en lo que es la entrega de los servicios y sobre todo en lo que es el impacto que tienen nuestros proyectos en lo que es su negocio. Dentro de los principales beneficios que ofrecemos están los siguientes:

Valor agregado a la Solución y al Negocio. Este valor está asociado a nuestra capacidad de desarrollar soluciones tecnológicas combinadas con nuestro conocimiento de la industria y del negocio de nuestros clientes. Esto lo logramos a través de:

Consultores altamente capacitados tecnológicamente y con conocimientos de industria. Base de conocimiento y arquitecturas de referencia que re-utilizamos para el diseño de las soluciones. Áreas de soporte y especialistas en tecnología que soportan las soluciones que ofrecemos. Práctica asociada al Modelado de Negocio, en donde contamos con procesos y técnicas para realizar desde el levantamiento de requerimientos hasta el modelado de negocio aplicando las mejores prácticas.

Calidad en el Servicio y el desarrollo del Software. Nuestra tasa de defectos en el desarrollo de software está bajo un control estadístico que nos ayuda a tenerlo bajo control y por debajo del estándar de la industria. Esto lo logramos a través de:

Nuestro nivel de acredita miento en CMMI® nivel 5, el cual está basado en un control estadístico de defectos. Esto nos ayuda a monitorear el desempeño de los proyectos basado en la detección y remoción de defectos por cada una de las fases que conforman el ciclo de vida de un proyecto.

Nuestros procesos de aseguramiento de Calidad de apego a proceso y artefactos (MQA) y de Calidad de Código y Arquitectura del Software (PQA). Para mayor detalle sobre estos procesos refiérase a la sección “Dinámica de Aseguramiento de Calidad de los Servicios y Proyectos” dentro de esta Propuesta Técnica.

Reducción de los Costos de Operación y del Costo Total de Propiedad de la Solución (TCO). Nuestro enfoque de Delivery está orientado a desarrollar aplicaciones con un bajo costo de Mantenimiento que reduzca su costo de Operación y extienda la vida útil de la aplicación, esto lo logramos a través de:

Desarrollar código que esté apegado a las Mejores Prácticas de programación que sea fácil de entender porque su complejidad ciclomática sea bajo y porque no tenga dependencias circulares y matriciales, entre muchas otras reglas que verificamos que el código cumpla. Lo anterior apoya a que un código apegado a las mejores prácticas es más fácil de entender y si es más fácil de entender es más fácil de mantener y por consiguiente me toma menos horas su mantenimiento e inyecto defectos que generan menos correctivos en producción. Todo lo anterior provoca que el costo del mantenimiento de las aplicaciones que son desarrolladas y mantenidas por IDS Comercial sea más bajo.

El Análisis causa-raíz consideramos una práctica constante evaluar es el analizar cuáles son los factores que están ocasionando un problema en el software, así entonces nos damos a la tarea de efectuar acciones y correcciones preventivas en el software a fin de eliminar defectos de raíz, usando técnicas como “refactor” de código y empleando mejores prácticas de programación soportados por herramientas aseguramos código limpio que sea fácil de entender y fácil de mantener.

Nuestro alineamiento a la estandarización promueve la reutilización de artefactos, y componentes con lo cual disminuimos los esfuerzos de desarrollo y también la disminución de defectos. Esto no conlleva a un desarrollo más acelerado y de bajo costo.

Nuestro modelo de operación nos ha llevado a tener dos Centros de Desarrollo (CDD) en donde se concentran los esfuerzos de codificación y pruebas a fin de aprovechar al máximo economías de escala y promover la especialización. En dichos CDD contamos con herramientas automatizadas de generación de código, de revisión de calidad del software de código a través de herramientas en servidores con integración continua, pruebas unitarias automatizadas, y herramientas de seguimiento que permiten asegurar productos con alta calidad y de bajo costo en su desarrollo.

Beneficios Proporcionados por IDS





Objetividad en el Avance y entrega oportuna de nuestros proyectos. Nuestra convicción por la orientación a los procesos y a partir de ello obtener métricas sobre el desempeño de los proyectos nos ha llevado a ser más predecibles sobre la entrega oportuna de los proyectos. Esto lo hemos logrado a través de:

Orientación hacia procesos estándar. Baja inserción de defectos y alta tasa de remoción de defectos en las fases previas a las pruebas con los Usuarios finales. Lo anterior tiene un doble efecto, una satisfacción del usuario final sobre la calidad del producto y también que los proyectos no se desfasen por que el software tenga muchos defectos y por consiguiente las fases de pruebas sean muy largas.





A lo largo de más de 33 Años de trayectoria, IDS Comercial ha consolidado alianzas estratégicas tanto con los proveedores de software más importantes de la industria como los líderes de las mejores prácticas de la industria del software.

Imagen 2: Colaboradores Certificados.

Certificaciones y alianzas

Imagen 1: Certificaciones IDS Comercial

Diagrama 30 Colaboración y Alianza Estratégicas.





IDS Comercial ofrece como valor agregado su amplia experiencia y conocimiento de más de 33 Años en el mercado desarrollando y mantenimiento de aplicaciones para más de 100 empresas en el mercado mexicano y extranjero. La participación constante de IDS Comercial dentro de cada uno de nuestros clientes, nos ha ayudado a adquirir conocimientos y habilidades que nos permiten asegurar la calidad de nuestros servicios en cada uno de proyectos que ejecutamos.

Aunado a lo anterior, ofrecemos los siguientes Valores Agregados que consideramos que son diferenciadores de mercado respecto de la competencia.

Análisis de Calidad de Código y de Arquitectura de aplicaciones basadas en Java, .NET y Cobol. Este valor consiste en que todo el código que es desarrollado por IDS Comercial es inspeccionado con herramientas automáticas que nos permiten evaluar el apego a las buenas prácticas de programación y que el mismo código esté alineado a la arquitectura tecnológica definida para la solución. Dentro del proceso de inspección se revisan más entre 170 y 200 reglas a las cuales se debe de apegar el código, dentro de las cuales están, Baja complejidad ciclomática, el código mantenga un bajo acoplamiento y alta cohesión, no haya dependencias cíclicas y matriciales, reglas para incrementar el buen performance o desempeño de la aplicación, reglas para de seguridad, entre muchas otras. La utilización de estas herramientas trae como valor a INAI los siguientes valores agregados.

Bajo costo en el mantenimiento del software porque un código fácil de entender es más mantener y si es fácil de entender requiere menos horas en su mantenimiento. También un código fácil de entender es menos propenso a tener defectos en producción. Todo lo anterior influye en una reducción en sus Costos de Operación.

Disminución del Costo Total de Propiedad del Producto (TCO). El código y arquitectura de una aplicación apegado a buenas prácticas que son inspeccionadas de forma automática y constante tiene una vida útil mayor y por consiguiente su Costo Total de Propiedad de Producto es más bajo.

Utilización de Frameworks para el desarrollo de software para Java y .NET. En IDS Comercial contamos con frameworks que nos ayudan a generar esqueletos o cascarones de código a desarrollar. Esto nos ayuda a acelerar el desarrollo del software y a que este sea más estándar, con lo cual damos los siguientes valores a INAI:

Disminución de los costos y tiempos en el desarrollo del software. Ya que parte del código es desarrollado de forma automática.

Bajo costo en el mantenimiento del Software. Ya que parte del código es generado a través de la utilización de frameworks, el código es estándar y por consiguiente es fácil de entender, es menos propenso a defectos y por consiguiente es de bajo costo en su mantenimiento.

Aplicación de las Mejores Prácticas de la Industria y la utilización de herramientas que asisten el desarrollo y mantenimiento del software. Nuestro alineamiento o apego hacia las mejores prácticas de la industria y la utilización de herramientas que nos asisten a lo largo del ciclo de vida del desarrollo y mantenimiento del software nos permite ofrecer a INAI los siguientes valores agregados:

Disminución de los costos y tiempos en el desarrollo del software. El apegarnos a buenas prácticas y la utilización de herramientas nos permite tener menos defectos en el desarrollo de software, nos permite reutilizar artefactos y por consiguiente nos acelera el desarrollo de software.

Bajo costo en el mantenimiento del Software. Una aplicación que desde su desarrollo está apegada a las mejores prácticas en su diseño y construcción, son aplicaciones que tienen menores esfuerzos en su mantenimiento y por consiguiente menos costos de operación

Valores Agregados de IDS





Garantías IDS Comercial proporciona 6 meses de garantía en los productos desarrollados como mínimo y podrá variar de acuerdo a las condiciones del Contrato Marco con INAI.

Durante el periodo de garantía, en caso de detectarse cualquier problema, deficiencia, defecto o insuficiencia en los servicios y tareas efectuadas por IDS Comercial o en el resultado de tales servicios o tareas, IDS Comercial se compromete, de manera inmediata, a poner a disposición de INAI todos los medios personales y materiales necesarios para proceder a la correspondiente subsanación en el menor plazo posible.

Esta Garantía está bajo los siguientes supuestos:

El código original entregado por IDS Comercial no haya sido alterado por terceras personas o personal diferente a IDS

Los ambientes de producción en donde fue liberada originalmente la aplicación o sus modificaciones no haya sido alterado respecto a sus versiones y configuración.

Modificaciones a las interfaces, web services o lay outs de archivos con las aplicaciones con las cuales tiene interacción la aplicación.

Errores pre existentes a lo que es la prestación del servicio sobre la aplicación que fue modificada o alterada.

Errores o defectos reportados posteriores al periodo de garantía.





Vigencia de la Propuesta Los precios y condiciones de esta propuesta tienen una vigencia durante todo el 2016 hasta el 31 de diciembre.





Comentario Final Esperando cubrir las funciones y objetivos que INAI requiere como parte de su solicitud, nos permitimos reiterar nuestro compromiso por ser parte de la solución de su proyecto. Quedamos a sus apreciables órdenes para cualquier aclaración o información adicional que requieran, esperando tener la oportunidad de poderles presentar personalmente nuestra propuesta.

Sin más por el momento, quedamos a sus órdenes y atentos a cualquier aspecto adicional que requieran, esperando tener la oportunidad de vernos favorecidos con su decisión.

Atentamente,

Enrique Esparza Barrón Ricardo Javier Quintela Muciño Director de Unidad de Negocio Director de Práctica

Documents

Desarrollo de la Plataforma Nacional de Transparenciapntdocumentos.inai.org.mx/templates/jf_taman/contenido/doc/Propu... · Productos a Entregar ... Nacional de Transparencia,