UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS

Traducción del SEBoK v2.2

“Stakeholder Responsibility”

Profesor: Javier Tolentino Canchano Caro

Alumno: Julio César Rodríguez Ayquipa

Monografía presentada para el curso Teoría y Ciencia de Sistemas

2020-I
Responsabilidades de las partes interesadas
Los principios generales de la aplicación del ciclo de vida discutidos anteriormente se aplican
según sea necesario a cada aplicación de SE. Las siguientes secciones aclaran los diferentes tipos
de partes interesadas y los roles que desempeñan para los diferentes contextos del sistema
discutidos en el SEBoK.

Productos, servicios y empresas

Con mayor frecuencia, los términos "producto" y "servicio" describen los efectos que se
intercambian en un acuerdo de cliente y proveedor. Este puede ser un acuerdo comercial, uno
financiado públicamente por una organización benéfica o proporcionada por una agencia
gubernamental. La diferencia entre un producto y un servicio es que un producto es un artefacto
adquirido para lograr un resultado, mientras que un servicio es un resultado suministrado
directamente a un usuario.
Los términos "cliente" y "usuario" a menudo se usan indistintamente en las disciplinas de
ingeniería y gestión. El Manual de Ingeniería de Sistemas INCOSE (INCOSE 2012) hace las
siguientes distinciones específicas entre las partes interesadas asociadas con un sistema:

 El adquirente es la parte interesada que adquiere u obtiene un producto o servicio de un

proveedor.
 El proveedor es una organización o individuo que celebra un acuerdo con el adquiriente para
suministrar un producto o servicio.
 El operador es una persona u organización que utiliza conocimientos, habilidades y
procedimientos para realizar las funciones del sistema para proporcionar el producto o
servicio.
 El usuario o cliente es el individuo o grupo que se beneficia de la operación del sistema.
Estos términos definen los roles que toman las partes interesadas; sin embargo, es posible que no
siempre se encuentren dentro de estas entidades distintas (por ejemplo, el adquirente también
puede ser el usuario). Esto también se aplica a los sistemas de servicio, ya que algunas de las
entidades también pueden superponerse en los roles. Parnell y col. (2011) ofrecen una lista
alternativa de partes interesadas que incluye autoridad de decisión, cliente, propietario, usuario,
consumidor e interconectado.
Los sistemas de productos consisten en hardware, software y humanos, y tradicionalmente han
sido el foco de los esfuerzos de SE. Estos sistemas se entregan al adquiriente y se operan para
lograr los objetivos que condujeron a los requisitos del sistema. Estos requisitos se derivaron de
la necesidad de proporcionar productos y servicios a uno o más usuarios como parte de
una empresa.
La entrega (suministro) de un servicio es indicativa de la entrega directa de un resultado, que a
menudo está relacionado con la entrega de productos (por ejemplo, un servicio
de mantenimiento, capacitación o limpieza). Esto no es lo mismo que la entrega de un sistema de
servicio (vea la discusión a continuación).
En la SE tradicional, el término "servicio" o "sistema de servicio" se refiere al contexto más
amplio del sistema que describe la necesidad del comprador de entregar valor al usuario. En este
caso, el sistema de servicio es una definición de sistema fija que dicta la forma en que la empresa
adquirente utilizará los productos para permitir la prestación de servicios a los usuarios. Los
sistemas de productos están diseñados para integrarse y utilizarse según corresponda para permitir
que este servicio se mantenga o mejore según sea necesario. En esta vista , un sistema de servicio
es estático y contiene productos, personas y recursos dedicados; es decir, las jerarquías de
productos están diseñadas para proporcionar a los compradores la capacidad de ofrecer servicios
predefinidos a usuarios o clientes.

2020-I
Más recientemente, el término "sistemas de servicio" se ha utilizado para describir un sistema
diseñado de manera que permita a las empresas ofrecer servicios directamente a los usuarios,
evitando la necesidad de tener todos los productos y servicios necesarios dentro de la
empresa. Esto requiere la expansión de la definición de "proveedor" de la siguiente manera:

 Un proveedor de productos es una organización o individuo que celebra un acuerdo con un

