Un EIS da soporte a actividades humanas mediante una serie de servicios que describen las capacidades del entorno. Los servicios proporcionan una correspondencia entre un conjunto de procesos escogidos, relativos al ciclo de vida del software, y su automatización mediante el uso de herramientas.
Dentro de un EIS, los servicios de gestión de procesos contribuyen a este soporte eficaz de los PS proveyendo facilidades orientadas al usuario final para definir y utilizar procesos que pueden reemplazar la invocación indisciplinada, difícil de controlar, y tediosa de herramientas individuales. Garg y Jazayeri han considerado que el soporte a procesos en un EIS está basado en las siguientes funcionalidades:
Definición de procesos. Los ingenieros software utilizan el EIS para definir un proceso de cara a su utilización en uno o más proyectos.
Análisis de procesos. Dentro del EIS, un modelo de proceso puede ser analizado para verificar su consistencia, completitud y corrección.
Presentación de procesos. El EIS incluye soporte para la visualización gráfica de los PS (flujos de actividades) y de los productos (diagramas estructurados). ?? Simulación de procesos. El EIS soporta el uso de simulaciones para poder evaluar la idoneidad de un proceso antes de consumir recursos en su realización real.
Automatización de procesos. Una vez un proceso ha sido definido, las actividades que no requieren intervención humana pueden ser identificadas y automatizadas por el EIS.
Supervisión de procesos. El EIS supervisa la realización de un proceso y registra la historia de las actividades llevadas a cabo. Esta historia del proceso puede utilizarse después para futuros desarrollos de nuevos procesos o mejora del existente.
Soporte de cambios en procesos. El EIS permite que una organización cambie sus definiciones de procesos sin tener que interrumpir el trabajo.
Apertura. El EIS provee herramientas para intercambiar datos y metadatos con herramientas no integradas o con otros EIS.
Soporte multiusuario. Habitualmente los proyectos de Ingeniería del Software son realizados por grupos de personas con diferentes roles, por tanto, el EIS debe dar servicio a todas las personas que trabajan juntas en un proceso. ?? Dirección de procesos. Los ingenieros software utilizan el EIS para llevar a cabo diferentes etapas de un proceso. El EIS debe ofrecer ayuda para elegir las etapas siguientes en base al modelo del proceso y del estado actual.
Interfaz de usuario específico para cada tarea. Basándose en el modelo del proceso, el EIS puede adaptar el interfaz de usuario a las necesidades de cada tarea y así evitar un exceso de información presentada al usuario.
Diseño de sistema
El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.
La etapa del Diseño del Sistema encierra cuatro etapas:
El diseño de los datos: Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.
El Diseño Arquitectónico: Define la relación entre cada uno de los elementos estructurales del programa.
El Diseño de la Interfaz: Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con él y con los operadores y usuarios que lo emplean.
El Diseño de procedimientos: Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente.
El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas:
El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.
Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.
El Diseño debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.
Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:
Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.
El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas.
Un diseño debe contener abstracciones de datos y procedimientos.
Debe producir módulos que presenten características de funcionamiento independiente.
Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.
Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software.
Estos criterios no se consiguen por casualidad. El proceso de Diseño del Software exige buena calidad a través de la aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión exhaustiva.
Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso de un diseño incluye, concebir y planear algo en la mente, así como hacer un dibujo o modelo o croquis.
Diseño de la Salida: En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayoría de los usuarios la salida es la única razón para el desarrollo de un Sistema y la base de evaluación de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:
Determine qué información presentar. Decidir si la información será presentada en forma visual, verbal o impresora y seleccionar el medio de salida.
Disponga la presentación de la información en un formato aceptable.
Decida como distribuir la salida entre los posibles destinatarios.
Diseño de Archivos: Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos históricos, o información de referencia. Entre las decisiones que se toman durante el diseño de archivos, se encuentran las siguientes:
Los datos que deben incluirse en el formato de registros contenidos en el archivo.
La longitud de cada registro, con base en las características de los datos que contenga.
La secuencia a disposición de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).
No todos los sistemas requieren del diseño de todos los archivos, ya que la mayoría de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros.
Diseño de Interacciones con la Base de Datos.
La mayoría de los sistemas de información ya sean implantado en sistemas de cómputos grandes o pequeños, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razón estos sistemas utilizan u administrador de base de datos, en este caso el diseñador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema.
Autor:
Francis Arias
Valencia, Diciembre del 2009
República Bolivariana de Venezuela.
Ministerio del Poder Popular Para la Educación superior.
Aldea Universitaria "San José de los Chorritos II. Misión Sucre.
Página anterior | Volver al principio del trabajo | Página siguiente |