Software Engineering

Lecture 1 and 2

Puntland State University

Faculty : BSIT
Year: 2018
BY ENG: Adnan Mohamed Hassan
Email: adnaan.mohamed@psu.edu.so
Tell: +252 907 793556
Software Overview
Let us understand what Software Engineering stands for. The term is made of two words, software and engineering.
Software is more than just a program code. A program is an executable code, which serves some computational purpose. Software is considered to be collection
of executable programming code, associated libraries and documentations. Software, when made for a specific requirement is called software product.
Engineering on the other hand, is all about developing products, using well- defined, scientific principles and methods.

Software engineering is an engineering branch associated with development of software product using well-defined
scientific principles, methods and procedures. The outcome of software engineering is an efficient and reliable
software product.

1
 Software Engineering
Definitions
IEEE defines software engineering as:

(1)The application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software; that is, the
application of engineering to software.

(2) The study of approaches as in the above statement.

Fritz Bauer, a German computer scientist, defines software engineering as:

“Software engineering is the establishment and use of sound engineering principles in order to obtain economically software that is reliable and
work efficiently on real machines.”

Software Evolution
The process of developing a software product using software engineering principles and methods is referred to as Software Evolution. This includes the
initial development of software and its maintenance and updates, till desired software product is developed, which satisfies the expected requirements.
Evolution starts from the requirement gathering process. After which developers create a prototype of
the intended software and show it to the users to get their feedback at the early stage of the software
product development. The users suggest changes, on which several consecutive updates and
maintenance keep on changing too. This process changes to the original software, till the desired
software is accomplished.
Even after the user has the desired software in hand, the advancing technology and the changing
requirements force the software product to change accordingly. Re-creating software from scratch and
to go one-on-one with the requirement is 2
not feasible. The only feasible and economical solution is to update the existing software so that it matches the latest requirements.

Software Evolution Laws

Lehman has given laws for software evolution. He divided the software into three different categories:

1. Static-type (S-type) - This is a software, which works strictly according to defined specifications and solutions. The solution and the method to achieve it,
both are immediately understood before coding. The s-type software is least subjected to changes hence this is the simplest of all. For example, calculator
program for mathematical computation.
2. Practical-type (P-type) - This is a software with a collection of procedures.This is defined by exactly what procedures can do. In this software, the
specifications can be described but the solution is not obviously instant. For example, gaming software.
3. Embedded-type (E-type) - This software works closely as the requirement of real-world environment. This software has a high degree of evolution as
there are various changes in laws, taxes etc. in the real world situations. For example, Online trading software.

E-Type software evolution

Lehman has given eight laws for E-Type software evolution -

4. Continuing change - An E-type software system must continue to adapt to the real world changes, else it becomes progressively less useful.

5. Increasing complexity - As an E-type software system evolves, its complexity tends to increase unless work is done to maintain or reduce it.
6. Conservation of familiarity - The familiarity with the software or the knowledge about how it was developed, why was it developed in that particular
manner etc., must be retained at any cost, to implement the changes in the system.
7. Continuing growth- In order for an E-type system intended to resolve some business problem, its size of implementing the changes grows according to the
3
lifestyle changes of the business.
 Software Engineering

5. Reducing quality - An E-type software system declines in quality unless rigorously maintained and adapted to a changing operationalenvironment.
6. Feedback systems- The E-type software systems constitute multi-loop, multi-level feedback systems and must be treated as such to be successfully modified
or improved.
7. Self-regulation - E-type system evolution processes are self-regulating with the distribution of product and process measures close to normal.
8. Organizational stability - The average effective global activity rate in an
evolving E-type system is invariant over the lifetime of the product.

Software Paradigms
Software paradigms refer to the methods and steps, which are taken while designing the software. There are many methods proposed and are implemented. But, we
need to see where in the software engineering concept, these paradigms stand. These can be combined into various categories, though each of them is contained in
one another:

Programming paradigm is a subset of Software design paradigm which is further a subset of Software development paradigm.
Software Development Paradigm
This paradigm is known as software engineering paradigms; where all the engineering concepts pertaining to the development of
software are applied. It includes various researches and requirement gathering which helps the software product to build. It consists
of.

