MPS.BR - Mejora de Proceso del Software Brasileño. Guía de Adquisición

(1)

MPS.BR - Mejora de Proceso del Software Brasileño

Guía de Adquisición

Esta guía describe un proceso de adquisición de software y servicios asociados, basado en la Norma Internacional ISO/IEC 12207: 2008.

Octubre de 2011

Derechos de esta edición reservados por la Sociedad SOFTEX La distribución ilimitada de este documento está sujeta a copyright ISBN (Solicitado a la Biblioteca Nacional)

(2)

Índice

1 Prefacio ...4

2 Introducción ...6

3 Objetivo ...7

4 Descripción del proceso de adquisición ...8

4.1 Visión general ...8

4.2 Preparación de la adquisición ...9

4.3 Selección del proveedor ... 15

4.4 Supervisión del contrato ... 19

4.5 Aceptación por el cliente ... 25

Anexo A – Plan de adquisición... 31

Anexo B – Solicitud de propuestas ... 39

Anexo C – Propuesta de los proveedores ... 41

Anexo D – Contrato ... 43

Anexo E – Registro de revisiones ... 47

Anexo F – Aspectos relevantes en la adquisición de S&SC ... 49

F.1 Visión general ... 49

F.2 Problemas comunes en la adquisición ... 49

F.3 Adquisición de software libre/código abierto (SL/CA) ... 53

F.4 Adquisición y la Ingeniería de Software basada en componentes... 54

Anexo G – Funciones en el proyecto de adquisición ... 58

G.1 Visión general ... 58

G.2 Funciones del promotor ... 59

G.3 Funciones de gestión ... 59

G.4 Funciones de asistencia o soporte ... 60

G.5 Funciones ejecutivas ... 62

Anexo H – Normas ISO/IEC para evaluación de producto de software ... 64

H.1 Descripción general ... 64

H.2 Evaluación utilizando la ISO/IEC 25051 ... 64

H.3 Evaluación con las series ISO/IEC 9126 y 14598 ... 65

H.4 La serie de normas SQuaRE ... 68

Anexo I – Procesos de adquisición de la ISO/IEC 12207 e IEEE STD 1062:1998 ... 72

I.1 Proceso de la ISO/IEC 12207 ... 72

I.2 Proceso de la IEEE STD 1062:1998 ... 74

(3)

Anexo J – Habilitación de consultores de adquisición MPS ... 78

J.1 Habilitación de consultores de adquisición ... 78

Anexo K – Iniciativas de utilización de procesos de adquisición en el área pública ... 79

K.1 Personalización de proceso de adquisición ... 79

K.2 Personalización de proceso de adquisición para organizaciones públicas ... 80

Referencias bibliográficas ... 86

Lista de colaboradores de la Guía de Adquisición:2011 ... 91

Lista de colaboradores de la Guía de Adquisición:2009 ... 92

Lista de colaboradores de la Guía de Adquisición versión 1.2 ... 93

(4)

1 Prefacio

El MPS.BR¹ es un programa movilizador, de largo plazo, creado en diciembre de 2003, es coordinado por la Asociación para Promoción de la Excelencia del Software Brasileño (SOFTEX), y cuenta con el apoyo del Ministerio de Ciencia y Tecnología (MCT), de la Financiera de Estudios y Proyectos (FINEP), del Servicio Brasileño de Apoyo a las Micro y Pequeñas Empresas (SEBRAE) y del Banco Interamericano de Desarrollo (BID).

El objetivo del programa MPS.BR (acrónimo) es la Mejora de Proceso del Software Brasileño, para lograr dos metas a mediano y largo plazos:

a) meta técnica, teniendo como objetivo la creación y perfeccionamiento del modelo MPS, con resultados esperados tales como: (i) guías del modelo MPS; (ii) Instituciones Implementadoras (II) acreditadas para prestar servicios de consultoría de implementación del modelo de referencia MR-MPS; (iii) Instituciones Evaluadoras (IA) acreditadas para prestar servicios de evaluación siguiendo el método de evaluación MA-MPS; (iv) Consultores de Adquisición (CA) habilitados e Instituciones de Consultoría de Adquisición (ICA) acreditadas para prestar servicios de consultoría de adquisición de software y servicios asociados;

b) meta de mercado, teniendo como objetivo la diseminación y adopción del modelo MPS, en todas las regiones del país, en un intervalo de tiempo justo, a un costo razonable, tanto en PYME (foco principal) así como en grandes organizaciones públicas y privadas, con resultados esperados tales como: (i) creación y perfeccionamiento del modelo de negocio MN-MPS; (ii) cursos, pruebas y workshops;

(iii) organizaciones que implementaron el modelo MPS; (iv) organizaciones con evaluación MPS publicada (vigencia de tres años).

El programa MPS.BR cuenta con dos estructuras de apoyo al desarrollo de sus actividades, el Foro de Acreditación y Control (FCC) y el Equipo Técnico del Modelo (ETM). Por medio de estas estructuras, el MPS.BR obtiene la participación de representantes de universidades, instituciones gubernamentales, centros de investigación y de organizaciones privadas, las cuales contribuyen con sus visiones complementarias que agregan calidad al emprendimiento.

Cabe al FCC: (i) emitir parecer para auxiliar las decisiones de la SOFTEX sobre la acreditación de Instituciones Implementadoras (II) e Instituciones Evaluadoras (IA); (ii) supervisar los resultados de las Instituciones Implementadoras (II) e Instituciones Evaluadoras (IA), emitiendo parecer proponiendo a la SOFTEX su desacreditación en caso de comprometimiento de la credibilidad del modelo MPS.

Cabe al ETM apoyar a la SOFTEX sobre los aspectos técnicos relacionados al Modelo de Referencia (MR-MPS) y Método de Evaluación (MA-MPS), para: (i) creación y perfeccionamiento continuo del MR-MPS, MA-MPS y sus guías específicas; (ii) capacitación de personas por medio de cursos, pruebas y workshops.

1 MPS.BR, MR-MPS, MA-MPS y MN-MPS son marcas de la SOFTEX. La sigla MPS.BR está asociada al programa MPS.BR – Mejora del Proceso de Software Brasileño y la sigla MPS está asociada al modelo MPS – Mejora del Proceso de Software.

(5)

La creación y el perfeccionamiento de esta Guía de Adquisición son también atribuciones del ETM, siendo que esta guía forma parte del siguiente conjunto de documentos del modelo MPS:

 Guía General:2011 [SOFTEX, 2011a];

 Guía de Evaluación:2011 [SOFTEX, 2011b];

 Guía de Adquisición:2011;

 Guía de Implementación – Parte 1: Fundamentos para Implementación del Nivel G del MR-MPS:2011 [SOFTEX, 2011c];

 Guía de Implementación – Parte 2: Fundamentos para Implementación del Nivel F del MR-MPS:2011 [SOFTEX, 2011d];

 Guía de Implementación – Parte 3: Fundamentos para Implementación del Nivel E del MR-MPS:2011 [SOFTEX, 2011e];

 Guía de Implementación – Parte 4: Fundamentos para Implementación del Nivel D del MR-MPS:2011 [SOFTEX, 2011f];

 Guía de Implementación – Parte 5: Fundamentos para Implementación del Nivel C del MR-MPS:2011 [SOFTEX, 2011g];

 Guía de Implementación – Parte 6: Fundamentos para Implementación del Nivel B del MR-MPS:2011 [SOFTEX, 2011h]; y

 Guía de Implementación – Parte 7: Fundamentos para Implementación del Nivel A del MR-MPS:2011 [SOFTEX, 2011i];

 Guía de Implementación – Parte 8: Implementación del MR-MPS:2011 (Niveles G a A) en organizaciones que adquieren software [SOFTEX, 2011j];

 Guía de Implementación – Parte 9: Implementación del MR-MPS:2011 (Niveles G a A) en organizaciones del tipo Fábrica de Software [SOFTEX, 2011k];

 Guía de Implementación – Parte 10: Implementación del MR-MPS:2011 (Niveles G a A) en organizaciones del tipo Fábrica de Teste [SOFTEX, 2011l]; y

 Guía de Implementación – Parte 11: Implementación y Evaluación del MR-MPS (Niveles G a A) en conjunto con el CMMI-DEV [SOFTEX, 2011m].

