Se Labdr23
Se Labdr23
SOFTWARE ENGINEERING
LAB MANUAL
Subject Code
Regulation:
Academic Year: 202-202
II B. TECH I SEMESTER
1
DEPARTMENT O F C O M P U T E R S C I E N C E AND ENGINEERING
PROGRAM EDUCATIONAL OBJECTIVES (PEOS):
A graduate of the Computer Science and Engineering Program should:
P r o g r a m E d u c a t i o n a l O b j e c t i v e 1 : ( P E O 1 )
PEO1
The Graduates will provide solutions to difficult and challenging issues in their profession by applyin
P r o g r a m E d u c a t i o n a l O b j e c t i v e 2 : ( P E O 2 )
PEO2
The Graduates have successful careers in computer science and engineering fields or will be able to s
P r o g r a m E d u c a t i o n a l O b j e c t i v e 3 : ( P E O 3 )
PEO3
The Graduates will communicate effectively, work collaboratively and exhibit high levels of Professi
P r o g r a m E d u c a t i o n a l O b j e c t i v e 4 : ( P E O 4 )
PEO4
The Graduates will develop the ability to understand and analyze Engineering issues in a broader pers
PO2 Problem analysis: Identify, formulate, review research literature, and analyze complex engineering problems reaching substantiated conclusions using first principles of mathematics, natural sciences, and engineering sciences.
PO3
Design/development of solutions: Design solutions for complex engineering problems and design system components or processes that meet the specified needs with appropriate consideration for the public health and safety, and the cultural, societal, and environmental considerations.
PO4
Conduct investigations of complex problems: Use research-based knowledge and research methods including design of experiments, analysis and interpretation of data, and synthesis of the information to provide valid conclusions.
PO5
Modern tool usage: Create, select, and apply appropriate techniques, resources, and modern engineering and IT tools including prediction and modeling to complex engineering activities with an understanding of the limitations.
P O 6 The engineer and society: Apply reasoning informed by the contextual knowledge to assess societal, health, safety, legal and cultural issues and the consequent responsibilities relevant to the professional engineering practice.
2
P O 7 Environment and sustainability: Understand the impact of the professional engineering Solutions in societal and environmental contexts, and demonstrate the knowledge of, and need for sustainable development.
Ethics: Apply ethical principles and commit to professional ethics and responsibilities and norms of the engineering practice.
PO8
P O 9 Individual and team work: Function effectively as an individual, and as a member or leader In diverse teams, and in multi-disciplinary settings.
PO10 Communication: Communicate effectively on complex engineering activities with the engineering community and with society at large, such as, being able to comprehend and write effective reports and design documentation, make effective presentations, and give and receive clear instructions.
PO11 Project management and finance: Demonstrate knowledge and understanding of the Engineering and management principles and apply these to one’s own work, as a member and leader in a team, to manage projects and in multidisciplinary environments.
Life-long learning: Recognize the need for, and have the preparation and ability to engage in independent and life-long learning in the broadest context of technological change.
PO12
P s o 1 Problem Solving Skills – Graduate Will Be Able To Apply Computational Techniques And Software Principles To Solve Complex Engineering Problems Pertaining To Software Engineering.
P s o 2 Professional Skills – Graduate Will Be Able To Think Critically, Communicate Effectively, And Collaborate In Teams Through Participation In Co And Extra-Curricular Activities.
Successful Career – Graduates Will Possess A Solid Foundation In Computer Science And Engineering That Will Enable Them To Grow In Their Profession And Pursue Lifelong Learning Through Post-Graduation And Professional Development.
P s o 3
3
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
PREREQUISITES:
A course on “Programming for Problem Solving”
.
COURSE OBJECTIVES:
To have hands on experience in developing a software project by using various software engineering
principles and methods in each of the phases of software development.
COURSE OUTCOME
1. Ability to translate end-user requirements into system and software requirements
2. Ability to generate a high-level design of the system from the software requirements
3. Will have experience and/or awareness of testing problems and will be able to develop a simple
testing report
4
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
Course Name: SE LAB Course Code:
Year/Semester: II/I Regulation:DR23
List of Experiments
Do the following 8 exercises for any two projects given in the list of sample projects or any
other projects:
5
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
EXPERIMENT 1
1. Problem Statement: A Book Bank lends books and magazines to member, who is registered in
the system. Also it handles the purchase of new titles for the Book Bank. Popular titles are brought into
multiple copies. Old books and magazines are removed when they are out or date or poor in condition.
A member can reserve a book or magazine that is not currently available in the book bank, so that when
it is returned or purchased by the book bank, that person is notified. The book bank can easily create,
replace and delete information about the tiles, members, loans and reservations from the system.
Users Characteristics:
Student: They are the people who desire to obtain the books and submit the information to the
database.
Librarian: He has the certain privileges to add the books and to approval of the reservation of books.
System Modules:
Log in: Secure registration of student and librarian by filling online registration form.
Book bank: Book bank contains all the books. New book added to the book bank with book no, title
name, author, edition, publisher name details to the database. Any book is deleted if damaged. Update
of the book information also done.
Operations: student and administrator perform their operations like add book, delete book, update
information, view book details are implemented in log in WebPages.
Non-functional requirements:
Privacy: privacy maintained for each and every user by providing user credentials username and
password.
Hardware Requirements:
Processor: i3 or higher
RAM: 4 GB
Star UML is a UML (Unified Modeling Language) tool, introduce by MKLab. It is an open-source
Modeling tool that supports the UML framework for system and software modeling. StarUML is
based on UML version 1.4, it provides 11 different types of diagram and it accepts UML 2.0
notation. Version 2.0 was released for beta testing under a property license.
StarUML is mostly used by the Agile and small development teams, professional persons and
used by the educational institutes
Diagram Types in StarUML
2.Class Diagram
3. Sequence Diagram
4. Collaboration Diagram
5. Statechart Diagram
6. Component Diagram
7. Deployment Diagram
Features of StarUML
Step 3: There will be 3 Operating Systems (OS) options, click on the option as per the devise
OS.
Step 4: Now, right-click on the downloaded file, select “Show in Folder” option.
Step 5: Click on the open file, a popup window opens, click on the “Yes” button.
Step 6: Installation gets start. After installation popup opens to ask to buy a license. If you
want to click on the “Buy Now” button or else close that window. StarUML is ready to use.
2. book return
3. book order
4. book entry
Actors Involved:
1. Student
9
2. Librarian
3. Vendor
Use case Name: Search Book Details
The librarian initiates this use case when any member returns or request the book and checking if the
book is available.
Precondition: The librarian should enter all Book details.
Normal Flow: Build message for librarian who search the book.
Post Condition: Send message to respective member who reserved the book.
Activity Diagram:
Activity diagrams are graphical representations of workflows of stepwise activities and actions with
Support for choice, iteration and concurrency. In the Unified Modeling Language, activity diagrams can
be used to describe the business and operational step-by-step workflows of components in a
11
System. An activity diagram shows the overall flow of control. An activity is shown as a rounded box
containing the name of the operation.
This activity diagram describes the behavior of the system.
12
Figure 3. Activity Diagram for Book Bank System [order book]
13
Figure 4. Activity Diagram for Book Bank System [Return book]
Sequence Diagram:
A sequence diagram represents the sequence and interactions of a given USE-CASE or scenario.
Sequence diagrams can capture most of the information about the system. Most object to object
interactions and operations are considered events and events include signals, inputs, decisions, interrupts,
transitions and actions to or from users or external devices.
An event also is considered to be any action by an object that sends information. The event line
represents a message sent from one object to another, in which the “form” object is requesting an
operation be performed by the “to” object. The “to” object performs the operation using a method that the
class contains.
14
It is also represented by the order in which things occur and how the objects in the system send
message to one another.
15
Figure 6. Collaboration Diagram for Book Issue & Return
Class Diagram:
The class diagram, also referred to as object modeling is the main static analysis diagram. The main task
of object modeling is to graphically show what each object will do in the problem domain. The problem
domain describes the structure and the relationships among objects.
The ATM system class diagram consists of four classes:
1. Student
2. Book
3. Issue
16
4. Return
5. Vendor
6. Details
1) Student:
It consists of twelve attributes and three operations. The attributes are enrolling no, name, DOB, father
name, address, dept name, batch and book limits. The operations of this class are addStInfo (),
deleteStInfo (), modifyStInfo ().
2) Book:
It consists of ten attributes and four operations. This class is used to keep book information such as
author, title, vendor, price, etc
3) Issue:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, and name of the student who borrowed book.
4) Return:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, and name of the student who borrowed book.
5) Students:
The attributes of this class are name, dept, year, bcode no the operation is display students ().
6) Detail:
The attributes of this class are book name, author, bcode no the operations are delete details ().
Figure 7. Class Diagram for Book Bank System
4. Develop test cases for various white box and black box testing
techniques.
5. Preparation of Software Requirement Specification Document:
2.1 Users Characteristics:
Student: They are the people who desire to obtain the books and submit the information to the
database.
Librarian: He has the certain privileges to add the books and to approval of the reservation of
books.
System Modules:
Log in: Secure registration of student and librarian by filling online registration form.
Book bank: Book bank contains all the books. New book added to the book bank with book no,
title name, author, edition, publisher name details to the database. Any book is deleted if
damaged. Update of the book information also done.
Operations: student and administrator perform their operations like add book, delete book,
update information, view book details are implemented in log in WebPages.
Non-functional requirements:
Privacy: privacy maintained for each and every user by providing user credentials username
and password.
Software Requirements:
Hardware Requirements:
Processor: i3 or higher RAM:
4 GB
StarUML is mostly used by the Agile and small development teams, professional persons and
used by the educational institutes
2. Class Diagram
3. Sequence Diagram
4. Collaboration Diagram
Features of StarUML
Step 5: Click on the open file, a popup window opens, click on the “Yes” button.
Step 6: Installation gets start. After installation popup opens to ask to buy a license. If you
want to click on the “Buy Now” button or else close that window. StarUML is ready to use.
2. book_return
3. book_order
4. book_entry
5. search book_details
Actors Involved:
1. Student
2. Librarian
3. Vendor
Use case Name: Search Book_Details
The librarian initiates this use case when any member returns or request the book and checking if the
book is available.
Normal Flow: Enter bookid, author information, publication information, purchased date, prize and
number of copies.
Post Condition: Update the information in catalogue.
Activity Diagram:
Activity diagrams are graphical representations of workflows of stepwise activities and actions with
support for choice, iteration and concurrency. In the Unified Modeling Language, activity diagrams can
be used to describe the business and operational step-by-step workflows of components in a system. An
activity diagram shows the overall flow of control. An activity is shown as a rounded box containing
the name of the operation.
This activity diagram describes the behavior of the system.
Figure 2. Activity Diagram for Book Bank System [borrow book]
Figure 3. Activity Diagram for Book Bank System [order book]
Figure 4. Activity Diagram for Book Bank System [Return book]
Sequence Diagram:
An event also is considered to be any action by an object that sends information. The event line
represents a message sent from one object to another, in which the “form” object is requesting an
operation be performed by the “to” object. The “to” object performs the operation using a method that
The class contains.
It is also represented by the order in which things occur and how the objects in the system send
message to one another.
Class Diagram:
The class diagram, also referred to as object modeling is the main static analysis diagram. The main task
of object modeling is to graphically show what each object will do in the problem domain. The problem
domain describes the structure and the relationships among objects.
The ATM system class diagram consists of four classes:
1. Student
2. Book
3. Issue
4. Return
5. Vendor
6. Details
1) Student:
It consists of twelve attributes and three operations. The attributes are enrolling no, name, DOB, father
name, address, dept name, batch and book limits. The operations of this class are addStInfo(),
deleteStInfo(), modifyStInfo().
2) Book:
It consists of ten attributes and four operations. This class is used to keep book information such as
author, title, vendor, price, etc
3) Issue:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, name of the student who borrowed book.
4) Return:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, and name of the student who borrowed book.
5) Students:
The attributes of this class are name, dept, year, bcode no the operation is display students ().
6) Detail:
The attributes of this class are book name, author, bcode no the operations are delete details ().
Figure 7. Class Diagram For Book Bank System
Deployment diagrams are used to visualize the topology of the physical components of a system where
the software components are deployed.
9. Develop test cases for various white box and black box testing techniques.