You are on page 1of 16

Requisitos y Necesidades de los Stakeholders-Definicin de Sistema

________________________________________________________________________

Requisitos y Necesidades de los Stakeholders


Los requerimientos y necesidades de los Stakeholder representan las opiniones de quienes se
encuentran en el nivel de las operaciones de su negocio o empresa, es decir, de los usuarios,
compradores, clientes y otras partes interesadas en la medida en que se relacionan con el problema (u
oportunidad), como un conjunto de requisitos para una solucin que pueda proporcionar los servicios
necesarios a las partes interesadas en un entorno definido. A nivel de la empresa utilizando los
conceptos de ciclo de vida (vase el negocio o el anlisis de misin para ms detalles) como gua, los
interesados han conducido a travs de un proceso estructurado para recabar las necesidades de los
interesados (en la forma de un conjunto refinado de nivel sistema conceptos del ciclo de vida). Las
necesidades de los actores se transforman en un conjunto definido de requisitos de interesados, que
puede ser documentado en la forma de un modelo, un documento que contena declaraciones requisito
textual o ambos.

Requisitos interesados desempean papeles importantes en ingeniera de sistemas, como:

Forman la base de los requisitos del sistema de actividades.


Forman la base de los sistemas de validacin y la aprobacin de las partes interesadas.
Actan como una referencia para la integracin y actividades de verificacin.
Servir como medio de comunicacin entre el personal tcnico, gestin, departamento de finanzas, y
la comunidad de partes interesadas.

En este tema se describe la definicin de las necesidades de los actores y los requisitos que implica las
actividades necesarias para obtener y dar prioridad a las necesidades de los stakeholder(s), y transformar
esas necesidades en un conjunto definido de requisitos de los interesados. Definir el problema o la
cuestin que debe resolverse, identificando la oportunidad para desarrollar una nueva solucin o mejora
de un sistema de inters (SOI) debe comenzar antes de iniciar las actividades necesarias para definir las
necesidades de los actores y los requisitos. Esto significa que un contexto de uso inicial de la Misin,
nuevos o modificados, o capacidad de funcionamiento ya se ha caracterizado (ver anlisis de misin o
de negocios). Los requisitos del sistema son considerados en detalle durante la definicin del sistema.
Ninguno de los anteriores puede considerarse completa hasta la coherencia entre los dos se ha logrado,
como lo demuestra la trazabilidad, para que un gran nmero de iteraciones pueden ser necesarias.

Finalidad y definicin
El propsito de la definicin de los requisitos y necesidades de los interesados son actividades para
recabar un conjunto de claros y concisos de las necesidades relativas a una misin nueva o modificada
para una empresa (vase el anlisis de misin (MA) para obtener informacin relevante para la
identificacin y definicin de la misin o la operacin), y para transformar estas necesidades en actores
interesados comprobable requisitos.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Los interesados pueden comenzar con los deseos y expectativas que pueden contener declaraciones
vagas y ambiguas que son difciles de usar para SE actividades. Se debe tener cuidado para asegurar que
esos deseos y expectativas se fusionaran en un conjunto de declaraciones de necesidad clara y concisa
que son tiles como un punto de inicio para la definicin del sistema. Estas declaraciones deben
entonces deben aclararse y traducido a ms de ingeniera en lenguaje orientado a un conjunto de
demandas de las partes interesadas para habilitar la arquitectura adecuada definicin y actividades de
necesidad. Como ejemplo, una necesidad o una expectativa como para maniobrar con facilidad un coche
para estacionamiento, ser transformado en un conjunto de demandas de las partes interesadas a una
declaracin como, aumentar la driviability del coche, disminuir el esfuerzo para el manejo, ayudar al
pilotaje, proteger las carroceras contra golpes o araazos, etc.

Para permitir una descripcin clara de las actividades de las necesidades de los actores y los requisitos
que se describen una visin genrica de la empresa equipos y roles involucrados en una empresa tpica
ha sido utilizada por debajo, esto incluye equipos tales una gestin de negocios y operaciones
comerciales; y funciones incluyendo requisitos ingeniero y analista de negocio. Para obtener una
descripcin de estos roles y cmo permiten ambos interesados y requerimientos del negocio a travs de
las capas de una empresa tpica ver Procesos de ciclo de vida y la necesidad de la empresa.

Principios y Conceptos
La identificacin de los Interesados Directos

Los interesados de una SoI puede variar a lo largo del ciclo de vida. As, con el fin de obtener un
conjunto completo de necesidades y requerimientos subsiguientes, es importante considerar todas las
etapas del ciclo de vida de modelo a la hora de identificar los actores o clases de interesados.