adquirente para suministrar un producto o servicios de soporte de productos relacionados.
 Un proveedor de sistemas de servicios es una organización o individuo que celebra un
acuerdo con un adquirente para suministrar un sistema de servicios.
 Un proveedor de servicios es una organización o individuo que celebra un acuerdo con un
usuario para suministrar un servicio.
Estos sistemas de servicio tienden a configurarse dinámicamente para tratar problemas que los
servicios estáticos tradicionales encuentran difíciles de abordar. Esta visión de un sistema de
servicio emplea "vinculación tardía" con sistemas de productos que no son propiedad de la
empresa pero que se utilizan para permitir que el servicio se ofrezca lo más cerca posible de las
demandas de tiempo dadas. Esta es la definición de un sistema de servicio utilizado en el tema
de Ingeniería de Sistemas de Servicio en la Parte 4, Aplicaciones de Ingeniería de Sistemas.

Necesidades de las partes interesadas

Una de las responsabilidades más importantes de las partes interesadas es identificar las
necesidades y requisitos para el sistema que proporciona los productos o servicios (INCOSE
2012). Estas necesidades y requisitos se expresan en acuerdos entre adquirentes y proveedores.
Hay otras partes interesadas que configuran los requisitos del sistema en función de sus
necesidades, pero que no son necesariamente compradores o proveedores. Las partes interesadas
y los ingenieros de requisitos comparten la responsabilidad de identificar sus necesidades durante
el proceso de requisitos.

Adquirente/Acuerdos con los proveedores

Lawson (2010) ofrece una perspectiva sobre lo que significa poseer sistemas, comerciar con
productos y servicios del sistema, y las implicaciones de las cadenas de suministro con respecto
al valor agregado y la propiedad de los sistemas, sus productos y servicios. INCOSE (2012) define
dos procesos del ciclo de vida relacionados con la adquisición y el suministro. El proceso
de adquisición incluye actividades para identificar, seleccionar y alcanzar acuerdos comerciales
con un proveedor de productos o servicios.
En muchas organizaciones más grandes, existe una tradición de propiedad del sistema otorgada a
individuos o, en algunos casos, entidades empresariales (grupos o equipos ). La propiedad implica
la autoridad y la responsabilidad de crear, administrar y disponer de un sistema de interés (SoI),
así como a veces operar el SoI.
Adquisición de producto/Suministro
En algunas industrias, un proveedor trabaja directamente con un adquirente para ayudar a
comprender las necesidades del adquirente y luego crea uno o más productos para satisfacer esas
necesidades. En ciertos casos, un solo proveedor proporcionará el sistema completo de productos
dignos. En otros casos, se formará una cadena de suministro para entregar sistemas de productos
con un integrador de sistemas para garantizar que encajen y se integren en un contexto más
amplio. Esta es una visión teórica de la ingeniería de sistemas de productos en la que el contexto
es fijo y el producto está diseñado para encajar en él. Un buen ingeniero de sistemas puede sugerir
cambios en la empresa como una mejor manera de resolver el problema y luego modificar los
requisitos del sistema del producto en consecuencia. Sin embargo, en algún momento, se