4
  Requirement gathering Need of Software Engineering
 Software design The need of software engineering arises because of higher rate of change in user
 Programming requirements and environment on which the software is working. Following are some of the
needs stated:
Software Design Paradigm
This paradigm is a part of Software Development and includes –  Large software - It is easier to build a wall than a house or building, likewise, as the
size of the software becomes large, engineering has to step to give it a scientific
 Design
process.
 Maintenance
 Scalability- If the software process were not based on scientific and engineering
 Programming
concepts, it would be easier to re-create new software than to scale an existing one.
Programming Paradigm
 Cost- As hardware industry has shown its skills and huge manufacturing has lower
This paradigm is related closely to programming
down the price of computer and electronic hardware. But, cost of the software
aspect of software development. This includes –
remains high if proper process is not adapted.
 Coding
 Dynamic Nature- Always growing and adapting nature of the software hugely
 Testing
depends upon the environment in which the user works. If the nature of software is
 Integration
always changing, new enhancements need to be done in the existing one. This is
where the software engineering plays a good role.
 Quality Management- Better process of software development provides better and
quality software product.

5
Characteristics of good software
A software product can be judged by what it offers and how well it can be used. This software must satisfy on the following grounds:
Well-engineered and crafted software is expected to have characteristics:
 Operational
 Transitional
 Maintenance
Operational
This tells us how well the software works in operations. It can be measured on:
 Budget
 Usability
Transitional
 Efficiency
This aspect is important when the software is moved from one platform to another:
 Correctness
 Portability
 Functionality
 Interoperability
 Dependability
 Reusability
 Security
 Adaptability
 Safety
Maintenance
This aspect briefs about how well the software has the capabilities to maintain itself in the ever- changing environment:
 Modularity
 Maintainability
 Flexibility
 Scalability
6
Software Development Life Cycle
Software Development Life Cycle, SDLC for short, is a well-defined, structured sequence of stages in software engineering to develop the intended software
product.

SDLC Activities
SDLC provides a series of steps to be followed to design and develop a software product efficiently. SDLC framework includes the following steps:

Communication
This is the first step where the user initiates the request for a desired software product. The user contacts the
service provider and tries to negotiate the terms, submits the request to the service providing organization in
writing.
Requirement Gathering
This step onwards the software development team works to carry on the project. The team holds discussions
with various stakeholders from problem domain and tries to bring out as much information as possible on their
requirements. The requirements are contemplated and segregated into user requirements, system requirements
and functional requirements. The requirements are collected using a number of practices as given -

8
Feasibility Study
After requirement gathering, the team comes up with a rough plan of software process. At this step the team analyzes if a software can be designed to fulfill all
requirements of the user, and if there is any possibility of software being no more useful. It is also analyzed if the project is financially, practically, and
technologically feasible for the organization to take up. There are many algorithms available, which help the developers to conclude the feasibility of a software
project.
System Analysis
At this step the developers decide a roadmap of their plan and try to bring up the best software model suitable for the project. System analysis includes
understanding of software product limitations, learning system related problems or changes to be done in existing systems beforehand, identifying and
addressing the impact of project on organization and personnel etc. The project team analyzes the scope of the project and plans the schedule and resources
accordingly.
Software Design
Next step is to bring down whole knowledge of requirements and analysis on the desk and design the software product. The inputs from users and information
gathered in requirement gathering phase are the inputs of this step. The output of this step comes in the form of two designs; logical design, and physical
design. Engineers produce meta-data and data dictionaries, logical diagrams, data-flow diagrams, and in some cases pseudo codes.
Coding
This step is also known as programming phase. The implementation of software design starts in terms of writing program code in the suitable programming
language and developing error-free executable programs efficiently.
Testing
An estimate says that 50% of whole software development process should be tested. Errors may ruin the software from critical level to its own removal.
Software testing is done while coding by the developers and thorough testing is conducted by testing experts at various levels of code such as module
testing,program testing, product testing, in-house testing, and testing the product at user’s end. Early discovery of errors and their remedy is the key to reliable
software. 9
 Software Engineering
