Desarrollo del sistema Jackson

Jackson System Development ()JSD) es una metodología lineal de desarrollo de software desarrollada por Michael A. Jackson y John Cameron en los años 80.

Historia

JSD fue presentado por primera vez por Michael A. Jackson en 1982, en un artículo llamado "Un método de desarrollo de sistemas". y en 1983 en Desarrollo de sistemas. Jackson System Development (JSD) es un método de desarrollo de sistemas que cubre el ciclo de vida del software, ya sea directamente o proporcionando un marco en el que pueden encajar técnicas más especializadas. Jackson System Development puede comenzar desde la etapa de un proyecto en la que solo existe una declaración general de requisitos. Sin embargo, muchos proyectos que han utilizado Jackson System Development en realidad comenzaron un poco más tarde en el ciclo de vida, dando los primeros pasos en gran medida a partir de documentos existentes en lugar de hacerlo directamente con los usuarios. Los pasos posteriores de JSD producen el código del sistema final. El primer método de Jackson, la programación estructurada de Jackson (JSP), se utiliza para producir el código final. El resultado de los pasos anteriores de JSD son un conjunto de problemas de diseño de programas, cuyo diseño es el tema de JSP. El mantenimiento también se aborda reelaborando cualquiera de los pasos anteriores que sean apropiados.

JSD continuó evolucionando y se introdujeron algunas características nuevas en el método. Estos se describen en una colección de artículos de 1989 de John Cameron, JSP y JSD, y en la versión de 1992 (versión 2) del manual LBMS JSD.

El desarrollo del método JSD llegó a su fin a principios de los años noventa, ya que el pensamiento de Jackson se convirtió en el enfoque de problemas con la publicación de Requisitos y especificaciones del software (1995) y Marcos de problemas: análisis y análisis de problemas de desarrollo de software (2000).

Principios de funcionamiento

Three basic principles of operation of JSD is that:

• El desarrollo debe comenzar con describir y modelar el mundo real, en lugar de especificar o estructurar la función realizada por el sistema. Un sistema hecho con el método JSD realiza la simulación del mundo real antes de que se preste atención directa a la función o propósito del sistema.
• Un modelo adecuado de un mundo ordenado por el tiempo debe ser ordenado por el tiempo. El objetivo principal es mapear el progreso en el mundo real sobre el progreso en el sistema que lo modela.
• La forma de aplicar el sistema se basa en la transformación de la especificación en un conjunto eficiente de procesos. Estos procesos deben diseñarse de tal manera que sea posible ejecutarlos en software y hardware disponibles.

Pasos JSD

Cuando Jackson lo presentó originalmente en 1982, el método constaba de seis pasos:

1. Paso de participación/acción
2. Paso modelo inicial
3. Paso de función interactiva
4. Paso de la función de información
5. Paso de tiempo del sistema
6. Paso de aplicación del sistema

Más tarde, se combinaron algunos pasos para crear un método con solo tres pasos.

1. Etapa de modelado (análisis): con el entidad/etapa de acción y estructuras institucionales.
2. Etapa de red (diseño): con el primer paso modelo, función, y paso del tiempo del sistema.
3. Etapa de implementación (realización): paso de implementación.

Etapa de modelado

En la etapa de modelado, el diseñador crea una colección de diagramas de estructura de entidades e identifica las entidades en el sistema, las acciones que realizan, el orden temporal de las acciones en la vida de las entidades, y los atributos de las acciones y entidades. Los diagramas de estructura de entidades utilizan la notación de diagramación de los diagramas de estructura de la programación estructurada de Jackson. El propósito de estos diagramas es crear una descripción completa de los aspectos del sistema y la organización. Los desarrolladores tienen que decidir qué cosas son importantes y cuáles no. Es muy importante una buena comunicación entre desarrolladores y usuarios del nuevo sistema.

Esta etapa es la combinación del paso anterior de entidad/acción y el paso de estructuras de entidad.

Etapa de red