2020-I
establecerá un contexto acordado y se desarrollará un sistema de producto para trabajar dentro de
él.
Para muchos productos comerciales, como los teléfonos móviles, un proveedor crea un perfil de
usuario representativo para generar el requisito y luego comercializa el producto a usuarios reales
una vez que se realiza. En estos casos, el adquirente/usuario realiza los otros elementos del
enfoque de sistemas y es posible que no sigan procesos formales de SE. Es importante que un
proveedor de productos tenga esto en cuenta al considerar la mejor manera de diseñar un sistema,
ya que puede ser necesario ofrecer servicios de ayuda o soporte adicionales con el producto
adquirido. La idea de un proveedor que ofrezca servicios de soporte para usuarios con un tipo de
producto comprado en otro lugar (p. Ej., Un mecánico automotriz que atiende a diferentes marcas
de automóviles) comienza a superponerse con el contexto de los sistemas de servicio, como se
discute en el siguiente tema.
Para una infraestructura institucionalizada en la que los SoI son propiedad exclusiva de una
empresa o partes de esta, la responsabilidad total de la gestión del ciclo de vida, incluida la
operación, a menudo recae en los propietarios del sistema. Estos sistemas pertenecen a la cartera
de activos del sistema de una empresa o varias empresas y proporcionan los recursos del sistema,
incluidos los sistemas planificados que se desarrollan durante la gestión del ciclo de vida.
Adquisición de Servicio/Suministro
Las organizaciones que brindan sistemas de servicio no necesitan poseer los productos y servicios
individuales que entregan a sus usuarios y clientes. Con este punto de vista, el sistema de servicio
suministrado incluye los medios para identificar y obtener acceso a productos o servicios
apropiados cuando sea necesario. Los sistemas de servicio serían entonces el paquete de productos
y servicios ensamblados para el usuario; por ejemplo, reunir aplicaciones de software y acuerdos
de servicio para un teléfono móvil que ya es propiedad de un usuario. Las empresas que
proporcionan sistemas de servicios pueden, a su vez, ofrecer servicios de infraestructura a una
amplia gama de tecnologías diferentes o dominios de aplicación. Esto puede significar que las
actividades de transición, operación, mantenimiento y eliminación asociadas con la propiedad del
sistema pueden no estar integradas en la empresa del sistema de servicio de adquisición y, por lo
tanto, deberán tratarse como servicios de sistema separados. Se pueden encontrar más detalles
en Ingeniería de Sistemas de Producto, Ingeniería de Sistemas de Servicio e Ingeniería de
Sistemas Empresariales, en la Parte 4, Aplicaciones de Ingeniería de Sistemas en la Guía del
Cuerpo de Conocimientos de Ingeniería de Sistemas (SEBoK).
El ingeniero de sistemas de servicios ayuda al proveedor de servicios a crear y mantener el sistema
de servicios que puede usarse para descubrir, integrar y usar versiones específicas de productos o
servicios genéricos cuando sea necesario. La realización de sistemas de servicio requiere la
capacidad de hacer uso de sistemas de productos; sin embargo, estos sistemas de productos se
desarrollan y se poseen fuera del sistema de servicios. El sistema de servicio debe poder obtener
acceso a un producto o servicio cuando sea necesario, así como interactuar con él de manera
efectiva. El uso de estándares de interfaz abiertos, como fuentes de alimentación estándar,
conexiones de interfaz (p. Ej., Bus serie universal (USB)) o formatos de archivo (p. Ej., Formato
de documento portátil (PDF)) puede ayudar a facilitar esto.
Evolución empresarial
Una distinción útil entre el diseño del sistema del producto y el diseño del sistema de la empresa es
que “el diseño de la empresa no ocurre en un solo punto en el tiempo como el diseño de la mayoría
de los sistemas. En cambio, las empresas evolucionan con el tiempo y cambian constantemente,
o se diseñan constantemente” (Giachetti 2010, xiii).
El desarrollador de la empresa también puede aspirar a optimizar los procesos entre bastidores
(las operaciones internas) de una organización o institución mediante la explotación de los
avances tecnológicos, en particular la tecnología de la información (TI) y los procesos
asociados. En estos casos, los sistemas de ingeniería se consideran sistemas empresariales.

2020-I
Los sistemas empresariales pueden ofrecer productos (bienes) y/o servicios. Desde el punto de
vista de la ingeniería empresarial, una empresa concurrente con su producto SE no solo debe
considerar el desarrollo y la entrega de los productos, sino también la alineación y la optimización
de la entrega del producto dentro de los objetivos empresariales. De manera similar, en el servicio
SE, el enfoque principal está en la entrega de un valor intangible al cliente final (enfocado
externamente: etapa delantera), en el que los procesos internos y externos deben sincronizarse. Sin
embargo, con los rápidos avances en las tecnologías de la información y las comunicaciones
(ICT), en muchos casos los límites entre los procesos internos y externos son bastante borrosos. La
investigación actual de SE está extendiendo métodos, procesos y herramientas de productos en
los campos de transformación empresarial e innovación de servicios para explotar los avances en
las metodologías y tecnologías de procesos comerciales.
Empresa SE no solo debe hacer la ingeniería de la empresa en sí misma, sino que también puede
participar en la ingeniería de los sistemas de servicios y sistemas de productos que son necesarios
para que la empresa logre sus objetivos.