Cada sistema tiene sus propias fases de la vida, que normalmente incluyen escenarios como concepto,
desarrollo, produccin, operaciones, logstica, y la jubilacin (para obtener ms informacin, consulte
los modelos de ciclo de vida). Para cada etapa, una lista de todas las partes interesadas que tienen un
inters en el futuro sistema deben ser identificadas. El objetivo es conseguir que todas las partes
interesadas del punto de vista para cada etapa de la vida del sistema, con el fin de consolidar un
conjunto completo de las necesidades de los actores que pueden ser priorizados y transformado en el
conjunto de demandas de las partes interesadas como exhaustiva posible. Ejemplos de partes interesadas
se proporcionan en la Tabla 1.

Tabla 1. Identificacin de los interesados sobre la base de las etapas del ciclo de vida. (SEBoK
original)

Etapa del ciclo de vida Ejemplo de entidades relacionadas


Ingeniera Adquirente, panel de usuarios potenciales, de la divisin de comercializacin,
departamento de investigacin y desarrollo, normalizacin, proveedores, equipo de
verificacin y validacin, el sistema de produccin, regulador/autoridades de
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________
certificacin, etc.
Desarrollo Comprador, proveedores (dominios para los componentes tcnicos de realizacin), los
ingenieros de diseo, integracin del equipo, etc.
Transferencia para la Sistema de control de calidad, produccin, operadores, etc.
produccin o para su uso
Logstica y Mantenimiento La cadena de suministro, servicios de apoyo, entrenadores, etc.
Funcionamiento Los usuarios normales, los usuarios inesperados, etc.

Disposicin Los operadores, organismo de certificacin, etc.

Identificar las necesidades de los actores

Una vez que la gestin empresarial est convencida de que sus necesidades y requisitos son
razonablemente completos, pasan al equipo de operaciones de negocios. Aqu, las necesidades y
requerimientos de los interesados (SNR) Definicin El proceso utiliza el ConOps, o plan de negocio
estratgico (PAS), y el ciclo de vida conceptos como orientacin. Los requisitos ingeniero (RE) o
analista de negocio (BA) conduce operaciones empresariales interesados de la capa a travs de un
proceso estructurado para recabar las necesidades de los interesados directos en la forma de un refinado
OpsCon (o documento similar) y otros conceptos del ciclo de vida. La RE o BA puede utilizar total o
parcialmente un proceso estructurado para recabar las necesidades especficas, como se describe en los
modelos, como las historias de usuario, casos de uso, los escenarios, el sistema de conceptos, y
conceptos operacionales.

Identificar los requisitos de los interesados

Las necesidades de los actores se transforman en un conjunto formal de demandas de las partes
interesadas, que son capturadas como modelos o documentado como requisitos textuales en la salida y
lo que normalmente se denomina una especificacin de requisitos de interesados (NTS), requisito
interesados Documento (std) o similar. La transformacin debe ser guiada por un biendefinido, repetible
y riguroso, y un proceso documentado de anlisis de requerimientos. Este anlisis de los requisitos
puede implicar el uso de diagramas de flujo funcional, Anlisis de lnea de tiempo, Diagramas de N2,
misiones de referencia de diseo, modelizacin y simulacin, pelculas, fotos, estados y Anlisis de
modos de fallo y anlisis de rbol de Anlisis de modos de fallo y efectos, y los estudios sobre el
comercio.

Recopilacin de necesidades y requisitos de los interesados

Existen muchas maneras para recoger las necesidades de los actores y los requisitos. Es recomendable
que varias tcnicas o mtodos deben ser considerados durante la obtencin actividades para acomodar
mejor el conjunto de diversas fuentes, incluyendo:

Talleres de reflexin estructurada


Entrevistas y cuestionarios
Tcnicas, operativas y/o estrategia, revisin de documentacin
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Simulaciones y visualizaciones de prototipado Retroalimentacin de modelado de procesos de


verificacin y validacin,
Examen de los resultados del proceso de anlisis del sistema (ISO/IEC 2015)
Quality Function Deployment (QFD) - puede ser utilizada durante el anlisis de las necesidades y es
una tcnica para la implementacin de la "Voz del cliente". Proporciona una forma rpida de
traducir las necesidades del cliente en requisitos. Hauser y Clausing (1988)
Los diagramas de caso de uso del OMG (2010)
Los diagramas de actividad del OMG (2010)
Los diagramas de bloque de flujo funcional (Oliver, Kelliher, y Keegan, 1997)

Desde la captura de las necesidades de los actores en la definicin de los requisitos de


los interesados

Son varios los pasos necesarios para entender la madurez de las necesidades de los actores y para
entender cmo mejorar esa madurez. La figura 1 presenta el ciclo de necesidades como puede deducirse
del profesor Shoji Shiba y el profesor Noriaki Kano de obras y cursos, y est adaptado para ingeniera
de sistemas (SE).

La figura 1. Ciclo de necesidades (Faisandier 2012). El permiso concedido por Sinergy'Com. Todos los dems derechos estn reservados por el
propietario del copyright.

