Software Design Basics
Software Design Basics
Software Design Basics
http://www.tutorialspoint.com/software_engineering/software_design_basics.htm
Copyright tutorialspoint.com
Software design is a process to transform user requirements into some suitable form,
which helps the programmer in software coding and implementation.
For assessing user requirements, an SRS (Software Requirement Specification)
document is created whereas for coding and implementation, there is a need of more
specific and detailed requirements in software terms. The output of this process can
directly be used into implementation in programming languages.
Software design is the first step in SDLC (Software Design Life Cycle), which moves the
concentration from problem domain to solution domain. It tries to specify how to
fulfill the requirements mentioned in SRS.
Modularization
Modularization is a technique to divide a software system into multiple discrete and
independent modules, which are expected to be capable of carrying out task(s)
independently. These modules may work as basic constructs for the entire software.
Designers tend to design modules such that they can be executed and/or compiled
separately and independently.
Modular design unintentionally follows the rules of divide and conquer problemsolving strategy this is because there are many other benefits attached with the
Concurrency
Back in time, all software are meant to be executed sequentially. By sequential
execution we mean that the coded instruction will be executed one after another
implying only one portion of program being activated at any given time. Say, a
software has multiple modules, then only one of all the modules can be found active at
any time of execution.
In software design, concurrency is implemented by splitting the software into multiple
independent units of execution, like modules and executing them in parallel. In other
words, concurrency provides capability to the software to execute more than one part
of code in parallel to each other.
It is necessary for the programmers and designers to recognize those modules, which
can be made parallel execution.
Example
The spell check feature in word processor is a module of software, which runs along
side the word processor itself.
Cohesion
Cohesion is a measure that defines the degree of intra-dependability within elements
of a module. The greater the cohesion, the better is the program design.
Coupling
Coupling is a measure that defines the level of inter-dependability among modules of a
program. It tells at what level the modules interfere and interact with each other. The
lower the coupling, the better the program.
There are five levels of coupling, namely Content coupling - When a module can directly access or modify or refer to the
content of another module, it is called content level coupling.
Common coupling- When multiple modules have read and write access to some
global data, it is called common or global coupling.
Control coupling- Two modules are called control-coupled if one of them
decides the function of the other module or changes its flow of execution.
Stamp coupling- When multiple modules share common data structure and
work on different part of it, it is called stamp coupling.
Data coupling- Data coupling is when two modules interact with each other by
means of passing data (as parameter). If a module passes data structure as
parameter, then the receiving module should use all its components.
Design Verification
The output of software design process is design documentation, pseudo codes, detailed
logic diagrams, process diagrams, and detailed description of all functional or nonfunctional requirements.
The next phase, which is the implementation of software, depends on all outputs
mentioned above.
It is then becomes necessary to verify the output before proceeding to the next phase.
The early any mistake is detected, the better it is or it might not be detected until
testing of the product. If the outputs of design phase are in formal notation form, then
their associated tools for verification should be used otherwise a thorough design
review can be used for verification and validation.
By structured verification approach, reviewers can detect defects that might be caused
by overlooking some conditions. A good design review is important for good software
design, accuracy and quality.