Integration
Software may need to be integrated with the libraries, databases, and other program(s). This stage of SDLC is involved in the integration of software with outer
world entities.
Implementation
This means installing the software on user machines. At times, software needs post-installation configurations at user end. Software is tested for portability and
adaptability and integration related issues are solved during implementation.
Operation and Maintenance
This phase confirms the software operation in terms of more efficiency and less errors. If required, the users are trained on, or aided with the documentation on how
to operate the software and how to keep the software operational. The software is maintained timely by updating the code according to the changes taking place in
user end environment or technology. This phase may face challenges from hidden bugs and real-world unidentified problems.

Software Development Paradigm

The software development paradigm helps a developer to select a strategy to develop the software. A software development paradigm has its own set of tools,
methods, and procedures, which are expressed clearly and defines software development life cycle. A few of software development paradigms or process models
are defined as follows:

Waterfall Model
Waterfall model is the simplest model of software development paradigm. All the phases of SDLC will function one after another in linear manner. That is, when
the first phase is finished then only the second phase will start and so on.

10
This model assumes that everything is carried out and taken place perfectly as planned in Software
the previous
Engineering
stage and there is no need to think about the past
issues that may arise in the next phase. This model does not work smoothly if there are some issues left at the previous step. The sequential nature of
model does not allow us to go back and undo or redo our actions.
This model is best suited when developers already have designed and developed similar software in the past and are aware of all its domains.
Iterative Model
This model leads the software development process in iterations. It projects the process of development in cyclic manner repeating every step after every
cycle of SDLC process.

The software is first developed on very small scale and all the steps are followed which are taken into consideration. Then, on every next iteration, more features
and modules are designed, coded, tested, and added to the software. Every cycle produces a software, which is complete in itself and has more features and
capabilities than that of the previous one.
After each iteration, the management team can do work on risk management and prepare for the next iteration. Because a cycle includes small portion of whole

11
 Software Engineering

software process, it is easier to manage the development process but it consumes more resources.
Spiral Model
Spiral model is a combination of both, iterative model and one of the SDLC model. It can be seen as if you choose one SDLC model and combined it with
cyclic process (iterative model).

This model considers risk, which often goes un-noticed by most other models. The model starts with
determining objectives and constraints of the software at the start of one iteration. Next phase is of
prototyping the software. This includes risk analysis. Then one standard SDLC model is used to build
the software. In the fourth phase of the plan of next iteration is prepared.
V – model
The major drawback of waterfall model is we move to the next stage only when the previous one is
finished and there was no chance to go back if something is

At every stage, test plans and test cases are created to verify and validate the product according
to the requirement of that stage. For example, in requirement gathering stage the test team
prepares all the test cases in correspondence to the requirements. Later, when the product is
developed and is ready for testing, test cases of this stage verify the software against its
validity towards requirements at this stage.
This makes both verification and validation go in parallel. This model is also known as
verification and validation model.

12
 Software Engineering

Big Bang Model

This model is the simplest model in its form. It requires little planning, lots of programming and lots of funds. This model is conceptualized around the big
bang of universe. As scientists say that after big bang lots of galaxies, planets, and stars evolved just as an event. Likewise, if we put together lots of
programming and funds, you may achieve the best software product.

For this model, very small amount of planning is required. It does not follow any process, or at times
the customer is not sure about the requirements and future needs. So the input requirements are
arbitrary.
This model is not suitable for large software projects but good one for learning and experimenting.

14
Software Project Management
The job pattern of an IT company engaged in software development can be seen split in two parts:
 Software Creation
 Software Project Management
A project is well-defined task, which is a collection of several operations done in order to achieve a goal (for example, software development and delivery).
A Project can be characterized as:
 Every project may have a unique and distinct goal.
 Project is not a routine activity or day-to-day operation.
 Project comes with a start and end time.
 Project ends when its goal is achieved. Hence, it is a temporary phase in the lifetime of an organization.

 Project needs adequate resources in terms of time, manpower, finance, material, and knowledge-bank.

Software Project
A Software Project is the complete procedure of software development from requirement gathering to testing and maintenance, carried out according to the
execution methodologies, in a specified period of time to achieve intended software product.

Need of software project management

Software is said to be an intangible product. Software development is a kind of all new stream in world business and there is very little experience in
building software products. Most software products are tailor made to fit client’s requirements. The most important is that the underlying technology
changes and advances so frequently and rapidly that the experience of one product may not be applied to the other one. All such business and
environmental constraints bring 15
 Software Engineering

