MUNICIPIO DE LEON, GTO.
MUNICIPIO XX XXXX, GTO.
EL COMITÉ DE ADQUISICIONES, ENAJENACIONES, ARRENDAMIENTOS Y CONTRATACIÓN DE SERVICIOS RELACIONADOS CON BIENES MUEBLES E INMUEBLES PARA EL MUNICIPIO XX XXXX, GUANAJUATO, TIENEN A BIEN EMITIR LAS SIGUIENTES:
BASES PARA LA LICITACION PÚBLICA NACIONAL
DGRMySG-LPN-020/2010
ADQUISICION DE SOFTWARE PARA TRÁMITES Y SERVICIO MUNICIPALES PARA LA DIRECCION GENERAL DE DESARROLLO INSTITUCIONAL.
EN SU PRIMERA CONVOCATORIA
El Comité de Adquisiciones, Enajenaciones, Arrendamientos y Contratación de Servicios, celebrará la Licitación Pública Nacional No. DGRMySG-LPN-020/2010, Primera Convocatoria, de conformidad con lo dispuesto por los artículos 193, 194 y demás relativos y aplicables de la Ley Orgánica Municipal para el Estado de Guanajuato y en concordancia y apego con los artículos 16, 17, 33 Fracción I, 35, 36 Fracción III, 37 y demás relativos y aplicables del Reglamento de Adquisiciones, Enajenaciones, Arrendamientos y Contratación de Servicios Relacionados con Bienes Muebles e Inmuebles para el Municipio xx Xxxx, Gto., La adquisición del software estará sujeta a la disponibilidad presupuestal, de acuerdo a los presupuestos aprobados por el H. Ayuntamiento, la Licitación Pública de referencia, se llevará a cabo bajo las siguientes:
B A S E S
Al adquirir las presentes bases y anexos el participante acepta los términos y condiciones establecidos en la presente Licitación Pública Nacional DGRMySG-LPN- 020/2010 Primera Convocatoria, Adquisición de Software para Trámites y Servicios Municipales. Para la Dirección General de Desarrollo Institucional.
ORIGEN DE LOS RECURSOS.
NOTA: Los recursos son Municipales.
Cta. Presupuestal: 1710-0158-3409 y 1710-0436-6709
1.- INFORMACION ESPECÍFICA DEL SOFTWARE.
1.1.-DESCRIPCIÓN COMPLETA DEL SOFTWARE SEGÚN XXXXX X
El software deberá cumplir con las especificaciones y características técnicas descritas en el Anexo I.
1.2- LUGAR Y TIEMPO DE ENTREGA DEL SOFTWARE:
El lugar para la entrega del software será en la Dirección General de Desarrollo Institucional de esta Ciudad xx Xxxx Gto. Ubicada en Xxxxxxx Xxxxxxxxx X/X xxxx Xxxxxx. Mismo que deberá estar operando a mas tardar el 25 xx Xxxxxx del 2011.
La entrega del Software podrá realizarse una vez publicado el fallo o hasta la fecha señalada por la Dirección General de Recursos Materiales y Servicios Generales después de celebrado el contrato respectivo.
2.- INFORMACIÓN ESPECÍFICA DE LA LICITACIÓN
2.1.- JUNTA DE ACLARACIONES.
Se realizara la Junta de Aclaraciones de la presente licitación, el día 21 Diciembre del 2010, a las 10:00 hrs., en la Dirección General de Recursos Materiales y Servicios Generales ubicada en Xxxxxxxxx Xxxx-Xxxxx Xxxx Xxxx xx Xxxxx Xx. 0, Xxxx, Xxx., (x un costado del Taller Mecánico Municipal.)
Favor de enviar sus preguntas por escrito y/o Cd., a la Dirección General de Recursos Materiales y Servicios Generales, ubicada en Xxxxxxxxx Xxxx-Xxxxx Xxxx Xxxx xx Xxxxx Xx. 0 (x un costado del Taller Mecánico Municipal) de la Ciudad xx Xxxx, Gto., y al correo xxxxx.xxxx@xxxx.xxx.xx. Dichas preguntas se recibirán hasta el día 17 de Diciembre del 2010, hasta las 14:00 hrs.
Únicamente se dará contestación a las preguntas recibidas de acuerdo a lo señalado en el párrafo anterior.
La asistencia a la Junta de Aclaraciones es un derecho del participante y lo acordado en la misma obliga al ausente. Los acuerdos tomados en la junta de aclaraciones son parte integrante de las bases de la licitación, por lo que se levantará el acta respectiva.
2.2.- REGISTRO DE LAS PROPUESTAS
Los sobres de las propuestas Técnicas y Económicas deberán entregarse el día 07 de Enero del 2011, hasta las 09:00 horas. siendo responsabilidad de los proveedores el registrar su documentación en el reloj checador, para el Acto de Apertura de Propuestas en la Dirección General de Recursos Materiales y Servicios Generales, ubicada en Carretera León-Santa Xxxx Plan xx Xxxxx Km. 1, (a un costado del Taller Mecánico Municipal).
2.3.- APERTURA DE PROPUESTAS TECNICAS Y ECONÓMICAS
El acto de Apertura de Propuestas Técnicas y Económicas tendrá verificativo en la Sala de juntas de la Dirección General de Recursos Materiales y Servicios Generales, ubicada en Carretera León-Santa Xxxx Plan xx Xxxxx Km. 1, (a un costado del Taller Mecánico Municipal) el día 07 de Enero del 2011 a las 10:00 hrs., en apego al Art.
46 del Reglamento de Adquisiciones, Arrendamientos y Contratación de Servicios Relacionados con Bienes Muebles e Inmuebles para el Municipio xx Xxxx.
2.4.- FALLO
Se dará a conocer a los participantes en la sala de juntas de la Dirección General de Recursos Materiales y Servicios Generales, ubicada en Xxxxxxxxx Xxxx-Xxxxx Xxxx Xxxx xx Xxxxx Xx. 0, Xxxx, Xxx., (x un costado del Taller Mecánico Municipal) el día 21 de Enero del 2011 a las 10:00 hrs.
El Comité podrá diferir la fecha de fallo hasta por quince días hábiles mas, previa notificación por escrito a los participantes, cuando menos 3 días antes de la fecha.
2.5.- FIRMA DEL PEDIDO O CONTRATO.
El Representante acreditado del concursante ganador deberá presentarse a firmar el contrato el día 21 de Enero del 2011, en la Dirección General de Recursos Materiales y Servicios Generales, ubicada en Xxxxxxxxx Xxxx-Xxxxx Xxxx Xxxx xx Xxxxx Xx. 0, Xxxx, Xxx., (x un costado del Taller Mecánico Municipal), de no ser así, se hará efectiva la garantía para Sostenimiento de propuestas sin responsabilidad para el MUNICIPIO XX XXXX, pudiendo fincar el pedido o contrato al siguiente proveedor que reúna el precio, calidad y condiciones.
Los proveedores quedaran obligados ante la contratante a responder de los defectos y vicios ocultos del software, de la calidad de los servicios y, de cualquier otra responsabilidad en que hubieren incurrido en los términos señalados en el contrato respectivo y en el código civil para el Estado de Guanajuato, de conformidad con el art.69 del Reglamento de adquisiciones, enajenaciones, arrendamiento y contratación de servicios, relacionados con bienes muebles e inmuebles para el municipio xx Xxxx Gto.
Será causa de rescisión de contratos cuando el proveedor por causas imputables a el incumpla con alguna de las obligaciones pactadas en el contrato, independientemente de la sanción que pudiera corresponderle, en caso de incumplimiento pagara por cada día xx xxxx en que incurra hasta su total cumplimiento.
No podrá adjudicarse contrato alguno con las personas físicas x xxxxxxx que se encuentren en situación xx xxxx o incumplimiento en la entrega de bienes con el Municipio xx Xxxx
3.- DOCUMENTACIÓN QUE DEBERA PRESENTARSE
3.1.- Acreditamiento de personalidad de los concursantes:
Se deberá presentar la siguiente documentación:
A).-Original ó copia certificada de la Cédula del Registro Federal de contribuyentes, anexando una copia fotostática simple, Si cuenta con cédula de proveedor del Municipio xx Xxxx, podrá eximir este requisito, con la presentación de la misma en original y copia.
B).-En caso de ser persona moral deberá presentar original ó copia certificada, del acta constitutiva de la empresa, otorgada ante la xx xxx Xxxxxxx Público e inscrito en el Registro Público de la Propiedad y del Comercio; así como de sus Modificaciones, de ser el caso, anexando copias fotostáticas simples, Si cuenta con cédula de proveedor del Municipio xx Xxxx, podrá eximir este requisito, con la presentación de la misma en original y copia.
C).-El representante de la persona moral deberá acreditar su personalidad presentando original o copia certificada del poder notarial general para actos de administración o especial, mismo que deberá de tener facultades para suscribir contratos y/o participar en licitaciones a nombre de su representada (o), anexando ADEMAS una copia fotostática simple del documento que presente. Si cuenta con cédula de proveedor del Municipio xx Xxxx, podrá eximir este requisito, con la presentación de la misma en original y copia, siempre y cuando la persona que actúa en los actos de la presente licitación sea la registrada en la propia cédula.
D).-En caso de las personas físicas que participen a través de un representante deberá acreditar la representación a través de poder notarial en original ò copia certificada, mismo que deberá de tener facultades para suscribir contratos y/o participar en licitaciones de su representada, anexando una copia fotostática simple.
NO SE ACEPTARÁ CARTA PODER SIMPLE PARA LOS PUNTOS C Y D
E).-Identificación Oficial Vigente en original o copia certificada (Pasaporte, Licencia de Conducir, Credencial de Elector o Cédula Profesional) de la persona que actúa en los actos de la presente licitación, anexando una copia fotostática simple.
F).-Carta compromiso que indique la fecha de entrega del software, Así como que cuenta con la capacidad financiera e infraestructura para realizar la entrega en el plazo y lugar señalado en las bases, en según el Anexo II.
G).- Deberán incluir copia fotostática del recibo de pago de Bases con el fin de garantizar con ello su debida participación.
H).-De igual forma se deberá presentar un escrito en que manifieste el concursante bajo protesta de decir verdad que no se encuentra en los supuestos señalados en el Articulo 68 del Reglamento de Adquisiciones, Enajenaciones, Arrendamientos y Contratación de Servicios Relacionados con Bienes Muebles e Inmuebles para el MUNICIPIO XX XXXX, según el anexo III. Si cuenta con cédula de proveedor del Municipio xx Xxxx, podrá eximir este requisito, con la presentación de la misma en original y copia.
I).-Carta bajo protesta de decir verdad de estar al corriente en sus obligaciones fiscales, anexando relación emitida por la Secretaría de Hacienda y Crédito Público de la descripción y presentación de sus pagos de los últimos 6 meses.
Nota I: Todos los participantes deberán incluir en su propuesta técnica los requisitos señalados en este inciso.
Nota II: No se deberán indicar montos económicos en la propuesta técnica, además todos los documentos generados por el participante deberán presentarse en papel membretado de la empresa concursante, debidamente firmados por el representante legal acreditado, y señalando el número de la presente Licitación.
3.2. - Garantías y cumplimiento de la propuesta económica
Para garantizar la propuesta se podrá optar por lo siguiente:
A).-Fianza por el importe del 5% del monto de su propuesta económica del total de las referencias del anexo en que participe, en la presente licitación, incluyendo I.V.A. a nombre de TESORERIA MUNICIPAL XX XXXX GTO. ó
B).-Cheque certificado o cheque de caja expedido por una institución bancaria, por el importe del 5% del monto total señalado en el punto anterior de este inciso, a nombre de TESORERIA MUNICIPAL XX XXXX GTO.
Para garantizar el cumplimiento del contrato y/o vicios ocultos, además de la entera satisfacción y garantía solicitada por el MUNICIPIO XX XXXX para los bienes propuestos por parte del o los proveedor (es) ganador (es), se presentara:
C.-Fianza por el 10% del monto total adjudicado de las referencias del anexo en que participe de las bases de la presente licitación; incluyendo I.V.A. a nombre de TESORERIA MUNICIPAL XX XXXX GTO.
La garantía para cumplimiento del contrato, será presentada en el momento de la firma del contrato respectivo, en la fecha señalada en las presentes bases, procediendo en ese mismo acto a la devolución de la garantía de seriedad de proposiciones, para el (los) licitantes (s) ganadores , dicha fianza estará vigente durante el periodo que dure el contrato en los términos de las garantías solicitadas al
concursante ganador, las garantías del 5% de los proveedores no adjudicados se entregaran el día del fallo económico, quedando liberadas.
3.3.- PRESENTACIÓN DE PROPUESTAS
Las propuestas deberán presentarse en sobre cerrado de forma inviolable y por separado debiendo ser uno para la propuesta técnica y otro para la propuesta económica. Los cuales cada uno deberá ser identificado en su parte exterior indicando claramente:
1.-Nombre y número de Licitación.
2.-Tipo de propuesta (Técnica o Econômica). 3.-Nombre del participante.
4.-Señalar la (s) Partida (s) en que participe.
3.3.1.- EL SOBRE DE LA PROPUESTA TECNICA DEBERÁ DE CONTENER LA SIGUIENTE DOCUMENTACION:
A).-Propuesta técnica Anexo IV, en donde señale las referencias en que participa deberá ser en hoja membretada de la empresa concursante, donde mencione los bienes propuestos, en apego a lo solicitado en la presente licitación, con su descripción completa sin abreviaturas en las cantidades señaladas y firmada por la persona facultada en el presente evento; de conformidad con las especificaciones y características técnicas requeridas en el anexo I de las presentes bases. No se aceptarán opciones, de productos y/o bienes debiendo presentar una sola propuesta conforme a la referencia en la que participa.
B).-Los documentos en el punto 3, inciso 3.1) de estas bases.
Se desecharan las propuestas presentadas cuando se omitan alguno(s) de los documentos anteriormente señalados
Cuando se deseche alguna propuesta técnica ya no se abrirá la propuesta económica, quedando esta a disposición del Comité hasta en tanto se emita el fallo respectivo; después de emitido, el interesado podrá recoger su propuesta.
3.3.2.- EL SOBRE DE LA PROPUESTA ECONÓMICA DEBERÁ DE CONTENER LA SIGUIENTE DOCUMENTACIÓN:
A).-Propuesta económica Anexo V , señalando las referencias en las que participe, sin tachaduras ni xxxxxxxxxxxx debidamente firmada por el representante legal acreditado considerando que deberán presentarse en el mismo orden de la propuesta técnica , las cuales serán consideradas en moneda nacional, con precios unitarios sin IVA, el cual será desglosado en el gran total.
Su propuesta económica debe de considerar, cualquier gasto adicional, así como impuestos y/o derechos que genere la entrega del software y la prestación de los servicios del personal que realice los trabajos por parte de los participantes.
Se deberá presentar una sola propuesta económica por referencia NO SE ACEPTAN OPCIONES.
B).-La garantía de seriedad del 5% del monto total propuesto.
C).-Deberá presentar carta donde se indique que los precios propuestos son firmes a partir de la fecha del acto de apertura de propuestas y hasta la fecha de entrega total y cumplimiento del contrato a entera satisfacción de MUNICIPIO XX XXXX, de estas bases independientemente de modificaciones que pudieran sufrir como consecuencia de fluctuaciones inflacionarias.
Se recomienda con el fin de facilitar la revisión de las propuestas, que los concursantes presenten en el acto de apertura las propuestas Técnicas y Económicas integradas en apego a la documentación solicitada en cada uno de ellos y al orden que guarda en los incisos respectivos.
4.- DESCALIFICACIÓN
Será motivo de descalificación de participantes en los siguientes casos:
4.1.- Si no cumplen con todos los requisitos especificados en las bases de la presente licitación.
4.2.- Si se comprueba que tienen acuerdo con otros participantes para elevar el precio de los bienes o servicios de la presente licitación.
4.3.- Cuando el participante actúe con dolo o mala fe al presentar su propuesta.
4.4.- Cuando el Comité tenga pruebas fundadas de alguna irregularidad o cualquier otro motivo que el mismo determine.
4.5.- Cuando el participante incluya la fianza, copia de la fianza o cualquier otro documento de la propuesta económica, en el sobre de la propuesta técnica, o viceversa, documentos técnicos en el sobre de la propuesta económica.
4.6.- Cuando los accionistas mayoritarios sean los mismos en las diferentes empresas participantes.
5.- LICITACIÓN O PARTIDA CANCELADA
El comité declarará cancelada la Licitación o partida cuando:
5.1.- Cuando no se inscriban por lo menos tres participantes para asistir al acto de apertura de propuestas.
5.2.- Cuando no recojan las bases cuando menos tres participantes.
5.3.- Cuando a juicio del Comité resulte conveniente, por razones de interés público, debidamente sustentadas en el acuerdo que emita al efecto.
En el supuesto de las fracciones I y II, la convocante podrá realizar nueva convocatoria, atendiendo a los motivos que generaron la cancelación respectiva.
6.- LICITACIÓN O PARTIDA DESIERTA
El comité declarara desierta la Licitación o partida cuando:
6.1.- No se hubieran presentado propuestas para la licitación o partida.
6.2.- Ninguna de las propuestas cumpla con los requisitos de las bases y del Reglamento de Adquisiciones, Enajenaciones, Arrendamientos y Contratación de Servicios Relacionados con Bienes Muebles e Inmuebles para el Municipio xx Xxxx.
6.3.- Cuando los bienes o servicios propuestos no se apeguen a las características técnicas solicitadas.
6.4.- Después de la evaluación no fuere posible adjudicar el pedido o contrato a ningún participante, por no cumplir las condiciones de entrega, o alguna de las previstas en las bases, y,
6.5.- Cuando a juicio del Comité resulte conveniente, por razones de interés público, debidamente sustentadas en el acuerdo que emita al efecto.
En el supuesto de los Incisos 6.1 a 6.4, la convocante podrá realizar nueva convocatoria, atendiendo a los motivos que generaron la declaración respectiva.
7.- ASPECTOS GENERALES
7.1.-La adjudicación se ajustará al techo presupuestal con que cuenta el Municipio, en relación a los precios propuestos y a la cantidad de bienes solicitados.
7.2.-Los bienes propuestos deberán cumplir en las cantidades, presentación, especificaciones y características técnicas de calidad, garantías y soporte técnico establecidos por el área solicitante del MUNICIPIO XX XXXX, en el anexo I de las presentes bases.
7.3.-La asignación de la presente Licitación será: por referencia.
7.4.-Los pagos podrán ser parciales contra liberación de entregables de acuerdo al plan de proyecto presentado, mismos que se realizarán conforme al calendario establecido por la tesorería municipal los cuales serán posteriores a la entrega de la factura a entera satisfacción de la dependencia solicitante, y la Dirección General de Recursos Materiales y Servicios Generales de la Tesorería Municipal.
7.5.-Las propuestas presentadas en ningún caso serán objeto de negociación ya que resultará ganador el proveedor que el Comité determine, con base en el precio, calidad, garantía, soporte técnico y tiempo de entrega de los bienes y/o servicios solicitados, además del valor agregado que incluya su propuesta, el cual podrá señalarse en la columna de observaciones del anexo IV.
7.6.-Las propuestas presentadas por el participante obligadamente deberán de considerar que en características y especificaciones se oferten de acuerdo a lo señalado por referencia, incluyendo cualquier gasto o pago de impuestos y/o derechos adicionales que genere los servicios prestados por su personal para el suministro de los bienes concursados, dentro del precio propuesto.
7.7.-Los bienes adjudicados y entregados que no reúnan lo estipulado en las presentes bases y en los anexos técnicos, o que al momento de su recepción presenten alguna falla en su funcionamiento o elaboración, serán reclamados al proveedor concediéndose un plazo máximo de quince días naturales a partir de la notificación, para que se corrijan, en caso contrario se harán efectivas la (s) garantía
(s) de cumplimiento, vicios ocultos.
7.8.- Esta Licitación se ajustará al techo presupuestal dispuesto por las dependencias para la compra de los bienes concursados con relación a los precios propuestos.
7.9.- La junta de aclaraciones, el acto de aperturas de propuestas técnicas y económicas, y el acto de emisión del fallo, serán presididos por el Secretario Ejecutivo del Comité o su suplente.
7.10.- Durante el proceso de convocatoria, entrega de las bases, acto de apertura de propuestas, fallo, los acuerdos y disposiciones que dicte el Comité, serán inapelables.
7.11.-No se aceptarán modificaciones en las cotizaciones presentadas una vez que se inicie oficialmente la celebración del acto de apertura de propuestas, aun cuando sean errores involuntarios por parte del o la concursante o de terceros.
7.12.-El Comité de adquisiciones podrá cuando lo considere conveniente solicitar aclaraciones de las propuestas en los términos xx Xxx. Para evaluar las capacidades legales, administrativas, técnicas y financieras u otras de los concursantes, ya sea solicitando la información o haciendo visitas a los mismos.
7.13.-Los proveedores participantes tendrán la obligación de otorgar las facilidades del caso, al personal que comisione El Comité de Adquisiciones, o de las Dependencias Solicitantes de Municipio xx Xxxx, para realizar el estudio o aclaración correspondiente, de no cumplirse lo anterior será descalificado el proveedor.
7.14.-No podrán presentar propuestas todos aquellos proveedores a los cuales se les haya instalado procedimiento de rescisión de contratos, derivado de incumplimiento de los mismos, por lo menos 2 años a la fecha, así como todos aquellos procedimientos administrativos que se encuentren pendientes por resolver con el municipio xx Xxxx, Gto. Entre ellos el pago de sanciones.
8.- INFRACCIONES Y SANCIONES
Los proveedores que incumplan con las obligaciones contraídas con la contratante, serán sancionados con multa xx xxxx a dos mil quinientas veces el salario mínimo diario vigente de esta zona, a la fecha de la infracción, en caso de incumplimiento en los plazos pactados en el contrato, pagara por cada día xx xxxx en que incurra hasta su total cumplimiento.
Se impondrá la multa al proveedor que infrinja estas bases considerando los siguientes elementos:
1.-Se tomara en cuenta la gravedad y frecuencia de la infracción, las condiciones socioeconómicas del infractor, la importancia del daño causado y la conveniencia de eliminar prácticas tendientes a infringir en cualquier forma las disposiciones de estas bases.
2.-Cuando sean varios los responsables, cada uno será sancionado con el total de la multa que se imponga, y.
3.-En el caso de que persista la infracción, se impondrán multas como tratándose de reincidencias, por cada día que transcurra.
A t e n t a m e n t e
El Comité de Adquisiciones, Enajenaciones, Arrendamiento Y Contratación de Servicios, Relacionados con Bienes Muebles
E Inmuebles para el Municipio xx Xxxx, Gto.
LIC. XXXXXXX XXXXXXX XXXXXX
(PRESIDENTE DEL COMITÉ)
XXXX XXXXX XXXXXX XXXXXX
(SECRETARIO EJECUTIVO DEL COMITÉ)
_
XXX. XXXXXXX XXXXXXX XXXX XXXXXXX _
(XXXXXXX)
XX. XXXX XXXXXXX XXXX
(XXXXXXX)
LIC. XXXXX XXXXXXX DE SAN XXXXXXX XXXXX XXXXXX XXXXXX
(REGIDOR)
LIC. XXXX XXXXXX XXXXXXX XXXXXXXXXXX _
(REGIDOR)
LIC. XXXXXX XXXX XXXXX XXXXX
(REGIDOR)
ANEXO I
Descripción del Sistema
Se requiere un Sistema Informático en ambiente web que permita a los ciudadanos acceder de manera electrónica y gestionar, de inicio a fin, los Trámites y Servicios Públicos del Municipio xx Xxxx y además permita gestionar los trámites y servicios de manera presencial en las oficinas destinadas para esto, permitiendo por medio del sistema, la gestión de filas.
Para esto se fijan como objetivos la implementación de los distintos componentes y aplicaciones de Administración Electrónica; la integración de estas aplicaciones y componentes con las aplicaciones de gestión que se encuentran en funcionamiento y la preparación de los contenidos, carga y personalización de un catálogo de tipos de trámites que faciliten la prestación de servicios e interacción con los ciudadanos.
Dicho catálogo contará con toda la información necesaria para la gestión multicanal (remota y/o presencial) de los trámites y servicios municipales por parte de los ciudadanos, teniendo en cuenta que los mismos deberán estar personalizados o adaptados a las particularidades o requisitos del Municipio xx Xxxx, pudiendo ser objeto posterior de trabajos de actualización y/o mejoras.
DESCRIPCIÓN DE LOS REQUERIMIENTOS
Para el desarrollo del Sistema
Currículum Vitae de la empresa, o de la persona física concursante, que incluya copia de los últimos contratos o facturas (como mínimo 5) que garanticen la experiencia comprobable de 5 años como mínimo en proyectos de desarrollo web de este tipo de proyectos para Gobierno bajo las plataformas y lenguajes señalados en el documento Solicitud Formal de Propuesta de Software RFP en la sección de Requerimientos para Plataforma y Arquitectura.
Carta compromiso que indique la fecha de entrega del Software y su liberación en Producción, así como una carta que acredite que se cuenta con la capacidad financiera e infraestructura para el desarrollo y entrega del mismo.
Contar con un Administrador de Proyectos certificado en PMP por el MPI (anexar certificado correspondiente), el cual debe asignarse a este proyecto para el seguimiento bajo esta metodología.
Para asegurar la experiencia del desarrollo en la plataforma J2EE, la empresa deberá contar con un Líder Técnico certificado, como mínimo, en SCJP (Sun Certified Java Programmer) comprobable (anexar certificado correspondiente), el cual debe asignarse al proyecto para tomar liderazgo en el desarrollo e implementación del mismo.
La propiedad intelectual del desarrollo y el código fuente generado serán propiedad del Municipio xx Xxxx, Gto, por lo cuál se deberá anexar un carta compromiso de cesión de derechos de propiedad intelectual y código fuente a favor del Municipio xx Xxxx, Gto.
Para la venta de un Sistema ya realizado.
Currículum Vitae de la empresa, o de la persona física concursante, que incluya copia de los últimos contratos o facturas (como mínimo 3) que garanticen la implementación y la experiencia comprobable de 3 implementaciones (casos de éxito) de su sistema, como mínimo, en Municipios y/o entidades de gobierno.
Carta compromiso que indique la fecha de implementación del Software y su liberación en Producción, así como una carta que acredite que cuenta con la capacidad financiera e infraestructura para la implementación y entrega del mismo.
Contar con un Administrador de Proyectos certificado en PMP por el MPI (anexar certificado correspondiente), el cual debe asignarse a este proyecto para el seguimiento bajo esta metodología.
Requerimientos Funcionales
Servicios de interacción con el ciudadano.
El sistema permitirá resolver íntegramente, por medios de Tecnologías de Información, el máximo número de asuntos o trámites, gestionándose éstos en todos sus aspectos: desde ofrecer una información completa y detallada, a la generación automatizada de la solicitud o instancia, la generación automatizada de informes, comunicaciones o notificaciones en el acto, la liquidación y pago electrónico de los importes de los trámites
Catálogo de Trámites y Servicios
El catálogo de trámites y servicios recogerá todas las particularidades posibles de asuntos por los que un ciudadano pueda dirigirse al Municipio (El número de trámites y Servicios que manejará el sistema en esta etapa se aprecia en el anexo 1 de este documento). Este incluirá, con el máximo detalle y cumpliendo con la ley de mejora regulatoria para el estado de Guanajuato y sus municipios en el capítulo tercero sección segunda “del registro de trámites y servicios” artículo 15, aspectos como: base Legal asociada al asunto, procedimientos, requisitos, casos o escenarios posibles, documentación necesaria para cada caso, apartados de interés, etc. La gestión del mencionado catálogo tendrá entre sus objetivos la reusabilidad de la información almacenada.
Búsqueda de Trámites y Servicios
Para su localización, deberá contemplar múltiples criterios o clasificaciones jerárquicas de búsqueda, con posibilidad de añadir nuevos criterios o clasificaciones.
Contará con la posibilidad de implementar filtros o patrones de búsqueda a partir del lenguaje “natural”, para la localización de los trámites que permitan realizar una actuación concreta, esto es que deberá ser un “buscador semántico”. En este sentido, se solicitará la utilización de técnicas como: mapeo automatizado de palabras sinónimas, descarte de palabras no significativas, homogeneización de singulares y plurales, homogeneización de los tiempos de los verbos y la utilización de verbos en distinta persona.
Diálogos interactivos
El sistema deberá contar con la funcionalidad de mantener un diálogo interactivo con el usuario, que sirva como asistente o guía al mismo en el marco de la tramitación o de la solicitud a realizar, ajustado a cada caso concreto.
Dicho diálogo deberá estar adaptado a cada fase del proceso (datos a aportar, documentos a entregar, opciones específicas, etc.), y deberá contar con ayuda de voz sensible al contexto.
Introducción de datos
El sistema solicitará, de modo dinámico, los datos específicos a aportar en función del trámite que el ciudadano esté realizando y del caso concreto de acuerdo con lo definido en la base de datos de conocimiento que deberá incorporar el sistema.
Aportación de documentos
El sistema deberá realizar un control completo y exhaustivo de cada documento a aportar, desde el momento en que se realiza la solicitud:
• Permitirá las distintas formas o medios de aportación de los documentos (de manera remota adjuntándolo a la solicitud, llevándolo de manera presencial, extrayéndolos de los expedientes anteriores o generando la petición a otras administraciones en su caso) e indicará los que son necesarios en función del asunto y del caso concreto a gestionar, controlando en todo momento la aportación de los mismos.
• Mediante los correspondientes parámetros el Municipio podrá decidir si los documentos que se generan en el propio organismo deben ser requeridos o no al ciudadano en el momento de realizar un nuevo trámite, pudiendo especificar los asuntos y casos concretos en los que deben o no deben ser requeridos.
• El sistema deberá de contar con toda la funcionalidad para el almacenamiento (y digitalización para el caso presencial) de esta información.
Generación de informes y documentos
Con el objeto de evitar la problemática de actualizar cientos xx xxxxxxxxxx, el sistema estará orientado a la generación en el acto de todo tipo de informes o documentos (hojas informativas, comunicaciones, notificaciones, etc.), partiendo siempre de la información gestionada en las Bases de Datos. Estos documentos se construirán en el acto, incorporando los apartados necesarios en función del asunto del que se trate.
Podrá configurarse, en función del trámite, la generación automatizada de los siguientes documentos:
• Formularios de solicitud
• Comprobante de presentación en registro remoto
• Comunicación de recepción y efectos de la negativa o afirmativa ficta.
• Posibles alertas y consideraciones previsibles sobre la resolución.
Cuando el contexto del asunto o circunstancias particulares se requiera, el sistema también generará de manera automatizada los siguientes documentos:
• Autorización para solicitar datos a otros organismos
• Notificaciones a los interesados en donde se indique que tiene que presentar alguna documentación (justificante, comprobante, prueba, etc) en determinado plazo o que tiene que corregir su solicitud por ser incorrecta o incompleta.
Determinación del medio de contacto
El ciudadano podrá definir el medio de contacto a través del cual desea recibir cualquier comunicación del Municipio sobre la tramitación que está realizando, pudiendo seleccionar de entre todos los posibles que se establezcan por el Municipio.
El ciudadano podrá modificar, durante el proceso de ejecución, dicha preferencia, solicitando un medio de contacto distinto del seleccionado inicialmente.
Trámites relacionados
El Ciudadano podrá obtener información de otros asuntos que puedan estar relacionados con el asunto que desea tramitar.
Módulo integrado de atención presencial (Oficinas de Atención al Ciudadano)
El sistema deberá disponer de un módulo integrado de atención presencial, que utilice el mismo catálogo de asuntos y trámites de la Ventanilla Virtual, así como el resto de funcionalidades y controles que puedan ser aplicables a ambos entornos.
Como funcionalidades específicas en esta área, dispondrá de módulos de gestión de filas de espera, monitoreo de entrevistas con los ciudadanos, monitoreo de oficinas, gestión de perfiles, personal de información y mesas o puestos de trabajo; y dispondrá así mismo de un sub-módulo de estadísticas de atención por oficina, por tipo de asunto, por departamento al que va dirigido el trámite, por empleado y por horas del día.
Módulo de gestión de Filas de Espera
El sistema deberá disponer de un módulo de gestión de filas para la canalización de múltiples trámites a realizar por un mismo ciudadano, garantizando el mínimo tiempo de espera y respetando el turno en varias filas a la vez y evitando al ciudadano tiempos de espera innecesarios y los inconvenientes propios de un error ante la elección de fila/trámite.
Deberá contemplar dos modalidades que puedan operar de forma simultánea: La solicitud del número al personal de información o la utilización del expendedor de “tickets” con pantalla táctil.
En la primera opción el ciudadano es atendido desde un puesto de recepción, mediante un sistema de monitoreo de visitas, dónde el empleado le toma nota de los trámites que desea realizar y le asigna la fila o filas en las que se resuelven dichos trámites, facilitándole un único número o identificador.
Con la segunda opción el Ciudadano obtiene el número mediante pantallas táctiles ubicadas en las oficinas. En ellas puede seleccionar TODAS las filas o mesas que desee en función de los trámites a gestionar. Estas pantallas táctiles interactúan con el Ciudadano en distintos idiomas. Para seleccionar el idioma deseado sólo tendrá que pulsar una de las banderas que representarán el idioma.
En ambos casos al ciudadano sólo se le asigna un número de espera independientemente de las filas involucradas en las gestiones a realizar.
El sistema deberá controlar en todo momento las mesas que están libres y los ciudadanos que se encuentran en situación de espera, realizando las asignaciones en función de los perfiles del personal de información, de las filas inicialmente asignadas o de los trámites hacía los que vaya derivando cada asunto en cada entrevista realizada.
Cada nueva asignación xx xxxx para un mismo ciudadano se producirá cuando este haya finalizado su gestión en una entrevista (mesa) anterior, evitando ser llamado por mas de un puesto o fila al mismo tiempo. El sistema deberá optimizar el tiempo, (“guardar el turno”) al ciudadano cuando éste tiene que realizar distintas gestiones en diferentes filas o puestos.
Al realizarse la asignación xx xxxx, el sistema deberá emitir un mensaje por audio y vídeo, superponiendo sobre una imagen de “videostreaming” o televisión que se esté emitiendo, un recuadro con el número asignado en recepción y la mesa a la que debe dirigirse el Ciudadano.
El sistema deberá avisar al ciudadano en el idioma que seleccionó al llegar. Mientras éste no se haya presentado, el sistema seguirá emitiendo el mensaje de forma periódica de acuerdo con la parametrización realizada.
En todo momento el personal de información podrá rechazar una entrevista o desviarla hacia otro puesto. Todo ello en función de los parámetros de comportamiento fijados, por ejemplo: que existan otros puestos activos, que no se haya rechazado en todos los puestos, que no se sobrepase un tiempo dado, y en todo caso, deberá quedar un histórico de los rechazos e incidencias producidas.
El Sistema deberá generar estadísticas generales por meses, con número de visitas, tiempos de espera, y tiempos de duración de la entrevista por puesto. Cuadro anual de visitas con tiempos medios de espera y de entrevista. Cuadro de distribución Horaria con gráfico de horas pico con número de visitas.
Si el ciudadano necesitara resolver algún otro trámite que no tenía en consideración y para el que no había solicitado el correspondiente número, el sistema podrá asignarle a una nueva fila o mesa. Incluso tras esta re-asignación se le deberá de respetar su turno sobre aquellos que hayan llegado después que él a la oficina, de esta manera el tiempo total empleado en la visita quedará optimizado.
Monitor de solicitudes o peticiones
El sistema deberá contar con un módulo de gestión que permita a los funcionarios del Municipio monitorear las peticiones realizadas por los ciudadanos, así como tomar
decisiones respecto de las mismas o realizar las acciones necesarias para su paso a gestión.
El módulo de monitoreo de solicitudes deberá cubrir, al menos, las siguientes funcionalidades:
• Identificación de acceso del funcionario mediante certificado o clave personal
• Acceso a solicitudes en función de perfil de usuario
• Visualización de los datos generales de la solicitud o trámite realizado
• Acceso a la carpeta electrónica de documentos que permita:
- Visualización de los documentos
- Validación
- Rechazos
- Solicitud de nuevos documentos
- Realización de requerimientos al ciudadano
- Generación de comunicaciones o notificaciones al ciudadano
• Envío de la solicitud al sistema de tramitación interna
Servicios de Administración Electrónica
Para que la relación remota entre los ciudadanos y la Administración pueda llevarse a cabo con las debidas garantías jurídicas, de acuerdo con los criterios de la Ley sobre el uso de medio electrónicos y firma electrónica para el estado de Guanajuato y sus Municipios, es necesario que la plataforma a suministrar integre los siguientes servicios:
• Autenticación y Firma electrónica
• Notificaciones remotas Seguras
• Registro remoto automático, esto es un libro electrónico donde se guarden todas las peticiones y comunicaciones que entran y/o salen del Municipio, desde o hacia los ciudadanos o interesados. Se debe gestionar de manera automática y es fundamental para garantizar la fecha y hora en que se producen dichas anotaciones, indicando a su vez a quien van dirigidos, el asunto del que se trata, el departamento responsable, etc.
• Plataforma de Pagos electrónicos del Municipio.
Espacio personal / Carpeta del ciudadano
El sistema deberá contar con un módulo WEB dirigido al Ciudadano, en el que se recoja toda la información sobre trámites, comunicaciones, expedientes, documentos electrónicos en los que éste participe como interesado.
El acceso a dicho espacio personal se realizará a través de este sistema utilizado registro de usuario y contraseña como medio de identificación.
Este módulo contará, al menos, con las siguientes funcionalidades:
• Bandeja de Entrada y Salida (Comunicaciones Ciudadano-Administración).
• Consulta remota de los expedientes y estatus del trámite
• Consulta de la carpeta electrónica de documentos asociados a cada expediente y visualización de los mismos
• Consulta de tareas pendientes del ciudadano y funciones para la realización de las mismas (comunicaciones o notificaciones pendientes xx xxxx, documentos pendientes de aportar, pagos pendientes de realizar).
Servicios y funcionalidades para la gestión de los procedimientos administrativos o tareas internas.
El sistema de tramitación interna, además de las funcionalidades propias de las herramientas tipo” Workflow” o “BPM”, deberá cumplir las siguientes:
a) Estará totalmente integrado con la ventanilla virtual y con el monitor de solicitudes, gestionando una estructura de datos única.
- Una vez iniciados los expedientes desde el monitor de solicitudes o desde el propio gestor de tramitación interna, será este módulo el que ayude a gestionar cada una de las tareas definidas en el procedimiento, de acuerdo a los flujos establecidos, la estructura organizacional, roles y perfiles.
b) Deberá reunir características dirigidas a facilitar la implementación de nuevos procedimientos y la adaptación de los existentes a cada una de las áreas administrativas o dependencias donde deseen aplicar. Tendrá al menos las siguientes:
- Permitirá el modelado de procedimientos mediante asistentes de implementación de reglas de tramitación, sin necesidad de recurrir a lenguajes de programación.
- Dispondrá de un catálogo de acciones programadas para facilitar la inclusión de funciones, como las de interacción con el ciudadano, de ejecución automatizada de servicios, de activación de indicadores o de automatización de mensajes a roles.
- En la definición de procesos o tareas posibilitará la acumulación de reglas de funcionamiento condicionadas es decir que una tarea o proceso se comportará de manera distinta según determinadas condiciones. Estas tareas o procesos se identificarán en el análisis del proyecto.
c) Con el objeto de facilitar el mantenimiento y gestión de formularios, el sistema deberá evitar el uso xx xxxxxxxxxx, sustituyendo éstas por formularios virtuales que se generen en tiempo de ejecución auto-adaptándose a cada instalación, a directivas dadas y al tipo de trámites.
Base de datos de tramitación remota
Su estructura deberá soportar toda la información relativa a los trámites y servicios que puedan realizar los ciudadanos por medios remotos o a través de las oficinas de atención presencial.
La base de datos que debe suministrar el proveedor, deberá tener precargado el catálogo de trámites y servicios (ver anexo 1 para el número de trámites y servicios) de mayor demanda para el ciudadano, este incluirá, con el máximo detalle, todos los aspectos de la ley de mejora regulatoria para el estado de Guanajuato y sus municipios en el capítulo tercero sección segunda “del registro de trámites y servicios” artículo 15, así como Hitos del procedimiento que serán informados al ciudadano y los casos o escenarios posibles para cada trámite.
Asimismo, deberá recoger la estructura organizacional del Municipio, con los niveles de detalles necesarios entre unidades administrativas, así como la asociación de estas a cada uno de los trámites a los efectos de su gestión.
Dispondrá de un sistema de monitoreo sobre la veracidad y vigencia de la información relativa a cada trámite, controlando tanto la fecha de entrada en vigor de la misma, como su fecha de vencimiento.
Del mismo modo, contará con un monitor de revisión periódica de datos en función de las fechas dadas por tipo de dato o dato concreto.
Mantenimiento de la base de datos de tramitación
El proveedor deberá ofrecer un servicio de soporte remoto para que el Municipio pueda dar mantenimiento a la base de datos de trámites y servicios. Este mantenimiento estará referido a cambios que se produzcan a nivel Nacional, estatal o municipal.
El servicio de soporte que se solicita, podrá llevarse a cabo directamente en las oficinas del proveedor de manera remota por medio de una VPN con el Municipio.
El sistema deberá contar con procesos que permitan monitorear los cambios realizados, así como proceder a la validación de los nuevos contenidos descargados o la introducción de observaciones a los mismos.
Requerimientos No Funcionales
Generales
✓ Contará con un BUS SOA que permita la integración con servicios corporativos de administración electrónica, así como con soluciones de gestión interna, a través de servicios web.
✓ Los navegadores web compatibles deberán ser Explorer V.6.0 ó superior, Mozilla Firefox v.3.5 ó superior, Chrome v5 ó superior, Safari v3 ó superior.
✓ El sistema deberá de contar con la característica de adaptar cambios según lo requiera la naturaleza de los trámites.
✓ Integración de todos los módulos que componen el sistema, automatizando todos los procesos de intercambio de datos entre ellos.
✓ Diseño modular que permita instalar partes del sistema en distintos equipos y servidores.
✓ Despliegue de las soluciones en cualquiera de las plataformas Windows, Unix y/o Linux
✓ Ejecución en cualquiera de los servidores de aplicaciones: Tomcat , Weblogic y OAS.
✓ El tiempo de respuesta en las consultas de estados de los trámites sea dentro del rango de entre 3 y 10 segundos.
✓ El sistema deberá de ser mantenible, esto es que el propio Municipio le pueda dar mantenimiento de cambios al sistema.
✓ Considerar prácticas de accesibilidad y usabilidad bajo W3C
✓ El sistema deberá de contar con Logs de errores
✓ El sistema deberá de contar con Bitácoras de eventos.
✓ Disponibilidad 24horas, 7días.
✓ La resolución mínima admitida para visualizar correctamente la aplicación es de 800x600.
Seguridad
✓ Restricción de utilización del sistema y de acceso a los datos a las personas autorizadas mediante mecanismos que permitan la identificación, la autenticación, la gestión de derechos de acceso y, en su caso, la gestión de privilegios y la privacidad.
Acceso a datos
✓ Compatible con con cualquiera de los motores de base de datos MS SQLServer 2000 o superior, MySql 5 o superior y PostgreSql 8.3.4 o superior.
✓ Empleo de sentencias SQL estándar, que permitan la migración a otros sistemas de bases de datos distintos a los inicialmente planteados.
Concurrencia y escalabilidad
✓ No debe estar limitado en número de usuarios, documentos, objetos y demás componentes del sistema. Además la concurrencia mínima deberá ser de 50 Usuarios en los que el sistema no deberá presentar problemas al generar solicitudes de trámites.
Soporte de la información
✓ Todos los datos estructurados deberán almacenarse en torno a una base de datos relacional. Los datos no estructurados podrán alojarse en la misma u otras bases de datos relacionales, o bien en otros tipos de repositorios, siempre que estén debidamente protegidos tanto del acceso como de la modificación indebida.
✓ Debe permitir el almacenamiento de documentos cifrados.
✓ Asimismo, deberá velar por la autenticidad e integridad de los documentos y metadatos principales mediante mecanismos de firma electrónica.
Interoperabilidad
✓ Para integrarse con otras aplicaciones el sistema debe permitir como mínimo invocar servicios web XML.
Integración con aplicaciones de gestión corporativas
La solución se integrará, como mínimo, con las aplicaciones de gestión que se encuentran en funcionamiento actualmente en el Municipio:
✓ Base de datos de Ciudadanos.
✓ Aplicación de pagos electrónicos.
✓ Firma electrónica.
✓ Aplicaciones de Ingresos y Egresos.
Requerimientos para Plataforma y Arquitectura
Cliente
El cliente recibirá formularios en forma de páginas HTML con Javascript. Es por ello que tan solo necesitará tener instalado un navegador web compatible. También podrá recibir documentos en formato PDF.
Servidor
• Las distintas capas de servicios y estructuras de datos podrán distribuirse en varios servidores de aplicaciones compatibles con el estándar J2EE (Tomcat , Weblogic y OAS).
Aplicaciones
Son las responsables de proporcionar a los clientes las soluciones que demanda su trabajo diario basadas en el framework STRUTS que no es más que una implementación del paradigma MVC (Modelo, Vista Controlador). Por tanto,
• Cada aplicación suministra ACTION (clases java encargadas de recibir las peticiones)
• DAO (clases java encargadas de resolver el acceso a datos y de resolver las diferentes reglas de negocio)
• JSP (que se encargan de generar dinámicamente los formularios de respuesta que serán presentados a los clientes como resultado de sus solicitudes)
• OAD: Objeto de acceso a datos. Este componente se encarga de encapsular la sintaxis de los diferentes gestores de bases de datos, de forma que las llamadas sean convenientemente traducidas a la sintaxis comprendida por el gestor de bases de datos preferido por el usuario
• JDBC: Se encarga de gestionar las conexiones con la base de datos. Se debe hacer uso de pool de conexiones para mejorar el rendimiento de las comunicaciones con la base de datos
• Servicios web: Para facilitar la integración con otros aplicativos la plataforma deberá ofrecer servicios web basados en SOA con tecnología open source.
Gestor de Base de datos
Representa el almacén de datos en el que se apoyarán las distintas aplicaciones. El sistema deberá permitir integrarse con SQLServer 2000 o superior, MySql 5 o superior y PostgreSql 8.3.4 o superior.
Sistema Operativo
Unix, Linux y Windows
Lenguaje
Java J2EE (Jsdk 1.4.2 o superior)
Servicios de Reportes:
Reportes en formatos: html, xls, doc, pdf.
Otros datos de interés
La plataforma deberá basarse en una solución J2EE multicapa, utilizando Struts en lugar del estándar EJB.
Todas las librerías de funciones internas (gestión de pools de conexiones, generación de informes, exportación de rejillas, etc) serán de tipo “open Source”, con la opción de que las librerías de generación de gráficos y de generación de PDFs puedan ser Open Source o no.
El sistema deberá de utilizar el balanceo de carga (ya sea software o hardware) para distribuir los accesos entre las diferentes máquinas. Esta será la mejor forma de ir escalando conforme el número de usuarios concurrentes aumentan.
Considerar el uso de Servidor LDAP – Active Directory
Diagrama de Arquitectura
Nota: La arquitectura podrá ser montada en uno o varios servidores
Requerimientos de Mantenimiento
La solución deberá estar adecuadamente documentada, cumpliendo como mínimo con los requerimientos de documentación mencionados en el siguiente apartado, para lograr que de una manera ágil y rápida el Municipio pueda realizar las correcciones o mejoras así como ser ágil en el manejo de datos incluso en temporadas de alto volumen de trabajo.
Requerimientos de Documentación
Deberá entregarse, como requisito mínimo y de manera obligatoria, la documentación siguiente: (Los documentos marcados con “ * ” serán en formatos del Municipio xx Xxxx)
Para la Propuesta
Número de recursos asignados al proyecto.
Detalle por perfil de los recursos y experiencia en la arquitectura y plataforma mencionada en este documento.
Alcance del Proyecto.
Plan de trabajo propuesto (en formato MSProject 2003). Desglose por fase en alcance, recursos y costo.
Costo Total de la propuesta
Para la administración del Proyecto
Plan del Proyecto* [Responsable: Administrador de Proyecto del Proveedor].
Plan de aseguramiento de calidad [Responsable: Administrador de Proyecto del Proveedor].
Control de Pendientes (Issues, durante todas las fases, diario) [Responsable: Administrador de Proyecto del Proveedor].
Plan de riesgos y seguimiento* (durante todas las fases, diario) [Responsable: Administrador de Proyecto del Proveedor].
Minutas* (Semanal / o por ocurrencia) [Responsable: Administrador de Proyecto del Proveedor].
Reporte de Avance de Seguimiento* (Semanal) [Responsable: Administrador de Proyecto del Proveedor]. Plan de Trabajo actualizado (Semanal) [Responsable: Administrador de Proyecto del Proveedor].
Carta de inicio del proyecto* [Responsable: Administrador de Proyecto del Proveedor]. Cartas de inicio y cierre de fase* [Responsable: Administrador de Proyecto del Proveedor]. Carta de cierre del proyecto* [Responsable: Administrador de Proyecto del Proveedor].
Para el escenario del desarrollo del Sistema
Control de Versiones en todas las fases del desarrollo (Bitácora de Respaldos para documentación, código fuente, etc. / con entrega de CD Semanal) [Responsable: Administrador de Proyecto del Proveedor].
Fase de Inicio
Junta de Inicio de Proyecto (Kick Off) [Responsable: Administrador de Proyecto del Proveedor]. Documento de Alcance Detallado [Responsable: Administrador de Proyecto del Proveedor].
Plan de Trabajo Detallado [Responsable: Administrador de Proyecto del Proveedor].
Fase de Análisis y Diseño
Modelo de Análisis* [Responsable: Proveedor] Modelo de Arquitectura* [Responsable: Proveedor] Modelo de Diseño* [Responsable: Proveedor] Modelo de Datos* [Responsable: Proveedor] Estrategia de Pruebas* [Responsable: Proveedor]
Arquitectura de Automatización de Pruebas [Responsable: Proveedor]
Fase de Construcción
Código [Responsable: Proveedor]
Matriz de Trazabilidad [Responsable: Proveedor]
Documentación de Plan de Pruebas (documentación y evidencias de pruebas unitarias, modulares, stress y concurrencia) [Responsable: Proveedor]
Manual de Instalación y Configuración [Responsable: Proveedor] Manual de usuario [Responsable: Proveedor]
Fase de Pruebas de Usuario
Soporte a pruebas de usuario [Responsable: Proveedor]
Control de Errores (Diario organizados por severidad) [Responsable: Project Manager de Proveedor]
Fase de Implementación
Entrega formal de la versión de producción completa, todos los documentos, memoria técnica, archivos de instalación, manuales y código fuente. [Responsable: Project Manager de Proveedor]
Carta de Cierre firmada por la Dependencia solicitante [Responsable: Project Manager de Proveedor]
Para el escenario de la venta del Sistema ya realizado Manual de Instalación [Responsable: Proveedor] Manual de Configuración [Responsable: Proveedor] Manual de usuario [Responsable: Proveedor]
Requerimientos de Garantía y Soporte
Garantía mínima de un año (1), a partir de la recepción y conformidad del sistema. Los servicios incluidos durante el período de garantía serán como mínimo:
Corrección de errores o fallas ocultas que se pongan de manifiesto en el funcionamiento de los productos instalados.
Actualización de versiones y mejoras (para el caso de la venta de un sistema ya realizado) Soporte remoto vía telefónica, correo electrónico, chat, etc.
Mantenimiento remoto.
El soporte técnico deberá cumplir como mínimo las siguientes condiciones:
Asistencia remota disponible durante 1 año (1), a partir de la recepción y conformidad del suministro.
La respuesta del soporte no debe ser mayor de 2 horas posterior al reporte de un evento (horario de oficina).
El soporte requerido no deberá tener costo alguno y deberá considerarse dentro del presupuesto inicial. Nota:
Se deberá indicar en la propuesta de manera obligatoria el tipo de soporte, canal de comunicación, tiempos de respuesta y niveles de servicio.
Instalación del sistema
Los proveedores incluirán en su propuesta los servicios de instalación y puesta en funcionamiento del sistema, incluyendo la base de datos de conocimiento y los distintos módulos de explotación de la misma. Además los proveedores deberán mencionar los requerimientos de instalación.
Capacitación y Entrenamiento
Los proveedores deberán incluir de manera obligatoria una propuesta de capacitación que garantice el correcto manejo de los distintos módulos del sistema y cuyo importe estará incluido en el precio del proyecto.
Transferencia tecnológica.
Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete en todo momento, a facilitar a las personas designadas por el Municipio xx Xxxx, la
información y documentación que éstas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.
Confidencialidad de la información y seguridad.
El proveedor se obliga a usar de manera estrictamente confidencial la información que le sea proporcionada por el Municipio xx Xxxx para el cumplimiento de sus obligaciones derivadas de los servicios contratados, por lo que no podrá revelar, ni divulgar esa información a ninguna persona sin el consentimiento previo y por escrito del Municipio xx Xxxx.
Restricciones
La propuesta debe contener a detalle, y de manera obligatoria, todos los puntos marcados en este documento.
El diseño visual del sistema (colores, logotipos, imágenes, etc.) deberá de estar aprobado por la Dirección General de Comunicación Social.
El desarrollo de este proyecto deberá realizarse fuera de las oficinas del Municipio xx Xxxx y se podrán realizar las visitas o reuniones necesarias durante cualquier fase de desarrollo del proyecto.
El desarrollo de la solución deberá apegarse a estándares de seguridad, herramientas y componentes aprobados por el Municipio xx Xxxx.
El ambiente de desarrollo y licencias de software para el desarrollo son responsabilidad del proveedor.
El ambiente de pruebas de usuario y producción son responsabilidad del Municipio xx Xxxx, el proveedor deberá completar y entregar la documentación (manuales de instalación /configuración, archivos de instalación, scripts, etc.) requerida para la configuración de dichos ambientes, y proporcionar soporte si así fuera necesario durante este proceso.
Lista de usuarios y contactos identificados para este proyecto
Xxxxxx Xxxxxxxx Xxxxxx
Directora General de Desarrollo Institucional
Xxxxxx Xxxxxxxx Xxxxxxxxx
Director de Tecnologías de Información y Comunicaciones
ANEXOS
Anexo 1- Número de trámites y procedimientos internos.
El número total de trámites (entre trámites y servicios) que se incluirán en esta fase del proyecto son 250 (Dos Cientos Cincuenta), estos deberán ser de tipo TRÁMITE DE VENTANILLA VIRTUAL y además, dentro de este número de trámites de ventanilla virtual, 15 (Quince) trámites serán de tipo PROCEDIMIENTO DE GESTIÓN INTERNA.
Anexo 2- Descripción de Trámites de Ventanilla Virtual y Procedimientos de gestión internos
• Se entenderá por TRÁMITE DE VENTANILLA VIRTUAL el conjunto de informaciones y comunicaciones electrónicas que se pueden producir entre la Administración y el ciudadano en cada una de las materias propias de la gestión municipal y que van dirigidas al cumplimiento de las acciones que incumben a los interesados en un procedimiento administrativo a través de medios electrónicos.
• Se entenderá por PROCEDIMIENTO DE GESTIÓN INTERNA el conjunto de acciones que se realizan internamente en cualquier Administración y que constituyen un procedimiento administrativo en los términos de la Ley a la que haga referencia el trámite, dando lugar a un expediente administrativo, tramitado y gestionado de forma electrónica, en los términos de la Ley sobre el uso de medio electrónicos y firma electrónica para el estado de Guanajuato y sus Municipios y en términos de la ley de mejora regulatoria para el estado de Guanajuato y sus municipios. En concreto, estos procedimientos de gestión interna deberán permitir la iniciación, la instrucción y la terminación del procedimiento administrativo de que se trate por medios electrónicos.
ANEXO II
MUNICIPIO XX XXXX, GTO.
LICITACION PÚBLICA NACIONAL No DGRMySG-LPN-020/2010 ADQUISICIÓN DE SOFTWARE PARA TRÁMITES Y SERVICIOS MUNICIPALES PARA LA DIRECCION GENERAL DE DESARROLLO INSTITUCIONAL. PRIMERA CONVOCATORIA.
INDICAR EL NOMBRE DE LA PERSONA FÍSICA Y/O MORAL, MANIFIESTO BAJO PROTESTA DE DECIR VERDAD, QUE LA ENTREGA DEL SOFTWARE SERÁ A MAS TARDAR EL 25 XX XXXXXX DEL 2011, ASI MISMO DECLARO QUE TENEMOS LA CAPACIDAD FINANCIERA E INFRAESTRUCTURA PARA REALIZAR LA ENTREGA EN EL PLAZO Y LUGAR SEÑALADO EN LAS BASES.
A T E N T A M E N T E
NOMBRE Y FIRMA DEL REPRESENTANTE LEGAL
ANEXO III
MUNICIPIO XX XXXX, GTO.
LICITACION PÚBLICA NACIONAL No DGRMySG-LPN-020/2010 ADQUISICIÓN DE SOFTWARE PARA TRÁMITES Y SERVICIOS MUNICIPALES PARA LA DIRECCION GENERAL DE DESARROLLO INSTITUCIONAL. PRIMERA CONVOCATORIA.
INDICAR EL NOMBRE DE LA PERSONA FÍSICA Y/O MORAL, MANIFIESTO BAJO PROTESTA DE DECIR VERDAD, QUE NO NOS ENCONTRAMOS EN NINGUNO DE LOS SUPUESTOS QUE SEÑALA EL ARTÍCULO 68 DEL REGLAMENTO DE ADQUISICIONES, ENAJENACIONES, ARRENDAMIENTOS Y CONTRATACIÓN DE SERVICIOS RELACIONADOS CON BIENES MUEBLES E INMUEBLES PARA EL MUNICIPIO XX XXXX, GTO.
A T E N T A M E N T E
NOMBRE Y FIRMA DEL REPRESENTANTE LEGAL
LICITACION PUBLICA NACIONAL No. DGRMySG-LPN-020/2010 ADQUISICION DE SOFTWARE PARA TRÁMITES Y SERVICIOS MUNICIPALES
PARA LA DIRECCION GENERAL DE DESARROLLO INSTITUCIONAL PRIMERA CONVOCATORIA
ANEXO IV PROPUESTA TÉCNICA
REFERENCIA | DESCRIPCION | PRESENTACION Y/O UNIDAD | MARCA | CANTIDAD | OBSERVACIONES |
NOTA: ESTE FORMATO SE DEBERÁ DE PRESENTAR EN PAPEL MEMBRETADO DEL PARTICIPANTE, Y PODRÁ REPRODUCIRSE EN LOS TANTOS QUE SE REQUIERAN NO DEBERÁ DE CONTENER ANOTACIONES ADICIONALES A LAS SOLICITADAS EXPRESAMENTE EN EL FORMATO, LO CUAL MOTIVARÍA SU DESCALCIFICACIÓN.
LICITACION PUBLICA NACIONAL No. DGRMySG-LPN-020/2010
ADQUISICION DE SOFTWARE PARA TRÁMITES Y SERVICIOS MUNICIPALES PARA LA DIRECCION GENERAL DE DESARROLLO INSTITUCIONAL PRIMERA CONVOCATORIA
ANEXO V
PROPUESTA ECONOMICA
REFERENCIA NO. | CANTIDAD | PRECIO UNITARIO SIN IVA | TOTAL SIN IVA |
SUB-TOTAL | |||
I.V.A | |||
TOTAL | |||
IMPORTE DE LA FIANZA DEL 5% | |||