Esta Guía de Adquisición tiene como referencia el Proceso de Adquisición de la Norma Internacional ISO/IEC 12207: 2008. La norma IEEE STD 1062:1998 se puede utilizar para complementar y detallar las actividades del proceso de adquisición.

La versión 2009 de esta Guía de Adquisición compatibilizó el proceso de adquisición con la versión 2008 de la norma ISO/IEC 12207 y actualizó el contenido referente a las normas de calidad de producto de software, ajustándolo a las normas ya publicadas de la serie ISO/IEC 25000 y correspondientes normas brasileñas. Además de eso, el alcance del documento quedó delimitado específicamente como una guía de orientación a organizaciones que pretenden conducir proyectos de adquisición, evidenciando que no trata de la preparación de estas organizaciones a ser evaluadas con respecto a los niveles de madurez. En este sentido, las referencias específicas a los procesos y niveles de capacidad abordadas en la Guía General fueron excluidas de la Guía de Adquisición.

(6)

La versión 2011 de esta Guía de Adquisición actualizó la situación de las normas de la serie ISO/IEC 25000, además de incluir el anexo K que aborda iniciativas de utilización de proceso de adquisición para organizaciones públicas.

2 Introducción

El MPS.BR tiene como foco, aunque no exclusivo, atender a micro, pequeñas y medianas empresas de software latinoamericanas, con pocos recursos y que deseen obtener mejoras significativas en sus procesos de software.

Se busca que el modelo MPS sea adecuado al perfil de empresas con diferentes tamaños y características, públicas y privadas, sea compatible con los estándares de calidad aceptados internacionalmente y que tenga como presupuesto el aprovechamiento de toda la competencia existente en los estándares y modelos de mejora de proceso ya disponibles.

De esa forma, el modelo MPS tiene como base los requisitos de procesos definidos en los modelos de mejora de proceso y busca atender la necesidad de implantar los principios de Ingeniería de Software de forma adecuada al contexto de las empresas latinoamericanas, estando en consonancia con los principales abordajes internacionales para definición, evaluación y mejora de procesos de software.

La introducción de la adquisición de S&SC como parte del MPS.BR tiene como finalidad orientar a las organizaciones que adquieren S&SC, por medio de un proceso de adquisición donde son descritas las actividades y tareas fundamentales para la garantía de la calidad del contrato y respectivos productos y servicios a ser entregados por el proveedor. Esta guía será también un importante elemento inductor de mejoras de procesos de organizaciones proveedoras, contribuyendo como un documento orientador a ser usado para atender a las necesidades y requisitos de los clientes, conforme definido en el plan de adquisición y respectivo contrato.

La adquisición de S&SC es un proceso complejo, principalmente en lo que respecta a la caracterización de los requisitos necesarios al S&SC y a las condiciones involucradas en la contratación como, por ejemplo, calidad esperada, forma de aceptación, gestión de cambios, artefactos² esperados, entre otros. Este entorno presenta riesgos para las partes involucradas y, como consecuencia, es común la ocurrencia de serios conflictos en la relación entre proveedores y adquiridores de software.

Ante este escenario, fueron emprendidas varias iniciativas internacionales con vistas a tornar este proceso más previsible y con mejores resultados para los involucrados, resultando, como consecuencia, desde estándares específicos para grandes organizaciones compradoras de software, hasta normas internacionales que buscan orientar relaciones técnicas y comerciales.

La elaboración de la Guía de Adquisición llevó en cuenta los documentos resultantes de estos trabajos, además de considerar relaciones del proceso de adquisición con aspectos definidos por el MR-MPS.

2 Cualquier parte tangible de información que sea creada, alterada, y utilizada por el proyectista durante el proceso de desarrollo de software. De acuerdo con esta definición, un artefacto de software puede ser un documento de especificación de requisitos, arquitectura, programa, partes de programa, proyecto, modelo, o cualquier otro documento asociado al software.

(7)

Como la implementación del MR-MPS está relacionada a los procesos de la norma ISO/IEC 12207, la Guía de Adquisición, también está basado en el proceso de adquisición de aquella Norma Internacional, adoptando como base los procesos de nivel inferior (descomposición del proceso de adquisición en procesos más detallados) del proceso de adquisición, conforme consta en el anexo B de la norma ISO/IEC 12207. La Guía de Adquisición proporciona informaciones complementarias a la norma ISO/IEC 12207, identificando la relación entre los procesos de esta norma y de la IEEE STD 1062:1998.

3 Objetivo

Este documento describe un proceso de adquisición de S&SC basado en la Norma Internacional ISO/IEC 12207:2008, complementado por la norma IEEE STD 1062:1998.

La organización de este documento busca servir como una guía para empresas que adquieren S&SC, detallando las actividades y tareas para ello, describiendo los productos de trabajo y proporcionando ejemplos de cómo llenar los principales documentos. Obsérvese que el objetivo de esta guía no es servir como Guía de Implementación para un proceso de adquisición que sea evaluado utilizando el MA- MPS, pues este es el propósito de otras guías del modelo MPS.

En el contexto de la adquisición de S&SC se considera el producto de software propiamente dicho, además de servicios típicamente relacionados al desarrollo, implantación, soporte a la operación y mantenimiento del software, tales como entrenamiento, configuración del software y del entorno operativo, mantenimientos correctivos, evolutivos y adaptativos, entre otros.

El proceso descrito en la Guía de Adquisición se ajusta perfectamente para adquisiciones de productos comercialmente disponibles (paquete de software), de productos de software personalizados o de un dominio específico, tanto por instituciones privadas como por instituciones públicas. En el caso de instituciones públicas, se debe considerar la legislación que regula las adquisiciones, de acuerdo con las diferentes modalidades de licitación establecidas. En el caso de contrataciones de alcance abierto, que engloban servicios de desarrollo de software, es necesario que el proceso sea personalizado, principalmente para contemplar la eventual inexistencia de requisitos específicos para los productos que se desarrollarán en un proceso de contratación. De este modo, el proceso deberá trabajar con requisitos generales a ser considerados para todos los productos de software que se vengan a desarrollar a lo largo del contrato a ser firmado entre las partes. Además de eso, como el proceso presupone tareas planificadas y resultados contratados y evaluados, la modalidad de contratación de mano de obra está fuera del tema de esta guía.

