Curso:

INGENIERÍA DE SOFTWARE
 Sesión 2

INTRODUCCIÓN AL SEBOK

2
Contenido

SEMANA 1: ESTRUCTURA DE LA GUÍA SWEBOK

SEMANA 2: INTRODUCCIÓN AL SEBOK

SEMANA 3: PROCESOS DEL CICLO DE VIDA DEL SISTEMA: ISO/IEC 15288

SEMANA 4: PROCESOS DEL CICLO DE VIDA DEL SOFTWARE: ISO/IEC 12207

SEMANA 5: INGENIERÍA DE SOFTWARE E INGENIERÍA DE SISTEMAS

SEMANA 6: APLICACIONES DE LA INGENIERÍA DE SISTEMAS CON APOYO DE LA ISW

SEMANA 7: INGENIERÍA Y GESTIÓN DE SISTEMAS

SEMANA 8. Sistema “D”

3
UNIDAD III: GESTIÓN DE INGENIERÍA DE SISTEMAS Y DE COMPONENTES

SEMANA 9: GESTIÓN DE INGENIERÍA DE SISTEMAS

SEMANA 10: COMPONENTES DE SISTEMAS Y DE SOFTWARE

UNIDAD IV: CICLO DE VIDA DEL SOFTWARE

SEMANA 11: PROCESO DE DESARROLLO DE SOFTWARE

SEMANA 12: MODELOS DE DESARROLLO DE SOFTWARE

SEMANA 13: MANTENIMIENTO Y EVOLUCIÓN DEL SOFTWARE

SEMANA 14: ESTIMACIÓN DE COSTOS Y MÉTRICAS DEL PROCESO SOFTWARE

SEMANA 15: EXPOSICIONES GRUPALES DEL TRABAJO FINAL

SEMANA 16: Sistema “D”

4
1. INTRODUCCION AL
SEBOK 2.3
SEMANA 2: INTRODUCCIÓN Temario AL SEBOK

2.1 Alcance del SEBoK

2.2 Estructura del SEBoK
2.3 Conceptos del SWEBOK compartidos con la
Ingeniería de Sistemas (SEBoK)
2.4 Ámbito de aplicación. Similitudes y diferencias en
su aplicación. Uso de la terminología común.

Fuente: Guide SEBoK, v.2.3

2.1 ALCANCE DEL SEBOK

Mientras que la Parte 1 introduce áreas de conocimiento de Ingeniería de

Sistemas, el contenido SEBoK restante (Partes 2 – 6) se centra en la
información independiente del dominio, lo que es universal para la ingeniería
de sistemas independientemente del dominio en el que se aplique.

La Parte 7 incluye ejemplos de proyectos reales. Estos ilustran los conceptos

discutidos en otras partes del SEBoK, al tiempo que detallan consideraciones
pertinentes para dominios como el aeroespacial, la medicina y el transporte.

SE en el contexto de los sistemas de ingeniería (ES) es el ámbito principal para

el SEBoK, aunque los conceptos de sistemas generales también se discuten
en la Parte 2.

El SEBoK también cubre consideraciones para las disciplinas de ingeniería de

software y gestión de proyectos, que están fuertemente entrelazadas con la
práctica de SE (véase la Parte 6).
2.2 ESTRUCTURA DEL SEBOK
ESTRUCTURA DEL SEBOK

Part 1: SEBoK Introduction

Knowledge Area: Introduction to the SEBoK
Knowledge Area: Introduction to Systems Engineering
Knowledge Area: SEBoK Users and Uses
Part 2: Foundations of Systems Engineering
Knowledge Area: Systems Fundamentals
Knowledge Area: Systems Approach Applied to Engineered Systems
Knowledge Area: Systems Science
Knowledge Area: Systems Thinking
Knowledge Area: Representing Systems with Models
Part 3: SE and Management
Knowledge Area: Introduction to Life Cycle Processes
Knowledge Area: Life Cycle Models
Knowledge Area: Concept Definition
Knowledge Area: System Definition
Knowledge Area: System Realization
Knowledge Area: System Deployment and Use
Knowledge Area: Product and Service Life Management
Knowledge Area: Systems Engineering Standards
… ESTRUCTURA DEL SEBOK

Part 4: Applications of Systems Engineering

Knowledge Area: Product Systems Engineering
Knowledge Area: Service Systems Engineering
Knowledge Area: Enterprise Systems Engineering
Knowledge Area: Systems of Systems (SoS)
Knowledge Area: Healthcare Systems Engineering

Part 5: Enabling Systems Engineering

Knowledge Area: Enabling Businesses and Enterprises
Knowledge Area: Enabling Teams
Knowledge Area: Enabling Individuals

Part 6: Related Disciplines

Knowledge Area: Systems Engineering and Software Engineering
Knowledge Area: Systems Engineering and Project Management
Knowledge Area: Systems Engineering and Industrial Engineering
Part 7: Systems Engineering Implementation Examples

Part 8: Emerging Knowledge

Parte 6. Disciplinas relacionadas
Los ingenieros de sistemas trabajan
rutinariamente dentro de amplios equipos
multidisciplinarios (Pyster et al. 2018).

La parte 6 del SEBoK presenta conocimientos

sobre otros campos con los que se relacionan.
Parte 6. Disciplinas relacionadas

La Parte 6 contiene los siguientes KAs:

•Ingeniería de Sistemas e Ingeniería de Software

•Ingeniería de Sistemas y Gestión de Proyectos

•Ingeniería de Sistemas e Ingeniería Industrial

•Ingeniería de Sistemas e Ingeniería Especializada

Parte 6. Disciplinas relacionadas
2.3 Conceptos del SWEBOK compartidos con la Ingeniería de
Sistemas (SEBoK)

