UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA

FACULTAD DE CIENCIAS Y TECNOLOGIA

ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

Gestión de la Ingeniería de Sistemas

1. ¿Qué es desarrollo de propuestas y declaración de trabajo (SOW)?

Un elemento crítico de la propuesta es la SOW. Esta es una descripción
narrativa del trabajo que se necesita para desarrollar el sistema para
satisfacer las necesidades del cliente.

2. ¿Qué es WBS?
Define todas las tareas en términos de bienes y servicios que se realizarán
durante el proyecto en forma de una estructura jerárquica.
Su formulación comienza temprano, en la fase de definición del concepto
para servir como punto de referencia para los estudios de intercambio de
conceptos. Entonces se articula más completamente en las últimas etapas
para servir como base para el costeo del ciclo de vida del sistema. La WBS
es a menudo un requisito contractual en desarrollos de sistemas
competitivos.

3. ¿Cuáles son los elementos de una WBS?

El formato WBS generalmente se adapta al proyecto específico en
cuestión, pero siempre sigue una estructura jerárquica de árbol diseñada
para garantizar un lugar específico para cada porción significativa de
trabajo en el proyecto.
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

4. ¿Qué es Control de costos y estimación?

La WBS es el corazón del sistema de control y estimación de costos del
proyecto. Su organización está hecha de manera que los paquetes de
trabajo correspondan a los ítems de asignación de costos.
Por lo tanto, al comienzo del proyecto, el costo objetivo se distribuye entre
los paquetes de trabajo identificados y se divide hacia abajo a medida que
se definen los paquetes de nivel inferior.

5. ¿Qué es SEMP en Ingeniería de Sistemas?

En el desarrollo de un sistema complejo, es esencial que todos los
participantes clave en el proceso de desarrollo del sistema no solo
conozcan sus propias responsabilidades sino que también sepan cómo
interactúan entre sí. Así como se requiere documentación especial para
controlar las interfaces del sistema, la interfaz de responsabilidades y
autoridad dentro del proyecto también debe definirse y controlarse. Esto
generalmente se logra mediante la preparación y difusión de un SEMP o su
equivalente.

6. ¿Cuáles son los elementos típicos de un SEMP?

 Planificación y control del programa de desarrollo: tareas que
deben implementarse en la gestión del programa de desarrollo como
son:
• Declaraciones de trabajo.
• Organización.
• Planificación.
• Revisiones de preparación de programas, diseño y pruebas.
• Medición del desempeño técnico.
• Gestión de riesgos.
 Proceso de Ingeniería de Sistemas: describe el proceso de ingeniería
de sistemas tal como se aplica al desarrollo del sistema, que incluye:
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

• Requerimientos operacionales.
• Análisis funcional.
• Análisis de sistemas y estrategia de compensación.
• Prueba del sistema y estrategia de evaluación.

7. ¿Qué es Gestión de riesgos?

Al comienzo del desarrollo, existen incertidumbres y, por lo tanto, riesgos
en todos los aspectos. ¿Son realistas los requisitos operativos percibidos?
¿Seguirán siendo válidos durante toda la vida operativa del nuevo sistema?
La tarea especial de la ingeniería de sistemas es estar al tanto de tales
posibilidades y guiar el desarrollo para minimizar (mitigar) su impacto
cuando puedan ocurrir. La metodología que se emplea para identificar y
minimizar el riesgo en el desarrollo del sistema se llama gestión de riesgos.

8. ¿Como se logra la Reducción de riesgos a través del ciclo de vida del

sistema?
La reducción de los riesgos del programa es un proceso continuo a lo largo
del ciclo de vida. Por ejemplo, la fase de análisis de necesidades reduce el
riesgo de embarcarse en el desarrollo de un sistema que no atiende las
necesidades operativas vitales. La fase de exploración del concepto reduce
el riesgo de derivar requisitos de rendimiento del sistema irrelevantes o
poco realistas. Y la fase de definición del sistema selecciona un concepto de
sistema que utiliza enfoques técnicos que no son excesivamente inmaduros
ni inasequibles, sino que tiene la mejor oportunidad de cumplir con todos
los objetivos del sistema.

