Jackson System Development ( JSD ) es una metodología de desarrollo de software lineal desarrollada por Michael A. Jackson y John Cameron en la década de 1980.
JSD fue presentado por primera vez por Michael A. Jackson en 1982, en un artículo llamado "Un método de desarrollo de sistemas". [1] y en 1983 en Desarrollo de sistemas . [2] 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 , [3] y en la versión de 1992 (versión 2) del manual LBMS JSD. [4]
El desarrollo del método JSD llegó a su fin a principios de la década de 1990 cuando el pensamiento de Jackson evolucionó hacia el enfoque de marcos de problemas con la publicación de Requisitos y especificaciones de software (1995) y Marcos de problemas: análisis y estructuración de problemas de desarrollo de software (2000).
Tres principios básicos de funcionamiento de JSD son los siguientes:
Cuando Jackson lo presentó originalmente en 1982, [1] el método constaba de seis pasos:
Posteriormente, se combinaron algunos pasos para crear un método con solo tres pasos. [5]
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 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.
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 mediante conexiones de vectores de estado (diamantes) o mediante conexiones de 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".
En la etapa de implementación, el modelo de red abstracto de la solución se convierte en un sistema físico, representado como un diagrama de implementación del sistema (SID). El SID muestra el sistema como un proceso planificador que llama a módulos que implementan los procesos. Los flujos de datos se representan como llamadas a procesos invertidos. Los símbolos de la base de datos representan colecciones de vectores de estado de entidades, y hay símbolos especiales para los buffers de archivos (que deben implementarse cuando los procesos están programados para ejecutarse en diferentes intervalos de tiempo).
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.
El diagrama muestra cómo las entidades de acción cooperan con el sistema. Notaciones del diagrama de estructura de entidad (ESD):
Normalmente, solo habría una acción debajo de RecurringConstruct.
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):
La diferencia entre una conexión de vector de estado y una conexión de flujo de datos radica en qué proceso está activo. En una conexión de flujo de datos, el proceso con la información, A, es el proceso activo; envía activamente un mensaje al lector de flujo de datos B en el momento que él (A, el remitente) elija. 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 procese B inspeccione su vector de estado (A). B, el proceso que realiza la inspección, es el proceso activo; decide cuándo leerá información de A. En términos generales, la conexión de flujo de datos es una abstracción del paso de mensajes, mientras que la inspección del vector de estado es una abstracción para el sondeo (y la recuperación de bases de datos).