El proceso de adquisición está descrito en la sección 4, donde están detalladas las actividades y sus tareas, así como los respectivos productos requeridos y productos generados. Los Anexos de A hasta E presentan sugerencias de modelos de documentos que se pueden utilizar y personalizar por las organizaciones compradoras.

El Anexo F aborda algunos aspectos importantes que se deben considerar en la adquisición de S&SC, tales como problemas enfrentados, software libre/código abierto e Ingeniería de Software basada en componentes. El Anexo G indica posibles funciones involucradas en procesos de adquisición. El Anexo H presenta un conjunto de normas que se pueden utilizar en la evaluación de producto de software durante el proceso de adquisición. El Anexo I presenta una breve descripción de los procesos definidos en las normas internacionales ISO/IEC 12207 e IEEE STD 1062:1998, así

(8)

como un mapeo de sus relaciones. El Anexo J describe cómo los profesionales deben proceder para ser habilitados como Consultores de Adquisición MPS.BR, cual es la calificación profesional y académica deseada para esa certificación, además de los requisitos de entrenamiento, evaluación y elaboración de un Plan de Adquisición de Software. Finalmente, el Anexo K identifica algunas iniciativas que vienen siendo adoptadas en el Brasil personalizando un proceso de adquisición de S&SC para organizaciones públicas.

Este documento está dirigido, pero no se limita, a instituciones interesadas en adquisición de S&SC. Se destina también, como una referencia, a instituciones productoras de software que pretendan prepararse para participar de procesos de selección en conformidad con lo establecido en esta guía.

4 Descripción del proceso de adquisición 4.1 Visión general

El propósito del proceso de adquisición es obtener S&SC que satisfagan la necesidad expresada por el cliente. Este proceso se inicia con la identificación de la necesidad del cliente y se concluye con la aceptación del producto o servicio.

Como resultado de la implementación exitosa del proceso de adquisición:

1. las necesidades de adquisición, las metas, los criterios de aceptación del S&SC y las estrategias de adquisición son definidos;

2. un contrato que exprese claramente la expectativa, las responsabilidades y las obligaciones de ambos (cliente y proveedor) es elaborado;

3. uno o más proveedores son seleccionados;

4. S&SC que satisfacen la necesidad expresada por el cliente son adquiridos;

5. la adquisición es supervisada de modo que las condiciones especificadas se cumplan, tales como: costo, cronograma y calidad;

6. los productos y servicios entregados por el proveedor son aceptados; y

7. cualquier pendencia identificada tiene una conclusión satisfactoria, conforme lo acordado entre el cliente y el proveedor.

A seguir, este proceso será descrito por sus 4 (cuatro) actividades (Figura 1):

 Preparación de la adquisición (ver 4.2)

 Selección del proveedor (ver 4.3)

 Supervisión del contrato (ver 4.4)

 Aceptación por el cliente (ver 4.5)

(9)

Figura 1 – Actividades de adquisición

Cada una de las actividades está detallada por los siguientes elementos:

 Objetivo: describe los objetivos que se deben lograr con la realización de la actividad y proporciona orientaciones generales;

 Tareas previstas: identifica y describe las tareas necesarias para lograr los objetivos y obtener los resultados previstos de la actividad; y

 Productos requeridos y generados: relaciona los insumos necesarios para ejecutar cada tarea prevista en la actividad, así como los productos de las tareas previstas en la actividad. Para algunos de estos productos hay referencias de modelos descritos en los anexos de A hasta E de esta guía;

4.2 Preparación de la adquisición 4.2.1 Objetivo

El propósito de la actividad de preparación de la adquisición es establecer las necesidades y los requisitos de la adquisición y comunicarlos a los proveedores en potencial.

La ejecución de esta actividad es fundamental para establecer la estrategia de conducción de todo el proceso de adquisición, llevándose en cuenta las necesidades y requisitos establecidos, así como las demás variables de contexto de la adquisición.

Las tareas previstas comprenden:

Establecer la necesidad (ver Pre-t1);

Definir los requisitos (ver Pre-t2);

Preparación de la adquisición

1. Establecer la necesidad 2. Definir los requisitos 3. Revisar los requisitos

4. Desarrollar una estrategia de adquisición

5. Definir los criterios de selección de proveedores

Selección del proveedor

1. Evaluar la capacidad de los proveedores 2. Seleccionar el proveedor

3. Preparar y negociar un contrato

Supervisión del contrato

1. Establecer y mantener comunicaciones

2. Intercambiar información sobre el progreso técnico 3. Revisar el desempeño del proveedor

4. Supervisar la adquisición

5. Obtener acuerdo a respecto de los cambios 6. Acompañar problemas

Aceptación por el cliente

1. Preparar la aceptación 2. Evaluar el S&SC entregado

3. Mantener conformidad con el contrato 4. Aceptar el S&SC

(10)

Revisar requisitos (ver Pre-t3);

Desarrollar una estrategia de adquisición (ver Pre-t4); y Definir los criterios de selección de proveedores (ver Pre-t5).

4.2.2 Tareas previstas Id. Tarea

Pre-t1 Establecer la necesidad

Descripción:

Establecer las necesidades que se deberán atender por medio de la adquisición, desarrollo o mejora de un sistema, producto de software o servicio de software.

Durante esta tarea, se analizan las necesidades y los resultados que la organización pretende lograr con el proyecto de adquisición, evaluándose el alcance efectivo de las necesidades que se deben contemplar en la adquisición. Esta tarea es fundamental, pues indica la primera toma de decisión con respecto a la continuación del proyecto y cuáles son los resultados esperados por la organización después de efectuar la adquisición.

Productos requeridos:

Pre-p1 - Evaluación de la necesidad del S&SC

NOTA: Eventualmente este trabajo de evaluación de la necesidad es complementado en el propio proceso de adquisición, a medida en que algunos casos son apenas esbozadas las necesidades por la organización adquiriente.

Productos generados:

Pre-p2 - Resultado del análisis de la necesidad de la adquisición

NOTA: La tarea define, en este documento, el conjunto de necesidades que se deben contemplar por el sistema, producto de software o servicio de software.

Pre-t2 Definir los requisitos

Descripción:

Identificar los requisitos del cliente para un S&SC.

En caso de que sea necesario, las organizaciones podrán solicitar informaciones de proveedores o realizar averiguaciones e identificar las mejores prácticas de otras organizaciones, que adquirieron productos y servicios semejantes, con vistas a determinar los requisitos a partir de soluciones disponibles en el mercado.

Durante esta tarea se deben especificar los requisitos que se deben considerar en el proyecto de adquisición, incluyendo los siguientes:

 de los interesados (stakeholders): las necesidades se deben transformar en requisitos más específicos que

(11)

contemplen los diversos tipos de interesados (stakeholders), tales como: usuarios, planificadores, gestores, productores y beneficiarios del sistema;

 del sistema: requisitos envolviendo procesos, hardware, software, integraciones, entorno y personas que compondrán la solución que atenderá a las necesidades establecidas;

 del software: requisitos de lo(s) producto(s) de software que compondrá(n) lo(s) sistema(s) que se deben implementar. Se deben especificar los requisitos funcionales y requisitos de calidad;

 de proyecto: ciclo de vida que se debe adoptar, técnicas, metodologías, forma de gestión y de documentación del proyecto;

 de mantenimiento: requisitos relacionados al mantenimiento del software después de su entrega;

 de entrenamiento: características esperadas del entrenamiento relacionado al S&SC a ser entregado; y

 de implantación: descripción de los procedimientos necesarios para la implantación del software en el entorno operativo, como, por ejemplo, la carga de la base de datos, la implementación en una configuración distribuida, entre otros.