El software es un elemento predominante en la mayoría de las arquitecturas de

sistemas modernos. Asimismo, es el medio principal para integrar componentes
complejos del sistema.

Ingeniería de software e ingeniería de sistemas no sólo son disciplinas

relacionadas; sino que están íntimamente entrelazados.

Una buena ingeniería de sistemas es un factor clave para permitir una buena ingeniería
de software.

El SEBoK reconoce explícitamente el entrelazamiento entre ingeniería de sistemas e

ingeniería de software, además de definir la relación entre el SEBoK y la Guía del
Cuerpo de Conocimiento de Ingeniería de Software (SWEBOK) (Bourque y Fairley
2014).

FUENTE: Systems Engineering and Software Engineering - SEBoK (sebokwiki.org)

Conceptos clave que un ingeniero de sistemas necesita saber sobre ingeniería de
software

El campo de la ingeniería de software es extensa y especializada. Su importancia para los sistemas

modernos hace necesario que los ingenieros de sistemas conozcan la ingeniería de software y su relación
con la ingeniería de sistemas.

Conceptos clave que un ingeniero de sistemas necesita saber sobre ingeniería de software

1. Por el tiempo, el esfuerzo y los gastos dedicados a desarrollarlo, el software es más complejo que
la mayoría de los demás componentes del sistema.

2. Las pruebas y revisiones de software son procesos de muestreo. Otros puntos incluyen:

• Todos los enfoques y técnicas de pruebas de software son heurísticos.

• Las pruebas exhaustivas no son posibles.

• Los errores en el software tienden a agruparse dentro de las estructuras de software.

• Existe paradoja de pesticidas. Como resultado, la ejecución de la misma prueba una y otra vez en el
mismo sistema de software no proporciona nueva información.

• Las pruebas pueden revelar la presencia de defectos, pero no pueden garantizar que no habrá errores.
Las pruebas, incluida la verificación y validación (V&V), deben realizarse de forma temprana y continua
durante todo el ciclo de vida (de extremo a extremo).

• Incluso después de extensas pruebas y V&V, es probable que los errores permanezcan después del uso
a largo plazo del software.
3. El software a menudo proporciona las interfaces que interconectan otros componentes del
sistema

4. Cada producto de software es único

5. En muchos casos, los requisitos asignados al software deben ser renegociados y reprioritizados

6. Los requisitos de software son propensos a cambios frecuentes

7. Los pequeños cambios en el software pueden tener grandes efectos negativos

8. Algunos atributos de calidad para el software se evalúan subjetivamente

9. El término prototipado tiene diferentes connotaciones para ingenieros de sistemas e ingenieros

de software

10. La ciberseguridad es una preocupación presente y creciente por los sistemas que incorporan
software

11. El crecimiento del software requiere capacidad de sobra

12. Varias distribuciones pareto 80-20 se aplican al software

13. Las estimaciones de software a menudo son inexactas

14. La mayoría de los proyectos de software se llevan a cabo de forma iterativa

15. El trabajo en equipo dentro de los proyectos de software está estrechamente coordinado

16. Los procesos de desarrollo ágiles se utilizan cada vez más para desarrollar software

17. La verificación y validación (V&V) del software debe proceder preferentemente de forma
incremental e iterativa

18. Las compensaciones de rendimiento son diferentes para el software que para los sistemas

19. La gestión de riesgos para proyectos de software difiere en especie de la gestión de riesgos para
proyectos que desarrollan artefactos físicos

20. Las métricas de software incluyen medidas de productos y medidas de proceso

21. El progreso en los proyectos de software a veces no se realiza un seguimiento inadecuado.

2.4 Ámbito de aplicación. Similitudes y diferencias en su
aplicación. Uso de la terminología común
Ingenieros de software, como ingenieros de sistemas- Similitudes:

• realizar análisis y diseño, asignación de requisitos, supervisión del desarrollo de

componentes, integración de componentes, verificación y validación, sostenimiento
del ciclo de vida y jubilación del sistema.
• trabajar con o como un especialista en componentes (por ejemplo, interfaz de
usuario, base de datos, cálculo y especialistas en comunicación) que construyen u
obtienen los componentes de software necesarios.
• adaptar los componentes existentes e incorporar componentes suministrados por
clientes y organizaciones afiliadas.
Estos puntos en común harían parecer que la ingeniería de software es simplemente
una aplicación de ingeniería de sistemas, pero esto es sólo una apariencia superficial.

Las diferencias entre las dos disciplinas surgen de dos preocupaciones fundamentales:

❑ Diferencias en los antecedentes educativos (disciplinas de ingeniería tradicionales

para SE y las disciplinas informáticas para SWE) y experiencias de trabajo que
resultan en diferentes enfoques para la resolución de problemas, y
❑ Diferentes formas de aplicar conceptos compartidos basados en la naturaleza
contrastante del medio de software y los medios físicos de la ingeniería tradicional.
Conceptos compartidos que son aplicados de diferentes maneras por ingenieros de sistemas e ingenieros de software.
La Tabla 1 detalla algunos de los casos.

Cada disciplina ha hecho contribuciones a la otra. La Tabla 1 indica los métodos y técnicas desarrollados por ingenieros
de sistemas adaptados para su uso por ingenieros de software y, por el contrario, aquellos que han sido adaptados para
su uso por ingenieros de sistemas.
Tabla 1. Adaptación de métodos a través de SE y SWE (Fairley y Willshire 2011)
PREGUNTAS?

PÁGINA 19 19
CONCLUSIONES
Esto es lo que hemos
aprendido
(a responder por los
estudiantes)
Logros de
Aprendizaje
• …
• …
• …

PÁGINA 20 20
Mg. Ing. Wilfredo Carranza
wcarranzab@uni.edu.pe

21