La figura 1 muestra los pasos y la posicin de las necesidades de los interesados y los requisitos del
sistema en el ciclo de ingeniera. A continuacin se presentan las explicaciones de cada fase de
requisitos (Faisandier 2012); para ilustrar esto, considere este ejemplo de un sistema de identificacin
relacionados con enfermedades infecciosas:

Las necesidades reales son los que estn detrs de la percepcin de cualquier tipo de
necesidades (vase ms adelante); estn condicionados por el contexto en que vive la gente.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Como ejemplo, una necesidad genrica podra ser la capacidad de identificar fcilmente las
enfermedades infecciosas.a menudo, necesidades reales parecen ser tareas sencillas.
Necesidades percibidas se basan en una persona es consciente de que algo est mal, de que
algo falta, que podran introducirse mejoras, o que no son de Negocios, inversin,
oportunidades de mercado o que no estn siendo aprovechada. Necesidades percibidas a
menudo se presentan como una lista organizada de las expectativas derivadas de un anlisis de
las condiciones de uso para la accin ponderada (ver anlisis de misin o de negocios).
Siguiendo el ejemplo anterior de las enfermedades infecciosas, la necesidad real podra ser
percibida como una necesidad de llevar a cabo exmenes mdicos en circunstancias
particulares (laboratorios, centros de salud, hospitales, dispensarios y/o humanos). Dado que
la necesidad real es raramente expresan claramente la riqueza de los conocimientos de las
necesidades percibidas se utiliza como base para posibles soluciones. Este paso tiene que ser
tan completo como sea posible a fin de abarcar todos los contextos de uso.
Las necesidades expresadas se originan a partir de necesidades percibidas en forma de
acciones genricas o limitaciones, y normalmente estn priorizados. En el ejemplo anterior, si
la seguridad es la principal preocupacin, la necesidad expresada para proteger al operador
contra la contaminacin puede tener prioridad sobre otras necesidades expresadas como
ayudar en la ejecucin de las pruebas. A la hora de determinar las necesidades expresadas, el
anlisis de la esperada misin o servicios en trminos de los escenarios de funcionamiento se
lleva a cabo.
Conserva las necesidades son seleccionados a partir de las necesidades expresadas. El proceso
de seleccin utiliza la priorizacin de necesidades expresadas para alcanzar una solucin o
hacer el logro de soluciones viables. La retencin debe permitir el examen de las posibles
soluciones para una SoI. Estos actores retenidos intenciones no sirven como demandas de las
partes interesadas, ya que a menudo carecen de definicin, anlisis y, posiblemente,
consistencia y viabilidad.Utilizando el concepto de las operaciones de ayuda a la
comprensin de las intenciones de los interesados a nivel de la organizacin y el concepto
operacional del sistema desde la perspectiva del sistema, ingeniera de requisitos conduce
interesados de esas intenciones iniciales al actor formal estructurado y ms declaraciones,
requisito de la norma ISO/IEC/IEEE 29146 Sistemas y la ingeniera de software, ingeniera de
requisitos (ISO 2011). Caractersticas de un buen requisitos pueden encontrarse en (ISO 2011).
Exploracin de posibles soluciones debe empezar desde este paso. Las diversas soluciones
sugeridas en este paso an no son productos, sino describir los medios de satisfacer las
necesidades de los interesados. Cada solucin potencial impone limitaciones al potencial futuro
SoI.
Las necesidades especificadas, son la traduccin de las necesidades de los actores para
representar las opiniones de los proveedores, teniendo en cuenta el potencial, preferido y
soluciones viables. Las necesidades especificadas se traducen en Requisitos del sistema.
Prctica sistemtica ha demostrado que este proceso requiere pasos iterativos y recursivos en
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

paralelo con otros procesos del ciclo de vida a travs de la jerarqua de diseo del sistema (ISO
2011).
Comprendi necesita son el producto, servicio o empresa realiza, teniendo en cuenta cada
necesidad especificada (y, por lo tanto, conservan las necesidades).

Cada clase de necesidades enumeradas anteriormente se alinea con un rea de proceso de la SE. Por
ejemplo, el desarrollo de los requisitos de las necesidades especificadas se discute en el tema de
Requisitos del sistema. Para obtener ms informacin sobre cmo se utilizan los requisitos en el
proceso de ingeniera de sistemas, consulte la definicin del sistema de reas de conocimiento
(KA).

Clasificacin de las demandas de las partes interesadas

Varias clasificaciones de demandas de las partes interesadas son posibles, por ejemplo, ISO/IEC 29146,
Seccin 9.4.2.3 (ISO 2011) proporciona un conjunto de elementos tiles para la clasificacin. Ejemplos
de clasificacin de las demandas de las partes interesadas incluyen: servicio o funcionales,
operacionales, interfaz, ambientales, factores humanos, logstica, mantenimiento, diseo, produccin,
requisitos de verificacin, validacin, implementacin, formacin, certificacin, jubilacin, normativa,
ambiental, fiabilidad, disponibilidad, mantenibilidad, diseo, usabilidad, calidad, seguridad y requisitos
de seguridad. Los interesados tambin se enfrenta con una serie de limitaciones, entre ellas: empresa,
proyecto, diseo, realizacin y limitaciones del proceso.

