Software Engineering 120421
Software Engineering 120421
Software Engineering 120421
Software Engineering
(22413)
Semester –IV
Maharashtra State
Board of Technical Education, Mumbai
(Autonomous) (ISO 9001 : 2015) (lSO/IEC 27001 : 2013)
Maharashtra State Board of Technical Education,
(Autonomous) (ISO 9001 : 2008) (lSO/IEC 27001 : 2005)
4th Floor, Government Polytechnic Building, 49, Kherwadi, Bandra ( East ), Mumbai
400051.
(Printed on December, 2018)
MAHARASHTRA STATE
BOARD OF TECHNICAL EDUCATION
Certificate
This is to certify that Mr. / Ms:……………………………………………………………..............
Roll No..............................,…………. of Fourth Semester of Diploma
in……………………………….................................................................................................... of
Institute.............………………………………………………………… (Code:……….......) has
completed the term work satisfactorily in course - Software Engineering (22413) for the
academic year 20…. - 20…… as Prescribed in curriculum
Prepare USE Cases and and Draw Use Case Diagram using
5 CO2 PrO5
modelling Tool
7 CO3 PrO7 Develop data Designs using DFD Decision Table & ER
10 CO4 PrO10 Identify the risk involved in the project and prepare RMMM plan
Evaluate Size of the project using function point metric for the
11 CO4 PrO11
assigned project
Write Problem statement to define the Project Title with bounded scope of the project.
I] PRATICAL SIGNIFICANCE
To analyze the basic requirement of software product and to generate problem statement
and to analyze the bounded scope of the software product.
V] PRACTICAL OUTCOMES:-
Write a problem statement to define the perfect title the perfect title with
bounded scope of the project.
XI] CONCLUSION
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
XII] EXERCISE:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
XIII] REFERENCES:-
2) http://www.google.com
3) http://softwarebaba.com
4) Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -2
Select relevant process model of define activities & related tasks set of assignment project.
I] PRATICAL SIGNIFICANCE
To select and analyze the relevant model for assigned project and to define activities and related
tasks set for assigned project.
Po4 - Communication.
Write a program statement to define project. Project title with bounded scope the project.
PROCESS MODEL:-
A software process model is define simplified process representation of software process each
methods represent a process from a specific perspective.
WATERFALL MODEL:-
The waterfall model is also called as ' the linear-sequential model ' or ' classic life ' cycle model.
The software development starts with requirements gathering phase. Then progress through
analysis, design, coding, testing & maintenance.
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] EXERCISE:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
IX] REFERENCES:-
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -3
I] PRATICAL SIGNIFICANCE
Gather Application Specific requirements for assimilate into RE model. The functional
requirement is organized in two section; Requirement of your project and requirement of your
personal computer.
V] PRACTICAL OUTCOMES:-
2. Nonfunctional requirement:
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
IX] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
X] EXERCISE:
1. Gather and write application specific requirement for your any micro project.
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
XI] REFERENCES:-
5) http://www.google.com
6) http://softwarebaba.com
7) Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -4
Prepare broad SRS (Software requirement Software) for the above selected projects
I] PRATICAL SIGNIFICANCE
Prepare broad SRS (Software requirement Software) for the above selected projects
Prepared broad software requirement specification for the above defined project.
PURPOSE:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
SCOPE OF PROJECT:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
THE OVERALL DESCRIPTION:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
SECURITY REQUIREMENT:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
RELIABILITY:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
EXTENSIBILITY:
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] REFERENCES:-
a. http://www.google.com
b. http://softwarebaba.com
c. Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -5
Prepare USE Cases and Draw Use Case Diagram using modelling Tool
I] PRATICAL SIGNIFICANCE
A use case diagram software and system engineering term that describe how a user uses a system
to accomplish particular goal. A use case act as a software modeling technique that defines the
features to be implemented and the resolution of any errors that may be encountered.
To prepare use case and draw use case diagram using software modelling tool.
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] REFERENCES:-
d. http://www.google.com
e. http://softwarebaba.com
f. Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -6
Develop the activity diagram to represent flow from one activity to another for software
development
I] PRATICAL SIGNIFICANCE
Develop the activity diagram to represent flow from one activity to another for software
development
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] REFERENCES:-
http://www.google.com
http://softwarebaba.com
Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -7
I] PRATICAL SIGNIFICANCE
There are several notation as well as languages exists for the purpose of representation software
design. Some of them help to describe a structural organization, some are used to represent
behavior of system.
Level 0 DFD:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
Level 1 DFD:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
Level 2 DFD:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
ER Diagram:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
Decision Table :
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] REFERENCES:-
http://www.google.com
http://softwarebaba.com
Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -8
Draw class diagram, sequence diagram, Collaboration Diagram, State Transition Diagram
for the assigned project.
I] PRATICAL SIGNIFICANCE
There are several notation as well as languages exists for the purpose of representation software
design. Some of them help to describe a structural organization, some are used to represent
behavior of system.
Class diagram
Sequence diagram
Collaboration diagram
State transition diagram.
We draw class diagram, sequence diagram, Collaboration Diagram, State Transition Diagram for
the assigned project.
Class diagram :
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
Sequence diagram
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………
Collaboration diagram:
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………
State transition diagram:
.……………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
………………………………………………………………………………………
…
VII] CONCLUSION:
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
VIII] REFERENCES:-
http://www.google.com
http://softwarebaba.com
Software Engineering by press man
Process Product
Total(25)
Related(7.5) Related(17.5)
PRATICAL -9
I. Practical Significance
SRS is a document that is created by the development team in collaboration with
business analysts and environment/data teams. This practical is useful for writing test
cases from SRS(Software requirements specification)
II. Relevant Programs Outcomes (POs)
Po1 - Basic Knowledge
Po2 – Discipline Knowledge
Po3 – Life Long Knowledge
Po4 – Engineering tool.
Po5 – Communication.
1 Computer System Any desktop with basic One computer system for each
configuration student
2 Operating System Windows 7/Windows 8/
Windows 10/LINUX or
any other
IX Procedure
What do we need to get started?
X Precaution
Handle computer system with care
XI Resources Used
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
XV References/ Suggestions for further Reading
https://en.wikipedia.org/wiki/Software_requirements_specification#References
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -10
I. Practical Significance
Risk is an expectation of loss, a potential problem that may or may not occur in
the future. It is generally caused due to lack of information, control or time.A possibility
of suffering from loss in software development process is called a software risk.This
practical is useful for identifying risks involved in the project.
II. Relevant Programs Outcomes (POs)
Po1 - Basic Knowledge
Po2 – Discipline Knowledge
Po3 – Life Long Knowledge
Po4 – Engineering tool.
Po5 – Communication
III. Competency and Practical skills
Apply basic and fundamental knowledge to identify risk.
Relevant Course Outcomes
Apply the RMMM plan to identify risk.
What is a risk?
The risk denotes the uncertainty that may occur in the choices due to past
actions and risk is something which causes heavy losses.
Risk management refers to the process of making decisions based on an
evaluation of the factors that threats to the business.
Various activities that are carried out for risk management are-
• Risk identification
• Risk projection
• Risk refinement
• Risk mitigation, monitoring and management.
VII. Diagrams / Experimental set-up /Work Situation
-Not Applicable-
VIII Resources Required
1 Computer System Any desktop with basic One computer system for each
configuration student
IX Procedure
Prepare Risk Table & RMMM plan Template for Risk table
➢ Template for Risk table:
No. Risk Category Probability Impact RMMM
X Precaution
Handle computer system with care
XI Resources Used
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -11
Evaluate size of the project using Function point metric for the assigned project.
I. Practical Significance
Since „functionality‟ cannot be measured directly, it must be derived indirectly
using other direct measures. Function-oriented metrics uses a measure called the function
point. Function points are derived using an empirical relationship based on countable
(direct) measures of software's information domain and assessments of software
complexity. This practical is useful for evaluating size of the project.
II. Relevant Programs Outcomes (POs)
Po1 - Basic Knowledge
Po2 – Discipline Knowledge
Po3 – Life Long Knowledge
Po4 – Engineering tool.
Po5 – Communication
III. Competency and Practical skills
1.Apply basic and fundamental knowledge of calculating size of the
project.
2.Use different techniques to Evaluate size of the project
Number of user inputs. Each user input that provides distinct application
oriented data to the software is counted. Inputs should be distinguished from
inquiries, which are counted separately.
Number of user outputs. Each user output that provides application-oriented
information to the user is counted. In this context output refers to reports, screens,
error messages, etc. Individual data items within a report are not counted
separately.
Number of user inquiries. An inquiry is defined as an on-line input that results
in the generation of some immediate software response in the form of an on-line
output. Each distinct inquiry is counted.
Number of files. Each logical master file (i.e., a logical grouping of data that may
be one part of a large database or a separate file) is Counted.
Number of external interfaces. All machine-readable interfaces (e.g., data files
on storage media) that are used to transmit information to another system are
counted.
IX Procedure
Once these data have been collected, a complexity value is associated with each
count. Organizations that use function point methods develop criteria for determining
whether a particular entry is simple, average, or complex.Nonetheless,the determination
of complexity is somewhat subjective.
Where,count total is the sum of all FP entries obtained from Figure (A).
X Precaution
Handle computer system with care
XI Resources Used
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -12
I. Practical Significance
COCOMO is one of the most widely used software estimation models in the
world. This model is developed in 1981 by Barry Boehm to give an estimate of the
number of man-months it will take to develop a software product. COCOMO stands for
“Constructive Cost Model”. This practical is useful for estimating cost of the project
using COCOMO/COCOMO II approach.
II. Relevant Programs Outcomes (POs)
Po1 - Basic Knowledge
Po2 – Discipline Knowledge
Po3 – Life Long Knowledge
Po4 – Engineering tool.
Po5 – Communication
III. Competency and Practical skills
Apply basic and fundamental knowledge to calculate size using
COCOMO technique.
IX Procedure
The basic COCOMO model gives an approximate estimate of the project parameters.
The basic COCOMO estimation model is given by the following expressions:
Where,
• KLOC is the estimated size of the software product expressed in Kilo LinesofCode
• a1, a2, b1, b2 are constants for each category of software products,
• Effort is the total effort required to develop the software product, expressed in person
months (PMs).
Example: Assume that the size of an organic type software product has been estimated
to be 32,000 lines of source code. Assume that the average salary of software engineers
be Rs. 15,000/- per month. Determine the effort required to develop the software product
and the nominal development time.
=From the basic COCOMO estimation formula for organic software: Effort = 2.4 х
(32)1.05 = 91 PM Nominal development time = 2.5 х (91)0.38 = 14 months
X Precaution
Handle computer system with care.
XI Resources Used
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -13
I. Practical Significance
To understand Project management software for scheduling, cost control and
budget management, resource allocation, collaboration software,
communication, quality management and documentation or administration
systems which are used to deal with the complexity of large projects .
A Timeline chart& project table helps in planning, how long that project might
take and that can really save time in the end and more so if you are on a deadline This
practical is useful for scheduling the project using CPM/PERT technique.
IX Procedure
X Precaution
Handle computer system with care
XI Resources Used
XII Conclusion
XIII Practical Related Questions
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
……………………………………...…..…………………………………………………
………………………………………………………………..
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
………………………………………………………………………………………………
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -14
A Gantt chart is a visual view of tasks scheduled over time. Gantt charts are
used for planning projects of all sizes and they are a useful way of showing what work is
scheduled to be done on a specific day. They also help you view the start and end dates of
a project in one simple view. This practical is useful for tracking progress of the project.
Gantt charts may seem complicated at first, but we can start by breaking them
down into 4 sections.
Group and task names A project is made up of several tasks, and related
tasks can be organized into groups.
Group and task bars group and task bars that correspond to the group
and task names. Each bar represents when the task will start and end.
1 Computer System Any desktop with basic One computer system for
configuration each student
2 Operating System Windows 7/Windows
8/ Windows 10/LINUX
or any other
IX Procedure
1.Define the project settings, such as its start date, end date and scheduling
mode. The most common scheduling mode is forwards from the project
start date. In this mode the default is for tasks to start as soon as possible,
which means that the whole project finishes at the earliest possible date.
2.Define the project calendar. This sets the number of working days in the
week, the number of working hours in the day, and so on.
4.Set up a global resources list and assign resources to tasks. Although you
can often define the resources as you need them, it is usually quicker to
start by setting up a global resources list from which you can then select
resources to assign to the various project tasks.
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………
XV References/ Suggestions for further Reading
https://www.tutorialspoint.com/management_concepts/gantt_chart_tool.htm
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -15
I. Practical Significance
Software quality assurance (SQA) is a process that ensures that developed
software meets and complies with defined or standardized quality specifications. SQA
is an ongoing process within the software development life cycle (SDLC) that routinely
checks the developed software to ensure it meets desired quality measures.
Software Quality Assurance Plan. The purpose of this Software Quality
Assurance Plan (SQAP) is to define the techniques, procedures, and methodologies that
will be used at the Center for Space Research (CSR) to assure timely delivery of
the software that meets specified requirements within project resources. This practical is
useful for preparing SQA plan facilitating various attributes of process.
IX Procedure
Software Quality Assurance (SQA) is an umbrella activity that is applied through the
software process. A SQA plan provides a road map for establishing software quality
assurance. It is developed by the SQA group and the project team, the plan serves as a
template for SQA activities that are instituted for each software project.
2] Planning
3] Tracking
4] Training
6] Issue Resolution
7] Testing
8] Audit
9] Improvement process
X Precaution
Handle computer system with care
XI Resources Used
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)
PRATICAL -16
I. Practical Significance
Software quality assurance (SQA) is a process that ensures that developed
software meets and complies with defined or standardized quality specifications. SQA
is an ongoing process within the software development life cycle (SDLC) that routinely
checks the developed software to ensure it meets desired quality measures.
Software Quality Assurance Plan. The purpose of this Software Quality
Assurance Plan (SQAP) is to define the techniques, procedures, and methodologies that
will be used at the Center for Space Research (CSR) to assure timely delivery of
the software that meets specified requirements within project resources. This practical is
useful for preparing SQA plan facilitating various attributes of quality of product.
Measure
◦ provides a quantitative indication of the size of some product or process attribute,
E.g., Number of errors
Metric
◦ is a quantitative measure of the degree to which a system, component, or process
possesses a given attribute (IEEE Software Engineering Standards 1993) :
Software Quality - E.g., Number of errors found per person hours expended
Product metrics are measures of the software product at any stage of its development,
from requirements to installed system. Product metrics may measure:
1. How easy is the software to use
2. How easy is the user to maintain
3. The quality of software documentation
1 Computer System Any desktop with basic One computer system for each
configuration student
IX Procedure
X Precaution
Handle computer system with care
XI Resources Used
XII Conclusion
XIV Exercise
(Space for Answer)
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………..
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
………………………………………………………………………………………………………
……...…..…………………………………………………………………………………………
………………………
Dated Signature of
Marks Obtained
Teacher
Product
Process
Related Total(25)
Related(7.5)
(17.5)