El Desarrollo Del Sistema Jackson 4dpn

El desarrollo del sistema Jackson (JSD) es lineal metodología de desarrollo de software desarrollado por Michael A. Jackson y John Cameron en los años 1980. Michael Anthony Jackson (nacido el 16 de febrero de 1936) es un británico experto en informática, e independiente de computación consultora en Londres, Inglaterra. También es investigador a tiempo parcial en AT & T Labs Investigación, Florham Park, Nueva Jersey, Estados Unidos, y la investigación visitando profesor en la Universidad Abierta en el Reino Unido. Trabajos Jackson ha desarrollado una serie de métodos. Cada uno de estos métodos cubre un ámbito más amplio que el anterior, y se basa en las ideas que aparecían, pero no estaban completamente desarrollados, que en el anterior. La lectura de sus libros de forma secuencial le permite seguir la evolución de su pensamiento.

Jackson programación estructurada Jackson Structured Programming Jackson programación estructurada (JSP) fue el método de desarrollo de software que primero desarrolló Jackson. Es un método de diseño de los programas, y se describió en su libro Principios de Diseño del Programa. JSP abarca el diseño de programas individuales, pero no los sistemas.

Jackson System Development El desarrollo del ordenamiento Jackson (JSD) fue el método de desarrollo de software que Jackson segunda desarrollado. JSD es un método de desarrollo de sistemas no sólo para los programas individuales, pero para sistemas completos. JSD es más fácilmente aplicable a los sistemas de información, pero se puede ampliar fácilmente para el desarrollo de sistemas embebidos en tiempo real. JSD se describe en su libro Desarrollo de Sistemas.

Problema Marcos Enfoque Problem Frames Approach Análisis de los problemas o el Enfoque de Solución Marcos fue el tercer método de desarrollo de software que desarrolló Jackson. Se ocupa de los aspectos de desarrollo de todo tipo de software, no sólo los sistemas de información. Fue bosquejado por primera vez en su libro Requisitos de software y especificaciones, y se describe de forma

más completa en su libro Problemas Marcos. El Primer Taller Internacional sobre Aplicaciones y avances en Problema Marcos se llevó a cabo como parte de ICSE'04 celebrada en Edimburgo, Escocia. Historia JSD se presentó por primera vez por Michael A. Jackson en 1982, en un artículo titulado "Un método de desarrollo del sistema". Y en 1983 en el Desarrollo del Sistema. Desarrollo del Sistema de Jackson (JSD) es un método de desarrollo de sistemas que abarca el ciclo de vida del software, ya sea directamente o, al proporcionar un marco en el cual las técnicas más especializadas pueden caber. Desarrollo del Sistema de Jackson puede comenzar desde la etapa de un proyecto cuando sólo hay una declaración general de los requisitos. Sin embargo, muchos proyectos que han utilizado el Desarrollo del Sistema de Jackson comenzaron realmente un poco más tarde en el ciclo de la vida, haciendo los primeros pasos en gran parte de los documentos existentes en lugar de hacerlo directamente con los s. Los pasos posteriores de JSD producen el código del sistema final. Primero el método de Jackson, Jackson programación estructurada (JSP), se utiliza para producir el código final. La salida de los pasos anteriores de JSD son un conjunto de problemas de diseño del programa, el diseño de los cuales es el objeto de la JSP. El mantenimiento también es abordado por volver a trabajar cualquiera de los pasos anteriores son apropiadas. JSD continuó evolucionando, y algunas nuevas características fueron introducidas en el método. Estos se describen en una colección de documentos de 1989 por John Cameron, JSP y JSD, y en la versión de 1992 (versión 2) del manual LBMS JSD. Desarrollo del método JSD llegó a su fin a principios de la década de 1990 como el pensamiento de Jackson se convirtió en el Enfoque de Solución Marcos con la publicación de Requisitos de software y especificaciones (1995) y Problema Marcos: Analizar y problemas de desarrollo de software Estructuración (2000). Principios de funcionamiento Tres principios básicos de funcionamiento de JSD es que: 

El desarrollo debe comenzar con la descripción y modelado del mundo real, en lugar de especificar o la estructuración de la función realizada por el sistema. Un sistema realizado utilizando el método de JSD realiza la simulación del mundo real antes de que se le prestó atención directa a la función o propósito del sistema.



Un modelo adecuado de un mundo ordenado por tiempo debe ser ella misma ordenado por tiempo. El principal objetivo es mapear el progreso en el mundo real de los avances en el sistema que modela.



La forma de implementar el sistema se basa en la transformación de los valores especificados en conjunto eficiente de los procesos. Estos procesos deben ser diseñados de tal manera que sería posible ejecutar en software y hardware disponible.

JSD pasos Cuando fue presentado originalmente por Jackson en 1982, consistió en seis pasos:

[5]

el método

1. Entidad / paso de acción 2. paso modelo inicial 3. paso función interactiva 4. paso función de información 5. etapa de temporización del sistema 6. la etapa de implementación del sistema Más tarde, se combinaron algunos pasos para crear un método con sólo tres pasos. 1. Modelado etapa (análisis): con la entidad / paso de acción y de paso estructuras entidad. 2. Etapa de la red (diseño): con el paso inicial del modelo, paso la función, y la etapa de temporización del sistema. 3. Etapa de ejecución (realización): la etapa de implementación.