Enfoque de proceso
Actividades del proceso

Principales actividades y tareas realizadas durante este proceso incluyen los siguientes:

Identificar los actores o clases de interesados en todo el ciclo de vida.


Recabar, capturar o consolidar las necesidades de los interesados, expectativas y objetivos, as como
las limitaciones provenientes de la misin y los procesos de anlisis de negocio.
Refinar el OpsCon y otros conceptos del ciclo de vida (adquisicin concepto, concepto de
implementacin, apoyo el concepto, y el concepto de jubilacin).
Priorizar las necesidades de los interesados.
Transformar las prioridades y las necesidades de los actores retenidos en demandas de las partes
interesadas.
Compruebe la calidad de cada requisito de actores y del conjunto de demandas de las partes
interesadas con las caractersticas de un buen requisitos sealados en el artculo de requisitos del
sistema.
Validar el contenido y la pertinencia de cada requisito de interesados con los representantes de las
partes interesadas correspondientes (glosario) establecer el fundamento para la existencia de la
obligacin.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Identificar los riesgos potenciales (o de amenazas y peligros) que podran ser generados por las
necesidades de los interesados (para ms informacin, consulte Gestin de riesgos).
Sintetizar, registrar y administrar las necesidades de los interesados y posibles riesgos
asociados.

Los artefactos, los mtodos y las tcnicas de modelado

Este proceso puede crear varios artefactos, tales como:

Recomendaciones para perfeccionar el negocio de una especificacin de requisitos (si fuera


necesario).
Refinados conceptos del ciclo de vida (adquisicin, OpsCon concepto, concepto del despliegue,
apoyar el concepto, y el concepto de jubilacin)
Requisitos de los interesados (en la forma de un modelo o un documento que contenga los
requisitos textuales, como la especificacin de requisitos de interesados)
Entrevista interesados informes
Requisitos de la base de datos de actores
Requisitos de los interesados los documentos de justificacin (para fines de seguimiento)
Entrada para el proyecto de los planes de validacin y verificacin

El contenido, el formato, el diseo y la propiedad de estos artefactos variar dependiendo de quin


sea la creacin de ellos y en qu dominios se utilizarn. Entre estos artefactos y las salidas del
proceso, las actividades deben cubrir la informacin identificada en la primera parte de este
artculo.

Consideraciones prcticas

Las principales dificultades con actores requisitos se presentan en la Tabla 3.

Tabla 3. Los principales escollos para demandas de las partes interesadas. (SEBoK
original)

Pitfall Descripcin
A veces los ingenieros no tienen en cuenta que los seres humanos actan como
No se considera el papel de operadores dentro de un sistema o aquellos que usan el sistema y estn fuera del
operador sistema. Como consecuencia de ello, los elementos son olvidados (por ejemplo, las
funciones de los operadores).
La exhaustividad de las necesidades puede ser un problema; en particular, las
Intercambios con objetos
interfaces con objetos externos del contexto del sistema pueden ser olvidadas
externos olvidado
(intercambio de materia, energa, informacin).
Conexiones fsicas con objetos Dentro de la interfaz de emisin, las conexiones fsicas del sistema de
externos olvidado inters con objetos externos pueden ser olvidadas (limitaciones tecnolgicas)
Los interesados pueden ser olvidadas, como todo el mundo piensa de usuarios
Los interesados olvidada directos, clientes y proveedores; sin embargo, uno puede dejar de considerar a
aquellos que no quieren que el sistema existe y personas malvolas
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Las prcticas probadas con actores requisitos se presentan en la Tabla 4.

Tabla 4. Requisitos interesados prcticas probadas. (SEBoK original)

Prctica Descripcin
Involucrar a las partes interesadas en las fases iniciales del proceso de desarrollo de los
Los interesados
requisitos de los interesados.
Presencia de justificacin Capturar la justificacin para cada requisito de interesados.
Analizar las fuentes antes de Completar requisitos de interesados tanto como sea posible antes de
empezar comenzar con la definicin de los requisitos del sistema.
Las tcnicas de modelado Utilizar las tcnicas de modelado como se indica en las secciones anteriores.
Considere la posibilidad de utilizar una herramienta de gestin de requisitos. Esta
Herramienta de gestin de herramienta debe tener la capacidad de rastrear los vnculos entre las necesidades de
requisitos los interesados y los requisitos del sistema y registrar el origen de cada requisito de
interesados.

Referencias
Obras citadas

Faisandier, A. 2012. Arquitectura y Diseo de sistemas. Belberaud, Francia: Sinergy'Com.