Además de estos requisitos, se pueden considerar otros requisitos y restricciones que afecten directamente al proyecto de adquisición como, por ejemplo: restricciones legales, financieras, de plazo del proyecto y de número de usuarios del sistema en operación.

El adquiridor podrá definir y analizar los requisitos con su propio equipo o contratar un proveedor para ejecutar estas actividades.

En este caso, el adquiridor deberá mantener la responsabilidad por la aprobación del resultado del análisis de los requisitos.

Pre-p2 - Resultado del análisis de la necesidad de la adquisición Pre-p3 - Informe de análisis de mercado

NOTA: Este documento es, en general, elaborado como parte del proceso de análisis de viabilidad de iniciar el proyecto de adquisición, evaluándose el problema de la organización y las alternativas posibles de solución que el mercado ofrece.

Pre-p2 - Resultado del análisis de la necesidad de la adquisición revisado

NOTA: Esta tarea puede causar la revisión del alcance de las necesidades que se deben atender en función de las características de los requisitos que se deben contemplar para atender a las necesidades, que pueden causar impactos en costo y plazo.

(12)

Pre-p4 - Especificación de requisitos Pre-t3 Revisar los requisitos

Descripción:

Analizar y validar los requisitos definidos en relación a las necesidades de la adquisición, para reducir los riesgos de la falta de entendimiento por parte de los proveedores en potencial.

La revisión de los requisitos establecidos debe considerar elementos como:

 Evaluar si todos los interesados (stakeholders) están siendo considerados en los requisitos, o si las ausencias son justificadas;

 Verificar eventuales situaciones de conflictos e inconsistencias entre requisitos;

 Verificar la existencia de requisitos incompletos, ambiguos o no verificables;

 Verificar si los requisitos del software contemplan aspectos funcionales y de calidad;

 Evaluar la relación entre costo y beneficio de los requisitos, apuntando situaciones críticas.

Pre-p2 - Resultado del análisis de la necesidad de la adquisición Pre-p4 - Especificación de requisitos

Pre-p4 - Especificación de requisitos revisada Pre-p5 - Registro de la revisión de los requisitos Pre-t4 Desarrollar una estrategia de adquisición

Descripción:

Desarrollar una estrategia para la adquisición del S&SC compatible con las necesidades que se deben atender en la adquisición.

El Adquiridor debe considerar opciones viables para la adquisición, analizando criterios que lleven en cuenta riesgos, costos y beneficios de cada opción. Se debe considerar opciones como:

 Comprar un producto de software comercializado que cumpla los requisitos;

 Desarrollar el producto de software u obtener el servicio de software internamente en la organización;

 Desarrollar el producto de software u obtener el servicio de software por medio de un contrato;

 Realizar una combinación de los tres elementos anteriores;

(13)

 Perfeccionar un producto o servicio de software existente.

Esta tarea es responsable por orientar la conducción de las tareas de las demás actividades de adquisición, llevando en cuenta las necesidades y requisitos establecidos y los contextos de la organización adquiriente y del mercado proveedor. La representación de la estrategia se materializa por medio del plan de adquisición, que es insumo para la elaboración de la solicitud de propuestas y contempla elementos como: los términos contractuales, los términos financieros, los términos técnicos, la lista de productos y servicios a ser suministrados, los mecanismos de control del proyecto de adquisición, normas y modelos a ser seguidos por el proveedor, riesgos identificados en el proyecto, criterios de aceptación del producto y servicios y las responsabilidades de las organizaciones involucradas en el proyecto.

Pre-p2 - Resultado del análisis de la necesidad de la adquisición revisado

Pre-p3 - Informe del análisis de mercado Pre-p4 - Especificación de requisitos revisada

Pre-p6 - Plan de adquisición

Pre-p7 - Plan de prueba del S&SC para su aceptación

NOTA: Visión inicial del plan de pruebas obtenida a partir de la estrategia de definición y de los criterios de aceptación. Los criterios de aceptación definen los aspectos que deben cumplirse para que el S&SC sean aceptados.

Pre-p8 - Solicitud de propuestas

Pre-t5 Definir los criterios de selección de proveedores

Descripción:

Establecer y acordar los criterios de selección de proveedores, así como la forma de evaluación que se aplicará.

Como factores que pueden influenciar en la elección del proveedor, se pueden citar: localización geográfica del proveedor; registro de desempeño en trabajos semejantes; equipo e infraestructura disponibles para el desarrollo del producto deseado; tiempo de mercado; experiencia en el dominio del problema; nivel de calidad de sus procesos utilizados; y certificaciones exigidas.

Pre-p3 - Informe del análisis de mercado Pre-p4 - Especificación de requisitos revisada Pre-p6 - Plan de adquisición

(14)

Pre-p6 - Plan de adquisición

NOTA: Incluyendo los criterios de selección de proveedores.

4.2.3 Productos requeridos y generados

Id. Productos Descripción

Pre-p1 Evaluación de la necesidad del S&SC

Documento que contiene la necesidad del S&SC y alineamiento de la adquisición a los objetivos de la organización.

Descripción de los objetivos que se pretende lograr con la adquisición.

Pre-p2 Resultado del análisis de la necesidad de la adquisición

Documento que detalla los criterios y resultados obtenidos durante el análisis de definición de las necesidades y requisitos del S&SC a adquirir. El resultado principal de este documento es la definición del alcance de las necesidades y requisitos que se deben contemplar en el proyecto de adquisición.

Pre-p3 Informe del análisis de mercado

Documento conteniendo las alternativas que el mercado ofrece con relación al S&SC deseado, con sus respectivas ventajas y desventajas. Este documento proporciona, a la organización adquiriente, una referencia para la elaboración de los requisitos del S&SC deseado.

Pre-p4 Especificación de requisitos Documento que define los requisitos y restricciones definidas por el cliente, incluyendo requisitos de los interesados (stakeholders), del sistema (cuando sea el caso), del software, de proyecto, de mantenimiento, de entrenamiento y de implantación, restricciones legales, financieras, de plazo y de número de usuarios.

Pre-p5 Registro de la revisión de los requisitos

Documento que registra los resultados del proceso utilizado para revisión de los requisitos especificados como, por ejemplo, relación de los interesados (stakeholders) que participaron en la revisión, problemas identificados y como

(15)

fueron tratados, además de la aprobación, cuando sea pertinente.

Pre-p6 Plan de adquisición (ver anexo A)

Documento que define los objetivos específicos que se deben lograr con la adquisición, los riesgos involucrados y un plan de proyecto, contemplando elementos como: plazos, costos, requisitos y restricciones, criterios de selección de proveedores, productos y servicios a entregar, criterios de aceptación del S&SC, responsabilidades de las organizaciones involucradas en la adquisición, riesgos envueltos y mecanismos de control (cómo los productos generados y los procesos utilizados por el proveedor serán supervisados).

