1.2.1 Qu es la Ingeniera de Sistemas?

Usted ha odo hablar seguramente de una disciplina llamada ingeniera de

sistemas. Pero incluso si
Haven 't, el trmino probablemente sonar una campana. Ambos sistemas e
ingeniera son
conocida trminos generales. Al or los combinaron, todo el mundo tiene una
cierta idea
de lo que esta disciplina se trata. El problema es que estas ideas son a menudo
muy
diferente.
Qu quiere decir por un sistema? Un avin? Un coche? Una gestin de
inventario
sistema? Un sistema de navegacin? Un procesador de textos? Tu
computadora porttil? Una compaa? Todas ejemplos son correctos.
Un sistema es un artefacto creado por los seres humanos, que consiste en
componentes o
bloques que persiguen un objetivo comn que no puede ser alcanzado por
cada una de la sola
elementos. Un bloque puede consistir en software, hardware, personas, o
cualquier otra
unidades de [45].
Esta definicin de un sistema es intencionalmente muy general. Tambin se
puede pensar en
muy grandes sistemas en el sentido de la ingeniera de sistemas, por ejemplo,
la aviacin un pas 's
sistema, que consiste en aeropuertos y rutas traffi aire c.
Al mirar el tamao de un sistema que tiene que distinguir claramente entre
el tamao del sistema real y el tamao del modelo del sistema. Un pas 's de la
aviacin
sistema es claramente ms grande que un coche en la vida real. Sin embargo,
cuando nos fijamos en los modelos de los sistemas subyacentes que podra ser
todo lo contrario. Todo depende de la detallando
profundidad del modelo. Por ejemplo, podramos modelar un coche para incluir
incluso la ms pequea
tornillo pequeo. En el modelo de sistema para un sistema de aviacin, sin
embargo, tenemos aviones
y los aeropuertos como nuestras unidades ms pequeas.
Usted acaba de aprender lo que la primera +
de la ingeniera de sistemas plazo
medio. La segunda parte, la ingeniera, se encuentra generalmente para una
disciplina que utiliza
mtodos y herramientas de forma estructurada para desarrollar un producto.
Poner las dos palabras juntas, la ingeniera de sistemas trmino describe
mtodos
utilizado para desarrollar con xito sistemas.
La ingeniera de sistemas se centra en la defi nicin y documentacin de

requisitos del sistema en la fase de desarrollo temprana, la preparacin de un

sistema de
diseo, y el catin verifi del sistema como al cumplimiento de los requisitos,
teniendo el problema general en cuenta: el funcionamiento, el tiempo, la
prueba, la creacin, el costo y
planificacin, formacin y apoyo, y la eliminacin [45].
La ingeniera de sistemas integra todas las disciplinas y describe un proceso de
desarrollo estructurado, desde el concepto hasta la produccin de la fase de
operacin y
finalmente a poner el sistema fuera de servicio. Se ve en tanto tcnica como
econmica
aspectos para desarrollar un sistema que cumpla con las necesidades de los
usuarios.
Como tal, la ingeniera de sistemas est por encima de disciplinas especfi cos,
como el software
desarrollo, por ejemplo. Como un denominado meta-disciplina, ingeniera de
sistemas
se ocupa de todo el enfoque, de la idea de crear un sistema (trigger) se
el desarrollo, la realizacin y la utilizacin de la disposicin del sistema. este
holstico
lnea de pensamiento tambin puede incluir soluciones a los problemas que
surgen slo como un nuevo
se introduce sistema.
La Figura 1.2 muestra un conjunto de tareas de ingeniera de sistemas en
forma de un SysML
diagrama de paquetes. Las reas individuales se consideran en el nivel de
sistema, en vez
que el salto en los detalles de una sola disciplina.
Aqu, encontramos los conceptos de ingeniera de sistemas en las disciplinas
especfi cos
de nuevo. La manera cmo los problemas se formulan y se desarrollan
soluciones
aqu muestra muchos paralelismos que por lo general se describen en la
ingeniera de sistemas.
Por ejemplo, los contenidos incluyen la descripcin de los modelos lifephase y
ciclos de resolucin de situaciones

Un modelo lifephase describe varias secciones de tiempo: el desarrollo, la

realizacin, uso y eliminacin. Los problemas en el desarrollo de sistemas
surgen del hecho
que las consecuencias de las decisiones que se tienen que hacer durante el
desarrollo
fase slo ser eficaz en las fases posteriores. En los lifephases posteriores, sin
embargo,
normalmente no hay manera de infl uencia las propiedades del sistema en
mayor medida.
Esta situacin plantea preguntas importantes que tenemos que responder en el
desarrollo
fase:
Qu problemas resuelve el sistema?
Qu problemas crean el sistema?
En qu entorno se utilizar el sistema?
Cunto tiempo se debe utilizar el sistema?
Cmo ser el sistema de ser reemplazado por un sucesor?
Aqu est un ejemplo sencillo, algo que actualmente no tengo que tratar, pero
que se
seguramente saben muy bien: en movimiento. 3 Mi compaa tiene previsto el
traslado a un nuevo espacio ofi cina.