Hauser, J. y D. Clausing. 1988. "La Casa de calidad." Harvard Business Review (Mayo - Junio de
1988).

OMG. 2010. Especificacin del lenguaje de modelado de sistemas OMG, versin 1.2. Needham, MA:
Object Management Group. En julio de 2010.

Oliver, D. T. Kelliher, y J. Keegan. 1997. Ingeniera de sistemas complejos con modelos y


objetos. Nueva York, NY, EE.UU.: McGraw-Hill.

ISO/IEC/IEEE. 2011. Los sistemas y la ingeniera de software, ingeniera de requisitos. Ginebra, Suiza:
Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional/
Instituto de Ingenieros Elctricos y Electrnicos (IEEE), (IEC), ISO/IEC/IEEE 29146.

ISO/IEC/IEEE. 2015. Ingeniera de Sistemas y Software -- Procesos de ciclo de vida del sistema.
Ginebra, Suiza: Organizacin Internacional para la Estandarizacin Electrotcnica Internacional /
Comisiones / Instituto de Ingenieros Elctricos y Electrnicos. ISO/IEC/IEEE 15288:2015.

Referencias principales

ISO/IEC/IEEE. 2011. Los sistemas y la ingeniera de software, ingeniera de requisitos. Ginebra, Suiza:
Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional/
Instituto de Ingenieros Elctricos y Electrnicos (IEEE), (IEC), ISO/IEC/IEEE 29146.

ISO/IEC/IEEE. En el ao 2015. Ingeniera de Sistemas y Software -- Procesos de ciclo de vida del


sistema. Ginebra, Suiza: Organizacin Internacional para la Estandarizacin Electrotcnica
Internacional / Comisiones / Instituto de Ingenieros Elctricos y Electrnicos. ISO/IEC/IEEE
15288:2015.

ISO/IEC/IEEE. 2011. Sistemas y Software Engineering - Arquitectura Descripcin. Ginebra, Suiza:


Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional
(IEC)/Institute of Electrical and Electronics Engineers (IEEE), ISO/IEC/IEEE 42010.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Referencias adicionales

Buede, D.M. 2009. El diseo de ingeniera de sistemas: modelos y mtodos. 2 ed. Hoboken, NJ,
EE.UU.: John Wiley & Sons, Inc.

MITRE. 2011. "Ingeniera de Requerimientos". Gua de ingeniera de sistemas. Accedido el 9 de marzo


de 2012 en
http://www.mitre.org/work/systems_engineering/guide/se_lifecycle_building_blocks/requirements_engi
neering/.

MITRE. 2011. "Evaluacin y gestin de los interesados." Ingeniera de Sistemas Gua. Acceder 9 de
marzo de 2012 en http:/ / www. Mitre. org/ trabajos sistemas / Ingeniera //
gua_Enterprise_engineering/
transformacin_planificacin_org_change_interesados/evaluacin_management.html.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Definicin de sistema
Se realizan actividades de definicin del sistema para crear y describir en detalle un sistema de inters
(SOI) para satisfacer una necesidad identificada. Las actividades estn agrupadas y descritos como
procesos genricos. Que consisten en la definicin de los requisitos del sistema, la definicin de la
arquitectura del sistema, el diseo del sistema de definicin y anlisis del sistema. La definicin de la
arquitectura del sistema puede incluir el desarrollo de modelos de arquitectura lgica y fsica de
modelos de arquitectura. Durante y/o al final de cada iteracin, el anlisis se realiza para asegurar que
todos los requisitos del sistema se han correlacionado con la arquitectura y el diseo.

Definicin del sistema de actividades se basan en los artefactos y las decisiones de la definicin del
concepto, principalmente la articulacin de la misin de la (SOI), las necesidades y los requisitos de las
partes interesadas, y preliminar de conceptos operacionales. Ver procesos de ciclo de vida y la necesidad
de la empresa para obtener informacin ms detallada sobre la transformacin de las necesidades y
requerimientos del negocio o empresa y niveles de abstraccin interesados dirigida en la definicin del
concepto de sistema y el nivel de abstraccin del elemento abordado en definicin del sistema.

Los productos de las actividades de definicin del sistema (requisitos del sistema), la arquitectura y el
diseo son insumos para la realizacin de sistemas.

Las actividades especficas y la secuencia de las actividades de definicin del sistema y su participacin
en las actividades del ciclo de vida de cualquier sistema y, en particular, la estrecha integracin con la
definicin del concepto y realizacin de las actividades del sistema, va a depender del tipo de modelo
del ciclo de vida que se utilizan. Consulte aplicar procesos de ciclo de vida para un debate ulterior de los
concurrentes, iterativo y recursivo la naturaleza de estas relaciones.

Temas

Cada parte de la SEBoK est dividida en reas de conocimiento (KAS), que son agrupaciones de
informacin relacionada con un tema. La KAs, a su vez, se dividen en temas. Este KA contiene los
siguientes temas:

