Ingeniera de Sistemas

Caractersticas de la Ingeniera de Sistemas

Ing. Ignacio Ruben Tacza Valverde

Universidad Nacional Tecnolgica del Cono Sur E.A.P. Ingeniera de Sistemas

Temario de Sesin
1. 2. Elementos de un sistema Caractersticas de la ingeniera de sistemas
Impacto de los cambios en el diseo. El proceso de la ingeniera de sistemas
Proceso de definicin de los requerimientos de un sistema
Identificar el problema Investigar Alternativas Obtener el modelo del sistema Integrar Lanzar el sistema Evaluar el desempeo del sistema Re-evaluation

3.

Aplicaciones de la ingeniera de sistemas

a)

Operacin y flujo de un sistema

Mantenimiento de un sistema.

Introduccin
La Ingeniera de Sistemas permite estudiar y comprender la realidad mediante un enfoque sistmico
Su objetivo es implementar u optimizar sistemas complejos. Aplica la teora de sistemas y la tecnologa a los esfuerzos de la ingeniera.

La ingeniera de sistemas, segn Blanchard (1995), se puede definir como una disciplina que agrupa a otras, formando un proceso de desarrollo estructurado (Referencia Tema 01 ).
La tecnologa ofrece solo promesas la Ingeniera soluciones

Caractersticas de La Ingeniera de Sistemas

La ingeniera de sistemas no es considerada una ingeniera tradicional (como la ingeniera elctrica, la
mecnica, la industrial, la civil, o cualquier otra especialidad de diseo).

Su aplicacin no requiere de grandes recursos (costes elevados). En sntesis, la Ingeniera de Sistemas constituye un proceso intelectual, o manera de organizar distintas tareas. Requiere de un cambio de un cambio de cultura.

Caractersticas de La Ingeniera de Sistemas

1. Enfoque de arriba-abajo top-down: El sistema es un todo (estrategia, personas, procesos y tecnologa).
El enfoque bottom-up (abajo-arriba), permite una buena descripcin de los componentes de un sistema, pero no precisa la manera en que estos se integran.
Estrategias Personas

Sistema

Componentes (Sub sistemas)

Procesos Tecnologa

top-down

Caractersticas de La Ingeniera de Sistemas

Componentes de un Sistema Top Down
ELEMENTOS DE UN SISTEMA
Personal Operativo Equipo Principal Software Operativo Entrenamiento tcnico

Recursos Consumibles

Equipo de Apoyo y Testeo

Equipo de manipulacin y Transporte

SISTEMA

Software de Mantenimiento

Personal de Mantenimiento

Mantenimiento de Datos

Datos Tcnicos

Instalaciones de mantenimiento

Otros Elementos

Apoyo (Repuestos / inventario)

Fuente: Blanchard -1995

Caractersticas de La Ingeniera de Sistemas

2. Ciclo de vida: Observacin del total sus fases: diseo y desarrollo del sistema, la produccin (construccin), la distribucin, su vida operativa, el apoyo y mantenimiento durante la misma, su retirada (baja del sistema).
El ciclo de vida del sistema es diferente para diferentes organzaciones, productos y clientes. Chapman, Bahill and
Wymore (1992); Wymore (1993); Kerzner (1995); Shishko and Chamberlain (1995).

Caractersticas de La Ingeniera de Sistemas

3. Definicin de los requisitos del sistema: relacionando dichos requisitos con los criterios particulares de diseo.
Los verdaderos requisitos del sistema deben estar bien definidos y especificados. Debe ser visible la capacidad de seguimiento (trazabilidad) de estos requisitos del nivel sistema hacia abajo.

Caractersticas de La Ingeniera de Sistemas

4. Esfuerzo multidisciplinar: a lo largo del proceso de diseo y desarrollo de un sistema, para asegurar que se alcanzan todos los objetivos.
Para conseguir esto se necesita un total conocimiento de las diferentes disciplinas de diseo, mtodos y tcnicas que pueden aplicarse para desarrollar el proceso de ingeniera de sistemas en forma eficaz.