Pre-p7 Plan de prueba del S&SC para su aceptación

Documento que define las condiciones, tareas y responsabilidades por la ejecución de las pruebas necesarias para la aceptación del S&SC a ser adquirido. Para la elaboración de este documento, se deben llevar en cuenta los requisitos deseados del S&SC, así como los criterios establecidos para la aceptación. Este documento de orientación será actualizado y detallado a medida que sean especificadas las funciones del software a lo largo de la ejecución del contrato.

Pre-p8 Solicitud de propuestas (ver anexo B)

Documento que caracteriza el S&SC requerido y las condiciones de entrega, además de las condiciones generales esperadas de la adquisición, plazos y valores envueltos, criterios de selección de proveedores, criterios de aceptación del S&SC y otras cuestiones formales que se deberán seguir. La solicitud de propuestas debe estar alineada al plan de adquisición.

Puede ser una composición de los documentos especificación de requisitos y plan de adquisición.

4.3 Selección del proveedor 4.3.1 Objetivo

El propósito de la actividad de selección del proveedor es escoger la organización que será responsable por el desarrollo y entrega del S&SC en conformidad con los requisitos establecidos.

(16)

La ejecución de esta actividad busca identificar el proveedor adecuado para los requisitos establecidos, llevándose en cuenta una combinación armoniosa entre los resultados a ser obtenidos, plazos, recursos y riesgos envueltos. Como consecuencia, será escogido el proveedor que prestará el servicio hasta el final del contrato. Las tareas previstas comprenden:

Evaluar la capacidad de los proveedores (ver Sel-t1);

Seleccionar el proveedor (ver Sel-t2); y Preparar y negociar un contrato (ver Sel-t3).

Sel-t1 Evaluar la capacidad de los proveedores

Descripción:

Evaluar la capacidad de los proveedores potenciales mediante los requisitos definidos y de acuerdo con los criterios de selección de proveedores.

Esta tarea es importante principalmente cuando se pretende hacer una selección previa de proveedores, llevando en cuenta los criterios de selección establecidos por el adquiriente. Hay situaciones en que organizaciones adquirientes utilizan una base de posibles proveedores, seleccionados a partir de criterios generales. En este caso, la selección para una adquisición específica es hecha a partir de la aplicación de los criterios de selección establecidos para esta adquisición en los proveedores potenciales registrados en la base existente en la organización.

Sel-p1 - Informe de auditoría o de evaluación de los proveedores Sel-p2 - Especificación de requisitos

Sel-p3 - Solicitud de propuestas

NOTA: Con foco en los criterios de selección de proveedores.

Sel-p4 - Registro de proveedores preferenciales Sel-p5 - Registro de contactos ocurridos

Sel-t2 Seleccionar el proveedor

Descripción:

Seleccionar el proveedor a partir de la evaluación de las propuestas recibidas.

En esta tarea se confrontan las características del proveedor y sus soluciones técnicas presentadas con los requisitos y criterios de selección definidos. Dependiendo de lo definido en los criterios de selección, esta tarea podrá requerir una evaluación de los procesos de software de los proveedores o evaluación de la calidad de productos de software (principalmente cuando es para la selección

(17)

de algún producto específico).

Sel-p4 - Registro de proveedores preferenciales Sel-p3 - Solicitud de propuestas

Sel-p6 - Propuesta del proveedor Sel-p2 - Especificación de requisitos

Sel-p7 - Informe de evaluación de las propuestas de los proveedores

Sel-p8 - Resultado del análisis de la evaluación de los proveedores Sel-p5 - Registro de contactos ocurridos

Sel-p9 - Registro de apoyo a reuniones

NOTA: Documento donde son registradas las reuniones y los materiales presentados por los proveedores durante la exposición de su propuesta.

Sel-t3 Preparar y negociar un contrato

Negociar un contrato³ con el proveedor seleccionado, expresando las expectativas del adquiriente y las responsabilidades y derechos de las partes involucradas (adquiriente y proveedor).

Definido el proveedor y la propuesta técnica a implementar, esta tarea deberá contemplar una revisión del plan de adquisición en los tópicos de supervisión de la capacidad del proveedor y de los riesgos y mecanismos de mitigación, considerando la necesidad de inclusión o complementación de estos aspectos en el contrato a ser firmado entre las partes.

Productos Requeridos

Sel-p3 - Solicitud de propuestas Sel-p6 - Propuesta del proveedor

Sel-p9 - Registro de apoyo a reuniones Sel-p2 - Especificación de requisitos

NOTA: Normalmente incluida en la solicitud de propuestas.

Sel-p10 - Plan de adquisición

NOTA: Principalmente los aspectos de supervisión del proveedor y de riesgos.

Sel-p11 - Contrato.

Sel-p12 - Registro de revisión de contrato Sel-p9 - Registro de apoyo a reuniones

3 En el caso de instituciones públicas, el contrato es elaborado antes de la actividad “Selección del proveedor” con base en el plan de adquisición elaborado y en la legislación relacionada. No habiendo, por lo tanto, posibilidad de revisión del plan de adquisición o complementación del contrato.

(18)

NOTA: Documento donde son registradas las reuniones realizadas durante la negociación del contrato con el proveedor seleccionado.

Sel-p5 - Registro de contactos ocurridos

Id. Productos /tareas Descripción Sel-p1 Informe de auditoría o de

evaluación de los proveedores

Documento que contiene la evaluación de los proveedores según los criterios de selección definidos.

Sel-p2 Especificación de requisitos Documento que especifica los requisitos y restricciones definidas por el cliente, incluyendo requisitos de los interesados (stakeholders), del sistema (cuando sea el caso), del software, de proyecto, de mantenimiento, de entrenamiento y de implantación, restricciones legales, financieras, de plazo y de número de usuarios.

Sel-p3 Solicitud de propuestas (ver anexo B)

Documento que caracteriza el S&SC y las condiciones de entrega, además de las condiciones generales esperadas de la adquisición, plazos y valores envueltos, criterios de selección y otras cuestiones formales que se deben seguir.

Sel-p4 Registro de proveedores preferenciales

Documento que registra los proveedores potenciales (preferenciales) según el informe de evaluación de proveedores.

Sel-p5 Registro de contactos ocurridos

Documento que registra todas las comunicaciones formales ocurridas entre las partes (por ejemplo, por teléfono, carta, fax, e-mail, entre otras).

Sel-p6 Propuesta del proveedor (ver anexo C)

Documento que describe el entendimiento del problema por el proveedor, su abordaje y sus sugerencias de solución técnica, además del plan de entrega del S&SC y las condiciones financieras de la propuesta.

Sel-p7 Informe de evaluación de las propuestas de los

proveedores

Documento que registra la evaluación de la capacidad del proveedor y de sus respectivas propuestas, considerando la solución técnica propuesta y su costo.

Sel-p8 Resultado del análisis de la evaluación de los proveedores

Documento que registra el resultado de la selección del proveedor teniendo como base el informe de evaluación de las

(19)

propuestas recibidas.

Sel-p9 Registro de apoyo a reuniones

Acta de las reuniones ocurridas abordando aspectos como objetivo de la reunión, participantes, local y fecha, asuntos tratados, elementos identificados, cuestiones que permanecieron pendientes y agenda de la próxima reunión.

