Universo de elementos
El universo de elementos es un conjunto de elementos, que con sus índices de impacto asociados, intervienen en la gestión de proyectos de software.
El universo de elementos se obtiene en base al estudio de los siguientes elementos estructurales, ya estudiados en el punto Grupos estructurales de la metodología.
Gestión de requisitos
Los elementos de gestión de requisitos tienen como objetivo asegurar que el alcance del proyecto será satisfacer todos y cada uno de los requisitos definidos, acordados y aprobados, evitando incorporar aquellos que no forman parte del plan de la organización cliente.
Funciones de negocio
Los elementos de funciones de negocio tienen como objetivos desarrollar aquellas funciones de negocio que permiten responder a todos y cada uno de los requisitos aprobados, evitando desarrollar funciones no solicitadas, no desarrollar aquellas requeridas, evitar la duplicación de funciones o la creación de soluciones de compartimentos estancos.
Funciones solución
Los elementos de funciones solución tienen como objetivos diseñar soluciones a las funciones de negocio definidas y aprobadas.
Construcción
Los elementos de construcción tienen como objetivo asegurar que el producto construido satisfaga las funciones solución definidas, cumpliendo con los requisitos de calidad establecidos, y que el desarrollo se realice dentro de los términos de tiempos y costos estipulados.
Test
Los elementos de test tienen como objetivos asegurar que los productos construidos satisfacen los requisitos definidos en cada una de las especificaciones definidas.
Implementación
Los elementos de implementación en el entorno de producción tienen como objetivos garantizar la transición de producto en desarrollo a un sistema de información útil a la organización cliente.
Gestión del proyecto.
Los elementos de gestión del proyecto tienen como objetivo asegurar que el desarrollo del proyecto, desde el inicio hasta el cierre del mismo, es el mejor recorrido posible para cumplir los objetivos con los recursos disponibles.
Objetivo
El objetivo de la fase crear o actualizar universo de elementos es disponer de los elementos necesarios para la elaboración de los documentos de posición del plan, del team y del cliente.
Actividades
Creación de un universo de elementos
La creación del universo de elementos comporta el desarrollo de una serie de actividades que se detallan a continuación.

