Beruflich Dokumente
Kultur Dokumente
Zahra Emadi
Alsnousi Essa
Jon Mirhadi
Bahar Sadrzadeh
Neil Struth
Dike Ukaegbu
Introduction
• JSD acronym for Jackson System Development
• JSD is a structured systems analysis and design method
– Similar to SSADM
• JSD is used for developing IS with a strong time dimension
• JSD systems are real-time
– Simulates events dynamically
• Combines reality-drive and information-system driven
approaches
• It uses Entity Structure Diagrams (ESD), Network Diagrams
(ND) and System Implementation Diagrams (SID) to model a
system.
History
• Created by Michael A. Jackson and John Cameron in 1980’s.
• Created using the principles of JSP
– Jackson Structured Programming
– Developed in the 1970’s by Michael Jackson (Jackson, 1975)
– “Aspects of JSP are defused throughout JSD, so that the JSD
methodology is a significant development on its precursors, and
therefore should not be seen as a “front end” to JSP but an extension of
it, where JSP is the core” (Rawlings, n.d.)
• Orientated towards software and not organisational needs.
History (2)
• Can be used to design programs for any programming
language with structured control constructs (e.g. C, Java, Perl)
• Arguably one of the first Object Orientated software
development methods
– Identifies objects (entities) by time ordering events (actions)
• Updated versions have been described in:
– LBMS Jackson System Development (Wiley, 1992)
– Practical Program Development using JSP (Storer, 1987)
Aims and Purpose
• Purpose
– To create maintainable software
– A method for specifying and describing systems
• Whose application domain has a strong temporal flavour
• Contains objects whose behaviour can be described as sequences and
events
• Aims to:
– Ensure final system is a “true reflection” of developers and users
perceptions of the real world
• Begins with
– Describing the real world
Overview
• JSD can be described in phases and steps
• Three major phases of JSD:
– Modelling
– Network
– Implementation
• Broken into six steps
– First four concerned with deriving a specification for the required
system
– Last two concerned with implementation of the specification
Key Definitions
• Entity Structure Diagrams
– Entity
• An object that acts and is acted on by the system
– Action
• Carried out by entities and affect other entities
– Constructs – Sequence
• Identical to SSADM Entity Life History constructs
• Use a sequence to demonstrate actions that are executed in order(left to
right)
JSD Entity Structure Diagram
• A process model for both analysis and design
• Processes described by ESD (Entity Structure Diagram)
Three Stages: Modelling
• Modelling Stage
– Events and entities are identified
– Entity structures and entity life cycles are formed.
– Result of this stage is a set of
• Tables
• Definitions
• Diagrams
– This describes:
• in user terms:
– Exactly what happens in the organisation
• In implementation terms:
– the contents of the database, integrity and update rules.
Three Stages: Network
• Network Stage
– Inputs and outputs added to the derived model.
• Allows analysis of input and output subsystems
– The description of this is in terms of a network of program
• Network of Communicating Sequential Processes (CSP)
– Concept developed by Tony Hoare (Hoare 1985)
– Build network by:
• Making one program for each entity (from modelling)
• Add new programs and connect to existing network
Three Stages: Network (2)
• Network Diagram
– Represents interaction between processes
– Sometimes known as System Specification Diagrams (SSD’s)
– Processes can be connected in two ways:
• DataStream
– Connect processes and specify what information is passed
• State Vector
– Specify the characteristic or state of the entity being changed by a process
Implementation Stage
• Implementation Stage
– Detailed design and coding
– How can the specification be transformed to run on hardware?
– Results of this stage is the final system
– The only stage where the machines and software the system is to run
is considered
– Thus it covers design issues:
• Physical Data Design
• Reconfiguring the network (combining components)
– This would not be considered “implementation” by other
methodologies
Entity/Action Step
• In abstract terms the developer describes the real world
– JSD more concerned with behaviour rather than attributes or
relationships.
• Describe in terms of entities and actions in which they
participate.
• JSD is concerned with modelling system dynamics
– Conventional modelling presents a static view
• A JSD entity must meet the following:
– "it must perform or suffer actions in a significant time ordering
– it must exist in the real world outside of the system that models the
real world
– it must be capable of individual instantiation with a unique name"
(Rawlings, n.d.)
Entity Structure Step
• A diagrammatic notation known as Structure Diagrams is
introduced by JSD
• Used to represent entity structure and time ordering of
actions
• Actions applied to entity as a sequence
– Either-or selection or
– Repetitively (iteration)
• Represented by a *
Initial Model Step
• By the point the developer has an "abstract description of the
real world in terms of sequential access" (Jackson, 1983)
• Converts the abstract description into a specification
– By stating connections between processes in the real world and
processes in the model
• Portrayed using a System Specification Diagram
• Internal details can be specified using structure text