Requisitos del sistema

La arquitectura del sistema

Desarrollo de un modelo de arquitectura lgica

Desarrollo de modelo de arquitectura fsica.

El diseo del sistema

Anlisis de sistema
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Vea el artculo Matriz de ejemplos de aplicacin para la asignacin de los estudios de caso y vietas
incluidas en la parte 7 de los temas cubiertos en la parte 3.

Vistas del sistema y los elementos del sistema

Un sistema de ingeniera (glosario) solucin a un concepto definido incluye un conjunto de elementos


de ingeniera, caractersticas y propiedades. Estos elementos se agrupan en dos formas:

necesidades y opiniones

Vistas de arquitectura y diseo

Vistas de arquitectura incluyen la identificacin de los lmites y las interfaces de un sistema de inters
(SOI), que luego puede perfeccionarse como una coleccin de elementos del sistema y sus relaciones.

Necesidades y opiniones

Requisitos proporcionan una visin general de los objetivos y la misin que el sistema como un todo se
destina a satisfacer, as como una tecnologa independiente, habida cuenta de que las soluciones de
sistema(s) debera hacer. Son convencionalmente organizadas en dos tipos:

El negocio o las necesidades de la misin y los requisitos de los interesados son definidos y
discutidos en la definicin del concepto de KA.
Requisitos de sistema, que describa las funciones que el sistema en su conjunto debe cumplir con el
fin de satisfacer las necesidades de los interesados y se expresan en un conjunto apropiado de
opiniones y requisitos no funcionales expresando los niveles de seguridad, confiabilidad, etc., los
cuales son llamados. Estos colectivamente forman la base para la verificacin ms adelante en el
ciclo de vida.

Requisitos del sistema y los requisitos de los interesados estn estrechamente relacionados. Tampoco
puede considerarse completa hasta la coherencia entre los dos se ha logrado, como lo demuestra la
trazabilidad, para que un gran nmero de iteraciones pueden ser necesarias.

El proceso de las actividades que se utilizan para identificar, ingeniero y gestionar los requisitos del
sistema se describen en el artculo de requisitos del sistema en la KA.

Arquitectura y Diseo de vistas

Un sistema de ingeniera es una solucin que podra abordar/solucionar un problema o una oportunidad
(representado a travs de requisitos de opiniones); la solucin puede ser ms o menos compleja. Una
solucin compleja no puede ser comprendido con una sola vista o modelo, porque de las caractersticas
o propiedades del problema/solucin (vase la complejidad del sistema). Las caractersticas estn
estructurados como tipos o entidades; tipos estn relacionados entre s. Una instancia del conjunto de
tipos puede ser entendido como la arquitectura del sistema. La mayora de las interpretaciones de la
arquitectura del sistema se basa en la nocin de estructura bastante intangibles. Por lo tanto, la
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

arquitectura y el diseo del sistema es formalmente representados con conjuntos de tipos o entidades
tales como funciones, interfaces, elementos de flujo de recursos, los elementos de informacin,
elementos fsicos, nodos, enlaces, etc. Estas entidades pueden poseer los atributos/caractersticas tales
como las dimensiones, la recuperacin del medio ambiente, la disponibilidad, la fiabilidad, la eficacia
de ejecucin, learnability, etc. Las entidades estn interrelacionados por medio de relaciones y
generalmente se agrupan en conjuntos para representar vistas/modelos de arquitectura y diseo del
sistema.

Puntos de vista y opiniones a veces son especificados en marcos arquitectnicos. Las vistas son
normalmente generados a partir de modelos. Muchos sistemas de prcticas de ingeniera utilizar vistas
lgicas y fsicas para el modelado de la arquitectura y el diseo.

Desde el punto de vista lgico, la arquitectura soporta la operacin lgica del sistema a lo largo
de todo su ciclo de vida, y pueden incluir, conductual y funcional opiniones temporal/modelos.
Escenarios operacionales refinar la misin en una coleccin de funciones y estructuras dinmicas
que describen la forma en que se realiza la misin (comportamiento).
La vista fsica de la arquitectura es un conjunto de elementos del sistema de realizar las funciones
del sistema. Los elementos del sistema puede ser material o inmaterial (p. ej., equipos de hardware,
software y/o funciones humanas).

El lmite de la arquitectura del sistema depende de lo ingenieros incluir dentro del mbito de la SoI y
fuera de l. Esta decisin marca la transicin de la caracterizacin del problema respecto a los inicios de
la definicin de la solucin.

Mirando el nmero potencial de elementos que constituyen la arquitectura fsica, conjuntos de


elementos del sistema se pueden agrupar para formar sistemas. La descomposicin de la SoI (mximo
nivel) puede incluir la descomposicin de varias capas de sistemas (niveles intermedios de sistemas)
hasta elementos del sistema tecnolgico (nivel inferior) son definidos. Cualquier capa de la
descomposicin puede incluir sistemas y no decomposable elementos del sistema tecnolgico. La
relacin entre cada capa es recursiva; como un elemento del sistema es tambin un sistema de ingeniera
puede ser caracterizada, a su vez, utilizando las vistas previas en su propio contexto.