Impacto de los cambios en el diseo

La ingeniera de sistemas provee de la retroalimentacin.
IN
Buenos requerimientos menguan costes de proceso

Proceso de ingeniera de sistemas

OUT

Coste_proceso = Coste_Cambio + Coste anterior

Cliente

Retroalimentacin
T0 coste_cambio =0.0 Ti coste_cambio

(, )

Cambios de optimizacin o ajuste

i = 1,2,3

Aplicaciones de la Ingeniera de Sistemas

Los conceptos, mtodos, y tcnicas de la ingeniera de sistemas se aplican a cualquier tipo de sistema. Si existe la necesidad de desarrollar una funcin se tiene un requisito del sistema. Existen sistemas de comunicaciones, de distribucin, de informacin, de fabricacin, de transporte, etc. Cada uno de ellos trata de cubrir una (o muchas) necesidad(es) funcional(es), tienen flujos IN y OUT, y tienen un proceso que debe seguirse, se sirven de la retroalimentacin para mejorar su funcionalidad.

El Proceso de la Ingeniera de Sistemas

La ingeniera de sistemas implica un proceso interdisciplinario que asegura que las necesidades del cliente debern ser satisfechas a lo largo del ciclo de vida del sistema. En el proceso se suele dividir al grupo de ingenieros en tres equipos:
Requirements definition (definicin de requerimientos) Architectural design (diseo de la arquitectura de la solucin) Testing and verification (pruebas)

El Proceso de la Ingeniera de Sistemas

MODELO SIMILAR

IN
Necesidades de clientes

Identificar el problema

State the problem Investigate alternatives

Retroalimentacin

Investigar Alternativas

Definicin de requerimientos
Model the system

Retroalimentacin

Obtener el modelo del sistema

Retroalimentacin

Integrar

Integrate

Retroalimentacin

Lanzar el sistema

Launch the system

Operacin y flujo del sistema

Retroalimentacin
Retroalimentacin

Evaluar el desempeo del sistema

Assess performance

Re-evaluation Mantenimiento del sistema

Fuente: Bahill and Gissing, 1998

Identificar el problema
State the problem - definicin de requerimientos
Hacer una descripcin de la funcin que el sistema debe realizar o la deficiencia que debe mejorarse. Las entradas vienen de los usuarios terminales, o decisores sobre el sistema, estos se llaman stakeholders.
Entender las Necesidades del Cliente Obtener los requisitos del sistema Validar los requisitos del sistema

los clientes raramente saben lo que ellos quieren o necesitan. Se debe exceder las expectativas del cliente. (Bahill 1992, Wymore 1993).

Hay dos tipos de requisitos del sistema: los requisitos funcionales aseguran que el sistema satisface la necesidad operacional del cliente. Los requisitos no funcionales son condiciones que haran que el cliente este mejor satisfecho Daniels, Werner y Bahill, 2001, Wymore, 1993)

Cada requisito debe verificarse por argumento lgico, la inspeccin, la simulacin, anlisis, prueba o demostracin.

Investigar Alternativas
Investigate alternatives - definicin de requerimientos
Se evalan planes alternativos basndose en la operatividad, costo, horario y criterios de riesgo (Moody 1997). Definir medidas cuantitativas: para la operatividad y los requisitos. Las medidas (o mtricas) se emplean para ayudar a manejar los procesos de una organizacin.
Solucin A Solucin B

E(X) = Costo(X) + tiempo(X) + riesgo(X) + operatividad(X)

SI E(A) > E(B) ENTONCES OPTAR POR SOLUCION B SINO OPTAR POR SOLUCION A SI E(A) = E(B) OPTAR POR ambas alternativas

Obtener el modelo del sistema

Model the system - definicin de requerimientos
Se deben desarrollar modelos para las diferentes alternativas seleccionadas, se pueden emplear muchos tipos de modelos:
Analgicos Fsicos Ecuaciones matemticas Mquinas de estados Diagramas de bloque Diagramas de flujo (work - flow) Modelos orientados a objetos (Business Modeling) Simulacin por computadora Modelos mentales, etc