En la etapa de red, se desarrolla un modelo del sistema en su conjunto y se representa como un diagrama de especificación del sistema (SSD) (también conocido como diagrama de red). Los diagramas de red muestran procesos (rectángulos) y cómo se comunican entre sí, ya sea a través de conexiones vectores de estado (diamantes) o mediante conexiones flujo de datos (círculos). En esta etapa se define la funcionalidad del sistema. Cada entidad se convierte en un proceso o programa en el diagrama de red. Posteriormente se agregan programas externos a los diagramas de red. El propósito de estos programas es procesar los insumos, calcular los resultados y mantener actualizados los procesos de la entidad. Todo el sistema se describe con estos diagramas de red y se completan con descripciones sobre los datos y conexiones entre los procesos y programas.

El paso inicial del modelo especifica una simulación del mundo real. El paso de función agrega a esta simulación las operaciones y procesos ejecutables adicionales necesarios para producir resultados del sistema. El paso de sincronización del sistema proporciona sincronización entre procesos e introduce restricciones. Esta etapa es la combinación del paso anterior "modelo inicial", el paso "función" y el paso "sincronización del sistema".

Etapa de ejecución

En la etapa de implementación el modelo de red abstracta de la solución se convierte en un sistema físico, representado como diagrama de aplicación del sistema (SID). El SID muestra el sistema como un scheduler proceso que llama módulos que implementan los procesos. Las corrientes de datos están representadas como llamadas a procesos invertidos. Los símbolos de base representan colecciones de entidades estatales-vectores, y hay símbolos especiales para los búferes de archivos (que deben ser implementados cuando los procesos están programados para funcionar a intervalos de tiempo diferentes).

La preocupación central del paso de implementación es la optimización del sistema. Es necesario reducir el número de procesos porque es imposible dotar a cada proceso contenido en la especificación de su propio procesador virtual. Mediante transformación se combinan procesos para limitar su número al número de procesadores.

Diseñar los diagramas

Diagrama de estructura de Entidades (ESD)

El diagrama muestra cómo las entidades de acción cooperan con el sistema. Notaciones del diagrama de estructura de entidad (ESD):

• Entidad: Una entidad es un objeto que se utiliza en el sistema y por el sistema.
• Medida: Las acciones que llevan a cabo entidades y acciones que afectan a otras entidades.
• Construct-sequence: El constructo JSD es idéntico al constructo SSADM Entity Life History. Utilice un SequenceConstruct para ilustrar las acciones que se aplican de izquierda a derecha.
• Construct-selection: Para reflejar una elección entre dos o más acciones. Marque las opciones en la esquina superior derecha con una "o" (opción).
• Construct-recurrence: Cuando una acción repite, coloque un pequeño asterisco (*) en la esquina superior derecha.

Normalmente, solo habría una acción debajo de RecurringConstruct.

• Componente de casco: Un componente Null puede asegurarse de que nada ocurra en una declaración IF-ELSE.

Diagrama de red (ND)

Los diagramas de red muestran la interacción entre los procesos. A veces se les conoce como diagramas de especificaciones del sistema (SSD). Notaciones del diagrama de red (ND):

• Proceso: Los procesos representan funciones del sistema. Un modelo de proceso representa las funciones del sistema primario. Generalmente tiene una relación con una entidad externa a través de la corriente de datos.
• Conexión de datos: En una conexión de datastream, el proceso A (la entidad que escribe el flujo de datos) envía activamente información a otro proceso B.
• State vector inspection: En una conexión vectorial estatal, el proceso B (la entidad que lee la información del vector estatal) lee la información del vector estatal de otra entidad A.

La diferencia entre una conexión vectorial de estado y una conexión de flujo de datos se encuentra en la que el proceso está activo. En una conexión DataStream, el proceso con la información, A, es el proceso activo; Envía activamente un mensaje al DataStream Reader B en un momento que elige (A, el remitente). En una inspección de vectores de estado, el proceso con la información, a, es pasivo; No hace nada más que permitir que el lector B sea inspeccionar su vector de estado (A ' s). B, el proceso que realiza la inspección, es el proceso activo; Decide cuándo leerá información de A. En términos generales, DataStream Connection es una abstracción de la aprobación de mensajes, mientras que la inspección del vector de estado es una abstracción para la encuesta (y para la recuperación de la base de datos).