Se-Final Lab Manual
Se-Final Lab Manual
B.Tech III-year-I-Semester-CSE
Lab Manual
Verified by HOD-CSE
Sample Projects:
1. Passport automation System
2. Book Bank
3. Online Exam Registration
4. Stock Maintenance System
5. Online course reservation system
6. E-ticketing
7. Software Personnel Management System
8. Credit Card Processing
9. E-book management System.
10. Recruitment system
TEXT BOOKS:
1. Software Engineering, A practitioner’s Approach- Roger S. Pressman, 6th edition, Mc Graw
Hill International Edition.
2. Software Engineering- Sommerville, 7th edition, Pearson Education.
3. The unified modeling language user guide Grady Booch, James Rambaugh, Ivar Jacobson,
Pearson Education.
1 How To: Write A Problem Statement
OUTLINE
A problem statement is usually one or two sentences to explain the problem your process
improvement
project will address. In general, a problem statement will outline the negative points of the
current situation and explain why this matters. It also serves as a great communication tool,
helping to get buying and support from others.
BACKGROUND
One of the most important goals of any problem statement is to define the problem being
addressed in a way that's clear and precise. Its aim is focus the process improvement team’s
activities and steer the scope of the project.
Creation of a problem statement is an activity that is best completed in a small group (46 people).
It is helpful to have a couple of people who are involved in the process and a process owner
involved in the activity.
1. Get each person to write his or her own problem statement without conferring. Compare
each of the sentences/ looking for common themes and wording.
2. Start to write an improved statement using the common themes.
3. Ensure that the problems include the customer’s perspective
4. Ensure that the statement focuses on existing problems.
5. Try to include the time frame over which the problem has been occurring.
6. Try to quantify the problem. If you do not have the data to hand, defer writing the final
problem statement until you have been able to quantify the problem.
You should be able to apply the 5 'W's (Who, What, Where, When and Why) to the problem
statement.
A problem statement can be refined as you start to further investigate root cause.
Finally, review your new problem statement against the following criteria:
● It should focus on only one problem.
● It should be one or two sentences long.
● It should not suggest a solution.
Objectives
Gain a deeper understanding of the Software Requirement Specification phase
and the Software Requirement Specification (SRS).
Learn how to write requirements and specifications.
Gain exposure to requirements management using RequisitePro.
Outline
Review of the requirements engineering process.
Write requirements and specifications.
Requisite Pro tutorial.
Software Requirement Specification (SRS).
Background
A requirement is a statement of a behavior or attribute that a system must possess for the
system to be acceptable to a stakeholder.
Software Requirement Specification (SRS) is a document that describes the requirements of a
computer system from the user's point of view. An SRS document specifies:
The required behavior of a system in terms of: input data, required processing, output data,
operational scenarios and interfaces.
The attributes of a system including: performance, security, maintainability, reliability,
availability, safety requirements and design constraints.
Requirements management is a systematic approach to eliciting, organizing and documenting
the requirements of a system. It is a process that establishes and maintains agreement between
the customer and the project team on the changing requirements of a system.
Requirements management is important because, by organizing and tracking the
requirements and managing the requirement changes, you improve the chances of completing
the project on time and under budget. Poor change management is a key cause of project
failure.
Requirements Engineering Process
Requirements engineering process consists of four phases:
Requirements elicitation: getting the customers to state exactly what the requirements are.
Requirements analysis: making qualitative judgments and checking for consistency and
feasibility of requirements.
Requirements validation: demonstrating that the requirements define the system that the
customer really wants.
Requirements management: the process of managing changing requirements during the
requirements engineering process and system development, and identifying missing and extra
requirements.
2. WRITING REQUIREMENTS
Recommendations When Writing Requirements
Never assume: others do now know what you have in mind.
Use meaningful words; avoid words like: process, manage, perform, handle, and support.
State requirements not features:
Feature: general, tested only for existence.
Requirement: specific, testable, measurable.
Avoid:
Conjunctions: ask yourself whether the requirement should it be split into two requirements.
Conditionals: if, else, but, except, although.
Possibilities: may, might, probably, usually.
Writing Specifications
Specification is a description of operations and attributes of a system. It can be a document,
set of documents, a database of design information, a prototype, diagrams or any combination of
these things.
Specifications are different from requirements: specifications are sufficiently complete ─ not
only what stakeholders say they want; usually, they have no conflicts; they describe the system
as it will be built and resolve any conflicting requirements.
Creating specifications is important. However, you may not create specifications if:
You are using a very incremental development process (small changes).
You are building research or proof of concept projects.
You rebuilding very small projects.
It is not cheaper or faster than building the product.
Software Requirement Specification (SRS)
Remember that there is no “Perfect SRS”. However, SRS should be:
Correct: each requirement represents something required by the target system.
Unambiguous: every requirement in SRS has only one interpretation
Complete: everything the target system should do is included in SRS (no sections are marked
TBD-to be determined).
Verifiable: there exists some finite process with which a person/machine can check that the
actual as-built software product meets the requirements.
Consistent in behavior and terms.
Understandable by customers.
Modifiable: changes can be made easily, completely and consistently.
Design independent: doesn't imply specific software architecture or algorithm.
Concise: shorter is better.
Organized: requirements in SRS are easy to locate; related requirements are together.
Traceable: each requirement is able to be referenced for later use (by the using paragraph
numbers, one requirement in each paragraph, or by using convention for indication requirements)
Configuration Identification
Baselines
Change Control
Configuration Status Accounting
Configuration Audits and Reviews
What is Risk Management?
Risk management is the process of identifying, assessing, and prioritizing the risks to
minimize, monitor, and control the probability of unfortunate events.
Risk Management Process:
Risk Management process can be easily understood with use of the following workflow:
Risk Management in Test Life Cycle
Risk Management Practices:
4. CASE TOOLS
RequisitePro is a powerful, easy-to-use requirements management tool that helps teams
manage project requirements comprehensively, promotes communication and collaboration
among team members, and reduces project risk. It thereby increases the chances of delivering a
product that the client wants and does so in a timely manner.
RequisitePro offers the power of a database and Microsoft Word and is integrated with other
Rational Suite products.
Outline
Visual modeling.
Introduction to UML.
Introduction to visual modeling with UML.
Use case diagrams: discovering actors and use cases.
Background
Visual Modeling is a way of thinking about problems using models organized around real-
world ideas. Models are useful for understanding problems, communicating with everyone
involved with the project (customers, domain experts, analysts, designers, etc.), modeling
enterprises, preparing documentation, and designing programs and databases
Visual Modeling
Capture the structure and behavior of architectures and components.
Show how the elements of the system fit together.
Hide or expose details appropriate for the task.
Maintain consistency between a design and its implementation.
Promote unambiguous communication.
What is UML?
The UML is the standard language for visualizing, specifying, constructing and documenting
the artifacts of a software-intensive system. UML can be used with all processes throughout the
development life cycle and across different implementation technologies.
History of UML
The UML is an attempt to standardize the artifacts of analysis and design: semantic models,
syntactic notation and diagrams. The first public draft (version 0.8) was introduced in October
1995. Feedback from the public and Ivar Jacobson's input were included in the next two versions
(0.9 in July 1996 and 0.91 in October 1996). Version 1.0 was presented to the Object
Management Group (OMG) for standardization in July 1997. Additional enhancements were
incorporated into the 1.1 version of UML, which was presented to the OMG in September 1997.
In November 1997, the UML was adopted as the standard modeling language by the OMG.
Are NOT part of the system – they represent anyone or anything that must interact with the
system.
Use Case
CASE Tools
The Rational Rose product family is designed to provide the software developer with a
complete set of visual modeling tools for development of robust, efficient solutions to real
business needs in the client/server, distributed enterprise and real-time systems environments.
Rational Rose products share a common universal standard, making modeling accessible to
nonprogrammers wanting to model business processes as well as to programmers modeling
applications logic.
OUTLINE
CASE tools are set of software application programs, which are used to automate SDLC
activities. CASE tools are used by software project managers, analysts and engineers to
develop software system.
BACKGROUND
There are number of CASE tools available to simplify various stages of Software
Development Life Cycle such as Analysis tools, Design tools, Project management tools,
Database Management tools, Documentation tools are to name a few.
Use of CASE tools accelerates the development of project to produce desired result and
helps to uncover flaws before moving ahead with next stage in software development.
Components of CASE Tools
CASE tools can be broadly divided into the following parts based on their use at a
particular SDLC stage:
Central Repository - CASE tools require a central repository, which can serve as a
source of common, integrated and consistent information. Central repository is a central
place of storage where product specifications, requirement documents, related reports and
diagrams, other useful information regarding management is stored. Central repository
also serves as data dictionary.
Case Tools
Upper Case Tools - Upper CASE tools are used in planning, analysis and design stages
of SDLC.
Lower Case Tools - Lower CASE tools are used in implementation, testing and
maintenance.
Integrated Case Tools - Integrated CASE tools are helpful in all the stages of SDLC,
from Requirement gathering to Testing and documentation.
CASE tools can be grouped together if they have similar functionality, process activities
and capability of getting integrated with other tools.
Scope of Case Tools
The scope of CASE tools goes throughout the SDLC.
Case Tools Types
Now we briefly go through various CASE tools
Diagram tools
These tools are used to represent system components, data and control flow among
various software components and system structure in a graphical form. For example,
Flow Chart Maker tool for creating state-of-the-art flowcharts.
Process Modeling Tools
Process modeling is method to create software process model, which is used to develop
the software. Process modeling tools help the managers to choose a process model or
modify it as per the requirement of software product. For example, EPF Composer
Project Management Tools
These tools are used for project planning, cost and effort estimation, project scheduling
and resource planning. Managers have to strictly comply project execution with every
mentioned step in software project management. Project management tools help in
storing and sharing project information in real-time throughout the organization. For
example, Creative Pro Office, Trac Project, Basecamp.
Documentation Tools
Documentation in a software project starts prior to the software process, goes throughout
all phases of SDLC and after the completion of the project.
Documentation tools generate documents for technical users and end users. Technical
users are mostly in-house professionals of the development team who refer to system
manual, reference manual, training manual, installation manuals etc. The end user
documents describe the functioning and how-to of the system such as user manual. For
example, Doxygen, DrExplain, Adobe RoboHelp for documentation.
Analysis Tools
These tools help to gather requirements, automatically check for any inconsistency,
inaccuracy in the diagrams, data redundancies or erroneous omissions. For example,
Accept 360, Accompa, CaseComplete for requirement analysis, Visible Analyst for total
analysis.
Design Tools
These tools help software designers to design the block structure of the software, which
may further be broken down in smaller modules using refinement techniques. These tools
provides detailing of each module and interconnections among modules. For example,
Animated Software Design
Configuration Management Tools
An instance of software is released under one version. Configuration Management tools
deal with –
Version and revision management
Baseline configuration management
Change control management
CASE tools help in this by automatic tracking, version management and release
management. For example, Fossil, Git, Accu REV.
Change Control Tools
These tools are considered as a part of configuration management tools. They deal with
changes made to the software after its baseline is fixed or when the software is first
released. CASE tools automate change tracking, file management, code management and
more. It also helps in enforcing change policy of the organization.
Programming Tools
OUTLINE
White Box Testing is software testing technique in which internal structure, design and
coding of software are tested to verify flow of input-output and to improve design,
usability and security. In white box testing, code is visible to testers so it is also called
Clear box testing, Open box testing, Transparent box testing, Code-based testing and
Glass box testing.
It is one of two parts of the Box Testing approach to software testing. Its counterpart,
Blackbox testing, involves testing from an external or end-user type perspective. On the
other hand, White box testing in software engineering is based on the inner workings of
an application and revolves around internal testing.
The term "WhiteBox" was used because of the see-through box concept. The clear box or
WhiteBox name symbolizes the ability to see through the software's outer shell (or "box")
into its inner workings. Likewise, the "black box" in "Black Box Testing" symbolizes not
being able to see the inner workings of the software so that only the end-user experience
can be tested.
Black Box Testing is a software testing method in which the functionalities of software
applications are tested without having knowledge of internal code structure,
implementation details and internal paths. Black Box Testing mainly focuses on input
and output of software applications and it is entirely based on software requirements and
specifications. It is also known as Behavioral Testing.
There are automated tools available to perform Code coverage analysis. Below are a few
coverage analysis techniques a box tester can use:
Statement Coverage:- This technique requires every possible statement in the code to be
tested at least once during the testing process of software engineering.
Branch Coverage - This technique checks every possible path (if-else and other
conditional loops) of a software application.
Apart from above, there are numerous coverage types such as Condition Coverage,
Multiple Condition Coverage, Path Coverage, Function Coverage etc. Each technique has
its own merits and attempts to test (cover) all parts of software code. Using Statement and
Branch coverage you generally attain 80-90% code coverage which is sufficient.
Following are important WhiteBox Testing Techniques:
Statement Coverage
Decision Coverage
Branch Coverage
Condition Coverage
Multiple Condition Coverage
Finite State Machine Coverage
Path Coverage
Control flow testing
Data flow testing
Ex no:
BOOK BANK SYSTEM
Date:
AIM:
To create a system to perform book bank operation
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.
1.0 INTRODUCTION
Book Bank is the interface between the students and Librarian. It aims at improving
the efficiency in the Issue of books or magazines and reduce the complexities involved in it to
the maximum possible extent.
1.1 PURPOSE
If the entire process of 'Issue of Books or Magazines' is done in a manual manner then
it would take several months for the books or magazines to reach the applicant. Considering
the fact that the number of students for Book Bank is increasing every year, an Automated
System becomes essential to meet the demand. So this system uses several programming and
database techniques to elucidate the work involved in this process. The system has been
carefully verified and validated in order to satisfy it.
1.2 SCOPE
The System provides an online interface to the user where they can fill in their
personal details and submit the necessary documents (may be by scanning). The authority
concerned with the issue of books can use this system to reduce his workload and process the
application in a speedy manner.
Librarian - Refers to the super user who is the Central Authority who has
been vested with the privilege to manage the entire system.
Student - One who wishes to obtain the Books or Magazines.
HTML - Markup Language used for creating web pages.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
1.4 REFERENCES
Visual Basic
Oracle 11g
1.7 OVERVIEW
Overall description will describe major role of the system components and inter-
connections.
The SRS acts as an interface between the 'Students' and the 'Librarian'. This system
tries to make the interface as simple as possible and at the same time not risking the
security of data stored in. This minimizes the time duration in which the user receives
the books or magazines.
Front End Client - The Student and Librarian online interface is built using
Visual studio.
Back End - Oracle 11 g database
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
The server is directly connected to the client systems. The client systems have access
to the database in the server.
Librarian can generate reports from the information and is the only authorized
personnel to add the eligible application information to the database.
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.
2.6 CONSTRAINTS
The Student and Librarian must have basic knowledge of computers and English
Language.
The Students may be required to scan the documents and send.
(III)USE-CASE DIAGRAM:
The book bank use cases are:
1. book_issue
2. book_return
3. book_order
4. book_entry
5. search book_details
ACTORS INVOLVED:
1. Student
2. Librarian
3. Vendor
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
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.
Initiated by librarian when any member wants to borrow the desired book. If the book is
available, the book is issued.
Precondition: Member should be valid member of library.
Normal Flow: Selected book will be issued to the member.
Alternative Flow: If book is not available then reserved book use case should be initiate.
Post Condition: Update the catalogue.
Initiated by librarian when the requested book is not available in the library at that moment.
The book is reserved for the future and issued to the person when it is available.
Precondition: Initiated only when book is not available.
Normal Flow: It reserved the book if requested.
Post Condition : Mention the entry in catalogue for reservation.
The purchase book use-case when new books invoke it or magazines are added to the library.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
book_issue
student
librarian
book_return
book_entry
vendor
search book_details
book_order
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
shows id
card
request for
specific book
is book
available? no enquires for
alternative book
yes
if satisfied?
borrows
book yes
no
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
collects quotation
from vendors
no
if satisfied with
norms?
yes
place order
takes delivery
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
shows id and
library card
librarian
makes entry
on or before
return date? no
pays fine
yes
librarian approves
transaction
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
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.
1) STUDENT:
It consists of twelve attributes and three operations. The attributes are enrollno, name,
DOB, fathername, 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, 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().
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
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.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
1: request book
4: not avilable
5: not avilable
6: not available
8: check availability
9: check availabilty
10: available
11: avilable
12: avilable
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
1: request book
7: request for another book 14: enter issue data
13: provide student details
19: request to return book : issue
: librarian 17: updated successfully
6: not available
12: avilable 15: update issue status
18: issue book
: student 24: book returned 16: issue status updated
4: not avilable
22: return status updated
10: available
: return
search
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
It consists of state, events and activities. State diagrams are a familiar technique to
describe the behavior of a system. They describe all of the possible states that a particular
object can get into and how the object's state changes as a result of events that reach the
object
vendor supplies book to student takes book student returns book to library[
the library from library pays fine if needed]
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Deployment diagrams are used to visualize the topology of the physical components
of a system where the software components are deployed.
Fig.8.1.DEPLOYMENT DIAGRAM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 51187CA503B2
*/
public book()
{
/**
@roseuid 510F44A7007E
*/
public void viewBookDetails()
{
/**
@roseuid 510F44B50217
*/
public void addbookinfo()
{
/**
@roseuid 510F44BD0063
*/
public void deletebookinfo()
{
/**
@roseuid 510F44C60045
*/
public void modifybookinfo()
{
}
}
/**
void book1.newbookdetails(){
void book1.modify(){
}
void book1.add(){
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
}
void book1.viewBookDetails(){
}
void book1.bookEntry(){
}
void book1.delete(){
*/
/**
@roseuid 5100DE750281
*/
public issue()
{
}
}
//void issue.modify(){
//
// }
//void issue.bookissue(){
//
// }
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 50F92E4D0177
*/
public return1()
{
/**
@roseuid 50F91C69005D
*/
public void bookreturn()
{
/**
@roseuid 50F91C6C0000
*/
public void modify()
{
}
}
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 50F92E4D00FA
*/
public student()
{
/**
@roseuid 50F918E6000F
*/
public void add()
{
/**
@roseuid 50F918EB03A9
*/
public void delete()
{
/**
@roseuid 50F918EE029F
*/
public void modify()
{
}
}
/**
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
@roseuid 5118C814009C
*/
public vendor1()
{
/**
@roseuid 5118B75100AB
*/
public void bookOrder()
{
/**
@roseuid 5118B75702BF
*/
public void modify()
{
}
}
//void vendor1.bookorder(){
//
// }
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
RESULT:
Thus the mini project for Book Bank System has been successfully executed and
codes are generated.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Ex no:
EXAM REGISTRATION SYSTEM
Date:
AIM:
To create a system to perform the Exam Registration system
PROBLEM STATEMENT:
Exam Registration system.is used in the effective dispatch of registration form to all of
the students. This system adopts a comprehensive approach to minimize the manual work and
schedule resources, time in a cogent manner. The core of the system is to get the online
registration form (with details such as name, reg.no etc.,) filled by the student whose testament is
verified for its genuineness by the Exam Registration System with respect to the already existing
information in the database. This forms the first and foremost step in the processing of exam
application. After the first round of verification done by the system, the information is in turn
forwarded to the Exam Controller. The application is then processed manually based on the
report given by the system. The system also provides the student the list of exam dates.The
controller will be provided with fees details to display the current status of application to the
student, which they can view in their online interface. After all the necessary criteria has been
met, the original information is added to the database and the hall ticket is sent to the student.
1.0 INTRODUCTION
Exam Registration System is an interface between the Student and the Exam Controller
responsible for the Issue of Hall Ticket. It aims at improving the efficiency in the Issue of Hall
ticket and reduces the complexities involved in it to the maximum possible extent.
1.1 PURPOSE
If the entire process of 'Issue of Hall ticket' is done in a manual manner then it would
takes several days for the hall ticket to reach the student. Considering the fact that the number of
students for hall ticket is increasing every year, an Automated System becomes essential to meet
the demand. So this system uses several programming and database techniques to elucidate the
work involved in this process. As this is a matter of National Security, the system has been
carefully verified and validated in order to satisfy it.
1.2 SCOPE
• The System provides an online interface to the user where they can fill in their personal
details and submit the necessary documents (may be by scanning).
• The controller concerned with the issue of hall ticket can use this system to reduce his
workload and process the application in a speedy manner.
• Provide a communication platform between the student and the controller.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
• Students will come to know their status of application and the date in which they must
subject themselves for manual document verification.
1.4 REFERENCES
IEEE Software Requirement Specification format.
1.7 OVERVIEW
SRS includes two sections overall description and specific requirements - Overall
Description will describe major role of the system components and inter-connections.
Specific Requirements will describe roles & functions of the actors.
2.0.OVERALL DESCRIPTION
2.1 PRODUCT PERSPECTIVE
The ERS acts as an interface between the 'student' and the 'exam controller'. This system
tries to make the interface as simple as possible and at the same time not risking the security of
data stored in. This minimizes the time duration in which the user receives the hall ticket.
Front End Client - The exporter online interface is built using JSP and HTML.
Web Server – Apache Tomcat Server (Oracle Corporation)
Back End - Oracle 11g database
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
2.6 CONSTRAINTS
• The applicants require a computer to submit their information.
• Although the security is given high importance, there is always a chance of intrusion in
the web world which requires constant monitoring.
• The user has to be careful while submitting the information. Much care is required.
(III)USECASE DIAGRAM:
ACTORS INVOLVED:
1. Student
2. System DB
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Login
Acknowledgement
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Enter(uid,pwd)
Search exam
details
Display exam
details
get registration
form
Fill registration
form
Form
verification
Invalid data
Valid data Enter correct data
Show error
Store student message
details
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
(V)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 Exam Registration System class diagram consists of four two classes of registration
system.
1. Student_details
2. Exam_details
3. Register
1) STUDENT_DETAILS
It consists of six attributes and six operations. The attributes id, password, name, age, sex,
course. The operations of this class are login(), logout(), conformation(), register(),
newfeesdetails().
2) EXAM_DETAILS
It consists of four attributes and six methods. The attributes are userid, password,
examfees, fees due. The methods are login(),logout(), feesdetails(), displayfees(),
conformation(), examcontroller().
3) REGISTER
This class is used to maintain the registered student information such as, subject
registered, date of registration and etc,.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
(VI)INTERACTION 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.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
enter(uid,pwd)
Check validation
Store uid,pwd
Successfully stored
register
Verify criteria
return regid
The sequence and collaboration diagram represents that the student enter the information to get
the hall ticket and the exam controller issues the hall ticket after verifying the necessary items
and this data are stored in the database.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
: Exam _details
: System DB
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Deployment diagrams are used to visualize the topology of the physical components of a
system where the software components are deployed.
Fig.7.1.DEPLOYMENT DIAGRAM
COMPONENT DIAGRAM
Component diagrams are used to visualize the organization and relationships among
components in a system.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Fig.7.2.COMPONENT DIAGRAM
/**
* @roseuid 515AA57101B5
*/
public examDetails()
{
}
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
* @roseuid 515AA448037A
*/
public void addExam()
{
/**
* @roseuid 515AA44F00BB
*/
public void updateExam()
{
/**
* @roseuid 515AA4570280
*/
public void delExam()
{
}
}
//void examDetails.deleteExam(){
//
// }
/**
@roseuid 51342F76033C
*/
public Register()
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 51342C88004E
*/
public void getRegister()
{
/**
@roseuid 51342C8E0271
*/
public void cancelRegister()
{
/**
@roseuid 51342CA20109
*/
public void verifyIngormation()
{
}
}
//register.register()
//register.getregister(){
// return null;
// }
//register.cancelreg(){
//
// }
//register.verifyinfo(){
//
// }
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 51342F7602CE
*/
public StudentDetails()
{
/**
@roseuid 51342B4901E4
*/
public void addStudent()
{
/**
@roseuid 51342B4F03A9
*/
public void updateStudent()
{
/**
@roseuid 51342B58029F
*/
public void getLogic()
{
}
}
/**
void studentdetails.getlogin(){
}
studentdetails.studentdetails()
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
void studentdetails.updatestudent(){
}
void studentdetails.addstudent(){
*/
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
RESULT:
Thus the mini project for Exam Registration system has been successfully executed and
codes are generated.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
AIM:
To create a system through which students can register to the courses desired by them.
(I)PROBLEM STATEMENT
1.0. INTRODUCTION
Course Reservation System is an interface between the Student and the Registrar
responsible for the issue of Course. It aims at improving the efficiency in the issue of Course
and reduces the complexities involved in it to the maximum possible extent.
1.1 PURPOSE
If the entire process of 'Issue of Course' is done in a manual manner then it would
takes several months for the course to reach the applicant. Considering the fact that the
number of applicants for course is increasing every year, an Automated System becomes
essential to meet the demand. So this system uses several programming and database
techniques to elucidate the work involved in this process.
1.2 SCOPE
The System provides an online interface to the user where they can fill in their
personal details and submit the necessary documents (may be by scanning).
The Registrar concerned with the issue of course can use this system to reduce his
workload and process the application in a speedy manner.
Provide a communication platform between the Student and the Registrar.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Registrar
Refers to the super user with the privilege to manage the entire system.
Applicant
One who wishes to register the Course
OCRS
Refers to online Course Reservation System.
HTML
Markup Language used for creating web pages.
J2EE
Java 2 Enterprise Edition is a programming platform java platform for developing and
running distributed java applications.
HTTP
Hyper Text Transfer Protocol.
TCP/IP
Transmission Control Protocol/Internet Protocol is the communication protocol used
to connect hosts on the Internet.
1.4 REFERENCES
IEEE Software Requirement Specification format.
1.7 OVERVIEW
SRS includes two sections overall description and specific requirements
Overall Description will describe major role of the system components and inter-
connections.
Specific Requirements will describe roles & functions of the actors.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
2.6 CONSTRAINTS
• The applicants require a computer to submit their information.
• Although the security is given high importance, there is always a chance of intrusion
in the web world which requires constant monitoring.
• The user has to be careful while submitting the information. Much care is required.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
(III)USE-CASE DIAGRAM:
ACTORS INVOLVED:
1. Student
2. Registrar
USE-CASE NAME: LOGIN
The user enters the username and password and chooses if the user is student or Registrar. If
entered details are valid, the user’s account becomes available. If it is invalid, an appropriate
message is displayed to the user.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Registrar
Student
login
<<include>>
pay fee
reserve for course
check status
Fig.3.USE-CASE DIAGRAM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
View Display
courses Course
Selects available
Courses
Display Form
Fills up
Form
Eligibility Retrieve
Confirm Confirmation
Pays Fees
Registers
the Course
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
1) STUDENT:
It consists of the details of all the students present in the database. The
attributes present in this class are student id, student name, student qualification,
student address1, student address2, student address3, student mobile no, student
emailed,, student dob, student sex. The object of this class is created as soon as the
student registers to a course. The operations available to this class are add details (),
modify details (), del details (), reserve course().
2) COURSE CATALOG:
The course catalog class consist of course id, course name, course duration
course fee, course eligibility, total no of seat, course avail seat. The operations are add
course(), update course(), del course().
3) RESERVE COURSE:
The reserve catalog class consists of student id, course id, date, amt paid, reg
id, DD no. the operation are get course details(), check eligibility(), confirm
registration().
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Login(username,pwd)
Check Data
getCoursedetails
Reserve course
confirmReservation
getCourseDetails
ckeckEligibilityCriteria
Eligible&Seat available
Fig.6.1.SEQUENCE DIAGRAM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
: Course
Catalog
: Student 1: Login(username,pwd)
4: View course details
8: Reserve course 12: getCourseDetails
10: Fills up the reservation form
5: getCoursedetails
13: 6:
3:
7:
14: ckeckEligibilityCriteria 9: View reservation form
16: Registers for the course 2: Check Data
Fig.6.2.COLLABORATION DIAGRAM
After login, the student has to register to a course of his choice. The student can
view all the courses available to him and register to a course suitable to him. The
student may view the course details before registration.
A student may wish to view course details before registration. For this, the student
has to first login and select the course details he wishes to see.
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Login to course registration View get list of courses Select Enter data Fill form
course course
after clicking
Gets receipt
not eligible
Reserves
seat
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Fig.8.1.DEPLOYMENT DIAGRAM
COMPONENT DIAGRAM:
Component diagrams are used to visualize the organization and relationships among
components in a system.
Fig.8.2.COMPONENT DIAGRAM
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 512350660128
*/
public coursecatalog()
{
/**
@roseuid 51234FBD005D
*/
public void addcourse()
{
/**
@roseuid 51234FC80138
*/
public void updatecourse()
{
/**
@roseuid 51234FD20251
*/
public void deletecourse()
{
}
}
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
/**
@roseuid 512350660167
*/
public reservecourse()
{
/**
@roseuid 51234EE5007D
*/
public void getcoursedetails()
{
/**
@roseuid 51234EF3003E
*/
public void checkeligibility()
{
/**
@roseuid 51234F0102AF
*/
public void confirmreg()
{
}
}
Home Page
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Login Page
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
Course Catalog
Registration Form
ThanU Page
WWW.VIDYARTHIPLUS.COM V+TEAM
WWW.VIDYARTHIPLUS.COM
RESULT:
Thus the mini project for Course Reservation system has been successfully executed
and codes are generated.
WWW.VIDYARTHIPLUS.COM V+TEAM
TABLE OF CONTENTS
S.NO CONTENTS
1) Aim
2) Problem Statement
3) Introduction
3.1 Purpose
3.2 Scope
4) System Requirements
5) UML Diagrams
S.N EXPERIMENT
O
1. To develop a problem statement.
1. AIM –
To develop Passport Automation System.
2. PROBLEM STATEMENT –
The following problems were faced during the manual process of passport
dispatch system -
The core of the system is to get the online registration form (with details
such as name, address etc.) filled by the applicant whose details and
documents are verified by the Ministry of External Affairs, and after all
the process of verification , make the passport available to the applicant,
in a proper and secure manner.
The first step is filling of the online Passport application form by the
applicant and payment of the fees.
After the first round of verification done by the system, the information is
in turn forwarded to the Ministry of External Affairs office.
The application is then processed manually based on the report given by
the system. The system also provides the applicant the list of available
dates for appointment to 'document verification' in the administrator's
office, from which they can select one.
The system forwards the necessary details to the police for its separate
verification whose report is then presented to the administrator. The
administrator will be provided with an option to display the current status
of application to the applicant, which they can view in their online
interface.
After all the necessary criteria has been met, the original information is
added to the database and the passport is sent to the applicant.
3.1 Purpose –
• The System provides an online interface to the user where they can sign up,
fill in their personal details and upload the necessary documents.
• The authority concerned with the issue of passport can use this system to
reduce their workload and process the application in a speedy and secure
manner.
• It provides a communication platform between the applicant and the
administrator.
• Transfer of data between the Passport Issuing Authority, Ministry of
External Affairs and the Local Police for verification of applicant's
information.
• Users/Applicants will come to know their status of application and can
enter the date in which they must subject themselves for manual document
verification.
1. Class Diagram
2. Object Diagram
3. State Diagram
6. Activity Diagram
7. Sequence Diagram
8. Component Diagram
9. Deployment Diagram
1 . Class Diagram –
In software engineering, a class diagram in the Unified Modelling Language
(UML) is a type of static structure diagram that describes the structure of a
system by showing the system's classes, their attributes, operations (or
methods), and the relationships among objects.
In the diagram, classes are represented with boxes that contain three
compartments:
The top compartment contains the name of the class. It is printed in bold
and centred, and the first letter is capitalized.
The middle compartment contains the attributes of the class. They are
left-aligned and the first letter is lowercase.
The bottom compartment contains the operations the class can execute.
They are also left-aligned and the first letter is lowercase.
1. PassportAutomationSystem
1.1. Attributes
1.1.1. char Option
1.2. Methods
1.2.1. UserOrAdmin() – Selects whether the actor is USER or ADMIN.
2. User
2.1. Attributes
2.1.1. String LoginId
2.1.2. String Password
2.2. Methods
2.2.1. displayDetails() – Displays the user details
3. AdminLogin
3.1. Attributes
3.1.1. AdminLoginId
3.1.2. AdminPassword
3.2. Methods
3.2.1. login() – Getting access to the admin account.
4. AdminAuthentication
4.1. Attributes
4.1.1. PendingApplications
4.1.2. DispatchedPassports
4.1.3. ApplicationId
4.2. Methods
4.2.1. process() – Processes the requests generated by Admin .
5. NewUser
5.1. Attributes
5.1.1. String Name
5.1.2. String DOB
5.1.3. Char Gender
5.1.4. String EmailId
5.1.5. long MobileNo.
5.2. Methods
5.2.1. submit() – Submits the User information to the Database.
5.2.2. register() – Registers the user to the portal.
5.2.3. cancel() – Discards the user input details.
6. RegisteredUser
6.1. Attributes
6.1.1. String LoginId
6.1.2. String Password
6.2. Methods
6.2.1. UploadDocs() – Uploads the user documents to the portal.
6.2.2. CheckApplicationStatus() – Checks the Application status of the
applicant.
6.2.3. Paymentprocess() – Displays the various modes of fees payments.
6.2.4. SelectApointmentDate() – Provides the list of available dates to
select the appointment date.
2. OBJECT DAIGRAM :-
Object diagrams are derived from class diagrams so object diagrams are
dependent upon class diagrams.
Object diagrams represent an instance of a class diagram. The basic concepts
are similar for class diagrams and object diagrams. Object diagrams also
represent the static view of a system but this static view is a snapshot of the
system at a particular moment.
Object diagrams are used to render a set of objects and their relationships as an
instance.
The purpose of the object diagram can be summarized as −
Activity diagram explained in the next chapter, is a special kind of a State chart
diagram. As State chart diagram defines the states, it is used to model the
lifetime of an object.
Following are the main purposes of using State chart diagrams −
A DFD shows what kind of information will be input to and output from the
system, how the data will advance through the system, and where the data will
be stored. It does not show information about the timing of process or
information about whether processes will operate in sequence or in parallel
unlike a flowchart which also shows this information.
LEVEL 0
LEVEL 1
5. USECASE DIAGRAM :-
The internal and external agents are known as actors. Use case diagrams
consists of actors, use cases and their relationships.
In brief, the purposes of use case diagrams can be said to be as follows −