Las representaciones lgicas y fsicas de la arquitectura del sistema se asignan en cada uno de los
dems. Las interacciones entre los elementos del sistema estn definidas mediante interfaces cuya
complejidad depende en gran medida de la manera en que la arquitectura y el diseo del sistema est
definido. Las relaciones entre las salidas de la definicin del concepto y la solucin del sistema, as
como la gama de otras vistas de un sistema que estn disponibles para describir un conjunto de
caractersticas ms completo entre los elementos del sistema son discutidos ms adelante en el
desarrollo del modelo de arquitectura lgica y fsica para el desarrollo del modelo de arquitectura de
secciones de definicin del sistema.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

Sntesis y descomposicin del sistema

Definicin del sistema es administrado a travs de sntesis metdica del SoI en sistemas y elementos del
sistema. Sntesis de la solucin puede ser de arriba a abajo o de abajo a arriba, como se discuti en la
sntesis de las posibles soluciones. Sin embargo, se hace, segn la definicin de la arquitectura del
sistema de anticipos, una descomposicin de los sistemas y elementos surge, de esta forma una
estructura de descomposicin del sistema (SBS). A los fines de la gestin de proyectos, cada sistema de
la SBS puede ser incluido en un bloque de creacin, concepto introducido en ANSI/EIA (1998), tambin
llamado sistema bloques.

Requisitos de los interesados y los requisitos del sistema, existen en todas las capas de la SBS. En la
norma ISO/IEC/IEEE 29146 Sistemas y la ingeniera de software, Ingeniera de Requisitos (ISO 2011),
estas capas se conocen como niveles de abstraccin. Junto con la introduccin sistemtica de capas de
sistemas, la arquitectura y el diseo proceso administra la transformacin de los requisitos del sistema a
travs de niveles de abstraccin. La figura 1 ilustra este enfoque.

Figura 1. Un desarrollo de arriba hacia abajo de la arquitectura y el diseo, y requisitos (Faisandier 2012).
El permiso concedido por Sinergy'Com. Todos los dems derechos estn reservados por el propietario del copyright.

Como se muestra en la figura 1

Los valos blancos representan requisitos en la disminucin de los niveles de abstraccin, y las
flechas representan la transformacin de dichos requisitos a travs de los niveles utilizando el
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

proceso de diseo y arquitectura. Expresiones de actores de las necesidades, expectativas y


limitaciones se transforman en demandas de las partes interesadas.
La prxima transformacin cruza el lmite entre el problema y reas de solucin mediante la
conversin de los requisitos de los interesados en los requisitos del sistema, lo que refleja el
limitado espacio de soluciones.
En el SoI, la arquitectura del sistema es desarrollado que sirve para identificar los sistemas y
elementos y establece cmo funcionan juntos para abordar los requisitos de SoI.

Este enfoque se aplica de forma recursiva para cada nivel de abstraccin/descomposicin


reconociendo que los mismos procesos genricos se aplican en varios niveles de abstraccin. En
cualquier nivel de la descomposicin de una o ms opciones de solucin pueden ser presentados
como las arquitecturas de sistema. El proceso por el cual la solucin que mejor se adapta a los
requisitos del sistema, asociado a las necesidades de las partes interesadas y una mayor
preocupacin de ciclo de vida est seleccionado y justificada es discutida en el proceso de anlisis
del sistema.

La figura 2 a continuacin retrata la ingeniera que ocurre en cada sistema en bloque. Segn sea
necesario, elementos del sistema estn definidas a travs de conjuntos de requisitos de elementos
del sistema, que se convierten en entradas a otros bloques del sistema (nivel n+1). El enfoque que
se aplica de forma recursiva utilizando la definicin del sistema de procesos.

La figura 2. Creacin de instancias de procesos de definicin recursiva Faisandier (2012). El permiso concedido por
Sinergy'Com. Todos los dems derechos estn reservados por el propietario del copyright.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

En el nivel n+1, los sistemas o elementos del sistema tambin puede recopilar requisitos de otras
partes interesadas que son directamente pertinentes a este nivel de la arquitectura y el diseo. Los
procesos dentro de cada sistema son genricas, pero nico en locales de la finalidad, el alcance y el
contexto.

Consulte aplicar procesos de ciclo de vida para una discusin de la iteracin recursiva y aplicacin
de los requisitos del sistema y la arquitectura de procesos, y los procesos del ciclo de vida y la
necesidad de la empresa para obtener informacin ms detallada sobre la transformacin de las
necesidades y los requisitos de sistema y los niveles de abstraccin de elementos del sistema.

