EntradaDefinición del modelo ais de ciclo de vida. Modelado físico de AIS Experiencia en implementación práctica del modelo AIS UE
La etapa de modelado físico debe proporcionar a nivel experimental una verificación del desempeño real de los modelos AIS creados y su adecuación. Para implementar esta etapa, se está desarrollando un modelo físico (natural) del AIS. Modelo físico de AIS- este es un conjunto de estructura, métodos y medios de una implementación reducida a gran escala de AIS, diseñado para probar el rendimiento de un sistema futuro y la adecuación de sus modelos en condiciones reales.
En cierto sentido, el modelo físico de AIS tiene las propiedades de un sistema real. Para su construcción se involucran computadoras, dispositivos periféricos, documentos, archivos, bases de datos, programas de procesamiento de datos y demás componentes necesarios para la creación del AIS. El modelo físico de AIS se reduce, es decir, esta es una representación reducida de la misma. La reducción aquí no es mecánica, ni arbitraria, sino armonizada. Presenta solo aquellas propiedades que los desarrolladores clasificaron como básicas, esenciales.
3. diseño AIS
Sobre la base de los principios, disposiciones, modelos, métodos y herramientas desarrollados para construir AIS obtenidos en la etapa de investigación, se está diseñando el sistema.
La etapa de diseño consta de los siguientes pasos:
1) encuesta temática (PRO) de la PI existente (tradicional);
2) desarrollo términos de referencia para crear un sistema;
3) desarrollo de un proyecto técnico para la creación del sistema;
4) desarrollo de un borrador de trabajo para la creación del sistema.
Siempre que el SI existente esté automatizado, hay dos formas de diseñar: la modernización del AIS existente o su reemplazo completo por un AIS de nueva creación. Con volúmenes relativamente pequeños trabajo de diseño Los pasos 2 y 3 se pueden combinar.
escenario profesional se lleva a cabo para estudiar y analizar las características del objeto: el IS tradicional existente. Se lleva a cabo la recopilación de materiales para el diseño: la definición de requisitos, el estudio del objeto de diseño. Se estudian las condiciones de funcionamiento del futuro AIS, se establecen ciertas restricciones a las condiciones de desarrollo -la temporalidad de las etapas de diseño, los recursos disponibles y faltantes, los procedimientos y medidas para asegurar la protección de la información, etc. cuenta los estudios preliminares, el desarrollo y la selección de la variante del concepto AIS se está llevando a cabo.
Etapa de desarrollo de las especificaciones técnicas- una continuación lógica de la etapa de defensa antimisiles. Los materiales obtenidos en la etapa ABM se utilizan para desarrollar los TdR. Aquí se lleva a cabo el análisis y desarrollo de los requisitos fundamentales para AIS por parte de un cliente en particular o grupo de consumidores potenciales. Se formulan los requisitos de hardware, software, información y componentes organizativos-legales del SIA, etc.
Sobre el etapa de diseño técnico se lleva a cabo la búsqueda de las soluciones más aceptables para todas las tareas de diseño de AIS. El propósito de esta etapa de diseño es concretar el conocimiento general, a veces confuso, sobre los requisitos para el futuro sistema. Sobre el este escenario están definidos:
propósito, tareas, funciones de AIS también se consideran Condiciones externas funcionamiento del sistema, distribución de funciones entre sus componentes;
Parámetros del sistema AIS: interfaces y distribución de funciones entre el operador y el sistema;
configuración de todos los subsistemas AIS que forman su estructura - componentes documental-informativos, técnicos, software-matemáticos y organizativos-legales de la estructura del sistema;
estructura y sistema de gestión de bases de datos, herramientas lingüísticas, composición de lenguajes de recuperación de información, clasificadores y codificadores, métodos de indexación de documentos y consultas;
hoja de configuración del complejo de medios técnicos de AIS y su especificación;
composición y características modelos matemáticos, algoritmos y programas AIS;
diagrama de operación AIS, proceso tecnológico procesamiento de datos, etc.;
instrucciones de trabajo y trabajo para el personal AIS;
estudio de factibilidad actualizado del proyecto.
La parte principal de la intensidad laboral del diseño detallado es el trabajo en el desarrollo de algoritmos y programas relacionados.
Sobre el etapa de diseño detallado Se lleva a cabo el refinamiento final de aquellas cuestiones que en la etapa de diseño técnico por ciertas razones no pudieron resolverse por completo. En esta etapa se está desarrollando un conjunto de programas basados en algoritmos compilados en la etapa de diseño técnico. Se está especificando la estructura de la base de datos, se están ajustando los formatos unificados de documentos procesados en tecnología AIS.
En esta etapa se prueban los programas, una serie de pruebas de control con procesamiento documentos reales, se analizan los resultados de las pruebas y el procesamiento experimental, los ajustes necesarios a los programas.
Métodos y herramientas para el diseño de AIS. El diseño AIS se puede realizar:
desarrollador de terceros. Esta firma cuenta con una plantilla de profesionales altamente cualificados. El trabajo se lleva a cabo sobre la base de un acuerdo entre el desarrollador y el cliente;
por especialistas del personal de la empresa cliente.
También es posible una solución de compromiso: la empresa cliente puede invitar a un consultor para el desarrollo de AIS por contrato.
La elección específica está determinada por muchos factores, en particular condición financiera de la firma cliente, la disponibilidad de especialistas a tiempo completo del perfil y nivel adecuado, el momento de creación de AIS, la presencia en la región determinada o cercana de la firma promotora correspondiente, consultores especialistas, el régimen de secreto de la firma, etc. .
Se utilizan métodos y herramientas apropiados para resolver problemas de diseño. Entre ellos, uno debería encontrar métodos que resuelvan radicalmente los problemas de desarrollo de AIS. Uno de estos métodos es el análisis estructural. Es un método de estudio de un sistema que considera el sistema como una estructura jerárquica desde su nivel general hasta el más bajo necesario.
En el escenario encuesta previa al proyecto Se utilizan métodos para estudiar el estado real del SI existente (tradicional):
interrogatorio oral o escrito;
encuesta escrita;
observación, medición y evaluación;
discusión de resultados intermedios;
análisis de tareas;
análisis de producción, gestión e información
procesos.
Los métodos para la formación de un estado dado están asociados con la justificación teórica de todos partes constituyentes AIS teniendo en cuenta los objetivos, requisitos y condiciones del cliente. Éstos incluyen:
modelado de procesos de procesamiento de datos;
diseño estructural;
descomposición;
análisis tecnologías de la información.
Para una representación visual de los objetos y procesos AIS, se utilizan métodos de visualización gráfica de los estados reales y especificados: diagramas de flujo, gráficos, dibujos, dibujos, bocetos, diagramas, etc.
4. Automatización del diseño AIS
Los sistemas de diseño asistidos por computadora son un medio eficaz para mejorar los indicadores de diseño AIS. En el campo del diseño, se ha formado una dirección especial: ingeniería de software o tecnologías CASE (Software asistido por computadora / Ingeniería de sistemas: sistema de desarrollo de computadora software). Las tecnologías CASE son un conjunto de métodos para el análisis, diseño, desarrollo e implementación de AIS, respaldados por un conjunto de herramientas de automatización interconectadas. CASE-technologies es una herramienta para analistas de sistemas, desarrolladores y programadores que proporciona automatización de procesos de diseño AIS de varias clases y valores.
El objetivo principal de la tecnología CASE es automatizar el proceso de desarrollo tanto como sea posible y separar el proceso de diseño de la codificación. herramientas de software SIA.
Métodos estructurales para la construcción de modelos empresariales. Se acostumbra llamar método estructural a un método de estudio de un sistema o proceso que comienza con visión general objeto de estudio, y luego involucra su detallamiento consistente. Los métodos estructurales tienen tres características principales:
La división de un sistema complejo en partes, presentadas como "cajas negras", cada "caja negra" implementa una determinada función del sistema de control;
Ordenación jerárquica de elementos seleccionados del sistema con la definición de relaciones entre ellos;
Utilizando una representación gráfica de la relación de los elementos del sistema.
Un modelo construido utilizando métodos estructurales es un conjunto jerárquico de diagramas que representan gráficamente las funciones realizadas por el sistema y las relaciones entre ellas.
Como parte de las metodologías de análisis estructural, las más comunes incluyen las siguientes:
SADT es una tecnología de diseño y análisis estructural, y su subconjunto es el estándar IDEFO.
DFD - Diagramas de flujo de datos.
ERD - diagramas entidad-relación.
STD - diagramas de transición de estado.
EN Metodología IDEFO Se utilizan cuatro conceptos básicos: bloque funcional, arco de interfaz, descomposición, glosario.
El modelo IDEFO siempre comienza con una representación de proceso de un solo bloque funcional con arcos de interfaz que se extienden más allá del área considerada. A veces, estos diagramas se proporcionan con ayuda contextual.
El objetivo destaca aquellas áreas de actividad de la empresa que deben ser consideradas en primer lugar. El objetivo establece la dirección y el nivel de descomposición del modelo desarrollado.
EN Metodología DFD el proceso en estudio se divide en subprocesos y se presenta como una red conectada por flujos de datos. Externamente, DFD es similar a SADT, pero difiere en el conjunto de elementos utilizados. Estos incluyen procesos, flujos de datos y almacenamiento.
metodología DER utilizado para construir modelos de bases de datos, proporciona una forma estandarizada de describir datos y definir relaciones entre ellos. Los elementos principales de la metodología son los conceptos de "esencia", "relación" y "relación". Una entidad define tipos básicos de información y las relaciones especifican cómo estos tipos de datos interactúan entre sí. Las relaciones conectan entidades y relaciones.
Metodología ETS es más conveniente para modelar ciertos aspectos de la operación del sistema, debido al tiempo y la respuesta a eventos, por ejemplo, para implementar una solicitud de usuario a AIPS en tiempo real. Los elementos básicos de STD son los conceptos de "estado", "estado inicial", "transición", "condición" y "acción". Por medio de conceptos se realiza una descripción del funcionamiento del sistema en el tiempo y en función de los acontecimientos. El modelo STD es una representación gráfica, un diagrama de las transiciones del sistema de un estado a otro.
Métodos orientados a objetos para la construcción de modelos de sistemas de control. Estos métodos difieren de los estructurales más nivel alto abstracción. Se basan en la representación del sistema como un conjunto de objetos que interactúan entre sí mediante el intercambio de datos. Objetos específicos o entidades abstractas - un pedido, un cliente, etc. pueden servir como objetos del área temática. El método más significativo es G. Buch. Esta es una técnica de diseño de objetos con elementos de análisis de objetos, que tiene cuatro etapas:
1) desarrollo de un diagrama de hardware que muestre procesos, dispositivos, redes y sus conexiones;
2) definición de una estructura de clases que describe la relación entre clases y objetos;
3) elaboración de diagramas de objetos que muestren la relación de un objeto con otros objetos;
4) desarrollo de una arquitectura de software que describa proyecto físico el sistema que se está creando.
La gran mayoría métodos existentes El análisis y diseño orientado a objetos incluye tanto un lenguaje de modelado como herramientas para describir los procesos de modelado.
El enfoque orientado a objetos no se opone al enfoque estructural, pero puede servir como su complemento.
5. Construcción e implementación de AIS
Después de la finalización completa del trabajo de diseño, comienza la etapa de construcción del AIS. SIA para edificios es un conjunto de medidas organizativas y técnicas para la implementación del proyecto AIS. Entre tales medidas se encuentran medidas financieras, informativas, técnicas, programáticas, legales y organizativas:
Identificación de fuentes de financiamiento y asignación de fondos para adquisiciones equipo necesario proporcionado por el proyecto - "Hoja de especificaciones del equipo AIS";
Selección de proveedores y conclusión de contratos para el suministro de equipos;
Asignación de locales para el despliegue de AIS y su preparación para la instalación de equipos;
Colocación, montaje, instalación, configuración de equipos AIS de acuerdo al proyecto;
Selección, organización y formación de categorías personal regular AIS realiza trabajos relevantes para garantizar el funcionamiento de AIS;
Realización de trabajos de control de calidad de equipos (control, pruebas). Si se encuentran defectos - registro y presentación de quejas a los proveedores;
Instalación y prueba de software paquete de software SIA. Sujeto a la detección de defectos - tomando medidas para eliminarlos;
Llenar la base de datos, resolver casos de prueba para toda la gama de tareas AIS de acuerdo con el proyecto. Si se encuentran deficiencias, se toman medidas para eliminarlas. Si no se encuentran deficiencias, preparación de documentos para poner el AIS en operación de prueba.
La composición de medidas y su secuencia reflejan los principales puntos de control en la construcción de AIS. La construcción de cada sistema específico tendrá sus propias especificidades tanto en términos de la naturaleza de las tareas como de su secuencia. Las características de la construcción están determinadas por la naturaleza del AIS, el nivel organizacional de la aplicación AIS, el modo de operación, la cantidad de financiamiento, etc.
Una de las condiciones importantes para la efectividad de AIS es la implementación de un complejo de obras para su implementación. La introducción de AIS comienza con el hecho de que el jefe de la empresa del cliente emite una orden para la implementación del sistema que indica las etapas principales, el momento de su implementación, los ejecutores responsables, el soporte de recursos, el formulario para presentar los resultados de la implementación, la persona responsable del seguimiento de la ejecución de la orden, etc. La orden puede contener un plan de ejecución con indicación del trabajo en las siguientes etapas:
1) documentando resultados de puesta en marcha de equipos, así como pruebas de control de un conjunto de tareas del sistema;
2) capacitación del personal en tecnología AIS y estudio de las secciones relevantes de la documentación del proyecto;
3) llevar a cabo la operación de prueba del sistema, análisis y corrección de errores de diseño y ejecución de documentación basada en los resultados de la operación de prueba;
4) entrega de AIS a operación de producción con la documentación pertinente.
Así, en una primera etapa se está desarrollando un programa de pruebas de control del AIS en su conjunto. En la segunda etapa, el desarrollador y el cliente organizan la capacitación del personal involucrado en la operación del AIS. En la tercera etapa se realiza la operación piloto del sistema. Según el contenido y el alcance de las tareas del AIS, la operación de prueba dura de tres a seis meses.
La introducción de AIS es una tarea bastante difícil tanto en aspectos organizativos como técnicos. El cliente debe preparar la implementación del sistema. Esta condición requiere ciertos esfuerzos organizativos, profesionales y psicológicos por parte del personal de la empresa cliente, en cierta medida involucrado en el funcionamiento del AIS. La administración de la empresa debe proporcionar tales condiciones bajo las cuales el equipo de la empresa tendrá una actitud positiva hacia la implementación del sistema y ayudará a su implementación, desarrollo y desarrollo. Entonces será posible suponer que se logrará el objetivo de introducir y operar AIS en la empresa.
6. La técnica para el cálculo de la técnica. eficiencia económica procesamiento automatizado de información
Una de las secciones principales del proyecto AIS es un estudio de viabilidad para AIS en general y procesos de procesamiento automatizado. informacion economica en particular. Esto requiere cálculos apropiados de eficiencia técnica y económica.
La eficiencia económica del tratamiento automatizado de datos está garantizada por los siguientes factores principales:
alta velocidad realizar operaciones de recolección, transmisión, procesamiento y emisión de información, la rapidez de los medios técnicos;
Máxima reducción de tiempo para realizar operaciones individuales;
Mejorar la calidad del procesamiento de datos y de la información recibida.
La eficiencia general de la resolución automatizada de problemas depende directamente de la reducción de los costos de procesamiento de datos y es una eficiencia económica directa. Lograr el efecto de las soluciones de mejora de la calidad en todo el sistema Servicio de información usuarios proporciona eficiencia económica indirecta.
Los indicadores directos de eficiencia económica se determinan comparando los costos de procesamiento de datos para varias opciones de diseño. En esencia, esta es una comparación de dos opciones: básica y diseñada. Se toma como versión básica el sistema existente de procesamiento de datos automatizado o tradicional (manual), y se toma como versión diseñada el resultado de la modernización del sistema existente o un AIS de nuevo desarrollo.
El indicador absoluto de la eficiencia económica del proyecto AIS desarrollado es la reducción del coste anual y costes laborales sobre el proceso tecnológico de procesamiento de datos en comparación con la versión básica de TPOD.
Ahorro costos financieros debido a la automatización del procesamiento de datos se determina con base en el cálculo de la diferencia en los costos de las opciones básicas y proyectadas para el procesamiento de datos de acuerdo con la fórmula:
C e \u003d C b - C p (1)
donde C e - la cantidad de reducción de costos para el procesamiento de datos;
C b - costos para el caso base;
C n - costos de la opción proyectada.
El indicador relativo de la eficiencia económica del proyecto AIS es el índice de eficiencia de costos (K e) y el índice de cambio de costos (I c).
K e \u003d C e / C b * 100% (2)
La relación de eficiencia de costos muestra qué parte de los costos se ahorrará con la opción AIS proyectada, o en qué porcentaje se reducirán los costos.
El valor del índice de cambio de costo se puede determinar mediante la fórmula:
Yo s \u003d C e / C b. (3)
Este índice indica cuántas veces se reducirá el costo del procesamiento de datos durante la implementación del proyecto AIS.
Al implementar un proyecto AIS, es necesario tener en cuenta los costos de capital adicionales, cuyo valor (K 3) puede determinarse mediante la fórmula:
K 3 \u003d K p - K b (4)
donde K p y K b - costos de capital, respectivamente, de los sistemas de procesamiento de datos diseñados y básicos.
Eficiencia costos de capital está determinado por el período de recuperación (T) de los costos de capital adicionales para la modernización de IS:
T \u003d K 3 / C e (5)
E \u003d C e / K 3 \u003d 1 / T. (6)
Junto con el cálculo de los costos de costos, es útil obtener indicadores de la reducción de los costos de mano de obra para el procesamiento de datos. El indicador absoluto de reducción de costos laborales (t) es la diferencia entre los costos laborales anuales de las opciones de procesamiento de datos básicas y diseñadas:
t = T segundo. – T p (7)
donde Tb. y T p - la intensidad laboral anual de operación, respectivamente, de las opciones básicas y diseñadas para el procesamiento de datos.
Significado indicador relativo La reducción en los costos laborales se puede mostrar mediante el coeficiente de reducción de costos laborales (K):
K t \u003d t / T b. (ocho)
El índice de cambio en los costos laborales (I t) caracteriza el crecimiento de la productividad laboral debido al desarrollo de una versión del proyecto de procesamiento de datos que ahorra más trabajo, se puede determinar mediante la fórmula:
Yo t \u003d T b / T p.(9)
La reducción absoluta del costo de mano de obra (P) se utiliza para determinar la liberación potencial recursos laborales(intérpretes) del sistema de procesamiento de datos:
P \u003d (t / T f) * f (10)
donde T f es el fondo anual de tiempo de un artista empleado en tecnología de procesamiento de datos;
f es un coeficiente que refleja la posibilidad de una liberación completa de los trabajadores, a expensas del fondo de tiempo del cual se calculó el valor de t.
La definición de los ahorros directos de la implementación del sistema de procesamiento de datos proyectado (modernizado) se lleva a cabo sobre la base de una comparación de indicadores que reflejan los costos de mano de obra y costos para las operaciones del sistema de procesamiento de datos tradicional y proyectado.
El ahorro de costos laborales (E tz) en el procesamiento automatizado de información sobre el proyecto se puede determinar mediante la fórmula
E tz \u003d T o6sch - Toallas (11)
donde T o6sh es la complejidad del procesamiento de datos de forma tradicional con el caso base;
T owls: la complejidad del procesamiento automatizado de datos en la versión de diseño.
Los ahorros en costos financieros de la implementación de una opción de procesamiento de datos del proyecto en comparación con un caso base manual se pueden determinar de manera similar.
La recopilación de datos iniciales para la sustitución en las fórmulas anteriores y la realización de cálculos para determinar la eficiencia económica se lleva a cabo registrando y midiendo los parámetros relevantes en las etapas del proceso tecnológico de procesamiento de datos. Además, se pueden obtener datos iniciales durante un largo período analizando los registros de registro (tecnológicos) del controlador AIS y otras formas de registro.
3.1 Definición de un modelo de ciclo de vida AIS
Un modelo de ciclo de vida de desarrollo de productos de software se entiende como una estructura que determina la secuencia de ejecución y las interrelaciones de procesos, acciones y tareas realizadas a lo largo del ciclo de vida de desarrollo de productos de software. Los siguientes modelos de ciclo de vida de desarrollo de productos de software son los más utilizados (Tabla 1. Breves características Modelos de ciclo de vida AIS): modelo de cascada, o cascada (waterfall model); modelo en forma de v (modelo en forma de v); modelo de prototipo (modelo de prototipo); modelo de desarrollo rápido de aplicaciones, o modelo RAD (modelo de desarrollo rápido de aplicaciones RAD), modelo de varias pasadas (modelo incremental); modelo en espiral.
Tabla 1. Breves características de cada uno de los modelos listados
| Nombre | características |
| modelo en cascada | Sencillo y fácil de usar. Se requiere un control estricto constante sobre el progreso del trabajo. El software desarrollado no está disponible para su modificación. |
| modelo en forma de v | Fácil de usar. Se pone énfasis en probar y comparar los resultados de las fases de prueba y diseño. |
| modelo de prototipo | Se crea una implementación parcial "rápida" del sistema antes de que se elaboren los requisitos finales. Proporciona retroalimentación entre usuarios y desarrolladores en el proceso de implementación del proyecto. Los requisitos usados no están completos |
| Modelo de desarrollo rápido de aplicaciones | Los equipos de proyecto son pequeños (3…7 personas) y están formados por especialistas altamente cualificados. Tiempo de ciclo de desarrollo reducido (hasta 3 meses) y rendimiento mejorado. Reutilización de código y automatización de procesos de desarrollo. |
| Modelo multipaso | Se crea rápidamente un sistema de trabajo. Reduce la posibilidad de realizar cambios durante el proceso de desarrollo. No es posible cambiar de la implementación actual a nueva versión durante la construcción de la implementación parcial actual |
| modelo espiral | Cubre el modelo de cascada. Divide las fases en partes más pequeñas. Permite un diseño flexible. Analiza y gestiona los riesgos. Los usuarios conocen el producto de software en una etapa más temprana gracias a los prototipos |
3.2 Modelo en cascada
En los sistemas de información homogéneos de las décadas de 1970 y 1980, los productos de software de aplicación eran una sola entidad. Para desarrollar este tipo de producto de software, se utilizó un modelo en cascada o “cascada”.
El modelo en cascada de un producto de software es similar al modelo de un sistema de control automatizado (ver Capítulo 1, Fig. 1).
Este proceso es, por regla general, de naturaleza iterativa: los resultados de la siguiente etapa a menudo provocan cambios en las decisiones de diseño desarrolladas en etapas anteriores. Por lo tanto, existe una necesidad constante de volver a etapas anteriores y aclarar o revisar las decisiones tomadas anteriormente. Como resultado proceso real el desarrollo toma una forma diferente (ver capítulo 1, fig. 2)
modelo 3.3 V
Este modelo (Fig. 5) fue desarrollado como una variación del modelo de cascada, en el que Atención especial se da a la verificación y certificación del producto de software. El modelo muestra que las pruebas de productos se analizan, diseñan y planifican al principio del ciclo de vida del desarrollo.
Del modelo en cascada, el modelo en forma de v heredó una estructura secuencial, según la cual cada fase posterior comienza solo después de completar con éxito la fase anterior.
Este modelo se basa en un abordaje sistemático del problema, para lo cual se definen cuatro pasos básicos: análisis, diseño, desarrollo y revisión. El análisis implica la planificación y los requisitos del proyecto. El diseño se divide en alto nivel y detallado (bajo nivel). El desarrollo incluye codificación, revisión, varios tipos de pruebas.
El modelo muestra claramente la relación entre las fases analíticas y las fases de diseño que preceden a la codificación y las pruebas. Las flechas discontinuas muestran que estas fases deben considerarse en paralelo.
El modelo incluye las siguientes fases:
Redacción de requisitos y planificación del proyecto: se determinan los requisitos del sistema y se lleva a cabo la planificación del trabajo;
Preparación de requisitos para el producto y su análisis: se compila una especificación completa de requisitos para el producto de software;
Diseño de alto nivel: se determina la estructura del software, la relación entre sus componentes principales y las funciones que implementan;
Diseño detallado: se determina el algoritmo de operación de cada componente;
Codificación: se realiza la transformación de algoritmos en software terminado;
Pruebas unitarias: se prueba cada componente o módulo del producto de software;
Pruebas de integración: se llevan a cabo la integración del producto de software y sus pruebas;
Pruebas del sistema– el funcionamiento del producto de software se verifica después de colocarlo en el entorno de hardware de acuerdo con la especificación de requisitos;
Operación y mantenimiento: lanzamiento de un producto de software a producción. Durante esta fase, el producto de software se puede modificar y actualizar.
Fig.5 modelo en forma de V
Ventajas del modelo en forma de v:
1) Se otorga un gran papel a la verificación y certificación del producto software, desde las primeras etapas de su desarrollo, se planifican todas las acciones;
2) Se supone la certificación y verificación no solo del producto de software en sí, sino también de todos los datos internos y externos recibidos;
3) El progreso del trabajo se puede rastrear fácilmente ya que la finalización de cada fase es un hito.
Además de estas ventajas, el modelo también tiene una serie de desventajas:
las iteraciones entre fases no se tienen en cuenta; es imposible hacer cambios en diferentes etapas del ciclo de vida; la prueba de requisitos ocurre demasiado tarde, por lo que hacer cambios afecta el cronograma.
Este modelo es útil para desarrollar productos de software, cuyo principal requisito es una alta fiabilidad.
El producto y la creación de tarjetas convenientes para completar los atributos de la base de datos: la simplicidad de crear enlaces y su modernización. Capitulo dos. Desarrollo de un programa para automatizar las actividades de la flota de taxis 2.1 Análisis de requerimientos del cliente Programa Automatizado lugar de trabajo El despachador de taxis se desarrolla de acuerdo con el modelo en espiral del ciclo de vida de los sistemas de información automatizados. En cada etapa de la creación...
Sistemas. Principal documentos normativos que regulan el proceso de creación de cualquier proyecto IS y TI son GOST y sus complejos para la creación y documentación de tecnología de la información, sistemas automatizados, herramientas de software, organización y procesamiento de datos, así como documentos de orientación Comisión Técnica Estatal de Rusia para el desarrollo, fabricación y operación de software y...
Cualquier actividad de la empresa se refleja en documentos, y para mejorar la calidad de los procesos comerciales en funcionamiento, es necesario mejorar el flujo de documentos, es decir, optimizarlo. La optimización del flujo de trabajo se entiende como un conjunto de medidas de carácter organizativo, técnico, software-técnico y de diseño que lleva a cabo una organización.
El uso de estas metodologías en el curso de la construcción de modelos de procesos de negocios en forma de una jerarquía de diagramas proporciona visibilidad e integridad de su visualización y le permite analizar las actividades de la empresa.
IDEF0 - la primera sección de información - la funcionalidad del sistema. La principal de las tres metodologías soportadas por BPwin es IDEF0. IDEF0, hace referencia a la familia IDEF, que apareció a finales de los años sesenta bajo el nombre SADT (Structured Analysis and Design Technique). IDEF0 se puede utilizar para modelar una amplia gama de sistemas. Para nuevos sistemas, el uso de IDEF0 tiene como objetivo definir requisitos y especificar funciones para el desarrollo posterior de un sistema que cumpla con los requisitos e implemente las funciones seleccionadas. Aplicado a los sistemas IDEF0 ya existentes, se puede utilizar para analizar las funciones realizadas por el sistema y mostrar los mecanismos mediante los cuales se realizan estas funciones. El resultado de aplicar IDEF0 a un sistema es un modelo de ese sistema, que consta de un conjunto ordenado jerárquicamente de diagramas, texto de documentación y diccionarios vinculados entre sí por referencias cruzadas.
Los dos bloques de construcción más importantes de los diagramas IDEF0 son las funciones o actividades comerciales (representadas en los diagramas como cuadros) y los datos y objetos (representados como flechas) que vinculan las actividades. En este caso, las flechas, según por qué lado del rectángulo de trabajo entren o por qué lado salgan, se dividen en cinco tipos:
- - Flechas de entrada (incluidas en el lado izquierdo del trabajo): representan datos u objetos que se modifican durante la ejecución del trabajo.
- - Flechas de control (incluidas en el límite superior del trabajo): representan las reglas y restricciones según las cuales se realiza el trabajo.
- - Flechas de salida (salen del lado derecho del trabajo): representan datos u objetos que aparecen como resultado del trabajo.
- - Flechas de mecanismo (incluidas en la parte inferior del trabajo): representan los recursos necesarios para completar el trabajo, pero no cambian en el proceso de trabajo (por ejemplo, equipo, recursos humanos).
- - Flechas de llamada (salen de la parte inferior del trabajo): representan conexiones entre diferentes diagramas o modelos, apuntando a algún diagrama, donde este trabajo considerado con más detalle.
Todos los trabajos y flechas deben tener nombre. El primer diagrama en la jerarquía de diagramas IDEF0 siempre representa el funcionamiento del sistema como un todo. Estos diagramas se denominan diagramas de contexto. El contexto del diagrama incluye una descripción del propósito del modelado, el alcance (una descripción de lo que se considerará como un componente del sistema y lo que como una influencia externa) y el punto de vista (la posición desde la cual se tomará el modelo). ser construido). Por lo general, se elige como punto de vista el punto de vista de la persona u objeto responsable del funcionamiento del sistema simulado en su conjunto.
En este trabajo, el nombre del modelo "Contabilidad de asistencia en jardín de infancia”, el nombre del proyecto es "Registro de asistencia en el jardín de infantes", el nombre del autor y el tipo de modelo son Maxim Oshchepkov y Time Frame: AS - IS (As is).
El objeto del trabajo (Purpose) es simular los procesos de negocio actuales de un empleado del departamento de TI, el punto de vista (Viewpoint) es un ingeniero de sistemas. Presentaremos la definición del modelo: "Este es un modelo que lleva registros de asistencia en el jardín de infantes" y el objetivo: "Mantener registros de asistencia, registrar el trabajo realizado, organizar la búsqueda e informar".
El primer diagrama en la jerarquía de diagramas IDEF0 siempre representa el funcionamiento del sistema como un todo. Dichos diagramas se denominan diagramas de contexto (Figura 2).
Figura 2. Diagrama de contexto "Registros de asistencia a jardín de infantes"
De acuerdo con el método IDEF0, definimos los datos de entrada, los datos de salida, el control y el mecanismo, que se representan en el diagrama con flechas:
- - Datos de entrada: Solicitud de un empleado indicando el motivo de la inoperancia de la PC y su número.
- - Producción: Diferentes tipos informes, componentes corregidos y no corregidos.
- - Gobernanza: Legislación, normas y reglamentos.
- - Mecanismo: Empleados del departamento de TI y otros departamentos de las organizaciones.
Después de describir el contexto, se lleva a cabo la construcción de los siguientes diagramas en la jerarquía. Cada gráfico sucesivo es más Descripción detallada(descomposición) de una de las obras del diagrama anterior. En la Figura 3 se muestra un ejemplo de descomposición del trabajo de contexto.
Figura 3. Diagrama de descomposición "Contabilización de la asistencia en el jardín de infantes"
La descripción de cada subsistema es realizada por un analista junto con un experto en el tema. Habitualmente el experto es la persona que se encarga de este subsistema y, por tanto, conoce a fondo todas sus funciones.
Así, todo el sistema se divide en subsistemas hasta nivel correcto detalle, y se obtiene un modelo que aproxima el sistema con un nivel dado de precisión. Habiendo recibido un modelo que refleja adecuadamente los procesos comerciales actuales (el llamado modelo AS-IS), el analista puede ver fácilmente todos los lugares más vulnerables del sistema. Después de eso, teniendo en cuenta las deficiencias identificadas, puede construir un modelo nueva organización procesos de negocio (modelo TO-BE).
BPwin sincroniza automáticamente los cambios en los objetos del diagrama en todos los niveles de detalle, liberando así al usuario del mantenimiento manual del diccionario de objetos modelo. Así que si arreglamos nivel superior el nombre del objeto, entonces obtenemos un cambio en todos los niveles donde ocurre este objeto. También es imposible duplicar accidentalmente los nombres de las obras. Cuando ocurre esta situación, BPwin genera un mensaje de advertencia.
En los diagramas de flujo de datos, todos los símbolos utilizados se suman a un panorama general que da una idea clara de qué datos se utilizan y qué funciones realiza el sistema de flujo de trabajo. Al mismo tiempo, a menudo resulta que los flujos de información existentes que son importantes para las actividades de la empresa se implementan de manera poco confiable y deben reorganizarse.
Diseño AIS canónico
Desarrollo y diseño SIA comienza con la creación de un modelo conceptual para usar el sistema. En primer lugar, se debe determinar la factibilidad de crear un sistema, sus funciones específicas y tareas a automatizar. Se debe hacer una evaluación no solo de los objetivos, sino también de las posibilidades de crear un sistema. A continuación, un análisis de los requisitos para el AIS, diseño detallado, relación de etapas, programación y prueba, minimización de pérdidas durante la transición de un nivel de presentación de información a otro, integración en sistema existente, implementación y soporte.
Hay tres clases de metodologías de diseño. SIA:
· modelado conceptual del área temática;
Identificación de requisitos y especificación sistema de informacion a través de su diseño;
· arquitectura de sistema de herramientas de software soportadas por herramientas de tecnología CASE (CASE - Computer Aided Software Engineering - tecnología para crear y mantener software para varios sistemas).
La etapa de creación de un sistema automatizado - parte del proceso de creación de la central nuclear, establecido por los documentos reglamentarios y que finaliza con la liberación de la documentación de la central nuclear, que debe contener un modelo de sistema al nivel de esta etapa, la fabricación de componentes no seriales o la aceptación de la central nuclear en operación .
Cada etapa se destaca por razones de planificación y organización racionales del trabajo y necesariamente debe terminar con un resultado determinado. El contenido de la documentación en cada etapa está determinado por la composición y los detalles del trabajo.
GOST 34.601-90 define ocho etapas para crear sistemas automatizados:
- Formación de requisitos para AS.
- Desarrollo del concepto AS.
- Tarea técnica.
- Diseño preliminar.
- Proyecto técnico.
- Documentación de trabajo.
- Puesta en marcha.
- soporte de CA.
Las etapas 1, 2, 3 se refieren al primer período, las etapas 4, 5, 6 - al segundo período, las etapas 7, 8 - al tercero.
En el período previo al proyecto, se desarrollan un estudio de factibilidad (estudio de factibilidad) y términos de referencia (TOR) para el diseño del sistema. Durante este período, en la etapa de formación de requisitos para la central nuclear, se llevan a cabo tres etapas de trabajo:
- examen del objeto del área temática y justificación de la necesidad de crear un sistema;
- formación de requisitos de usuario para el sistema;
- elaboración de un informe sobre el trabajo realizado y una aplicación para el desarrollo del sistema.
- estudio del objeto;
- realización de trabajos de investigación;
- selección de una variante del concepto de sistema de varios desarrollados;
- elaboración de un informe sobre el trabajo realizado.
Términos de Referencia (TOR) - esta es una lista de los principales requisitos operativos, tecnológicos, económicos y de otro tipo que el objeto diseñado debe cumplir en todas las etapas de su existencia.Después de la aprobación de los TOR, comienza el segundo período de creación de la central nuclear: el período del sistema diseño.
Diseño - el proceso de elección razonable de las características del sistema, la formación de modelos lógico-matemáticos y económico-matemáticos, el desarrollo de la documentación.
En la etapa de creación proyecto de diseño en la primera etapa, se desarrollan soluciones preliminares de diseño para el sistema y sus partes, en la segunda etapa: documentación para la central nuclear y sus partes.
En la quinta etapa, al crear un proyecto técnico, el desarrollo se lleva a cabo en cuatro etapas:
- diseñar soluciones para el sistema y sus partes;
- documentación de la central nuclear y sus partes;
- documentación para el suministro de productos para la adquisición de centrales nucleares y especificaciones técnicas para su desarrollo;
- tareas n# diseño en partes adyacentes del proyecto del objeto de automatización.
En la séptima etapa, el sistema se pone en funcionamiento en ocho etapas:
- preparación del objeto de automatización para la entrada de la AU;
- la formación del personal;
- completar la UA con software, hardware, herramientas y productos de información;
- trabajos de construcción e instalación;
- trabajos de puesta en marcha;
- pruebas preliminares;
- operación de prueba;
- prueba de aceptacion.
Con el fin de mejorar la gestión del proceso de diseño, se detalla cada etapa, es decir, se divide en etapas.
La etapa de creación de un sistema automatizado es parte de la etapa de creación del AS, determinada por la naturaleza de la obra, su resultado o la especialización de los intérpretes.
Las metodologías modernas de diseño de sistemas deben proporcionar una descripción de los objetos de automatización, una descripción funcionalidad AIS, especificación del proyecto, que garantiza el logro de las características especificadas del sistema, un plan detallado para crear un sistema con una estimación del tiempo de desarrollo, una descripción de la implementación de un sistema en particular.
Ciclo vital SIA
En el centro de la creación y el uso SIA radica el concepto de ciclo de vida (LC).
El ciclo de vida es un modelo para la creación y uso de AIS, que refleja los diversos estados del sistema desde el momento en que aparece en un conjunto determinado de herramientas hasta el momento en que está completamente fuera de uso.
Para AIS, se distinguen condicionalmente las siguientes etapas principales de su ciclo de vida:
1. análisis: determinar qué debe hacer el sistema;
2. diseño: determinar cómo funcionará el sistema: en primer lugar, la especificación de subsistemas, componentes funcionales y cómo interactúan en el sistema;
3. desarrollo: la creación de componentes funcionales y subsistemas individuales, la conexión de subsistemas en un todo único;
4. prueba: verificar el cumplimiento funcional y paramétrico del sistema con los indicadores determinados en la etapa de análisis;
5. implementación - instalación y puesta en marcha del sistema;
6. soporte: garantizar el proceso regular de operación del sistema en la empresa del cliente.
Las etapas de desarrollo, prueba e implementación de AIS se denotan con un solo término: implementación.
En cada etapa del ciclo de vida se genera un determinado conjunto de soluciones técnicas y documentos que las reflejan, mientras que para cada etapa los documentos y decisiones tomadas en la etapa anterior son los iniciales.
Los modelos de ciclo de vida existentes determinan el orden de ejecución de las etapas en el proceso de creación de un sistema, así como los criterios para pasar de una etapa a otra. Los más extendidos son los siguientes modelos.
modelo en cascada implica la transición a la siguiente etapa después de la finalización del trabajo de la etapa anterior. Este modelo se utiliza en la construcción de AIS, para el cual al comienzo del desarrollo es posible formular todos los requisitos de manera bastante precisa y completa. Esto da a los desarrolladores la libertad de implementarlos lo mejor que puedan desde un punto de vista técnico. Esta categoría incluye sistemas de liquidación complejos, sistemas en tiempo real y otros. Sin embargo, este enfoque tiene una serie de desventajas, principalmente debido al hecho de que el proceso real de creación de un sistema nunca encaja completamente en un esquema rígido. Por ejemplo, en el proceso de creación de software, existe la necesidad de volver a etapas anteriores y aclarar o revisar decisiones tomadas anteriormente.
modelo espiral se apoya en las etapas iniciales del ciclo de vida: análisis, diseño preliminar y detallado.
Cada vuelta de la espiral corresponde a un modelo paso a paso para crear un fragmento o versión del sistema, en el que se especifican los objetivos y características del proyecto, se determina su calidad y el trabajo de la próxima vuelta del sistema. la espiral está prevista. El principal problema es determinar el momento de transición a la siguiente etapa. Para solucionarlo, es necesario introducir límites temporales para cada una de las etapas del ciclo de vida. La transición se lleva a cabo de acuerdo con el plan, que se compila sobre la base de datos estadísticos obtenidos en proyectos anteriores y la experiencia personal de los desarrolladores. La desventaja de este enfoque son los problemas no resueltos y los errores cometidos en las etapas de análisis y diseño. Pueden dar lugar a problemas en etapas posteriores e incluso al fracaso de todo el proyecto. Por este motivo, el análisis y el diseño deben realizarse con especial cuidado.
Modelos de ciclo de vida AIS - Una estructura que define la implementación secuencial de procesos, acciones, tareas realizadas a lo largo del ciclo de vida y la relación entre estos procesos.
modelo en cascada. La transición a la siguiente etapa significa la finalización completa del trabajo en la etapa anterior. Los requisitos definidos en la etapa de formación de requisitos se documentan estrictamente en forma de términos de referencia y se fijan durante toda la duración del desarrollo del proyecto. Cada etapa culmina con el lanzamiento de un conjunto completo de documentación suficiente para que otro equipo de desarrollo continúe con el desarrollo.
Etapas del proyecto según el modelo de cascada:
1. Formación de requisitos;
2. Diseño;
3. Desarrollo;
4. Pruebas;
5. Introducción;
6. Operación y mantenimiento.
ventajas:
-Documentación completa y consensuada en cada etapa;
-Orden determinado de la secuencia de trabajo;
- Le permite planificar claramente el tiempo y los costos.
Desventajas:
-Retraso significativo en la obtención de resultados listos para usar;
- Los errores en cualquiera de las etapas se detectan en las etapas posteriores, lo que lleva a la necesidad de devolver y volver a registrar la documentación del proyecto;
- Dificultad en la gestión de proyectos.
modelo en espiral. Cada iteración corresponde a la creación de un fragmento o versión del software, aclara los objetivos y características del proyecto, evalúa la calidad de los resultados obtenidos y planifica el trabajo de la próxima iteración.
Cada iteración: ciclos de desarrollo completos en forma de la primera versión del AIS.
Pasos de iteración:
1.Formación de requisitos
3. Diseño
4.Desarrollo
5. Integración
En cada iteración, se evalúa lo siguiente:
El riesgo de exceder los plazos y el costo del proyecto;
La necesidad de realizar otra iteración;
El grado de integridad y precisión de la comprensión de los requisitos del sistema;
La conveniencia de dar por terminado el proyecto.
ventajas:
-Simplifica el proceso de realizar cambios en el proyecto;
- Proporciona una mayor flexibilidad en la gestión de proyectos;
- La posibilidad de obtener un sistema fiable y estable, porque se encuentran errores e inconsistencias en cada iteración;
- Influencia del cliente en el trabajo en el proceso de comprobación de cada iteración.
Desventajas:
-Complejidad de la planificación;
-Modo intenso de trabajo para desarrolladores;
-La planificación del trabajo se basa en la experiencia y no hay suficientes métricas para medir la calidad de cada versión.
Requisitos para la tecnología de diseño, desarrollo y mantenimiento de AIS
Diseñar tecnología- define una combinación de tres componentes:
- procedimiento paso a paso, que determina la secuencia de las operaciones de diseño tecnológico;
- reglas utilizadas para evaluar los resultados de las operaciones tecnológicas;
-actuación desarrollo de diseño para revisión y aprobación.
Las instrucciones tecnológicas, que constituyen el contenido principal de la tecnología, deben consistir en una descripción de la secuencia de operaciones tecnológicas, las condiciones según las cuales se realiza una u otra operación y descripciones de las operaciones mismas.
La tecnología para diseñar, desarrollar y mantener SI debe cumplir con los siguientes requerimientos generales:
La tecnología debe soportar el ciclo de vida completo del software;
La tecnología debe asegurar el logro garantizado de los objetivos de desarrollo de SI con una calidad dada y en fijar tiempo;
La tecnología debe proporcionar la capacidad de realizar trabajos en el diseño de subsistemas individuales. grupos pequeños(3-7 personas). Esto se debe a los principios de capacidad de gestión del equipo y aumento de la productividad al minimizar el número de relaciones Externas;
La tecnología debe prever la posibilidad de gestionar la configuración del proyecto, mantener versiones del proyecto y sus componentes, la posibilidad de emitir automáticamente la documentación del proyecto y sincronizar sus versiones con las versiones del proyecto;
El uso de cualquier tecnología para el diseño, desarrollo y mantenimiento de SI en una organización particular y un proyecto particular es imposible sin el desarrollo de una serie de estándares (reglas, acuerdos) que deben ser observados por todos los participantes del proyecto. a tal normas Incluya lo siguiente:
- estándar de diseño;
- estándar para el diseño de la documentación del proyecto;
- estándar de interfaz de usuario.
Requisito de desarrollo
- Realización de trabajos de creación de software;
Preparación para la introducción de AIS;
Control, testeo de los principales indicadores del proyecto.
Requisitos adjuntos
La finalización de la implementación del CIS debe ir acompañada de la publicación del sistema. reglamentos administrativos y descripciones de trabajo definir el orden de funcionamiento de la organización. Desde el momento en que se pone en funcionamiento el sistema de información, la operación se realiza sobre la base del "Reglamento de funcionamiento del sistema de información" y una serie de normas. El mantenimiento del sistema y su funcionamiento ininterrumpido lo lleva a cabo una subdivisión de la organización autorizada por la orden correspondiente. El perfeccionamiento del sistema de información después de la puesta en marcha se lleva a cabo de acuerdo con los proyectos individuales y los términos de referencia.
En el proceso de mantenimiento de la CEI, la tarea es mantener su viabilidad. La viabilidad del CIS está determinada en gran medida por su correspondencia con las tareas y necesidades reales de la universidad, que van cambiando durante el ciclo de vida del CIS.