Dnde va a ser colocado cuales escritorio? Lo paredes de separacin sern

puestos? Dnde estn
qu conexiones (electricidad, telfono, etc.)? El impacto de la gran cantidad
de las decisiones que tenemos que hacer que realmente va a surgir en la fase
de uso. Son los zcalos de solado
donde realmente los necesitamos? Los cambios posteriores pueden ser difciles
o imposibles.
Un ciclo de resolucin de problemas se describe la forma de cuando un
problema surge para
su solucin. Su estructura en bruto se compone de tres etapas que han de ser
atravesada
no slo de forma lineal, sino tambin con los comentarios:
1. Al describir la situacin actual y formular el objetivo a alcanzar.
2. La elaboracin de opciones de solucin.
3. Seleccin de la mejor solucin.
Lo que suena tan simple e intuitiva no siempre se experimenta como tal en la
prctica.
Por ejemplo, a menudo sucede que se omite Point 1, o slo una solucin nica
se considera en el punto 2. El criterio que se expone en este libro comienza con
la formulacin de un objetivo el desarrollo de un sistema- (Seccin 2.1). El
analisis
y el diseo del sistema en un modelo que nos apoyen en la visualizacin de
varios diferentes
variantes por lo que la solucin ptima se puede seleccionar (vase tambin la
seccin 2.7).
1.2.2 Procesos de Ingeniera de Sistemas
El modelo de proceso similares [1] proporciona una buena visin general de
una ingeniera de sistemas
proceso. El nombre es una abreviatura que significa
S TATE el problema
I nvestigate alternativas
El sistema de M odelo
I ntegrate
L anzar el sistema
Una actuacin valuar
Re-evaluar
Las siguientes subsecciones describen briefl y estas tareas.
Plantear el problema
Al comienzo de un proyecto de desarrollo del sistema, hay una descripcin de
la
tareas involucradas. Una buena solucin slo puede encontrarse a condicin de
que la tarea es as
formulado. Los errores en esta fase pueden llegar a ser muy costoso, tanto en
trminos de dinero y
imagen. Una tarea debe definir lo que es el sistema para llevar a cabo, o qu
requisitos
que es conocer. Un ingeniero de sistemas se ocupa de los requisitos sobre el

nivel del sistema.

El modelo de requerimiento no describe la solucin. Si lo hizo obstaculizara
nosotros de evaluar soluciones alternativas.
investigar alternativas
Una de las tareas importantes de un ingeniero de sistemas es investigar y
sopesar alternativas
conceptos. Por desgracia, esta tarea es a menudo descuidado. El deseo
humano de
concentrado en una sola solucin a un problema empaa la vista sobre el
hecho de que una
solucin alternativa puede ser ms adecuado.
Esto significa que, basado en el modelo requisito, un ingeniero de sistemas
hace
no slo desarrollar un diseo de sistema, pero normalmente diseos
alternativos adicionales.
Esto permite que el ingeniero de sistemas para pesar varias soluciones uno
contra el otro.
Ser casi nunca ocurrir que todos los benefi cios estn unidos en una sola
solucin. Esta
significa que los diferentes criterios y prioridades tienen que ser considerados.
aspectos tpicos
incluir, por ejemplo, el costo, tamao, peso, tiempo de desarrollo, el tiempo de
salida al mercado, y los riesgos. Simulacin
los parmetros se derivan de los modelos de sistema para hacer que el
requerido
aspectos directamente visibles, comparables y medibles en el modelo. soportes
SysML
este trabajo, por ejemplo, mediante el diagrama paramtrico (Seccin 4.6).
sistema modelo
Los modelos de diseo se crean tan pronto como cuando pesamos soluciones
alternativas. Esta
paso es el detalle del modelo de la solucin 's seleccionada. Desde el sistema
de ingeniero 's
punto de vista del modelo tambin sirve para la gestin de todo el ciclo de vida
del sistema,
Adems de ser utilizado para especificar el diseo del sistema.
Modelado con SysML ofrece una buena trazabilidad de los aspectos, por
ejemplo, la realizacin
de un requisito en el diseo (vase satisfacer en la seccin 4.3.4).
Integrar
Un sistema no existir en la soledad y servir a un fin en s. Est incrustado en
un medio ambiente, y que va a interactuar con este entorno. Este paso se
integra el
sistema. Incluye, por ejemplo, la definicin de las interfaces del sistema.
Poner en marcha el sistema de
Un sistema se crea sobre la base de un modelo de diseo especfico y puesto
en funcionamiento.

Los modelos de los pasos anteriores especifican los requisitos de