Sel-p10 Plan de adquisición (ver anexo A)

Documento que define los objetivos específicos que se deben lograr con la adquisición, los riesgos envueltos y un plan de proyecto, contemplando elementos como: plazos, costos, requisitos y restricciones, criterios de selección de proveedores, productos y servicios a entregar, criterios de aceptación del S&SC, responsabilidades de las organizaciones involucradas en la adquisición, riesgos envueltos y mecanismos de control (cómo los productos generados y los procesos utilizados por el proveedor serán supervisados).

Sel-p11 Contrato (ver anexo D)

Documento donde son establecidos los aspectos financieros, técnicos y legales referentes a la contratación del S&SC, así como las expectativas y responsabilidades de las partes involucradas.

Sel-p12 Registro de revisión de contrato

Documento donde son registrados los cambios o modificaciones del contrato requeridos por cualquiera de las partes.

4.4 Supervisión del contrato 4.4.1 Objetivo

El propósito de la actividad de supervisión del contrato es acompañar y asegurar el desempeño del proveedor mediante los términos del contrato.

La ejecución de este actividad es fundamental para supervisar el desarrollo del S&SC y de la relación adquiridor-proveedor durante todo el período del contrato establecido.

Las evaluaciones realizadas durante el desarrollo del contrato permiten identificar problemas, tomar decisiones de gerenciales, proyectar la calidad final esperada del S&SC y minimizar los riesgos. Dependiendo del abordaje adoptado, los resultados de evaluaciones intermedias se podrán utilizar en las tareas de la actividad de aceptación.

Las tareas previstas comprenden:

Establecer y mantener comunicaciones (ver Mon-t1);

Intercambiar información sobre el progreso técnico (ver Mon-t2);

Revisar el desempeño del proveedor (ver Mon-t3);

(20)

Supervisar la adquisición (ver Mon-t4);

Obtener acuerdo con respecto a los cambios (ver Mon-t5); y Acompañar problemas (ver Mon-t6).

Mon-t1 Establecer y mantener comunicaciones

Descripción:

Establecer y mantener un canal de comunicación entre el proveedor y el adquiriente.

Esta tarea es fundamental, pues define la forma de comunicación entre las partes (por ejemplo, cronograma, representantes, documentos utilizados, reuniones, revisiones conjuntas) a adoptar durante todo el período vigente del contrato. Esta comunicación establecida, así como los productos requeridos y generados, se debe considerar en todas las demás tareas de esta actividad.

Mon-p1 - Contrato

NOTA: Las cláusulas contractuales forman la base para definición de la forma de supervisión de las tareas ejecutadas.

Mon-p2 - Propuesta del proveedor

NOTA: La propuesta del proveedor podrá contener detalles complementarios al contrato y que se deben llevar en cuenta en la supervisión.

Mon-p3 - Registro de apoyo a reuniones.

NOTA: Es imprescindible el registro de discusiones y definiciones ocurridas en reuniones conjuntas.

Mon-p3 - Registros de apoyo a reuniones Mon-p4 - Registro del status del progreso.

Mon-p5 - Registro de contactos ocurridos.

Mon-t2 Intercambio de informaciones sobre el progreso técnico

Descripción:

Utilizar el canal de comunicación para intercambio de informaciones sobre el progreso técnico del proveedor, además de aspectos de costos y la identificación de posibles riesgos.

Este intercambio de informaciones podrá ocurrir durante las tareas típicas de desarrollo del proyecto (por ejemplo, en la obtención de requisitos, aprobación de artefactos, reuniones de aclaraciones, entre otros) pudiendo, sin embargo, suministrar informaciones importantes sobre la evolución

(21)

técnica del proyecto.

Mon-p1 - Contrato

Mon-p2 - Propuesta del proveedor Mon-p3 - Registro de apoyo a reuniones

Mon-p3 - Registros de apoyo a reuniones Mon-p4 - Registro del status del progreso Mon-p5 - Registro de contactos ocurridos Mon-p6 - Registro de revisiones

NOTA: Es importante el registro de las revisiones conjuntas ocurridas para posibles aclaraciones futuras y para el histórico del proyecto.

Mon-t3 Revisar el desempeño del proveedor

Descripción:

Revisar, regularmente, aspectos del desarrollo con el proveedor, teniendo como base los términos del contrato. Los aspectos incluyen cuestiones técnicas, de calidad, costos y plazos.

La revisión es un evento formal que ocurre en hitos (marcos) del proyecto. Se deberá planificar con anticipación y ocurrir en puntos bien definidos que puedan traer el mejor retorno con relación al andamiento del proyecto. Como puede envolver un volumen expresivo de recursos, la cantidad de revisiones deberá ser proporcional a la criticidad del proyecto.

En general, deberá valerse de medidas recolectadas durante las tareas del proyecto, sin embargo podrá demandar mediciones específicas sobre los artefactos producidos en el proyecto. Esta tarea se podrá ejecutar por el propio adquiriente o, dependiendo de su complejidad, podrá requerir la utilización de recursos de tercera parte.

Mon-p1- Contrato

NOTA: Si el contrato no contempla las reglas que hayan sido definidas para la supervisión, se pueden requerir otros documentos complementarios.

Mon-p3 - Registros de apoyo a reuniones

Mon-p7 - Conformidad con los requisitos del contrato

NOTA: El contrato deberá reflejar eventuales cambios que puedan ocurrir conforme referido en la tarea Mon-t5.

Mon-p13 – S&SC

(22)

Mon-p3 - Registros de apoyo a reuniones Mon-p4 - Registro del status del progreso Mon-p5 - Registro de contactos ocurridos

Mon-p8 - Resultado del análisis del desempeño del proveedor Mon-p9 - Registro de aceptación del desempeño del proveedor

NOTA: La aceptación de los productos entregados en la revisión debe estar vinculada al contenido del resultado del análisis del desempeño del proveedor.

Mon-t4 Supervisar la adquisición

Descripción:

Supervisar la adquisición, teniendo como base el contrato, para que el progreso se pueda evaluar asegurando que aspectos como costo, calidad y plazo sean cumplidos.

La supervisión del proyecto es una tarea ejecutada por medio del análisis de medidas obtenidas en el proceso ejecutado.

Durante la supervisión, también se deben considerar los resultados de la revisión del desempeño del proveedor (Mon- t3). El análisis de estas medidas permite la obtención de indicadores de desempeño del proyecto en la situación en que fueron obtenidas las medidas, además de la proyección de la situación futura del proyecto. La supervisión debe envolver aspectos que caracterizan el progreso del proyecto, tales como cumplimiento de los requisitos, costos y plazos, los riesgos envueltos, nivel de problemas que están siendo enfrentados y adherencia al proceso que fue contratado. La supervisión es la base para la toma de acciones de gestión, tales como revisión de plazos y requisitos, designación de recursos, interrupción de actividades, aceptación (o no) de artefactos, aplicación de penalidades, solicitud de la participación de interesados (stakeholders) o inclusive la interrupción del contrato.

Mon-p1 - Contrato

NOTA: Si el contrato no contempla las reglas que hayan sido definidas para supervisión, se puede requerir otros documentos complementarios.

Mon-p3 - Registros de apoyo a reuniones

NOTA: El contrato deberá reflejar eventuales cambios que puedan ocurrir conforme referido en la tarea Mon-t5.

