ChileCompra Ir]nov3clóI) Servicio APRUEBA CONVENIO DE COLABORACION CON LA DIRECCION GENERAL DE OBRAS PUBLICAS REF: SANTIAGO:7 VISTOS: La dispuesto en Ia Ley N° 19.886, Ley de Bases sabre Contratos Administrativos de Suministro y PrestaciOn de Servicios; el DS N° 250 de 2004 del Ministerio de Hacienda, y Ia Resolución N° 520/96 que fija el texto refundido, coordinado y sistematizado, de Ia Resolución 55/92 de Ia Contralorla General de Ia RepUblica, que establece normas sabre exenciôn del trámite de toma de razón. CONSIDERANDO: a) La misión de Ia Direcciôn Chilecompra de crear valor en el mercado de las compras pUblicas, desarrollando politicas e iniciativas con el objeto de dar confianza, transparencia y eficiencia al mercado püblico, a través de Ia introducción de instrumentos tecnológicos y de gestión de excelencia e innovaciones para Ia sustentabilidad del mismo; b) Que el artIculo 16 de Ia Ley N° 19.886, estableciO Ia existencia del Registro Electrónico Oficial de Contratistas de Ia Administración, a cargo de a DirecciOn Chilecompra; c) Que, de conformidad con Ia anterior, dentro de las funciones de a Dirección Chilecompra, establecidas en el artIculo 30 de Ia Ley N° 19.886, se encuentra administrar, mantener actualizado y licitar Ia operaciOn del Registro Electrónico Oficial de Contratistas de Ia Administración;
Transcript
ChileCompraIr]nov3clóI) Servicio
APRUEBA CONVENIO DE COLABORACION CON LA DIRECCION GENERAL DE
OBRAS PUBLICAS
REF:
SANTIAGO:7
VISTOS:
La dispuesto en Ia Ley N° 19.886, Ley de Bases sabre Contratos Administrativos de
Suministro y PrestaciOn de Servicios; el DS N° 250 de 2004 del Ministerio de Hacienda, y
Ia Resolución N° 520/96 que fija el texto refundido, coordinado y sistematizado, de Ia
Resolución 55/92 de Ia Contralorla General de Ia RepUblica, que establece normas sabre
exenciôn del trámite de toma de razón.
CONSIDERANDO:
a) La misión de Ia Direcciôn Chilecompra de crear valor en el mercado de las
compras pUblicas, desarrollando politicas e iniciativas con el objeto de dar
confianza, transparencia y eficiencia al mercado püblico, a través de Ia
introducción de instrumentos tecnológicos y de gestión de excelencia e
innovaciones para Ia sustentabilidad del mismo;
b) Que el artIculo 16 de Ia Ley N° 19.886, estableciO Ia existencia del Registro
Electrónico Oficial de Contratistas de Ia Administración, a cargo de a DirecciOn
Chilecompra;
c) Que, de conformidad con Ia anterior, dentro de las funciones de a Dirección
Chilecompra, establecidas en el artIculo 30 de Ia Ley N° 19.886, se encuentra
administrar, mantener actualizado y licitar Ia operaciOn del Registro Electrónico
Oficial de Contratistas de Ia Administración;
LJ ChileCompraIrnovaciori Acceso Servicro
d) Que, en el Registro Electrónico Oficial de Contratistas de Ia Administración, de
conformidad con lo establecido en el articulo 16 de Ia Ley N° 19.886, se
inscribirán todas las personas naturales y jurIdicas, chilenas y extrarijeras que no
tengan causal de inhabilidad para contratar con los organismos del Estado;
e) Que, asimismo, el artIculo 16 de Ia Ley N° 19.886 contempla Ia posibilidad de que
existan otros registros oficiales de contratistas para órganos o servicios
determinados, o para categorlas de contratación que asI lo requieran, los que
cuando sean electrônicos, deben ser compatibles con el formato y las
caracterIsticas del Registro Electrónico Oficial de Contratistas de Ia
AdministraciOn;
f) Que Ia DirecciOn Chilecompra realizO a licitaciOn püblica ID 2240-34-LPO4, para Ia
contrataciOn del desarrollo y operaciOn del Registro ElectrOnico Oficial de
Contratistas de Ia AdministraciOn, Ia cual fue adjudicada mediante a Resolución
Exenta N° 382B, de 2004, de este Servicio, a Ia Cámara de Comercio de Santiago
A.G. En virtud de ello, Ia Dirección Chilecompra celebrO con Ia Cámara de
Comercio de Santiago A.G., un contrato aprobado mediante Ia ResoluciOn T.R. N°
38, de 2005, de esta Direccián.
g) Que el contrato suscrito y vigente con el operador del Registro Electrónico Oficial
de Contratistas de Ia Administración contempla dentro de los servicios contratados
"centralizar informaciôn de otros registros de proveedores, manejados por los
diferentes organismos del Estado" y establece los mecanismos para encargar al
operador proyectos especiales referentes a a integración de otros registros de
proveedores del sector pUblico al Registro Electránico Oficial de Contratistas de Ia
Administración;
h) Que Ia Dirección de Obras Püblicas Ileva el Registro General de Contratistas y el
Registro de Consultores, en adelante 'el Registro MOP", a través en el cual se
individualizan quienes se encuentran facultados para optar a Ia construcciOn de
las obras y Ia ejecución de trabajos de consultorIa, que contrata el Ministerio de
ChileCompraIrinovaciori Acceso Seosco
Obras Püblicas, de conformidad con Ia dispuesto en el D.F.L. MOP N° 850 de
1997, que fija el texto refundido, coordinado y sistematizado de Ia Ley N° 15.840
de 1964, Orgánica del Ministerio de Obras Püblicas, y del D.F.L. N° 206, de 1960;
i) Que Ia Dirección de Obras PibIicas necesita modernizar Ia gestiOn del Registro
General de Contratistas y de Consultores, para Ia cual requiere el desarrollo e
implementaciOn de una solución informática electrónica que contribuya a mejorar
Ia administraciOn de este Registro, permitiéndole realizar una mayor y mejor
gestión del Sistema de Contratación del MOP y de los inscritos en sus registros;
j) El deber de los organos de Ia Administración del Estado de cumplir sus cometidos
coordinadamente y propender a Ia unidad de acción, evitando Ia duplicación o
interferencia de funciones, establecido en Ia Ley de Orgánica Constitucional de
Bases Generales de Ia Administración del Estado;
k) Los principios de eficiencia y no formalización consagrados en nuestra legislación,
en virtud de los cuales las autoridades y funcionarios deben velar por Ia eficiente e
idónea administraciOn los medios pUblicos y los órganos a AdministraciOn del
Estado deben procurar Ia simplificación y rapidez de los trámites, y
I) Que, en base a los antecedentes expuestos y a Ia experiencia de Ia DirecciOn
Chilecompra en Ia administración de Registro Electránico Oficial de Contratistas
de Ia Administración, ésta ha acordado con Ia Dirección General de Obras
PUblicas colaborar en el desarrollo del Registro MOP y su compatibilizaciOn con el
Registro Electrónico Oficial de Contratistas de Ia AdministraciOn, lo que contribuirá
a simplificar los trámites de los particulares y otorgará más trasparencia a las
contrataciones de Ia AdministraciOn.
LChiJeCompraIrnovactoi, Acceso - ,eIvioo
RESUELVO
EXENTAN° -09408/
Apruébese el Convenio de Colaboración de fecha 2 de julio de 2008, suscrito par Ia
Dirección General de Obras Püblicas y Ia Dirección de Compras y Contratación PUblica,
par el cual se encomienda a ésta ültima Ia cantratacián del desarrolla del Sistema
Computacional del Registro de Contratistas y de Consultores del MOP, cuyo texto se
anexa a Ia presente resalución.
Anótese, RegIstrese y ComunIquese,
7/
TOMAS CAM PERO FERNA
DIRECTOR
AthCH/PcIGLDistribución:
- Dirección- DivisiOn JurIdica y Gestión Corporativa- Area de Desarrollo Empresarial
17-07-2008 Hoja de Ruta Correspondencia CHILECOMPRA
Identificador Interno : 15.827
Nirnero Asignado en el Libro: 01 Fecha Ingreso: 30-06-2008Origen: GEORGY LLORENSTipo Documento: CONVENIO DE COLABORACION Prioridad : NORMAL
Con Copias:Destino: ANDRES RitZ IBAIEZDpto./Unidad: DEPARTAMENTO LEGALDescripción: CONVENIO DCCP- MOP REGISTRO DE PROVEEDORES
Pri,nera Derivaciói, TIPO DE DOCUMENTO Secreto Confidencial Reservado OrdinarioENVIADOA: PARA
-
PLAZO PAR. GENERARAC(ION PEDID,
Conocimiento
Goya Felipe Jefe Division Compras Informar al Respecto
Campero Tomás Director Dar Curso/Trárnites
Catalãn Andrea Secretaria DivisiOn Compras Resolver
MejIas Patricia Secretaria, Depto. Finanzas y Administr Dar Audiencia
Moreno John Jefe de AdministraciOn y Finanzas Dar DifusiOn
Ortiz Pablo Jefe Divisián Tecnologia y Desarrollo Reclasificar
Daniel Fredes Devolver al Remitente
Pino Paola Secretaria de DirecciOn Agradecer
Piñones Juan Carlos Encargado de Contabilidad y Remuneracio ArchivoRavanal Carmen Jefa DivisiOn GestiOn InstitucionalVasquez Daniela Jefa de Comunicaciones
2.- ,rj i ( 3- Adjuntar Antecedentes Otro-' Acusar Recibo
3.- 49- Dar DifusiOn Plazo
Visto Bueno
Observaciones
lercera Derivadu.-NVlADO A: PARA UNA VEZ HECHO OI3SERVACIONES
Conocitniento Devolverme Dcto.
f. 2 F t7Reso1ver Reportar Avance
/ Preparar Respuesta Archivar
I Adjuntar Antecedentes OtroAcusar ReciboDar DifusiónVisto Bueno
Referencia a: Archivado en
Firma Responsable
CONVENIO DE COLABORACION
ENTRE
DIRECCION GENERAL DE OBRAS PUBLICAS
Y
DIRECCION DE COMPRAS Y CONTRATACION PUBLICA
"DESARROLLO DEL SISTEMA COMPUTACIONAL DEL REGISTRO DE CONTRATISTAS YDE CONSULTORES DEL MOP"
En Santiago de Chile, a 2 de julio de 2008, entre Ia Dirección General de Obras PUblicas,RUT 61.202.000 - 0, representada por su Directora General de Obras Püblicas, Sonia Tschorne,Berestesky, cédula nacional de identidad nümero 7.289.989-k ambos domiciliados en calleMoneda N° 59, piso 3, comuna y ciudad de Santiago, en adelante "DGOP" a "el Mandante",indistintamente, y Ia Dirección de Compras y Contratación Püblica, RUT 60.808.000-7,representada por su Director, don Tomás Campero Fernández, cédula nacional de identidadnümero 8.539.819-9, ambos domiciliados en calle Monjitas 392, Piso 8, Santiago, en adelante"DIRECCION CHILECOMPRA" a "el Mandatario", indistintamente, se ha convenido Iasiguiente:
PRIMERO: ANTECEDENTES
MOP
El Ministerlo de Obras PUblicas (MOP) tiene coma misión proveer al pals de servicios deinfraestructura para Ia conectividad, Ia pratección del territorio y las personas, Ia edificaciónpUblica, y el aprovechamiento óptimo de los recursos hidricos, asegurando el cumplimiento delos estándares de servicio y Ia calidad de las obras, regulando el mercado asociado a losrecursos hIdricos y el cuidado del media ambiente, para contribuir al desarrollo sustentable ycompetitividad del pals, promoviendo Ia equidad, calidad de vida e igualdad de oportunidadesde las personas.
En esta tarea el MOP cuenta con Ia colaboraciOn de empresas contratistas y consultorasprivadas, quienes participan de los procesos de licitaciOn y ejecuciOn de las obras, de asesoriasde inspecciOn técnica y de estudios que se requieren para el desarrollo de Ia infraestructura queel pals necesita.
Para ello el D.F.L. MOP N° 850 de 1997, que fija el texto refundido, coordinado y sistematizadode Ia Ley N° 15.840 del año 1964, Orgánica del Ministerio de Obras PUblicas, y del D.F.L. N°206, de 1960, en su artIculo 12, establece que le corresponde a Ia DirecciOn General de ObrasPüblicas, Ilevar el Registro General de Contratistas en Ia forma que establezca el Reglamento.En virtud de ello, el MOP tiene a su cargo el Registro General de Contratistas y el Registrode Consultores (Registros MOP), a través de los cuales se individualiza a quienes seencuentran facultados para optar a Ia construcciOn de las obras que realiza el Ministerio de
Obras Püblicas, y Ia ejecucián de trabajos de consultorIa, respectivamente; entregando de estemodo confianza a los Servicios de este Ministerio respecto de los participantes en laslicitaciones y además, transparencia en el accionar ministerial.
El Departamento de Registros - cuyos orIgenes se remontan a Ia década de los años sesentadel siglo pasado - apoya a los Servicios del Ministerio en las adjudicaciones de sus contratosde obras y de consultorlas, pues pone a disposiciOn de ellos, una plantilla de empresas decontratistas y consultores elegibles y habilitadas técnica, legal y financieramente, cuyainformación se encuentra validada par el Registro del MOP, transformándose asI en el nCicleodel sistema de contratación del Ministerio Obras PUblicas.
Con este propósito, Ia DGOP necesita modernizar Ia gestiOn del Registro General deContratistas y de Consultores, para Ia cual requiere el desarrollo e implementaciôn de unasolución informâtica electrOnica que contribuya a mejorar Ia administración de este Registro,permitiéndole realizar una mayor y mejor gestión del Sistema de Contrataciôn del MOP y de lasempresas inscritas en sus Registros.
C hi lecom pra
La DIRECCION CHILECOMPRA tiene coma misión crear valor en el mercado de las compraspüblicas, desarrollando polIticas e iniciativas con el objeto de dar confianza, transparencia yeficiencia al mercado püblico, a través de Ia introducción de instrumentos tecnologicos y degestion de excelencia e innovaciones para Ia sustentabilidad del mismo.
La DIRECCION CHILECOMPRA, en ejercicio de su funciôn legal antes referida, realizO Ialicitación püblica ID 2240-34-LPO4, para Ia contrataciôn de Ia operación del Registro deProveedores, Ia cual tue adjudicada mediante Ia ResoluciOn Exenta N° 382B, de 2004, de IaDIRECCION CHILECOMPRA, a Ia Cámara de Comercio de Santiago AG. En virtud de ella, IaDIRECCION CHILECOMPRA celebró con Ia Cámara de Comercio de Santiago A.G., Uncontrato aprobado mediante Ia Resolución T.R. N° 38, de 2005, de Ia DIRECCIONCH I LECOMPRA.
El contrato suscrito y vigente con el operador del Registro de Proveedores contempla dentro delos servicios contratados "centralizar informacián de otros registros de proveedores, manejadospor los diferentes organismos del Estado" y establece los mecanismos para encargar aloperador prayectos especiales referentes a Ia integraciOn de otros registros al Registro deProveedores.
La DIRECCION CHILECOMPRA a través de su operador tecnológico, administra y mantieneactualizado el Registro Electrónico Oficial de Proveedores del Estado, en adelante tambiéndenominado el "Registro Chileproveedores".
De acuerdo, con Ia dispuesto en el artIculo 16 de Ia Ley 19.886, de Bases sabre ContratosAdministrativos de Suministro y Prestación de Servicios, se inscribirán en el RegistroChileproveedores todas las personas naturales y juridicas, chilenas y extranjeras que notengan causal de inhabilidad para contratar con los organismos del Estado. Asimismo, dichanormativa establece que pueden existir otros registros oficiales de contratistas para órganos aservicios determinados, a para categorias de contratación que asI lo requieran, los que cuandofueren electrónicos, deben ser compatibles con el formato y las caracteristicas del Registro deProveedores Chileproveedores.
En el marco de los antecedentes antes expuestos, Ia DGOP ha presentado a Ia DirecciónChilecompra el documento denominado "Términos de Referencia del Sistema Computacional
del Registro de Contratistas y de Consultores (SCRCC) del MOP", que se adjunta como AnexoN° 1 a! presente convenio, en el cual se detallan las caracterIsticas y especificidades que serequieren para modernizar y hacer electrónico el Registro General de Contratistas y deConsu Ito res.
La DIRECCION CHILECOMPRA, en base a Ia experiencia que tiene en Ia administraciOn delRegistro Chileproveedores, ha elaborado el documento denominado 'Sistema de Registro deContratistas y Consultores del MOP, SoluciOn Tecnológica y Metodologia de Trabajo" quecontempla un propuesta para el desarrollo del Registro de Contratistas y de Consultores delMOP, el cual se adjunta como Anexo N° 2 a! presente contrato.
Por tanto, a través del presente convenio, Ia DGOP y Ia DIRECCION CHILECOMPRA tienenpar objetivo cumplir sus cometidos coordinada y eficientemente, compartiendo información decarácter pUblica de los registros administrados par ambas instituciones; modernizando el Registrode Contratistas y Consultores del MOP y haciéndolo compatible con el RegistroChileproveedores, Ia cual beneficiará a Ia Administraciôn y tamblén a los particularesinteresados en inscribirse en dichos registros, redundará en mayores oportunidades departicipación en las licitaciones y generara mayor transparencia.
SEGUNDO: OBJETO
La DGOP encomienda a Ia DIRECCION CHILECOMPRA, a contrataciôn del desarrollo delSISTEMA COMPUTACIONAL DEL REGISTRO DE CONTRATISTAS Y DE CONSULTORESDEL MOP, en adelante "SCRCC", de acuerdo con Jo establecido en los siguientes dacumentos:
• Términos de Referencia del Sistema de Registros de Contratistas y de Consultores(SCRCC) del MOP (Anexo N° 1).
• Sistema de Registro de Contratistas y Consultores del MOP, SoluciOn Tecnológica yMetodologla de Trabajo (Anexo N° 2).
• DocumentaciOn de Proyecto entregable (Anexo N° 3).• Reglamentos para Contratos de Obras Püblicas D.S. MOP N° 75 del 2004.• Reglamento para Contratos de Trabajos de Consultorla D.S. MOP N° 48 de 1994.
La aplicación de este mandato quedará sujeta a Ia normativa y procedimientos de que disponeIa DIRECCION CHILECOMPRA, para el desarrollo de sus actividades, de acuerdo a Iadispuesto en Ia Ley N° 19.886 y en Ia resolución T.R. N° 38, de 2005, de Ia DIRECCIONC HI LECOM P RA.
TERCERO: PRESUPUESTO
La DGOP aportará para el desarrollo del SCRCC 5.000 UF, sin perjuicio de Jo establecido en Iacláusula sexta respecto de las controles de cambios, cuyo financiamiento será aportado en sutotalidad par Ia DGOP a Ia DIRECCION CHILECOMPRA.
En el caso de que el costa del desarrollo del SCRCC supere los 5.000 UF, Ia DGOP podrárealizar aportes adicionales hasta completar un aporte total de hasta 9.600 UF para el prayecto,previa aceptaciOn de Ia DGOP de los presupuestos a cotizaciones que justifiquen el incrementode su aporte, presentados par Ia DIRECCION CHILECOMPRA.
La DGOP transferirá a Ia DIRECCION CHILECOMPRA su aporte de 5.000 UF de una sola vez,dentro de los 10 dIas siguientes a Ia entrada en vigencia del presente convenio. Latransferencia se realizará en pesos de acuerdo con el valor de Ia UF del dIa en que se realiceel pago.
La DIRECCION CHILECOMPRArecursos que reciba de Ia DGOFconformidad con lo establecido enIa Repüblica.
CUARTO: PLAZOS
se responsabiliza de Ia adecuada administraciôn de losy se compromete a rendir cuenta de dichos fondos de
Ia Resolución N° 759, de 2003, de Ia Contralorla General de
El tiempo estimado para Ia construcciOn y desarrollo del SCRCC es de 10 meses a contar de Iafecha de inicio de los trabajos.
QUINTO: OTRAS OBLIGACIONES DE LAS PARTES
La DGOP y Ia DIRECCION CHILECOMPRA para el logro del trabajo encomendado secomprometen a:
Designar un equipo técnico, por cada parte, que coordine con el equipo técnico de Iacontraparte las acciones que se realizarán en virtud del presente convenio. Cada equipotécnico deberá contar con un jefe de proyecto y deberá elaborar informes trimestrales deavance de las actividades que se desarrollen. La designaciôn del jefe de proyecto y delos integrantes del equipo de trabajo deberán ser informadas por escrito a Ia otra parte,dentro de los cinco (5) dias hábiles cumplidos los actos administrativos que Ia aprueban.
Definir conjuntamente un Protocolo de Trabajo que contemple los acuerdos en cuanto alos procedimientos, responsables, tiempos de respuesta y toda Ia información necesariapara Ia ejecuciOn exitosa del proyecto de desarrollo, en tiempo y forma, del SCRCC delMOP.
Compartir informaciOn de carácter püblica de los registros administrados por ambasinstituciones.
SEXTO: CONTROLES DE CAMBIOS
Para los efectos de este convenio, un cambio es eI desarrollo de una nueva funcionalidad delSCRCC o un cambio a las ya incluidas en los Términos de Referencia del SistemaComputacional del Reqistro de Contratistas y de Consultores (SCRCC) del MOP (ANEXO 1), asIcoma en Ia SoluciOn Tecnológica y Metodológica del Trabajo elaborada por Ia DIRECCIONCHILECOMPRA (ANEXO 2), Documentación de Proyecto entregable (Anexo 3) los documentosderivados de Ia fase de diseño del SCRCC, y los Reglamentos para Contratos de Obras PüblicasD.S. MOP N° 75 del 2004, y el Reglamento para Contratos de Trabajos de ConsultorIa D.S. MOPN° 48 de 1994; y sus modificaciones vigentes a Ia fecha.
4
La DGOP podrá solicitar controles de cambios al proyecto. Para ello LA DIRECCIONCHILECOMPRA, solicitará al proveedor contratado un programa de trabajo indicando plazo,modalidad, horas, alcance y profesionales involucrados en el desarrollo.
La DIRECCION CHILECOMPRA presentará a Ia DGOP el programa de trabajo propuesto 01 elproveedor contratado y conjuntamente con Ia DGOP a evaluarán y definirán si se implementa ano.
En el caso que DGOP requiera desarrollos adicionales, no especificados en los TDR iniciales,éstos deberán cubicarse, y el DGOP asumirá los costos asociados a estos nuevosrequerimientos.
SEPTIMO: PROPIEDAD DE LA INFORMACIN DEL SCRCC
La DGOP y Ia DIRECCION CHILECOMPRA acuerdan que los datos, los documentoselectrônicos que los contengan y, en general, las bases de datos del SCRCC, tendrán Iasiguiente propiedad:
a) Información entregada en documentos fIsicos por los proveedores.Será de propiedad de Ia DGOP. La DIRECCION CHILECOMPRA tendrá acceso a ellade forma electrónica con el objeto de incorporar en el Registro de Chileproveedores asiguiente informaciôn: categorlas y especialidades del Registro de Obras Mayores,Obras Menores y Consultores; datos de contacto e identificación; calificaciones emitidaspar el MOP; link para Ia obtención de los certificados de inscripción y capacidadeconômica, y cualquier otro link a información de carácter püblico relevante queacuerden las partes. La informaciOn que se refleje en el Registro Chileproveedoresidentificará claramente cuando Ia información provenga del Registro de Contratistas yConsultores del MOP.
b) InformaciOn electrónica ingresada par el proveedor.Será de propiedad de Ia DGOP. La DIRECCION CHILECOMPRA tendrá acceso a ellade forma electrônica para incorporar en el Registro de Chileproveedores Ia siguienteinformacián: categorlas y especialidades del Registro de Obras Mayores, ObrasMenores y Consultores; datos de contacto e identificación; link para Ia obtenciOn de loscertificados de inscripción y capacidad econOmica, y cualquier otro link a informaciOn decarácter püblico relevante. La información que se refleje en el Registro Chileproveedoresidentificará claramente cuando Ia informaciôn provenga del Registro de Contratistas yConsultores del MOP.
c) lnformación entregada por las fuentes oficiales.Esta podrá ser utilizada par Ia DGOP y Ia DIRECCION CHILECOMPRA en formaindependiente.
OCTAVO: PROPIEDAD INTELECTUAL
La DGOP y Ia DIRECCION CHILECOMPRA serán los dueños de todos los derechos,incluyendo los de propiedad intelectual del software y de las aplicaciones que se desarrollen envirtud del presente convenio, pudiendo las partes utilizar y disponer de ellos en formaindependiente. En virtud de ella, Ia DIRECCION CHILECOMPRA se compromete a convenircan el proveedor contratado para el desarrollo del SCRCC que éste deberá entregar a Ia DGOP
y a Ia DIRECCION CHILECOMPRA el código fuente de las aplicaciones y software quedesarrolle, las herramientas y capacitación necesarias para compilarlos, asI como toda Iainformación relevante asociada al desarrollo respectivo.
La DIRECCION CHILECOMPRA podrá usar y disponer libremente de las aplicaciones y elsoftware desarrollado en virtud del presente contrato, y transferir yb autorizar su uso a otrosServicios Püblicos o Empresas del Estado, cuando lo estime conveniente.
NOVENO: DOCUMENTACION
La DIRECCION CHILECOMPRA se compromete a entregar a Ia DGOP copia de toda Iadocumentación que se genere durante a vida del proyecto, descrita en el anexo N° 3 delpresente convenio.
DECIMO: TERM INO ANTICIPADO
Cualquiera de las partes podrá manifestar su voluntad de desahuciar y poner término anticipadoal presente Convenio, cuando habiendo una de ellas formulado P01 escrito observacionesrespecto de Ia ejecucion y desarrollo del proyecto, éstas no hayan sido resueltas en un plazomáximo de 120 dIas, contados desde Ia fecha de su formulación.
En caso de producirse el término anticipado, Ia DIRECCION CHILECOMPRA pondrá término alproyecto con el proveedor contratado para el desarrollo del SCRCC y deberá restituir a IaDGOP los recursos que haya recibido de ésta y que no se hayan utilizados hasta dicha fecha.
En el caso que se produzca el término anticipado, Ia DIRECCION CHILECOMPRA se obliga ahacer entrega a Ia DGOP Ia siguiente información, en Ia medida que Ia reciba del desarrollador,con el objeto de que Ia DGOP pueda continuar Ia construcción del mismo con otro proveedor:
. Los avances del software en construcciOn.
Toda Ia documentaciOn del SCRCC, incluyendo el Modelo de Datos, el Modelo Fisico yel Modelo Lógico y una copia digital de Ia base de datos de todos los proveedores de suregistro (Contratistas y Consultores del MOP), que se haya generado hasta Ia fecha deltérmino anticipado.
. Toda Ia documentación de los proveedores recibida para uso exclusivo del MOP.
UNDECIMO: VIGENCIA
El presente convenio entrará en vigencia a contar de Ia total tramitación de Ia resolución de IaDirecciOn General de Obras que lo apruebe y su vigencia se extenderá por un plazo de 18meses.
No obstante lo anterior, las partes podrán prorrogar este mandato por una vez, por un periodode 6 meses. La prórroga operará en forma automática Si ninguna de las partes comunica a Iaotra, por escrito, con a lo menos 1 mes de anticipaciOn a Ia fecha de término, su intenciOn de nocontinuar con el convenio.
6
ik
DUODECIMO: EJEMPLARES
El presente convenio se firma en tres ejemplares quedando uno en poder de Ia DIRECCIONCHILECOMPRA y dos en poder de Ia DGOP (uno de los cuales quedará en el Departamento deRegistros), adjuntando a éstos copias de las resoluciones que los aprueban.
DECIMOTERCERO: PERSONERIAS
La personerla de don Tomás Campero Fernández para actuar en representaciOn de IaDIRECCION DE COMPRAS Y CONTRATACION PUBLICA, CHILECOMPRA, consta en elDecreto N° 769, de 29 de Agosto de 2003, del Ministerio de Hacienda y en Ia Ley N° 19.886,Ley de Bases sobre contratos administrativos de suministro y prestaciOn de servicios;
La personerla de doña Sonia Tschorne para actuar en representación de el MINISTERIO DEOBRAS PUBLICAS consta en el decreto MOP N° 331 del 20 de mayo del 2008.
TOMAS CAM PERO FERNÁNDEZDIRECTOR
DIRECCION DE COMPRAS YCONTR1NA
SECRETARIA DGOPPROCESO NO31
/i2 '
i7 nSONIATSCHORNE
DIRECTORA GENERALMINISTERIO DE OBRAS PUBLJCAS
N :r ; y )1• CONSUL..TORES
MINISTERIO DE OBRAS PUBLICASDIRECCION GENERAL DE OBRAS PUBLICAS
ANEXO "1"TERMINOS DE REFERENCIA DEL SISTEMA DE REGISTROS DE
IN DICEIntroducción 3Antecedentes Generales de Diseflo 3
2.1 IdentificaciOn del problerna a resolver 42.2 Objetivos del Proyecto 42.3 Requerimientos 62.4 Lineamientos Técnicos 72.5 Identificación y Definición del Problerna 82.6 Diagnóstico de Ia situación actual 9
2.6.1 Descripción del Departarnento de Registros de Contratistas y Consultores 92.6.2 Organigrama de Ia Unidad 112.6.3 Funciones y Responsabilidades del Departarnento de Registros 122.6.4 Objetivos del Sistema 132.6.5 Funcionamiento del Registro 142.6.6 Presentación de Ia Solución Inforrnática Actual 162.6.7 Descripción de los Procesos 17
2.7 Diagrama de Procesos 182.7.1 Proceso General del Departamento de Obras Menores del MOP 182.7.2 Proceso General del Departarnento de Obras Mayores y Consultores MOP 19Construcción de Ia Solución 21
3.1 Objetivos 213.2 Mejorar el ingreso de inforrnación 213.3 Mejorar Ia disponibilidad de inforrnación 223.4 Registro en Ilnea con acceso privado 223.5 Carpetas Digitales 223.6 Mejorar Ia Comunicación 233.7 Integración de Registros 233.8 Entregar Inforrnacióii Coniplementaria 243.9 Compartir lnforrnación 243.10 Digitalización de Ia Docurnentación 253.11 Workflow de aprobación 253.12 ModulodePagoenLInea 253.13 Gestión del Término de Contrato de una Obra 26
3.13.1 Servicio de captura de inforrnación generada al Término de un Contrato de una Obra 263.13.2 Descripción del Requerirniento 263.13.3 CaracterIsticas del Serviclo 263.13.4 Web 273.13.5 Control Adniinistrativo 27Descripción de los Requerirnientos de Construcción 28
4.1 Listado de Requerinlientos 284.2 Documentación del Software 284.3 Informes de Interacción del Software 294.4 Informes de Pruebas y Paralelos del Sisterna Aprobados 29
Requisitos de Ia Solución 305.1 MetodologIa de Trabajo 305.2 Arquitectura, Plataforma y Normativas Técnicas 31
Cronograma o Carta Gantt 32ANEXOS 33
7.1 Anexo 1: Casos de Uso Listado de Requerimientos EspecIficos para construir Ia solución Final 337.2 Anexo 2: Listado de General de Requeriniientos EspecIficos 33
GOeIUNODECHILL I I ) ) ) N /\ H N I AN Y I CON NUt OR [ S
IntroducciOn
La Dirección General de Obras Püblicas, con elfin de mejorar el actual Sistema del Registrode Contratistas y de Consultores, dio el apoyo al Departamento de Registro de Contratistas yde Consultores, en desarrollar un rediseño del Sistema que hoy existe en el Departamento.
Con este propósito en el Año 2006, se contratO una empresa para Ia elaboraciOn del Diseño deIa SoluciOn, Ia cual trabajO con los requerimientos iniciales expuestos por elDepartamentoartamento de Registros, y concluyo con los requerimientos actuales que sedesean construir.
El requerimiento de Diseño solicitado en su oportunidad, se expone en el punto 2. En Ia cualse especificaron los puntos siguientes:
o Objetivos del Proyectoo Requerimientos de Diseñoo Diagnostico situaciôn actualo Descripción del Departamento de Registro de Contratistas y Consultoreso Organigrama de Ia Unidado Presentación de Ia Soluciôn Inform ática Actualo Descripción de Procesoso Diagrama de Procesos
Si bien estos puntos no son requerimientos en Ia fase de ConstrucciOn, son referenciales parael contexto de proyecto.
En el punto 3 y 4, se define las especificaciones detalladas que se requieren para Construir aSoluciOn Final, Ia cual se basó en el resultado del Diseño.
En el punto 4.2, se define los productos entregables por Ia empresa desarrolladora.
Como parte inicial del trabajo de construcciôn de Ia soluciôn final, se debe revalidar losdocumentos de Diseño iniciales por los posibles cambios o mejoras de los requerimientosidentificados inicialmente. Es por ello que se entrega Ia descripción de lo solicitado en el punto2, tal que sirva de antecedentes para Ia validación inicial. No obstante esta validación podriacontemplar una pequena variación con respecto a los documentos iniciales, no superando un5% en horas hombre de Ia cubicaciOn inicial entregada por el desarrollador.. Esto hacenecesario que Ia Empresa se interiorice y haga suyo eI diseño actualizado, evitando los riesgosde falta de conocimiento global del proyecto.
2 Antecedentes Generales de Diseño.
Antecedentes, puntos expuestos y solicitado en Ia Fase de Diseño.
R:) DL (.:.CNTDAHS lAS Y DL CONSULTC)RES
2.1 ldentificación del problema a resolver
El Departamento de Registros de Contratistas y de Consultores del MOP, dependiente IaDirección General de Obras Püblicas, tiene como objetivo estratégico el administrar y manteneractualizado el Registro General de Contratistas y el Registro de Consultores, de esteMinisterio, certificando que las personas naturales y jurIdicas inscritas en ellos, cumplen acabalidad con los requisitos exigidos por Reglamento para Contratos de Obras PUblicas D.S.MOP N° 75 del 2004 y el Reglamento para Contratos de Trabajos de Consultoria D.S. MOP N°48 de 1994, y asI, de este modo, apoyar a las Direcciones y Servicios del Ministerio, en Ia tomade decisiones respecto de Ia adjudicaciOn de sus licitaciones.
Además, aplica las disposiciones establecidas en los Reglamentos de ContrataciOn delMinisterio de Obras PUblicas, resguardando el cumplimiento de éstas en las demásreparticiones del MOP e informando a Ia autoridad ministerial las mejoras que pudierendetectarse, a objeto de lograr el efectivo cumplimiento de tales disposiciones y con ello obteneruna mejor calidad de las obras pUblicas.
Actualmente se cuenta con una Base de Datos que apoya a esta labor, pero no se tiene unRegistro de Contratistas y Consultores con un sistema en Ilnea, con acceso a Ia informaciOn yantecedentes en todo momento de los contratistas de Obras Menores.
Tampoco tiene un flujo de trabajo que permita hacer seguimiento y control al trámite, y por lotanto, no es posible desarrollar su labor fundamental, Ia cual además de fiscalizar esproporcionar a los Servicios del Ministerio un listado de proponentes con Ia maxima informaciônsobre dichos contratistas yb consultores, de modo tal que les permitan seleccionar, en base aun comparador, a las empresas y profesionales que participarán en el desarrollo de loscontratos.
2.2 Objetivos del Proyecto
El objetivo del proyecto es desarrollar un sistema informático para el Departamento deRegistros, , que cumpla en un 100% en forma eficaz y eficiente con los requerimientos deldocumento de Diseño y con todo lo establecido en los Reglamentos de Contratistas yConsultores y normativas vigentes, acorde a los requerimientos detallados en el presentedocumento.
Los factores más sensibles que permitirán a futuro determinar si dichas necesidades han sidocubiertas, son los siguientes:
- Si se aprecia un cambio de comportamiento por parte de proveedores, usuarios yclientes del Sistema, transformación que importe por parte de éstos, un uso mãsamplio y consistente de los servicios que contempla el sistema.
- Si se observa un incremento de las consultas y requerimientos por parte de losclientes, esto es, de los Servicios del MOP, al sistema.
- Si disminuye el tiempo de análisis por contratista o consultor para cada uno de susprocedimientos, por parte de los analistas, tanto del personal del Departamento deRegistros como de las unklades auxiliares.
H
CN'rJ'rsiAS Y DE CONSULTORES
1- Si disminuye el nUmero de presentaciones de documentos y consultas via VentanillaUnica del Departamento de Registros, y se incrementan gradualmente lasoperaciones vIa Web en Ilnea.
4- Si disminuyen las suspensiones de contratistas y consultores por no renovaciOn desu inscripción en Ia fecha correspondiente, segUn Reglamento.
4- Si cuenta con informaciOn real y oportuna sobre Ia evoluciOn y gestián de losRegistros de contratistas y de consultores.
4- Si se percibe una disminuciôn de Ia carga laboral del personal que administra elproceso de los Registros de Contratistas y de Consultores.
4- Si se percibe una disminución de los errores humanos durante los procesos de losRegistros de Contratistas y de Consultores.
4- Si los usuarios son avisados a Ia brevedad ante alguna anomalla en sus registros,ya sea alguna inconsistencia o alguna suspension por caducidad en el Registro.
4- Si se percibe una mayor utilización del Registro por parte de los usuarios internos,es decir los Servicios del Ministerio de Obras PUblicas como también por parte deotros usuarios externos (Municipalidades, organismos privados, etc.)
El Sistema de Registros Actual en nUmeros:
Consultores
TiempoTotalalaPROCESO Enero Junio 2007 Terminadas PromeduoFecha (duas)
Totalala TiempoPROCESO Enero Junio 2007 Terminadas PromeduoFecha
(duas)
INSCRIPCIONES18 6 77
MODIFICACIONES 53 13 60CERTIFICADOS 8 8 7
RENOVACIONES 136 117 30
PRORROGAS18 12 6
REGISTRO ESPECIAL EL BATO10 35
REVISION I DEVOLUCION__________
CARPETAS 12 10 13
__________ Total inscritos Eliminados Suspendidos Sin estado Vigentes Inscritos 2007Contratistas 1.017 526 153 6 332 16Consultores 2.825 2.143 129 7 546 160
Total 3.842 2.669 282 13 878 176
2.3 Requerimientos
El sistema computacional a desarrollar, para todas y cada una de las funcionalidades que loconstituyen debe cumplir todos los requisitos exigidos en el Reglamento para Contratos deObras Püblicas D.S. MOP N° 75 del 2004 y el Reglamento para Contratos de Trabajos deConsultorla D.S. MOP N° 48 de 1994. Habida consideraciOn de lo anterior, a continuaciOn seseñalan los requerimientos generales principales del sistema:
Mejorar el ingreso de informaciOn desde Ia fuente que Ia genera.
2. Mejorar Ia disponibilidad de informaciOn, teniéndola en Ilnea para los usuarios.
3. Registros en Ilnea con acceso privado
4. Generar repositorio de Carpetas Dig itales
f1 'Tp()c. DE CONTRATISTAS Y DE CONSULTORES
5. Mejorar Ia ComunicaciOn a través de e-mail o publicaciOn de envIos en el sistema
6. Integracion de los tres Registros administrados por el MOP en una sola base de datos.
7. Entregar nuevos servicios que agreguen valor a través de nuevas funcionalidades talescomo: experiencia real en especialidad incluida en el llamado a licitaciOn, CapacidadEconómica Minima disponible (Riesgo Financiero), Calificaciones, Rendimiento deatrasos, lnformes Gerenciales a los servicios del MOP, Comparación entre empresas,entre otras.
8. Compartir lnformaciOn a través de un recipiente corn ün.
9. Generaciôn de informes consolidados por Servicio, Region yio otros atributos.
10. lnteraccion con otros sistemas computacionales internos del MOP como SAFI SICOF,Recursos Humanos.
11. Informes de documentos en proceso General por analista
2.4 Lineamientos Técnicos
Eliminar los procesos manuales en el Ministerio, reemplazándolos por el trabajo a travésde Sistemas lnformáticos, to que determina Ia utilizaciôn intensiva de lntranet, Internet yotras tecnologias.
Establecer que Ia informaciOn vãlida es Ia que reside en las bases de datoscomputarizadas de Ia AdministraciOn, to que implica un serb compromiso con Ia calidad yseguridad de Ia información, que sOlo se logra aplicando tolerancia cero para lasinconsistencias y una permanente vigilancia de Ia seguridad informática.
Minimizar los procesos informáticos en diferido, lograr Ia captura de Ia informaciOn enorigen y Ia actualizaciOn de las bases de datos en tiempo real, para dar oportunarespuesta a los requerimientos de informaciôn.
lnteracciOn de las aplicaciones transversales a las distintas unidades del Ministerio en unentorno corporativo y estandarizado
Avanzar en el intercambio electrônico de informaciOn, a través del uso de Internet.
Mejorar los procesos de desarrollo de software, introduciendo metodologlas yherramientas que permitan que éstos sean eficientes y eficaces, asI como coherentes yconsistentes con los requisitos exigidos por Reglamento para Contratos de ObrasPUblicas D.S. MOP N° 75 del 2004 y el Reglamento para Contratos de Trabajos deConsultorFa D.S. MOP N° 48 de 1994, cuerpos normativos que rigen Ia actuaciOn delDepartamento de Registros.
it-
I ) D' ( 1)1 (ONUI 1 OkF S
Las herramientas a considerar por el Desarrollador en su propuesta, tales como: gestiOndocumental, workflow interno del sistema de registro, control de accesos, otros, debencorresponder a los estándares corporativos definidos por el MOP.
Dar cumplimiento a los estándares del Estado en materia de gobierno electrónico,documentos digitales y firma digital. Para ello deberá darse cumplimiento a Ia Ley 19.799,al Decreto N° 181 del Ministerio de Economia del año 2002, a los Decretos N° 77, N° 81 yN° 83 del año 2004 de Ia Secretaria General de Ia Presidencia.
2.5 IdentificaciOn y Definición del Problema
El Departamento de Registros de Obras Mayores y de Consultores de Ia DirecciOnGeneral de Obras PUblicas, dependiente del Ministerlo de Obras PUblicas del Gobiernode Chile tiene como objetivo estrategico administrar y mantener el Registro General deContratistas y El Registro de Consultores acorde al Reglamento para Contratos de ObrasPUblicas D.S. MOP N° 75 del 2004 y el Reglamento para Contratos de Trabajos deConsultorla D.S. MOP N° 48 de 1994
El MOP, en Ia actualidad, posee herramientas tecnologicas que sirven de apoyo a Iarealizaciôn de Ia misión del Depto. de Registros de Obras Mayores y de Consultores,pero se ha planteado Ia inquietud de revisar y reformular su sistema principal, con Iafinalidad de resolver los siguientes problemas:
Con este sistema, el MOP quiere:
Ampliar el abanico de servicios gue presta a sus clientes, los Servicios del MOP, enpos de proveer una mayor y mejor informaciOn para Ia toma de decisiones, en torno alos antecedentes de contratistas y consultores para las licitaciones de obras,consultorias y asesorlas a las Inspecciones Fiscales que Ileva a cabo el MOP.
Ampliar los puntos de encuentro con los Servicios del MOP, asistiendo al proceso degestion de contratos, fiscalizando en el desarrollo de las obras, consultorlas yasesorias a las Inspecciones Fiscales, en lo que los Reglamentos de Contratistas yde Consultores indican, recabando los Informes de lnspectores Fiscales, las Actas deRecepciOn Provisoria y Final, como también Ia Emisiôn de los Certificados deExperiencia de los profesionales que participaron en cada contrato, sean éstosfuncionarios del Ministerio como también de Ia planta de los contratistas oconsultores, y proveyendo información consolidada a Ia Dirección General de ObrasPUblicas.
- Reducir los tiempos y facilitar los procesos de inscripción, renovación y modificaciOn ytodos los trámites de los proveedores del MOP, esto es, contratistas y consultores,para mantener sus antecedentes de inscripciOn al dIa.
- Hacer más transparente los procesos para los proveedores, facilitándoles el acceso asu informaciOn en el registro
( ) \J RA I I AR Y Dl C ONSUL 1 ORI
- Reducir los riesgos ue involucra Ia tenencia y maneio de carpetas fisicas con losantecedentes de los proveedores, en forma manual, a traves del uso de carpetasdigitales.
Aumentar Ia certidumbre de los documentos regueridos, disminuyendo los tiempos ytrámites a los proveedores, mediante un servicio directo de consultas e informacióndirecta con fuentes oficiales validadoras como S.l.l, Universidades, Tesorerla,Registro Civil, Cámara de Comercio, y servicios internos MOP tales como SAFI, ySICOF.
Acortar los tiempos de los Trámites de lnscripciOn, Renovaciôn y Modificación,mejorando Ia comunicaciOn con Contratistas y Consultores ante Ia falta deantecedentes o por Ia poca consistencia de los mismos, lo que se traduce en entregade información adicional.
Contar con informaciôn en Ilnea en carpetas Digitales.
- Acceso a información del proveedores desde fuentes oficiales.
2.6 DiagnOstico de Ia situación actual
La Dirección General de Obras PUblicas (DGOP), está compuesta por seis UnidadesOperativas, que se hacen cargo de los distintos proyectos, estas unidades son: DirecciOnNacional de Vialidad, Direcciôn Nacional de Obras Portuarias, DirecciOn Nacional deAeropuertos, DirecciOn Nacional de Obras Hidráulicas Dirección Nacional de Arquitectura y IaCoordinadora General de Concesiones.
La DGOP, incorporô en su modelo de gestion matricial, unidades de apoyo a Ia gestiOn formaldel Ministerio, Unidades Transversales y Especiales con el objeto de consolidar Ia pertinencia yoportunidad de las Unidades Operativas.
Las Unidades Transversales son: Registro de Contratistas de Obras Mayores y Consultores,Secretaria Ejecutiva de Medio Ambiente y Territorio, Departamento de Prevenciôn de Riesgos,Secretarla Ejecutiva de lnnovación Tecnologica, Subdirecciôn de Informática yTelecomunicaciones y Ia SubdirecciOn de Gestión de Proyectos de Consultorlas y de Obras.
La misiOn de Ia Dirección Genera! de Obras Püblicas (DGOP) se refiere a: "Normar, verificar yresolver acerca de los procesos de gestiOn en infraestructura pUblica del MOP y sus proyectos,potenciando politicas transversales que entreguen servicios eficientes y eficaces destinados aldesarrollo económico y social del Pals."
2.6.1 Descripciôn del Departamento de Registros de Contratistas y Consultores
La misiôn del Departamento de Registros señala:
Unidad que tiene como objetivo estratégico el administrar y mantener actualizado el RegistroGeneral de Contratistas y eI Registro de Consultores, de este Ministerio, certificando que las
L) C N I II1\ Y [)E CONU[ IORF S
personas naturales y jurIdicas inscritas en ellos, cumplen a cabalidad con los requisitosexigidos por Reglamento, y asI, de este modo, apoyar a las Direcciones y Servicios delMinisterlo, en Ia toma de decisiones respecto de Ia adjudicaciôn de sus licitaciones.
Además, aplica las disposiciones establecidas en los Reglamentos de Contratación delMinisterio de Obras Püb!icas, esto es, Reglamento para Contratos de Obras Püblicas D.S.MOP N° 75 del 2004 y el Reglamento para Contratos de Trabajos de Consultorla D.S. MOP N°48 de 1994, resguardando el cumplimiento de éstas en las demás reparticiones del MOP einformando a Ia Autoridad las mejoras que pudieren detectarse, a objeto de lograr el efectivocumplimiento de tales disposiciones y con ello obtener una mejor calidad de las obras pUblicas.
Como politica de calidad posee:
Satisfacer las necesidades de nuestros usuarios a través de un servicio profesional, de calidady oportuno, cumpliendo con los requisitos comprometidos con nuestros usuarios.
Todo lo anterior asegurando un estándar a cumplir, que sea auditable y que le garantice anuestros usuarios un resultado inobjetable de los análisis, y del mismo modo le asegure alMinisterio de Obras Püblicas contar con una plantilla de empresas elegibles para acontrataciOn de trabajos de consultorla y de construcciOn de obras püblicas.
Lo anterior a través de un mejoramiento continuo, permitiendo alinearse con los compromisosexigidos por el Proyecto de Reforma y Modernizaciôn del Estado a través del Programa deMejoramiento de Ia Gestión (PMG)".
Por lo anterior, se requiere que el sistema contemple:
- La administración de Ia informaciOn de forma confiable
- Mantener una cartera de proveedores que trabaja para el MOP, fomentando de estamanera Ia competencia en las licitaciones.
- Contribuir mediante una gestiOn eficaz y transparente al Programa de Mejoramiento deIa Gestiôn, para entregar un servicio püblico de calidad a los usuarios.
CoN[]rA[;TAs Y DE CONsULTORES
2.6.2 Organigrama de Ia Unidad
Minlstono DcObrs Publcas
[DDJ
[joj [:::rj L:c: j j
[oionte
Fpfrector GeneralObras Püblicas
Division de GestiOn
H yDesarrollo
flSUtsocfomra 1 II Do Obrao Phllcs 11 ROOfllOS
j Mniooooles
Stiorntt1icioDo Sorv SunoaoosJ L Do Htdtoulioa
Dirocom GororoI DocdnDo Obras Pfl>hcs I Seooral Do Mu
AdministraciOn
Asesores D.G.O.P
Auditorla Externa
ubdireccion Secretaria Departamento Subdireccion de Departamentokie Informatica Ejecutiva de Registro de estion de PrevenciOn de
Medio Contratistas y de -Consult1res
Analistas Analista Analistas Encargado EncargadoT'enieos Financieroy Legales de Control de Sistemas
2.6.3 Funciones y Responsabilidades del Departamento de Registros
El Departamento de Registros tiene como misión proveer a sus pnncipales clientes, que son losServicios del Ministerio de Obras PUblicas, un listado de empresas (personas naturales yjurIdicas) que tienen las competencias técnicas necesarias para participar de los proyectos y IaconstrucciOn de las obras del MOP, que cumplan a cabalidad con los Reglamentos vigentes,con los respaldos econômicos suficientes como para Ilevar a cabo un contrato, y quedemuestran ser empresas bien constituidas legalmente; es decir, el Departamento de Registrosactüa como instancia certificadora de Contratistas de Obras Mayores y de Consultores,reduciendo Ia incertidumbre respecto de su calidad, capacidad económica y experiencia paralas Unidades Operativas del MOP y como entidad transversal a los Servicios MOP dependedirectamente de Ia DGOP.
En su operaciôn interactUa con instancias auxiliares de Ia Direcciôn de Contabilidad y Finanzas(DCYF), Ia Fiscalia del MOP y con Ia Secretaria de Medio Ambiente y Territorio (SEMAT),quienes vaUdan informaciOn financiera, legal o medloambiental, segun sea el caso.
El Registro de Contratistas de Obras Mayores y de Consultores es Ia Unidad encargada deverificar que los contratistas y consultores, cumplan con los estándares exigidos por elReglamento para Contratos de Obras PUblicas y el Reglamento para Contratos de Trabajos deConsultoria respectivamente.
A través de esta Unidad se analizan los antecedentes técnicos de dichos proveedores y secalifican a las empresas dentro de categorlas para cada especialidad en que presentanprofesionales y experiencia; se canalizan los antecedentes legales y contables, hacia lasunidades auxiliares (Fiscalla, SEMAT y DCYF) para que realicen sus análisis respectivos, conelfin de apoyar un proceso de toma de decisiones con mayor y mejor informaciOn por parte delos Servicios MOP respecto de Ia licitaciôn y adjudicaciOn de contratos.
La documentación solicitada por el Departamento de Registro es recibida a través de IaVentanilla de Registro del MOP, ubicada en las dependencias del MOP, en documentosorignales o legalizados cuando corresponda.
La informaciOn analizada, si cumple con los requisitos exigidos en los Reglamentos, determinanIa condiciôn "vigente" del proveedor, permitiendo a éstos obtener tanto via ventanilla Unicaconio directamente de Ia Web del Registro en Internet, el certificado para poder postular en losprocesos de Iicitación.
La calidad de vigente dentro del Registro debe ser renovada cada año, de no cumplir con esterequisito, se pasa a Ia condición de "suspendido" - o también "eliminado" Si se trata de unconsultor.
Una vez analizada Ia informaciOn del Contratista o del Consultor, se ingresa al sistemacomputacional de Registro de Contratistas y Consultores el estado del proveedor; actualizandosus datos de capacidad (técnica y econômica), estado (trayectoria), condiciOn de socios/directores/ accionistas/ miembros de equipo gestor, representante legal, profesionales yubicaciOn.
Ii ) r ( nN } kA Ilk Ak Y Di CoNuI I cff '
Como se mencionó con anterioridad, toda Ia informaciôn de los proveedores, es almacenadaen carpetas fisicas identificadas 01 el Rut del proveedor, guardadas en dependencias de unaempresa externa, quien se encarga de devolver a este Departamento dichas carpetas, cuandoson solicitas en cada uno de los procesos, con un dia de desfase.
Cuando los proveedores han realizado proyectos u obras en que se ha Ilamado al Registro deContratistas o al Registro Consultores, éstos deben ser calificados, 01 parte de a ComisiOn deRecepciôn de Obras, instancia que como su nombre lo señala, se aboca a Ia recepciôn de Iaobra o consultorla, verificando que se ha dado cumplimiento a lo establecido en las bases delicitaciOn, informando al Serviclo correspondiente y al Jefe del Departamento de Registros paraque sea ingresada Ia calificación en el Sistema lnformático del Departamento.
2.6.4 Objetivos del Sistema
A través del nuevo sistema diseñado se busca facilitar el desarrollo de las siguientesoportunidades de negocio:
• Que el sistema permita al Departamento de Registros ser una herramienta confiablepara apoyar los Servicios del MOP en Ia toma de decisiones al momento de llamar aun proceso de licitaciOn, sea este püblico o privado.
• AgilizaciOn en el proceso de ingreso de informaciOn al Registro y estado en que seencuentra cada solicitud, ya que cada usuario tendrá Ia posibilidad de consultar encada momento el estado de su solicftud, emitir certificados, recibir oficios/mail conlos resultados de sus solicitudes.
• Que, mediante el ingreso de información en lInea a través de formularios que seancompletados por Contratistas y Consultores, respaldado por documentos fIsicos, sepueda contar con información segura y confiable, más actualizada y anterior a IaIlegada de los documentos fisicos via correo a las oficinas de Ia DGOP.
• Que, mediante Ia selecciOn de una plataforma tecnolOgica más moderna y unametodologia de diseño estandarizada, se disponga de una herramienta más flexible,que permita enfrentar cambios, ya sea producto de mejoras o de adaptaciôn alnegocio.
• Que el sistema cuente con controles y avisos automáticos de fecha y sancionesautomáticas.
• Que permita administrar una base de datos de profesionales que trabajan para lasempresas consultoras y contratistas, ya sea en calidad de subcontratistas oprofesional propio de Ia empresa, a fin de identificar su participacion en losproyectos en que participan asi como tamblén evitar Ia presentaciOn reiterativa desus antecedentes en cada Ilamado a IicitaciOn.
• Que el sistema permita realizar un cruce de datos entre los profesionales queparticipan en las empresas Contratistas y Consultoras y aquellos que se encuentrensancionados o eliminados del Registro, y también entre aquellos que sonfuncionarios del MOP, (sistema recursos humanos).
GOett*NO DI CHILI )N /' T , A L Y ) L C ON UI I OR C)
• Que permita un control histórico de contratos desarrollados por organismos pUblicosyb privados, asociados a empresas (acreditaciOn de experiencia anterior).
• Que, a través de una apertura del sistema a otros tipos de (como las oficinas deregiones), se pueda liberar y descentralizar algunas actividades hoy concentradasen Ia unidad, lo que paralelamente trae el beneficio de una interacciOn de trabajomás de colaboraciOn y participativa.
• Que el personal asociado pueda dedicar más de su tiempo a realizar actividades demejoramiento o perfeccionamiento del servicio y a otras actividades del Registro deContratistas de Obras Mayores y de Consultores.
Se busca además:
• Facilitar los trámites de inscripcion, renovación o actualización, y modificaciOn de ainscripción de contratistas y de consultores.
• Mejorar Ia gestión interna con tal de acortar los tiempos de los procesosindividuales, con tal de generar más competencia en los Ilamados a licitaciOn y deeste modo también generar garantias respecto de que las empresas inscritas sonlas adecuadas para participar en el proceso, dado que reünen las exigenciasestablecidas para cada especialidad y categoria usada en Ia licitaciOn.
• Hacer gestiOn del trabajo realizado por los profesionales y administrativos delDepartamento de Registros, esto es, conocer al momento (porque se encuentra enIlnea) el estado en que se encuentra un trámite y el responsable de ejecutarlo.Obtener en linea los documentos en proceso, tanto en consolidados generales,como desagregados por proceso, P01 funcionario o en detalle.
2.6.5 Funcionamiento del Registro
El Departamento de Registros interactUa directamente con Contratistas y Consultores que sequieren acreditar para realizar trabajos con el MOP. Internamente interactUa con Ia DirecciOnde Contabilidad y Finanzas (en el caso de presentarse solicitudes de contratistas), con FiscalIadel MOP para determinar silos inscritos (sociedades) están correctamente constituidos y con IaSEMAT para evaluar las acreditaciones ambientales de las empresas consultoras y de susprofesionales.
El Departamento de Registros tamblén interactüa con las Direcciones internas del MOP, ya quepor Reglamento estas deben informar a este Departamento de las calificaciones obtenidas enIa realizaciOn de trabajos para el MOP y el desempeño que está teniendo en el contrato, cadacontratista o consultor adjudicatario, pues este Departamento. también es el responsable de aaplicaciOn de las sanciones reglamentarias correspondientes.
Por su parte los contratistas y consultores interactUan con diversas entidades pUblicas pararecolectar antecedentes en sus procesos de inscripciôn, modificaciOn y renovaciôn como son elSlI, Registro Civil, Registros de Comercio del Conservador de Bienes Raices Pertinentes,Tesorerla General de Ia Repüblica, notarias, etc. En los casos de acreditar experiencia debeninteractuar con otras empresas, Municipalidades Direcciones Operativas MOP y otrasinstituciones para las que realizaron trabajos.
GOIIRNOCHL C I (IN DR IN IAN Y DL C )NNUI TORE
d tnrtl4t
JI Dpt* ct Rg &t-o-------.. 10
Steui Cnrnput*it+øL
-kIN
-' rrtrn&do d4. Vlgn y d
(iipri - Cap.ddad1ou6ntka
Incp4zOn --
1
L D8
1)UtUI1L(UtO CJt
(Rtto l.
1 -' - - - -iyore V (leip&1 L 1ii.i--. - 4
CO.SUIUECS--
4vck) -S.IJJ MLUftUverk1.
Inairki RRJI.B- RC-ID
iio CvCmara do Carnercio.
unfldd Qrt)
Cafllccion,o\,--- -!tt$ d-w
n
de
Todo 10 anterior se visualiza en el siguiente diagrama:
F1S{ALJA
si: ri.:V1r.
0
Srvco
MC)P
Llcic1&nAPr*ca 01
Ptaod
t).atroIInOb, Pcto5yAeorio ieLL
--:. a
D.vroUo
do accione
Co iiuci oh
fl% p* 0
de ()b,*s.
A continuaciOn se presenta una breve descripción del diagrama anterior:
1. La labor del Registro comienza cuado un proveedor se acerca para inscribirse en elRegistro y por esta via poder optar a las licitaciones que Ileva a cabo el MOP. Losprocesos de inscripciOn, renovación o actualización y modificación permiten al Registrocontar con informaciOn validada de las entidades incluidas en su base de datos.
2. La labor de validar del Departamento de Registros cuenta con Ia valiosa colaboraciónde unidades auxiliares, tales como Ia Fiscalia - para los documentos legales - Ia UnidadRevisiOn de Ia Capacidad EconOmica de Contratistas, para los requerimientos de losantecedentes financieros, y que depende de Ia DirecciOn de Contabilidad y Finanzas yIa SecretarIa Ejecutiva de Medio Ambiente y Territorio (SEMAT) para validar losantecedentes de los consultores que postulan al Area del Medio Ambiente.
3. Los antecedentes de los proveedores son validados mediante servicios de consulta eInformaciOn con las entidades que los proporcionan, las que van desde el Servicio deImpuestos Internos, Mutuales de Seguridad, DirecciOn del Trabajo, Universidades,Ministerio de Relaciones Exteriores, TesorerIa General de Ia Repüblica, Conservador deBienes Raices, Registro Civil, Direcciones de Obras de Municipalidades, Cámara deComercio, Servicios MOP: SAFI, SICOF y otros.
EJ ' )N I A Y DI C,)N,U[ lORE '
4. La información validada y los antecedentes son consolidados, Ia informaciôn seguardará en papel en Bodegas y archivos de documentos, asi como en carpetasdigitales. De acuerdo a los requerimientos dicha informaciOn es relevada para consultay análisis.
5. La atenciOn de los Servicios del MOP y los requerimientos de información que estedemanda, constituye Ia realizaciOn de Ia función mayor del Registro y por consiguientees Ia más importante de las interrelaciones.
Cada Ilamado a licitación requiere que los interesados presenten el Certificado deVigencia en el Registro, en el caso de los contratistas además deben presentar elCertificado de Capacidad EconOmica.
El sistema computacional a construir proporcionará a los Servicios MOP en formaadicional, el análisis de riesgo financiero de los contratistas, un análisis comparado deatributos y Ia trayectoria de las empresas para una toma de decisiones con mayor nivelde certidumbre y confianza.
6. En el proceso de Iicitaciôn el nuevo sistema desarrolla una labor de asistencia alproceso de IicitaciOn y posterior adjudicaciôn de los contratos
7. DepartamentoUna vez finalizada Ia obra o consultoria se conforma segün sea el caso,Ia Comisiôn de Recepciôn Provisoria y luego Ia ComisiOn de Recepciôn Definitiva, oUnica segUn sea el caso, en ambas instancias se elabora el Acta de Recepciôn,documento que debe ser incluido junto con los lnformes de los Inspectores Fiscales ylas Calificaciones, e integrado a los antecedentes del proveedor contratista o consultor,para enriquecer las referencias de su historial o trayectoria.
8. Tanto las actas de Ia Comisión de Registros como los Informes de Gerencia,constituyen documentos oficiales, mediante los cuales el Departamento de Registroscomunica al Director General de Obras Püblicas su quehacer, y el desempeño deproveedores, como informaciôn de los contratos celebrados por los Servicios del MOP asu cargo, incorporando encuestas a los usuarios, auditorias realizadas al sistema degestiôn de calidad, el comportamiento de los indicadores de gestióri, las cifras de losinscritos, suspendidos, reclamos y las acciones que generan, etc.
9. La informaciOn entregada al Director General de Obras Püblicas, de forma regular yperiôdica, puede impulsar una fluida conversación con las autoridades de lasDirecciones MOP, sobre anomalIas, oportunidades de mejora, büsqueda de nuevos ymejores escenarios, que permitan el desarrollo de nuevas y mejores obras y trabajos deconsultorlas, en manos de empresas y personas naturales responsables y confiables.
2.6.6 Presentaciôn de Ia Soluciôn Informática Actual
El Departamento de Registro pone a disposiciOn del püblico Ia informacián del registromediante un acceso web. Este sistema permite Ia emisiOn de Certificados de Vigencia y deCapacidad EconOmica, donde se puede verificar además las fechas de renovación para los
,Jul
)L ( )N 1 A A Y DL CON'LJL1 ORES
interesados, Ia normativa vigente e instructivos para los procesos de Inscripción, Renovación yModificaciôn.
Los proveedores solamente pueden acceder a Ia información de su empresa, Los ServiciosMOPtienen acceso a Ia informaciOn de todos los proveedores, para los funcionarios delDepartamento de Registros y de las Unidades AuxLliares el acceso a Ia informaciOn de todoslos proveedores y Ia posibilidad de modificarla, solo radica en dos funcionarios delDepartamento. de Registros, previo registro del usuario que efectUa el camblo, hora, dia, mes yaño en que se Ileva a cabo.
Para usuarios externos sOlo estãn disponibles los antecedentes pUblicos de las empresasvigentes.
El sistema se encuentra desarrollado a niedida en Pen, con base de datos Oracle EnterpriselOg R2, cliente servidor Web y se encuentra alojado en los servidores de Ia SubdirecciOn deInformática y Telecomunicaciones. El nuevo sistema de registro deberá reemplazar el actualsistema ,migrando Ia base existente
El sistema recibe alrededor de 2000 visitas semanales tanto nacionales como extranjeras, y seaccede directamente desde Ia página Web del Departamento de Registroswww. reciistro.mop.cI.
En Ia base de datos existen actualmente los antecedentes de 2500 aprox. inscritos enconsultores y 1000 aprox. inscritos como contratistas, todo ello entre vigentes, eliminados ysuspendidos del Registro.
La informaciOn ingresada a esta base de datos, tiene referencia con los datos personales delinscrito, categorlas y especialidades vigentes, capacidades econOmicas vigentes en el caso decontratistas, socios y profesionales vigentes, contratos adjudicados en el MOP (InformaciOnentregada por el SAFI1), anotaciones respecto de suspensiones y eliminaciones.
Además existe una planilla Excel, con elfin de Ilevar un registro de Ia informaciOn que ingresa,y otra independiente con Ia finalidad de registrar Ia distnibuciôn y salida de documentaciOn delDepartamento; estas planillas se alojan en los computadores personales de cada uno de losusuarios que las alimentan (Ventanilla Unica de Ingreso, secretanla).
Por otra parte, cada analista del Departamento, Ileva planillas con Ia informaciOn de Obras ytrabajos de consultorlas, segUn corresponda, y profesionales, de apoyo para su análisis, en IadeterminaciOn de categorias y especialidades en todos los procesos.
2.6.7 DescripciOn de los Procesos
En el proceso de análisis se revisan los antecedentes entregados por los contratistas yconsultores, con tal de llevar a cabo el procedimiento solicitado por éste (modificaciOnrenovación o inscripciOn), para lo cual son enviados a los profesionales o técnicos que
Sistema de AdministraciOn Financiera, de Ia DirecciOn de Planeamiento del MOP
( lj\J 1F\ I IiO Y DI CONSUL Ok1 S
correspondan, segUn el tipo de antecedente (técnicos, legales o contables en cada caso). Si losdocumentos no presentan alcances (esto es, observaciones o reparos) se procede a actualizarlos datos en el sistema de Registro y se informa al interesado a través de un oficio del Jefe delDepartamento de Registros.
En caso de detectarse anomallas en Ia entrega de los antecedentes se procede de Ia siguientemanera:
El analista contable, legal o medioambiental que detecta una no conformidad con losrequerimientos establecidos en los Decretos MOP 75 y 48 u otro aplicable o por falta deantecedentes o documentos, procede a escribir un oficio del jefe de Ia Unidad Auxiliarcorrespondiente dirigido al Jefe del Registro, especificando cuáles son los errores encontrados(alcances).
El Jefe de Ia Unidad Auxiliar verifica el trabajo realizado por el analista, procede a enmendar Sies del caso o bien ratifica y envIa el oficio. El oficio se identifica con un n° ünico, Ia firma delemisor y del Jefe de Area respectivo. El oficio se adjunta a Ia respectiva carpeta y se envia alJefe del Departamento de Registros. Este oficio queda siempre en Ia carpeta, al igual que losotros antecedente.
El analista técnico recibe oficio con los alcances procedentes de analista legal yb contable, ybmedioambiental, escribe nuevo Oficio del Jefe del Departamento de Registros, dirigido alConsultor o Contratista, con los errores detectados por los analistas legal yb contable más losdetectados por él (Si hubo). Este oficio es validado por el Jefe del Departamento de Registros,habida consideraciôn de los respaldos que constan en Ia carpeta correspondiente que dansustento y avalan Ia medida. De no ser asI, en el mismo oficio el Jefe del Departamento orientaal analista sobre las enmiendas a realizar, documento que le es devuelto para esos efectos.
En caso de validar el documento presentado, se saca fotocopia de respaldo del oficio enviado,se deja en Ia carpeta correspondiente y se envIa via carta certificada del Jefe del Departamentode Registro al Consultor o al Contratista.
Mientras el Consultor o Contratista responden a los alcances, las carpetas son identificadas yalmacenadas, dependiendo del proceso.
2.7 Diagrama de Procesos
2.7.1 Proceso General del Departamento de Obras Menores del MOP
GOItIODECHILII fl ( ON RIO ISI/0 Y DL CONSUL LORE
Proceso General del Departarnento de Obras Menores MOP
CantrahisaOh4an SEREMLOCYF SEREMI - OFTECRCA
SREMI - OFTNA
SEREMI OF SEREMI - OF SEREMI OF SEREMlConaaRnRegisfra)
SEREMI Firalis(Doplo Legal) SEREMI.DCYF
tOn' L
2' 4* 4
"H*
I IIi-R I
I 9*44*449
L___ ___ ___l4j
[ i 4
[L__
14*4* -
______
L7.
'C
_________ 4
__________
4 "
___________
14I___________
I *14
L__
_________
I, r
* *4*4 4*444OL**d*4
___________
421144
44Ic ,*, *
41 C 9 143 **44#*4 9
L.:9* I19,t*
;'o I __
(:(' C
ji____ II44* *C14*
4, .9
-
r*
2.7.2 Proceso General del Departamento de Obras Mayores y Consultores MOP
GOILINO DI CHILL 0. CON IRA11S[AS Y DE. CONSUI..TORES
OM'4 OP
OC X,OF DOP. Si Do1e CadLcOri
_____ H± H1
U E E
\DN I-/. [IS I AS Y OS CONSUL.TORES
3 Construcciôn de Ia Solución.
3.1 Objetivos
A continuaciOn, se describen todas las mejoras al proceso actual identificadas en el proceso dediseno. Estas se incluyen en forma referencial, ya que como se explicO anteriormente, lasfuncionalidades precisas a construir son las detalladas en los anexos que contienen el diseñodel sistema, las cuales deberán ser validadas durante Ia fase de levantamiento del proyecto.
3.2 Mejorar el ingreso de información
Situación actual: Existe una alta complejidad en los trámites de recopilaciôn de antecedentespor parte de los interesados en los procesos de lnscripciOn, RenovaciOn y ModificaciOn. Losprincipales afectados son los clientes del Registro, es decir, los servicios del MOP, quienesse yen privados de contar con todos los antecedentes e informaciôn de los potencialesproveedores para el desarrollo de los contratos. También se yen afectados los contratistas yconsultores (personas naturales o juridicas) y el Departamento de Registros de Ia DirecciOnGeneral de Obras PUblicas.
Esta complejidad se incrementa notablemente por Ia necesidad de hacer fluir análisis yopiniones de un especialistas a un analista a través de documentos verificables, lo que obliga arodear todo documento de una burocracia que avale y asegure quien entrega y quien recibe,aumentando el nUmero de manos por las cuales pasa el documento y por consiguiente lostiempos de proceso, a lo que se debe agregar los tiempos muertos en los avisos a losinteresados.
Melora: El nuevo sistema debe permitir el ingreso de informaciOn en Ilnea, facilitando Ia tareade los proveedores para Ilevar a cabo sus procesos en Imnea. De igual forma el análisis de lassolicitudes se Ilevará a cabo con carpetas digitales, con el consiguiente ahorro de tiempo eincremento de Ia seguridad y con ayuda de formularios tipo - incorporados al sistema - quefacilitarán el trabajo de los analistas.
AsI también el nuevo sistema está definido de manera tal, que cierta informaciôn provenientede organismos püblicos como Registro Civil, Direcciôn del Trabajo y SIl, sea solicitadadirectamente a través del Departamento de Registros a los entes externos, e internamente alas Direcciones MOP para el ingreso de certificados de experiencia de contratistas yconsultores y también de los ex funcionarios -MOP, por el Departamento de Registros,facilitando Ia recopilaciOn de informaciOn para los interesados en inscribirse.
En suma existe en el nuevo sistema una clara orientaciOn a incrementar Ia seguridad en elmanejo de Ia información, disminuir los tiempos de los procesos, cruzar informaciOn desde lasfuentes y facilitar el trámite a los proveedores.
4'14
/1
H DH [H CE)NJR/-\TIS T AS Y DE: CONSULTORES
3.3 Mejorar Ia disponibilidad de información
SituaciOn actual: No existe una notificación del estado actual de los procesos de losdocumentos para los interesados, ni herramientas que detallen el estado de los procesossolicitados por Contratistas y Consultores. Los principales afectados son contratistas yconsultores (personas naturales o jurIdicas) y el Departamento de Registros de Ia DirecciônGeneral de Obras Püblicas.
Todo esto genera que los proveedores intentan realizar averiguaciones telefônicamente, usanconversaciones con amigos, o realizan consultas en persona en las Oficinas del Registro.
Meiora: El nuevo proyecto hará más transparente los procesos para los proveedores, generalas alertas correspondientes de manera de evitar suspensiones y otro tipo de sanciones,mostrando en linea, en todo momento, et estado de sus solicitudes.
3.4 Registro en IInea con acceso privado
SituaciOn actual: El actual sistema no hace fluida Ia inscripción, renovaciôn y modificaciOn deregistros, lo que provoca muchas veces tener que extender los plazos definidos, provocandodemoras en los procesos del Registro. Los principales afectados son contratistas y consultores(personas naturales o jurIdicas) y el Departamento de Registros de Ia Direcciôn General deObras PUblicas
Melora: El proyecto generará los procesos de inscripción, modificaciOn y renovaciôn en linea decada contratista y consultor, a través de claves de ingreso.
3.5 Carpetas Digitales
Situación actual: Los antecedentes para Ia realizaciôn del análisis son mantenidos en papel,almacenados con ayuda de una empresa externa y deben compartirse entre varias instancias,por lo que si hay dos o más Departamentos que necesitan chequear alguna informaciOnsimultáneamente, deben esperar que el primero to desocupe. Los principales afectados son elDepartamento de Registros de Ia DirecciOn General de Obras PUblicas, Fiscalla, SEMAT,Contabilidad y Finanzas. Esto hace que se extiendan los plazos de incorporación al Registro ygenera tiempos muertos, debido a Ia circulaciOn de documentos en papel, con los respectivosvalidadores de recepción y entrega de éstos, actividades que consumen tiempo, acciones yrecursos y que no se traducen en agregar valor.
Mejora: lncorporaciOn de carpetas digitales con información segura y confiable de contratistas yconsultores en linea, que contengan los antecedentes legales, contables y técnicos de loscontratistas y consultores, sus respectivos resultados de anãlisis y segUn los distintos procesosconcluidos por estos Ultimos, antecedentes que permiten su análisis en paralelo por parte delos analistas y unidades auxiliares.
DL [F [IL; /\S Y DE: CONSUL1OFES
3.6 Mejorar Ia Comunicación
SituaciOn actual: Ante cualquier problema (suspension, observaciones a antecedentes decuaiquier Indole), Ia comunicación con los interesados es a través de Ia emisiOn de un oficioenviado por correo, extendiendo los plazos de las iteraciones. Los principales afectados sonContratistas y Consultores (personas naturales o jurIdicas).Mejora: Mejorar a comunicaciOn con los Contratistas y Consultores ante falta de antecedenteso poca consistencia de los mismos a través de medios electrOnicos como e-mails o IapublicaciOn de envIo de oficios al interesado (además del envIo de los documentos fIsicoseständar como oficios) en Ia mayorIa de los casos posibles.
3.7 Integracion de Registros
SituaciOn actual: El Registro de Obras Menores, se maneja regionalmente e independiente delRegistro de Obras Mayores. Una vez al mes, se envia desde regiones el listado deContratistas de Obras Menores al nivel Central. Esto origina que actualmente un contratista quees excluido de una region, pueda ingresar a otra. Además, no existen registros de Consultoresen regiones, solo en el nivel central. Los principales afectados son el MOP, Contratistas yConsultores (personas naturales o juridicas). El problema de fondo, es que existen de mUltiplesregistros aislados y no comunicantes.
Mejora: Integrar a las oficinas regionales para mantener un repositorio Unico con acceso Web,esto ayudará a sentar las bases para el Registro Nacional Unico de Contratistas y deConsultores que administrará el MOP.
Es necesario que el sistema realice una validación entre los Registros de 0. Mayores, 0.Menores y Consultores, ya que todo Contratista puede optar a ser Consultor de cualquier Areao categorla a excepciOn del Area "inspecciones". Asimismo, todo Consultor puede optar a serContratista, pero en ese caso, el Registro lo borra del area Inspecciones.
El sistema debe validar que si un interesado que esté incorporado en el Registro de ObrasMayores y desea ingresar al Registro de 0. Menores, o viceversa, este ingrese sOlo a aquellosregistros (especialidades) no equivatentes, puesto que, reglamentariamente un contratista nopuede estar inscrito en ambos registros, en una misma especialidad o registro.
El Registro de 0. Menores debe contar también con funcionalidades de bUsqueda con el RUTdel Contratista como entrada y el despliegue de todos los registros y Ia especialidad en Ia cualse encuentra.
El sistema debe validar que los datos de aquel profesional que sea calificado, coincidan con lascaracteristicas, que se incorporaron en los requisitos presentados por Ia empresa contratista.
Cuando una empresa Contratista gana una IicitaciOn, e ingresa a sus profesionales, no puedeposteriormente, durante Ia ejecución de Ia obra, cambiarlos sin consultar al Servicio quecontratO sus servicios, pues de lo contrario el Inspector Fiscal deberá solicitar una sanciOn alRegistro, quien lo Ileva a Ia ComisiOn de Registro. Luego, se debe evaluar con los servicios
( I ki\ I IST7\S Y DII CONSULTOIES
correspondientes que ingresen datos detallados de Ia licitaciOn, como profesionales queparticiparán de ella, montos de Ia obra, etc. (completar ficha dispuesta al efecto en elDepartamento de Registros).
Valen en este caso todas las consideraciones para los reportes solicitados en 0. Mayores.
Del mismo modo, el Servicio debe informar al Departamento de Registros cuando se producealgUn término anticipado de contrato, se hace efectivo el cobro de alguna boleta de garantia, seproduce el atraso en Ia iniciación de los trabajos o existe cualquier tipo de incumplimiento porparte del contratista o consultor, en el desarrollo del contrato.
3.8 Entregar lnformación Complementaria
Situaciôn actual: Sanciones por actualizaciones o renovaciones no realizadas, por malascalificaciones, ausencia o inconsistencia de Ia documentaciOn presentada u otras razones, oestimulos (calificaciories) a los inscritos, no son automáticas, y no se controlanautomáticamente. Los principales afectados son el Departamento de Registros de Ia DirecciOnGeneral de Obras PUblicas, Fiscatla, Contabilidad, Finanzas, Contratistas y Consultores, y lasDirecciones Operativas. El impacto negativo es Ia adjudicación inadecuada de licitaciones, elno cumplimiento del Reglamento, pues no hay alertas o avisos cuando se cumplen los plazos,asi como no hay información adicional.
Mejora: Generar informaciOn adicional para Ia generación de sanciones y estimulos, además deautomatizar estos procesos lo más posible.
Que el sistema entregue Ia fecha automáticamente segUn Ia siguiente regla: La fecha deactualizaciôn es un mes antes de cumplir el año, a excepciOn de aquellos contratistas que seinscriben en Febrero y Marzo, condiciOn que en el nuevo Reglamento para ContrataciOn deTrabajos de Consultorias, se hará extensiva a los consultores. El instructivo Contable entregalas fechas de actualizaciones (o renovaciones) conforme Ia fecha de inscripcion del contratistaen el Registro.
Además se incorporarán funcionalidades de gran utilidad como: InformaciOn sobre Iaexperiencia real en determinada especialidad, Capacidad Econômica Minima Disponible,Riesgo Financiero, Calificaciones, Rendimiento de atrasos, Informes Gerenciales a los serviciosdel MOP, Comparación entre empresas, informes de gestion internos de documentos enproceso, tanto generales, como de cada procedimiento, o carga de trabajo de los analistas,entre otras.
3.9 Compartir lnformaciOn
Situación actual: PresentaciOn reiterada de documentación en los Ilamados a Iicitaciôn: listadosde proyectos u obras en ejecuciOn - listados de proyectos u obras ejecutados - CertificaciOn deexperiencia técnica, responsabilidad técnica, certificados de Titulos Profesionales (el Registrotiene los certificados en original de todos los inscritos), etc. Los principales afectados son elMOP, Contratistas y Consultores (personas naturales y juridicas). Esto provoca que una gran
i.. CONJ J1/\THTAS Y i.)[: CoNsuLfoI[.s
cantidad de documentaciôn sea solicitada en forma reiterativa y por diferentes unidades delMOP.
Melora: Corn partir información referente a licitaciones, adjudicaciones, contratos sanciones,inforrnaciOn generalizada, etc., por ejemplo, cuando hay una modificaciOn, no se le piden todaslas carpetas nuevarnente al Contratista, sino que solo los documentos que acrediten IamodificaciOn. Incorporar con temas de carpetas digitales.
3.10 Digitalizacion de Ia Documentación
SituaciOn Actual: La documentaciôn se administra de forma fisca a través del ingreso atDepartamento de registro por Ia Oficina de Partes del MOP.
Mejora: Se requiere que Ia documentación fIsica ingrese at MOP por Ia misma via,posteriormente será enviada a! encargado de digitalizar Ia documentaciOn y su posterioringreso al sistema informático de registro (SCRCC).
El MOP definirá el procedimiento interno para Ia administraciOn documental y el sistema dedigitalizaciOn de documentos.
3.11 Workflow de aprobaciOn
SituaciOn Actual: Existe un procedimiento de aprobaciOn manual de documentos internos delDepartamento de Registro
Mejora: Se requiere que el sistema contemple las aprobaciones de forma electrOnica de losmiembros del Departamento. Para ello el sistema debe contemplar un workflow interno de IaaplicaciOn entre los usuarios del sistema de registro.
Este workflow deberá permitir Ia integraciOn con el mOdulo de firma electrOnica que MOPcontrate.
El MOP definirã un Workflow corporativo el cual se encargará de integrarse con el workf low deeste sistema.
3.12 Módulo de Pago en LInea
Sistema Actual: MOP permite el pago de Ia inscripciOn directamente en Dependencias deDCYF (DirecciOn de Contabilidad y finanzas).
Mejora: El sistema debe contemplar Ia integracion con el MOdulo de Pago en Linea que MOPcontrate
(i T/\1 SA '( L)E CoNSuLToiEs
3.13 Gestión del Término de Contrato de una Obra
Este proceso se debe desarrollar completamente, es decir hacer su Diseño y Ia Construcciôn eimplementacion.
3.13.1 Servicio de captura de informaciOn generada al Término de un Contrato de unaObra.
Los objetivos de este requerimiento son:
- Describir los beneficios para el MOP, de contar un procedimiento administrativo-informático funcionando para Ia obtenciOn de informaciôn generada at término de unContrato
- Describir los mecanismos administrativos-informáticos para obtener el flujo deinformaciôn generada a! término de un Contrato.
3.13.2 DescripciOn del Req uerimiento
El servicio "Término de Contrato" pretende recolectar Ia informaciôn que se genera at términodel contrato y eventualmente aquella que fue generada durante Ia ejecución de este tat como:
- Calificaciones del contratista
- Fecha de termino real del contrato
- Archivo tnforme final (Diseños de ingenierla, Diagnôsticos, Estudios básicos)
- Informe de obras realizadas (conservaciones).
- Informe de Inspectores Fiscales
- Ficha de Calificaciones Departamento de Registros
El servicio debe permitir to siguiente:I .-Repositorio comUn: podremos contar con archivos asociados a contratos en un repositoriocomün del MOP, to que facilitará eI acceso a estos.
Si esto se vincula con el proyecto de "Fichas de Proyectos" podrIamos tener como resultadoinformaciOn administrativa y financiera y una serie de archivos asociados at contrato ybproyecto, esto con Ia posibilidad de accederlo a través de un mapa. Lo que redundarla en másy mejor informaciOn asociada a nuestros proyectos y contratos para disposiciôn interna delMOP y del Estado en general.
rF•!\ iI f '\S Y LI)F (ONSUI.TORF:S
2.- Calificaciones de contratistas: aumentaremos considerablemente (tender al 100%) Iarecopilacion de informaciOn respecto de calificaciones de los contratistas de contratos confondos sectoriales.
3.- Estado de contratos y proyecto: sabremos que se terminO un contrato y Ia fecha en quesucediO con esto podremos cambiar el estado del contrato (SAFI) y eventualmente del proyecto(Exploratorio).
4.- Inventario de obras: podriamos tener informaciOn que alimentara el Sistema de lnformaciOnGeográfica respecto del camblo en el estándar de las Obras con lo que mejorariamossustancialmente Ia información de nuestro SIG.
3.13.4 Web.
Esta recolecciOn de información se hará via Web, Ia cual podia ser accesada por losinspectores fiscales, Directores Regionales o quien ellos disponga para ingresar Ia informaciOn.
Debe tener al menos dos funcionalidades:1. lngresar informacion parametrizada, tal como: fecha de término real, fecha informe
inspector fiscal, calificaciones al contratista (1 a 7), etc.2. Subir archivos para los cuales se puede identificar claramente el nombre, Ia categoria
(informe final, archivo fotografico, etc.). Los archivos deben adjuntarse a Ia carpeta deuna empresa y deben estar asociados al contrato correspondiente.
3.13.5 Control Administrativo.
Se informará mediante oficio del DGOP, Subsecretario o Ministro a los Directores Nacionales yRegionales, también por Ia página intranet del MOP y correos a los responsables en regionessobre esta forma de operar para Ia recolecciOn de informaciôn.
Además, para reforzar el ingreso de Ia informaciôn proponemos el procedimiento administrativopara que desde el Departamento de Registros se rescate informaciOn, desde SAFI, sobre loscontratos terminados legalmente y envIe mail, avalado por el DGOP u otra autoridad, a losDirectores Regionales en el cual se infornie sobre aquellos en los cuales aun no se reciben IainformaciOn. Este procedimiento es bastante trivial, pero al no haber un procedimientoadministrativo que incentive Ia entregar Ia informaciOn y de paso informar del término delcontrato y sus efectos.
ONI R/iiSJAS Y i)F: CONSULTOI:RES
4 DescripciOn de los Requerimientos de Construcciôn
4.1 Listado de Requerimientos.
En el Anexo 2 se listan todos los requerimientos levantados para el sistema. Estosrequerimientos se incluyen en forma referencial; las funcionalidades precisas a construir son lasdetalladas en el Anexo 1 Casos de Uso.
Debe considerarse tam bién:
Que para todos los efectos el mandante se reserva el derecho de requerir, un ocho porciento del total de horas horn bre para el desarrollo o adaptación de funcionalidades.
> Asesorla para Ia implementacion de Ia firma electrônica entre el personal delDepartamento de Registros y las Unidades Auxiliares (aprox. 20 personas).
> El sistema debe cumplir con los estándares corporativos definidos por MOP
El desarrollador deberá entregar toda Ia documentaciOn de proyecto al MOP y en el caso queMOP decida cambiar a un nuevo proveedor, el desarrollador deberá asistir al MOP en elproceso de transición hacia el nuevo sistema.
Los servicios que Ia empresa deberá entregar son los siguientes:
4.2 Documentación del Software
Antes de colocarlo en producciOn, deberá estar disponible Ia documentaciôn del software,a lo menos en 2 ejemplares impresos y una copia en archivo magnetico, con el contenidoque se describe en cada caso:
Manual del software y su estructura:
Diagrama de procesos de negocio implementados
Funciones principales.
Servicios que Ia conforman y funciones detalladas.
Estructura de archivos de integracion
Especificaciones de servicios aprobadas por el Jefe de Proyecto.
Diagrama de navegacion de interfaz y las Ilamadas a servicios.
Diagrama de Entidad/RelaciOn por cada proceso de negocio implementado.
NOOC F ( )N 1/\T O/\S Y DE: CONSUL ORES
Diagramas UML que Ia complejidad de Ia soluciOn implementada requiera, comominimo se entregará los diagramas de casos de uso, de clase, de interacción entreclases, de secuencia, de estados, de instalación y de objetos. Si bien es cierto seentregaran aI adjudicado los diagramas generados durante el proceso de diseño,éstos deberán ser validados, completados y actualizados durante Ia construcciOn.
Rutinas comunes (procedimientos, triggers, etc.), documentadas en cuanto a nombre,entrada(s), salida(s), ubicación, lenguaje, programas que Ia Ilaman.
Diccionario de datos.
Catalogo de Reportes.
Niveles de usuarios y seguridad.
Gulas de las Interfaces del sistema
Plan de Contingencia
Carta de liberación del sistema
Manual de Usuarios
Objetivos y Caracteristicas
Informe de configuracion y parametrización del sistema.
Entradas, Validaciones interactivas y batch, Salidas.
Estructura de navegación /pantallas por proceso.
Procedimientos para ingreso y extracciôn de datos.
Procedimientos para efectuar consultas predefinidas.
Procedimientos para construir informes no definidos.
4.3 Informes de lnteracción del Software
Informe de procedimientos y mecanismos de interaccián con otros sistemas.
4.4 Informes de Pruebas y Paralelos del Sistema Aprobados
Se deben proponer y acordar los procedimientos de Pruebas y Paralelos entre eldesarrollados y el Ministerio, donde se deben definir al menos los siguierites planes depruebas:
o Planes de Pruebas Operacionales, que deben ser orientados y definidos decorn Un acuerdo, con las consideraciones y exigencias del area de Operaciones.
I. N [/\j A' \( DE CONSUL.TORES
o Planes de Pruebas Funcionales, las cuales se orientan a Ia Consistencia de lasAplicaciones y sus interfases, las cuales deben estar de comün acuerdo con elArea do Desarrollo de Sistemas
o Planes de Pruebas de Consistencia de lnformaciôn, las cuales deben seraprobadas con el Cliente.
5 Requisitos de Ia Solución
5.1 MetodologIa de Trabajo
Para el desarrollo del proyecto, el MOP constituirã una estructura organizacional IlamadaComité de Gestión de Proyectos, Ia cual está integrada por:
Un Gerente do Proyecto MOP, definido por el Director General do Obras PUblicas.
Un Cliente LIder, el cual representa al Departamento de Registro do Contratistas y Consultores
Un Jefe do Proyecto MOP, el cual representa a Ia Subdirecciôn de lnformática yTelecomunicaciones do Ia Dirección Genera! do Obras PUblicas.
Este Comité sesionará periodicamente, revisando los Reportes do Avance que entregue el Jefede Proyecto MOP. En caso quo alguno do los integrantes del Comité lo considere necesario, secitará a dichas sesiones al Gerente de Proyecto por parte del proveedor, al Jefe de Proyectopor parte del proveedor, a otros clientes o a quien se requiera para tratar aspectos especIficosdel Proyecto.
El Jefe de Proyecto MOP informará sobre el cumplimiento do los diferentes hitos del proyecto,en particular, sobre aquellos hitos quo signifiquen 01 pago do una de las cuotas asociadas a sudesarrollo. Dicho informe, en caso do conformidad por parte de los integrantes del Comité, darálugar a Ia aprobaciôn do dicho pago, lo cual será informado al Inspector Fiscal que el Ministeriodesigne para el contrato que resulte do Ia celebraciOn del Convenio por realizar.
El Jefe de Proyecto por parte del proveedor será responsable do mantoner actualizada Ia cartaGantt del proyecto y de generar informes de avance semanales, do acuerdo a formato definidopor el Ministerio y quo será entregado al Gerente de Proyecto MOP.
En caso do desacuerdos en el equipo de trabajo del proyecto, éstos serán arbitrados por elDirector General do Obras PUblicas. For su parte, el Comité do GestiOn de Proyectos será elrosponsablo do canalizar todo aquello que requiera do otras instancias del Ministerio paragarantizar 01 éxito del proyecto.
Respecto a Ia metodologia do desarrollo, ésta deberá ser claramente definida por elpropononte en su oferta. En todo caso, deberá ser cohorente con el ordonamiento do lasetapas y cumplimiento do los hitos que se estab!ecen en Ia carta Gantt. La motodologia dobogarantizar el cumplimiento de las siguientes buenas prácticas:
.1-'
flN /\fl TAS Y [)L (ONSUL1ORES
Desarrollo iterativo.
AdministraciOn de requerimientos.
Foco sobre Ia arquitectura.
Modelamiento visual.
Asegurar continuamente Ia cal idad.
Manejo del cambio y activos.
Respecto a los horarios del trabajo que el personal externo deba realizar con el personal enoficinas del MOP, éstos deben ser coordinados de tal manera de no producir conflictos deoportunidad y presencia de los funcionarios y de comün acuerdo, con Ia flexibilidad del casoante situaciones emergentes para ambas partes.
5.2 Arquitectura, Plataforma y Normativas Técnicas
Requisitos metodologicos
La metodologias propuesta por parte del desarrollador debe considerar como minimo:
a. Modelamiento en N capas
b. XML debe ser lenguaje de comunicación
c. lntegracion via Web Services
Ante Ia eventualidad que se produzca un incidente en el sistema desarrollado, el oferentedeberá considerar como mInimo aspectos tales como:
Tiempo máximo de respuesta a incidenteTiempo máximo de evaluaciOn de Ia solución
Este servicio operará en base a eventos relacionados con fallas o problemas de rendimiento,cuyo origen esté en Ia construcciOn, implantación o configuracion del sistema, y se clasificarãnen 3 tipos:
Simple: El sistema presenta una o más fallas o errores menores o pérdida de rendimiento perosin impactar Ia operación.Grave: El Sistema presenta fallas o errores con pérdida de rendimiento o funcionalidad,impactando e impidiendo parcialmente Ia operación normal del Sistema.CrItico: El Sistema presenta fallas o errores, con perdida de rendimiento impactando todo elSistema impidiendo completamente su operación.
El procedimiento para comunicar estos incidentes será a través del administrador del contratode MOP a Ia contraparte comercial del oferente mediante un comunicado por email para que el
L
N 1tA TN FAS 'Y [)F. CONSU[.TORES
oferente de pronta respuesta en Ia soluciôn del incidente y el oferente responderá mediante Iamisma via Ia resoluciOn de los incidentes.
6 Cronograma o Carta Gantt
Los proponentes deberãn entregar una carla Gantt propuesta, Ia cual será revisada at cabo deIa primera etapa del proyecto. For to anterior, serã necesario que el oferente presente un plande trabajo to rnas detallado posible indicando entre otros factores: etapas, actividades,responsables, indicadores, fechas, dedicaciôn, productos yb entregables correspondientes acada una de las actividades.
Además, debe incorporar Ia participaciOn -cada vez que sea necesario- del personal de Ia SDITy el MOP que estarà involucrado en las distintas etapas del proyecto.
Deben ser incluidos en Ia planificaciOn (como hitos) los hitos de pago existentes en las basesadministrativas de Ia presente licitaciOn, y ademãs de Hitos de Control, para las aprobacionesde resUmenes de tareas.
is lAS DE CONSULIORES
7 ANEXOS
7.1 Anexo 1: Casos de Uso Listado de Requerimientos EspecIficos paraconstruir Ia solución Final
Nota: Documento adjunto.
7.2 Anexo 2: Listado de General de Requerimientos EspecIficos
Reguerimientos EspecIficosIngreso de documentaciôn en lineaIngreso de formularios en linea
Chequeo y validaciôn de campos de acuerdo a los instructivos anteriormentingresados
Alerta ante informaciOn necesaria faltanteValidaciôn de informaciôn de formularios con certificados de profesionaler
existentes de experienciaTipos de Consultas
Estado de solicitudEmitir CertificadosRecibir Oficios o emails con los resultados de las solicitudes
El sistema debe informar a! Departamento de Registro o Seremi del ingreso thinformaciOn
Formulario especial para los analistas donde ingresen resultadosIngreso de observaciones y alcancesValidaciôn de datos
Repetición de profesionales y sociosSi los profesionales son nuevos o retiradosSanciones aplicadasExperiencia econOmicaProfesionalesCalidad profesionalExperiencia acorde a categorias y especialidadesBüsgueda si el profesional se repite en varias empresas
Suspension automática en caso que no se actualice a renueve el registro cuandccorresponde
EliminaciOn automática de los contratistas y consultoresEstImulos automáticos a los contratistas por calificacionesGeneraciOn de estadisticas y reportes
U
Aii 1'\$ Y DE CONSULTORES
Procesos realizadosTiempos de demoraUsuarios involucradosDocumentaciOn generada por proceso
Sistema debe tener perfilaciOnConsiderar perfiles para Obras Mayores (nivel centra') y Obras Menores (Seremis)Rol gue pueda ver ambos niveles (Central y Seremi)
Usuarios a nivel de base de datos (NO)Reporte de cam bios de cada usuarlo realizado a nivel de base de datos
Workflow interno del sistemaEl sistema debe contemplar un workflow de registro para los usuarios internos del
departamento de registro.
Capacidad de emisión de documentosRecopilaciOn de los informes técnicosRecopilación de informes legalesRecopilaciOn de informes contablesCertificados dependiendo del inscrito
Emisión Automática de DocumentosCartas/em ails para avisar su actualizaciOn o renovaciônResultado de Ia solicitudAlmacenamiento de todo estos datos (ej. emails enviados)
Validación de contratistas y consultoresSegUn capacidad económicaSegUn profesionales
CantidadAños de titulaciónProfesiôn
SegUn calidad del profesionalSegün experiencia del profesionalSegUn CategorlaSegUn Especialidad
Validar Presentaciãn de documentosConsiderar Ilenado de formularios en IlneaChequeo de documentaciOn ingresada por el usuarioComprobacion de documentación fIsica ingresada
Valid aciOn de profesionalesRepeticiones
Validación de sociosRepeticiones
Poder ver informaciôn detallada referida aSociosRepresentantes LegalesAccionistasDirectorioEguipo Gestor
Ver listado de contratistas yb Consultores a suspender o eliminar
1'
GOeIUNODLCHJLE P J/0 Y 1)1 CoNPJI TORI
Almacenarniento de los motivos de Ia suspension y eliminaciOnAlmacenarniento de inform ación de contratos
Calificaciones por etapas de proyectosAspectos involucradosIntegrantesSancionesDocumentos AnexosApelaciones
IdentificaciOn de facultades de U niversidades inscritasRegistrar e indicar fechas de renovaciOn del contratista o consultorConexiOn con otras bases de datos
SI'Registro CivilTesorerla General de Ia RepublicaSAF I
En los socios debe aparecer Ia profesion del socio para un inscrito particularDebe categorizar Ia informaciOn segUn
Antecedentes TécnicosPersonal Profesional, equipo gestor, fecha de titulo, titulo, universidad, fechar
ng reso/eg resoObras ejecutadas, nombre obra, UTM, descripción, mandante, RUT mandante,personal de Ia obra, especialidades, calificaciones MOP
Alerta de subida o bajada de categorlaAntecedentes LegalesNombre, Rut, profesión, fecha ingreso/retiro de socios, RL, accionistas, porcentaj
de participaciOn sociedadAntecedentes contables (caso contratistas)
La informaciOn histôrica debe ser digitalizadaPermite obtener el certificado de postutaciôn a procesos de licitaciOnIntegración con servidor de correo paramétricoGeneración de documentos electrónicos
El sistema contempla Ia emisiOn de docurnentos electrOnicos para Ia ernisiOn dE.Oficios y Providencias. Estos no considera Ia integraciôn con el WF corporativo.
HistOrico de todo tipo de cam biosFirma Digital Avanzada en Documentos
Se requiere un histOrico particular de subidas y bajadas de categoriasGenerar automáticamente Ia tabla realizada iriicialmente por Ia secretaria del Ada
presentada a Ia corn isiOn menos VariosCarpeta Virtual para documentosRegistro de Contratistas para Obras Mayores
Es adrninistrado por el nivel centralLos contratistas deben presentar a docurnentaciónAntecedentes Técnicos
Carta conductora
U.. ( /T T/\S '{ DE
Farmularia FlFormulario F2Formularia F3
Antecedentes contablesAntecedentes legalesI nformacion y antecedentes adicionales
Registro de Contratistas para Obras MenoresEs operado par las SEREMISLas cantratistas deben presentar Ia dacumentaciónAntecedentes TécnicasCarta canductaraFormularia FlFarmularia F2Farmularia F3Antecedentes cantablesAntecedentes_legales
Es administrada a nivel centralPravee un listada de Consultares elegibles
Se debe presentar una carta de solicitud al Jefe del Departamenta de Registras thContratistas y Cansultares del MOP (Verificar si el reglamenta exige que sea carta fisica)uede ser electrónica)
Se ingresarán al pracesa sOla aguellas salicitudes gue acampañen toda Ia infarmaciOnDebe estar clasificada de acuerda a especialidadSi na se presenta Ia salicitud de renavación cuanda carrespande se suspende del
registro de cansultaresCan plaza maxima de suspension de 90 dIasSi en este plaza cansultar na presentare las antecedentes respectivas es eliminada l
nscripcion del registraSi las dacumentas fueran emitidas en el extranjera, deben venir con Ia visación
carrespandienteAntecedentes TécnicasCarta canductaraNecesidad de Factura de Derecha de lnscripciOn a capia legalizadaFarmularia FlFarmulario F2Farmularia F3Antecedentes LegalesAntecedentes Camunes
Actualizacion de Registra de Cantratistas para Obras Mayares y MenaresSi na se presenta Ia salicitud de Actualización en el plaza carrespondiente implica I
suspension autamática del RegistraLa presentaciOn de su actualizaciOn es en el mes anteriar al vencimienta excepta si el
(encimienta es en Febrera y MarzaCan un plaza de 30 dIas se debe actualizar el registra en las casas que
LJkV
/ II'- T' ) DI CC) N U I I 0 RI
Cambios producidos en su constitución legalCambios en su experiencia acumuladaCambios en Ia constitución o aporte de experiencia de su equipo gestor o de su staf
profesionalEl no cumplimiento de lo anterior serä sancionado de acuerdo a lo establecido en el
artIculo 450 de dicho Reglamento.
Antecedentes TécnicosIngreso de Carta conductoraFormulario FlIngreso de Factura de Derechos de Actualización o copia legalizadaCertificado de AntecedentesDeclaración jurada de los profesionales del contratistaSi hay cambios que alteren el requisito de personal profesional
Profesionales que no continUan en Ia empresaProfesionales que ingresan a Ia empresa
Se debe cumplir con todos los reguisitos de una inscripcion normalIngreso de antecedentes Legales
Copia autorizada de Ia inscripción en extracto de Ia escritura constitutiva de lsociedad
Si han existido cambios de administraciôn, de integración de socios, de directoriomodificaciones legales
I ngreso de antecedentes ContablesPresentar estados financieros al 31 de diciembre del año inmediatamente anterior
Modificación de Registro de Contratistas para Obras Mayores y MenoresPresentar antecedentes para realizar una modificación del registro con plazo de 30
dIas en caso de:Cambios producidos en su constituciOn legalCam bios de experiencia acumuladaCam bios en constitución o aporte de experiencia de su equipo gestorCambios en Ia constituciôn o aporte de experiencia de su staff profesionalSi no se ejecuta lo anterior se sanciona segUn el artIculo 450 de dicho Reglamento
Se debe realizar el pago por derecho de modificaciónSi modificación es Legal yb ContableSe debe incluir Ia carla conductora, formulario Fl y factura de derecho th
modificaciOnAntecedentes Técnicos
Ingreso de Carla conductoraFormulario FlIngreso de Factura de Derechos de ModificaciOn o copia legalizadaSi afecta a Ia experiencia acreditada yb Ia calidad profesional presentadaSi su modificación es de tipo legalSi su modificación es contableSi su modificaciOn es técnica
Antecedentes Legales (no se aplica a personas naturales)
Copia de Ia escritura pUblica de modificaciOn
1*lTR/\f!SfAS Y [)L CONSULTORES
Copia integra de su inscripciOn en extracto en el Registro de Comercio delConservador de Bienes Ralces pertinente
Copia de su publicación en el Diario OficialCertificado de vigencia de Ia sociedadCopia integra de Ia inscripciOn en extracto de Ia escritura constitutiva de Ia sociedadCertificado de integración de los sociosCopia de Ia escritura pUblica en que se haya producido dicha designacion para
hacer trámites ante el MOPSi se incorpora una persona juridicaLas sociedades colectivas civiles solo 6.4.1 y 6.4.6 (ver a que corresponden esto
nümeros)Antecedentes Contables
ModificaciOn de Ia capacidad econOmicaModificaciOn del registro de Consultores
Presentar antecedentes para realizar una modificación del registro con plazo de 30 diaen caso de:
Cambios producidos en su constituciôn legalCam bios de experiencia acumuladaCam bios en constitución o aporte de experiencia de su equipo gestorCambios en Ia constituciôn o aporte de experiencia de su staff profesionalSi no se ejecuta lo anterior se sanciona segUn el artIculo 28° de dicho Reglamento
Se debe real izar el pago por derecho de modificaciónAntecedentes Técnicos
Ingreso de Carta conductoraFormulario FlIngreso de Factura de Derechos de Modificación o copia legalizadaSi afecta a Ia experiencia acreditada yb Ia calidad profesional presentadaSi su modificaciOn es de tipo legalSi su modificaciOn es técnica además adjuntarFormulario F2Si su modificación es acreditar nuevas especialidades adjuntar
Ingresar Formulario F3Ingreso de certificados de trabajos realizados y respaldos
Antecedentes LegalesRenovaciôn Registro de Consultores
Si no se presenta Ia solicitud de Actualización en el plazo correspondiente implica IsuspensiOn automática del Registro
La presentación de su actualizaciOn es en el mes anterior al vencimientoCon un plazo de 30 dIas se debe actualizar el registro en los casos que
Cambios en su experiencia acumuladaCambios en Ia constituciOn o aporte de experiencia de su equipo gestor o de su staf
profesionalEl no cumplimiento de lo anterior será sancionado de acuerdo a lo establecido en el
artIculo 28° de dicho Reglamento.Certificado del administrador de Ia sociedad de integraciOn de los socios
Antecedentes TécnicosIngreso de Carta conductoraFormulario Fl
N I k/\T ST/\S Y [I)E GoNsuLfoF:l.s
Ingreso de Factura de Derechos de Renovaciôn a copia legalizadaCertificado de AntecedentesDeclaración jurada de los profesionales del consultor
Ingreso de antecedentes LegalesSistema Informático Obras Mayores
Büsqueda Avanzadapor RUTExportación Excel
Nueva FichaConsulta Bitácora
Exportación a ExcelEl sistema debe ser capaz de generar un archivo batch para ser accesado a travér
de un sistema de reportes de MOP (Datawarehouse, Business Intelligence u otro)Reportes
ProfesionalesFor "Rut' (de profesional)For "Rut Inscrito" (de Contratista a Consultora a Ia que pertenece)Exportación Excel
SociosPar "Rut" (de Socio)Par "Rut Inscrita" (de Contratista Consultora a Ia que pertenece)ExportaciOn Excel
TrayectoriaPar "Rut" (de Contratista o Consultora)ExportaciOn Excel
NacionalidadReportes
Reportes EmpresaComparador de Empresas que participan en una Licitación
Filtros Ejecución Reporte ComparadorGráfico Comparador EmpresasListado NUmero de Contratos Acreditados en el RegistraListado NUmero de Contratos en Ejecución (SAFI)
Listado de Nümera de Contratos par rango de fecha(ver procedimiento de para incorporar el data de publicaciOn de una IicitaciOn
La fuente de informaciôn es el Departamento de Prensa)Listado NUmero de Modificaciones Contratos Acreditados en el RegistroListado NUmero de Sanciones Contratos Acreditados en el RegistroListado NUmero de Demandas y Sanciones - Par Organismo
ldentificaciOn de Ia EmpresaAntecedentes Técnicos
Listado Detalle Contratos Experiencia par EspecialidadHace Click en "NUmero Contrata" y es redireccianada a "Ficha Contrato"
Antecedentes EconOmicosHoja de Vida Empresa
Filtros EjecuciOn ReporteLink a "Ficha Cantrato' en Columna "AcciOn"
IS lAS Y [)E CONSULTORES
Ficha EmpresaLinks a "Reportes Empresa"Listado Integrantes Empresa
Ficha ContratoLink a Funcionalidades asociadas a contratosListado Empresas Relacionadas al Contrato
Resumen ExperienciaExportar Resultado a Excel
Experiencia ContratoExportar Resultado a Excel
AcreditaciOn EmpresaLink a "Empresa - Antecedentes técnicos" en opción "Detalle Reporte"
Listado ContratosReportes por Persona
ldentificaciôn de Ia PersonaAntecedentes Técnicos
Cuadro Detalle Experiencia por EspecialidadHoja de Vida Persona
Filtro EjecuciOn ReporteLink a "Ficha Contrato" en Columna "Acción"
Ficha PersonaLinks a "Reportes Persona'Listado Cargos Persona Vigentes
Cargos en Ia EmpresaCargos Empresa Vigente
Resumen Experiencia PersonaExportar Resultado a Excel
Reporte por persona y su historial. Debe permitir comparar a los profesionales.MOP debe definir el procedimiento para mantener actualizado Ia información de brprofesionales)
Reporte Indicadores GeneroReporte Indicadores FMG asociados al registro de contratistas
B us cad o resBuscador Empresa
Por distintos criterios de bUsquedaBuscador de profesionales o personasPor distintos criterios de bUsguedaBuscador por diversos criterios de büsqueda
Exportar Resultado a ExcelBuscador Contrato
Filtros BUsquedaPaginador de BUsquedas
Documentos (+)FORMULARIO PARA LA CALIFICACION DEL CONTRATISTAFORMULARIO PARA CALIFICACION DE TRABAJO DE CONSULTORIA
"U
H rk/\ I1S1 /\S y CONSULTOPES
contextualInscripciôn Empresa
Formulario ldentificaciOn EmpresaSelección CategorIa o especialidad (Dependiendo del Tipo de Registro)Verifica Estado Empresa para Continuar con TrámiteFormulario Ingreso EmpresaFormulario Ingreso PersonaIngreso Cargos PersonaListado de Personas Ingresadas en este TrámiteEliminar o Editar alguna de las personas ingresadasIngresar Nueva Persona en Form ularioFormularlo Ingreso ContratosListado de Contratos Ingresadas en este TrámiteEliminar o Editar alguno de los Contratos ingresadosIngresar Nuevo Contrato en Form ularloFormularlo Resumen TrámiteCarro de Compra con Trámite más Documentos ElectrOnicos DisponiblesAcceso a Modificar Datos del Trámite IngresadoOpciones de Form a de Pago para Trámite SeleccionadoFormulario Fin AsistenteEntrega NUmero de TrâmiteGenera PDF para el Formulario Fl, F2, F3Presentar Resultado Tipo Certificado para lmpresión desde Página Web
Modificacion EmpresaFormulario ldentificaciOn EmpresaSelección CategorIa o especialidad (Dependiendo del Tipo de Registro)Verifica Estado Empresa para Continuar con TrámiteFormulario Confirmaciôn de DatosListado de Datos EmpresaAcceso a Formulario Editar EmpresaListado de Datos PersonaAcceso a Formulario Editar PersonaAcceso a Formulario Ingreso PersonaAcceso a Opcion Desvincular Persona de EmpresaListado de Contratos EmpresaAcceso a Formulario Ingreso ContratoFormulario Resumen TrámiteCarro de Compra con Trámite más Documentos ElectrOnicos DisponiblesAcceso a Modificar Datos del Trámite lngresadoOpciones de Form a de Pago para Trámite SeleccionadoFormulario Fin AsistenteEntrega Nümero de TrãmiteGenera PDF Formulario Fl, F2, F3Presentar Resultado TiIo Certificado rara lmlresión desde Páaina Web
Actualización EmpresaFormulario ldentificación Em presaVerifica Estado Empresa para Continuar con Trámite
( )N '\ I [/\I; Y [.)E. CONSULTORES
Formulario Confirmación de DatosListado de Datos EmpresaAcceso a Formulario Editar EmpresaListado de Datos PersonaAcceso a Formularlo Editar PersonaAcceso a Formulario Ingreso PersonaAcceso a OpciOn Desvincular Persona de EmpresaFormulario Resumen TrámiteCarro de Compra con Trãmite más Documentos Electrônicos DisponiblesAcceso a Modificar Datos del Trámite IngresadoOpciones de Form a de Pago para Trámite SeleccionadoForm ulario Fin AsistenteEntrega NUmero de TrámiteGenera PDF Formulario Fl, F2Presentar Resultado Tipo Certificado para Impresion desde Página Web
Ingreso EmpresaIngreso Personalngreso TituloIngreso Experiencia asociada a un ContratoIngreso Experiencia EmpresaIngreso Experiencia MOPIngreso Cargolngreso Contratolngreso Empresas Relacionadas al ContratoIngreso Registros y EspecialidadesIngreso Sanción Contrato Acreditado (*)Ingreso Personas Asociadas al ContratoIngreso OficioIngreso Providencia (documento conductor formal)Ingreso AcreditaciOnlngreso Sanciónlngreso Empresa Asociada a un Contrato
ModificaciOn de DatosModificación de Experiencia Asociada a un ContratoModificación Experiencia EmpresaModificación Experiencia MOPModificaciOn CargoModificación AcreditaciOnModificaciôn ContratoModificaciôn Personas Asociadas al ContratoModificaciOn Registros y EspecialidadesModificaciOn Empresas Relacionadas a! ContratoModificación Empresa
J SJ/-\S 'y' IDE CONSULTORES
ModificaciOn PersonaModificaciOn TItuloModificaciôn OficioModificación ProvidenciaModificaciOn SanciOnModificación Antecedentes EconómicosModificaciOn Proceso
EliminaciOn de DatosEliminación de Experiencia asociada a un ContratoEliminación Experiencia EmpresaEHminaciOn Experiencia MOPEliminaciOn CargoEliminaciOn ContratoEliminación Empresas Relacionadas al ContratoEliminaciOn Registros y EspecialidadesEliminaciôn Personas Asociadas al ContratoEliminaciôn TituloEliminaciOn OficloEliminaciOn ProvidenciaEliminaciôn SanciOn
Normativas y Reglamentos ContratistasArticulo 11 - Contratistas - Si a empresa NO esta acreditada, No aparece en el
comparadorArticulo 11 - Contratistas - Aquellos contratistas con nota menor a 5,5 en cua!quie
contrato (MOP SAFI y MOP s/SAFI) en los Ultimos 2 años, cuyo desarrollo involucrO trabajorpertenecientes a un determinado registro, no podrán formar parte de un Consorcio en esregistro, ni un Registro Especial.
Articulo 11 - Contratistas - Validar que Ia empresa no esta 'Eliminada" o "Suspendida"gue Ia experiencia ingresada sea Ia correspondiente al respectivo contrato
Articulo 11 - Contratistas - Mantenedor Registros y EspecialidadesArticulo 15- Contratistas - Aviso I mes antes de Ia renovación de las empresasArticulo 15 - Contratistas - Suspender automãticamente Si Ia empresa no ha renovado
para su fecha tope de acuerdo a tabla definida. Se genera además un correo a quiencorresponda
Articulo 15, inciso 5, 6, 7. (Requerimiento de información adicional a las empresas encaso de algun problema). - Si el cambio de estado es a Acreditada - Con Observaciones, sqenera alerta y correo
ArtIculo N° 17, párrafos 5° y 6°, Alerta y Tomar acciOn. - Resta Experiencia EmpresaArticulo N° 17, párrafos 5° y 6°, Alerta y Tomar acciôn. - Se ejecuta un proceso mensual
(lero. De cada mes), el cual revisará todas las experiencias de los contratos acreditados en elregistro buscando diferencias de 5 años entre ellos, si el sistema encuentra diferencias,generará un listado con dichas empresa (Rut Empresa, Nombre Empresa, Tipo Registro)enviará un correo al Jefe de Registros.
ArtIculo N° 37, párrafo 2°, Alerta, SanciOn.ArtIculo N°. 38, párrafo 3°, Alerta (Workflow).ArtIculo N° 39, parrafo 4° y 5°, Alerta.ArtIculo N° 40, Alerta (Workflow).Articulo N° 41, Alerta.ArtIculo N° 41, Alerta. - Una persona que pertenece a una empresa contratista, no pueth
estar asociada a una empresa consultora que califica para el registro de consultor en el area 7(inspecciones).
ArtIculo N° 41, Alerta. - No obstante lo consignado en el inciso primero de este artIculo,os expertos, profesionales o técnicos en prevenciOn de riesgos podrán suscribir contratosornada parcial hasta con un total de tres (3) empresas inscritas en 2da. yb 3era. CategorIa-de un mismo registro.
ArtIculo N° 42, Alerta, SanciOn (varia segün tipo de falta por Art.45).ArtIculo N° 43, Alerta. - VaiidaciOn estado Persona: Si esta "Eliminada" o "Suspendida" no
puede ser incorporada a una empresa.Articulo N° 45, Alerta, Suspension (depende del tipo de falta). l.aArtIculo N° 45, Alerta, Suspension (depende del tipo de fata). 1.bArtIculo N° 45, Alerta, Suspension (depende del tipo de falta). 1 .cArticulo N° 45, Alerta, Suspension (depende del tipo de falta). 1.4Articulo N° 45, Alerta, Suspension (depende del tipo de falta). 4Articulo N° 45, Alerta, Suspension (depende del tipo de falta). 5 - La reincorporación d.
un contratista una vez cuniplido el plazo establecido, esta condicionada a que éste nathadeude al fisco con motivos de contratos celebrados con el ministerio.
Articulo N° 46, Alerta.ArtIculo N° 47, Alerta.ArtIculo N° 48, AlertaArtIculo N° 48, AlertaArtIculo N° 53, Alerta. - Aviso 1 mes antes de Ia renovaciôn de las empresasArticulo N° 53, Alerta. - Suspender automáticamente Si Ia empresa no ha renovado para
su fecha tope de acuerdo a tabla definida. Se genera además un correo a guien correspondaArtIculo N° 53, Alerta. - Si el cambio de estado es a Acreditada - Con Observaciones, s€
genera alerta y correoArticulo N° 63, Alerta. - labia equivalencias del regiStroArticulo N° 63, Alerta. - Eguivalencias para personas (Area 7)
Normativas y Reglamentos ConsultoresArticulo N°: - Consuitores - a. Incorporar el mensaje "El Contratista o Consu!tor declare
conocer el reglamento y normativas vigentes del Registro". Esto debe incorporarse en elasistente de "lnscripciOn". Mensaje en ei Asistente de lnscripciOn.
Articulo N°13: Registros Especiales - Generar un Mantenedor que permite Crear, EditarEliminar Registros del Sistema
Articulo N°16: - Tiempo de vigencia para ingresar un contratoArticulo N°23: -a. "Cuaiquier inconsistencia de los antecedentes, datos y certificado
presentados será causal suficiente para rechazar, suspender o eliminar Ia inscripciOn de IEempresa en le registro"
Articulo N° 25, Alerta. 5a -Caso de Uso: Requeriniiento valida Personas con Listado Excel
• •:, i/o:; ( US CONSUL [ORES
ArtIculo N° 25, Alerta. 5b -ValidaciOn que Ia persona no este en las Bases de Datos delMOP
ArtIculo N° 25, Alerta. 5d - Validación antecedentes penalesArtIculo N° 25, Alerta. 5f - Las personas suspendidas o Eliminadas no pueden ingresars
en una empresa.ArtIculo N° 25, Alerta. 5g - El sistema debe desplegar si Ia persona ocupa otros cargos en
a empresa.ArtIculo N° 25, Alerta. 5h -El sistema debe desplegar si Ia persona ocupa otros cargos en
a empresa.Articulo N°26Articulo N° 27, SuspensiOn Automática. - Aviso I mes antes de Ia renovaciOn de ar
empresasArtIculo N° 27, SuspensiOn Automática. - Suspender automáticamente Si Ia empresa n
ha renovado para su fecha tope de acuerdo a tabla definida. Se genera además un correo aluien corresponda
Articulo N° 27, SuspensiOn Automática. - Si el cambio de estado es a Acreditada - ConObservaciones, se genera alerta y correo
ArtIculo N° 28, Alerta. - SanciOnArtIculo N° 28, Alerta. - Cambio de estado genera correo y Alerta en Ficha EmpresaArticulo N°64, Documentos Protestados. (Cámara de Comercio)Articulo N°92 - N°95:Articulo N° 97, Alerta y Tomar acción (depende del tipo de falta).ArtIculo N° 97, D -Validación Con Notas de Ia Empresa que esta siendo asociada al
contratoArticulo N° 97, G - ValidaciOn Documentos Impagos Cãmara de ComercioArticulo N° 98, Alerta.Articulo N° 99, Alerta. -ValidaciOn Notas para PromociOn EmpresaArticulo N° 100, Alerta - Listado de Personas Posibles para SanciOn en una EmpreSa
('I
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS Y CONThATACION FUI3LICA
Anexo "2"
Sistema de Registro de Contratistas y
chiIe 832-0113
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMI'RAS Y CONTRATACION F'UI3LICA
INDICE
INDICE 2
,QUIENES SOMOS? 4
RESUMEN EJECUTIVO 7
VISION GENERAL DEL PROYECTO 9
OBJET! VOS GENERALES DEL SISTEMA 9
ENTENDIMIENTO DEL PROBLEMA 11
USUARIOS 13
PROPUESTA DE VALOR 15
CARPETA DIGITAL UNICA 15
INTERFAZ MOP 17
ADMINISTRACION DE CONTRATOS 17
COMUNICACION CON USUARIOS 17
SERVICIOS ADICIONALES (PLUS) 17
HARDWARE 18
ADMINISTRACION DOCUMENTAL 18
UP-GRADES DEL SOFTWARE 18
SOP ORTE PERMANENTE 18
PLATAFORMA TECNOLOGICA 18
2 COl 290 448 a-
' GOBJERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMPRAS Y CON1RAIACION PCMLICA
MECANISMO DE SALIDA 20
SUPUESTOS GENERALES V ALCANCE 20
METODOLOGIA DE DESARROLLO 22
1.1 Enfasis en Ia calidad 22
1.2 Contenido del documento 22
1.3 Fases del Desarrollo 22
1.4 Procesos Continuos y de Apoyo 29
1.5 Sistema de Control y Seguimiento 36
1.6 Aseguramiento de Ia Calidad 39
1.7 Estrategia de implantación 46
2 PLANIFICACION 50
2.1 Organización del Equipo de Proyecto 51
2.2 Herramientas de apoyo 56
2.3 Instancias y Mecanismos de Coordinación 57
2.4 Carta Gantt 59
2.5 Costos del Proyecto 60
CONTROL DE CONFIGURACION (CAMBIOS) 61
Moji1.fl::gIGf 832-0113
GOBIERNO DL CHILEMINISTERIO DE HACIENDAOIRCCION OF COMP1AS Y CON1ItATACION F1JLICA
,Quiénes somos?
La Dirección de Compras y Contratación Ptb!ica, en adelante DCCP, administradora delSistema ChileCompra, es un Servicio Páb!ico descentralizado, dependiente del Ministerio deHacienda, y sometido a la supervigilancia del Presidente de la RepCiblica. Se creO con La Leyde Compras Páblicas y comenzó a operar formalmente el 29 de agosto de 2003.
En estos aflos ha consolidado su estructura con un equipo de profesionales altamentecapacitados y seleccionados a través de concursos püb!icos con consultores externos y a travésdel sistema de Alta Dirección Páblica. A fines de 2006, y de acuerdo al diseño de un nuevomodelo de operación que se implementará durante el 2007, se reorganizaron algunas lIneas detrabajo, de manera lograr un óptimo desempeflo de sus funciones y dar cumplimiento a sumandato.
La Dirección de Compras ha generado una alianza estratégica con las Intendencias yconformado una red de coordinadores regionales a lo largo de todo el pals, que colabora en Iaejedución y coordinación de las actividades necesarias para la difusión y promoción delSistema de Compras Piiblicas. Asimismo, dispone del apoyo de consultores expertos endiversas materias relativas a la gestión de abastecimiento, desarrollo de tecnologias y comercioelectrónico, entre otras.
41 Fono: 82 290 4400 Fax (56.2 2904458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS V ONTRAtACION PUBLICA
Chilecompra es una plaza de negocios de la DCCP, que permite el encuentro de compradorespüblicos con los proveedores del Estado. Su objetivo es garantizar elevados niveles detransparencia, eficiencia y uso de tecnologIas en el mercado de las compras püblicas,beneficiando asI a empresarios, Organismos Páblicos y ciudadanla.
Basándose en una forma de hacer negocios que privilegia la introducción de instrumentostecnológicos y de gestión de excelencia, ChileCompra tiene como principios básicos yestratégicos la gratuidad, Ia universalidad y Ia no discriminación. Estos principios estángarantizados en Ia Ley de Compras PiThlicas, N° 19.886, que entró en vigencia el 29 de agostodel 2003; y en el Reglamento de dicha ley que entró en vigencia a su vez en octubre de 2004.
ChileProveedores otra instancia de la DCCP, tiene como función acreditar a los proveedoresdel Estado frente a los compradores en aspectos de carácter legal, financiero y general demodo electrónico. Actualmente Chileproveedores cuenta con una poderosa infraestructura yun equipo de trabajo de alrededor de 25 personas. El registro cuenta con más de 26.000inscritos a la fecha y los niveles de satisfacción tanto de los proveedores inscritos ycompradores usuarios, son altos.
Chilecompra en su version 2.0 será soportada por un grupo de proveedores externos, todasprestigiosas empresas nacionales y extranjeras. Chileproveedores es operado actualmente porIa Cámara de Comercio de Santiago, la cual se adjudicó esta operación mediante LicitaciónPüblica por 4 aflos (2006 -2009).
La propuesta que se detalla a continuación corresponde a la oferta efectuada por Ia Direcciónde Compras y Contratación PiThlica DCCP a la Dirección General de Obras PiThlicas para eldesarrollo del Sistema Computacional del Registro de Contratistas y de Consultores del MOPSCRCC, sobre la base del conocimiento y fiel cumplimiento de los Términos de Referenciacompuestos por las Bases Técnicas y Administrativas del SCRCC asI como los documentosderivados de la fase de diseño del SCRCC, y los Reglamento para Contratos de ObrasPüblicas D.S. MOP N° 75 del 2004, y el Reglamento para Contratos de Trabajos deConsultorla D.S. MOP N° 48 de 1994, documentos todos que se dan por conocidos.
ira Fono:522GO44OQFax(562) 2g0 4458
GOBIERNO DE CHILEI MINISTERIO DE HACIENDA
DIRFCCION D. COMNt4S V CON11ATACION FIJLiLICA
Resumen Ejecutivo
El Departamento de Registros de Contratistas y Consultores del Ministerio de Obras Püblicas(MOP), requiere una solución tecnológica que soporte la operación del Registro queactualmente maneja.
La DCCP, en ejercicio de su función legal antes referida, realizó la licitación püblica ID 2240-34-LPO4, para Ia contratación de la operación del Registro de Proveedores, la cual fueadjudicada mediante Ia Resolución Exenta N° 382B, de 2004, de Ia DCCP, a La Cámara deComercio de Santiago A.G. En virtud de ello, la DCCP celebró con Ia Cámara de Comercio deSantiago A.G., un contrato aprobado mediante la Resolución N° 38, de 2005 de La DCCP.
El servicio a prestar "centralizar información de otros registros de proveedores, manejadospor los diferentes organismos del Estado" y establece los mecanismos para encargar proyectosespeciales referentes a la integración de otros registros al Registro de Proveedores.
Para ello, la Dirección Chilecompra , administra, mantiene actualizado el Registro ElectrónicoOficial de Proveedores del Estado" o el "Registro Chileproveedores".
De acuerdo, con lo dispuesto en al Ley 19.886, de Bases sobre Contratos Administrativos deSuministro y Prestación de Servicios, se inscribirán en el Registro de Proveedores todas laspersonas naturales yjurIdicas, chilenas y extranjeras que no tengan causal de inhabilidad paracontratar con los organismos del Estado. Asimismo, dicha normativa establece que puedenexistir otros registros oficiales de contratistas para órganos o servicios determinados, o paracategorlas de contratación que asI lo requieran, los que cuando fueren electrónicos, deben sercompatibles con el formato y las caracterIsticas del Registro de Proveedores Chileproveedores.
La presente propuesta comprende la entrega de un servicio integral y la construcción de unasolución tecnológica para la operación continua del Registro que requiere el MOP, sobre Iabase de los Términos de Referencia del Sistema Computacional del Registro de Contratistas yde Consultores del MOP, compuestos por las Bases Técnicas y Administrativas del SCRCCasI como los documentos derivados de Ia fase de diseflo del SCRCC, y los Reglamento paraContratos de Obras Püblicas D.S. MOP N° 75 del 2004, y el Reglamento para Contratos deTrabajos de ConsultorIa D.S. MOP N° 48 de 1994.
El valor de esta solución, es generar economIas derivadas de la construcción e implantación demanejo de información de proveedores de la DCCP, habida consideración de lasespecificidades y filosofla de operación del Sistema Computacional del Registro deContratistas y de Consultores dcl MOP, en adelante SCRCC, usando de manera adecuada y enJo que corresponda la misma infraestructura, equipo humano y tecnologico para realizar eldesarrollo del MOP.
La propuesta propone utilizar las economIas propias derivadas de Ia curva de aprendizaje de laDCCP, los canales de captura de información ya generados, desarrollando un sistemaelectrónico conflable y actualizado el cual facilite la operación del registro.
7, CO Fono: 452) 290 4400 Fax (52 290 4458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMPRAS Y CONTRATACION PIJtILICA
Para ilevar a cabo este proyecto la Dirección de Compras y Contratación Püblica (DCCP),pondrá a disposición del MOP un equipo humano de vasta experiencia en temas de desarroilocle tecnologIa y manejo de registros püblicos de proveedores. Este equipo trabajará enconjunto con !osjefes de proyecto y usuarios del MOP durante el desarroilo del proyecto.
La propuesta aborda ci desarrollo de las funcionalidades de un software para Ia ci Registro deConsultores y Contratistas, sobre Ia base de los Términos de Referencia del SCRCC, y Iainformación generada en la fase de diseflo de este proyecto, asI como ci soporte para laoperación del sistema, atendida lo relativo a seguridad, confidencialidad, servicio y calidad endicho ejercicio.
La propuesta considera utilizar tecnoiogIa de punta en términos de hardware y software, uncompleto sistema computacional y de procedimientos de seguridad que garantiza Ia proteccióndel sistema y Ia confidencialidad de Ia informacion; todo con los más altos estándares deservicio y calidad.
Este desarrollo se ampara en la Ley de compras 19.886, Art. 16, ci que estabiece que "Existiráun registro eiectrónico oficial de contratistas de La Administración". A su vez, estabiece losiguiente: "Podrán, asimismo, existir otros registros oficiales de contratistas para órganos oservicios determinados, o para categorIas de contrataciOn que asI lo requieran, los que seránexigibles para celebrar contratos. Dichos registros serán regulados por decreto supremoexpedido por ci Ministerio respectivo. Estos registros, podrán o no ser electrónicos. Cuandofueren eiectrónicos, deberán ser compatibles con ci formato y las caracteristicas del Registro aque se refiere ci inciso primero. Los registros serán siempre pübiicos."
8Moi1:gIf
. GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMPRAS V CONWATAC!ON PCrnLICA
Vision General del Proyecto
El Departamento de Registros de Contratistas y Consultores de Ia Dirección General de ObrasPüblicas requiere del desarrollo e implementación de una solución informática electrónica quehaga eficiente Ia administración de los diferentes registros que maneja actualmente. El nuevosistema deberá obedecer tanto a los requerimientos estipulados en los Términos de Referenciadel SCRCC definidos por el MOP para el efecto, la información generada en la fase de diseflode este proyecto y que se adjuntan a los TDR, asI como a los contenidos del Reglamento paraContratos de Obras Püblicas D.S. MOP N° 75 del 2004, y el Reglamento para Contratos deTrabajos de ConsultorIa D.S. MOP N° 48 de 1994, que norman los actuales registrosmantenidos por este Departamento.
Objetivos Generales del sistema
• Modernizar Ia operación de los registros de Contratistas y Consultores a través de unaherramienta informática eficaz, eficiente y confiable para todos los usuarios delsistema.
• Ser el soporte principal para todas las tareas del Departamento de Registros deContratistas y de Consultores del MOP.
• Cumplir a cabalidad con lo establecido en el Reglamento para Contratos de ObrasPiblicas D.S. MOP N° 75 del 2004, y el Reglamento para Contratos de trabajos deConsultorIa D.S. MOP N° 48 de 1994.
Objetivos EspecIficos'
• Contar con información en tiempo real sobre la evolución y gestión de los Registros deContratistas y Consultores.
Apoyar al personal que administra el proceso de registros de contratos y consultores.
• Disminuir el margen de error existente en los procesos de registros de contratistas y deconsultores.
• Informar oportunamente a los usuarios (registrados) ante alguna anomalla en susregistros, ya sea alguna inconsistencia o alguna suspension por caducidad en elregistro.
ExtraIdo de las Bases Técnicas de Ejecución Proyecto Sistema de Registro de contratistas y de consultoresMOP Version 1.4.
4 Fono 5RE.2 2D 4400 Fax: (56.2 290 4459
GOBIERNO DE CHILEMINISTERJO DE HACIENDAOIRECCION DE COMNAS V CON1RkTACION NJRLICA
• Alcanzar una mayor utilización del Registro por parte de los usuarios internos, es decirlos Servicios del Ministerio de Obras Püblicas como también por parte de otrosusuarios extemos; municipalidades, organismos privados, etc.
• Mejorar los tiempos promedio de respuesta (dias) de cada uno de los procesos Apoyaral personal del registro para realizar actividades de mejoramiento o perfeccionamientodel servicio y a otras actividades del Registro de Contratistas de Obras Mayores yMenores y Consultores.
• Que, a través de una apertura del sistema a otros tipos de usuarios (como las oficinasde regiones), descentralizar algunas actividades hoy concentradas en Ia unidad, lo queparalelamente trae el beneficio de una interacción de trabajo más colaborativa yparticipativa.
• Que el sistema cuente con controles y avisos automáticos de fecha y sancionesautomáticas.
• Que, mediante la selección de una plataforma tecnológica más moderna y unametodologla de diseflo estandarizada, se disponga de una herramienta más flexible,que permita enfrentar cambios, ya sea producto de mejoras o de adaptación al negocio.
• Que, mediante el ingreso de documentos on line a través de formularios que seancompletados por Contratistas y Consultores, respaldado por documentos fisicos, sepueda contar con información segura y confiable, más actualizada y anterior a lallegada de los documentos fisicos via correo a las oficinas de la DGOP.
• Agilizacion en el proceso de registro, ya que cada usuario tendrá la posibilidad deconsultar en cada momento el estado de su solicitud, emitir certificados, recibiroficios/mail con los resultados de sus solicitudes.
• Que el sistema permita al Departamento de Registros ser una herramienta confiable enla toma de decisiones al momento de llamar a un proceso de licitación, sea este pCiblicoo privado.
• Que permita administrar una base de datos de profesionales que trabajan para lasempresas consultoras y contratistas, ya sea en calidad de subcontratistas o profesionalpropio de Ia empresa, a fin de identificar su participación en los proyectos en queparticipan asI como tambidn evitar la presentación reiterativa de sus antecedentes encada Ilamado a licitación.
• Que el sistema permita realizar un cruce de datos entre los profesionales que participancon empresas Contratistas y Consultoras y aquellos que se encuentren sancionados oeliminados del registro.
• Que permita un control histórico de contratos desarrollados por organismos piliblicosyb privados, asociados a empresas (acreditación de experiencia anterior).
• Facilitar los trámites de inscripción renovación y modificación de contratistas yconsultores.
2O 4458
. GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS Y CON1RATACIÔN PUBUCA
Mejorar Ia gestión interna con tal de acortar los tiempos de los procesos individuales,con tal de generar más oportunidades en los liamados a licitación y generar garantlasrespecto de las empresas inscritas son las adecuadas para cada especialidad ycategorla.
. Generar mayor transparencia en los procesos.
Entendimiento del problemaPrincipales funcionalidades del sistema de registro.
INGRESO/captura
Informacián yactualización de
VALOR DISPONIBILIDADAGREGADO Inlerfaz acceso
Calificaciones seguro en Ilnea
FU NCIONESDEL
REGISTRO
CARPETASUNIFICACION DIGITALES
COMUNICACION
Figura 1: Funciones
Ingreso/ captura información y actualizaciOn de datos.Se requiere un sistema de ingreso y captura de datos agil y simple para dar un buen servicio alos contratistas y consultores (personas naturales o juridicas) y el Departamento de Registrosde Ia Dirección General de Obras Püblicas. Esto permitirá acelerar los procesos de inscripción.AquI destacan La necesidad de completar formularios en lInea.
Disponibilidad de informaciOn.Se necesita que el sistema transparente el estado de cada proceso, siendo de conocimiento decada uno de los usuarios interesados. Particularmente administradores del Registro ycontratistas y consultores.
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRICCION DE COMPRAS Y CONTRATACION F'UBLICA
Se requiere un mecanismo de administración de documentos e información virtual. Este debepermitir el acceso a la información de 2 o más usuarios simultáneamente a Ia totalidad de Iainformación asociada a un registro.
Comunicación.El sistema requiere de una funcionalidad de alertas y mensajerIas que permitan informar demodo rápido y confiable a los interesados de cualquier cambio de estado, suspension,observaciones a antecedentes, etc. De modo que la comunicación no sea un factor que dilatela incorporación en el registro.
Unificación de Registros.Se requiere que el nuevo sistema incorpore en un Registro Unico los registros de Contratistasde Obras Menores, Obras Mayores y Consultores. Resguardando, de esta forma, los interesesde las instituciones piiblicas al llevar registros unificados.
Información complementaria.El nuevo sistema de registros deberá contar con toda la información agregada disponible a Iavista. En la carpeta digital del contratista deberá registrarse información relevante como porejemplo: sanciones por actualizaciones o renovaciones no realizadas por malas calificaciones,ausencia o inconsistencia de la documentación presentada u otras razones, o estImulos(calificaciones) a los inscritos.
Compartir Información.El sistema de registro debe ser ünico, y contener toda la información entregada por elcontratista ó consultor a través del tiempo. Esta información estará disponible para serconsultada por todos los usuarios autorizados del sistema.
2 En Ia ficha se visualizará también documentos que haya entregado el proveedor para el registro decontratistas del Estado.
12
Monj3928piaoSang*,ChiIe-cp 832-0113
• . GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMI'MS Y CONTRATACION4 NJI3LICA
Usuarios
Registrados Administradores del AnónimosRegistro Nuevos Usuarios
Contratistas de ObrasMayores
Unidad AuxiliarSE MAT
Contratistas de ObrasMenores
Unidad AuxiliarFiscalla
Consultores Unidad AuxiliarContabilidad y Finanzas
Departamento deRegistros
Figura 2: Usuarios del Sistema
Registrados• Contratistas de Obras Mayores• Contratistas de Obras Menores
Consultores
Manejo de PerfilesEl Sistema a través de claves entregara diferentes atributos a los usuarios del sistema,existiendo por ejemplo: usuarios y administradores
Administradores Usuarios del RegistroLos administradores del Registro tendrán permisos individuales diferenciados, para acceder aniveles de mayor profundidad de información. Adicionalmente los administradores subiráninformación a Ia base de datos, tales como informes técnicos, contables, legales, evaluaciones,etc.
13
chile2O44b8
,. GOBIERNO DE CHILEMINISTERJO DE HACIENDADIRECCION DE COMPIAS Y CON1RATACIcN PCIt3LICA
AnónimosLos usuarios anónimos podrán ser ciudadanos en busca de información general o potencialesempresas que quieran formar parte del registro. Estos usuarios tendrán acceso a lainformación pib1ica que administre el registro y podrán acceder a sin identificarse (log in).
Nuevos usuarios
Los Contratistas y Consultores, podrán ingresar sus antecedentes en la plataforma y solicitarsu incorporación en uno o más Registros yb especialidades de acuerdo a las categorIas MOP.
Los usuarios MOP del SCRCC tienen distintos atributos yb perfiles de acceso. Estos perfilescorresponden a:
Ministro MOPSubsecretario MOPDirector General de Obras PüblicasDirectores Nacionales de Servicios MOPDirecciones de Obras Municipalidades asociadasEmpresas de Estado asociadasEmpresas Privadas asociadasMunicipios
14
832-0113
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMfUAS Y CON1RATACION pcthLIcA
Propuesta de ValorLa solución esta basada en los requerimientos establecidos en los Términos de Referencia delSCRCC, y sus documentos anexos incluyendo los Casos de uso, sus actualizaciones y otrosestablecidos en Ia fase de Diseño.
Habida consideración de lo anterior, a grandes rasgos esta propuesta considera:
1) Carpeta Digital liTnica2) Interfaz MOP3) Administración de Contratos
Figura 3: Elementos del sistema
Carpeta Digital UnicaLa carpeta digital ünica cstará compuesta por 4 secciones principales que corresponde a lossiguientes antecedentes:
Esta es la estructura central del sistema concentra toda la información disponible de un registroy se alimenta de las siguientes Fuentes:
Fuentes Oficiales Externas;La DCCP, por su condición de plataforma del Estado mantiene importantes redes decolaboración con otras instituciones péblicas. Dc este modo mantiene activos convenios deinformaciOn con las siguientes fuentes oficiales:
15
2D 4458
GOBIERNO DL CHILEMINISTERIO DE HACIENDADRECcIoN 01 COMI'RAS Y CON1KAFACION rCII3LICA
i. Sliii. Tesoreria General de la Republica
iii. Super Intendencia de Valores y Segurosiv. Dirección del Trabajov. Cámara de Comercio de Santiago
vi. Tribunal de la libre Competencia, etc.vii. SIndico de Quiebras
viii. Diario Oficial
• Adicionalmente, hacemos el compromiso de realizar todas las gestiones que estén anuestro alcance en conjunto con el MOP para ilevar a cabo nuevos convenios oalianzas para conseguir información relevante para el MOP.
• Fuentes Oficiales Internas: Sistema de Administración Financiera SAFI, Sistema deContabilidad y Finanzas SICOF, Sistema de Recursos Humanos MOP, a nivel deservicios de información.
• Contratistas y Consultores proveedores: Estos podrán ingresar información que nonecesite acreditación legal directamente asI como completar formularios de solicitud,chequear su estado, etc.
• Administradores del Registro: El Depto de Registros de Contratistas y de Consultoresdel MOP es el administrador del Registro a través del ingreso de informes y el análisisde la información proporcionada por los proveedores, esto es contratistas y consultoresque desean acreditar su experiencia profesional en el registro.
• La carpeta digital viene a satisfacer los requerimientos de: Disponibilidad de lainformación y Comunicación, manejando además información de valor agregado.
Ambitos de Actualización de Ia Carpeta
• Un ámbito que es actualizado por el proveedor directamente accediendo con su dave,esta es información general, contactos, productos, curriculum, etc.
• La información es actualizada centralizadamente; validando la informaciónproporcionada por contratistas y consultores, y chequeando con información queviene desde las fuentes oficiales.
• Un ámbito corresponde a Ia acreditación de documentos, aquI los documentosdigitalizados están respaldados por los originales guardados en formato de papel.
16
conf 2O 4458 j
. GOBIERNO DE CHILEM!NISTERO DE HACIENDADIRECCION DR COMPRAS Y CONTRAFACION NJI3LICA
Interfaz MOP
Se construirá una interfaz básica de entrada con un la URL que actualmente posee el Registroen el portal del MOP. Adicionaimente se construirán todas las interfaces que se requieran encada proceso para cada uno de los 3 perfiles de usuarios definidos.
Administración de Contratos
Esta nueva funcionalidad estará orientada al desarroilo de una interfaz destinada a controlar eldesarrollo de los contratos adjudicados y sus aspectos más relevantes.
Comunicación con usuarios
En este módulo se administrarán y programarán las alertas y mensajes instantáneos los cualesmantendrán informados a consuitores, contratistas y administradores del registro con reiacióna cuaiquier evento, cambio de estado ó problema que se produjera.
IntegraciOn con funcionalidad que permita el pago en LInea de Inscripción en ciregistro
El sistema contempia la integración con el Móduio de Pago en LInea que MOP Contrate
Workflow básico de RegistroEl sistema contempia un workflow interno de aprobación para los usuarios del registro.Este sistema deberá integrarse posteriormente con el Workflow Corporativo que MOPdefina, y Ia integración formará parte del proyecto de WF corporativo del MOP.
Entrega de un Archivo BatchEl servicio contempla Ia entrega de un archivo batch con ia información relevante que MOPdefina.
Firma ElectrónicaEi sistema contempla la integración con un módulo de firma electrónica avanzada.
Casos de Uso ComodinesNuestra propuesta contempla un 8% en horas hombre adicionales para Ia realización deadaptaciones a las funcionalidades propuestas o para el desarrollo de nuevasfuncionalidades.
Servicios Adicionales (PLUS)
Estos Servicios no están contemplados en las Bases Técnicas y Administrativas del SCRCCentregadas por MOP por lo que constituyen un valor agregado dentro de Ia propuesta:
Mo,ii1angI
0-
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COPN'RAS I CONTRArACIC)N rCrnLICA
HardwareEl Servicio ofrecido incluye el Datacenter, el cual cuenta con altos estándares de seguridad.Lo anterior libera recursos MOP, tanto como para la adquisicion de equipos como para Iamantención y seguridad de estos.
AdministraciOn DocumentalLa Dirección de Compras y Contratación Pt'iblica cuenta con un moderno sistema deoperaciOn que permite digitalizar, acreditar y almacenar documentación a través de un sistemaque permite fácilmente su ubicación a posterior.
Esta funcionalidad será de gran ayuda para el MOP, debido a que todo el almacenamiento dedocumentación fisica, su custodia y rescate queda respaldado. En el caso de requerir algündocumento fisico, el cual es necesario sacar una copia legalizada para su entrega y asIgarantizar la integridad del registro.
Up-grades del SoftwareMOP se beneficiará de todos los up-grades que se le hagan al software como también de lasmejoras de procesos y hardware de uso comün.
Soporte PermanenteLa Dirección, entregará un soporte permanente en los servicios de Plataforma, acorde a losrequerimientos definidos en los Términos de Referencia, y para ello cuenta con un equipode profesionales que actuaran como contraparte directa ante los profesionales del registrodcl MOP.
Archivo Para ReportesLa Dirección, entregará una base de datos estructurada para que MOP la utilice comorepositorio para Ia confección de reportes. MOP deberá entregar la estructura de la base dedatos requerida.
Plataforma TecnológicaEsta propuesta incluye la operación del registro en Hardware de Ia DCCP, entregando de estemodo una solución completa a satisfacción de lo señalado en los Términos de Referencia delSCRCC, como también de todos los documentos anexos que los acompañan.
• Sistema Operativo Microsoft Windows 2003• Administrador de Base de Datos RDBMS Microsoft SQL Server 2000• Arquitectura WEB.Net• Conexión segura VIa protocolo HTTPS• Seguridad de la Plataforma Estándares: Common Criteria EAL4 o superior u otro
estándar equivalente de Cifrado y seguridad de documentos AES, DES, 3DES, FirmaElectrónica (PKI segün ley Chilena)
18
0 2RU448
', GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS V CONTRATACIc5N FUBLKA
Empaquetamiento de documentos eleetrónicos XML, dentro de los estándares XML,son especialmente importante los desarrollados por: Open Application Group, ebXML,ECX XML versiOn 1 .0 and 2.1, cXML y BizTalk.org entre otros.Interfase sIncrona Basada en estándar SOAP (XML via HTTP)Formato de documento para carga en otros sistemas: MSOffice, OpenOffice, ArchivosASCII (texto piano y CSV), PDF.
IntegraciónIntegración con sistemas "legacy" Via TCP/IP.Conectividad Via Web Services.
Plataforma MOPCapa presentación Debe operar en los principales browser del mercado evitando restricciones:Explorer 5.5 en adelante, Netscape 7.0 en adelante, Mozilla 1.2 en adelante y Opera 7.0 enadelante. Con excepción de Adobe Acrobat Reader, no se debe requerir de pluginsadicionales.Sistema Operativo La capa de presentación debe operar en Microsoft Windows 98 SE osuperior, Linux Kernel 2.2 en adelante y Mac OS/X a! menos.
OtrosEn este contexto se ha utilizado la palabra UNIX como marca registrada de The Open Group(http://www.opengroup.org).
En consecuencia, para ser considerado como Unix para efectos de estas bases, un SistemaOperativo debe estar certificado ante ese organismo en cuanto a cumplir con algunas de susespecificaciones Unix 93, Unix 95, Unix 98 o Unix 03.
1 Fno: 456 2) 200 4400 Fx (562 290 448
GOBIERNO DL CHILEMINISTERIO DE HACIENDADIRt CCION DR COMPRAS Y CORJrItATACION NBLICA
Mecanismo de Salida
En el caso que MOP decida en el futuro utilizar un nuevo sisterna de administración de suregistro, la DCCP se compromete a:
• Entregar toda la documcntación del Sistema, incluyendo el Modelo de Datos, ciModelo FIsico y el Modelo Lógico y una copia digital de Ia base de datos de todos losproveedores de su registro (Contratistas y Consultores del MOP).
• Entregar toda la documentación de los proveedores recibida para uso exciusivo delMOP.
Entrega del código fuente de Ia aplicación desarrollada
Supuestos Generales y Alcance
Los supucstos generales que subyacen esta oferta son los siguientes:
• La integración del SCRCC con los sistemas del MOP, se llevará a cabo a través de unservicio Web de datos.
Esta propuesta ofrece la contratación de un servicio y asegurará que en caso del términodel contrato se proveerá la información y los modelos que permita al MOP levantar suRegistro propio, sin perder información.
• Los esfuerzos del proyecto podrári verse afectados durante ci desarrollo del mismocuando MOP solicite cambios al requerimiento inicial, los que serán estirnados deacuerdo a las tarifas establecidas en ci punto Control de Configuracion de la presentepropuesta.
• Para efectos del sitio o la vista que será de uso de los usuarios MOP se consideratrabajar con el look & Feel corporativo y ci que podrá ser liarnado (linkeado) yautenticado desde la intranet MOP por lo que no requerirá autenticación para entrar aeste ambiente. Para este Ultimo, si va a utilizar Single Sign On (SSO) es necesario sabercomo se implementará. Adicionalmente, se implementará una vista tipo reporte quemuestre la navegación que realiza un usuario MOP para efectos de administración ymonitoreo. El diseño es de responsabilidad del MOP.
Mj32 290 4400 F 552 25.0 4458
'. GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCIONJ D COMrRAS Y C0N1RArACION F'UBLICA
• Se ha supuesto que MOP dispone de la documentación necesaria respecto a loscomponentes y sistemas sobre los cuales se deben realizar modificaciones, construirinterfaces yb servicios; junto con personal ad-hoc de apoyo.
• Se requerirá horas hombre de personal del MOP como contraparte para poder realizarlabores de revision y aprobaciOn de todos y cada uno de los entregables que consideraeste proyecto.
' MOP entregará a Ia DCCP toda Ia documentación e información disponible y queguarde relación con el desarrollo del proyecto que nos convoca. Esta entrega deberáhacerse en formato digital. Esta información es la contenida en los Términos deReferencia, sus anexos y Ia documentación del disefio del proyecto del SCRCC u otrosdocumentos necesarios para el desarrollo.
MOP será responsable de entregar datos de prueba, actividad que deberá ser realizadasegtn Carta Gantt.
• MOP y la DCCP en conjunto llevarán a cabo tanto las pruebas finales con usuarioslIderes como las pruebas de aceptación final, de acuerdo a Carta Gantt, para lo cualdispondrá de un plazo finito que esté de acuerdo al tamaño del proyecto.
• Actualmente se esta considerando generar un WF interno del registro para el nuevosistema, el que será construido tal como esta definido en los casos de uso.Adicionalmente a las integraciones solicitadas en las Bases será posible implementarnuevos webservices de escritura o lectura para otros fines los que deberán ser evaluadoseconómica y técnicamente al momento de requerirlos. Hasta el momento solo secontemplan los definidos en las bases.
En caso de requerir sincronizar información de distintos sistemas con SRCC contemplael uso de webservices desarrollados con la tecnologIa propuesta, idealmente en lInea, ysegün Ia cantidad de información a transmitir. Si Ia magnitud de la inforniación atransmitir fue demasiada se evaluara el mecanismo mas adecuado para realizar esto. Loanterior, debe evaluados económica y técnicamente al momento de requerirlos. Hasta elmomento solo se contemplan los definidos en las bases.
• Todas las impresiones se realizarán empleando la opción que provee el "browser",imprimiéndose los datos que aparecen en la pantalla.
• Nuestra propuesta no considera la digitalizacion de documentos históricos que el MOP
• Todos los valores son presentados en UF (unidades de fomento) y son netos.
21
FonO:562)2DO44OQFk,c(5 2O448
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS Y CON1SAFACION URLICA
MetodologIa de desarrollo
La siguiente es una propuesta de metodologla de desarrollo la cual es referencial y podrásufrir cambios.
1.1 Enfasis en Ia calidad
El objetivo de Ia metodologla de a utilizar es obtener alta calidad en sus productos y altapredictibilidad en sus proyectos.La metodologIa utilizada es consistente con el Modelo de Madurez de CapacidadesIntegrado (CMMITM) de la Universidad Carnegie Mellon.La siguiente metodologIa de desarrollo es referencial, y puede sufrir modificaciones.
1.2 Contenido del documento
La sección 1.3 presenta Ia metodologIa en términos de las fases del ciclo de vida deldesarrollo de un proyecto. Luego se presentan los procesos que se ejecutan durante cadauna de estas fases.Las restantes secciones profundizan aspectos de Ia metodologIa: Gestión deRequerimientos, Control y Seguimiento de proyectos, Estrategia de Implantación, yAseguramiento de la calidad.Por ültimo, se entrega como anexo Ia poiltica de desarrollo
1.3 Fases del Desarrollo
En la Figura 1 se muestran las fases básicas que estructuran el proyecto de desarrollo desoftware.
(1) (3) (53)ConstrucciOn y . (7)-s, .g Definicion Planificacion GeneraciOn doPruobas . I ImplantacionI documentaciOnUnitarias
4 4 4 4(5.2) (6)w
Gestion do (4) I IntegraciOn y Pruebas sisfemaI
Requeriniientos.Disarm Pruebas de y pruebas
______ L _____ _
00 ISoguinlionto .Asoguramionto Control dode proyoctos de calidad Ccnfiguracion
tigui-a 1: lases de (ICS rriillo hãsias de no proccti)
Las fases del ciclo de vida del desarrollo presentadas en Ia Figura 1 representan lasactividades de ingenierla, pero no representan una secuencia estricta del proyecto. En laFigura 2 se muestra un ejemplo de adaptación de estas fases a un proyecto en particular, enIa que se reestructura de forma tal que se desarrolla el plan de manera lineal hasta obtenerlos requerimientos de la solución, y luego las fases de planificación detallada, diseño,
heMcii1:
2n
GOBIERNO DE CHILE* MINISTERIO DE HACIENDADIRECCION DE ccMrcAs V CON1iArACrON PUL3LICA
construcción, pruebas e implantación se abordan a través de iteraciones. Las fases indicadasen esta ñltima figura se sefialan como ejemplo referencial, pues la priorización definitivaserá desarrollada. tomando en consideración las necesidades propias de desarrollo del MOPen cada uno de sus proyectos.
(1) (2) I -r (3- ti) (4-iti) (5-iti) HI (6- ti) - (7- ti)
(3- t2) (4- lt2) (5- lt2) (6- it2) (7- it2)
j(3lt3)I:(4_it3) ij(5-It3)n (6-it3) j* (7-1t3)
(3-it4) (4-it4) (5-it4) r (6-it4) r (7-it4)
00
Seguimiento Aseg. Calidad Control Config.
1igntn 2: [ct &li:irr1lo aclrltlti llIoCCft
A continuación se describen las siete fases del desarrollo de un proyecto
1.3.1 Definición
Propósito El propósito de esta fase es coordinar al equipo del MOP darcomienzo al proyecto.
Responsable Jefe de Proyecto DCCPParticipantes Equipo del MOP: Jefe del Proyecto.
Equipo DCCP: Jefe del Proyecto DCCPCriterios de Inicio Se cuenta con una Orden de Trabajo Emitida por ci MOP.Entradas Documento de proposición de Desarrollador en respuesta los
Términos de Referencia del SCRCC del MOPActividades Revisar el cronograma, los supuestos, expectativas y riesgos.
Reunion de coordinación con el MOP.Priorizar las actividades.Definir las reuniones de trabajo.
Salidas/Entregables Minuta de reunion con el detalle de los acuerdos para dar inicioal proyecto.
Criterios de Minuta aceptada por el MOP.Término
1.3.2 Gestión de Requerimientos
Propósito El propósito de esta fase es detallar y documentar losrequerimientos que serán desarrollados como parte delproyecto.
GOBIERNO DE CHILE', MINISTERIO DE HACIENDADIRECCION DC COMrRAS V CONTRArACION NJBLICA
Responsable Jefe de Proyecto DesarrolladorParticipantes Equipo del MOP: Jefe del Proyecto, Usuarios LIderes del
Sistema.Equipo Desarrollador: Jefe del Proyecto, Arquitecto Diseñador,Analista.
Criterios de Inicio Se ha firmado el contrato.Entradas Documento de proposición del Desarrollador en respuesta a los
Términos de Referenda del SCRCC del MOPActividades Revision detallada de la documentación asociada al proyecto,
incluyendo Ia documentación entregada por el MOP.Reuniones de Análisis para refinar cada uno de los requisitos dedesarrollo formulados por los usuarios o representantes delMOP.Reuniones de convalidación de requerimientos con usuariosexpertos del MOP.Elaboración de los casos de uso asociados a cada requerimientodel proyecto.Revision de pares de Ia documentación.Revision y aprobación de Ia documentación por parte del MOP.
Salidas/Entregables Minutas de reunion con el detalle de los acuerdos decaracterIsticas funcionales.Libro de requerimientos generado por el Desarrollador yaprobado por el MOP.
Criterios de Libro de requerimientos aprobado por el MOP.Término
1.3.3 Planificación
Propósito El propósito de esta fase es realizar una planificación detalladadel proyecto, que permita confeccionar de acuerdo a LametodologIa CMMI:
• RefinaciOn de Ia Matriz de Estimación.
• Plan de Proyecto.
• Plan de Calidad.
24
Fono: (562 290 4400 Fax (55) 290 4458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPMS V CONTRATACION PtJI3LICA
Plan de Configuración.
Responsable Jefe de Proyecto del DesarrolladorParticipantes Equipo Desarrollador: Jefe de Proyecto, Arquitecto Diseñador,
Anal ista.Criterios de Inicio Se cuenta con el Libro de Requerimientos aprobado por el MOP.Entradas Libro de requerimientos aprobado por el MOP.Actividades Confección de los distintos planes que darán organización al
proyecto.Salidas/Entregables Plan de Proyecto.
Plan de Calidad.Plan de Configuracion.
Criterios de Revision por parte del Area de Aseguramiento de Calidad delTérmino Desarrollador de los distintos planes generados.
Aprobación de los planes por parte del MOP.
1.3.4 Diseño
Propósito Disefiar el modelo de datos y diseflar los procesos que daráncuenta en detalle de lo recomendado por el Desarrollador,elaborar las especificaciones para su construcción y generar elPlan de Pruebas del sistema.
Responsable Jefe de Proyecto DesarrolladorParticipantes Equipo del MOP: Jefe del Proyecto, Equipo y representantes
usuarios del MOP.Equipo Desarrollador: Jefe del Proyecto, Arquitecto Diseñador.
Criterios de Inicio Se ha aprobado la fase de análisis de requerimientos.Entradas Libro de Requerimientos Aprobado por el MOP.Actividades Reuniones internas de elaboración de aspectos de diseflo.
Reuniones de coordinación con el MOP.Elaboración de documentación de diseño de Ia aplicación:
\ GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMI'RAS Y CONWArACION rUBLrcA
• Fichas funcionales.
• Modelodedatos.
• Definición de interfaces
• Definición de estructuras para migración de datos.
Generar Matriz de trazabilidad de Ia aplicación.Generar Plan de pruebas del sistema.
Casos de prueba.
Revision del MOP al documento de diseño.Corrección observaciones del MOP al documento de diseño.
Salidas/Entregables Minutas de reunion con el detalle de los acuerdos asociados aldiseflo de los módulos de la aplicación.Documento de diseflo.Matriz de trazabilidad della aplicación.Plan de Pruebas del sistema.
Criterios de Documento de diseflo terminado.Término Revision y aprobación por parte del MOP de los documentos
generados.
1.3.5 Construcción
Propósito El propósito de esta fase es construir, integrar y probar lasfuncionalidades que componen el sistema.Esta fase se subdivide en tres etapas:
• Construcción y pruebas unitarias, que aborda lacodificación y las pruebas individuales del codigo
• IntegraciOn y pruebas de integración, que aborda laintegración dc los distintos rnódulos y las pruebas inter-módulos
• Generación de documentación, que aborda Iaactualización de la documentación de diseño y redacciónde manuales
ResponsableParticipantes
Criterios de lnicioEntradas
Jefe de Proyecto DesarrolladorEquipo Desarrollador: Jefe de Proyecto de Desarrollo, ArquitectoDiseñador, Programadores.Equipo técnico del MOP.Fase de Diseño terminada.Casos de Uso de la fase de diseflo del proyecto, más lasobservaciones y mejoras efectuadas, además de otros documentosgenerados como salidas y entregables de Ia etapa Revision dediseflo, inmediatamente anterior a ésta.
26
OiPf832-0113
GOBIERNO DE CHILE
4 MIN!STERIO DE HACIENDADIRECCION DE COMrRAS Y CONThATACION NJI3LICA
Actividades Reuniones de Coordinación con los representantes del MOP.Preparación del Ambiente de Desarrollo.Codificación y ejecución de Pruebas Unitarias.Integracion y ejecución de Pruebas de Integradas.Generación de Documentación.Revision de Pares.
Sal idas/Entregables Codigos fuentes de funcionalidades.La aplicación integrada.Resultado de las Pruebas Unitarias y de Integracion.Manual de Usuario.Manual de Instalación.Manual de Operación (entendiendo esto como el Manual deSistema).
Criterios de Aplicación Construida, Probada y Corregida (de acuerdo a lasTérmino pruebas unitarias y de integración).
Entrega de los siguientes documentos:Manual de Usuario.Manual de Instalación.Manual de Operación.
1.3.6 Pruebas de Sistema y Pruebas de Aceptación
Propósito El propósito de esta fase es realizar pruebas en un ambiente detesting, tendientes a depurar el sistema y finalmente a lacertificación por parte del MOP.
Responsable Jefe de Proyecto DesarrolladorParticipantes Equipo del MOP: Jefe del Proyecto, Equipo técnico, Usuarios
LIderes del Sistema, Equipo de Testing.Equipo Desarrollador: Jefe de Proyecto, Arquitecto Diseflador,Programadores, Ingeniero de Aseguramiento de Calidad (QA).
Criterios de Inicio Fase de Desarrollo aprobada.Aplicación Integrada
Entradas Aplicación Integrada.Plan de Pruebas de Sistema.
Actividades Instalar Aplicación en Ambiente de PruebasPruebas de Sistema por parte del equipo de Desarrollo.Correcciones.Instalar Aplicación en Ambiente de Prueba provisto por el MOP.Pruebas de Aceptación por parte del equipo del MOP.Correcciones.
Salidas/Entregables Informe con Resultado de las Pruebas de Sistema.Informe con Resultado de las Pruebas de Aceptación.Aplicación probada por el MOP y Corregida.
Criterios de Las observaciones emanadas de las pruebas de sistema y de lasTérmino pruebas de aceptación hayan sido corregidas o hayan sido
' GOBIERNO DE CHILEMINISTERIO DE HACIENDAtRECCION DE COMIAS V CONTRATACIöN I'tJI3LICA
1.3.7 Implantación
Propósito
ResponsableParticipantes
Criterios de Inicio
Entradas
Actividades
aceptadas por los representantes del MOP.
El propósito de esta fase es realizar la implantación del sistema enel ambiente de producción del MOP, inc!uyendo un conjunto decapacitaciones dirigida a los usuarios finales y al personaltécnico.Jefe de Proyecto DesarrolladorEquipo del MOP: Personal técnico, usuarios.Equipo Desarrollador: Arquitecto Diseflador, Programadores.Fase de Pruebas de Sistema y Pruebas de Aceptación concluida.Plataforma base instalada (hardware y software base) yconectividad habit itada (responsabi lidad del MOP).Aplicación en Ambiente de Testing Aprobada.Documentación de la aplicación.Revision para comprobar existencia de elementos necesarios parailevar a cabo esta fase.Preparación de Material de capacitación.Ejecución de Capacitaciones.Instalación de la aplicación.Configuracion de la aplicación.Migración de datos.Proceso de parametrización inicial.Pruebas de instalación.Marcha blanca.Liberación a producción (Actividad de responsabilidad delMOP).
Salidas/Entregables Aplicación en producción con correcciones a observacionesdetectadas durante Ia fase.
Criterios de Aplicativo liberado en producción.Término Usuarios y representantes técnicos del MOP capacitados.
28hi
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMI'RAS V CoN1RArACIcN PUULCA
1.4 Procesos Continuosy de Apoyo
Los procesos continuos y de apoyo son procesos que si bien no forman estrictamente fasesen ci desarrollo, son esenciales para lograr proyectos bajo control y productos Integros.Estos procesos incluyen la planificación y el seguimiento de proyectos, el aseguramiento dela calidad, la gestión de configuracion y el control de cambios.
1.4.1 GestiOn de Requerimientos
El propósito de la Gestión de Requerimientos es estabiecer y mantener un entendimientocomün entre el MOP y el Desarrollador, acerca de los requerimientos que serán abordadosy que constituyen, por tanto, el alcance del proyecto.Este acuerdo conforma la base para estimar, planificar, ejecutar y seguir las actividades delproyecto a través del ciclo de vida.La meta del proceso de Gestión de Requerimientos es "permitir un control derequerimientos, formando LIneas Bases que sean consistentes con los planes, productos yactividades del proyecto".
Esto significa que:
• Todos los requerimientos de un proyecto, o los cambios aprobados a ellos, deberánestar documentados en el "Libro de Requerimientos del Proyecto". El cuál deberáser comprendido, revisado, acordado y aprobado por el Jefe del Proyecto y elresponsable del proyecto designado por el MOP.
• Se aplicará un procedimiento estándar formal para establecer, definir, priorizar,revisar, acordar y documentar requerimientos que sean, al menos, precisos,consistentes, comprobables, completos y trazables. Este estándar deberá seraplicado para todos los requerimientos de un proyecto. Este estándar deberá serconocido y aplicado por todos los involucrados en el proyecto y el MOP.
La descripción detallada de las actividades y responsabilidades de Ia fase de gestión derequerimientos dentro de un proyecto, se encuentran en el punto Gestión deRequerimientos.
Los Beneficios de usar este proceso son:
• Todos los requerimientos de un proyecto, o los cambios aprobados a ellos, estarándocumentados en ci Libro de Requerimientos del proyecto, el cual serácomprendido, revisado, acordado y aprobado por el Jefe del Proyecto y elrepresentante responsable ante el proyecto por parte del MOP.
• Se aplicará un procedimiento estándar formal para establecer, definir, priorizar,revisar, acordar y documentar requerimientos que sean, al menos, precisos,consistentes, comprobables, completos y trazables.
• Los cambios solicitados a los requerimientos serán evaluados considerando por unaparte que scan prccisos, consistentes, comprobables, completos y trazables, y por
29
832-0113
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMI'RAS Y CONThATACION lUBLICA
otra, el impacto cuya incorporación podrá tener en los compromisos ya existentes(plazos, costos, producto). Los cambios serán incorporados de una maneracontrolada, es decir, cuando el MOP expresamente lo autorice.
La decision de incorporar los cambios a los requerimientos será tomada por el MOP enbase a Ia cubicaciOn, y deberã ser aceptada o rechazada formalmente por el equipo delMOP.
1.4.2 Planificación de Proyectos
El propósito de la planificación de proyectos es establecer planes razonables para realizarlas actividades técnicas y de administración del proyecto. Sin planes realistas, Ia gestiónefectiva de proyectos y el seguimiento de proyectos no pueden ser implementados.
El proceso de Planificación persigue las siguientes metas:
• Las estimaciones están documentadas y son usadas en Ia planificación yseguimiento del proyecto.
• Las actividades y los compromisos relativos al desarrollo del proyecto sonplanificados y están documentados.
• Los grupos y personas afectadas acuerdan sus compromisos relacionados con elproyecto, los cuales son constantemente informados de su estado y avance.
Esto significa que:
• Todo proyecto deberá tener un Plan de Proyecto, el cual deberá ser elaborado yactualizado cuando corresponda.
• El Plan de Proyecto deberá considerar todas las actividades de todos losinvolucrados en el proyecto (revisiones de usuarios finales, reuniones de control deavance con el MOP, elaboración de planes, revisiones y auditorias del grupo deaseguramiento de calidad, re-planificación, etc.), y no solamente las actividadesdiscretas, propias del ciclo de vida.
• El Plan de Proyecto se fundamentará en la Administración de Requerimientos. ElPlan de Proyecto estará bajo administración y control de configuración, deberámantenerse actualizado y será Ia base para las actividades de Asignacion,Seguimiento y Control del proyecto.
• El Jefe de Proyecto es responsable de la planificaciOn, de la negociación de loscompromisos y de la asignación de las responsabilidades por las actividades y losresultados, y de los cambios a ellos.
• Las estimaciones deberán ser documentadas, revisadas y acordadas, y estarán bajoadministración y control de configuracion, derivando de allI los esfuerzos, costos yplazos. En particular, dicho procedimiento indicará el uso de datos históricos deestimaciones cuando sea posible contar con esa información, y Ia documentación detodos los supuestos y presunciones realizados como parte del proceso de estimaciOn.
30
2904458
. GOBIERNO DE CHILE
4* MINISTERIO DE HACiENDADIRECCION DR COMPRAS y CONTRATACION F'IJRLKA
Todos los datos utilizados en el proceso de planificación deberán estar bajoadministración y control de configuración, debiendo permitir la reconstrucción delas estimaciones y la evaluación de su racionabilidad, en cualquier instante. Todoslos datos deberán residir en la Base de Datos del Proyecto.
El documento de Plan de Proyecto considerará:
• Bases de Ia estimación del proyecto.
• Modelo de ciclo de vida seleccionado, a Ia luz de los requerimientos.
• Alcance del proyecto.
• Supuestos y restricciones
• Criterios para determinar el éxito del proyecto.
• Cronograma del proyecto
• Riesgos del proyecto.
• Organización, roles y responsabilidades.
• Habilidades del equipo de proyecto y posibles necesidades de capacitación.
• Planificación de los involucrados en el proyecto.
• Planes que afectan al proyecto.
El proceso de planificación deberá considerar todos estos elementos como un todo.
En particular, el cronograma del proyecto será Ia resultante de Ia definición de Ia Estructurade los Productos de Trabajo (Work Breakdown Structure o WBS), Ia red de dependencias,Ia asignación de recursos y Ia estimación, entregando como resultado las fechas de términode los distintos elementos del plan del proyecto (Carta Gantt).
• Work Breakdown Structure. Consiste en Ia identificación de todos los productosque deberán ser generados para completar el proyecto y las actividades necesariaspara generarlos, incluyendo Los productos y actividades de terceros (no Eldesarrollador). Las actividades serán descompuestas hasta un nivel que permita suvisibilidad y control.
• EstimaciOn. Las estimaciones de tamaflo serán realizadas mediante el uso de Iamatriz de estimación definida por el Desarrollador y de datos Liistóricos deestimaciones cuando sea posible contar con esa información, y contará con Iadocumentación de todos los supuestos y presunciones realizados como parte delproceso de estimación, derivando de allI los esfuerzos (horas-hombre)
• Red de dependencias. Se analizará la red de dependencias existente entre las tareasa ejecutar y se determinará cuáles de ellas son crIticas. Se analizará el caminocrItico de manera de enfocar el control en las tareas, componentes del mismo yeventualmente reforzarlas en recursos si es requerido.
31
Moji13928&oSano.Chie-Cp 832-0113
'. GOBIERNO DE CHILE
4 MINISTERIO DE HACIENDAD(RECCION DE COMPMS V CON11ArAcIcN NJL3LICA
• Asignación de Recursos. Cada Item del WBS será asignado a un responsable parasu ejecución, balanceando las cargas de trabajo, a fin de cumplir en fechas realistaslos trabajos esperados.
• Cálculo de Fechas. Durante el proyecto se generarán una serie de plazos de entregapara todos los productos, los cuales serán calculadas a partir de Ia estimación detamaflo yb esfuerzo y de la asignación de los recursos.
1.4.3 Gestión de ConfiguraciOn
El propósito de Ia gestión de configuracion es establecer y mantener la integridad de losproductos del proyecto a través de su ciclo de vida, controlando los distintos entregables,que conformarán Ia lInea base e implementando el sistema de control de cambios y demanejo de versiones.
Se distinguen dos niveles de gestión de configuracion:
• Elementos bajo control de configuracion: Este nivel se aplica a planes,documentos internos del proyecto, y otros que dependen de cada proyecto.
• Elementos bajo gestión de configuración completa: Este nivel aplica a losrequerimientos, a todos los elementos necesarios para Ia entrega, y a productosseleccionados del ciclo de desarrollo de los cuales haya grandes niveles dedependencia (ejemplo: el modelo de datos, módulos comunes)
Esto significa que:
• Las actividades de gestión de configuración son planificadas. Esto se implementa através del Plan Configuracion, el cual debe ser desarrollado para cada proyecto.
• Los productos de trabajo son identificados, controlados y están disponibles.
• Los cambios a los productos de trabajo identificados son controlados.
• Los grupos y personas afectados son informados del estado y contenido de la Ilneabase.
• Se realiza Gestión de la Configuracion (CM) para todas las actividades y para todoslos productos internos que se designen, a lo largo de todo el ciclo de vida delproyecto.
• Se establece y utiliza un repositorio para almacenar los items de configuracion y lasacciones sobre estos.
El repositorio consta de:
• Parte computacional, usando herramientas de control de versiones VSS (cuando losproyectos son desarrollados en instalaciones de del Desarrollador.).
• Parte fIsica, en archivos fIsicos designados
32chile Moiita 1eF
GOBIERNO DE CHILEMINISTERIO DE HADENDADIRECCION DR COMPRAS V CONThAtACIóN NJI3LICA
• La lInea base y las actividades de Gestión de Configuracion son auditadasperiódicamente.
La gestión de configuración se abre en los siguientes subprocesos:
• Gestión de la Linca Base: Corresponde a! establecimiento y mantención de La lineabase.
• IdentificaciOn de configuración: Corresponde a identificar, registrar y mantener losItems de configuración.
• Reporte de estado de configuración: Consiste en producir el registro de Ia LineaBase del Proyecto (linea base definida, autorizada y entregada) y de Estado de losItems de Configuración (trabajo realizado en cada item).
Auditoria de Gestión de Configuración
Creación, mantenimiento, respaldo y restauración de Ia Biblioteca de Configuracionadministrada en el repositorio.
1.4.3.1 Herramienta para Gestionar Ia Configuracion
Se utilizará la herramienta Visual Source Safe (VSS) de Microsoft o equivalente, excepto siel MOP especifica otra herramienta.Aparte de La herramienta, el Desarrollador ha implementado un Sistema de Gestión deConfiguración, acorde al Modelo de Madurez de Capacidades Integrado o CMMITM, acordeal nivel 2 de dicho modelo.
1.4.3.2 Respaldos a los desarrollos
El Sistema de Gestión de Configuracion, especifica dentro que se realizarán respaldos a losdesarrollos segün lo especificados en el Plan de Gestión de Configuración de los proyectos.Estos respaldos son totales y se realizan una vez a la semana. (En caso en que el MOPrequiera cualquier otro tipo de respaldo, este se realizara de ambas formas)
1.4.4 Proceso de Control de Cambios
El proceso de control de cambios involucra a los usuarios del MOP y a los técnicos delDesarrollador. En La Figura 3 se explicita el proceso, el que es usado tanto para los cambiosa los requerimientos como para los items de configuracion que forman parte de la lineabase del cada proyecto.El Proceso de Control de Cambios consiste en que las modificaciones a los productos detrabajo son incorporadas de una manera controlada. Permitiendo conocer, en todo momentola áltima version (control de configuracion).En este proceso se distinguen los mismos dos niveles de gestión de configuracion (ver1.4.3):
33
, GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION D1 COMPRAS y CONThATACION PURLICA
• Elementos bajo control de configuracion.
• Elementos bajo gestión de configuracion completa.
Esto significa que:
• Las actividades de gestión de configuracion son planificadas.
• Los productos de trabajo son identificados, controlados y se encuentran siempredisponibles.
Los cambios a los productos de trabajo son identificados y controlados.
• Los grupos y personas afectados son informados del estado y contenido de Ia LIneaBase
• Se realiza Gestión de Configuracion (CM) para todas las actividades y para todoslos productos internos que se designen, a lo largo de todo el ciclo de vida delproyecto
• Se establece y utiliza un repositorio para almacenar los items de configuracion y lasacciones sobre estos. El repositorio consta de:
o Parte computacional, usando herramientas de control de configuración VSS(cuando los proyectos son desarrollados en instalaciones del Desarrollador).
o Parte fisica, en archivos fIsicos designados.
34
71 Mc jita24
', GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS V COMT1tkTAOON NIBLICA
Iiura 3: I'F4)(&S() Ic ('oi1io tli (a ihio.s
35Monjla 392 8° pio. Sntiag. ChIe - GP 832-0113
ono: (58-2) 290 4400 x: (55-2) 290 4458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMPRAS Y CONPRATACrON PIBLICA
1.5 Sistema de Controly Seguimiento
A través del Control y Seguimiento, se permite estabiecer una adecuada visibilidad conrespecto a! avance real del proyecto, de tal manera que se puedan tomar acciones efectivascuando existan desviaciones de los planes.Para ello, se hace seguimiento de los resuitados reales, contrastándolos con los planes, ytomando acciones que corrijan las desviaciones cuando éstas sean significativasEs por ello, que el Plan del Proyecto es Ia base para la asignación, seguimiento y control delas responsabilidades y actividades del proyecto.Para cumplir con lo anterior, el Jefe de Proyecto se mantendrá informado sobre el estado ycumplimiento de las actividades del proyecto, lievando un registro periódico de la realidad,el cual será contrastado también periódicamente con el Plan del Proyecto, a fin deincorporar Ia oportuna corrección a las eventuales desviaciones que se pudiesen presentar(ajustando el plan, el producto, el desempeflo o algunos de los compromisos contraldos).En caso de ocurrir cambios a los compromisos, éstos serán realizados con el acuerdo de losinvolucrados.El Control contempla comparaciones entre: avance, esfuerzo, tamaflo del producto,ingresos, fechas de hitos definidos y el Plan del Proyecto. Además, se revisan los reportesde problemas (seguimiento para su resolución), y se administran los riesgos y ejecutan lasacciones de mitigación/contingencia.Con ci fin de validar estas actividades, se efectuarán revisiones periódicas planificadas enforma conjunta para analizar ci avance y detectar problemas. Entre ellas, se destacan:
• Revision del Proyecto: Reunion que tiene por objetivo proveer visibilidad acercadel estado del proyecto al MOP.
• Reuniones de Control del Proyecto: Su propósito es hacer un análisis detallado yfrecuente del estado del proyecto y lograr acuerdos para ci desarrollo de lasposteriores tareas en ci plan, asignar responsables y fechas de resolución deproblemas. El propósito de esta reunion será verificar los cumplimientos eidentificar areas con probiemas.
• Auditorias: actividad liderada por QA, cuyo objetivo es revisar si ci proyecto se haejecutado de acuerdo al Plan del Proyecto, detectando las desviaciones yproponiendo alternativas para corregirlas.
1.5.1 Herramientas Utilizadas
El Desarrollador utiliza las siguientes herramientas para efectuar ci control y seguimientode las actividades dentro del proyecto:
Microsoft Project Server
36
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMPRAS V CONIRATACION ECmLICA
1.5.2 Sistema de comunicación
Los sistema de comunicaciOn entre el MOP y el Desarrollador, se establecen y documentanexp!Icitamente a! interior de! documento P!an de! Proyecto.En dicho P!an se identifican cada uno de !os distintos participantes (Stakeho!ders) quienestendrán directa relación con e! proyecto, tanto por parte de! MOP, como por Eldesarrollador, registrándose !a siguiente información:
• Nombre
• Actividades principales en las cuales participan
• Correo electrónicos
• Te!éfonos (oficina y ce!u!ares)
Por otra parte, se define !os medios y canales de comunicación oficial entre losrepresentantes de! MOP y !os miembros de! equipo de desarrollo.Se estab!ece !a forma y el medio mediante e! cua! se efectuarán las comunicacionesoficiales, como se podrán escalar problemas, y !os niveles entre !os cuales se efectuarán lascomunicaciones dentro del ámbito de! proyecto.
1.5.3 Reportes predefinidos dentro del desarro!!o del proyecto
En general, los reportes que se definen a! interior de los Planes de Proyecto son:
• Presentaciones de avance a Gerencia: las elabora el Jefe de Proyecto con unaperiodicidad de a! menos una vez a Ia semana.
• Reporte de Auditorias de configuración (CM) y de QA: Los reportes deauditorias de CM son e!aborados por el miembro de! equipo responsable de dichaactividad, por otro lado los reportes de !as auditorias de QA !os elaboran losrepresentantes del Area de Aseguramiento de Ca!idad segün lo señalado dentro delPlan de Calidad del proyecto.
• Reporte de Métricas: !o elabora el Jefe de Proyecto, con una periodicidad semanalo quincenal segin corresponda.
1.5.4 Plan de contingencias
Para aquellos riesgos que tienen un alto impacto y una alta probabilidad de ocurrencia omaterialización, es necesario implementar un plan de contingencia, cuyo objetivo es tratarde evitar que el riesgo se transforme en un problema.Para asegurar que los riesgos son adecuadamente monitoreados, se utilizará dentro del plande proyecto, una planilla de seguimiento de riesgos. Esta planilla contiene todos aquellosriesgos que han sido levantados y que tendrán un seguimiento especial por
37
832-0113
. GOBIERNO DE CHILE
I, MINISTERIO DE HACIENDADIRCCION DE COMI'RAS Y CONThATACrON PURLICA
parte del Jefe de Proyectos y que contará con la colaboración de todos Los miembros delequipo de desarrollo.Los riesgos son monitoreados en forma semanal, y constituyen uno de los puntos a serrevisados en las minutas y presentaciones semanales a gerencia.Para aquellos riesgos que podrIan tener un alto impacto y adernás pudiese existir una altaprobabilidad de ocurrencia, es necesario elaborar un plan de contingencia, el cualbásicamente contiene los siguientes elernentos:
• Nombre del Proyecto
• Tipo de Riesgo
• Prioridad
• Factor de Riesgo
• Probabilidad de ocurrencia
• Impacto
• Plan de Mitigación/Contingcncia: seflala las acciones que se deben implementarpara minirnizar Ia probabilidad de ocurrencia de un riesgo, junto con las accionesque se deberán ejecutar en caso que se materialice el riesgo para minimizar suimpacto.
• Recursos necesarios para implementar el plan: una estimación del niirnero y tipo derecursos necesarios.
1.5.5 Informes de gestión, control y métricas
El Jefe de Proyectos deberá elaborar un informe semanal destinado a mantener informada aIa gerencia en forma periódica del avance del proyecto.Este informe de gestiOn básicarnente indica los siguientes parámetros de un proyecto
Nombre del Proyecto
• Objetivo del proyecto
• Estado o Fase dentro del ciclo de vida en que se encuentra
• Hitos cumplidos
• Entregables asociados a los hitos
• Estado de Ia facturación del proyecto
Estado de los riesgos (tornado de Ia plantilla de riesgos identificados para elproyecto)
• Sugerencias (obtenidas de las acciones de mitigación para cada uno de los riesgos)
Reportes de horas o indicadores de esfuerzo
Porcentaje de avance en las tareas
38
FQflO:(52)2Q44OQFax(562)
'. GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECtION DE COMPRAS V CONfllAFACKN IIJBLICA
Métricas recolectadas:
o Defectos encontrados
o Controles de cambios versus estados
o Desviación de esfuerzo
o Nümero de requerimientos implementados y por implementar
Problemas levantados
• Sugerencias (actividades de mitigación de problemas)
• Estado o situación actual con el MOP
Estos reportes son presentados a la gerencia del desarrollador con una periodicidad de almenos una vez cada quince dIas.
1.6 Aseguramienlo de la Calidad
El propósito del proceso de Aseguramiento de la Calidad (SQA) es otorgar Ia adecuadavisibilidad en tomb a los procesos que están siendo usados para construir el software y losproductos que se están obteniendo.Sus principales objetivos son:
• Verificar objetivamente, la adherencia de los productos y las actividades a losestándares, procedimientos y requerimientos aplicables.
• Informar a los grupos y personas involucradas sobre las actividades y los resultadosdel proceso de Aseguramiento de la calidad.
• Escalar a la instancia superior, las inconformidades que no puedan ser resueltasdentro del proyecto.
• Revisar y auditar los productos entregables y actividades de software a fin deasegurar que ellos cumplan con los estándares y procedimientos definidos.
• Participar en el proyecto, desde sus actividades más tempranas, definiendo planes,estándares y procedimientos que se ajusten a las necesidades del proyecto y quesean usables para efectuar revisiones y auditorias a través del ciclo de vida.
Esto significa que:
• En cada proyecto se hace un Plan de Calidad como parte del Plan del Proyecto,dicho Plan de Calidad contiene las actividades necesarias para alcanzar losrequerimientos de optimizaciOn del proyecto. Este plan detalla actividadesperiódicas y actividades por evento, responsabilidades y mecanismos de reporte deproblemas y seguimiento de acciones correctivas.
• El cumplimiento de los resultados del proceso (planes, estándares, procedimientos,productos de trabajo, entregables), con respecto a los estándares del proyecto y de Iaorganización que aplican en el proyecto, es verificado de manera objetiva, continua,
39
Fono: 462) 2G 4400 Fax (5 2) 2904458
. GOBIERNO DE CHILEMiNISTERIO DE HACIENDADIRICCION DE COMPRAS V CONTRATACION Pth5LICA
y documentada, segñn el plan de calidad, en primer lugar por el jefe de proyecto, yademás, en forma independiente al proyecto, por QA.
Las desviaciones son informadas a las personas afectadas, para que se puedanefectuar las correcciones necesarias. Si dichas correcciones no se implementandentro del plazo acordado, QA deberá escalarlos a! Subgerente hasta que seanresueltos o cerrados.
• Si el MOP cuenta con un area de Aseguramiento de la Calidad, el cumplimiento delas actividades planificadas de QA y las desviaciones son revisadas periódicamenteen conjunto con el area de calidad del MOP.
1.6.1 Pruebas
En términos generates, para desarrollar las pruebas se considera la planificación,determinación y aplicación de tipos de casos de pruebas.Dado que la metodologIa de ingenierIa de software estará basada en UML, Ia metodologlade testing se basará en casos de pruebas elaborados en torno a los casos de uso (use casesbased testing).De manera de garantizar un sistema robusto, Ia estrategia de testing considera la ejecuciónde los siguientes tipos de pruebas: pruebas unitarias, pruebas de integración, pruebas deaceptación y pruebas de sistemas.En general, un plan de pruebas contempla a! menos los siguientes elementos:
Introducción
Planificación.
o Diseño de las pruebas.
o Casos de pruebas.
o Datos de pruebas.
Ejecución de las pruebas.
Verificación de las pruebas.
A continuación se presenta el detalle de cada uno de ellos.Introducción:
Se refiere a las tareas relacionadas con la obtención de todo lo necesario para llevaradelante los tipos de pruebas. Incluye Ia preparación y definición de todos loselementos logIsticos necesarios para ejecutar las pruebas programadas.
Planificación:Se refiere a Ia programación de las actividades en el transcurso del tiempo. Esnecesario estimar tiempos y esfuerzos necesarios de realizar para lograr un oportunodesempeflo de Ia función de testing. Entre los elementos que hay que considerar setienen:
40
?o'r 832-0113
'. GOBIERNO DE CHILEMINISTERLO DE HACIENDADIRECCION t COMPRAS Y CONTRATACION PCJBLICA
o Identificación
o Items a ser verificados
o CaracterIsticas (funcionalidades) a ser verificadas
o CaracterIsticas que no deben ser verificadas
o Estrategia de testing
o Criterios de aprobación/rechazo
o Criterios de suspension de pruebas, si corresponde
o Requerimientos de ambiente de pruebas
o Roles y responsabilidades
o Carta Gantt
o Aprobaciones
El Diseflo de las pruebas contempla:
o Identificación de Ia prueba
o Fecha de creación
o Datos de ingreso
o Especificación del caso de prueba
o Respuesta esperada
o Requerimiento asociado
EjecuciOn:Involucra las tareas propias de la prueba en si misma, incluyendo el seguimiento alas correcciones de los defectos y mejoras detectados durante la prueba.Durante la ejecución se recoge informaciOn de las actividades de testing. Losdefectos detectados son registrados y se reportan como tal.
1.6.2 Planes de Pruebas - Testing
El objetivo de las pruebas es detectar errores o fallas en el sistema. Para ello es que segenerarán distintos tipos de pruebas, las cuales serán implementadas en las fases delproyecto.Las pruebas que se implementarán son las siguientes:
Pruebas Unitarias
Pruebas de Integracion
Pruebas de Aceptación
Pruebas de Sistemas
41
Fono:l5622O44OOFx562 290 448
'. GOBIERNO DE CHILEMINISTERIO DE HACIENDADlRECCON DE (OMPRAS V C0MTRA1ACIC5N 'CJBLICA
1.6.2.1 Pruebas unitarias
Estas pruebas son realizadas por cada uno de los desarrolladores de los módu!os. Suobjetivo es probar en forma unitaria cada uno de los componentes que han sido cod ificadospara demostrar que cada módulo cumple con las funcionalidades definidas.Para las pruebas unitarias, se ha considerado el siguiente esquema de actividades:
Entradas:
• Revision del Proyecto: ReuniOn que tiene por objetivo proveer visibilidad acerca delestado del proyecto al MOP.
• Los programas yb módulos que serán sometidos a pruebas unitarias.
• Los datos de pruebas y los "drivers" o "stubs" que serán utilizados en las pruebasunitarias.
Actividades a ilevar a cabo:
• El programador ejecutará sus pruebas sobre unidades Iógicas fáciles de probar.
• Por cada unidad (módulo yb programa):
• El programador deberá crear y ejecutar sus propios "casos de pruebas" (pruebas decaja blanca) cuyo objetivo es el de asegurarse de que todas las sentencias ybcondiciones sean ejecutadas al menos una vez.
• El programador debe asegurarse de considerar los siguientes aspectos:
a Rutinas de excepción
o Rutinas de error
o Manejo de parámetros
o Validaciones
o Valores válidos
o Valores lImites y condiciones de borde
o Rangos
o Mensajes posibles
El programador deberá corregir los errores encontrados y deberá volver a ejecutarsus casos de pruebas.
• Una vez corregidos y ejecutados todas sus pruebas unitarias, el programador deberáfirmar el reporte de Pruebas Unitarias y lo remitirá al Jefe de Proyecto.
Notas:
• Stubs: son partes de programas, generalmente funciones o procedimientos lascuales proveen de una buena interfaz, pero que solo corresponden a una
42
Fno: 4582} 290 4400 Fax 56.2 290 448
, GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMrMS Y CONTRATACION NJBLICA
implementación parcial o incompleta de un programa. Los "stubs" permiten probarsolo ciertos aspectos de las funcionalidades de alto five! o de tipos abstractos dedatos, sin necesidad de contar con todas las funciones implementadas en el bajonivel. Los "stubs" son necesarios cuando se ha utilizado programación del tipo "top-down".
• Drivers: son programas que permiten ejecutar el software en un ordenpredeterminado con el objeto de probarlo. Proveen una estructura para asignar losparámetros de entrada, ejecutar el niódulo o la unidad, y leer los parámetros desalidas.
1.6.2.2 Pruebas de integracion
Estas pruebas son realizadas por parte del equipo de desarrollo.El objetivo de estas pruebas es lograr Ia correcta integraciOn de los distintos módulos ysubsistemas que conforman el sistema, verificando el correcto funcionamiento de lasinterfaces entre ellos. El plan de pruebas de integraciOn pretende identificar defectos deldiseño de la aplicación.Para las pruebas de integración, se ha considerado el siguiente esquema de actividades:
Entradas:
• Los módulos yb programas que serán integrados, se encuentran bajo gestión deconfiguracion (congelados).
• El Plan de Pruebas de Integracion, junto con los datos de pruebas y los casos depruebas que serán ejecutados.
Reporte de ejecución de Pruebas de Integracion (en blanco).
Actividades a ilevar a cabo:
• Integrar o ensamblar los distintos programas yb módulos de acuerdo a laarquitectura que fue definida.
• Actividades de Integración:
• Utilizando la técnica top-down, empezando con los módulos de nivel superior, yverificando que los módulos de nivel superior liaman a los mOdulos de nivel inferiorde manera correcta, utilizando los parámetros en forma correcta.
• Utilizando Ia técnica bottom-up, empezando con los módulos de nivel inferior, yverificando que los módulos de nivel inferior liaman a los módulos de nivel superiorde manera correcta, utilizando los parámetros en forma correcta.
• Ejecutar el Plan de Pruebas de Integracion, verificando que Las funcionalidadesimplementadas en los distintos módulos yb programas, se realizan de acuerdo a "toesperado" y especificado en el plan.
Morijil n::gIecF 83a.Otla
. GOBIERNO DE CHILE
4 MINISTERIO DE HACIENDADIREcCoN DE COMNt3 Y CON1RATACION NJI3LICA
• Verificar que las interfaces entre las componentes de software funcionancorrectamente.
• Verificar que las bases de datos (de prueba) aceptan y son correctamente cargadas.
• Una vez corregidos y ejecutados todas sus pruebas de integración, Ia personaencargada de ejecutar estas pruebas deberá firmar el reporte de Pruebas deIntegracion y lo remitirá at Jefe de Proyecto.
Salidas:
• Los programas yb mOdulos totalmente integrados, funcionando y sin errores.
• Los programas yb módulos que presentan errores o fallas cuentan con unadescripción detallada y precisa, sobre las posibles causas que provocaron loserrores.
Reporte de EjecuciOn de Pruebas de Integracion.
1.6.2.3 Pruebas de sistema
El objetivo de las pruebas de sistema es lograr que el sistema sea aceptado por parte delArea de Calidad del desarrollador. Para que esto ocurra, se ejecutarán los casos de pruebasespecificados en Ia fase de diseflo, donde se definieron los criterios de aceptación para elproyecto.En caso de detectar un error o falla durante Ia ejecución de las pruebas de sistema, estasdeberán ser corregidas a Ia brevedad.Para las pruebas de sistema, se ha considerado el siguiente esquema de actividades:
Entradas:
• El sistema integrado que será probado se encuentra bajo gestión de configuración.
• El plan de pruebas de sistema contiene datos de pruebas y los casos de pruebas queserán ejecutados.
Actividades a Ilevar a cabo:
• Las pruebas de sistema deben enfocarse en los requerimientos que pueden sertomados directamente a partir de los casos de uso y reglas del negocio.
• El sistema se encuentra instalado bajo condiciones similares a su ambiente deoperación. Se dispone de las interfaces, bases de datos con suficiente informacióncomo para que demuestre sus capacidades y funcionalidades antes de ser pasado apruebas de aceptación.
• Ejecutar el plan de pruebas de sistema, verificando que las funcionalidadesimplementadas cumplen segün lo esperado en el plan.
44
832-0113
GOBIERNO DE CHILE1 M!NSTERIO DE HACIENDA
DIRLCCION DE COMPMS Y CoN11ATACIbN Pth3LICA
• Registrar todos los incidentes sucedidos durante Ia ejecución de las pruebas en elplan de pruebas, tales como mensajes despiegados, estados de las bases de datos (sicorresponde), validando a su vez ci correcto funcionamiento del sistema.
• Comprobar que los errores reportados hayan sido corregidos efectivamente. Esto selogra a través de Ia ejedución de las pruebas de regresión y a través de las auditoriasrespectivas.
Salidas:
• Los subsistemas yb módulos que presentan errores o failas deben contener unadescripción lo más detallada posible, sobre las causas que provocaron los errores.
• El sistema se encuentra funcionando y ha pasado en forma satisfactoria las pruebasde sistema ejecutadas en un ambiente similar al que finalmente operará.
• La ejecución de las Pruebas de Regresión.
• Las actividades seguimiento y cierre de los errores encontrados a! ejecutar laspruebas.
1.6.2.4 Pruebas de aceptación
El objetivo de las pruebas de aceptación es lograr que ci sistema sea aceptado por parte delMOP. Para que esto ocurra, se ejecutará un subconjunto de pruebas de sistema realizadaspor ci desarrollador. La ejecución de estas pruebas es de responsabilidad del MOP.En caso de detectar un error o falla durante Ia ejecución de las pruebas de aceptación, estasdeberán ser corregidas a la brevedad, de acuerdo al procedimiento de control de cambiosimplementado.Para las pruebas de aceptación, se ha considerado el siguiente esquema de actividades:
Entradas:
• El sistema instalado en el "ambiente del MOP". Puntualmente, esta actividad puedeser ejecutada por ci MOP, de acuerdo a lo que se acuerde en términos generaies
• El plan de pruebas de aceptación, junto con los datos de pruebas y los casos depruebas que seleccionó ci MOP.
• Registro de Pruebas de Aceptación (en blanco).
• Actividades del Proceso
• El sistema se encuentra instalado bajo "condiciones reales o de operación". Sedispone de las interfaces, bases de datos reales las que se utilizarán para demostrarsus capacidades yb funcionalidades.
• Ejecutar el plan de pruebas de aceptación, verificando las funcionalidadesseleccionadas por ci MOP, segün lo especificado en el plan.
45
'Fono: 456.2) 290 4400 Fx (5.2) 2904458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COM'RAS Y CON11ATAC(öN F'ULICA
Registrar todos los incidentes sucedidos durante la ejecución de las pruebas en elRegistro de Pruebas de Aceptación, tales como mensajes desplegados, estados delas bases de datos (si corresponde), validando a su vez el correcto funcionamientodel sistema.
Salidas:
• El Sistema se encuentra funcionando y ha pasado en forma satisfactoria las pruebasde aceptación ejecutadas por él, en un ambiente real, es decir, donde finalmenteoperará.
• Las funcionalidades que presentan objeciones por parte del MOP (subsistemas ybmódulos) deben estar claramente identificadas en el Registro de Pruebas deAceptación, con el propósito de que las causas sean analizadas y se puedanemprender las acciones correctivas pertinentes, para que se ejecuten las pruebas deregresión, logrando que el sistema se comporte de acuerdo a lo especificado por elMOP, siendo finalmente aceptado.
1.7 Estra/egia de implantación
En este punto se presentan los elementos que el desarrollador considera necesario entendery declarar para conseguir una correcta ejecución e implantación del sistema solicitado porMOP
1.7.1 Factores CrIticos
A continuación se identifican factores crIticos para el éxito del proyecto.
1.7.1.1 Arquitectura de Software
Uno de los puntos más importantes para el éxito del proyecto, es Ia utilización de unaarquitectura de software que permita asegurar niveles de seguridad, escalabilidad,disponibilidad e integración adecuados para la naturaleza del negocio. La propuesta haceuso de estándares de Ia industria, asI como también de patrones ampliamente utilizados, loque asegura una adecuada implementación.En complemento, la propuesta propone la utilización de una metodologla probada ycompatible con CMMITM, lo que permite asegurar un resultado que satisfaga lasexpectativas de los usuarios del sistema.
1.7.1.2 Experiencia del Equipo de Desarrollo
Otro aspecto muy relevante para el éxito del proyecto es la capacidad del equipo a cargo dellevar el proyecto. En este sentido, se compromete la contratación de un equipo deprofesionales altamente especializado para el desarrollo de aplicaciones, que permitanasegurar al MOP la ejecución exitosa del proyecto.
46
Fono: 4562) 2O 4400 Fax: (58 2)2904458
GOBIERNO DE CHILE
4MINISTERIO DE HACIENDADIRtCCION DE COMPRAS V COJThATACION PCfl3LICA
1.7.1.3 Priorizar actividades
A continuación se presentan las principales consideraciones que se deben tener en cuenta almomento de priorizar las actividades del proyecto, con ci fin de generar un plan quesatisfaga las expectativas del MOP junto con minimizar los riesgos:Ciclos de negocio e interrelaciones: esto dice reiaciOn con revisar con el MOP cuáles sonlos elementos que componen los cicios de negocio y cómo se relacionan entre ellos. Laimportancia de esto es que permite priorizar las tareas de forma tal que se aborden enprimera instancia, por ejemplo, aquellos módulos que forman parte del nicleo del problemaque se desea solucionar, teniendo siempre en claro la dependencia entre elios, de forma talque se consiga lo antes posible los entregables que agreguen valor al negocio y que estospueden ser probados.
• Identificar dependencias: se refiere a identificar aquelios eiementos de los cualesdepende el cumplimiento del cronograma del proyecto, y que en caso de retrasarseimpactan fuertemente en él. Por ejemplo, contar con ci ambiente de producción deacuerdo a lo especificado en la implantación.
Activiclades mãs riesgosas: otro criterio que debe tenerse en cuenta es qué tanriesgosa o dificil puede resultar una tarea, y el impacto en el negocio que se deseaapoyar. Es aconsejabie revisar esto, pues si una tarea es complicada y se aborda alfinal del proyecto, no se contará con espacio para tomar medidas tendientes asolucionar posibles complicaciones, o bien éstas tendrán un impacto muy fuerte. Porejemplo, si la migración de datos es una tarea que se identifica como dificil, dejarlatoda para ei final puede significar que aün cuando todo el desarrollo esté terminadoy probado, ci sistema no podrá ser implantado.
1.7.1.4 Calidad
Finalmente, es fundamental considerar el aspecto de la calidad. Esto es uno de los puntosmás relevantes de un proyecto exitoso, por cuanto permiten, a través de un adecuadocontrol tanto del proceso de desarrollo como de los entregables que se generan como partede dicho proceso, asegurar la obtención de un producto maduro y que ilega a manos de losusuarios con una baja probabilidad de error.Esto es fundamental por cuanto:
• El adecuado control del proceso, disminuye Ia probabilidad de desviaciones.
• El adecuado control dcl proceso, permite mitigar los riesgos del proyecto.
• El adecuado control del proceso, permite consensuar lo especificado comorequerimientos con lo realmente deseado por los usuarios.
• El adecuado control de los entregables, permite disminuir Ia probabiiidad de error.
Todo esto en definitiva disminuye ci rechazo que los usuarios pudieran manifestar cuandolas aplicaciones presentan problemas que impiden el normal funcionamiento, o cuando sonentregadas fuera de plazo o sin alineamiento con las expectativas iniciales.
47chi 832-0t13
, GOBIERNO DE CHILEMINISTERIO DE HACIENDAD(RCCION DL COMPRM V CON11ATAC!öN PCJI3L!CA
1.7.2 Certificación del Sistema
Como parte de Ia fase de diseño de la aplicación se desarroilarán los casos de prueba de Iaap!icación. Estos casos de prueba deberán ser revisados y aprobados por MOP. Una vezaprobados estos casos de prueba se transformarán en ci documento que defina el criterio decertificación del sistema.
1.7.2.1 Entrega de Datos de Prueba
Iniciada la fase de desarrollo del proyecto y una vez aprobados los casos de prueba, MOPdeberá entregar a! desarrollador datos de prueba que permitan probar adecuadamente loscasos de prueba acordados.
1.7.2.2 Ejecución Pruebas de Certificación
Con re!ación a Ia ejecución de las pruebas de certificación de Ia apiicación, se ha supuestolo siguiente:
• Una vez que se haga entrega de la aplicación en un ambiente de pruebas, MOPcontará con un plazo a definir en dIas hábiles para ejecutar los casos de pruebaacordados y certificar que la apiicación cumple con dichos casos de prueba.
• Una vez terminada la ejecución de las pruebas, MOP deberá entregar un informecon las observaciones detectadas, las que serán corregidas por el Desarrollador apartir de Ia entrega de la información por parte del MOP.
• Una vez corregidas las observaciones, ci MOP dispondrá de 5 dIas hábiles paracertificar que las observaciones fueron corregidas.
A partir de la aprobación de las pruebas de certificación el sistema será implantadoen producción.
1.7.3 Garantia del Sistema
Este proyecto contempla una garantfa de 3 meses considerados a partir de la recepción delproyecto, entendiendo esto como la operación en producción por un mes. En caso que ciMOP no implante en producción el sistema una vez entregado y por causas no atribuibles atDesarrollador, éste ültimo podrá hacer efectivo el cobro del hito de facturacióncorrespondiente.
1.7.4 Implantación
A continuación se presenta el conjunto de actividades que permitirá entregar el sistema enel ambiente de producción que MOP proveerá. Estas actividades serán realizadasprincipalmente por MOP, con la colaboración del Desarrollador
Revision: se debe comprobar que el siguiente conjunto de elementos esté disponibleprevio a comenzar las tareas de instalación del sistema:
48
Foflo:(582)2O44OOFax(5) 2904458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE COMI'RAS V CONThArACION NIRLICA
o El aplicativo debe estar aceptado por MOP en su ambiente de pruebas.
o MOP debe asegurar que existe conectividad entre el "site" y los diversoslugares donde se empleará el sistema, ya sea mediante intranet, VPN odirectamente desde Internet.
o Se capacitarán a 15 usuarios lIderes definidos por MOP con un total de 10horas por usuario en clases grupales
• Configuración: una vez instalado el aplicativo, éste debe ser configurado para queopere apropiadamente. Los elementos a configurar son:
o Conexión a la base de datos.
a PolIticas de seguridad.
o PoiIticas para ci manejo de excepciones.
o Servicio de interfaces (web services).
Migracion de datos: la migración de datos (los datos del sistema actual al nuevosistema), contempia los siguientes puntos:
o Sc hace el supuesto que MOP entrega los datos actuales limpios yconsistentes entre elios (extracción), en el formato acordado durante Ia etapade disei'io del sistema.
o El desarrollador se hará cargo de la transformación de estos datos, y la cargade eilos en ei nuevo sistema.
La migración de datos se efecti'ia previa a la etapa de pruebas de aquellascomponentes que necesiten cambios en el modeio de datos.
• Proceso de parametrizaciOn inicial: ci aplicativo se parametriza, cargando losdatos de:
a Tablas de parámetros.
o Perfiies, funciones, usuarios y asignación de usuarios/perfil.
• Pruebas de instalación:
o El Desarroilador reaiizará pruebas para comprobar el correcto operar delaplicativo en el ambiente de producción de acuerdo a Ia configuracion queen éi se realizó.
o Una vez finalizada esta comprobación se eliminarán los datos de prueba.
diIe 83a-0T13
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DR COMPMS Y CON] RAIACKDN PIJI]LICA
• Marcha blanca: el usuario realizará pruebas con datos reales, pero sin influir en losprocesos de negocio; en paralelo a la operación normal, permitiéndole comparar losresultados obtenidos por ambas formas de operar.
• Liberación a producción:
o Se deben limpiar los datos generados durante Ia marcha blanca.
o Se deben transformar y cargar nuevamente los datos de los contratos queentregue MOP.
o Se da inicio a Ia operación del sistema en producción.
2 PlanificaciónEl plan de trabajo para ejecutar el proyecto, se basa en la "MetodologIa de Trabajo" queesta, descrita en este documento u otra de similares caracteristicas que acuerden entre laDCCP y el desarrollador.Para Ia implementación del mismo, se conformará un equipo de profesionales los cualesdesempeñan los siguientes roles (ver Organigrama del Equipo de Trabajo):
• Director de proyectos (DP)
• Gerente de proyectos (GP)
• Contacto Comercial (CC)
• Jefe de Proyectos (JP)
• Arquitecto de Software (AS)
• Aseguramiento de Calidad (QA)
• LIder Técnico (LT)
• Ingenieros de Software (IS)
• Ingenieros de Testing (IT)
• Diseflador Grafico (DG) - Opcional
50
co 2O 4458
, GOBIERNO DE CHILE
4MINtSTERIO DE HACIENDADIRECCION DR COMEMS Y CON1RAIACKN 'CJRLICA
ContactoCrnieraI
ICC)
PiTArItao d
$oftwre(AS)
Dirctord?royectos
rJ
GerontePceyectos
IGP)
Iii niros L1fLcIcr Tocriic.oILT Sr
!iguI1 4: Or:n.'ania del (IC trI)iljO
En este esquema, el desarrollador brindará soporte y apoyo a! equipo del proyecto, Ia quecolaborará con el equipo de proyecto, brindando soporte metodologico y de servicios detesting (pruebas) para el proyecto que se emprende.
Los perfiles profesionales y las funciones que desempeñaran los profesionales delDesarrollador, son los siguientes:
2.1 Organizacion del Equipo de Proyecto
2.1.1 DIRECTOR DE PROYECTOS (DP)
El rol de Director de Proyectos es coordinar las siguientes areas
• Area Comercial: a esta area pertenece el Contacto Comercial (CC) que atenderá aMOP en lo que a este proyecto se refiere.
• Area TecnologIa y Calidad: esta area es Ia encargada de prestar los servicios deArquitectura de Software (AS), Control de Calidad a través de sus Ingenieros deTesting (IT) y Aseguramiento de Calidad (QA).
51
Monhi1:nI5F; g-
GOBIERNO DL CHILEMINISTERIO DE HACIENDAth1tCCON DE COMI1AS Y CONIRATACIÔN rUILIcA
• Area de Diseflo Gráfico: este departamento contará con profesionales capacitadosen las actividades relacionadas con la generación de interfaces gráficas, por lo queprestará apoyo a! proyecto mediante !os Disefladores Gráficos (DG). - Este esopciona! en la propuesta.
• Area de Desarrollo: esta unidad será !a encargada de proveer !os principalesservicios de! proyecto a través de su Jefe de Proyectos (JP), LIder Técnico (LT) eIngenieros de Software (IS).
2.1.2 GERENTE DE PROYECTOS (GP)
Este ro! es ci encargado de aprobar o rechazar las decisiones re!acionadas con el manejo delproyecto en cuestión. Controla y supervisa los distintos proyectos a través de sus "Jefes deProyectos". Es por ello que el Gerente de Proyectos corresponde a una instancia válida paratomar decisiones y acciones que requieran un nivel de escalamiento cuando éstas escapan alnivel de autoridad otorgada a! Jefe de Proyectos.
2.1.3 CONTACTO COMERCIAL (CC)
Estará encargado de establecer relaciones comerciales con MOP. Deberá decidir sobrecuaiquier problema que exista en el aspecto comercial del contrato. Deberá estar encargadode la emisión y retiro de facturas.
2.1.4 JEFE DE PROYECTOS (JP)
El Jefe de Proyectos es la persona responsable de ejecutar ci proyecto dentro de lasexpectativas del MOP, plazos y presupuesto asignado. Es ci representante delDesarrollador. en lo referente a! proyecto, capaz de tomar decisiones en éste ámbito. Escontraparte del Jefe de proyectos de MOP, siendo Ia comunicación entre ambos el inicocanal válido. Debe coordinar a los miembros de su equipo, con ci fin de responder a lasnecesidades que el proyecto plantee. AsI mismo, es responsable de velar por cicumplimiento de los hitos y compromisos establecidos. Debe conocer y entender losrequerimientos y el negocio asociado.
Sus funciones principales son:
Gestionar ci plan del proyecto:
o Elaborar y mantener los planes y Carta Gantt del proyecto (Plan delProyecto, Plan de Configuración, Plan de Calidad, Plan de Integracion yPlan de Pruebas).
o Asignar tareas y responsabilidades a todos los miembros del equipo delproyecto.
o Gestionar los riesgos asociados a! proyecto (monitorear y mitigar).
o Asignar, controlar y seguir las actividades planificadas en la Carta Gantt dclproyecto.
52
hFOnD: 62 2O 4400 FaX (5 2 2O 4458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADJRECCION DR COMNAS V COff RATACIOI'Z F'UBLICA
o Resolver y gestionar cambios.
o Resolver y gestionar problemas.
o Coordinar inspecciones de entregables.
o Cerrar hitos.
Administrar a su equipo de trabajo:
o Identificar y administrar Las fortalezas y debilidades de su equipo de trabajo.
o Asegurar que el proyecto cuente con los profesionales a tiempo.
o Sostener reuniones periódicas informativas y de avance con el equipo delproyecto.
Administrar al MOP:
o Hacer seguimiento de las actividades y los compromisos contraldos por elMOP.
o Solicitar apoyo al MOP.
o Coordinar reuniones con el MOP.
o Coordinar entregas al MOP.
o Coordinar actividades de capacitación a usuarios.
• Informar sobre el estado del proyecto:
o Recopilar métricas constantemente.
o Mantener informado al MOP y a la Gerencia respecto del estado delproyecto (presentaciones, reuniones, informes, otros).
• Encargado de la logIstica del proyecto:
o Coordinar adquisiciones, traslados, habilitación de servicios, entre otros.
2.1.5 ARQUITECTO DE SOFTWARE (AS)
El servicio contempla un que apoya al lider técnico (LT) en la transformación de lasespecificaciones funcionales a un diseflo técnico. Su labor es consultiva.
2.1.6 LIDER TECNICO (LT)
Es responsable del resultado tecnolOgico del proyecto. Para ello, debe conocer y entenderlos requerimientos y el negocio asociado. Se apoya en el AS para refinar el diseflo de lasolución, siendo un referente técnico dentro del equipo de trabajo.Actividades principales:
Tomar y anal izar los requerimientos.
53
FDno:62)2O44oOax(562) 2O448
'. GOBIERNO DE CHILEMINISTERIO DE HACIENDADRECCION DE COMNtAS V ComATACION NJBLICA
• Apoyar en la planificación del proyecto: identificar las diferencias entre propuesta yrequerimientos, identificar los riesgos, estimar el esfuerzo de las actividadestécnicas, definir orden en que se deben ejecutar las tareas tecnológicas, entre otros.
Definir la arquitectura y el uso que se le dará a cada tipo de elemento que Iacompone.
Elaborar y mantener el documento de diseflo, empleando los elementos demodelación necesarios para asegurar la correcta implementación del sistema (el cualdebe cumplir con los requerimientos).
Definir, a lo menos, los siguientes elementos a emplear: software, infraestructura(equipamiento miembros del proyecto, servidores para los diversos ambientes) yestándares.
• Hacer seguimiento y soporte técnico a los demás miembros del equipo del proyecto.
• Definir y asegurar Ia correcta implementación del sistema.
• Definir y asegurar las promociones del software entre los diversos ambientes.
• Definir y asegurar Ia integración del sistema.
• Definir y asegurar la implantación del sistema.
• Colaborar en la Gestión de Configuracion del Proyecto.
• Colaborar con la capacitación de los usuarios.
2.1.7 ASEGURAMIENTO DE CALIDAD (QA)
A travds de este rol, se brindará soporte metodológico a todos los miembros del equipo delproyecto, interactuando con cada uno de ellos, en sus diferentes roles.Adicionalmente, QA efectuará auditorias a los proyectos, con el fin de verificar elcumplimiento de sus planes, informando al jefe de proyecto y al Area de Desarrollo, lasdesviaciones encontradas, junto con sugerencias que permitan encausar nuevamente elproyecto.QA supervisará el avance y los resultados obtenidos por IT en las pruebas de sistema con elfin de evaluar el estado de Ia aplicación a entregar y de ser necesario recomendar osuspender Ia entrega de la aplicación a MOP, analizando la situación junto con lasubgerencia y el jefe de proyecto.
54ChII
' GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DE cOMI'RAS Y CON1RA1ACIN rlJBLrcA
2.1.8 INGENIERO DE SOFTWARE (IS)
Profesionales que desarrollan el proyecto, durante el cual cumplen los siguientes rolessegiin Ia fase en que participen:
2.1.8.1 Analista (AN)
El Analista, es el encargado del proceso de levantamiento de requerimientos del MOP.Entre sus actividades se destaca:
Revision de la documentación del MOP
• Participar en reuniones de levantamiento y validación de requerimientos
• Elaborar y mantener actualizado el Libro de Requerimientos
• Administrar Ia configuracion relativa a los requerimientos
• Participar en Ia evaluación de los cambios a los requerimientos.
• Colaborar en la Gestión de ConfiguraciOn del Proyecto.
2.1.8.2 Diseñador de Software (DS)
El DS debe elaborar y mantener el documento de diseño, empleando los modelosnecesarios para asegurar Ia correcta implementaciOn del sistema (el cual debe cumplir conlos requerimientos). Algunos de los modelos que puede emplear son:
• Modelo de datos.
• Diagramas UML u otros que aporten al entendimiento de la solución.
• Fichas funcionales.
• Casos de prueba.
• Prototipos.
2.1.8.3 Programador (P1)
Dentro de las actividades de los programadores, se distingue la construcciOn, integraciOn yla ejecución de pruebas de todas y cada una de las funcionalidades definidas y detalladasdurante Ia fase de diseflo. Este grupo es el responsable de la construcción, es decir, detraducir el diseflo en código ejecutable, capaz de implementar y satisfacer mediantesoluciones concebidas por el analista y el diseflador, las necesidades solicitadas por partedel MOP.Actividades principales:
55Mo iiaBpnti:g
JO-
GOBtERNO DE CHILEMINISTERIO DE HACIENDADI(QCCION DE COMP1AS V COM1tkTACIcN4 PUI3LIC
• Elaborar e implementar el código asociado a! diseño.
• Rea!izar !as pruebas unitarias del código.
• Participar en !as reuniones de Control de Cambios.
• Colaborar en Ia Gestión de Configuración del Proyecto.
• Co!aborar en la implementación de los Sistemas.
E!aborar manuales:
o Manual de usuario.
a Manual de instalación.
o Manual de Operación (también conocido como Manual de Explotación).
2.1.9 INGENIERO DE TESTING (IT)
Profesional del Area TecnologIa y Calidad, responsable de ejecutar, en Ia Fase de Pruebasde Sistema, los casos de prueba definidos durante Ia Fase de Diseflo, con el fin de certificarel cumplimiento de los requerimientos por parte del sistema.El objetivo de estas pruebas es intentar detectar fallas no evidentes en el sistema, pues sesupone que las fallas evidentes ya fueron detectadas y corregidas en las fases anteriores.
2.1.10 DISEf4ADOR GRAFICO (DG)
Profesional del Area de Diseflo Gráfico, que apoya el diseflo de layouts del sistema, juntocon la construcción de los elementos gráficos de los mismos. Este rol es opcional a lapropuesta, pudiendo el MOP realizar internamente esta función.
2.2 Herramientas de apoyo
El equipo de desarrollo del proyecto cuenta con un conjunto de herramientas metodológicasque soportan y facilitan su labor. Entre estas se destacan las siguientes:
• Plantillas para facilitar Ia generación de planes (Plan del Proyecto, Plan deConfiguraciOn, Plan de Calidad)
• Arborescencia de la herramienta de Gestión de Configuración (Microsoft VisualSource Safe).
• Plantillas para efectuar el Seguimiento o Control del avance de los distintosentregables.
56
COfl Fono: (562) 2O 4400 FAX: (5Z) 290 448
GOBIERNO DE CHILE
4 MIN!STERIO DE HACIENDADIRECCION DE CQMPflAS V CO4rRArACIOr4 NJBLICA
• Plantillas de estimación de esfuerzo.
Plantilla de riesgos.
• Plantilla de seguimiento de problemas.
• Matriz de trazabilidad
• Libro de Requerimientos
• Plantillas de casos de uso
• Minutas de Reunion
• Formato de presentaciones de avances (Gerencia y MOP)
• Documento de disefio
• Plan de Pruebas de Sistemas
• Plan de Pruebas de Aceptación
2.3 Instancias y Mecanismos de Coordinación
A continuación, se seflalan las actividades de coordinación y otras instancias en queinteractiian los equipos del MOP y DCCP, en las diversas fases del proyecto:
Requerimientos
o Reuniones de coordinación para efectuar entrevistas y revisiones al Libro deRequerimientos
Diseflo
o Reuniones internas de elaboración de aspectos de diseflo.
o Reuniones de coordinación con el MOP.
o Revisiones de fichas funcionales, modelos de datos, interfaces definidas ycasos de pruebas.
• Construcción
o Reuniones de coordinación con el MOP.
• Pruebas de Sistema y Pruebas de Aceptación
o Establecer ambiente de pruebas
o Instalación de aplicativo en desarrollado
57
832-O 113
/
,. GOBIERNO DE CHILE
4MINISTERIO DE HACIENDADIRECCION DR COMPRAS V CONThATACrON PUBLICA
a Entrega de resultados obtenidos a! MOP
lmp!antación
o Coordinación de actividades de capacitaciOn a usuarios
o Ejecución de capacitaciones
o Liberación y entrega de! sistema o aplicativo al MOP.
Adiciona! a la gestión que rea!icen ambos jefes de proyectos, se sugiere contar con dosinstancias de seguimiento del proyecto, en !as cuales, además de analizar e! estado delmismo, serán consideradas como instancias reso!utivas y ejecutivas frente a problemas otrabas que pudieran surgir durante la ejecución de! proyecto:
• Reunion de avance: se efectuará una reunion periódica (semana! o cada 2semanas), en Ia que participarán !os jefes de proyectos de ambos equipos, junto conrepresentantes de ambas partes que tengan un nivel de decision mayor a dichos jefesde proyectos. Adicionalmente, participará el Gerente de! Proyecto. Se sugiere contarcon un representante de! MOP de simi!ares caracterIsticas.
• ReuniOn de directorio: cada 3 o 4 reuniones de avance, se efectuará una reunion enIa que participarán los miembros de dichas reuniones, más ci Director de! ProyectoSe sugiere contar con un representante de MOP de similares caracterIsticas.
58
, GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRECCION DI COMPIrAS y CON1I1AIACION F'UBLICA
2.4 Carla Gantt
Como parte de Ia propuesta se incluye una Carta Gantt General que detalla los plazosestimados para poder lievar a cabo este proyecto. Las fases más relevantes se puedenapreciar en Ia Figura 5.
Id Nombrie c area Duracidn Comienzo I Fin 28 2008 ii ortho J - L 1JuiijuL1ago1sep oct Jnovldic eneltebmar abrjmay1jun uI aa sept1 Proyacto SCRCC tP-DCCP 199,88 dias mid 02-07.08 mar 07-04-09 p2 Administracidn dd Proyecto 17708 diar mid 02-07-08 vie 06-03-0
3 Fase 1: Definicion 667 dias mie 09-07-08 joe 17-07-08
4 Fase2: GestiOn de Requerimient 2778 diaa jue 17-07-08 mar 26-08-08,
5 Fase 3: PlanfticaciOn 5,72 dias mar 26-08-08 mid 03-OO-Od61 Ease 4: Dena 3441 dEan midO3-09-08 mar 21-I0-08
7 Fase 5 Desarmlb 70 74 dla mar21 10-08 mid 28 01 0 T'
8 Ease 6 Pruebas de siatema y a 10763 dia mar 21 10-08 vie 20-03 0 let ret9 Faae7 Implarlacidn -- 1203 iSa - mar21 10-08 mar O7O4.09
- -__'_
-
Figiii-a : ( :rN1oFtanta
Esta carta Gantt es referencia! y dependerá de la estimación definitiva entregada por eldesarrollador.
àF1rr 832-0113
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRE(CON DE COMPItAS Y CONTRA1ACIC)N NJBLICA
2.5 Coslos del Proyecto
2.5.1 Costo desarrollo de funcionaliclades MOP
La DGOP aportará para ci desarrollo del SCRCC 5.000 UF. Los controles de cambios, quepuedan requerirse durante la ejecución del proyecto su financiamiento será aportado en sutotalidad por Ia DGOP a la DIRECCION CHILECOMPRA, de conformidad con loestablecido en Ia página 61 de éste documento.
60
Fono:4622O44OOFax:(56 2904458
GOBIERNO DE CHILEMINISTERIO DE HACIENDADIRLCCION DE COMPRAS Y CONIIiATACION PUI3LICA
Control de Configuración (Cambios)
De acuerdo a lo establecido en el punto 1.4.4, Un cambio es el desarrollo de una nuevafuncionalidad del servicio 0 Un nuevo servicio, distinto o adicional a los establecidos en lapresente propuesta, 0 Ufl cambio a éstos ñltimos, que hayan sido requeridos por el MOP conposterioridad, de acuerdo a! mecanismo de control de cambios descrito a continuación:
La Dirección de Compra realizará a requerimiento del MOP, un programa de trabajoindicando plazo, modalidad, horas, alcance y profesionales involucrados en el desarrollo, elque será evaluado y autorizado.Todo requerimiento de cambio debe documentarse en formato comUn, que al menos incluyala siguiente información:• Identificación del componente que requiere ser cambiado, o descripción del nuevo
componente.Fecha de requerimiento de cambio
• Solicitante del Cambio• Descripción del problema, deficiencia o necesidad• Identificación preliminar de elementos afectados
Los desarrollos adicionales que originen los cambios requeridos serán pagados previarecepción conforme al valor de las tarifas establecidas para los Proyectos Especiales que acontinuación se detallan.
Estructura de Tarifas Valor hora desarrollos adicionalesJefe de proyecto 3,0 UF/HoraJefe de Comercial del proyecto 3,5 UF/HoraAnalista 2,0 UF/HoraProgramador 1,5 UF/HoraDocumentador 1,2 UF/HoraArquitecto de solución 4,0 UF/Hora
Los valores y cobros seflalados precedentemente no incluyen el Impuesto al valor Agregado(IVA).
Para cada proyecto de integración de estos registros, se requerirá elaborar un proyecto queconsidera los Items mencionados anteriormente.
61
Ch ile Moiji1e 3928 so Chile-CP 832-0113
ANEXO N° 3DOCUMENTACION DE PROYECTO ENTREGABLE
La DIRECCION CHILECOMPRA se compromete a entregar a DGOP copia de Ia siguientedocumentación de Operaciones o Desarrollo que se genere durante Ia vida del proyecto:
• Estructura y objetivos de Ia aplicación• Descripción de las funciones administrativas que deben desarrollarse para el normal
funcionamiento de Ia aplicación.• Calendario de proceso de datos• Normas de proceso de datos• Procedimiento de inicializaciôn• Procedimiento de parada de Ia aplicación• Informes impresos y su distribuciôn• Procedimiento de respaldo full y parcial de Ia aplicacióri y base de datos• Procedimiento de recuperación de datos frente a caIdas o reproceso.• Procedimiento de auditoria• Procedimiento de respaldo del software• Procedimiento de administraciOn de Ia base de datos.• Modelo de datos• Diccionarlo de datos• Códigofuente
En el caso de que parte de esta documentación antes referida no se genere, Ia DtRECCIONCHILECOMPRA no queda obligada a entregarla. En estos casos, Ia DIRECCIONCHILECOMPRA deberá entregar Ia documentación que reciba del proveedor contratado envirtud del contrato que se suscriba para el desarrollo y operación del SCRCC.