implementacin
para el software, hardware, mecnica, etc.
Evaluar el rendimiento
Una vez que el sistema est listo para la operacin que se prueba y se mide.
Los valores resultantes
a partir de pruebas y mediciones tienen que cumplir con los requisitos. en
SysML
la conexin entre el modelo de prueba y el modelo requisito se hace mediante
el uso de la
verificar la relacin (Seccin 4.3.6).
Reevaluar
Esta tarea se ubica por encima de todas las dems actividades. Los resultados
del proceso se verifican crticamente
y evaluados. Como consecuencia, los resultados obtenidos son alimentados de
nuevo al proceso.
Gestin de riesgos
Otro tema importante en la ingeniera de sistemas es la gestin del riesgo, opositivamente formulado disposiciones de gestin, que no forma parte de la
SIMILAR
abreviatura.
Es necesaria una comprensin bsica general entre todos los participantes
para garantizar
buena gestin del riesgo en un proyecto. No hay perfeccin absoluta en
cualquier trabajo,
incluyendo el trabajo de un equipo de proyecto, y los directores de proyectos
no pueden hacer maravillas.
Las cosas simplemente tienden a ir mal. Esa es la situacin normal.
La gestin de riesgos es responsable de identificar los riesgos potenciales y
defi nir
medidas para minimizar el riesgo, o resolver el problema cuando se ha
producido un evento de riesgo.
La gestin de riesgos es parte de los procesos de toma en un proyecto, y
necesita
se observa regularmente para ser capaz de descubrir la aparicin de un riesgo
pronosticado
evento en el tiempo y reaccionar en consecuencia.
Ingeniero de Sistemas 1.2.3 El
Un ingeniero de sistemas es el nexo de unin entre las disciplinas en un
proyecto,
que a veces son muy diferentes. Los ingenieros de sistemas piensan lo largo de
la lnea de la
todo el sistema, independiente de software, hardware, u otros puntos de vista
especficos.
Desde el punto de vista organizativo, los sistemas de filas disciplina de
ingeniera
como una unidad de personal. Depende directamente de la gestin social en la

totalidad
proyecto que, a su vez, se comunica directamente con los otros departamentos
de desarrollo.
Los ingenieros de sistemas no deben ser mediadores entre la gestin de
proyectos
y los departamentos de desarrollo. Ellos son los arquitectos 4 en nivel de
sistema.
Tienen que ser capaces de hacer frente a los diferentes departamentos de
desarrollo
sobre cuestiones de dominio en lugar de simplemente jugar el papel de los
observadores y de intermediario
para los mensajes. En particular, un ingeniero de sistema tiene la autoridad
para tomar. De acuerdo a
INCOSE, del 20 al 30 por ciento de todo el presupuesto del proyecto debe
asignarse a los sistemas
la ingeniera [45].
Muchos proyectos carecen de la ingeniera de sistemas de unidades de
organizacin se muestra en la figura
1.3. 5 Entre sus tareas estn a cargo de la gestin general del proyecto y los
departamentos de desarrollo individuales. Aunque la gestin global del
proyecto sera
capaz de asumir tareas de ingeniera de sistemas por lo que el contenido se
refiere,
por lo general no tienen el tiempo disponible que no sea de su gestin
Tareas. Los departamentos de desarrollo se comunican slo con su vecina
directa
disciplinas, a la que hay interfaces. Aunque esto ampla su visin a una
en cierta medida, que doesn 't darles una vista del sistema holstico. Esto
conduce a los problemas
observa con frecuencia en la prctica que la visin general de los sistemas
complejos se pierde fcilmente.
Un escenario frecuente es que la disciplina que normalmente domina (por
razones histricas
razones) en la empresa asume las tareas de ingeniera de sistemas. Esta
constelacin
conduce a potenciales confl ictos y malentendidos, a ms tardar, tan pronto
como otras disciplinas se vuelven ms importantes. Por ejemplo, un ingeniero
con una
la disciplina de software cada vez ms dominante.
Los departamentos de desarrollo de un proyecto a resolver problemas parciales
de la general
problema. Cada solucin parcial es una opcin tomada de un conjunto de
varios solucin
variantes. Sin un papel ingeniero de sistemas se caracterizan los criterios de
seleccin
por las respectivas disciplinas. La interaccin entre las variantes de solucin de
la

departamentos de desarrollo individuales pasa desapercibido. La brechaandconquer aplicado

principio, slo funciona siempre que alguien se centra en el problema global
y asegura que la suma de los mejores resultados soluciones parciales en el
mejor de todos
posibles soluciones globales. As que esto significa primera conquista, luego
dividir. Y que 's uno
de las tareas de ingeniera de sistemas.
Tratando de integracin de la ingeniera de sistemas en la estructura del
proyecto muestra que
no se puede introducir sin el apoyo de todos los departamentos, en particular
el
administracin. Adems del cambio en la organizacin, sino que tambin
significa un cambio en
la cultura del proyecto. reglas claras y transparentes para la descripcin de las
tareas a todos los interesados
son herramientas importantes en la introduccin de un proceso de desarrollo.
Que slo se
trabajar si es accionado tanto desde la parte superior (gestin) y de la parte
inferior (desarrollo),
reunidos en el medio, o conseguir muy cerca.