Etapa de modelado En la etapa de modelado el diseñador crea una colección de diagramas de estructura de la entidad y se identifican las entidades en el sistema, las acciones que realizan, el tiempo-ordenamiento de las acciones en la vida de las entidades y los atributos de las acciones y entidades. Diagramas de estructura Entidad utilizan la notación de diagramas de Jackson programación estructurada diagramas de estructura. 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 lo

son. La buena comunicación entre los desarrolladores y los s del nuevo sistema es muy importante. Esta etapa es la combinación de la primera etapa de entidad / acción y la etapa de estructuras entidad. Etapa de la red En la etapa de la red se desarrolla un modelo del sistema en su conjunto y representada como un diagrama de especificación del sistema (SSD) (también conocido como un diagrama de la red). Diagramas de red muestran procesos (rectángulos) y la forma en que se comunican entre sí, ya sea mediante el vector de estado de conexiones (diamantes) o vía de flujo de datos conexiones (círculos). En esta etapa es la funcionalidad del sistema definido. Cada entidad se convierte en un proceso o programa en el diagrama de la red. Los programas externos se añaden después a los diagramas de red. El propósito de estos programas es para procesar la entrada, calcular la producción y para mantener los procesos de la entidad hasta a la fecha. Todo el sistema se describe con estos diagramas de red y se completan con las descripciones acerca de los datos y las conexiones entre los procesos y programas. El paso inicial modelo especifica una simulación del mundo real. La etapa de la función se suma a esta simulación las operaciones ejecutables adicionales y procesos necesarios para producir una salida del sistema. Etapa de temporización del sistema proporciona la sincronización entre los procesos, introduce limitaciones. Esta etapa es la combinación de la etapa del antiguo "modelo inicial", el paso de la "función" y el paso de "sistema de cronometraje '. Etapa de implementación En la etapa de aplicación del modelo de red abstracto de la solución se convierte en un sistema físico, representado como un diagrama de la implementación del sistema (SID). El SID muestra el sistema como un planificador de proceso que llama módulos que implementan los procesos. Flujos de datos se representan como las llamadas a los procesos de arriba abajo. Símbolos de bases de datos representan colecciones de entidades estatales-vectores, y hay símbolos especiales para los archivos de memoria intermedia (que deben ser implementadas cuando los procesos están programados para ejecutarse en diferentes intervalos de tiempo). La preocupación central de paso de implementación es la optimización del sistema. Es necesario reducir el número de procesos, ya que es imposible proporcionar cada proceso que está contenida en la especificación con su propio procesador virtual. Por medio de la transformación, los procesos se combinan con el fin de límites de su número al número de procesadores. El diseño de los diagramas

Diagrama de estructura de la entidad (ESD) El diagrama muestra cómo las entidades de acción cooperan con el sistema. Estructura de la entidad diagrama (ESD) notaciones: 

Entidad: Una entidad es un objeto que se utiliza en el sistema y por el sistema.



Acción: Las acciones que se llevan a cabo por las entidades y las acciones que afectan a otras entidades.



Construir-secuencia: El constructo JSD es idéntica a la SS Entidad Historia de vida constructo. Use un SequenceConstruct para ilustrar las acciones que se aplican de izquierda a derecha.



Construir-selección: Para reflejar una elección entre dos o más acciones. Marque las opciones en la esquina topright con una "O" (opcional).



Construir-recurrencia: Cuando una acción se repite, coloque un pequeño asterisco (*) en la esquina topright.

Normalmente no habría una sola acción por debajo de un RecurringConstruct. 

Componente nula: Un componente nula puede asegurarse de que nada sucede en una instrucción IF-ELSE. Diagrama de red (ND) Diagramas de red muestran la interacción entre los procesos. A veces se les conoce como diagramas de especificación del sistema (SSD). Diagrama de Red (ND) notaciones: 

Proceso: Los procesos representan las funciones del sistema. Un modelo de proceso representa las funciones del sistema primario. Por lo general, tiene una relación con una entidad exterior a través de la corriente de datos.



Conexión de flujo de datos: En una conexión de flujo de datos, el proceso A (la entidad que escribe el flujo de datos) envía activamente información a otro proceso B.



Estado de inspección del vector: En una conexión vector de estado, el proceso B (la entidad que lee la información de vector de estado) lee la información de vector de estado de otra entidad A.

La diferencia entre un vector de estado de conexión y una conexión de flujo de datos se encuentra en el cual proceso está activo. En una conexión de flujo de datos, el proceso de la información, A, es el proceso activo; envía activamente

un mensaje para el lector corriente de datos B en un momento en que (A, el remitente) elige. En una inspección de vector de estado, el proceso de la información, A, es pasivo; no hace más que dejar que el proceso lector B inspeccionar su vector de estado (de A). B, el proceso de hacer la inspección, es el proceso activo; decide cuándo va a leer la información de A. En términos generales, la conexión corriente de datos es una abstracción de paso de mensajes, mientras que la inspección vector de estado es una abstracción para el sondeo (y para la recuperación de base de datos).