Mapeo de actividad
Este tema pertenece al Enfoque de Sistemas Aplicado a Sistemas de Ingeniería KA de la Parte
2, Fundamentos de Ingeniería de Sistemas. Otros temas sobre actividades, desde el mismo KA,
se relacionan con procesos técnicos de alto nivel definidos en KAs en la Parte 3, Ingeniería y
gestión de sistemas, de la siguiente manera:

 El tema Identificación y comprensión de problemas y oportunidades se relaciona con

el concepto Definición KA.
 Sintetizar posibles soluciones y análisis y selección entre los temas de soluciones alternativas
se relacionan con la definición de sistema KA.
 El tema de Implementar y probar una solución está relacionado con la Realización del sistema
KA.
 El tema de la implementación, el uso y el mantenimiento de sistemas para resolver problemas
se relaciona con el KA de gestión de vida de productos y servicios.
La Parte 3 discute los principios definidos en cada una de las actividades de enfoque de sistemas
y cómo ayudan a dar forma a los procesos técnicos a los que se asignan.
Referencias
Trabajos citados
Adcock, R.D. 2005. "Tailoring systems engineering lifecycle processes to meet the challenges of
project and programme". INCOSE International Symposium 2005. Volume 15. Issue 1.
Boehm, B. and A. Jain. 2006. "A value-based theory of systems engineering." Presented at the
16th Annual INCOSE Systems Engineering Conference, Orlando, FL, USA.
Hitchins, D. 2009. "What are the general principles applicable to systems?" INCOSE Insight, vol.
12, no. 4.
INCOSE. 2011. INCOSE Systems Engineering Handbook, version 3.2.1. San Diego, CA, USA:
International Council on Systems Engineering. INCOSE-TP-2003-002-03.2.1.
Giachetti, R.E. 2010. Design of Enterprise Systems: Theory, Architecture, and Methods. Boca
Raton, FL, USA: CRC Press.
Kruchten, P. 2003. The Rational Unified Process: An Introduction, 3rd edition. Boston, MA,
USA: Addison Wesley. Lawson, H. 2010. A Journey Through the Systems Landscape. London,
UK: College Publications, Kings College.

2020-I
Martin J.N. 1997. Systems Engineering Guidebook. Boca Raton, FL, USA: CRC Press.
Martin, J. 2004. "The Seven Samurai of Systems Engineering: Dealing with the Complexity of 7
Interrelated Systems." INCOSE 2004 - 14th Annual International Symposium Proceedings.
Parnell, G.S., P.J. Driscoll, and D.L Henderson (eds). 2011. Decision Making for Systems
Engineering and Management, 2nd ed. Wiley Series in Systems Engineering. Hoboken, NJ, USA:
Wiley & Sons Inc.
Ring, J. 1998. "A value seeking approach to the engineering of systems." Proceedings of the IEEE
Conference on Systems, Man, and Cybernetics. p. 2704-2708.
Senge, P. 1990. The Fifth Discipline: The Art and Practice of the Learning Organization. New
York, NY, USA: Doubleday/Currency.

Referencias primarias
Hitchins, D. 2009. "What are the general principles applicable to systems?" INCOSE Insight, vol.
12, no. 4.
Lawson, H. 2010. A Journey Through the Systems Landscape. London, UK: College Publications,
Kings College.

Referencias Adicionales
Blanchard, B. and W.J. Fabrycky. 2006. Systems Engineering and Analysis. Upper Saddle River,
NJ, USA: Prentice Hall.
Carlock, P.G. and R.E. Fenton. 2001. "System of Systems (SoS) enterprise systems engineering
for information-intensive organizations." Systems Engineering, vol. 4, no. 4, pp. 242–261.
Checkland, P. 1999. Systems Thinking, Systems Practice. New York, NY, USA: John Wiley &
Sons.
Rouse, W.B. 2005. "Enterprises as systems: Essential challenges and approaches to
transformation." Systems Engineering, vol. 8, no. 2, pp. 138-150.

SEBoK v. 2.2, lanzado el 15 de mayo de 2020

2020-I