Actividad 1: Analizar el estado del arte
El objetivo de esta actividad es conocer cuáles son los marcos teóricos y prácticos de desarrollo de sistemas, definidos por instituciones o autores reconocidos a nivel mundial. Esta actividad permite estar actualizado con las constantes innovaciones el campo del desarrollo de sistemas de información.
Actividad 2: Elaborar un universo de elementos de riesgos en los proyectos de desarrollo de software.
El objetivo de esta actividad es elaborar un elenco de elementos de riesgos, que será evaluado por parte de los expertos.
Actividad 3: Seleccionar grupo de expertos.
Seleccionar el grupo de expertos que participará en la creación del universo de elementos.
Actividad 4: Distribuir el elenco de elementos al grupo de expertos.
Se distribuye el elenco de elementos a los expertos para su validación, evaluación e incorporación de mejoras y correcciones.
Actividad 5: Evaluación del universo por parte de expertos.
Los expertos evalúan el universo valorizando el impacto de la ocurrencia de un evento asociado el elemento bajo análisis en el éxito del proyecto. Esta valorización pretende captar años de experiencia de los expertos a fin de poder comprender cuales son aquellos elementos que influyen en el éxito de los proyectos.
Actividad 6: Analizar la información obtenida.
Se recopila la información de los expertos y se analizan los datos obtenidos.
Actividad 7: Reelaborar la lista de elementos.
Se actualiza el universo de elementos con las incorporaciones realizadas y valorizaciones efectuadas por los expertos.
Actividad 8: Redistribuir la información elaborada.
Se redistribuye el nuevo universo de elementos a fin de obtener un único documento de factores de riesgos, donde se indica para cada factor el valor obtenido, de manera tal que cada uno de los expertos pueda refinar su clasificación teniendo en cuenta la opinión de sus colegas.
Actividad 9: Analizar la información obtenida.
Se recopila la información de los expertos y se analizan los datos obtenidos.
Actividad 10: Elaborar el universo definitivo.
Se elabora el documento del universo de elementos con el cual se realizará la gestión de riesgos.
Actualización de un universo de elementos existente.
El desarrollo dinámico de una disciplina como el desarrollo de software obliga a mantener actualizado el universo de elementos. Las actividades a realizar para actualizar un universo existente son:
Actividad 1: Analizar innovaciones en el estado del arte.
El objetivo de esta actividad es conocer la evolución o el desarrollo de nuevos marcos teóricos y prácticos de desarrollo de sistemas, definidos por instituciones o autores reconocidos a nivel mundial.
Esta actividad permite de estar actualizado con las innovaciones en el campo del desarrollo de sistemas de información.
Actividad 2: Actualizar universo de elementos
El objetivo de esta actividad es agregar, quitar o modificar el elenco de elementos de riesgos, que será evaluado por parte de los expertos.
Actividad 3: Seleccionar grupo de expertos
Si se dispone de un grupo de expertos se hará partícipe a todos sus integrantes, sino, es suficiente la opinión de expertos en el área en la cual se está modificando el elenco.
Actividad 4: Distribuir este elenco al grupo de expertos
Distribuir el universo de elementos para su validación, evaluación e incorporación de mejoras y correcciones.
Actividad 5: Evaluación del universo por parte de expertos
En esta actividad se realizan las tareas definidas en «Actividad 5: Evaluación del universo por parte de expertos» en la creación de un universo.
Actividad 6: Analizar la información obtenida
Se recopila la información obtenida de los expertos y se analizan los datos obtenidos.
Actividad 7: Elaborar el universo definitivo
Se elabora el documento del universo de elementos con el cual se realizará la gestión de riesgos.
Componentes del universo de elementos
El universo de elementos se compone de una estructura de grupos, cada uno de ellos asociados a las actividades principales de cualquier modelo de desarrollo de software.
Los grupos definidos son:
- Requisitos
- Funciones de negocio
- Funciones solución
- Construcción
- Test
- Implementación.
- Gestión de proyectos
Para cada uno de éstos grupos corresponden una serie de elementos, que oportunamente valorizado su impacto en el éxito del proyecto, ofrecen la información necesaria para iniciar a crear el plan del proyecto.
Se utilizará la tabla definida a continuación como contenedor de la información relativa a los elementos del universo.
| Grupo | Elemento | Impacto |
| (1) | (2) | (3) |
| … | … | … |
| … | … | … |
Donde:
- (1): Grupo del universo
- (2): Elemento componente del universo
- (3): Impacto del elemento
Composición de los grupos Grupo Requisitos
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo requisitos:
| Elementos del grupo requisitos |
| Asegurar el compromiso de los actores intervinientes con respecto a la disponibilidad de los recursos necesarios. |
| Asegurar que los criterios establecidos son aceptados y acordados por todos los stakeholders. |
| Asegurar que los requisitos han sido comprendidos. |
| Capturar las expectativas de los stakeholders. |
| Capturar las restricciones y supuestos del proyecto asociados a los requisitos. |
| Definición, aprobación y disposición de los recursos necesarios para las actividades de gestión de requisitos. |
| Definición de las fuentes de obtención de requisitos y la mejor utilización de las mismas. |
| Definición de las prioridades de desarrollo de los requisitos. |
| Definición de las técnicas de captura de requisitos y la mejor utilización de las mismas. |
| Definición de los criterios de aceptación de requisitos. |
| Definición de quiénes desarrollarán cada nuevo requisito o una solicitud de cambio. |
| Definición de quiénes pueden dar origen a un nuevo requisito o a una solicitud de cambio. |
| Definición de roles, niveles de responsabilidad y autoridad en la gestión de requisitos. |
| Definición única de conceptos relacionados a la especificación de los requisitos. |
| Determinar el impacto de la satisfacción de los stakeholders en el éxito del proyecto. |
| Determinar el impacto del cumplimiento de los requisitos del producto del proyecto en el éxito del mismo. |
| Determinar si un requisito es efectivamente realizable. |
| Determinar si un requisito es independiente de la implementación. |
| Determinar si un requisito es independiente del diseño. |
| Distinguir y utilizar adecuadamente fuentes y canales oficiales y aquellos informales o casuales. |
| Documentar el análisis de requisitos, el acceso y la distribución de esta información. |
| Documentar la historia de cambios de los requisitos. |
| Especificar y definir los requisitos legales que debe cumplir el proyecto. |
| Gestionar los cambios en los requisitos. |
| Identificación de las inconsistencias entre los requerimientos y los planes del proyecto. |
| Identificar ambigüedades o contradicciones en la definición de requisitos. |
| Identificar cuáles son los requisitos más influyentes en costos, tiempos, performance y calidad. |
| Identificar el impacto de un nuevo requisito o la modificación de uno existente. |
| Identificar imposibilidades legales de implementación. |
| Identificar imposibilidades técnicas de implementación. |
| Identificar las funciones del sistema y los requisitos que las satisfacen. |
| Identificar los referentes para cada requisito. |
| Identificar los requisitos claves y los derivados. |
| Identificar si una serie de requisitos que pueden ser agregados o desarrollados en una única solución. |
| Incluir en el plan comunicaciones la incorporación de un nuevo requisito (o al cambio de uno ellos). |
| Incluir en el plan de recursos necesarios, aquellos vinculados al nuevo requisito (o al cambio de uno ellos). |
| Incluir en el plan de costos, aquellos vinculados al nuevo requisito (o al cambio de uno ellos). |
| Incluir en el plan del proyecto los alcances, limites, supuestos y restricciones vinculados al nuevo requisito (o al cambio de uno ellos). |
| Incluir en la calendarización de tareas, aquellas vinculadas al nuevo requisito (o al cambio de uno ellos) |
| Incorporar al proyecto las modificaciones necesarias para resolver los problemas detectados |
| Participación de todos los stakeholders en gestión de requisitos. |
| Preparación del team que realiza la captura de requisitos en cuanto a conocimiento del dominio, el entorno operativo y el entorno organizacional. |
| Preparación del team que realiza la captura de requisitos en cuanto a la gestión de las comunicaciones, resolución de ambigüedades y conflictos. |
| Preparar la captura de requisitos en cuanto a la técnica, participantes, lugar, tiempo, contenido, objetivos y sobre la comunicación de resultados. |
| Transformar las necesidades, expectativas, restricciones y supuestos en requisitos documentados. |
| Validar y verificar los requisitos definidos. |
| Verificar la trazabilidad entre los requisitos definidos y las necesidades de origen. |
Grupo Funciones de Negocio
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo funciones de negocio:
| Elementos del grupo funciones de negocio |
| Agrupar las funciones en subsistemas. |
| Controlar que cada función esté soportada por requisitos aprobados. |
| Definir como las funciones definidas satisfacen los requisitos. |
| Definir cuáles son las funciones que realizará el sistema y cuáles no. |
| Definir la realidad tecnológica de la organización. |
| Definir las interfaces de usuario para cada función de negocio. |
| Definir las interfaces entre las funciones de negocio del mismo subsistema. |
| Definir las interfaces entre las funciones de negocio y otras de otros subsistemas. |
| Definir las interfaces entre las funciones de negocio y sistemas externos. |
| Definir los parámetros de test de las funciones de negocio. |
| Definir que cada requisito sea resuelto en una única función de negocio. |
| Documentar el alcance y objetivos de cada función de negocio. |
| Documentar la historia de cambios de las funciones de negocio. |
| Documentar la operación del producto a nivel de funciones de negocio. |
| Documentar técnicamente el producto a nivel de funciones de negocio. |
| Establecer los recursos necesarios para el desarrollo de cada función de negocio. |
| Gestionar los cambios en las funciones de negocio. |
| Incluir en el plan comunicaciones la incorporación de nuevas funciones de negocio o el cambio de una de ellas. |
| Incluir en el plan de costos, aquellos vinculados al cambio o a nuevas funciones de negocio. |
| Incluir en el plan de recursos necesarios, aquellos vinculados al cambio o a nuevas funciones de negocio. |
| Incluir en la calendarización de tareas, aquellas vinculadas al cambio o a nuevas funciones de negocio |
| Incluir en las definiciones de alcances, límites, supuestos y restricciones, aquellos vinculados al cambio o a nuevas funciones de negocio |
| Validar si han sido contemplados todos los aspectos legales, normas y estándares definidos a nivel local, regional, nacional e internacional |
| Validar si la función de negocio es implementable |
| Validar si la función de negocio es realizable |
Grupo Funciones Solución
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo funciones solución:
| Elementos del grupo funciones solución |
| Definir el control del acceso a los datos. |
| Definir el modelo de datos. |
| Definir el modelo de módulos software. |
| Definir la arquitectura de los módulos software |
| Definir las especificaciones de ergonomía (operaciones donde intervienen recursos humanos) |
| Documentar el diseño de los módulos software. |
| Documentar la historia de cambios de diseño de los módulos software |
| Establecer las necesidades de formación del usuario final, con el objetivo de conseguir la explotación eficaz del nuevo sistema |
| Identificar las operaciones manuales necesarias para el desarrollo y la operación del producto |
| Identificar todos los elementos hardware necesarios para el desarrollo y la operación del producto |
| Identificar todos los elementos software necesarios para el desarrollo y la operación del producto. |
| Incluir en el plan comunicaciones el diseño de módulos software (o el cambio de uno de ellos). |
| Incluir en el plan de alcances, límites, supuestos y restricciones, aquellos vinculados al diseño de módulos software (o el cambio de uno de ellos). |
| Incluir en el plan de costos, aquellos vinculados al diseño de módulos software (o al cambio de uno ellos). |
| Incluir en el plan recursos necesarios, aquellos vinculados al diseño de módulos software (o al cambio de una de ellos). |
| Incluir en la calendarización de tareas, aquellas vinculados al diseño de módulos software (o al cambio de uno de ellos). |
| Validar el modelo de procedimientos operacionales definidos. |
| Validar la arquitectura de los módulos software. |
| Validar la documentación de usuario según los requisitos de los stakeholders involucrados. |
| Validar la documentación del diseño de los módulos software. |
Grupo Construcción
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo construcción:
| Elementos del grupo construcción |
| Controlar que se realicen todas las actividades de construcción definas y planificadas |
| Controlar que solo se realicen las actividades de construcción definas y planificadas. |
| Definir el acceso a los datos, ya sea datos de producción como de desarrollo, en las etapas de construcción, test, implementación y operación. |
| Definir las especificaciones de seguridad física de las personas, tanto durante el desarrollo del proyecto como luego en la operación del producto del mismo. |
| Definir, planificar y controlar como se deben ejecutar las actividades de construcción que se deben realizar y como se están realizando. |
| Definir, planificar y controlar cuando las actividades de construcción se deben realizar y cuando se están realizando. |
| Definir, planificar y controlar que actividades de construcción se deben realizar y que se está realizando. |
| Definir, planificar y controlar quién ejecuta las actividades de construcción que se deben realizar y quién las está realizando. |
| Documentar la construcción del sistema. |
| Documentar la historia de cambios de construcción. |
| Elaborar la documentación del usuario del sistema. |
| Establecer las necesidades de formación del usuario final, con el objetivo de conseguir la explotación eficaz del nuevo sistema. |
| Gestionar los cambios en la construcción de módulos software. |
| Identificar las operaciones manuales necesarias para el desarrollo y la operación del producto. |
| Identificar todos los elementos hardware necesarios para el desarrollo y la operación del producto. |
| Identificar todos los elementos software necesarios para el desarrollo y la operación del producto. |
| Incluir en el plan de alcances, límites, supuestos y restricciones, aquellos vinculados a la construcción de módulos software (o al cambio de una de ellos). |
| Incluir en el plan de comunicaciones la construcción de módulos software. |
| Incluir en el plan de costos, aquellos vinculados a la construcción de módulos software (o al cambio de uno ellos). |
| Incluir en el plan recursos necesarios, aquellos vinculados a la construcción de módulos software (o al cambio de una de ellos). |
| Incluir en la calendarización de tareas, aquellas vinculados a la construcción de módulos software. |
| Selección de la Metodología de Construcción de Módulos Software. |
| Validar el control del acceso a los datos. |
| Validar la documentación elaborada de la construcción del sistema según los requisitos de los stakeholders involucrados. |
| Validar la metodología de construcción seleccionada considerando los requisitos del proyecto, de los stakeholders y aquellos legales. |
| Validar la metodología de construcción seleccionada considerando los requisitos humanos necesarios. |
| Validar las interfaces de usuario |
| Validar las interfaces del módulo con los operadores |
| Validar las interfaces del módulo con módulos externos |
| Validar las interfaces del módulo con otros módulos de otros subsistemas |
| Validar las interfaces del módulo con otros módulos del mismo subsistema |
| Validar los elementos hardware identificados |
| Validar los elementos software identificados |
| Validar todos los procedimientos manuales identificados |
Grupo Test
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo test:
| Elementos del grupo test |
| Definir el proceso de testing. |
| Definir explícitamente los objetivos del test y los objetivos a testear. |
| Definir las ediciones relativas al test |
| Definir las Técnicas de test. |
| Definir los posibles escenarios del sistema, para asegurarse que produzca los resultados definidos en las especificaciones. |
| Definir los tests de aceptación. |
| Definir los tests de continuidad. |
| Definir los tests de disponibilidad. |
| Definir los tests de facilidad de uso. |
| Definir los tests de funcionalidad. |
| Definir los tests de implementación |
| Definir los tests de integración. |
| Definir los tests de pruebas de regresión. |
| Definir los tests de seguridad. |
| Definir los tests del sistema. |
| Definir los tests unitarios. |
| Determinar si los test definidos son suficientes y necesarios para poder asegurar que módulos cumplen con los requerimientos especificados. |
| Ejecución de las pruebas de aceptación. |
| Ejecución de las pruebas de Seguridad. |
| Ejecución de las Pruebas de implementación. |
| Ejecución de las pruebas del sistema. |
| Ejecución de las pruebas de integración. |
| Ejecución de pruebas con sobrecarga, situaciones límite y excepcionales y degradación por fallas. |
| Especificación técnica del plan de pruebas. |
| Establecer el entorno de testing. |
| Establecer los procedimientos y criterios de testing |
| Evaluación del resultado de las pruebas del sistema |
| Identificar las acciones correctivas |
| Preparación del entorno de las pruebas del sistema |
| Pruebas de integración entre subsistemas |
| Pruebas de integración sistema-funcionalidades |
| Pruebas de integración sistema-interfaces internas |
| Pruebas de integración sistema-requisitos especificados |
| Seleccionar los paquetes de trabajo a testear |
| Test de cambios debidos a las no conformidades detectadas |
Grupo Implementación
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo implementación:
| Elementos del grupo implementación |
| Análisis de vínculos y dependencias de los módulos de software a implementar. |
| Análisis de vínculos y dependencias de las personas involucradas con otras actividades ya programadas. |
| Análisis de vínculos y dependencias de los recursos de hardware y comunicaciones. |
| Análisis posibles errores y fallos causados deliberadamente por las personas en las actividades de implementación. |
| Análisis posibles errores y fallos no intencionales causados por las personas en las actividades de implementación. |
| Análisis posibles problemas que pueden ocurrir sin intervención de los seres humanos como causa directa o indirecta en las actividades de implementación. |
| Análisis posibles problemas que pueden suceder en forma accidental, derivados de la actividad humana en las actividades de implementación. |
| Analizar el impacto de la puesta en producción para los servicios, los datos y la información, las aplicaciones, el equipamiento, las redes de comunicaciones, los soportes de información, el equipamiento auxiliar, las Instalaciones y el personal ya existente. |
| Definición comprendida y compartida por todos los stakeholders de todas las actividades del procedimiento de puesta en producción. |
| Definición comprendida y compartida por todos los stakeholders del alcance del procedimiento de puesta en producción. |
| Definir soluciones a los problemas detectados. |
| Determinación de roles, perfiles y niveles de responsabilidad de las personas involucradas en el proyecto. |
| Planificación de la aceptación del sistema. |
| Planificación de la migración inicial y de la carga inicial de nuevos datos. |
| Planificación de la puesta en producción de las comunicaciones |
| Planificación de la puesta en producción del hardware |
| Planificación de la puesta en producción del personal involucrado |
| Planificación de la puesta en producción del software |
| Planificación de las actividades de implementación |
| Planificación del inicio de la operación |
| Validación de la aceptación del sistema |
| Validación de la migración inicial y de la carga inicial de nuevos datos |
| Validación de la planificación de la implementación |
| Validación de la planificación de la operación |
| Validar la definición de la política del personal en los referente a la especificación del puesto de trabajo, metodología de y selección y planificación de la formación continua |
| Validar las soluciones definidas a los problemas detectados con respecto a las personas involucradas, sus roles y responsabilidades |
| Validar las soluciones definidas a los problemas detectados con respecto a los procedimientos de solución |
| Validar las soluciones técnicas a los posibles problemas |
Grupo Gestión de Proyectos.
En base a los estudios y análisis realizados en la etapa previa se han definidos los siguientes elementos componentes del grupo gestión de proyectos:
| Elementos del grupo gestión de proyectos |
| Analizar cuantitativamente los riesgos. |
| Analizar cualitativamente los riesgos. |
| Cierre del Contrato |
| Cierre del proyecto. |
| Definir los procesos de dirección de proyectos con los cuales se gestionará el proyecto. |
| Gestión de alcance. |
| Gestión de calidad. |
| Gestión de comunicaciones. |
| Gestión de costos. |
| Gestión de las Adquisiciones del Proyecto |
| Gestión de Recursos Humanos. |
| Gestión de tiempos. |
| Gestionar la integración del proyecto. |
| Identificar riesgos. |
| Planificación de la Gestión de Riesgos. |
| Planificación de la Respuesta a los Riesgos. |
| Seguimiento y Control de riesgos. |