Mon-p8 - Resultado del análisis del desempeño del proveedor

NOTA: Los resultados obtenidos en Mon-t3 sirven como insumo en la tarea de supervisión.

(23)

Mon-p13 - S&SC

Mon-p3 - Registros de apoyo a reuniones Mon-p4 - Registro del status del progreso Mon-p5 - Registro de contactos ocurridos

Mon-p8 - Resultado del análisis del desempeño del proveedor

NOTA: Esta tarea también produce resultados del análisis del desempeño del proveedor.

Mon-p9 - Registro de aceptación del desempeño del proveedor

NOTA: La aceptación de los productos entregados en la supervisión debe estar vinculada al contenido del resultado del análisis del desempeño del proveedor.

Mon-t5 Obtener acuerdo con respecto a los cambios

Descripción:

Los cambios propuestos por cualquiera de las partes se deben negociar y sus resultados se deben documentar en el contrato.

El contrato debe estar preparado para la necesidad de implementar cambios con relación a los requisitos u otras condiciones inicialmente establecidas. Estos cambios pueden significar nuevas responsabilidades para las partes además de poder influenciar los plazos, costos, calidad y beneficios envueltos. Conviene que el mecanismo utilizado para control de cambios considere los papeles y responsabilidades involucradas, el nivel de formalidad necesario y la forma de comunicación para los interesados (stakeholders) afectados.

Mon-p1 - Contrato

Mon-p2 - Propuesta del proveedor Mon-p3 - Registro de apoyo a reuniones

NOTA: La situación de los requisitos establecidos o actualizados en cambios anteriores será la base para cualquier nueva solicitud.

Mon-p10 - Pedidos de cambios por el adquiriente

NOTA: Este registro es muy importante para sustentar el acuerdo firmado en el contrato y analizar sus posibles enmiendas.

Mon-p3 - Registros de apoyo a reuniones Mon-p5 - Registro de contactos ocurridos

NOTA: Eventuales cambios introducidos deberán ser aprobados por los interesados (stakeholders) y reflejados en el contrato entre las

(24)

partes.

Mon-t6 Acompañar problemas

Descripción:

Los problemas que surjan durante la ejecución del contrato se deben registrar y acompañar hasta su solución por las partes.

La adopción de una solución de acompañamiento de problemas permite que los problemas identificados sean declarados y designados para los respectivos responsables hasta su solución definitiva o creación de soluciones provisionales aceptables. Acciones de gestión sobre los datos obtenidos podrán evitar la reincidencia de problemas, mejorando la calidad del proceso adoptado.

Mon-p11 - Sistema de acompañamiento de problemas

NOTA: Este sistema puede ser manual o automatizado y facilitará la gestión del proyecto.

Mon-p12 - Registros en el sistema de acompañamiento de problemas.

Mon-p1 Contrato (ver anexo D)

Documento donde son establecidos los aspectos financieros, técnicos y legales referentes a la contratación del S&SC, así como las expectativas y responsabilidades de las partes involucradas.

Mon-p2 Propuesta del proveedor (ver anexo C)

Documento que describe el entendimiento del problema por el proveedor, su abordaje y sus sugerencias de solución técnica.

Mon-p3 Registros de apoyo a reuniones

Mon-p4 Registro del status del progreso

Documento que registra, en una determinada fecha, la situación del proyecto de adquisición en lo referente a costo, plazo y requisitos atendidos.

Mon-p5 Registro de contactos ocurridos

Documento que registra todas las comunicaciones formales ocurridas entre las partes (por ejemplo, por teléfono, carta,

(25)

fax, e-mail, entre otras).

Mon-p6 Registro de revisiones (ver anexo E)

Documento que registra fecha, producto o proceso revisado, método de revisión utilizado, el responsable por la revisión y el resultado (bueno, necesita mejorar, malo).

El registro de revisiones también contiene informaciones de gestión del proyecto y los riesgos identificados durante la revisión.

Mon-p7 Conformidad con los requisitos del contrato

Documento que registra la concordancia de los interesados (stakeholders) relevantes con los requisitos del contrato y los compromisos establecidos para las partes.

Mon-p8 Resultado del análisis del desempeño del proveedor

Documento que registra el desempeño del proveedor, si está o no respondiendo a las expectativas esperadas y cumpliendo el acuerdo realizado o si es el caso de aplicar penalidades, cancelar el contrato u otra solución.

Mon-p9 Registro de aceptación del desempeño del proveedor

Documento que registra la aceptación del S&SC entregados y del desempeño del proveedor, dando continuidad al contrato.

Mon-p10 Pedidos de cambios por el adquiriente

Documento donde son registrados los pedidos del adquiriente como cambio de requisitos o inclusión de nuevos.

Mon-p11 Sistema de

acompañamiento de problemas

Sistemática que permita registrar y acompañar las tareas necesarias para la solución de los problemas identificados.

Mon-p12 Registros en el sistema de acompañamiento de problemas

Registros que permiten acompañar el status de los problemas pendientes y solucionados.

Mon-p13 S&SC Artefactos del S&SC que estarán sujetos a las tareas relacionadas a la actividad de monitoreo del contrato.

4.5 Aceptación por el cliente 4.5.1 Objetivo

El propósito de la actividad de aceptación por el cliente es aprobar S&SC entregados por el proveedor cuando todos los criterios de aceptación se cumplan.

En esta actividad, se refinan los criterios de aceptación definidos en el plan de proyecto e incorporados en la solicitud de propuestas y en el contrato. Las evaluaciones se pueden conducir durante la vigencia del contrato, por un abordaje envolviendo múltiples iteraciones y entregas de productos, o por medio de una entrega única. Los S&SC

(26)

entregados son analizados para identificar la conformidad a los criterios establecidos.

Las tareas de evaluación son concebidas de modo que se reduzcan las intervenciones en las evaluaciones ejecutadas por el proveedor y la duplicación de esfuerzos de evaluación.

No habiendo aprobación del S&SC, y dependiendo de las cláusulas contractuales, se puede planificar e implementar ajustes para que el producto sea sometido a una nueva evaluación. Este ciclo ocurre mientras el producto no sea aprobado, o hasta que sea definitivamente rechazado. Las tareas previstas comprenden:

Definir criterios de aceptación (ver Ace-t1);

Evaluar el producto entregado (ver Ace-t2);

Mantener la conformidad con el contrato (ver Ace-t3); y Aceptar el S&SC (ver Ace-t4).

Ace-t1 Preparar la aceptación

Descripción:

Preparar la aceptación del S&SC llevando en cuenta los criterios de aceptación del S&SC, así como la forma de evaluación que se aplicará.

En esta tarea deberán hacerse las adaptaciones finales en los criterios de aceptación y en el plan de pruebas elaborados durante la actividad de preparación de la adquisición, incluyendo los casos de pruebas, datos de pruebas, procedimientos de pruebas y entorno de pruebas. En este momento deben considerarse no apenas los requisitos establecidos pero también sus formas de implementación a través de las diversas funciones del software. Esta tarea requiere el establecimiento de una correlación entre los requisitos especificados y las funciones del software que fueron implementadas. Los requisitos abordados por los criterios de aceptación se deberán desdoblar en casos de prueba de las funciones del software que permitan constatar el cumplimiento de las medidas establecidas.