9. ¿Cuáles son los componentes de la gestión de riesgo?

La gestión de riesgos se reconoce formalmente en los estándares de
ingeniería de sistemas, y especialmente en los programas de adquisición
del gobierno. Se espera que cada programa prepare un plan de gestión de
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

riesgos. Se espera que la gestión de riesgos para un sistema importante

tenga su propia organización, personal, base de datos, informes y revisión
independiente, y se extienda a todas las fases del desarrollo, producción,
operación y soporte del programa. La Guía de gestión de riesgos divide el
tema de la gestión de riesgos en planificación de riesgos, evaluación de
riesgos, priorización de riesgos, manejo de riesgos y monitoreo de riesgos.
Evaluación de riesgos
El proceso general de evaluación de riesgos es inherente a todas las
decisiones que implican incertidumbre prospectiva. La evaluación de
riesgos se utiliza para eliminar conceptos alternativos que dependen
demasiado de tecnologías inmaduras, enfoques técnicos no probados u
otros avances ambiciosos que no parecen estar justificados por sus
beneficios previstos en comparación con la incertidumbre de sus
realización.
Evaluación de riesgos
Para comparar la importancia potencial de las diferentes fuentes de riesgo
del programa, es necesario considerar dos componentes de riesgo: el
probabilidad que un componente dado no podrá cumplir sus objetivos y el
impacto o criticidad de tal fracaso al éxito del programa. Por lo tanto, si el
impacto de una falla dada sería catastrófico, incluso una baja probabilidad
de que ocurra no puede ser tolerada. Alternativamente, si la probabilidad
de fracaso de un enfoque dado es alta, generalmente es prudente adoptar
un enfoque diferente, incluso si su impacto puede ser bajo pero
significativo.
Probabilidad de riesgo: probabilidad de falla
Hay demasiadas incertidumbres para poder calcular un valor numérico para
la probabilidad de que se logre un objetivo específico del programa y, por lo
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

tanto, no es útil intentar cuantificar los riesgos más allá de una medida
relativamente aproximada para ayudar en su priorización relativa.
Crítico de riesgo: impacto de la falla.
Se dijo anteriormente que la gravedad del riesgo de una falla particular
podría considerarse en términos de dos factores: la probabilidad de que
ocurra una falla y la importancia crítica de su impacto en el éxito del
programa. En un sentido semicuantitativo, la gravedad del riesgo puede
considerarse como una combinación de esos dos factores.
Papel de la ingeniería de sistemas
La tarea de evaluación de riesgos (y la tarea posterior de gestión de
riesgos) es claramente responsabilidad de la ingeniería de sistemas.
El proceso de evaluación de riesgos, por lo tanto, ayuda al ingeniero de
sistemas a identificar las características del sistema que deben entenderse
mejor y elevarse a un nivel de madurez de diseño adecuado para la
ingeniería a gran escala.

10. ¿Qué es Mitigación de riesgos?

Los métodos más comunes para lidiar con los riesgos identificados del
programa son los siguientes, enumerados en orden creciente de gravedad
del riesgo percibido:
 Revisiones técnicas y de gestión intensificadas del proceso de
ingeniería.
 Supervisión especial de la ingeniería de componentes designada,
 Análisis y pruebas especiales de elementos críticos de diseño,
 Prototipos rápidos y retroalimentación de prueba,
 consideración de aliviar los requisitos críticos de diseño,
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

 iniciación de desarrollos paralelos alternativos.

11.¿Qué es el Plan de gestión de Riesgos?

Para cada riesgo significativo, debe haber un plan que minimice su impacto
potencial a través de acciones específicas que se tomarán, ya sea
simultáneamente con la ingeniería o que se invoque en caso de que se
materialice el riesgo anticipado. La formulación de dicho plan debe basarse
en el objetivo de minimizar el costo total esperado del programa, lo que
significa que las actividades planificadas para contener los riesgos del
programa no deben ser más costosas que el impacto esperado de los
riesgos, en caso de que se produzcan.