risk in software development hence it is essential to manage software projects efficiently.

The image above shows triple constraints for software projects. It is an essential part of software

organization to deliver quality product, keeping the cost within client’s budget constrain and deliver the project as per scheduled. There are several factors, both
internal and external, which may impact this tripleconstrain triangle. Any of the three factors can severely impact the other two.
Therefore, software project management is essential to incorporate user requirements along with budget and time constraints.

Software Project Manager

A software project manager is a person who undertakes the responsibility of executing the software project. Software project manager is thoroughly aware of all
the phases of SDLC that the software would go through. The project manager may never directly involve in producing the end product but he controls and
manages the activities involved in production.
A project manager closely monitors the development process, prepares and executes various plans, arranges necessary and adequate resources, maintains
communication among all team members in order to address issues of cost, budget, resources, time, quality and customer satisfaction.
Let us see few responsibilities that a project manager shoulders -
Managing People
Act as project leader
Lesion with stakeholders Managing human resources Setting up reporting hierarchy etc.
16
 Software Engineering

Managing Project
Defining and setting up project scope
Managing project management activities Monitoring progress and performance Risk analysis at every phase
Take necessary step to avoid or come out of problems Act as project spokesperson

Software Management Activities

Software project management comprises of a number of activities, which contains planning of project, deciding scope of software product, estimation of cost in
various terms, scheduling of tasks and events, and resource management. Project management activities may include:
Project Planning Scope Management Project Estimation

Project Planning
Software project planning is task, which is performed before the production of software actually starts. It is there for the software production but involves no
concrete activity that has any direct connection with the software production; rather it is a set of multiple processes, which facilitates software production.
Project planning may include the following:

Scope Management
It defines scope of the project; this includes all the activities, process need to be done in order to make a deliverable software product. Scope management is
essential because it creates boundaries of the project by clearly defining what would be done in the project and what would not be done. This makes project to
contain limited and quantifiable tasks, which can easily be documented and in turn avoids cost and time overrun.
During Project Scope management, it is necessary to - Define the scope
Decide its verification and control
Divide the project into various smaller parts for ease of management. 17
 Software Engineering

Verify the scope

Control the scope by incorporating changes to the scope

Project Estimation
For an effective management, accurate estimation of various measures is a must. With the correct estimation, managers can manage and control the project more
efficiently and effectively.
Project estimation may involve the following:

Software size estimation

Software size may be estimated either in terms of KLOC (Kilo Line of Code) or by calculating number of function points in the software. Lines of code
depend upon coding practices. Function points vary according to the user or software requirement.

Effort estimation
The manager estimates efforts in terms of personnel requirement and man-hour required to produce the software. For effort estimation software size should
be known. This can either be derived by manager’s experience, historical data of organization, or software size can be converted into efforts by using some
standard formulae.

Time estimation
Once size and efforts are estimated, the time required to produce the software can be estimated. Efforts required is segregated into sub categories as per the
requirement specifications and interdependency of various components of software. Software tasks are divided into smaller tasks, activities or events by
Work Breakthrough Structure (WBS). The tasks are scheduled on day-to-day basis or in calendar months.

The sum of time required to complete all tasks in hours or days is the total time invested to complete the project. 18
 Software Engineering
Cost estimation
This might be considered as the most difficult of all because it depends on more elements than any of the previous ones. For estimating project cost, it is
required to consider -
Size of the software Software quality Hardware
Additional software or tools, licenses etc. Skilled personnel with task-specific skills
Travel involved Communication Training and support

Project Estimation Techniques

We discussed various parameters involving project estimation such as size, effort, time and cost.
Project manager can estimate the listed factors using two broadly recognized techniques –
Decomposition Technique
This technique assumes the software as a product of various compositions. There are two main
models -
Line of Code: Here the estimation is done on behalf of number of line of codes in the software product.
Function Points: Here the estimation is done on behalf of number of function points in the software product.
Empirical Estimation Technique
This technique uses empirically derived formulae to make estimation.These formulae are based on LOC or FPs.
Putnam Model

This model is made by Lawrence H. Putnam, which is based on Norden’s frequency distribution (Rayleigh curve). Putnam model maps time and efforts
required with software size.
COCOMO
19