El desarrollo del sistema Jackson (JSD) es lineal metodologa de desarrollo de

software desarrollado por Michael A. Jackson y John Cameron en los aos

1980.
Michael Anthony Jackson (nacido el 16 de febrero de 1936) es un
britnico experto
en
informtica,
e
independiente de
computacin consultora
en Londres,
Inglaterra. Tambin
es
investigador a tiempo parcial en AT & T Labs Investigacin, Florham
Park,
Nueva
Jersey, Estados
Unidos,
y
la
investigacin
visitando profesor en la Universidad Abierta en el Reino Unido.
Trabajos
Jackson ha desarrollado una serie de mtodos. Cada uno de estos
mtodos cubre un mbito ms amplio que el anterior, y se basa en las
ideas que aparecan, pero no estaban completamente desarrollados,
que en el anterior. La lectura de sus libros de forma secuencial le
permite seguir la evolucin de su pensamiento.

Jackson programacin estructurada Jackson Structured Programming

Jackson programacin estructurada (JSP) fue el mtodo de desarrollo
de software que primero desarroll Jackson. Es un mtodo de diseo
de los programas, y se describi en su libro Principios de Diseo del
Programa. JSP abarca el diseo de programas individuales, pero no
los sistemas.

Jackson System Development

El desarrollo del ordenamiento Jackson (JSD) fue el mtodo de
desarrollo de software que Jackson segunda desarrollado. JSD es un
mtodo de desarrollo de sistemas no slo para los programas
individuales, pero para sistemas completos. JSD es ms fcilmente
aplicable a los sistemas de informacin, pero se puede ampliar
fcilmente para el desarrollo de sistemas embebidos en tiempo
real. JSD se describe en su libro Desarrollo de Sistemas.

Problema Marcos Enfoque Problem Frames Approach

Anlisis de los problemas o el Enfoque de Solucin Marcos fue el
tercer mtodo de desarrollo de software que desarroll Jackson. Se
ocupa de los aspectos de desarrollo de todo tipo de software, no slo
los sistemas de informacin. Fue bosquejado por primera vez en su
libro Requisitos de software y especificaciones, y se describe de forma

ms 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
artculo titulado "Un mtodo de desarrollo del sistema". Y en 1983 en el
Desarrollo del Sistema. Desarrollo del Sistema de Jackson (JSD) es un mtodo
de desarrollo de sistemas que abarca el ciclo de vida del software, ya sea
directamente o, al proporcionar un marco en el cual las tcnicas ms
especializadas pueden caber. Desarrollo del Sistema de Jackson puede
comenzar desde la etapa de un proyecto cuando slo hay una declaracin
general de los requisitos. Sin embargo, muchos proyectos que han utilizado el
Desarrollo del Sistema de Jackson comenzaron realmente un poco ms 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 usuarios. Los
pasos posteriores de JSD producen el cdigo del sistema final. Primero el
mtodo de Jackson, Jackson programacin estructurada (JSP), se utiliza para
producir el cdigo final. La salida de los pasos anteriores de JSD son un
conjunto de problemas de diseo del programa, el diseo de los cuales es el
objeto de la JSP. El mantenimiento tambin es abordado por volver a trabajar
cualquiera de los pasos anteriores son apropiadas.
JSD continu evolucionando, y algunas nuevas caractersticas fueron
introducidas en el mtodo. Estos se describen en una coleccin de documentos
de 1989 por John Cameron, JSP y JSD, y en la versin de 1992 (versin 2) del
manual LBMS JSD.
Desarrollo del mtodo JSD lleg a su fin a principios de la dcada de 1990
como el pensamiento de Jackson se convirti en el Enfoque de Solucin
Marcos con la publicacin de Requisitos de software y especificaciones (1995)
y Problema Marcos: Analizar y problemas de desarrollo de software
Estructuracin (2000).
Principios de funcionamiento
Tres principios bsicos de funcionamiento de JSD es que:

El desarrollo debe comenzar con la descripcin y modelado del mundo

real, en lugar de especificar o la estructuracin de la funcin realizada por el
sistema. Un sistema realizado utilizando el mtodo de JSD realiza la
simulacin del mundo real antes de que se le prest atencin directa a la
funcin o propsito 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 transformacin de los

valores especificados en conjunto eficiente de los procesos. Estos procesos
deben ser diseados de tal manera que sera posible ejecutar en software y
hardware disponible.

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

[5]

el mtodo

1. Entidad / paso de accin