Segn mencionan Botta, Bahill y Bahill (2006), los sistemas, normalmente, tendrn ms xito si los modelos tienen estados observables (resultados medidos) . El ingeniero de Sistemas es responsable de disear el producto y de disear el proceso para producirlo.

Integrar

Integrate - Operacin y flujo del sistema

La integracin significa unir los componentes para un trabajo en conjunto. La integracin significa unir a los subsistemas para producir el resultado deseado y asegurar que los subsistemas actuarn recprocamente para satisfacer las necesidades del cliente. Los usuarios e ingenieros necesitan ser entrenados en el empleo del sistema con cursos, manuales y entrenamiento en los prototipos. Grady (1994).

Integrar

Sistema

Las interfaces entre los subsistemas e interfaces entre el sistema principal y el mundo externo debe disearse

Lanzar el sistema

Launch the system - Operacin y flujo del sistema

Esto significa poner en funcionamiento el sistema y probar que el sistema hace lo que se pens que hara (en el diseo), es decir ejecutar el proceso y observar las salidas del mismo (Bahill y Gissing, 1998), tener en consideracin:
toda actividad, incidente y cambio en el proceso del sistema debe documentarse (cuaderno de ingeniera), esta documentacin siempre debe estar viva y creciente (Wymore 1993).

significa controlar los cambios que modifiquen el proceso trabajado. Los stakeholders deben tener una oportunidad de hacer un comentario sobre los cambios propuestos.

La administracin de la configuracin
Lanzamiento

La documentacin

La administracin del proyecto

significa planificar, organizar, dirigir y controlar los recursos de la organizacin a fin de lograr metas en tiempos y costes deseables(Kerzner, 1995).

Los equipos lderes

los sistemas son el trabajo de ingenieros en los Equipos de Desarrollo de Producto Integrados (IPDT) interdisciplinarios. Los IPDT son liderados por Ingenieros de Sistemas, formal o informalmente (Katzenback 1993).

Evaluar el desempeo del sistema

Assess performance - Mantenimiento del sistema Durante el funcionamiento la actuacin del sistema debe medirse. Inicialmente estas mediciones son para verificar que el sistema es conforme a sus requisitos. Despus se orientarn a descubrir deterioros y el mantenimiento.
Determine un plan de pruebas Hacer revisiones parciales (reas) y peridicas de los procesos (anotar cada incidencia) Realizar revisiones totales del sistema

Cuando el telescopio espacial Hubble fue lanzado no se realizaron pruebas finales (solo parciales) esto signific para E.E.U.U. un gasto de US$ 850 000 000 porque se detect un error de acoplamiento.

Retroalimentacin
Re-evaluation - Mantenimiento del sistema La Retroalimentacin es la tarea ms importante de Ingeniera de Sistemas. Se emplea para controlar los sistemas y mejorar su performance. Esta herramienta significa observar el rendimiento, luego, usando esta informacin modificar las entradas, el proceso o el producto del sistema. Este es un proceso incesante con muchas vueltas paralelas (Latzko y Saunders 1995).

Referencias
Moody, J.A., Chapman, W.L., Van Voorhees, F.D. and Bahill, A.T., Metrics and Case Studies for Evaluating Engineering Designs, Prentice Hall PTR, Upper Saddle River, NJ, 1997.

Bahill, A.T. and Gissing, B., Re-evaluating systems engineering concepts using systems thinking, IEEE Transactions on Systems, Man and Cybernetics, Part C: Applications and Reviews, Volume 28, Number 4, 1998.
ISO/IEC 15288, System Life Cycle Processes, Octubre 2002. Bahill, A.T. and Briggs, C, The systems engineering started in the middle process: a consensus of system engineers and project managers, Systems Engineering, 2001. Goode H. 1957. System Engineering: An Introduction to the Desing of Large - Scale Systems. New York. Blanchard, B.S. and Fabrycky, W.J., Systems Engineering and Analysis, Prentice-Hall, 1998. Grady, J.O., System Requirements Analysis, McGraw Hill Inc., 1993.