12. ¿Qué impulsa la organización de la ingeniería de sistemas?

Prácticamente todos los proyectos de desarrollo de sistemas son
administrados por una sola empresa industrial. Por lo tanto, es la forma
organizativa de esta empresa la que impulsa la organización de la ingeniería
de sistemas. En la mayoría de los casos, esta compañía desarrollará algunos
subsistemas internamente y contratará otros subsistemas con
subcontratistas.

13. ¿Qué Estructura organizativa utiliza la Ingeniería de Sistemas?

La estructura organizativa del contratista principal suele ser alguna forma
de organización "matriz". En una organización matricial, la mayoría del
personal de ingeniería está organizado en grupos orientados a la disciplina
o la tecnología. Los grandes proyectos son gestionados por equipos de
gestión de proyectos que informan a un "vicepresidente de gestión de
proyectos" o un equivalente.

14. ¿De qué trata la Comunicación y organización en la Ingeniería de Sistemas?

 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

Las comunicaciones técnicas efectivas son difíciles de mantener en

cualquier organización por una variedad de razones, muchas de ellas
inherentes al comportamiento humano. Sin embargo, son absolutamente
vitales para el éxito final del proyecto de desarrollo.
Existen varios medios de comunicación diferentes, los cuales deben
ejercerse según corresponda:
1. Todos los participantes clave necesitan saber qué se espera que hagan,
cuándo y por qué: el "qué" se expresa en las tareas asignadas y la EDT; el
"cuándo" está contenido en cronogramas, hitos y redes de rutas críticas; y
el "por qué" debe ser respondido en los requisitos y especificaciones.
2. Los participantes deben ser conscientes de cómo interactúan sus
porciones del sistema con otros elementos clave y de la naturaleza de su
interdependencia mutua. Dichas interacciones, y en particular sus causas
subyacentes, nunca pueden ser suficientemente cubiertas en los
documentos de especificación.
3. Los subcontratistas y otros participantes clave en sitios remotos deben
integrarse en el marco de comunicación del proyecto. A nivel de gestión,
esta es la tarea del gerente de proyecto del sistema, pero a nivel de
ingeniería, es responsabilidad del personal de ingeniería de sistemas de
proyecto.
4. Los líderes principales del esfuerzo de diseño del sistema deben tener un
medio de comunicación regular y frecuente entre ellos para mantener el
programa estrechamente coordinado y reaccionar rápidamente a los
problemas.

15. ¿Funciones del Personal de Análisis de Sistemas?

Una parte esencial de cualquier organización de ingeniería de sistemas es
un personal analítico altamente competente y experimentado. Dicho
personal no necesita ser una sola entidad, ni necesita estar ubicado
organizativamente con el personal del proyecto, sino que debe ser parte de
 UNIVERSIDAD NACIONAL PEDRO HENRIQUEZ UREÑA
FACULTAD DE CIENCIAS Y TECNOLOGIA
ESCUELA DE INFORMATICA
INGENIERIA DE SISTEMAS
 PRACTICA DEL TEMA #5 DE LA PLATAFORMA

la organización de ingeniería de sistemas, al menos durante las fases de

ingeniería conceptual y temprana del proyecto.

16. ¿Como está formado el Equipo de diseño del sistema?

Un equipo de diseño de sistemas para un proyecto complejo de desarrollo
de sistemas puede tener la siguiente membresía:
 Ingeniero de sistemas,
 Ingenieros líderes de subsistemas,
 Ingenieros de sistemas de software,
 Ingenieros de soporte,
 Ingenieros de prueba,
 Representante del cliente, y
 Ingenieros especializados y concurrentes.

17. ¿De qué trata el Liderazgo del desarrollo del sistema?

En una aplicación particular, el liderazgo del desarrollo del sistema debe
adaptarse a la organización del contratista principal y al nivel de
participación del cliente en el proceso. Los denominadores comunes más
importantes son:
 Calidad de liderazgo del líder del equipo,
 Representación de aquellos con responsabilidades clave, y
 Participación de contribuyentes técnicos clave.