Los diferentes aspectos de cmo el pensamiento de sistemas es aplicable a la definicin del sistema
se examinan en SEBoK Parte 2. En particular, vea la discusin de la naturaleza recursiva de
ingeniera de sistemas y contextos del sistema diseado en el contexto del sistema; el contraste
entre los de arriba abajo y de abajo a arriba en la sntesis de los enfoques posibles soluciones y el
papel de la arquitectura de la solucin y la seleccin de opciones de anlisis y seleccin entre
soluciones alternativas.

Referencias
Obras citadas

ANSI/EIA. 1998. Ingeniera de procesos para un sistema de Filadelfia, Pensilvania, EE.UU.: American
National Standards Institute (ANSI)/Electronic Industries Association (EIA) ANSI/EIA-632-1998.

Faisandier, A. 2012. Arquitectura y Diseo de sistemas. Belberaud, Francia: Sinergy'Com.

ISO/IEC/IEEE. 2011. Los sistemas y la ingeniera de software, Ingeniera de Requisitos. Ginebra,


Suiza: Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica
Internacional/ Instituto de Ingenieros Elctricos y Electrnicos (IEEE), (IEC), ISO/IEC/IEEE 29146.

ISO/IEC/IEEE. 2011. Sistemas y software engineering - Arquitectura descripcin. Ginebra, Suiza:


Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional
(IEC)/Institute of Electrical and Electronics Engineers (IEEE), ISO/IEC/IEEE 42010.

Referencias principales

ANSI/EIA. 1998. Ingeniera de procesos para un sistema. Philadelphia, PA, USA: American National
Standards Institute (ANSI)/Electronic Industries Association (EIA) ANSI/EIA 632-1998.

Blanchard, B.S., y W.J. Fabrycky. 2005. Ingeniera de sistemas y anlisis. 4 ed. Prentice-Hall Series
Internacionales en Ingeniera Industrial y de sistemas. Englewood Cliffs, NJ, EE.UU.: Prentice-Hall.
Requisitos y Necesidades de los Stakeholders-Definicin de Sistema
________________________________________________________________________

INCOSE. En el ao 2015. 'Sistemas Engineering Handbook: Una gua para los procesos de ciclo de vida
del sistema y las actividades", versin 4.0. Hoboken, NJ, EE.UU.: John Wiley and Sons, Inc, ISBN:
978-1-118-99940-0

ISO/IEC. 2007. - Aplicacin de ingeniera de sistemas y gestin de los sistemas de proceso de


ingeniera. Ginebra, Suiza: Organizacin Internacional de Estndares (ISO) y la Comisin
Electrotcnica Internacional (IEC), ISO/IEC 26702:2007.

ISO/IEC/IEEE. En el ao 2015. Ingeniera del Software y sistemas - Procesos de ciclo de vida del
sistema. Ginebra, Suiza: Organizacin Internacional para la Estandarizacin (ISO) y la Comisin
Electrotcnica Internacional (IEC) / Instituto de Ingenieros Elctricos y Electrnicos. ISO/IEC/IEEE
15288:2015.

ISO/IEC/IEEE. 2011. Los sistemas y la Ingeniera de Software, Ingeniera de Requisitos. Ginebra,


Suiza: Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica
Internacional/ Instituto de Ingenieros Elctricos y Electrnicos (IEEE), (IEC), ISO/IEC/IEEE 29146.

ISO/IEC/IEEE. 2011. Sistemas y Software Engineering - Arquitectura Descripcin. Ginebra, Suiza:


Organizacin Internacional para la Estandarizacin (ISO) y la Comisin Electrotcnica Internacional
(IEC)/Institute of Electrical and Electronics Engineers (IEEE), ISO/IEC/IEEE 42010.

Martin, J.N. 1997. Gua de ingeniera de sistemas: un proceso de desarrollo de sistemas y productos, 1
ed. Boca Raton, FL, EEUU: CRC Press.

La NASA. 2007. Manual de ingeniera de sistemas. Washington, D.C.: Administracin Nacional de


Aeronutica y del Espacio (NASA), la NASA/SP-2007-6105.

Referencias adicionales

Baldwin, C.Y. y K.B. Clark. 2000. Reglas de diseo. Cambridge, Mass: MIT Press.

Buede, D.M. 2009. El diseo de ingeniera de sistemas: modelos y mtodos. 2 ed. Hoboken, NJ,
EE.UU.: John Wiley & Sons, Inc.

Faisandier, A. 2012. Arquitectura y Diseo de sistemas. Belberaud, Francia: Sinergy'Com.

Hatley, D.J., y I.A. Pirbhai. 1987. Estrategias para la especificacin del sistema en tiempo real. New
York, NY: Dorset House Pub.

MOD. 2010. MOD Architecture Framework versin 1.2.004. El Ministerio de Defensa britnico.
Disponible
en:http://www.mod.uk/DefenseInternet/AboutDefense/WhatWeDo/InformationManagement/MODAF/.