2. paso modelo inicial
3. paso funcin interactiva
4. paso funcin de informacin
5. etapa de temporizacin del sistema
6. la etapa de implementacin del sistema
Ms tarde, se combinaron algunos pasos para crear un mtodo con slo tres
pasos.
1. Modelado etapa (anlisis): con la entidad / paso de accin y de paso
estructuras entidad.
2. Etapa de la red (diseo): con el paso inicial del modelo, paso la funcin,
y la etapa de temporizacin del sistema.
3. Etapa de ejecucin (realizacin): la etapa de implementacin.

Etapa de modelado
En la etapa de modelado el diseador crea una coleccin 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 notacin de diagramas de Jackson programacin
estructurada diagramas de estructura. Propsito de estos diagramas es crear
una descripcin completa de los aspectos del sistema y la organizacin. Los
desarrolladores tienen que decidir qu cosas son importantes y cules no lo

son. La buena comunicacin entre los desarrolladores y los usuarios del nuevo
sistema es muy importante.
Esta etapa es la combinacin de la primera etapa de entidad / accin 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 especificacin del sistema (SSD) (tambin
conocido como un diagrama de la red). Diagramas de red muestran procesos
(rectngulos) y la forma en que se comunican entre s, ya sea mediante el
vector de estado de conexiones (diamantes) o va de flujo de datos conexiones
(crculos). 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 aaden despus a los diagramas de red. El propsito
de estos programas es para procesar la entrada, calcular la produccin 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 simulacin del mundo real. La etapa de la
funcin se suma a esta simulacin las operaciones ejecutables adicionales y
procesos necesarios para producir una salida del sistema. Etapa de
temporizacin del sistema proporciona la sincronizacin entre los procesos,
introduce limitaciones. Esta etapa es la combinacin de la etapa del antiguo
"modelo inicial", el paso de la "funcin" y el paso de "sistema de cronometraje '.
Etapa de implementacin
En la etapa de aplicacin del modelo de red abstracto de la solucin se
convierte en un sistema fsico, representado como un diagrama de la
implementacin del sistema (SID). El SID muestra el sistema como
un planificador de proceso que llama mdulos que implementan los
procesos. Flujos de datos se representan como las llamadas a los procesos de
arriba abajo. Smbolos de bases de datos representan colecciones de
entidades estatales-vectores, y hay smbolos especiales para los archivos de
memoria intermedia (que deben ser implementadas cuando los procesos estn
programados para ejecutarse en diferentes intervalos de tiempo).
La preocupacin central de paso de implementacin es la optimizacin del
sistema. Es necesario reducir el nmero de procesos, ya que es imposible
proporcionar cada proceso que est contenida en la especificacin con su
propio procesador virtual. Por medio de la transformacin, los procesos se
combinan con el fin de lmites de su nmero al nmero de procesadores.
El diseo de los diagramas

Diagrama de estructura de la entidad (ESD)

El diagrama muestra cmo las entidades de accin 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.

Accin: Las acciones que se llevan a cabo por las entidades y las
acciones que afectan a otras entidades.

Construir-secuencia: El constructo JSD es idntica a la SSADM Entidad

Historia de vida constructo. Use un SequenceConstruct para ilustrar las
acciones que se aplican de izquierda a derecha.

Construir-seleccin: Para reflejar una eleccin entre dos o ms

acciones. Marque las opciones en la esquina topright con una "O"
(opcional).

Construir-recurrencia: Cuando una accin se repite, coloque un pequeo

asterisco (*) en la esquina topright.

Normalmente no habra una sola accin por debajo de un RecurringConstruct.

Componente nula: Un componente nula puede asegurarse de que nada

sucede en una instruccin IF-ELSE.
Diagrama de red (ND)
Diagramas de red muestran la interaccin entre los procesos. A veces se les
conoce como diagramas de especificacin 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 relacin con una entidad exterior a travs de la corriente
de datos.

Conexin de flujo de datos: En una conexin de flujo de datos, el

proceso A (la entidad que escribe el flujo de datos) enva activamente
informacin a otro proceso B.

Estado de inspeccin del vector: En una conexin vector de estado, el

proceso B (la entidad que lee la informacin de vector de estado) lee la
informacin de vector de estado de otra entidad A.

La diferencia entre un vector de estado de conexin y una conexin de flujo de

datos se encuentra en el cual proceso est activo. En una conexin de flujo de
datos, el proceso de la informacin, A, es el proceso activo; enva activamente

un mensaje para el lector corriente de datos B en un momento en que (A, el

remitente) elige. En una inspeccin de vector de estado, el proceso de la
informacin, A, es pasivo; no hace ms que dejar que el proceso lector B
inspeccionar su vector de estado (de A). B, el proceso de hacer la inspeccin,
es el proceso activo; decide cundo va a leer la informacin de A. En trminos
generales, la conexin corriente de datos es una abstraccin de paso de
mensajes, mientras que la inspeccin vector de estado es una abstraccin para
el sondeo (y para la recuperacin de base de datos).