APOYO REGULATORIO Y METODOLÓGICO A LA CREACIÓN DE AIS.
Conceptos básicos del diseño AIS.
En general, AIS incluye: usuario (consumidor), recursos de información, portadores de información, medios para recopilar, almacenar, procesar información, medios para transmitir información.
El diseño del AIS se basa en dos componentes interrelacionados:
Estándares de diseño;
Metodología de diseño.
Los conceptos, enfoques y definiciones básicos del diseño AIS están regulados por tres tipos de documentación de diseño y software:
- sistema unificado de documentación de diseño (ESKD);
- sistema unificado de documentación de programas (DEUC);
- un conjunto de directrices para el AIS.
La composición de la documentación del proyecto es un conjunto de estándares y pautas para AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90 incluye pautas para tecnologías de la información y sistemas automatizados, así como requisitos para el contenido de los documentos.
El objetivo del diseño es identificar una estructura interna relativamente simple, llamada arquitectura del sistema.
AIS se está desarrollando como un proyecto. Muchas características de las fases de gestión y desarrollo de proyectos (fases del ciclo de vida) son comunes, independientemente no sólo del área temática, sino también de la naturaleza del proyecto. El concepto de proyecto es complejo y es difícil encontrarle una formulación inequívoca.
Proyecto- se trata de un cambio intencionado y de duración limitada en un sistema separado con objetivos inicialmente claramente definidos, cuyo logro determina la finalización del proyecto, así como con requisitos establecidos en cuanto a plazos, resultados, riesgos, gasto de fondos y recursos, y estructura organizativa.
Para económicos sistemas bajo el proyecto EIS entenderemos el diseño y la documentación tecnológica, que describe las soluciones de diseño para la creación y operación del EIS en un entorno de software y hardware específico.
Bajo diseño EIS se refiere al proceso de convertir información de entrada sobre el objeto de diseño, métodos de diseño y experiencia en el diseño de objetos de propósito similar de acuerdo con GOST en un proyecto EIS. Desde este punto de vista, el diseño del EIS se reduce a una formalización consistente de las decisiones de diseño en varias etapas del ciclo de vida del EIS: planificación y análisis de requisitos, diseño técnico y detallado, implementación y operación del EIS.
Objetos de diseño Los EIS son elementos individuales o sus complejos de partes funcionales y de soporte. Así, los elementos funcionales según la descomposición tradicional son tareas, complejos de tareas y funciones de gestión. Como parte de la parte de soporte del EIS, los objetos de diseño son los elementos y sus complejos de información, software y soporte técnico del sistema.
como un sujeto El diseño de EIS son equipos de especialistas que llevan a cabo actividades del proyecto, por regla general, como parte de una organización especializada (de diseño), y una organización de clientes para la cual es necesario desarrollar un EIS. La escala de los sistemas que se están desarrollando determina la composición y el número de participantes en el proceso de diseño. Con un gran volumen y plazos ajustados para la implementación del trabajo de diseño, varios equipos de diseño (organizaciones de desarrollo) pueden participar en el desarrollo del sistema. En este caso, se asigna una organización matriz, que coordina las actividades de todas las organizaciones coejecutoras.
La forma de participación de los coejecutores en el desarrollo de un proyecto de sistema puede ser diferente. La más común es la forma en que cada colaborador realiza el trabajo de diseño de principio a fin para alguna parte del sistema que se está desarrollando. Por lo general, se trata de un subsistema funcional o un conjunto interconectado de tareas de gestión. Menos común es la forma de participación de los coejecutores, en la que los coejecutores individuales realizan trabajos en determinadas etapas del proceso de diseño. Es posible una variante en la que se combinen las funciones del cliente y del desarrollador, es decir, que el EIS esté diseñado de forma independiente.
La implementación del diseño del EIS implica el uso por parte de los diseñadores de una determinada tecnología de diseño que corresponde a la escala y las características del proyecto que se está desarrollando.
tecnología de diseño EIS- este es un conjunto de metodología y herramientas de diseño para EIS, así como métodos y herramientas para organizar el diseño (gestionar el proceso de creación y modernización de un proyecto EIS)
Metodología (concepto + método)
Organización de herramientas
Ingeniería de diseño
La tecnología de diseño se basa en un proceso tecnológico que determina las acciones, su secuencia, la composición de los ejecutantes, los medios y recursos necesarios para realizar estas acciones.
Así, el proceso tecnológico de diseño de un EIS en su conjunto se divide en un conjunto de cadenas de acciones en serie-paralelas, conectadas y subordinadas, cada una de las cuales puede tener su propio tema. Las acciones que se realizan durante el diseño del EIS pueden definirse como operaciones tecnológicas indivisibles o como subprocesos de operaciones tecnológicas. Todas las acciones pueden ser en realidad acciones de diseño que forman o modifican los resultados del diseño, y acciones de evaluación que se desarrollan de acuerdo con los criterios establecidos para evaluar los resultados del diseño.
Así, la tecnología de diseño está determinada por una secuencia regulada de operaciones tecnológicas realizadas en el proceso de creación de un proyecto con base en un método u otro, como resultado de lo cual quedaría claro no solo QUÉ se debe hacer para crear un proyecto, sino también también CÓMO, A QUIÉN y en QUÉ SECUENCIA se debe hacer.
El tema de cualquier tecnología de diseño elegida debe ser el reflejo de los procesos de diseño interrelacionados en todas las etapas del ciclo de vida del EIS.
Los principales requisitos para la tecnología de diseño seleccionada incluyen los siguientes:
El proyecto creado con esta tecnología debe cumplir con los requisitos del cliente;
La tecnología seleccionada debe reflejar al máximo todas las etapas del ciclo de vida del proyecto;
La tecnología elegida debe proporcionar costos mínimos de mano de obra y costos para el diseño y mantenimiento del proyecto;
La tecnología debe ser la base de la comunicación entre el diseño y el mantenimiento del proyecto;
La tecnología debería contribuir al crecimiento de la productividad laboral del diseñador;
La tecnología debe asegurar la confiabilidad del diseño y operación del proyecto;
La tecnología debería facilitar el mantenimiento sencillo de la documentación del proyecto.
La base de la tecnología de diseño EIS es una metodología que define la esencia, las principales características tecnológicas distintivas.
Metodología de diseño Implica la presencia de algún concepto, principios de diseño, implementados mediante un conjunto de métodos de diseño, que, a su vez, deben estar respaldados por algunas herramientas de diseño.
La organización del diseño implica la definición de métodos para la interacción de los diseñadores entre sí y con el cliente en el proceso de creación de un proyecto EIS, que también pueden estar respaldados por un conjunto de herramientas específicas.
Los métodos de diseño de EIS se pueden clasificar según el grado de uso de herramientas de automatización, soluciones de diseño estándar y adaptabilidad a los cambios esperados.
Si, según el grado automatización Los métodos de diseño se dividen en métodos:
diseño manual, en el que el diseño de los componentes EIS se realiza sin el uso de herramientas de software especiales y la programación se realiza en lenguajes algorítmicos;
Diseño de computadora, que produce la generación o configuración (setting) de soluciones de diseño basadas en el uso de herramientas de software especiales.
Según el grado de uso de soluciones de diseño estándar, se distinguen los siguientes métodos de diseño:
Diseño original (individual), cuando las soluciones de diseño se desarrollan "desde cero" de acuerdo con los requisitos de EIS;
Diseño típico, que implica la configuración del EIS a partir de soluciones de diseño estándar listas para usar (módulos de software).
El diseño original (individual) de EIS se caracteriza por el hecho de que todo tipo de trabajo de diseño se centra en la creación de proyectos individuales para cada objeto, que reflejan al máximo todas sus características.
El diseño típico se lleva a cabo sobre la base de la experiencia adquirida en el desarrollo de proyectos individuales. Los proyectos típicos como generalización de la experiencia para determinados grupos de sistemas organizativos y económicos o tipos de trabajo en cada caso están asociados con muchas características específicas y difieren en el grado de cobertura de las funciones de gestión, el trabajo realizado y la documentación del proyecto desarrollada.
Según el grado de adaptabilidad de las soluciones de diseño, los métodos de diseño se clasifican en métodos:
Reconstrucciones, cuando la adaptación de las soluciones de diseño se realiza procesando los componentes correspondientes (reprogramación de módulos de software);
Parametrización, cuando las soluciones de diseño se ajustan (regeneran) de acuerdo con los parámetros cambiantes;
Reestructuración del modelo, cuando cambia el modelo del área problemática, a partir del cual se regeneran automáticamente las soluciones de diseño.
La combinación de varias características de la clasificación de los métodos de diseño determina la naturaleza de la tecnología de diseño EIS utilizada, entre las que destacan dos principales.
clase: tecnologías canónicas e industriales (Tabla 2.1). La tecnología de diseño industrial, a su vez, se divide en dos subclases: diseño automatizado (uso de tecnologías CASE) y típico (orientado a paramétricos u orientado a modelos). El uso de tecnologías de diseño industrial no excluye el uso de tecnología canónica en algunos casos.
Tabla 2.1 Características de las clases de tecnología de diseño.
Para tipos específicos de tecnologías de diseño, es común utilizar ciertas herramientas de desarrollo EIS que respaldan la implementación tanto del trabajo de diseño individual como de sus etapas y sus combinaciones. Por lo tanto, los desarrolladores de EIS, por regla general, se enfrentan a la tarea de elegir las herramientas de diseño que, en términos de sus características, satisfagan mejor los requisitos de una empresa en particular.
Las herramientas de diseño deben ser:
En su clase, son invariantes con respecto al objeto de diseño;
Cubrir en conjunto todas las etapas del ciclo de vida del EIS;
Técnicamente, software e información compatibles;
Fácil de aprender y usar;
Economicamente factible.
Las herramientas de diseño EIS se pueden dividir en dos clases: sin el uso de una computadora y con el uso de una computadora.
Las herramientas de diseño sin el uso de una computadora se utilizan en todas las etapas y etapas del diseño de una EIS. Por regla general, se trata de medios de apoyo organizativo y metodológico para las operaciones de diseño y, en primer lugar, diversas normas que regulan el proceso de diseño del sistema. Esto también incluye un sistema unificado de clasificación y codificación de información, un sistema de documentación unificado, modelos para describir y analizar flujos de información, etc.
Las herramientas de diseño asistido por computadora se pueden utilizar tanto en etapas individuales como en todas las etapas y etapas del proceso de diseño del EIS y, en consecuencia, respaldan el desarrollo de los elementos de diseño del sistema, las secciones de diseño del sistema y el diseño del sistema en su conjunto. El conjunto completo de herramientas de diseño que utilizan computadoras se divide en cuatro subclases.
La primera subclase incluye herramientas operativas que apoyan el diseño de operaciones de procesamiento de información. Esta subclase de herramientas incluye lenguajes algorítmicos, bibliotecas de subrutinas estándar y clases de objetos, macrogeneradores, generadores de programas para operaciones típicas de procesamiento de datos, etc., así como herramientas para ampliar las funciones de los sistemas operativos (utilidades). Esta clase también incluye herramientas de diseño simples como herramientas para probar y depurar programas, respaldar el proceso de documentación del proyecto, etc. La peculiaridad de los últimos programas es que aumentan la productividad de los diseñadores, pero no desarrollan una solución de diseño completa.
Por lo tanto, las herramientas de esta subclase soportan operaciones de diseño EIS individuales y pueden usarse independientemente unas de otras.
La segunda subclase incluye herramientas que respaldan el diseño de componentes individuales del proyecto EIS. Esta subclase incluye herramientas para todo el sistema:
Sistemas de gestión de bases de datos (DBMS);
Paquetes de programas aplicados orientados a métodos (resolución de problemas de programación discreta, estadística matemática, etc.)
Procesadores de mesa;
Solicitud de propuestas estadística;
Conchas de sistemas expertos;
Editor gráfico;
Editores de texto;
PPP integrado (un entorno interactivo con capacidades de diálogo integradas que le permite integrar el software anterior).
Las herramientas de diseño enumeradas se caracterizan por su uso para el desarrollo de subsistemas tecnológicos de EIS: entrada de información, organización del almacenamiento y acceso a datos, cálculos, análisis y visualización de datos, toma de decisiones.
La tercera subclase incluye herramientas que soportan diseño de secciones del proyecto EIS. En esta subclase se asignan herramientas de diseño funcional.
Las herramientas funcionales están dirigidas al desarrollo de sistemas automatizados que implementan funciones, complejos de tareas y tareas de control. Una variedad de áreas temáticas genera una variedad de herramientas de esta subclase, enfocadas en el tipo de sistema organizacional (áreas industriales, no industriales), nivel de gestión (por ejemplo, empresa, taller, departamento, sitio, lugar de trabajo), función de gestión ( planificación, contabilidad, etc.).
Las herramientas de diseño funcional para sistemas de procesamiento de información incluyen soluciones de diseño estándar, paquetes funcionales de programas aplicados y proyectos estándar.
La cuarta subclase de herramientas de diseño EIS incluye herramientas que apoyan el desarrollo del proyecto en las etapas y etapas del proceso de diseño. Esta clase incluye una subclase de herramientas de automatización de diseño EIS (herramientas CASE).
Las herramientas CASE modernas, a su vez, se clasifican principalmente según dos criterios:
1) por las etapas cubiertas del proceso de desarrollo del EIS;
2) según el grado de integración: herramientas locales separadas (herramientas), un conjunto de herramientas no integradas que cubren la mayoría de las etapas de desarrollo de EIS (kit de herramientas) y herramientas totalmente integradas vinculadas por una base de datos de diseño común: un repositorio (banco de trabajo) .
El diseño de AIS es un proceso creativo. Cada proyecto pasa por ciertos estados en su desarrollo: desde el estado en el que “aún no hay proyecto” hasta el estado en el que “el proyecto ya no existe”. El conjunto de etapas de desarrollo desde el surgimiento de una idea hasta la finalización del proyecto se suele dividir en etapas (fases, etapas). Existen algunas diferencias a la hora de determinar el número de etapas (fases) y su contenido, pero aún así, la esencia del contenido del ciclo de vida de desarrollo de AIS en diferentes enfoques es la misma.
Etapas de desarrollo de los sistemas CASE.
Durante la última década, ha surgido una nueva dirección en el diseño de sistemas de información: el diseño asistido por computadora utilizando herramientas CASE. El término CASE (Ingeniería de software/sistemas asistidos por computadora) originalmente se refería únicamente a la automatización del desarrollo de software; ahora cubre el desarrollo de AIS complejos en general.
Inicialmente, las tecnologías CASE se desarrollaron para superar las deficiencias de la metodología de diseño estructural (complejidad de comprensión, alta intensidad de mano de obra y costo de uso, dificultad para realizar cambios en las especificaciones de diseño, etc.) mediante la automatización y la integración de herramientas de soporte.
Las tecnologías CASE no existen por sí solas, no son independientes. Automatizan y optimizan el uso de la metodología correspondiente y permiten aumentar la eficiencia de su aplicación.
En otras palabras, Tecnologías CASE son un conjunto de metodologías para analizar, diseñar, desarrollar y mantener sistemas de software complejos, respaldados por un conjunto de herramientas de automatización interconectadas que le permiten modelar visualmente el área temática, analizar este modelo en todas las etapas de desarrollo y mantenimiento de AIS y desarrollar aplicaciones. de acuerdo con las necesidades de información de los usuarios.
Las modernas herramientas CASE cubren una amplia gama de soporte para numerosas tecnologías de diseño AIS, desde simples herramientas de análisis y documentación hasta herramientas de automatización a gran escala que cubren todo el ciclo de vida de AIS. La mayor necesidad de utilizar los sistemas CASE se experimenta en las etapas iniciales de desarrollo: en las etapas de análisis y especificación de los requisitos para AIS. Los errores cometidos aquí son casi fatales, su costo excede con creces el costo de los errores en las últimas etapas de desarrollo.
Los principales objetivos de las herramientas CASE son separar las etapas iniciales (análisis y diseño) de las posteriores y no sobrecargar a los desarrolladores con los detalles del entorno de desarrollo y el funcionamiento del sistema.
La mayoría de los sistemas CASE modernos utilizan metodologías estructural y/o análisis orientado a objetos Y diseño, basado en el uso de diagramas visuales, gráficos, tablas y diagramas.
Con el uso adecuado de las herramientas CASE se logra un aumento significativo de la productividad laboral, que (según estimaciones de empresas extranjeras que utilizan tecnologías CASE) oscila entre el 100 y el 600%, dependiendo del volumen, la complejidad del trabajo y la experiencia con CASE. Al mismo tiempo, todas las fases del ciclo de vida del AIS cambian, pero los mayores cambios se relacionan con las fases de análisis y diseño (Tablas 2.5, 2.6) .
Tabla 2.5. Estimaciones de costes laborales por fases del ciclo de vida del AIS
Tabla 2.6. Comparación del uso de CASE y tradicional desarrollo
El uso de herramientas CASE no solo automatiza la metodología estructural y permite utilizar métodos modernos de ingeniería de sistemas y software, sino que también proporciona otras ventajas (Fig. 2.22), en particular:
1. mejora la calidad del software que se está desarrollando mediante generación y control automáticos;
2. permite reducir el tiempo de creación de un prototipo AIS, lo que permite evaluar la calidad y eficacia del proyecto en una etapa temprana;
3. acelera el proceso de diseño y desarrollo;
4. le permite reutilizar los componentes desarrollados;
5. admite seguimiento AIS;
6. se libera del trabajo rutinario de documentar el proyecto, ya que utiliza el documentador incorporado;
7. Facilita el trabajo en equipo en un proyecto.
Arroz. 2.22. Ventajas del desarrollo de AIS utilizando tecnologías CASE: A- coeficiente de reducción de costos del proyecto; b - factor de reducción del tiempo de desarrollo
La mayoría de las herramientas CASE se basan en cuatro conceptos principales: metodología, método, notación y herramienta. [ 11,15, 16].
Metodología define lineamientos para la evaluación y selección de soluciones en el diseño y desarrollo de AIS, etapas de trabajo, su secuencia, reglas para la distribución y asignación de métodos.
Métodos - Procedimientos para generar componentes y sus descripciones.
Notaciones están destinados a describir la estructura general del sistema, elementos de datos, pasos de procesamiento, pueden incluir gráficos, diagramas, tablas, diagramas de flujo, lenguajes formales y naturales.
Instalaciones- herramientas para apoyar y mejorar los métodos; apoya el trabajo de los usuarios al crear y editar un proyecto en modo interactivo, ayuda a organizar el proyecto en forma de una jerarquía de niveles de abstracción, verifica la conformidad de los componentes.
Clasificación de herramientas CASE.
Hasta ahora no existe una clasificación estable de las herramientas CASE, sólo se han definido enfoques de clasificación que dependen de diversas características de clasificación. A continuación hay algunos de ellos.
Orientación a las etapas y procesos tecnológicos del ciclo de vida de los AIS:
1. Medios de análisis y diseño. Se utiliza para crear especificaciones y diseño del sistema. Admiten metodologías de diseño conocidas;
2. herramientas de diseño de bases de datos. Proporcionar modelado lógico de datos, generación de estructuras de bases de datos;
3. herramientas de gestión de requisitos;
4. herramientas de gestión de configuración de software. Soporte de programación, pruebas, generación automática de software a partir de especificaciones;
5. medios de documentación;
6. herramientas de prueba;
7. herramientas de gestión de proyectos. Apoyo a la planificación, control, interacción;
8. Herramientas de ingeniería inversa diseñadas para transferir un sistema existente a un nuevo entorno.
Metodologías de diseño soportadas[ 11, 12, 15, 16]:
1. orientado funcionalmente (orientado estructuralmente);
2. orientado a objetos;
3. orientado a complejos (un conjunto de metodologías de diseño).
Notaciones de gráficos gráficos admitidos:
1. con notación fija;
2. con notaciones separadas;
3. con las notaciones más comunes.
Grado de integración:
1. programas auxiliares (Herramientas), que resuelven de forma independiente una tarea autónoma;
2. paquetes de desarrollo (Toolkit), que son un conjunto de herramientas que brindan asistencia para una de las clases de tareas de software;
3. conjuntos de herramientas integradas vinculadas por una base de datos de diseño común: un repositorio que automatiza todo o parte del trabajo de las diferentes etapas de la creación de AIS (Workbench).
Desarrollo colectivo del proyecto:
1. sin el apoyo del desarrollo colectivo;
2. enfocado al desarrollo del proyecto en tiempo real;
3. centrado en el modo de combinar subproyectos.
Tipos de herramientas CASE:
1. herramientas de análisis (MAÚSCULAS); entre los especialistas se denominan medios de planificación informática. Con la ayuda de estas herramientas CASE, se construye un modelo que refleja todos los detalles existentes. Tiene como objetivo comprender los mecanismos generales y particulares de funcionamiento, las oportunidades disponibles, los recursos, los objetivos del proyecto de acuerdo con el objeto de la empresa. Estas herramientas permiten analizar diversos escenarios, acumulando información para tomar decisiones óptimas;
2. herramientas de análisis y diseño (CASO Medio); Se considera que apoyan el análisis de requisitos y las fases de diseño de las especificaciones y estructura del AIS. El principal resultado de utilizar una herramienta CASE mediana es una simplificación significativa del diseño del sistema, ya que el diseño se convierte en un proceso iterativo de trabajo con los requisitos de AIS. Además, las herramientas CASE medianas proporcionan documentación rápida de los requisitos;
3. herramientas de desarrollo de software (Inferior); Apoyar los sistemas de desarrollo de software AIS. Contienen diccionarios del sistema y herramientas gráficas que eliminan la necesidad de desarrollar especificaciones físicas; hay especificaciones del sistema que se traducen directamente en códigos de programa del sistema que se está desarrollando (hasta el 80% de los códigos se generan automáticamente). Las principales ventajas de las herramientas CASE inferiores son una reducción significativa en el tiempo de desarrollo, la facilitación de modificaciones y el soporte para la capacidad de trabajar con prototipos.
Las herramientas CASE también clasifican por tipo y arquitectura de la tecnología informática, y por tipo de sistema operativo.
Actualmente, el mercado de productos de software está representado por una amplia variedad de software, incluidas herramientas CASE de casi cualquiera de las clases enumeradas.
Características de las herramientas CASE
carrera de plata. La herramienta Silverrun CASE de la empresa estadounidense Computer Systems Advisers, Inc. (CSA) se utiliza para el análisis y diseño de AIS de clase empresarial y se centra más en el modelo de ciclo de vida en espiral. Es aplicable para soportar cualquier metodología basada en la construcción separada de modelos funcionales y de información (diagramas de flujo de datos y diagramas entidad-relación).
El ajuste a una metodología específica se logra eligiendo la notación gráfica requerida de los modelos y un conjunto de reglas para verificar las especificaciones de diseño. El sistema tiene configuraciones listas para usar para las metodologías más comunes: DATARUN (la principal metodología soportada por Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Para cada concepto introducido en el proyecto, es posible agregar sus propios descriptores. La arquitectura Silverrun le permite hacer crecer su entorno de desarrollo según sea necesario.
Silverrun tiene estructura modular y consta de cuatro módulos, cada uno de los cuales es un producto independiente y se puede comprar y utilizar por separado.
1. Módulo para la construcción de modelos de procesos de negocio. En forma de diagramas de flujo de datos, Business Process Modeler (BPM) le permite modelar el funcionamiento de una organización automatizada o un AIS en proceso de creación. La capacidad de trabajar con modelos de gran complejidad la proporcionan las funciones de renumeración automática, trabajar con el árbol de procesos (incluido el arrastre visual de ramas), separar y unir partes del modelo para el desarrollo colectivo. Los gráficos se pueden dibujar en varias notaciones predefinidas, incluidas Yourdon/DeMarco y Gane/Sarson. También es posible crear sus propias notaciones, por ejemplo, agregar campos definidos por el usuario a la cantidad de descriptores que se muestran en el diagrama.
2. Módulo de modelado de datos conceptuales. Entity-Relationship eXpert (ERX) permite la construcción de modelos de datos entre entidades y relaciones que no son específicos de la implementación. El sistema experto integrado le permite crear un modelo de datos normalizado correcto respondiendo preguntas significativas sobre la relación de los datos. Se proporciona la construcción automática de un modelo de datos a partir de descripciones de estructuras de datos. El análisis de las dependencias funcionales de los atributos permite comprobar el cumplimiento del modelo con los requisitos de la tercera forma normal y garantizar su implementación. El modelo validado se pasa al módulo Relational Data Modeler.
3. Módulo de modelado relacional Relational Data Modeler (RDM) le permite crear modelos detallados de entidad-relación diseñados para implementarse en una base de datos relacional. Este módulo documenta todas las estructuras relacionadas con la construcción de una base de datos: índices, desencadenadores, procedimientos almacenados, etc. La notación flexible y la extensibilidad del repositorio le permiten trabajar en cualquier metodología. La capacidad de crear subesquemas es coherente con el enfoque ANSI SPARC para representar un esquema de base de datos. En el lenguaje de los subcircuitos, se modelan tanto los nodos de procesamiento distribuido como las vistas de los usuarios. Este módulo proporciona diseño y documentación completa de bases de datos relacionales.
4. Administrador de repositorio de grupo de trabajo Workgroup Repository Manager (WRM) se utiliza como diccionario de datos para almacenar información común a todos los modelos y también proporciona integración de módulos Silverrun en un único entorno de diseño.
La ventaja de la herramienta Silverrun CASE es su alta flexibilidad y variedad de herramientas pictóricas para construir modelos, y la desventaja es la falta de un control mutuo estricto entre los componentes de diferentes modelos (por ejemplo, la capacidad de propagar automáticamente cambios entre DFD de diferentes niveles de descomposición). Sin embargo, cabe señalar que esta deficiencia sólo puede ser significativa si se utiliza el modelo de ciclo de vida en cascada.
Herramientas incluidas en Silverrun:
1. generación automática de esquemas de bases de datos para los DBMS más comunes: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;
2. transferencia de datos a herramientas de desarrollo de aplicaciones: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.
Por lo tanto, es posible definir completamente el motor de la base de datos utilizando todas las características de un DBMS en particular: desencadenadores, procedimientos almacenados, restricciones de integridad referencial. Al crear una aplicación, los datos migrados desde el repositorio de Silverrun se utilizan para generar automáticamente objetos de interfaz o para crearlos rápidamente de forma manual.
Para intercambiar datos con otras herramientas de automatización de diseño, crear procedimientos especializados para analizar y verificar especificaciones de diseño y compilar informes especializados de acuerdo con varios estándares, Silverrun proporciona tres formas de enviar información de diseño a archivos externos.
1. Sistema de informes. Los informes se envían a archivos de texto.
2. Sistema de exportación/importación. No solo se configuran los contenidos del archivo de exportación, sino también los delimitadores de registros, campos en registros, marcadores para el principio y el final de los campos de texto. Estos archivos de exportación se pueden generar y cargar en el repositorio. Esto permite intercambiar datos con varios sistemas: otras herramientas CASE, DBMS, editores de texto y hojas de cálculo.
3. Almacenar el repositorio en archivos externos con acceso mediante controladores ODBC. Para acceder a los datos del repositorio desde los DBMS más comunes, es posible almacenar toda la información del proyecto directamente en el formato de estos DBMS.
Silverrun admite dos formas de trabajo en grupo:
1) en la versión estándar para un solo usuario hay un mecanismo para la separación y fusión controlada de modelos. El modelo se puede dividir en partes y distribuir entre varios desarrolladores. Después de un estudio detallado, las piezas se vuelven a ensamblar en un solo modelo;
2) la versión de red de Silverrun permite el trabajo en grupo paralelo con modelos almacenados en un repositorio de red basado en Oracle, Sybase o Informix DBMS. Al mismo tiempo, varios desarrolladores pueden trabajar con el mismo modelo, ya que el bloqueo de objetos se produce a nivel de elementos individuales del modelo.
MERMELADA. La herramienta de desarrollo de aplicaciones Application Manager (JAM) de JYACC es un producto de JYACC, la característica principal es el cumplimiento de la metodología RAD, ya que JAM permite implementar rápidamente el ciclo de desarrollo de la aplicación, que consiste en generar la siguiente versión del prototipo de la aplicación. , teniendo en cuenta los requisitos identificados en el paso anterior, y presentarlo al usuario.
JAM tiene una estructura modular y consta de los siguientes componentes:
1. núcleo del sistema;
2. JAM/DBi: módulos de interfaz DBMS especializados (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC, etc.);
3. JAM/RW - módulo generador de informes;
4. JAM/CASEi: módulos de interfaz especializados para herramientas CASE (JAM/CASE-TeamWork, JAM/CASE-Innovator, etc.);
5. JAM/TPi: módulos de interfaz especializados para administradores de transacciones (por ejemplo, JAM/TPi-Server TUXEDO, etc.);
6. Jterm: un emulador de terminal X especializado.
El núcleo del sistema es un producto terminado y se puede utilizar de forma independiente para el desarrollo de aplicaciones. Todos los demás módulos son opcionales y no se pueden utilizar de forma independiente.
El núcleo del sistema incluye los siguientes componentes principales:
1. editor de pantalla. El editor de pantalla incluye un entorno de desarrollo de pantalla, un repositorio de objetos visuales, su propio JAM DBMS - JDB, un administrador de transacciones, un depurador, un editor de estilos;
2. editor de menú;
3. un conjunto de servicios auxiliares;
4. medios para fabricar una versión industrial de la aplicación.
Cuando se usa JAM, el desarrollo de la interfaz externa de una aplicación es un diseño visual y se reduce a crear formularios de pantalla colocando estructuras de interfaz en ellos y definiendo campos de entrada / salida de información en pantalla. El diseño de la interfaz en JAM se realiza utilizando editor de pantalla. Las aplicaciones desarrolladas en JAM tienen una interfaz de múltiples ventanas. El desarrollo de la pantalla consiste en colocar sobre ella elementos de la interfaz, agruparlos y establecer los valores de sus propiedades.
editor de menú le permite desarrollar y depurar sistemas de menú. Implementada la capacidad de construir menús pictográficos. La asignación de elementos de menú a objetos de la aplicación se realiza en el editor de pantalla.
El kernel JAM tiene integrado un DBMS relacional de usuario único JDB. El objetivo principal de JDB es crear prototipos de aplicaciones en los casos en que trabajar con un DBMS estándar sea imposible o poco práctico. JDB implementa el mínimo necesario de capacidades DBMS relacionales, que no incluyen índices, procedimientos almacenados, activadores ni vistas. Con JDB, puede crear una base de datos que sea idéntica a la base de datos de destino (hasta las funciones que faltan en JDB) y desarrollar una parte importante de la aplicación.
El depurador le permite realizar una depuración compleja de la aplicación desarrollada. Se rastrean todos los eventos que ocurren durante la ejecución de la aplicación.
Utilidades JAM incluye tres grupos:
1) Convertidores de archivos de pantalla JAM a texto. JAM guarda pantallas como archivos binarios de su propio formato;
2) configurar dispositivos de E/S. JAM y las aplicaciones creadas con él no funcionan directamente con dispositivos de E/S. En cambio, JAM accede a dispositivos de E/S lógicos (teclado, terminal, informe);
3) mantenimiento de bibliotecas de pantallas.
Uno de los módulos JAM opcionales es generador de informes. El diseño del informe se realiza en el editor de pantalla JAM. La descripción del informe se realiza utilizando un lenguaje especial. El generador de informes le permite definir los datos que se enviarán al informe, la agrupación de la información de salida, el formato de salida, etc.
Las aplicaciones desarrolladas con JAM se pueden convertir en módulos ejecutables. Para hacer esto, los desarrolladores deben tener un compilador de C y un vinculador.
Mermelada contiene lenguaje de programación incorporado JPL (JAM Procedural Language), con el que, si es necesario, se pueden escribir módulos que implementen acciones específicas. Este lenguaje se interpreta. Es posible intercambiar información entre el entorno de aplicación construido visualmente y dichos módulos. Además, JAM implementa la capacidad de conectar módulos externos escritos en lenguajes que sean compatibles en llamadas a funciones con el lenguaje C.
La mermelada es sistema impulsado por eventos que consta de un conjunto de eventos: abrir y cerrar ventanas, presionar una tecla del teclado, activar un temporizador del sistema, recibir y transferir el control sobre cada elemento de la pantalla. El desarrollador implementa la lógica de la aplicación definiendo un controlador para cada evento.
controladores de eventos JAM puede tener funciones JAM integradas y funciones escritas por el desarrollador en C o JPL. El conjunto de funciones integradas incluye más de 200 funciones para diversos fines; están disponibles para llamadas desde funciones escritas tanto en JPL como en C.
Versión industrial de la aplicación, desarrollado con JAM, consta de los siguientes componentes:
1. módulo ejecutable del intérprete de la aplicación;
2. pantallas que componen la aplicación (entregadas como archivos separados, como parte de bibliotecas de pantallas o integradas en el cuerpo del intérprete);
3. módulos JPL externos (suministrados como archivos de texto o precompilados; precompilados
4. módulos JPL externos (como archivos separados y como parte de bibliotecas de pantalla);
5. archivos de configuración de la aplicación: archivos de configuración de teclado y terminal, archivo de mensajes del sistema, archivo de configuración general.
La interacción directa con el DBMS se implementa mediante los módulos JAM/DBi (interfaz de base de datos). Las formas de implementar la interacción en JAM se dividen en dos clases: manual y automática.
En manera manual el desarrollador escribe de forma independiente consultas SQL, en las que las fuentes y destinos para recibir los resultados de la ejecución de la consulta pueden ser tanto elementos de interfaz de un nivel externo diseñado visualmente como variables internas invisibles para el usuario final.
Modo automático implementado por el administrador de transacciones JAM. Es factible para tipos comunes típicos de operaciones de bases de datos, la llamada QBE (Query By Ejemplo - consultas según el modelo), teniendo en cuenta relaciones bastante complejas entre tablas de bases de datos y control automático de los atributos de los campos de la pantalla de E/S dependiendo del tipo de transacción (lectura, escritura, etc.) en la que participa la solicitud generada.
JAM le permite crear aplicaciones para trabajar con más de 20 DBMS: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, DBMS compatibles con ODBC, etc.
Una característica distintiva de JAM es un alto nivel de portabilidad de aplicaciones entre diferentes plataformas (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS, etc.); quizás sea un requisito "redibujar" campos de texto estático en pantallas con texto en ruso al realizar la transferencia entre entornos DOS-Windows-UNIX. Además, la portabilidad se ve facilitada por el hecho de que en JAM las aplicaciones se desarrollan para dispositivos de E/S virtuales en lugar de físicos. Por lo tanto, al transferir una aplicación de una plataforma a otra, normalmente sólo es necesario determinar la correspondencia entre los dispositivos físicos de E/S y sus representaciones lógicas para la aplicación.
El uso de SQL como medio de interfaz con el DBMS también ayuda a garantizar la portabilidad entre los DBMS. En el caso de una transferencia de estructura de base de datos, es posible que las aplicaciones no requieran ninguna modificación, excepto la inicialización de la sesión. Esto es posible si la aplicación no utilizó extensiones SQL específicas de DBMS.
Con un aumento de la carga en el sistema y la complejidad de las tareas a resolver (distribución y heterogeneidad de los recursos utilizados, número de usuarios conectados simultáneamente, complejidad de la lógica de la aplicación), modelo de arquitectura de tres niveles"cliente - servidor" mediante administradores de transacciones. Los componentes JAM/TPi-Client y JAM/TPi-Server hacen que sea bastante fácil cambiar a un modelo de tres niveles. Al mismo tiempo, el módulo JAM/TPi-Server juega un papel clave, ya que la principal dificultad en la implementación del modelo de tres niveles radica en la implementación de la lógica de la aplicación en los servicios del administrador de transacciones.
La interfaz JAM/CASE permite el intercambio de información entre el repositorio de objetos JAM y el repositorio de herramientas CASE. El intercambio es similar a cómo se importa la estructura de la base de datos al repositorio JAM directamente desde la base de datos. La diferencia es que el intercambio entre repositorios es bidireccional.
Además de los módulos JAM / CASEi, también hay un módulo JAM / CASEi Developer "s Kit. Con este módulo, puede desarrollar de forma independiente una interfaz (es decir, un módulo JAM / CASEi especializado) para una herramienta CASE específica, si hay es un módulo JAM/CASEi ya preparado, ya que no existe.
Existe una interfaz que implementa la interacción entre la herramienta Silverrun CASE y JAM. Transfiere el esquema de la base de datos y los formularios de pantalla de la aplicación entre la herramienta Silverrun-RDM CASE y JAM versión 7.0; tiene dos modos de funcionamiento:
1) el modo directo (Silverrun-RDM->JAM) está diseñado para crear objetos de diccionario CASE y elementos del repositorio JAM basados en la representación del esquema en Silverrun-RDM. A partir de la representación de modelos de datos de interfaz en Silverrun-RDM se generan pantallas y elementos del repositorio JAM. El puente convierte las tablas y relaciones del esquema relacional RDM en una secuencia de objetos JAM de los tipos apropiados. La técnica para construir modelos de datos de interfaz en Silverrun-RDM implica el uso de un mecanismo de subesquema para crear prototipos de pantallas de aplicaciones. Con base en la descripción de cada uno de los subcircuitos RDM, el puente genera una pantalla JAM;
2) el modo inverso (JAM->Silverrun-RDM) está diseñado para transferir modificaciones de objetos del diccionario CASE al modelo relacional Silverrun-RDM.
El modo de reingeniería le permite transferir modificaciones de todas las propiedades de las pantallas JAM previamente importadas desde RDM al esquema Silvcrrun. Para controlar la integridad de la base de datos, no se permiten cambios de esquema en forma de agregar o eliminar tablas y campos de tablas.
El kernel JAM tiene una interfaz integrada para herramientas de gestión de configuración (PVCS en la plataforma Windows y SCCS en la plataforma UNIX). Las bibliotecas y/o repositorios de pantalla se transfieren bajo el control de estos sistemas. En ausencia de tales sistemas, JAM implementa de forma independiente algunas de las funciones para apoyar el desarrollo del equipo.
En la plataforma MS-Windows, JAM tiene una interfaz integrada para PVCS y las acciones de recuperación/reversión se realizan directamente desde el entorno JAM.
Constructor de equipos Vantage (Westmount I-CASE). Vantage Team Builder es un producto de software integrado orientado a la implementación con soporte completo para el modelo de ciclo de vida en cascada.
Vantage Team Builder proporciona las siguientes características:
1. diseñar diagramas de flujo de datos, diagramas entidad-relación, estructuras de datos, diagramas de bloques de programas y secuencias de pantallas;
2. diseñar diagramas de arquitectura del sistema - SAD (diseñar la composición y conexión de las instalaciones informáticas, distribuir tareas del sistema entre las instalaciones informáticas, modelar las relaciones cliente-servidor, analizar el uso de administradores de transacciones y las características de funcionamiento del sistema en tiempo real);
3. generación de código de programa en el lenguaje del DBMS de destino con entorno de software completo y generación de código SQL para crear tablas de bases de datos, índices, restricciones de integridad y procedimientos almacenados;
4. programación en C con SQL incorporado;
5. gestión de versiones y configuración de proyectos;
6. acceso multiusuario al repositorio del proyecto;
7. generación de documentación del proyecto según plantillas estándar e individuales;
8. Exportación e importación de datos del proyecto en formato CDIF (CASE Data Interchange Format).
Vantage Team Builder viene en varias configuraciones según el sistema de gestión de bases de datos (ORACLE, Informix, Sybase o Ingres) o las herramientas de desarrollo de aplicaciones (Uniface) utilizadas. La configuración de Vantage Team Builder para Uniface se diferencia del resto al centrarse parcialmente en un modelo de ciclo de vida en espiral debido a las capacidades rápidas de creación de prototipos. Se utiliza un gran conjunto de diagramas para describir el proyecto AIS.
Al construir todo tipo de diagramas, se proporciona control sobre la conformidad de los modelos con la sintaxis de los métodos utilizados, así como control sobre la correspondencia de elementos del mismo nombre y sus tipos para varios tipos de diagramas.
Al construir diagramas de flujos de datos DFD, se proporciona control sobre la conformidad de los diagramas de diferentes niveles de descomposición. El DFD de nivel superior se valida utilizando la matriz de lista de eventos de ELM. Para controlar la descomposición de flujos de datos compuestos, se utilizan varias opciones para su descripción: en el formulario diagramas de estructura de datos DSD o en notaciones BNF (forma de Backus - Naur).
Para construir SAD se utiliza la notación DFD extendida, que permite introducir los conceptos de procesadores, tareas y dispositivos periféricos, lo que proporciona claridad en las decisiones de diseño.
Al construir un modelo de datos en forma de ERD, se normaliza y se introduce la definición de los nombres físicos de los elementos de datos y tablas, que se utilizarán en el proceso de generación del esquema de datos físicos de un DBMS en particular. Proporciona la capacidad de determinar claves alternativas de entidades y campos que constituyen puntos de entrada adicionales a la tabla (campos de índices) y la cardinalidad de las relaciones entre entidades.
La presencia de un sistema universal de generación de código basado en los medios de acceso especificados al repositorio del proyecto permite mantener un alto nivel de ejecución de la disciplina del proyecto por parte de los desarrolladores: un procedimiento estricto para generar modelos; estructura rígida y contenido de la documentación; generación automática de códigos fuente de programas, etc.; todo esto asegura un aumento en la calidad y confiabilidad del SI desarrollado.
Se pueden utilizar sistemas de publicación como FrameMaker, Interleaf o Word Perfect para preparar la documentación del proyecto. La estructura y composición de la documentación del proyecto se configuran de acuerdo con los estándares especificados. El ajuste se lleva a cabo sin cambiar las decisiones de diseño.
Al desarrollar AIS de gran tamaño, todo el sistema en su conjunto corresponde a un proyecto como categoría de Vantage Team Builder. El proyecto se puede descomponer en varios sistemas, cada uno de los cuales corresponde a algún subsistema AIS relativamente autónomo y se desarrolla independientemente de los demás. En el futuro se podrán integrar sistemas de proyectos.
El proceso de diseño de AIS utilizando Vantage Team Builder se implementa en forma de cuatro fases (etapas) consecutivas: análisis, arquitectura, diseño Y implementación, al mismo tiempo, los resultados completados de cada etapa se transfieren (importan) total o parcialmente a la siguiente fase. Todos los diagramas, excepto ERD, se convierten a otro tipo o cambian su apariencia de acuerdo con las características de la fase actual. Así, los DFD se convierten en la fase de arquitectura en SAD y los DSD en DTD. Una vez finalizada la importación, se rompe la conexión lógica con la fase anterior, es decir, se pueden realizar todos los cambios necesarios en los diagramas.
La configuración de Vantage Team Builder para Uniface permite compartir dos sistemas dentro de un único entorno de diseño tecnológico, mientras que los esquemas de bases de datos (modelos SQL) se transfieren al repositorio de Uniface y viceversa, los modelos de aplicación generados por las herramientas de Uniface se pueden transferir al repositorio. Repositorio de Vantage Team Builder. Las posibles discrepancias entre los repositorios de los dos sistemas se eliminan mediante una utilidad especial. El desarrollo de formularios de pantalla en el entorno Uniface se realiza sobre la base de diagramas de secuencia de formularios FSD después de importar el modelo SQL. La tecnología de desarrollo AIS basada en esta configuración se muestra en la fig. 2.23.
La estructura del repositorio almacenado en el DBMS de destino y las interfaces de Vantage Team Builder son abiertas, lo que en principio permite la integración con cualquier otra herramienta.
Uniface. El producto Compuware es un entorno de desarrollo para aplicaciones a gran escala en la arquitectura "cliente-servidor" y tiene la siguiente arquitectura de componentes:
1. El Repositorio de Objetos de Aplicación (repositorio de objetos de aplicación) contiene metadatos utilizados automáticamente por todos los demás componentes a lo largo del ciclo de vida de AIS (modelos de aplicación, descripciones de datos, reglas comerciales, formularios de pantalla, objetos globales y plantillas). El repositorio se puede almacenar en cualquiera de las bases de datos soportadas por Uniface;
Arroz. 2.23. Interacción entre Vantage Team Builder y Uniface
2. Application Model Manager admite modelos de aplicación (modelos E-R), cada uno de los cuales es un subconjunto del esquema general de la base de datos desde el punto de vista de esta aplicación, e incluye un editor gráfico apropiado;
3. Rapid Application Builder: una herramienta para crear rápidamente formularios de pantalla e informes basados en objetos del modelo aplicado. Incluye un editor de formularios gráficos, herramientas de creación de prototipos, depuración, pruebas y documentación. Se implementó una interfaz con varios tipos de controles de ventana. Interfaz Open Widget para interfaces gráficas existentes: MS Windows (incluido VBX), Motif, OS/2. La Interfaz de presentación universal le permite utilizar la misma versión de la aplicación en el entorno de diferentes interfaces gráficas sin cambiar el código del programa;
4. Los servicios de desarrollador (servicios de desarrollador) se utilizan para respaldar proyectos grandes e implementar control de versiones (Sistema de control de versiones Uniface), derechos de acceso (delimitación de poderes), modificaciones globales, etc. Esto proporciona a los desarrolladores los medios de diseño, entrada y control de salida, búsqueda, visualización, mantenimiento y emisión de informes sobre los datos del sistema de control de versiones;
5. Administrador de implementación (administración de distribución de aplicaciones): herramientas que le permiten preparar la aplicación creada para su distribución, instalarla y mantenerla (la plataforma del usuario puede diferir de la plataforma del desarrollador). Incluyen controladores de red y DBMS, servidor de aplicaciones (polyserver), distribución de aplicaciones y herramientas de gestión de bases de datos. Uniface admite la interfaz con casi todas las plataformas de hardware y software conocidas, DBMS, herramientas CASE, protocolos de red y administradores de transacciones;
6. Las Series Personales (herramientas personales) se utilizan para crear consultas e informes complejos en forma gráfica (Consulta Personal y Acceso Personal - PQ / PA), así como para transferir datos a sistemas como WinWord y Excel;
7. Distributed Computing Manager: herramienta de integración con los administradores de transacciones Tuxedo, Encina, CICS, OSF DCE.
La versión Uniface 7 es totalmente compatible con el modelo de computación distribuida y la arquitectura cliente-servidor de tres niveles (con la capacidad de cambiar el esquema de descomposición de la aplicación en tiempo de ejecución). Las aplicaciones creadas con Uniface 7 se pueden ejecutar en entornos operativos heterogéneos utilizando varios protocolos de red, simultáneamente en varias plataformas heterogéneas (incluido Internet).
Los componentes de Uniface 7 incluyen:
1. Uniface Application Server: servidor de aplicaciones para sistemas distribuidos;
2. WebEnabler: software de servidor para operar aplicaciones en Internet e intranet;
3. Servidor de nombres: software de servidor que garantiza el uso de recursos de aplicaciones distribuidas;
4. PolyServer: un medio para acceder a datos e integrar varios sistemas.
Los DBMS compatibles incluyen DB2, VSAM e IMS; PolyServer también proporciona interoperabilidad con el sistema operativo MVS.
Diseñador/2000 + Desarrollador/2000. ORACLE's Designer/2000 2.0 es una herramienta CASE integrada que, junto con las herramientas de desarrollo de aplicaciones Developer/2000, proporciona soporte completo del ciclo de vida del software para sistemas que utilizan ORACLE DBMS.
Designer/2000 es una familia de metodologías y sus productos de software de soporte. La metodología básica Designer/2000 (CASE*Method) es una metodología de diseño de sistemas estructurales que cubre completamente todas las etapas del ciclo de vida del AIS. En la etapa de planificación, se determinan los objetivos de la creación del sistema, las prioridades y limitaciones, se desarrolla la arquitectura del sistema y el plan de desarrollo del AIS. En el proceso de análisis se construye: un modelo de necesidades de información (un diagrama entidad-relación), un diagrama de jerarquía funcional (basado en la descomposición funcional AIS), una matriz de referencias cruzadas y un diagrama de flujo de datos.
En la etapa de diseño, se desarrolla una arquitectura AIS detallada, se diseñan un esquema de base de datos relacional y módulos de programa, se establecen referencias cruzadas entre los componentes AIS para analizar su influencia mutua y controlar los cambios.
En la etapa de implementación, se crea una base de datos, se construyen sistemas de aplicaciones, se prueban, se verifica la calidad y se verifica el cumplimiento de los requisitos del usuario. Creé documentación del sistema, materiales de capacitación y manuales de usuario. En las etapas de operación y mantenimiento se analiza el rendimiento e integridad del sistema, se realiza soporte y, de ser necesario, modificación del AIS.
Designer/2000 proporciona una interfaz gráfica para desarrollar varios modelos de dominio (diagramas). En el proceso de construcción de modelos, la información sobre ellos se ingresa en el repositorio. Designer/2000 incluye los siguientes componentes.
El cumplimiento de los principios anteriores es necesario al realizar trabajos en todas las etapas de la creación y operación de AIS y AIT, es decir. a lo largo de todo su ciclo vital.
Ciclo vital(LC) - el período de creación y uso de AIS (AIT), desde el momento en que surge la necesidad de este sistema automatizado hasta el momento en que ya no está en uso.
El ciclo de vida de AIS y AIT nos permite distinguir cuatro etapas principales, cada etapa de diseño se divide en una serie de etapas y prevé el trabajo correspondiente:
yo escenario - inspección previa al proyecto:
1.ª etapa: formación de requisitos, estudio del objeto de diseño, desarrollo y selección de una variante del concepto del sistema;
2da etapa - análisis de materiales y formación de documentación - creación y aprobación de un estudio de viabilidad y términos de referencia para el diseño del sistema con base en el análisis de los materiales de la encuesta recopilados en la primera etapa.
II etapa - diseño:
1ra etapa - diseño técnico, donde se busca las soluciones de diseño más racionales para todos los aspectos del desarrollo, se crean y describen todos los componentes del sistema y los resultados del trabajo se reflejan en el diseño técnico;
2da etapa - diseño de trabajo, durante el cual se realiza el desarrollo y puesta a punto de programas, el ajuste de estructuras de bases de datos, la creación de documentación para el suministro, la instalación de medios técnicos e instrucciones para su funcionamiento, la elaboración de descripciones de puestos para cada usuario. Los proyectos técnicos y de trabajo se pueden combinar en un solo documento: un proyecto de trabajo técnico.
III etapa - entrada del sistema en acción:
1ra etapa - preparación para la implementación- instalación y puesta en servicio de medios técnicos, carga de bases de datos y operación de prueba de programas, capacitación de personal;
2da etapa - prueba piloto todos los componentes del sistema antes de su puesta en operación comercial, capacitación del personal;
3ra etapa (la etapa final de la creación de AIS y AIT) - puesta en marcha; Se emiten mediante actos de aceptación y entrega de obras.
etapa IV - operación industrial - además del funcionamiento diario, incluye el mantenimiento de las herramientas de software y de todo el proyecto, el mantenimiento operativo y la administración de la base de datos.
5. Métodos para realizar trabajos de diseño.
La creación de sistemas y tecnologías de información automatizados se puede realizar de dos formas. La primera opción supone que este trabajo se dedica a empresas especializadas con experiencia profesional en la preparación de productos de software de una orientación específica. Según la segunda opción, el diseño y creación de desarrollos lo llevan a cabo diseñadores-programadores que forman parte del personal de las empresas donde se crean nuevas tecnologías y sistemas de información.
En el proceso de desarrollo de sistemas, lugares de trabajo y tecnologías automatizados, los diseñadores se enfrentan a una serie de problemas interrelacionados:
Es difícil para un diseñador obtener información completa para evaluar los requisitos formulados por el cliente (usuario) para un nuevo sistema o tecnología.
El cliente a menudo no tiene conocimientos suficientes sobre los problemas de la automatización para juzgar la posibilidad de implementar determinadas innovaciones. Al mismo tiempo, el diseñador se enfrenta a una cantidad excesiva de información detallada sobre el área del problema, lo que provoca dificultades en el modelado y la descripción formalizada de los procesos de información y la resolución de problemas funcionales.
Debido al gran volumen y términos técnicos, las especificaciones del sistema que se está diseñando a menudo resultan incomprensibles para el cliente y su excesiva simplificación no puede satisfacer a los especialistas que crean el sistema.
Con la ayuda de métodos analíticos bien conocidos, es posible resolver algunos de estos problemas, pero sólo los métodos estructurales modernos proporcionan una solución radical, entre los cuales la metodología del análisis estructural ocupa un lugar central.
análisis estructural Se denomina método de estudio del sistema, que comienza con su visión general y luego de detalle, adquiriendo una estructura jerárquica con un número creciente de niveles.
El análisis estructural implica dividir el sistema en niveles de abstracción con un número limitado de elementos en cada uno de los niveles (generalmente de 3 a 6-7). En cada nivel, sólo se resaltan los detalles que son esenciales para el sistema.
La metodología del análisis estructural se basa en los principios de descomposición y el principio de ordenamiento jerárquico.
Principio de descomposición Implica resolver problemas difíciles dividiéndolos en tareas que sean fáciles de entender y resolver.
Principio de ordenamiento jerárquico. declara que el sistema puede entenderse y construirse en niveles, cada uno de los cuales añade nuevos detalles.
En etapa previa al proyecto Se realiza un estudio y análisis de todas las características del objeto de diseño para aclarar los requisitos del cliente. En particular, se identifica un conjunto de condiciones bajo las cuales se supone que será operado el futuro sistema (recursos de hardware y software; condiciones externas para su operación; la composición de las personas y trabajos relacionados con él y la participación en los procesos de información y gestión), un se hace una descripción de las funciones que realiza el sistema, etc. P.
En esta etapa se determina lo siguiente:
Arquitectura del sistema, sus funciones, condiciones externas, distribución de funciones entre hardware y software;
Interfaces y distribución de funciones entre una persona y un sistema;
Requisitos de software y componentes de información del sistema, recursos de hardware necesarios, requisitos de bases de datos, características físicas de los componentes del sistema, sus interfaces.
La calidad del diseño posterior depende decisivamente de la elección correcta de los métodos de análisis y de los requisitos formulados para la tecnología recién creada.
Los métodos utilizados en la etapa de estudio previo al proyecto se dividen en:
- Métodos para estudiar y analizar el estado real de un objeto o tecnología. Estos métodos permiten identificar cuellos de botella en los procesos en estudio e incluyen: encuesta oral o escrita; encuesta escrita; observación, medición y evaluación; discusión de grupo; análisis de tareas; análisis de procesos productivos y de gestión.
En general, los métodos para estudiar y analizar el estado real de las actividades de gestión y la tecnología existente para resolver problemas están diseñados para recopilar los materiales necesarios y formar la base para el diseño de AIS y AIT.
- Métodos para formar un estado determinado.. Se basan en la justificación de todos los componentes del AIS en función de los objetivos, requisitos y condiciones del cliente. Estos métodos, que son las herramientas de trabajo de los diseñadores, incluyen métodos: modelar el proceso de control; diseño estructural; descomposición; análisis del proceso de información.
- Método de modelización del proceso de gestión. En el proceso de estudio del objeto de diseño, se construyen modelos económico-organizativos y lógicos de la información. Reflejan las relaciones económicas y de gestión, así como los flujos de información asociados con ellas.
- Método de diseño estructural le permite dividir todo el complejo de tareas en subcomplejos (módulos) visibles y analizables.
- Método de descomposición Los módulos prevén una mayor división de subconjuntos de tareas en tareas separadas, indicadores.
- Análisis de procesos de información. está diseñado para identificar y presentar la relación entre el resultado, el proceso de procesamiento y la entrada de datos. También se utiliza para analizar y formar vínculos de información entre los lugares de trabajo de los empleados directivos, especialistas, personal técnico y tecnología de la información. Para ello se describe la información de entrada y salida, así como el algoritmo de procesamiento de la información en relación a cada puesto de trabajo.
- Métodos para la representación gráfica de los estados reales y especificados. prever el uso de una representación visual de los procesos de procesamiento de información. Los más famosos incluyen el método del diagrama de flujo, los métodos de los diagramas de flechas, los diagramas de red y las tablas de secuencia de operaciones de los procesos.
Si en la etapa de prediseño los requisitos para la creación de AIS y AIT deben formularse en los términos de referencia, entonces el diseño debe responder a la pregunta: "¿Cómo cumplirá el sistema sus requisitos?".
Como resultado de las etapas de diseño se debe obtener un diseño del sistema dentro del presupuesto de los recursos asignados.
Las etapas de diseño incluyen las siguientes obras principales:
Desarrollo de metas y principios organizacionales de AIS;
Formación de una variante de AIS y AIT;
Programas de depuración;
Operación de prueba;
Entrega del proyecto AIS y AIT.
En el proceso de organización del diseño se toman diversas decisiones que inciden en la dinámica y calidad del trabajo. Por lo tanto, para cada etapa de diseño se determina lo siguiente: resultados y documentos esperados; funciones personales del jefe; decisiones tomadas por el líder; funciones del cliente y desarrollador de AIS y AIT.
La documentación de diseño y as-built incluye: instrucciones de flujo de trabajo, programas para lugares de trabajo, instrucciones para trámites, recomendaciones sobre el uso de información, métodos, tablas de decisión, etc.
En las condiciones modernas, AIS, AIT y AWP, por regla general, no se crean desde cero. La necesidad de información operativa oportuna y de alta calidad y su evaluación como el recurso más importante en los procesos de gestión, así como los últimos logros en el progreso científico y tecnológico, requieren la reestructuración del AIS en funcionamiento y la creación de AIS y AIT a nivel mundial. nueva base técnica y tecnológica.
diseño AIS
Desarrollo detallado diseño de sistemas que contiene un conjunto completo de su documentación organizativa, de diseño, tecnológica y operativa. De acuerdo con GOST 34.601-90. El diseño de sistemas automatizados implica la implementación de una serie de etapas, que incluyen: la formación de requisitos para la AU, el desarrollo del concepto de AU, el desarrollo de especificaciones técnicas, el diseño preliminar, el diseño técnico y el desarrollo de la documentación de trabajo. Las etapas de creación de la UA, además del diseño, también incluyen: puesta en servicio y mantenimiento de la UA. Cada etapa se subdivide en etapas. Los anexos de esta norma también definen:
· Relación de tipos de organizaciones involucradas en el trabajo.
Dependiendo de la naturaleza del objeto de diseño y sus condiciones específicas, GOST 34.601-90 permite excluir etapas individuales, así como su combinación. Teniendo en cuenta la práctica a largo plazo que se ha desarrollado en Rusia en la creación de sistemas de información automatizados (" AIS”), se suelen realizar las siguientes etapas del diseño: levantamiento previo al proyecto, diseño conceptual, diseño preliminar, diseño técnico y diseño de detalle. Otras normas estatales que rigen diversos aspectos del diseño de centrales nucleares:
· GOST 34.602-89 Conjunto de normas para sistemas automatizados. Términos de referencia para la creación de un sistema automatizado. Ingresado.01.01.90.
· Norma 34.603-92 Tecnologías de la información. Tipos de pruebas AS.
· Normas 34. (971, 972.973, 974, 981) - 91 Tecnologías de la información. La relación de los sistemas abiertos.
· Norma 34.91. Tecnologías de la información. Redes de área local, etc.
Encuesta previa al proyecto- Recopilación y procesamiento de información sobre la organización y funcionamiento del objeto de automatización, incluidos datos sobre su interacción con el entorno externo y otros objetos, así como la implementación. análisis del sistema, desarrollo de un estudio de viabilidad para la viabilidad de la automatización y desarrollo de requisitos generales para el desarrollo de un sistema automatizado. El contenido del trabajo durante el estudio previo al proyecto de la instalación de automatización corresponde a la etapa "Formación de requisitos para la AU" GOST 34.601-90, etapas: "Inspección de la instalación y justificación de la necesidad de crear una AU", " Formación de requisitos de usuario para la UA”, “Elaboración de un informe sobre el trabajo realizado y una solicitud para el desarrollo AC - asignación táctica y técnica.
Diseño conceptual- Corresponde a las etapas de diseño de acuerdo con GOST 34.601-90 - "Desarrollo del concepto AU" (etapas: "Desarrollo de variantes del concepto AU y selección de una variante del concepto AU que satisfaga al usuario", "Elaboración un informe sobre el trabajo realizado”) y “Elaboración de términos de referencia”. Los tipos de documentos finales de trabajo en esta etapa son anteproyecto(también nombres usados - “ proyecto conceptual ”, “Proyecto piloto") o Programa creando un sistema que incluye:
Breve descripción del estado inicial del objeto de automatización y del entorno en el que opera;
Indicación de los principales objetivos y lista de tareas de automatización;
· Descripción de la estructura organizativa y funcional ampliada de la opción (u opciones) seleccionada (u opciones) para construir el sistema que se está creando;
· Estudio de viabilidad;
· Una descripción ampliada y requisitos básicos de los medios de información y apoyo lingüístico;
· Requisitos generales de software y hardware;
· Una lista y una descripción ampliada de las etapas de creación del sistema, los plazos de su implementación, la composición de los ejecutores y los resultados esperados de su implementación;
· Evaluación inicial de los indicadores de costos del desempeño laboral;
· Términos de referencia para el sistema en su conjunto y/o sus componentes principales (subsistemas, sistemas y herramientas de software y hardware, tareas individuales, etc.), aprobados por el Cliente.
Diseño preliminar- Desarrollo de soluciones preliminares de diseño del sistema y sus partes. El documento final del trabajo en esta etapa de diseño es diseño preliminar, que contiene el diseño fundamental y las soluciones de circuito del objeto de desarrollo, así como datos que determinan su propósito y parámetros principales (al diseñar software sistema, el borrador del diseño debe contener una descripción completa especificación desarrollado programas).
Diseño de ingeniería - Etapa de diseño de la CN, que incluye:
· Desarrollo de soluciones de diseño para el sistema y sus partes;
· Desarrollo de documentación para la UA y sus partes;
· Elaboración y ejecución de documentación para el suministro de productos para la adquisición de centrales nucleares y/o requisitos técnicos (especificaciones técnicas) para su desarrollo;
· Desarrollo de tareas de diseño en partes adyacentes del proyecto del objeto de automatización.
El documento final de esta etapa de diseño es proyecto técnico que contiene, además de los materiales enumerados, diagramas de circuitos eléctricos y documentación de diseño del objeto de desarrollo y sus componentes, una lista de herramientas listas para usar seleccionadas software y hardware(incluidas computadoras, Sistema operativo, programas de aplicación etc), así como algoritmos resolución de problemas para el desarrollo de nuevas herramientas de software, etc.
Diseño de trabajo- Etapa final diseño, que, además del desarrollo de la documentación de trabajo para el sistema y sus partes requerido por GOST 34.601-90, generalmente prevé la aclaración y detalle de los resultados de las etapas anteriores, la creación y prueba de un prototipo experimental y / o piloto de un objeto de automatización, el desarrollo y prueba de productos de software, documentación tecnológica y operativa. Los resultados se presentan en laboral o proyecto de trabajo técnico. En la práctica del diseño moderno. sistemas de información automatizados(Por ejemplo, ABIS, ASNTI, SCA etc.) es la etapa inicial de su implementación en el trabajo de una empresa, organización o servicio que es el cliente del proyecto, o el jefe de otras empresas, organizaciones, servicios automatizados, etc.
Ciclo de desarrollo (diseño) software - Conjunto de etapas de desarrollo. software empezando desde análisis del sistema y desarrollo de requisitos iniciales antes de su implementación.
Principios de diseño AIS- Un conjunto de reglas o requisitos fijados por muchos años de experiencia versátil en la creación y operación de AIS. Los más comunes son:
· Identidad- el desarrollo de uno nuevo, la mejora de uno existente o la introducción de un AIS obtenido externamente son problemas científicos y técnicos similares en contenido, que se diferencian entre sí sólo en el contenido de una serie de etapas y parámetros de tiempo;
· Fabricabilidad: tecnología automatizada significa el desarrollo de una nueva tecnología o la modernización de una existente en las condiciones de AIS y no permite el simple uso del software y hardware desarrollados en las condiciones de las antiguas tecnologías tradicionales;
· Continuidad, fases y sucesión del desarrollo y desarrollo.: AIS: sistemas en constante desarrollo sobre su base; cada innovación sirve como desarrollo de los principios básicos del sistema y de la calidad ya alcanzada;
· adaptabilidad: Los componentes AIS deben tener propiedades que aseguren una rápida adaptación de estos componentes a los cambios en el entorno externo y nuevas herramientas;
· Principio modular de construcción de software y hardware.: asume que la composición de estas herramientas consta de bloques (“módulos”) que brindan la posibilidad de su reemplazo o cambio para mejorar el funcionamiento del AIS o su adaptación a nuevas condiciones;
· Tecnológico (incluyendo - red) integración: implica unidad de todo el sistema de tecnología para la creación, actualización, conservación y utilización de recursos de información y, en particular, el procesamiento único de documentos y datos, así como su uso múltiple y polivalente;
· Normalización total de los procesos y su seguimiento.: El uso multipropósito de la información AIS requiere una alta confiabilidad de los datos en el sistema. Para hacer esto, en varias etapas del procesamiento e ingreso de documentos de información, es necesario utilizar diversas formas de control de la información, cuyos requisitos pueden formarse a partir de la composición de las tareas que se resuelven y los datos que se procesan. también es necesario un seguimiento constante para obtener características cualitativas y cuantitativas del funcionamiento del AIS basadas en herramientas de estadística intelectual integradas y especialmente desarrolladas;
· Regulación: Los AIS están enfocados a funcionar en modo industrial, proporcionando procesamiento masivo de documentos de información; este procesamiento está regulado por estándares, tecnologías operativas y de ruta, estándares para indicadores de recursos y tiempo y un servicio de despacho desarrollado.
· Conveniencia económica: La creación de AIS debe incluir la elección de soluciones de diseño (incluidos software, técnicos, organizativos y tecnológicos) que, sujeto al logro de las metas y objetivos, aseguren la minimización del costo de los recursos financieros, materiales y laborales.
· Tipificación de soluciones de diseño.: el desarrollo y desarrollo de AIS y sus redes se lleva a cabo con un enfoque en la cooperación y la cooperación entre bibliotecas, así como de acuerdo con las reglas y protocolos del intercambio internacional de información;
· Aprovechamiento máximo de soluciones listas para usar.: para reducir el costo y el tiempo de desarrollo e implementación de AIS, así como para reducir los errores de diseño tanto del sistema en su conjunto como de sus componentes individuales, se recomienda utilizar soluciones y herramientas listas para usar tanto como sea posible. En este plan, a la hora de crear un nuevo sistema, una importante cantidad de trabajo está asociada al análisis de opciones alternativas de posibles soluciones, la elección de la más adecuada para el objeto de automatización y su adaptación a las nuevas condiciones de uso;
· corporativismo: al diseñar un sistema automatizado que forme parte de un sistema de nivel superior (ciudades, departamentos, repúblicas, etc.), se debe proporcionar su compatibilidad de hardware, software, lingüística e informativa con otros participantes del sistema y / o red AIS. Los requisitos corporativos pueden entrar en conflicto con requisitos o decisiones dictadas por otros principios, por ejemplo, la continuidad de las soluciones de diseño;
· Orientación a las primeras personas del objeto de automatización.: La implementación exitosa del trabajo sobre la creación de AIS, su desarrollo y operación solo es posible si cuentan con el apoyo incondicional de la primera persona del objeto de automatización (por ejemplo, el director de una biblioteca o un organismo de información) y la responsabilidad directa de su implementación. es asignado por orden de la organización al jefe al nivel de al menos el subdirector
