This process is used to model or provide a framework for technical and non-technical
activities to deliver a quality system which meets or exceeds a business’s expectations
or manage decision-making progression. This is also a series of phases: (1) planning, (2)
systems analysis and requirements, (3) system design, (4) development, (5) integration
and testing, (6) implementation, and (7) operations and maintenance; to create a
hardware system only, a software system only or a combination of both to meet or
exceed customer’s expectations.
There are variety of techniques that a system analyst must know to plan in a team
environment, where input from users, managers, and IT staff contributes to the system
design.
Architectural Design - emphasizes the design of the systems architecture that describes
the structure, behavior and more views of that system and analysis.
Logical Design - pertains to an abstract representation of the data flows, inputs and
outputs of the system. This is often conducted via modelling, using an over-abstract
(and sometimes graphical) model of the actual system. In the context of systems,
designs are included. Logical design includes entity-relationship diagrams (ER
diagrams).
Physical Design -relates to the actual input and output processes of the system. This is
explained in terms of how data is input into a system, how it is verified/authenticated,
how it is processed, and how it is displayed.
Structured Analysis - this is also the SLDC – where traditional systems development
technique that is time-tested and easy to understand. Structured analysis uses a set of
processes models to describe a system graphically. Because it focuses on processes
that transform data in useful information, structured analysis is called a process-
centered technique.
Prototyping – is an approach to software development that requires developers to
construct a working representation of the system. Some practitioners say that
prototyping significantly reduces the time between requirements determination and
delivering a system, current system requirements are more accurately reflected in the
final product.
Soft System Methodology (SSM) - emphasizes the identification of the ideal system and
how it can be reached rather than improving on the current system. SSM models the
problem situation (the real world) with “rich pictures”.
The project team is the staff who actively work on the project, at some stage, during
the lifetime of the project. Some may have a specific roles and skills.
Team member roles will vary depending on the type of project. Typically they might be
to: (1) Provide functional expertise in an administrative process, (2) Work with users to
ensure the project meets business needs, (3) Documentation and analysis of current
and future processes/systems, (4) Identification and mapping of information needs, (5)
Defining requirements for reporting and interfacing, and (6) User training.
A context diagram shows very little detail. Systems designers usually elaborate on the
elements in the context DFDs by decomposing them into more detailed levels. Physical
DFDs show more detailed processes of the application. The first level of detail is called a
physical DFD.
The physical DFD focuses on physical entities such as the employees involved in the
system, tangible documents, reports, inputs, and outputs that flow through the system.
A physical DFD illustrates which internal and external entities participate in a given
system but does not give the users a good idea of what these entities do. A logical DFD
addresses this requirement.
Level 0 DFD: It shows only in broad terms what tasks a system perform. But most
systems are more complex and therefore require more detail to describe them
completely.
A graphical description of the relationship among the input, processing, and output
in an information system. It typically depicts the electronic flow of data and processing
steps in an AIS.
A forms distribution chart shows the distribution of multiple copy forms within an
organization. The emphasis is on who gets what forms rather than on how these
REFERENCES:
http://www.gla.ac.uk/media/media_26397_en.pdf
http://jessevimgaleon.blogspot.com/2013/07/systems-development-tools-and-
techniques.html
https://www.techopedia.com/definition/18199/computer-aided-system-engineering-
tool-case-tool
https://www.dlsweb.rmit.edu.au/toolbox/knowmang/content/gathering_data/systems_
development_methodologie.htm
http://www.businessdictionary.com/definition/data-flow-diagram.html
https://en.wikipedia.org/wiki/Systems_design