Ingenieria de sistemas

El proceso de Ingeniería de Sistemas es denominado ingeniería de procesos de negocios cuando el contexto del trabajo de ingeniería se enfoca a una empresa.

¿Qué es la ingeniería de sistemas?

Antes de que el Software se pueda construir, se deben definir los objetivos generales del sistema; el papel del hardware, software, personas, bases de datos, procedimientos y otros elementos del sistema;  y los requerimientos operacionales deben ser identificados, analizados, especificados, modelizados, validados, y gestionados, estas actividades son la base de la ingeniería de sistemas.

¿Quien lo hace?

Un ingeniero de sistemas trabaja para comprender los requisitos del sistema en colaboración con el cliente, los futuros usuarios y otras partes interesadas.

¿Por que es importante?

Son importantes por que generan elementos tecnológicos para realizar este sistema en el que ayuda enormemente a la generación del Software.

Para conseguir el objetivo, un sistema basado en computadoras, hace uso de varios elementos del sistema:

-Software (Programas de computadora)

-Hardware (Dispositivos electrónicos)

-Personas (Usuarios y operadores)

-Documentación (Manuales, formularios)

-Procedimientos (Pasos que definen el empleo)

Para construir un modelo del sistema, el ingeniero debe considerar algunas restricciones:

Supuestos, simplificaciones, limitaciones, restricciones y preferencias.

El objetivo de la ingeniería de proceso de negocio, es definir arquitecturas que permitan a las empresas emplear la información eficazmente. Se deben analizar y diseñar tres arquitecturas diferentes dentro del contexto de objetivo y metas del negocio.

1- La Arquitectura de Datos: Proporciona una estructura para las necesidades de información de un negocio.

2- La Arquitectura de Aplicación: Comprende aquellos elementos de un sistema que transforman objetos     dentro de la arquitectura de datos.

3- La Infraestructura Tecnológica: Proporciona el fundamento de las aquitecturas de datos y de las aplicaciones.

 

Jerarquía de Datos 

Como muestra la figura, la visión global se consigue a través de la plantificación de estrategia de información, (PEI). La PEI ve todo el negocio como una entidad y aisla los dominios del negocio (Por ejemplo, ingeniería, fabricación, marketing, finanzas, ventas)  importantes para la totalidad de la empresa.

La PEI define los objetos de datos visibles a nivel de empresa, sus relaciones y como fluye entre los dominios del negocio.

La meta de la ingeniería de producto es traducir el deseo de un cliente, de un conjunto de capacidades definidas, a un producto operativo. La Arquitectura comprende 4 componentes de sistemas distintos: Software, Hardware, Base de datos, Personas.

El proceso de ingeniería de requisitos puede ser descrito en 5 pasos distintos: identificación de requisitos, análisis de requisitos y negociación, especificación de requisitos, modelizado del sistema, validación de requisitos y gestión de requisitos.

 

Como se muestra en la figura, la jerarquía de la ingeniería de productos es la visión global que se consigue a través de la ingeniería de requisitos.

Los requisitos generales del producto se obtienen del cliente. Estos requisitos comprenden necesidades de información y control, funcionalidad del producto y comportacmiento, rendimiento general del producto, diseño, restriccion de la interfaz y otras necesidades especiales.

Una vez que se ha hecho la asignación, comienza la ingeniería de componentes del sistema:

-Ingeniería del Software

-Ingeniería del Hardware

-Ingeniería Humana.

-Ingeniería de Bases de Datos.

¿Qué cuestiones deben ser preguntadas y contestadas durante el análisis de requisitos?

Al iniciarse la actividad del análisis de requisitos se plantean las siguientes cuestiones:

¿Cada requisito es consistente con los objetivos generales del sistema/producto?

¿Tienen todos los requisitos especificados el nivel adecuado de abstracción? Es decir, ¿algunos requisitos tienen un nivel de detalle técnico inapropiado en esta etapa?

¿El requisito es necesario o representa una característica añadida que puede no ser esencial a la finalidad del sistema?

¿Cada requisito está delimitado y sin ambigüedad?

Cada requisito tiene procedencia. Es decir, ¿existe un origen (general o específico) conocido para cada

requisito?

¿Existen requisitos incompatibles con otros requisitos?

¿Es posible lograr cada requisito en el entorno técnico donde se integrará el sistema o producto?

¿Se puede probar el requisito una vez implementado?

Una vez los requisitos han sido identificados, se desarrollarán un conjunto de matrices para su seguimiento.Cada matriz de seguimiento identifica los requisitos relacionados con uno o más aspectos del sistema o su entorno.

Entre las posibles matrices de seguimiento citamos las siguientes:

Matriz de seguimiento de características. Muestra los requisitos identificados en relación a las características definidas por el cliente del sistema/producto.

Matriz de seguimiento de orígenes. Identifica el origen de cada requisito.

Matriz de seguimiento de dependencias. Indica cómo se relacionan los requisitos entre sí.

Matriz de Seguimiento de subsistemas. Vincula los requisitos a los subsistemas que los manejan.

Matriz de seguimiento de interfaces. Muestra como los requisitos están vinculados a las interfaces externas o internas del sistema.

 

Fuente:

Ingeniería del Software, un enfoque práctico

Roger S. Pressman

McGraw-Hill, 2006 - 958 páginas