- Introducción
- IR : conceptos y características
- Normas y modelos para la Ingeniería de Requisitos
- Conclusiones
Introducción
La ingeniería de software es un área muy extensa de la computación que proporciona a los desarrolladores y creadores de software, un conjunto de procedimientos y técnicas para el buen desarrollo, implementación o incluso mantenimiento de software.
"La disciplina, dentro de la ingeniería de Software, encargada de lidiar con los deseos y necesidades de los usuarios, es la Ingeniería de requisitos(IR). Tradicionalmente, la IR se ha extendido como una parte borrosa del ciclo de vida del software, en la que se obtiene una especificación formal de unas ideas informales." (1)
Esta etapa es determinante para el logro de un producto de calidad, pues los errores relacionados con los requisitos son los más caros de corregir durante la construcción del software. Su importancia estriba en que, de la definición de los requisitos dependerá la definición de las etapas subsecuentes del desarrollo de software, es decir, que si no se descubren los requisitos que se encuentran en el ambiente del sistema ó son encontrados en una etapa avanzada del desarrollo del mismo, se tendrá que retroceder nuevamente a la etapa de requisitos y esto provocaría cambios en el sistema, retraso en la entrega del producto o entrega de un producto de software incompleto o poco funcional.
La IR ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán, incluye el conjunto de tareas que conducen a comprender cual será el impacto del software sobre el negocio, qué es lo que el cliente quiere y cómo interactuarán los usuarios finales con el software, sin la IR el software resultante tiene una alta probabilidad de no satisfacer las necesidades del cliente.
La IR está compuesta por dos procesos: el Desarrollo de Requisitos (DR) que abarca las actividades de obtención, análisis, especificación y validación de los servicios y restricciones del sistema de software y el proceso de Gestión de Requisitos que se centra en la administración de los requisitos.
El DR cumple un papel primordial en el proceso de producción de software, ya que se enfoca un área fundamental: la definición de lo que se desea producir. Su principal tarea consiste en la generación de especificaciones correctas que describan con claridad, sin ambigüedades, en forma consistente y compacta, las necesidades de los usuarios o clientes, minimizando de esta manera, los problemas relacionados al desarrollo de sistemas.
"Con el adaptarse a las nuevas exigencias del mercado, las instituciones han cambiado la estrategia de desarrollo de software. El nuevo enfoque de desarrollo se denomina: Líneas de Producto de Software (LPS) y promete convertirse en el paradigma dominante de software de este siglo. La clave del éxito en este nuevo enfoque radica en el hecho de que las características comunes compartidas por todos los productos dentro de la línea, sean explotadas para lograr beneficios económicos." (1)
Justamente la disciplina de Requisitos para Líneas de Producto de Software (LPS) es una de las claves para el éxito en el desarrollo de una familia software y por esta razón es preciso mejorar el proceso de elicitación, análisis, especificación y validación de los requisitos, ya que es uno de los problemas claves en el desarrollo de software haciendo especial hincapié en los aspectos de variabilidad.
En el Centro de Informática Industrial (CEDIN) de la Universidad de las Ciencias Informáticas, se desarrolla la LPS SCADAs, de las siglas de "Supervisory Control And Data Acquisition", es decir: adquisición de datos y control de supervisión. Se trata de una aplicación software especialmente diseñada para funcionar sobre ordenadores en el control de producción, proporcionando comunicación con los dispositivos de campo (controladores autónomos, autómatas programables, etc.) y controlando el proceso de forma automática desde la pantalla del ordenador, por tanto sus funcionalidades básicas radican en:
"Adquisición de datos: Recolección de datos de los RTU's(Remote Terminal Units).
Tendencias: Salvar los datos en una base de datos, y ponerlos a disposición de los operadores en forma de gráficos.
Procesamiento de Alarmas: Analizar los datos recogidos de los RTU's para ver si han ocurrido condiciones anormales, y alertar a personal de operaciones sobre las mismas.
Control: Control a Lazo Cerrado, e iniciados por operador.
Visualizaciones: Gráficos del equipamiento actualizado para reflejar datos del campo.
Informes: La mayoría de los sistemas SCADA tienen un ordenador dedicado a la producción de reportes conectado en red (LAN o similar) con el principal.
Mantenimiento del Sistema Espejo: Mantener un sistema idéntico con la capacidad segura de asumir el control inmediatamente si el principal falla.
Interfaces con otros sistemas: Transferencia de datos hacia y desde otros sistemas corporativos para, por ejemplo, el procesamiento de órdenes de trabajo, de compra, la actualización de bases de datos, etc.
| Página siguiente |