Escolar Documentos
Profissional Documentos
Cultura Documentos
________________________________________________________________________
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)
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.
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.
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:
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).
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 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.
Consideraciones prcticas
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
________________________________________________________________________
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
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.
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.
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. "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:
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.
necesidades y opiniones
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.
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.
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
________________________________________________________________________
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.
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
________________________________________________________________________
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.
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/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.
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.
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.
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/.