Ace-p1 - Contrato

Ace-p2 - Plan de prueba del S&SC para su aceptación

NOTA: versión elaborada en la actividad de preparación de la adquisición.

Ace-p3 - Plan de adquisición Ace-p4 - Propuesta del proveedor

NOTA: La propuesta del proveedor puede incluir elementos que suplementan los requisitos inicialmente establecidos.

Ace-p5 - S&SC

(27)

Ace-p2 - Plan de prueba del S&SC para su aceptación

NOTA: Plan de prueba actualizado, considerando la forma de implementación de los requisitos especificados.

Ace-t2 Evaluar el S&SC entregado

Descripción:

Evaluar el S&SC con base en los criterios de aceptación definidos.

En esta tarea, son complementadas las pruebas necesarias para confirmar el cumplimiento de los criterios de aceptación definidos. Dependiendo del abordaje utilizado para desarrollo del S&SC, se podrá ejecutar parte de las tareas de evaluación durante el proyecto.

Ace-p2 - Plan de prueba del S&SC para su aceptación Ace-p3 - Plan de adquisición

NOTA: El Plan de adquisición se puede utilizar en esta tarea, pues incluye la definición de los criterios de aceptación establecidos en la actividad de preparación de la adquisición.

Ace-p4 - Propuesta del proveedor Ace-p5 - S&SC

Ace-p6 - Especificación de requisitos

Ace-p7 - Informe de resultados de pruebas Ace-t3 Mantener conformidad con el contrato

Descripción:

Resolver cualquier aspecto relacionado a la aceptación, de acuerdo con los procedimientos establecidos en el contrato.

Esta tarea apenas asegura que el contrato sea utilizado como referencia para dirimir cuestiones que puedan surgir en el proceso de aceptación y para asegurar que el S&SC entregados están de acuerdo con el contrato.

Ace-p1 - Contrato

Ace-p8 - Registro de apoyo a reuniones

(28)

Ace-t4 Aceptar el S&SC

Descripción:

Aceptar el S&SC y comunicar su aceptación al proveedor.

Esta tarea representa el rito de pasaje del S&SC de su estado de suministro al recibimiento por el cliente. Deberá estar completamente respaldada por los informes producidos en el proceso de evaluación y por la observación de todos los criterios de aceptación definidos anteriormente. Además de los criterios de evaluación del producto de software entregado, también se debe considerar los criterios relacionados a los servicios asociados, por ejemplo, al proceso de implantación del software y al cumplimiento de las condiciones para que este entre en proceso de mantenimiento.

Ace-p1 - Contrato

Ace-p3 - Plan de adquisición Ace-p4 - Propuesta del proveedor Ace-p5 - S&SC

Ace-p6 - Especificación de requisitos Ace-p7 - Informe de resultados de pruebas

Ace-p8 - Informe de aceptación del S&SC

Ace-p1 Contrato (ver anexo D)

Documento donde son establecidos los aspectos financieros, técnicos y legales referentes a la contratación del S&SC, así como las expectativas y responsabilidades de las partes involucradas.

Ace-p2 Plan de prueba del S&SC para su aceptación

Documento que define las condiciones, tareas y responsabilidades por la ejecución de las pruebas necesarias para la aceptación del S&SC a ser adquirido. Para la elaboración de este documento, se debe llevar en cuenta los requisitos deseados del S&SC, así como los criterios establecidos para la aceptación. Este documento de orientación será actualizado y detallado a medida que sean especificadas las funciones del software durante la ejecución del contrato.

(29)

Ace-p3 Plan de adquisición (ver anexo A)

Documento que define los objetivos específicos que se deben lograr con la adquisición, los riesgos envueltos y un plan de proyecto, contemplando elementos como: plazos, costos, requisitos y restricciones, criterios de selección de proveedores, productos y servicios que serán entregados, criterios de aceptación del S&SC, responsabilidades de las organizaciones involucradas en la adquisición, riesgos envueltos y mecanismos de control (cómo los productos generados y los procesos utilizados por el proveedor serán supervisados).

Ace-p4 Propuesta del proveedor (ver Anexo C)

Documento que describe el entendimiento del problema por el proveedor, su abordaje y sus sugerencias de solución técnica.

Ace-p5 S&SC Conjunto de programas de computadora, procedimientos y posible documentación y datos asociados que se deben entregar al cliente, así como servicios correlacionados con el software entregado, tales como mantenimiento, entrenamiento, integración con otros sistemas, implantación, entre otros.

Ace-p6 Especificación de requisitos Documento que especifica los requisitos y las restricciones definidas por el cliente, incluyendo requisitos de los interesados (stakeholders), del sistema (cuando sea el caso), del software, de proyecto, de mantenimiento, de entrenamiento y de implantación, restricciones legales, financieras, de plazo y de número de usuarios.

Ace-p7 Informe de resultados de pruebas

Documento que presenta los resultados de las pruebas del software, sean parciales, pruebas de integración de las partes del producto, prueba final del producto y prueba en operación realizada en el entorno del cliente.

Ace-p8 Informe de aceptación del S&SC

Documento que presenta la memoria de los resultados de los procedimientos utilizados que llevaron a la aceptación o rechazo del S&SC.

(30)

Ace-p8 Registro de apoyo a reuniones

(31)

Anexo A – Plan de adquisición

PLAN DE ADQUISICIÓN – < S&SC >

Este documento tiene como objetivo orientar la adquisición de S&SC para < objetivo esperado del S&SC> de la < nombre de la empresa >.

1. Objetivo de la adquisición:

(Descripción de los objetivos que se deberán atender con la adquisición del S&SC).

Ejemplo: Se pretende, con la adquisición del S&SC, controlar las finanzas de la institución, de modo que se agilicen los procesos administrativos, aliviando la alta carga de trabajo de la tesorería, mejorando y haciendo dinámicas las rutinas administrativas y los controles financieros; y mejorar la calidad de las informaciones para gestión.

2. Requisitos

2.1 Requisitos de los interesados (stakeholders)

(Lista de necesidades de los interesados (stakeholders) en la utilización del software a ser adquirido. Se deben considerar los diversos interesados y contextos de uso del software. La definición de prioridades puede ser importante para establecer criterios de aceptación y plan de versiones del software. Eventualmente, esta relación de requisitos se puede constituir en un documento anexo al plan de adquisición).

Ejemplos:

Agilizar los procesos administrativos.

Amenizar la alta carga de trabajo de la tesorería.

Permitir el control de las cuentas a recibir.

2.2 Requisitos del sistema

(Descripción del contexto general en el cual se incluirá el software a ser adquirido, pudiendo contemplar el entorno tecnológico, de procesos o hasta de personas involucradas).

Ejemplo: El software debe trabajar en red de microcomputadoras y ambiente Windows, de modo que se aproveche la infraestructura existente, utilizando la base de datos FireBird, que es el banco de datos corporativo de la organización.

El software será uno de los componentes del proceso de adquisición de insumos de la empresa, contemplando las actividades “a”, “b” y “c”.

2.3 Requisitos del software

(Es la derivación de los requisitos de los interesados (stakeholders) que fueron ubicados a través de los sistemas. Los requisitos del software se dividen en Requisitos Funcionales que describe las funciones a ser realizadas por el software a