Cs2357-Ooad Lab Manual

EGS PILLAY ENGINEERING COLLEGE-NAGAPATTINAM

DEPARTMENT OF COMPUTER SCIENCE & ENGINEERING

LAB MANUAL

CS2357 - OOAD LAB
Year/Sem : III/ VI
Academic Year: 2014 -2015

CS2357 OOAD LAB
OBJECTIVE: To develop a mini-project for the following 12 exercises listed below.
1. To develop a problem statement.

2. Develop an IEEE standard SRS document. Also develop risk management and project plan
(Gantt chart).
3. Identify Use Cases and develop the Use Case model.
4. Identify the business activities and develop an UML Activity diagram.
5. Identity the conceptual classes and develop a domain model with UML Class diagram.
6. Using the identified scenarios find the interaction between objects and represent them
using UML Interaction diagrams.
7. Draw the State Chart diagram.
8. Identify the User Interface, Domain objects, and Technical services. Draw the partial
layered, logical architecture diagram with UML package diagram notation.
9. Implement the Technical services layer.
10. Implement the Domain objects layer.
11. Implement the User Interface layer.
12. Draw Component and Deployment diagrams.
Suggested domains for Mini-project.
1. Passport automation system.

2. Book bank
3. 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
11. Foreign trading system
12. Conference Management System
13. BPO Management System
STUDY OF UML
AIM
General study of UML
DESCRIPTION
The heart of object-oriented problem solving is the construction of a model. The model
abstracts the essential details of the underlying problem from its usually complicated real world.
Several modeling tools are wrapped under the heading of the UML, which stands for Unified
Modeling Language. The purpose of this course is to present important highlights of the UML.
At the center of the UML are its nine kinds of modeling diagrams, which we describe here.
Use case diagrams
Class diagrams
Object diagrams
Sequence diagrams
Collaboration diagrams
State chart diagrams
Activity diagrams
Component diagrams
Deployment diagrams
The UML is applicable to object-oriented problem solving. Anyone interested in learning

UML must be familiar with the underlying tenet of object-oriented problem solving -- it all
begins with the construction of a model. A model is an abstraction of the underlying problem.
The domain is the actual world from which the problem comes. Models consist of objects that
interact by sending each other messages. Think of an object as "alive." Objects have things they
know (attributes) and things they can do (behaviors or operations). The values of an object's
attributes determine its state.
Classes are the "blueprints" for objects. A class wraps attributes (data) and behaviors
(methods or functions) into a single distinct entity. Objects are instances of classes.
AN INTRODUCTION TO UML DIAGRAM
The Unified Modeling Language is a language for specifying, constructing, visualizing,

and documenting the artifacts of a software-intensive system. Analogous to the use of
architectural blueprints in the construction industry, UML provides a common language for
describing software models, and it can be used in conjunction with a wide range of software
lifecycles and development processes.
1. USE CASE DIAGRAM
Use Case diagrams identify the functionality provided by the system (use cases), the
users who interact with the system (actors), and the association between the users and the
functionality. Use Cases are used in the Analysis phase of software development to articulate the
high-level requirements of the system. The primary goals of Use Case diagrams include:
Providing a high-level view of what the system does

Identifying the users ("actors") of the system
Determining areas needing human-computer interfaces.
GRAPHICAL NOTATION
The basic components of Use Case diagrams are the Actor, the Use Case, and the
Association.
ACTOR
An Actor, as mentioned, is a user of the system, and is depicted using a stick figure. The
role of the user is written beneath the icon. Actors are not limited to humans. If a system
communicates with another application, and expects input or delivers output, then that
application can also be considered an actor.
USE CASE
A Use Case is functionality provided by the system, typically described as verb + object
(e.g. Register Car, Delete User). Use Cases are depicted with an ellipse. The name of the use case
is written within the ellipse.
ASSOCIATION
Associations are used to link Actors with Use Cases, and indicate that an Actor
participates in the Use Case in some form. Associations are depicted by a line connecting the
Actor and the Use Case.
The following image shows how these three basic elements work together to form a use
case diagram.
Use case diagrams describe what a system does from the standpoint of an external
observer. The emphasis is on what a system does rather than how.
Use case diagrams are helpful in three areas.
Determining features (requirements). New use cases often generate new requirements
as the system is analyzed and the design takes shape.
Communicating with clients. Their notational simplicity makes use case diagrams a
good way for developers to communicate with clients.
Generating test cases. The collection of scenarios for a use case may suggest a suite of
test cases for those scenarios.
2. SEQUENCE DIAGRAM
Sequence diagrams document the interactions between classes to achieve a result, such as
a use case. Because UML is designed for object-oriented programming, these communications
between classes are known as messages. The Sequence diagram lists objects horizontally, and
time vertically, and models these messages over time.
NOTATION
In a Sequence diagram, classes and actors are listed as columns, with vertical lifelines
indicating the lifetime of the object over time.
OBJECT
Objects are instances of classes, and are arranged horizontally. The pictorial
representation for an Object is a class (a rectangle) with the name prefixed by the object name
(optional) and a semi-colon.
ACTOR
Actors can also communicate with objects, so they too can be listed as a column. An
Actor is modeled using the ubiquitous symbol, the stick figure.
LIFELINE
The Lifeline identifies the existence of the object over time. The notation for a Lifeline is
a vertical dotted line extending from an object.
ACTIVATION
Activations, modeled as rectangular boxes on the lifeline, indicate when the object is
performing an action.
Message
Messages, modeled as horizontal arrows between Activations, indicate the
communications between objects.
Each vertical dotted line is a lifeline, representing the time that an object exists. Each
arrow is a message call. An arrow goes from the sender to the top of the activation bar of the
message on the receiver's lifeline. The activation bar represents the duration of execution of the
message.
3. ACTIVITY DIAGRAM
Activity diagrams are used to document workflows in a system, from the business level
down to the operational level. When looking at an Activity diagram, you'll notice elements from
State diagrams. In fact, the Activity diagram is a variation of the state diagram where the "states"
represent operations, and the transitions represent the activities that happen when the operation is
complete. The general purpose of Activity diagrams is to focus on flows driven by internal
processing vs. external events.
ACTIVITY STATES
Activity states mark an action by an object. The notations for these states are rounded
rectangles, the same notation as found in State chart diagrams.
Transition
When an Activity State is completed, processing moves to another Activity State.
Transitions are used to mark this movement. Transitions are modeled using arrows.
SWIM LANE
Swim lanes divide activities according to objects by arranging objects in column format
and placing activities by that object within that column. Objects are listed at the top of the
column, and vertical bars separate the columns to form the swim lanes.
INITIAL STATE
The Initial State marks the entry point and the initial Activity State. The notation for the
Initial State is the same as in State chart diagrams, a solid circle. There can only be one Initial
State on a diagram.
FINAL STATE
Final States mark the end of the modeled workflow. There can be multiple Final States on
a diagram, and these states are modeled using a solid circle surrounded by another circle.
SYNCHRONIZATION BAR
Activities often can be done in parallel. To split processing ("fork"), or to resume
processing when multiple activities have been completed ("join"), Synchronization Bars are
used. These are modeled as solid rectangles, with multiple transitions going in and/or out.
4. COMPONENT DIAGRAM
Component diagrams fall under the category of an implementation diagram, a kind of
diagram that models the implementation and deployment of the system. A Component Diagram,
in particular, is used to describe the dependencies between various software components such as
the dependency between executable files and source files. This information is similar to that
within make files, which describe source code dependencies and can be used to properly compile
an application.
COMPONENT
A component represents a software entity in a system. Examples include source code
files, programs, documents, and resource files. A component is represented using a rectangular
box, with two rectangles protruding from the left side, as seen in the image to the right.
DEPENDENCY
A Dependency is used to model the relationship between two components. The notation
for a dependency relationship is a dotted arrow, pointing from a component to the component it
depends on.
5. CLASS DIAGRAM
A Class diagram gives an overview of a system by showing its classes and the
relationships among them. Class diagrams are static -- they display what interacts but not what
happens when they do interact.
UML class notation is a rectangle divided into three parts: class name, attributes, and operations.
Names of abstract classes, such as Payment, are in italics. Relationships between classes are the
connecting links.
Our class diagram has three kinds of relationships.
association -- a relationship between instances of the two classes. There is an association

between two classes if an instance of one class must know about the other in order to
perform its work. In a diagram, an association is a link connecting two classes.
aggregation -- an association in which one class belongs to a collection. An aggregation

has a diamond end pointing to the part containing the whole. In our diagram, Order has a
collection of OrderDetails.
generalization -- an inheritance link indicating one class is a superclass of the other. A

generalization has a triangle pointing to the superclass. Payment is a superclass of Cash,
Check, and Credit.
An association has two ends. An end may have a role name to clarify the nature of the
association.
A navigability arrow on an association shows which direction the association can be

traversed or queried. An OrderDetail can be queried about its Item, but not the other way
around. The arrow also lets you know who "owns" the association's implementation; in this case,
OrderDetail has an Item. Associations with no navigability arrows are bi-directional.
The multiplicity of an association end is the number of possible instances of the class
associated with a single instance of the other end. Multiplicities are single numbers or ranges of
numbers.
This table gives the most common multiplicities.
Multiplicities Meaning
0..1 zero or one instance. The notation n . . m indicates n to m instances.
0..* or * no limit on the number of instances (including none).
1 exactly one instance
1..* at least one instance
Every class diagram has classes, associations, and multiplicities. Navigability and roles are
optional items placed in a diagram to provide clarity.
6. PACKAGES AND OBJECT DIAGRAMS
To simplify complex class diagrams, you can group classes into packages. A package is a
collection of logically related UML elements. The diagram below is a business model in which
the classes are grouped into packages.
Packages appear as rectangles with small tabs at the top. The package name is on the tab
or inside the rectangle. The dotted arrows are dependencies. One package depends on another if
changes in the other could possibly force changes in the first.
The object diagram below instantiates the class diagram, replacing it by a concrete example.
Each rectangle in the object diagram corresponds to a single instance. Instance names are
underlined in UML diagrams. Class or instance names may be omitted from object diagrams as
long as the diagram meaning is still clear.
7. COLLABORATION DIAGRAMS
Collaboration diagrams are also interaction diagrams. They convey the same
information as sequence diagrams, but they focus on object roles instead of the times that
messages are sent. In a sequence diagram, object roles are the vertices and messages are the
connecting links.
The object-role rectangles are labeled with either class or object names (or both). Class
names are preceded by colons ( : ).
Each message in a collaboration diagram has a sequence number. The top-level message
is numbered 1. Messages at the same level (sent during the same call) have the same decimal
prefix but suffixes of 1, 2, etc. according to when they occur.
8. STATE CHART DIAGRAMS
Objects have behaviors and state. The state of an object depends on its current activity or
condition. A statechart diagram shows the possible states of the object and the transitions that
cause a change in state.
States are rounded rectangles. Transitions are arrows from one state to another. Events or
conditions that trigger transitions are written beside the arrows. The initial state (black circle) is a
dummy to start the action. Final states are also dummy states that terminate the action.
9. COMPONENT AND DEPLOYMENT DIAGRAMS
A component is a code module. Component diagrams are physical analogs of class

diagram. Deployment diagrams show the physical configurations of software and hardware
The physical hardware is made up of nodes. Each component belongs on a node.

Components are shown as rectangles with two tabs at the upper left.
Logical Architecture and UML Package Diagrams
The software architecture is a fairly large topic: we will only introduce one possible
solution (the most common) here.
As we have finished the requirement analysis part of the first iteration and are ready to
move on to design we can look at a larger scale.
The design of a typical OO system is based on several architectural layers, such as a UI
layer, an application logic (or "domain") layer, and so forth.
Logical architecture using a UML package diagram.

A UML package diagram provides a way to group elements. A UML package can group
anything: classes, other packages, use cases, and so on. Nesting packages is very
common.
It is common to want to show dependency (a coupling) between packages so that
developers can see the large-scale coupling in the system.
A UML package represents a namespace so that, for example, a Date class may be
defined in two packages. If you need to provide fully-qualified names, the UML notation
is, for example, java::util::Date in the case that there was an outer package named "java"
with a nested package named "util" with a Date class.
BOOK BANK SYSTEM
AIM:
To prepare a project for book bank system.
PROBLEM STATEMENT :
Book bank system is to implement book borrowing online. Book bank system
provides students or users about various books in various fields. The student who wants to take
up a course can browse any related website and gather information about the course and books.
We must register there to borrow books and after submitting the form, mail will be sent to the e-
mail mentioned in the form which tells about the author name, terms and conditions etc. Once
the conditions have been accepted, the user will be provided with a membership name and a
password. The details about payments,rental, renewal, return, etc are available. The maintenance
is done by the administrator. The student can borrow a book. After a book has being borrowed
for somedays and if the time of borrowal need to be extended, we can renew the book. If the
book has been utilised, we can return the book. The corresponding updates such as book being
borrowed will be updated as available online. After all this, we can sign off and end the process.
SOFTWARE REQUIREMENT SPECIFICATION DOCUMENT

INTRODUCTION :
PURPOSE OF SYSTEM :
1. The purpose of book bank system is to provide the students with the information on books
and scheduled times of book rental available.
2. It is also used to ensure the validity and security in the online book bank management
system.
SCOPE OF SYSTEM :
The book bank system project is a software toolcreated to help and access the students
gather required information about the various books in the institution the project is web based
interactive application. Focus is laid solely on the book display ,schedule,categories,syllabus and
payment as per required.
OVERVIEW OF THE SYSTEM :
The target client for our software are students who lively are interested in rental of
books be it either from engineering or medical genre in the institution. They can log into our
website and browse the courses which they have aspiration to study. The booking or reservation
of the books is online, the detailed description about their book package and necessary terms and
condition norms would be mailed to the students registered email address which he / she may
provide during the time of registration.
GENERAL DESCRIPTION :
PRODUCT PERSPECTIVE :
1. This product requires a web browser that is capable of playing a flash player.
2. This program will not be dependent on any other software and is not a component of
another program.
3. This program does not need any new hardware.
PRODUCT FUNCTION :
Its function is to maintain the record of books available, renewable, return of
books, details offline, unavailability and their current state of books that are available.
USER INTERFACE :
A convenient GUI will provide users with the ability to quickly enter the
information from the users about the book either author name or book name and output the
availability or unavailability of books in the book bank.
HARDWARE REQUIREMENTS :
1. Processor Intel Pentium IV-2.0GHz
2. Hardware- 40 GB
3. RAM 512 mb
4. DVD RAM 1no.
SOFTWARE REQUIREMENTS :
1. OS- Windows WP / Vista
2. Front end tool Rational Rose Enterprise Suite
3. Back end tool- MSAccess
GENERAL CONSTRAINTS :
1. Filling the form manually to register in book bank.
2. Due date to submit the book.
3. Reserve the book manually is a problem.
4. Fine money calculation for the books taken by the candidate.

5. To check availability of books manually.
6. To know the persons who took the book is difficult.
7. Maintaining books details and candidate details.
8. To know how any no.of books each person took.
SPECIFIC REQUIREMENTS :
FUNCTIONAL REQUIREMENT :
A functional requirements defines a function of a software system on its
component. A function is described has a set of inout, the behaviour and the output.
1. Main menu including a brief help section.
2. Login
3. Viewing book details.
4. Displaying details.
5. Maintain and update book details.
6. Logout
PERFORMANCE REQUIREMENTS:
The product shall be based on web and has to be run from a web server. The product
shall take initial load time depending on the internet connection strength which also depends on
the media from which the product is run. The performance shall depend upon hardware
components of the client/customer.
SAFETY REQUIREMENTS:
1. The system shall automatically logout all customers after a period of inactivity.
2. A system shall not leave any cookies on the customers computer containing any of the
users confidential information.
3. The systems back-end databases shall be encrypted.
4. The customers web browser shall never display the users password;
RELIABILITY :
The system should be available at all times except for monthly maintenance of no more
than 10 minutes. The system backup onto a second server will be performed during the
maintenance time as well as once daily and system recovery will only be executed as
necessary. In addition, the secondary server will be prepared to help recover in the event of
hardware failure
RISK MANAGEMENT
RISK TABLE :
SN RISK CATEGORY PROBABILIT IMPACT RMMM (Risk Mitigation
O Y Monitoring and
Management)
1. Unauthorised Business 30% Critical . IT security policy,procedure
acess to impact. and standards should be in
information. place and available to staff.
Anti-virus protection can be
given.
2. Loss of Product size. 10% Marginal Contingency for loss of
relevant data,backup routines for
information. system failure.
3. Incorrect Development 15% Catastroph Implement a warning system
recording of environment y that identifies suspicious
transaction in transaction.
accounting
system.
4. Lack of Technology 20% Negligible. Regular record of customers
control over to be built. who have borrowed books.
return and Record of return,renewal and
renewal. fine amount on books.
5. Lack of Business 5% Critical. Procedures for testing back-
backup impact up and recovery. Save the
routines. customers archives and
documents in secure
premises.
6. Incomplete Development 10% Negligible. Restricting the number of
control environment users at a particular time.
Establish security
arrangements to avoid
multiple users to select same
book at a time.
7. Lack of Product size. 10% Critical. If there is a situation where
update no books are available,an
alert must be provided. If a
customer hasnt returned or
renewed a book for a longer
time, action must be taken.
GANTT CHART FOR BOOK BANK SYSTEM

Gantt Chart for Book Bank System
Task 12
Task 11
Task 10
Task 9
Task 8
Weeks
Task 7
Task 6
Task 5
Task 4
Task 3
Task 2
Task 1
0 0.5 1 1.5 2 2.5 3 3.5
USE CASE DIAGRAM

registration
system
login database
user
search books
pay
availability bank
reading/downloading/borrowing/
returning
issue
logout
CLASS DIAGRAM
system administrator
system no.
password
name
registration authentication book search payment get books membership status

name : char username : char title : char date : int book id : int status : int
age : int password : char author : char time : int member ID : int last modified : int
address : char publications : char amount : int duration : int book holding : char
college : char login() ISBN : char next renewal : int
year of study : int pay() renewal()
contact no : int search() receipt() download() status()
member system incharge delivery boy admin
member id : int borrow()
username : char checkstatus()
password : char
register()
fill form login
member renewal of
books
search books calculate fine
book calculate cost

number
enter card no ask for card no
authorize
payment
ACTIVITY DIAGRAM
accept deny
collect books
create reciept
collect books
and reciepts
recieve books
books
SEQUENCE DIAGRAM
:CUSTOMER :ADMIN :DATABASE :DELIVERY
BOY
Register(name,id,pswd)
registration confirmation
login(id,pswd)
authenticate
request for renewal
penalty amount
make payment
books search(id,author)
search result
order books
amount to be paid
payment mode
payment by cash
card details
authentication
send books
deliver books and reciept
COLLABORATION DIAGRAM
1: Register(name,id,pswd)
3: login(id,pswd)
5: request for renewal
:CUSTOM 7: make payment
ER 10: order books
13: payment by cash
14: card details
:ADMIN
2: registration confirmation
4: authenticate
8: books search(id,author) 6: penalty amount
9: search result
11: amount to be paid
12: payment mode
15: authentication
17: deliver books and reciept

16: send books
:DATABA
SE :DELIVERY
BOY
STATE CHART DIAGRAM

enter id,passwd search books make request
login page authenticat waiting for enter book
ion request no.
failed renewal and rent
logout authorize waiting for

payment payment
complete sale card or cheque
cash payment
create receipt delivery

waiting for get books deliver books
order and receipt
end process
LOGICAL ARCHITECTURE
user interface
web swing
(from javax)
book bank
user incharge
bank
delivery boy admin
technical services
database security
(from javax)
COMPONENT DIAGRAM
<<executables>>
book namk.exe
<<component>> <<web servers>>

HTTP apache tomcat
protocol
<<component>>
HTTP web
page
<<component>>
servlets
<<component>> <<component>>
JRE oracle 10
DEPLOYMENT DIAGRAM
<<server>>
:DELL POWER 3600
<<Client workstation>>
:HCLPC
SOAP
HTTP
<<artifact>>
:bookbank.exe
<<webserver clusters>> <<servlet container>>
:Apache 2.1 :Tomcat 6.0
SQL
<<server>>
:DELL POWER 3400
<<operating system>>
Windows XP
<<database>>
Oracle 10g
RESULT:
Thus a project for book bank system was completed successfully.
ONLINE EXAM REGISTRATION SYSTEM
PROBLEM STATEMENT
The system that is presently in use in Jeeth institution in for various exam registrations is
inefficient. The students have to collect the forms in person, fill it, attach the required documents,
submit it and await their response. Now the main problem is, the people in-charge have to
scrutinize the several thousand forms, store the details of the candidates in the database, prepare
the hall ticket and mail the response back to the candidate. This process is very tedious, time
consuming and there is a high probability of misplacing applications.
Introducing an Online Registration System will help in eliminating these disadvantages.
This system initially provides a list of the various exams. Once the candidates select their desired
exam, the available venues and dates will be displayed out of which they can choose the date and
venue convenient for them.
According to their selection, the form is produced. The details have to be carefully filled
and the requested documents must be scanned and uploaded. If the details are verified and found
to be authentic, the candidate has to proceed to the payment of the registration fee. The payment
can be made through either Net Banking or Credit/Debit cards.
Once this process is completed, the hall ticket is generated and the details of the
candidates are stored in the database. The candidates are required to take a print out of the hall
ticket when appearing for the exam.
By using such a system, manual processing is completely avoided and thereby time is
also saved. The response too is immediate and the process is completed in a simple and easy
manner.

Introduction:
Purpose of the system:
The purpose of the exam registration system is to enable the applicants to register
online for the various exams offered in Jeeth institutions effortless and user-friendly manner.By
using this system manual processing is avoided and time consumed is reduced.
Scope of the system:
The system will be built initially as a standalone system that could be hosted
anywhere.This approach will enable us to fully develop and debug the system in full before it
can be integrated within any system.This system will be built to be highly available,redundant
and fully secured.
Overview of the system:
In essence,this system provides the interface to the main registration database

system.Initially,the system provides a list of various exams,once the candidates select their
desired exam,the available venues and dates will be displayed out of which they can choose the
date and venue convenient to them.According to their selection the form is filled and the required
document must be scanned and uploaded.If the details are verified and found to be authentic the
applicant proceeds to payment.
General Description:
Product Perspective:
Once the system is completely developed and tested it will be incorporated as part of the
Jeeth institution website.This will be developed using a scripting language such as javascript and
the oracle server will be used as a backend.
Product Function:
It involves the following steps:

1) Sign up and register
2) Upload the documents
3) Make the payment
4) Hall ticket generation
5) View results
User Characteristics:
The system will be used in two modules which are administrator and student modules.As
both of these have different requirements they are designed to meet their needs and avoid any
type of confusion.
Administrator Module:
o Add and edit courses
o Add and edit date
o Add and edit venue
o Add and edit mode of payment
o View result
o Generate report
Applicant module:
o Register for an exam
o View result
General constraints:
Security:The information should be secure and there should not be any kind of
malfunction.
Reliabilty:It should keep secure all information regarding an applicant.It should work
effectively in tremendous rush.
Flexibility:The system should be able to work on other kinds of technology with little
modifications.
Efficiency:The system should not hang or lose its efficiency in any kind of worse
condition.
Hardware requirement:
Pentium 4
200 MB hard disk space
512 MB RAM
Software requirements:
Browser IE6 or above or google chrome or Mozilla firefox

Microsoft .NET framework version 2.0 or above
Specific Requirements:
Functional requirements:
Data must be entered completely before a form is submitted

The system will limit access to authorized users
The database will have a functional audit trail
Performance requirements:
The system is required a fair amount of speed while browsing through the catalogue and
presenting different possibilities.
When the system is disconnected or frozen due to over access at the same time,it should
save all the processes of the users.
The system should be able to manage all the information from the database.
Reliability:
The reliability of the system is directly linked to the level of update of the documents
to which it is correlated,such as the catalogue or the student database. The system and the
external documents must be updated constantly according to the necessities of the stakeholders.
Safety requirements:
Every student must have secure and private access to his/her data.
Data integrity should be assured by limiting access to the database and by appropriate
synchronization and back-up functionalities.
The system will develop a security system that will reduce to the minimum the possibility
of corruption from systems and/or humans.
RISK MANAGEMENT
S. Risk Category Pro Impact RMMM
no bab
ility
1. Database Technology to 5% Catastrophi Test the software regularly and take
Connectivity be built c backups of the data at periodic intervals
2. Document Stakeholder 20% Marginal Raise a pop-up window indicating the error
uploading characteristics and requesting to redo the operation with
problems appropriate file type
3. Requirement Process 10% Catastrophi Analyze and understand the project
understandin definition c completely, meet up with the customer at
g regular intervals and get feedback.
4. Project not Staff size and 15% Critical Have back-up staff in case of emergency
meeting experiment/ and spend less time in the planning stage.
deadline product size
5. Project cost Development 25% Critical Allocate resources at each stage of the
environment/ project efficiently, place maximum bounds
Process on the cost estimate.
definition
6. Continuous Stakeholders 10% Marginal High change threshold, information hiding,
requirement characteristics incremental development.
change
7. Real-time Technology to 5% Critical Simulation, benchmarking, modeling,
performance be built/ prototyping, instrumentation, tuning.
shortfalls development
environment
8. Security Business 20% Catastrophi Build strong firewalls and embed anti-virus
(virus impact c software
attacks)
9. Unauthorize Business 8% Marginal Passwords should be combinations of
d access of impact letters, digits and special characters and
data users should be notified about each login.
GANTT CHART
Gantt Chart for Exam Registration System
Task 12
Task 11
Task 10
Task 9
Task 8
Weeks
Task 7
Task 6
Task 5
Task 4
Task 3
Task 2
Task 1
0 0.5 1 1.5 2 2.5 3 3.5
USE CASE DIAGRAM

CLASS DIAGRAM
ACTIVITY DIAGRAM
Student System Administrator Payment Manager
Register Generate username

and password
Validate
information
Login Check availability Modify system

of date and venue
Select exam and

Validate details
enter details Yes
No
Enter payment Make payment
details
Authentiacate
View result payment
No
Yes
Generate hall
ticket
Generate result
SEQUENCE DIAGRAM
Student System Administrator
Register
Generate username and password

Modify system
Login
Authorize login
Select Exam
Produces form if available
Fill forms and upload documents Sends details for verification
Verify details
Enter payment details
Authenticate payment
Generate hall ticket
Upload results
View result
Generate result
1: Register
4: Login
6: Select Exam
8: Fill forms and upload documents
11: Enter payment details
15: View result
Student System
2: Generate username and password

5: Authorize login
7: Produces form if available
12: Authenticate payment
13: Generate hall ticket
16: Generate result
3: Modify system
14: Upload results 9: Sends details for verification
10: Verify details
Administra
tor
STATE CHART DIAGRAM

Register to Using details Generate Username
the System & Password
Enter username and password

Login Validate
Information
System validates
Select course
System checks
Select Check availability of Admininstrator

Exam Date & Venue Modifies System
Administrator validates
Fill Forms and Validate
Upload Documents Details
Enter registration number
Proceeds to payment
Enter Payment Make

Details Payment
System authenticates payment
Authenticate
Payment
View
System generates
Result
Generate
Hall Ticket
LOGICAL ARCHITECTURE DIAGRAM

User Interface
Web SWING
Exam Registration
Login Payment Hall Ticket
Student Student Student
Systems Systems
Payment Administator
Administator Manager
Technical Services
Persistence Database Log in
COMPONENT DIAGRAM
<<Executable>>
Exam
Registration.exe
<<Component>> <<Web server>>

HTTP protocol Apache Tomcat
<<Component>>
HTTP Web page
<<Component>>
Servlets
<<Component>> <<Component>>
JRE Oracle 10g
DEPLOYMENT DIAGRAM
<<Server>>
DELL POWER 3400
<<System>>
Exam Registration
<<Server Side>>
Tomcat 6.0
<<OS>>
<<Client Side>> Windows
Applet
<<Database>>
<<Browser>> Oracle 10g
Web Browser
IMPLEMENTATION
Form1
Enter user name and password to login or register.
Private Sub Command1_Click()
Dim cn As New ADODB.Connection
Dim rs As New ADODB.Recordset
Dim a As Boolean
a = False
cn.Open "dsn=exam"
rs.ActiveConnection = cn
With rs
.CursorType = adOpenStatic
.CursorLocation = adUseClient
.LockType = adLockOptimistic
.Open "select * from Students"
End With
If (a = False) Then
MsgBox ("Enter Correct UserName and Password")
End If
End Sub

Form2.Show
Unload Me
End Sub
Form2
Enter the required details to register for the exam.

cn.Open "dsn=Exam"
If (Text3.Text = Text4.Text) Then

With rs
.Open "select * from Students"
End With
With rs
.AddNew
.Fields(0) = Val(Text1.Text)
.Fields(1) = Text2.Text
If (Option1 = True) Then
.Fields(3) = Option1.Caption
End If
If (Option2 = True) Then
.Fields(3) = Option2.Caption
End If
.Fields(4) = Val(Text5.Text)
.Update
MsgBox ("Registration Success. Please Login")
Form1.Show
Unload Me
End With
Else
MsgBox ("Password doesn't match")
End If
End Sub

Unload Me
End Sub
Form3
Register Exam: This option is to register for an exam.

Enquiry Exam: This option will let the applicant know about the results of a particular exam.

Form4.Show
Unload Me
End Sub

Form5.Show
Unload Me
End Sub
Unload Me
End Sub
Form4
Form3.Show
Unload Me
End Sub
Private Sub Text1_Change()

cn.Open "dsn=exam"
This form is for making the payment for the exam.
With rs
.Open "select * from Exams"
End With
End Sub
Form 5:
After the payment of fees this form will appear where the student is finally registered for the
exam.

cn.Open "dsn=Exam"
rs.MoveFirst With rs
While Not rs.EOF .CursorType = adOpenStatic
If (Val(Text1.Text) = rs(0)) Then .CursorLocation = adUseClient
Text2.Text = rs(1) .LockType = adLockOptimistic
Text3.Text = rs(2) .Open "select * from Exams"
Text4.Text = rs(3) End With
End If rs.MoveFirst
rs.MoveNext While Not rs.EOF
Wend If (Val(Text1.Text) = rs(0)) Then
rs(4) = rs(4) + ", " + Form1.Text1.Text
rs.Update
a = True
MsgBox "Exam Applied"
End If
rs.MoveNext
Wend
If (a = False) Then
MsgBox ("Enter correct Exam ID")
End If
End Sub
Unload Me
End Sub
Result:
Thus the online exam registration system is implemented.
STOCK MAINTENANCE SYSTEM
PROBLEM STATEMENT:
The stock maintenance system is a real time application used on a day to day basis. It is a
database to store the transaction that takes place between the manufacturer, dealer and
shopkeeper that maintains the stock inward and stock outward with reference to the dealer. We
assume our self to be the dealer. We assume our self to be the dealer. The manufacturer is the
producer of items who maintains information like price per item, date of manufacturer, best
before use, number of items available and the company address. The dealers is responsible for
purchasing item from the manufacturer by requesting the required items with its corresponding
company name and number of items required. The dealer is responsible of distribution of items
to the retailers in the city. The retailer is the one who is responsible for selling items in the
market. The customers get their items from the shopkeeper and not from manufacturer or dealer.
The stock database records all the transactions that take place between the manufacturer and
dealer and the detailer and retailer.
SRS DOCUMENT
INTRODUCTION:
This software specification documents full set of features and functions for online stock
maintenance system that is maintained in a company website. In this we give specification about
the customer orders. It tells the useability, reliability defined in use case specification.
PURPOSE OF THE SYSTEM:
The purpose of the stock maintenance system is to maintain the stock (i.e) to maintain the
stock in a precise manner.
SCOPE OF THE SYSTEM:
The scope of this stock maintenance system is to maintain the stock for supermarkets, retailers
and suppliers individually.
OVER VIEW OF THE SYSTEM:
The overview of the project is to design an online tool for the recruitment process which
eases the work for the customer as well as the companies. The shopkeepers can create their own
forms in a way that they would like their database to look like.
GENERAL DESCRIPTION:
PRODUCT PERSPECTIVE:
This product requires a web browser.
This program will not be dependent on any other software and is not a component of
another program.
This program does not need any new hardware.
PRODUCT FUNCTION:
Its function is to maintain the record of stock, billing, details offline, out of the product
and their current stock positions with the company.
USER INTERFACE:
A convenient GUI will provide users with the ability to quickly enter the information
from the incoming orders from the supermarkets and to output the invoices reflecting the
outgoing flow of goods supplied to the supermarkets.
GENERAL CONSTRAINTS:
The product consumes that all deliveries from warehouse to supermarket are successfully
completed and there is no loss of items on the way.
It assumes that all suppliers have enough stock.
Specific book keeping and accounting regulations reflecting the current laws and
regulations will have to be programmed when updated.
HARDWARE REQUIREMENTS:
Processor : Pentium IV 2Ghz
RAM: 2Gb RAM
Monitor: 15 inch coloured
Keyboard
Mouse
SOFTWARE REQUIREMENTS:
Operating : Windows XP
Developing tool: Visual Basic 6.0
Database: MS Access
SPECIFIC REQUIREMENTS:
FUNCTIONAL REQUIREMENTS:
A functional requirement defines a function of a software system on its component.
Accepting orders from supermarkets
Responding to orders from supermarkets
Getting supermarkets billed
Sending goods to supermarkets
Ordering from suppliers
Receiving payment
Paying suppliers
Conducting daily and weekly sales analysis
All pages should be loaded within 3 seconds or less assuming a broadband connection on
the clients side. Therefore, response time for transaction will be less. The system should support
as many as 50 online users simultaneously with negligible response delay.
The system shall automatically log out after a period of inactivity.
The system shall not leave any cookies on the customers computer containing
any of the users confidential information.
Systems back-end databases shall be encrypted.
RELIABILITY:
The system should be available at all times except for monthly maintenance of not more
than 10 minutes. The system backup onto a second server will be performed during the
maintenance time as well as once daily(midnight) and system recovery will only be executed as
necessary. In addition the secondary server will be prepared to help recover in the event of
hardware failure.
USE CASE DIAGRAM
registration
system
login administrator
shop keeper
database
check availability
bank
place order
supplier
pay
supply
dealer
logout
CLASS DIAGRAM
PRODUCT _DET AILS PURCHASE_DETAILS

pnam e : i nt pdate : date SALES_DET AILS
pcode : stri ng pcode : int
sdate : date
openi ng stock : int sname : string
cname : string
pri ce : i nt pqty : int
pcode : int
price : i nt
pri ce : i nt
add()
qty : int
delete() purchase_save()
update() purchase_edit()
addsales()
clear() purchase_delete()
exit()
exit() exi t()
ST OCK_DETAILS
date1 : date
date2 : date
viewstock()
cancel()
ACTIVITY DIAGRAM
Customer Shop ow ner System Stock holder
Enter the stock details of Updates the

shop in system database
Purchase Enter the items Calculate bill

items in system
Update the
stock details
if value below
threshold
no yes
Receives purchased Receives cash Generate bill Sends sms to

items and gives bill shop owner
Receives sms and places

order accordingly
Takes the order
Receives the stock and Delivers the

pays the amount stock
Updates the new

stock details
SEQUENCE DIAGRAM
:System :Stock holder
:Customer :Shop owner
Enter the stock details in system
Purchase items Update the database
Enter the items in the system
Calculate bill
Update the stock and checks for threshold value
If value above threshold, generates receipt
Gives the receipt
Makes payment
Gives items
If value below threshold, send sms
Places order accordingly
Delivers the stock
Pays amount on receiving stock
Updates the new stock details
2: Update the database
6: Update the stock and checks for threshold value
:Customer
:System
1: Enter the stock details in system

4: Enter the items in the system
15: Updates the new stock details
3: Purchase items
8: Gives the receipt 9: Makes payment 5: Calculate bill
10: Gives items 7: If value above threshold, generates receipt
11: If value below threshold, send sms
12: Places order accordingly

14: Pays amount on receiving stock
:Stock
holder
13: Delivers the stock
:Shop owner
STATE CHART DIAGRAM

enter the stock update
details into system database
enter quantity
of items
update stock
details
check with threshold
generate bill
notify the
shopkeeper
deliver items
update the new stock

details into database
UI
Swing Web
Stock Maintenance System
Purchase Payment Updation

Customer Customer Shop owner
Shop owner Shop owner Stock system
Stock holder Stock holder
Bank
Technical services
Database Persistence Rules engine
COMPONENT DIAGRAM
<<Executable>>
sms.exe
<<Server>>
Apache Tomcat
<<Component>>
JSP
Oracle
DEPLOYMENT DIAGRAM
<<server>>
:Dell PowerEdge 3600
<<client workstation>>
:HCL PC <<web server cluster>>
:Apache 2.1
<<artifact>> SOAP/HTTP
:sms.exe
<<servlet container>>
:Tomcat 6
SQL
<<server>>
<<OS>>
:Windows XP
<<Database>>
:Postgre SQL 10
RESULT:
Thus a project for stock maintenance system is completed successfully.
.ONLINE COURSE RESERVATION SYSTEM
PROBLEM STATEMENT:
The manual procedures for implementing for course reservation system was very tedious. It
is time consuming and stressful. It is less accurate.
The system is basically about courses and colleges. The system is designed in a way such
that the user need not travel to the particular place, he can interact with the system anywhere.
Our system provides spiral features like video conferencing, study materials. This system helps
the user to check the availability of the courses in various colleges. The user is provided with the
choice of selecting the mentors and the system has regular status updates. User has to fill up the
application form which contains name, phone no, marks scored in the previous course. The
document for the above should be attached .The system verifies the application form on the basis
of eligibility criteria accordingly the courses are selected. Once the reservation is done successful
the user is provided with the user id and password to login the system.
SRS DOCUMENT
Introduction:
The main purpose of the system is to provide a clear view of the requirements of online
course reservation system to the developer.This project aims at developing the online system for
students to learn online.

The scope of the software product developed involves paid service to the students to select
and learn a restricted number of courses that are being offered.It involves a very simple
registration procedure to be done by the student while being guided by a mentor through the
course.

The overview of the system explains in detatil the various software and hardware
requirements for the specification and also elaborates on the constraints involved in the system.
General description:
Product perspective:
The system gives an overall description about the available course that a student can opt
to learn and professor can prefer to teach. The system provides login facility to the students .The
system checks whether the user have the required qualification to register and to view further
details on course availability.It allows the administrator to create the catalog and store it in the
database.
Product function:
The main functions include
1.Entering the student details into the database
2. Offering the chosen course to the student.
3.Receiving payment from the student.
User Interface:
A very interactive GUI is provided to the student and the staff.It prompts the factors to give
the required input for each activity of the system.
General Constraints:
1.Product Limitation
2.Parallel operation not applicable
3.Data Redudancyand use of Special/Blank characters must be avoided during registration.
Hardware Requirements:
Processor:Pentium 4 2GHZ
RAM: 2GB RAM
Monitor:15 inch coloured
Keyboard
Mouse
Software Requirements:
Windows XP
Oracle 6
MYSQL
Netbeans IDE
Functional Requirement:
1.Functional requirement defines the function of a software system on its component.
2.Accepting the student details.
3.Checking the availability of course.
4.Verifying the document attached.
5. Receiving payment
Performance Requirements:
1.Multi users can access the software at any given time.

2.When the system is disconnected it should store the process being carried out.
3.It should accept and process the data in fair amount of time.
Safety Requirement:
1.Payment transactions made at highly secure.
2.It keeps the data of the document updated confidential.
3.It reduces complexity involved in maintaining software.
Reliability:
The factors for establishing reliability are
1.The user cannot use the software with no valid id.
2.The staff qualifications are tested and hence a reliable service is offered.
USECASE DIAGRAM:
Class Diagram:
ACTIVITY DIAGRAM
SEQUENCE DIAGRAM
STATE CHART DIAGRAMS
User Interface
web swing
(from javax)
online course reservation
registration
application form verification
login student system admin
student
status notification
non teaching staff student
course manager system admin
technical services
persistance database login prompt

COMPONENT DIAGRAM
<<EXECUTABLE>>
COURSE.EXE
APACHE TOMCAT
<<COMPONENT>>
JSB
ORACLE
DEPLOYMENT DIAGRAM
<<Server>>
DELL POWER 3400
<<System>>
Course Reservation
<<Server Side>>
Tomcat 6.0
<<OS>>
<<Client Side>> Windows
Applet
<<Database>>
<<Browser>> Oracle 10g
Web Browser
IMPLEMENTATION
Credit Card Processing
Problem statement
Credit card processing is a system of payment , ie It is like having electronic money in
our hands . The user can apply for credit cards instantly via the internet. The user can
borrow money and pay it later (or) pay the cash in advance. Data is stored in the magnetic strip
of the card. When a user makes a purchase, the user is asked a sign a receipt for verification
process, every month a credit card statement regarding the purchase made during the month will
be sent to the borrower .
The cardholder can give a verbal authorisations via telephone ie.) security code at the back of the
card, billing address, date of expiry. This machine is known as CNP (Credit Card Processing)
SRS Document
Introduction :
Purpose of the system
Scope of the system
Overview of the system
General description :
Product perspective
Product function
User Interface
General constraints
Hardware Requirements
Software Requirements
Specific Requirements :
Functional Requirements
Performance Requirements
Safety Requirements
Reliability .
Introduction :
Purpose of the system :
The purpose of the system is to allow customers perform safe and secure transactions , easy ,low
cost , remote access to the accounts outside of regular business hours .
Scope of system :
The system can be use in various is to provide better customer services,such as safe and reliable
transactions. Banks should be able to perform multiple simultaneous transactions .Credit
processing system can be implemented in bank ATM's ,shopping malls,stores etc.
The overview of the system is to build a credit card processing system that enables/helps
customers,anytime.
The product perspective is to build servers that stores the transaction information made by every
customer by making proper updations after each transaction. To support multiple multiple
transactions ,the credit card processing system is aimed towards the segments of people. This
system serves the customers providing them cash free environment for purchase ,further it
provides shopkeepers an opportunity to provide customers an easy purchasing experience .This
system requires the customer to hold a card and requires internet connection at retail outlets.
Product functions:
A credit card processing system must support the following cases.
1.Class of use case:use case related to authorization,transaction,product delivery.
2.Use cases:login,submit order,transfer funds,product delivery.
User Interface:
The principle actors in the credit card processing system are customer,seller, and the system. The
seller would require knowledge regarding the usage of the system and the end user would only
need to carry a card.
The general constraints for the full working of a credit card processing system are interest
connections as it is a multi user,multi server system as the working depends on the availability
of server databases at all times.
Hardware requirements:
Processor:I6
harddisk:1 TB
Ram:2GB
OS:windows 8
mysql
Java NetBeans 6.5.1
Specific requirements:
The functional requirements can be done described by giving various use cases.
Case 1:login
->customer presents a card to pay for the products.
->The merchant processes the card and sends a request to the merchant bank.
->The card issuer approves/declines request.
->If the basic flow of validate card fails the the case ends with a failure condition.
Case 2:Submit order:Pre-condition case 1 success
Once the customer is logged in,they can browse products check availability,select product for
purchase
->after the product is selected the system displays information about the product.
Then order is submitted,validated the system notifies the customer with success message.
->The case fails if the order is invalid or the user does not login succesfully or if the product is
not available.
Case 3:transfer fund: pre-condition ,the customer must have an account:
->The merchant sends a request to the request to the customers bank account.
->The credit card network pays the merchant bank and debits the card issuer account.
->The card issuer sends a monthly statement to the card holder for settlement.
->the case fails if the customer does not have enough money.
Performance requirement:
The system should run on a 500MHz,64MB machine and 90% of the responses should be within
2 seconds the transaction should be error here.
Safety requirement:
The files in which the information regarding users nad settlers should be secured against
malicious deformations ,unauthorized users and other malpractices .The data should not become
corrupted in case of system crash or power failure.
Reliability:
The system should be reliable ,error-free ,secure and should be fault tolerant i.e It should be
durable even during a system crash or system failure. The system should not lose data .The
transactions must be error free and responses must be sent and received within the specified time
span.
USECASE DIAGRAM FOR CREDIT CARD PROCESSING
Order Status
shipping
Inventory
Outstanding orders
getting
Product information checking
gets
Admin of website to validate
places
adds order status

customer
submit User's credit card details
approves/rejects
views confirm contacts
payment details
View order form Bank Server
logout
CLASS DIAGRAM FOR CREDIT CARD SYSTEM
customer
pin no : int
credit card type : char shipping
Acquirer name : char custName : char
custAddr : Addr
getItemDetails() contactNo : int
order() alternateDest : int
paymentDetails()
viewOrderForm() outstandingOrders()
confirm() inventory()
orderStatus() orderStatus()
logout()
Website Admin Bank

prodName : char cardNo : int
prodNo : int cardType : int
price : int
Validate()
getCustDetails() ApproveTransaction()
getProductInfo() RejectTransaction()
ACTIVITY DIAGRAM FOR CREDIT CARD PROCESSING SYSTEM

customer w ebsite admin shipping bank
get product
information
validation of credit
card details
displays product
information
views product submit

information
yes
no
selects item approve

and order
reject
confirm order
payment details
invalid
transaction
order status
view order form inventory
outstanding
logout order
SEQUENCE DIAGRAM FOR CREDIT CARD PROCESSING SYSTEM

customer admin of bank shipping
website
get product details
submits card holders details
order selected item
payment details
validation of card user details
confirm order
ships the product to customer
COLLABORATION DIAGRAM FOR CREDIT CARD PROCESSING

SYSTEM
1: get product details
3: order selected item
4: payment details
customer admin of
website
6: confirm order
5: validation of card user details
2: submits card holders details

7: ships the product to customer
shipping
bank
COMPONENT DIAGRAM OF CREDIT CARD PROCESSING SYSTEM

<<executble>>
creditcard.exe
Apache Tomcat
<<component>>
JSP
oracle
LOGICAL ARCHITECTURE OF CREDIT CARD PROCESSING SYSTEM

User Interface
Java Swing Web
Credit Card Processing System
Credit_Card_ Ownership Bank_Details Transactions
Customer Credit_Card Bank Bank_Manager Customer Merchant
Technical Services Layer
Data Structure Database Security Logging
STATE CHART DIAGRAM OF CREDIT CARD PROCESSING

SYSTEM
Enter username
and password
Opening Authentication Apply for credit card Receiving the
Web Page application form
Not authenticated On successful

verification
Login After submitting the

form and verification
request
Waiting for normal

verification
Logout Successful
verification
Delivery of Waiting for address

Credit card verification
On receiving the
card On successful
address verification
DEPLOYMENT DIAGRAM OF CREDIT CARD PROCESSING SYSTEM
hhhh
IMPLEMENTATION
public class CreditFrame1 extends javax.swing.JFrame {
public CreditFrame1() {
initComponents();
}
int cost;
int used;
private void Submit1ActionPerformed(java.awt.event.ActionEvent evt) {
String name=t1.getText();
int number=Integer.parseInt(t2.getText());
cost=Integer.parseInt(t3.getText());
CreditFrame2.setVisible(true);
}
private void submit2ActionPerformed(java.awt.event.ActionEvent evt) {
String ownername=t4.getText();
int cardno=Integer.parseInt(t5.getText());
int limit=Integer.parseInt(t7.getText());
used=Integer.parseInt(t8.getText());
if(((limit-used)-cost)>=0)
l1.setText("Transaction Successful ");
else
l1.setText("Transaction Failed");
}
public static void main(String args[]) {
java.awt.EventQueue.invokeLater(new Runnable() {
public void run() {
new CreditFrame1().setVisible(true);
}
});
}
private javax.swing.JFrame CreditFrame2;

private javax.swing.JButton Submit1;
private javax.swing.JLabel jLabel1;
private javax.swing.JPanel jPanel1;
private javax.swing.JTextField l1;
private javax.swing.JButton submit2;
private javax.swing.JTextField t1;
}
SCREENSHOTS
The cashier enters the product details into the system .
The credit card details are entered and the transaction is checked for its validity .
hTe
Th
The product details are entered by the cashier .
The transaction is checked for its validity and invalid transactions are declined .
RESULT : The Credit Card Processing system is implemented .
9. EBOOK MANAGEMENT SYSTEM
PROBLEM STATEMENT:
When e-book facilities werent available, one had to go in search of shops for the availability of
books, which was a tedious task. The only possible way to buy those books outside was by cash.
This was a major disadvantage in the earlier days, as there werent cash on delivery or credit card
payment option facilities. But, the advancement in technology has had led to e-book facilities
where one has to simply sit in front of a computer, go to the website needed to shop for, login,
browse for books required with their author name and publications if necessary and buy those
books.
Book quantities are also viewed and based on the users requirements the number of books is
selected and the payment is done. The payment may be done by cash on delivery or by credit
card as well. Books provide us the ease to read the books online also. However, authors with
books whose publishing rights are not given are by piracy posted on the Internet for readers.
These e-books can be read without having to pay. Other advantages include, one can carry
lightweight tablets while travelling and can read those e-books either by downloading them
almost instantly or by simply browsing them online. A free sample can also be downloaded to
check out the book that we want to buy.
SOFTWARE REQUIREMENT SPECIFICATION DOCUMENT FOR
EBOOK MANAGEMENT SYSTEM.
INTRODUCTION:
E-book management system gives an idea about how eBooks are maintained in particular.
EBooks that are to be purchased, the eBooks that are sold are maintained here. Further, some
additional details of the current eBook list that is available in that particular website is also
given. In this project the eBook management system is done in an authorized way.
PURPOSE:
The purpose of eBook management system is to store and sell the books in a website effectively.
SCOPE OF THE PROJECT:

The scope of this eBook management is to maintain the book details after the purchase a list of
remaining books available in the same book type.
The software provides the visitor, customer and administrator an easy and efficient way to buy
and manage books online.
Software provides the following facilities to customer:
1. Facilitates easy shopping online.
2. Provides information about the products in categories.
3. Provides e-mail facility for future correspondence.
4. Provides backup facility.
Software provides the following facilities to the merchant:

1. Manages the transportation of hardcopy of book.
2. Look after the payment methods.
OVERVIEW:
The overview of this project is to store the information about the eBooks and update the eBook
list for each organization, which is using this system, keeps track of all systems.
A product requires a web browser. EBook management system is about giving an idea about how
eBooks are maintained in particular. EBooks that are to be purchased, the eBooks that are sold
are maintained. It is done in an authorized way.
PRODUCT FUNCTION:
The main functionality of this project eBook management system is to store and sell eBooks for
a website. The member should be provided with the updated information about the books
catalog.
The member is given a provision to check his account information and change the account
information any time in the given valid period.
The Website administrator is provided with interfaces to add/delete the books available in the
book catalog.
USER INTERFACE:
The user interface makes the eBook management system to be efficient. That is, the system will
help the admin to maintain stock details easily and helps to handle the stocks effectively. The
system should be user friendly.
1. Processor-Intel Pentium IV.2.0 GHz
2. Hardware (40GB)
3. RAM-512Mb
4. DVDRAM-1nos.
SOFTWARE REQUIREMENTS:
1. Operating system-Windows XP/Vista
2. Front end tool-Rational Rose enterprise suite
3. Backend tool-Oracle 10i
Functional requirements are those that refer to the functionality of the system that is , the
services that are provided to the website which maintains eBooks in the online database.
1. Register: Enter details in application form.

2. Login: Enter username and Password
3. Search: Search book by attribute
4. Buy: Download softcopies and order the hardcopy
5. Payment: Pay for books in different method.
6. Update: Update user details.
PERFORMACE REQUIREMENTS:
The capability that the system performs on the whole will be efficient and reliable without any
error occurrence. It also performs and describes the capability to store without any error and
performing it efficiently.
The user details should be made available in the database and must be updated every time a book
is brought or cancelled or some kind of payment takes place to prevent errors.
RELIABILITY:
The eBook management system should be able to serve the customers with correct information
and day-to-day update of eBook list details.
USECASE DIAGRAM FOR EBOOK MANAGEMENT SYSTEM
Register
Customer
Login
Update User details

Administrator
Search for e-book
Maintain user details
Order for e-book
Payment
bank
Payment Verification
Make transaction
Download e-book
Logout
CLASS DIAGRAM FOR E-BOOK MANAGEMENT SYSTEM
ADMIN
name
CUSTOMER address
userid
name
password
address
phoneno
login()
userid
upload()
password 1
1
login() searches *
downloads 1 1 BOOK
* DATABASE
*
places bookname
DOWNLOAD cost
PDF author
status *
search()
notify() ORDER
PAYMENT
billno is_payed
date 1 1 total amount
calctotal() verifydetails()
calcdisc()
1
contains
* CREDIT CARD NET BANKING
ORDER DETAILS pinno accno
balance balance
item debit debit
quantity
transcation() transaction()
generatebill()
ACTIVITY DIAGRAM FOR EBOOK MANAGEMENT SYSTEM
CUSTOM ER ADMINISTRATOR BANK
login
new customer
no
yes
enter details
save customer
details in database
search book
provide suggestions
about books available
select book
order book
check if discount verify details

available
generate bills
make
payment
verify account
details
make
transactions
make receipt
download pdf
logout
SEQUENCE DIAGRAM FOR EBOOK MANAGEMENT SYSTEM
:Bank
: Customer : Admin
1: Login(username,password)
2: Authenticate
3: Search for e-book
4: Provide Suggestions
5: Select apt book
6: Send Order Form
7: Fill Details
8: Verify &ask Confirmation
9: Confirm purchase
10: Display the amount
11: Pay the Bill
12: Forward to Bank
13: Verify Details
14: Make Transactions

15: Send Receipt
16: Download pdf
17: Logout
COLLABORATION DIAGRAM FOR E-BOOK MANAGEMENT SYSTEM
1: Login(username,password)
3: Search for e-book
5: Select apt book
7: Fill Details
9: Confirm purchase
11: Pay the Bill
16: Download pdf
17: Logout
: Customer
2: Authenticate
4: Provide Suggestions
6: Send Order Form
8: Verify &ask Confirmation : Admin
10: Display the amount
15: Send Receipt
13: Verify Details

14: Make Transactions
12: Forward to Bank
:Bank
STATE CHART DIAGRAM FOR E-BOOK MANAGEMENT SYSTEM
entering wrong username,password select books

home page
fillform&on submission entering username,password

register login authenticat correct id,passward selecting
ion books
process completed
end of search &confirmation request
logout
download completed waiting for

confirmation
waiting for download
completion
request accepted
authorized
not authorized
waiting for
authorization waiting for
payment
make payment
LOGICAL ARCHITECTURE FOR E-BOOK MANAGEMENT SYSTEM
USER INTERFACE
Web Swing
E-BOOK MANAGEMENT
Book Search Details Bill Payment Download
TECHNICAL SERVICES
Persistance Database Logging Security

COMPONENT DIAGRAM FOR E-BOOK MANAGEMENT SYSTEM
<<Exectable>>
e-book.exe
<<Server>>
Apache Tomcat
<<Component>>
JSP
Oracle
DEPLOYMENT DIAGRAM FOR E-BOOK MANAGEMENT SYSTEM
<<server>
:Dell PowerEdge
>
3600
<<client
:HCL PC
workstation>> <<web server
:Apache
cluster>>
<<artifact>> SOAP/HTTP 2.1
:e-
book.exe
<<servlet
:Tomcat
container>>
6
SQL
<<server>
:Dell PowerEdge
>
3400
<<OS>>
:Windows
XP
<<Database>
:Postgre
> SQL 10
IMPLEMENTATION
Form1

Dim a As Boolean
a=False
If(Text1.Text=admin And Text2.Text=admin) Then

a=True
Form2.Show
Unload Me
End If
If(a==False) Then
MsgBox(Enter Correct Username and Password)
End If
End Sub
Form2

Form3.Show
Unload Me
End Sub

Form4.Show
Unload Me
End Sub

Form5.Show
Unload Me
End Sub

Unload Me
End Sub
Form3
Dim a As Boolean
a=False
cn.Open dsn=ebook
rs.ActiveConnection=cn
With rs
CursorType = adOpenStatic
CursorLocation =adUseClient
LockType =adLockOptimistic
Open select * from Details
End With
rs.MoveFirst
While Not rs.EOF
If(Val(Text1.Text)=rs(0)) Then
Text2.Text = rs(1)
Text3.Text = rs(2)
Text4.Text = rs(3)
a=True
End If
rs.MoveNext
Wend
If(a==False) Then
MsgBox (Enter correct ID)
End If
End Sub

Form2.Show
Unload Me
End Sub
Form4

cn.Open dsn=ebook
rs.ActiveConnection =cn
With rs
LockType = asLockOptimistic

End With
With rs
AddNew
Fields(0) = Val(Text1.Text)
Fields(1) = Text2.Text
Update
End With
Text1.Text =
Text2.Text =
Text3.Text =
Text4.Text =
End Sub

Form2.Show
Unload Me
End Sub
Form5

Dim a As Boolean
a=False
cn.Open dsn=ebook
rs.ActiveConnection =cn
With rs
CursorLocation = adUseClient
LockType =adLockOptimistic
End With
rs.MoveFirst
While Not rs.EOF
If(Text1.Text = rs(2)) Then
Text3.Text = Text3.Text + Str$(rs(0)) + ,
Text3.Text = Text3.Text + rs(1) + ,
a=True
End If
rs.MoveNext
Wend
If(a==False) Then
MsgBox(Enter correct Author name )
End If
End Sub

Dim a As Boolean
a=False
cn.Open dsn = ebook

With rs
CursorLocation = adUseClient
LockType = adLockOptimistic
End With
rs.MoveFirst
While Not rs.EOF

If(Text2.Text = rs(3)) Then
Text3.Text = Text3.Text + Str$(rs(0)) + ,
a=True
End If
rs.MoveNext
Wend
If(a==False) Then
MsgBox(Enter correct Publisher Name)
End If
End Sub

Form2.Show
Unload Me
End Sub
ONLINE RECRUITMENT SYSTEM

Problem statement:
Recruitment system is an online website in which job seekers can register themselves online and
apply for job and attend the exam. This software project has facilities where perspective
candidates can upload their curriculum vitae and apply jobs suited for their qualification. The
candidates register and get a login ID and password and also a profile using which they can login
and enter into their profile where the candidate can search for job. The candidates can also
upload their CV.Candidates can apply for jobs as per their requirement. All these details are
stored in the database. Recruiters retrieve these details and view profiles of candidate. Basedon
the eligibility and criteria for the post, they select the candidates. Selected candidates are then
called for an interview. The call letter is sent to the candidates profile. The candidate then
attends the interview. They candidates are selected based on their performance. Finally the
appointment order is issued to the selected candidate. The major advantages of online
recruitment systemis that reduced time to hire candidates, reduced cost of hire, wider reach for
employees
SRS DOCUMENT
Introduction:
This is the project to help jobseeker to look for job. To help company HR team to look for
candidate for vacant positions in their respective company. Nowadays there are many
graduates/post graduates who are seeking for the job. But they may not know about the
companies, new trends of companies. Many companies require employees. But they also cannot
get the proper candidates for their company .To recruit proper candidate in the proper place we
designed online recruitment system.
The recruitment and selection is the major function of the human resource
department and recruitment process is the first step towards creating the competitive
strength and the recruitment strategic advantage for the organizations. Recruitment process involves a systematic
procedure from sourcing the candidates to arranging and conducting the interviews and requires many resources
and time.
It provides the information about the jobseekers to the industries. Company can get the
information about the proper candidate according to its requirement. Inform the jobseekers for
vacancies in the company/interview session in the companies. It provides the information to the
jobseekers about the new trends in the industrial area. To analyze the recruitment policy of the
organization and to provide a systematic recruitment process. I t e x t e n d s t o t h e w h o l e
o rg a n i z a t i o n . I t c o v e r s c o r p o r a t e o ff i c e , s i t e s a n d w o r k s appointments.
Over all description of the system:
The following description gives the general factors that affect system and its requirements. Candidate should
finish his/her degree and should have proper certificate while applying for job and the candidate should
satisfy the eligibility criteria. The resume should be in the form what that company specified while advertising.
The HR has the full permission to select or reject the candidate for interview. I f t h e c a n d i d a t e i s
s e l e c t e d f o r t h e p a r t i c u l a r j o b m e a n s a l l d e t a i l s a b o u t t h e candidate will be
added to the company database and the modification can also be done.
Overview:
This SRS document contains many use case diagram and description about all use case diagrams
have been included in this document. It also gives the functional and nonfunctional requirement.SRS
includes two sections general description and specific requirements. General description includes characteristics of
the users of this project, the product hardware and data requirement of the product.
This software system reduce agency and processing costs, increase speed to hire, improve
productivity and the candidate quality.
HR and Candidate play a major role in the recruitment process. The necessary details of the candidate have to be
submitted to the HR Verification has been done by the HR Selected candidate should be call to Interview.HR
intimates the selected candidate. Finally Candidates accept or reject his offer letter. Perspectives new recruitment
module allows candidates to be easily matched to appropriate vacancies via a comprehensive skill, experience and
post code matching tool. The tool allows your organization to promote vacancies and easily match suitable
candidates by looking at prior attainment as well as having a comprehensive post code matching tool for easy
screening of candidate suitability.
Product function:
Candidate who apply for job register his/her name in the online application form given by the
company. Fill the form details accordingly. Link candidates to position, either by their own
application. Search database for matching candidates. Filter search result to obtain short list.
Performs interview and send candidate details to hiring person. Select the proper candidate for
company and get a feedback from that candidate.
User interface:
The user interface for the software shall be compatible to any browser such as Internet Explorer,
Mozilla or Netscape Navigator by which user can access to the system. The user interface shall
be implemented using any tool or software package like Java Applet, MS Front Page, and EJB
etc. login page. For new user there will be the registration page to create an account. Lists of jobs
matching to his profile. For each matching profile there will be one link to apply. List of replies
he got by company HR. link to know that how many and which companies are related with
consultancy. Link for practice test. Link for model question papers of few top most companies.
Help menu link on page.
The applicants require a computer to submit their information. The user has to be careful while
submitting the information applicant should only provide the original information or true
information.
Hardware requirements:
Since the application must run over the internet, all the hardware shall require to connect internet
will be hardware interface for the system. As for e.g. Modem, WAN LAN, Ethernet Cross-
Cable. Operating system: windows 9x or above, MAC or UNIX. Pentium 2.0 GHz or higher RAM: 256 Mb or
more Hard drive: 10 GB or more.harware-40GBand RAM-512MB
Client on internet: Web Browser, Operating System (any) Web Server: WAS, Operating System (any) Data Base
Server: DB2, Operating System (any).OS-windows XP/vista, front end tool-rational rose enterprise and back end
tool-oracle.
A functional requirement defines a function of a software system on its component. A function is
described as a set of input, the behavior and output. In my project, login as functional
requirement and need to check the user name and password.
Performance requirements:
The total time for user interface screens will take no longer than two seconds. The login information shall be
verified within the seconds. Queries shall results within five seconds
Usability:
The system shall allow the users to access the system form the internet using H T M L
or its derivative technologies. The system uses a web browser as an
i n t e r f a c e . Since all users are familiar with the general usage of browser, no specific training is required. The
system is user friendly and self-explanatory.
Application form or the details of applicants should reach the correct destination. It should not retrieve by
unauthorized person by providing password which is known by the applicant and interviewer.
Reliability:
Specify the factors required to establish the required reliability of the software system at time of delivery. The
system has to be very reliable due to the importance of data and damages incorrect or
incomplete data can do. The system shall provide storage of all databases on redundant computers with automatic
switch over.
USECASE DIAGRAM
CHECK VACANCY
APPLICANT
LOGIN
REGISTER
ADMIN
SAVE DETAILS
SUMBIT
ONLINE TEST
ANALYSE RESULT
HR
CALL FOR INTERVIEW
SELECTION OF CANDIDATE
CLASS DIAGRAM
APPLICANT ADMINISTRATOR
NAME : VARCHAR(10) ADMIN NO : INT
AGE : INT DESIGNATION : VARCHAR(10)
GENDER : VARCHAR(10) PERSONAL DETAILS : VARCHAR(50)
PHONENO : INT SALARY : INT
ADDRESS : VARCHAR(50)
LOGIN
LOGIN()
REGISTER() ANALYSE()
LOGIN() ACCEPT()
CHECK VACANCY() REJECT()
WRITING TEST() NOTIFY()
SUBMIT()
TEST
INFORMATION DETAILS
HR
NAME : VARCHAR(10) RECRUITMENT SYSTEM
AGE : INT CLEARED LIST : VARCHAR(15)
DESIGNATION : VARCHAR(15) REFERENCE NO : INT
SALARY : INT RESULT
SAVEDETAILS()
SCORE() CONDUCTTEST()
RESULT() SENDREQUEST()
INTERVIEW()
SELECT()
ACTIVITY DIAGRAM
APPLICANT ADM IN SYSTEM HR
LOGIN REGISTER
SAVEDETAILS
ANALYSE
DETAILS
CALL FOR AN YES

INTERVIEW
NO
REJECT
ONLINE
INTERVIEW
YES DIRECT
INTERVIEW
NO
REJECT THE
CANDIDATE
SELECT THE YES

CANDIDATE
NO
REJECT THE
PERSON
LOGOUT
SEQUENCE DIAGRAM
APPLICANT SYSTEM ADMIN HR
REGISTER
GENERATE USERNAME AND PASSWORD
LOGIN
AUTHORIZE LOGIN
ENTER THE PERSON DETAILS UPDATE THE PERSON DETAILS
CALL FOR AN INTERVIEW AND CONDUCT TEST ANALYSE THE DETAILS
ONLINE TEST VERIFY THE ANSWERS
UPDATE THE RESULT

GET THE RESULT
ATTEND DIRECT INTERVIEW
SELECT OR REJECT THE CANDIDATE
LOGOUT
1: REGISTER
3: LOGIN
5: ENTER THE PERSON DETAILS
9: ONLINE TEST
APPLICANT 15: LOGOUT
SYSTEM
2: GENERATE USERNAME AND PASSWORD

4: AUTHORIZE LOGIN 6: UPDATE THE PERSON DETAILS
8: CALL FOR AN INTERVIEW AND CONDUCT TEST 10: VERIFY THE ANSWERS
12: GET THE RESULT
7: ANALYSE THE DETAILS

13: ATTEND DIRECT INTERVIEW 11: UPDATE THE RESULT
ADMIN
14: SELECT OR REJECT THE CANDIDATE
HR
STATECHART DIAGRAM
SEE THE REGISTER YOUR NAME IN
ADVERTISEMENT THAT COMPANY
CHECK FOR UPLOAD

VACANCY RESUME
SAVE ACCEPT OR
DETAILS REJECT RESUME
CONDUCT NOTIFY THE CANDIDATES WHO

ONLINE TEST MEETS THE BASIC CRITERIA
SEND SCORE HR EVALUVATE CALL FOR INTERVIEW IF

TO HR THE SCORE CUT-OFF REACHED
SELECT THE CANDIDATES AND

ISSUE THE APPOINTMENT

NewPackage
WEB SWING
RECRUITMENT SYSTEM
REGISTERATION
ONLINE TEST SELECTION
CANDIDATE
CANDIDATE
HR
SYSTEM
SYSTEM
CANDIDATE
ADMIN
ADMIN
TECNICAL SERVICES
PERSISTENCE DATABASE LOGGING
COMPONENT DIAGRAM
<<system>> <<component>>
recruitment oracle
system
DEPLOYMENT DIAGRAM
.
<<server>>
DELL POWER3400
<<system>>
Recruitment system
<<server side>>
Tomcat6.0
<<client side>> <<os>>

applet WindowsXP
<<browser>>
web browser <<database>>
oracle
IMPLEMENTATION
FOREIGN TRADING SYSTEM
AIM:
To prepare a project for foreign trading system.
PROBLEM STATEMENT:
Foreign trade is all about imports and exports. The foreign trade enables producing what other
nations dont have and what we have in surplus. These products known as commodities are often
pooled together in one mass market and sold. Main objective of foreign trade is globalization.
The system consists of two databases to maintain this software. They are import session and
export session. In the export session, the promoters has to maintain the details of the products
that are been exported to other countries. The bank certification should be issued for the export
products. The following details that are maintained in database are the products name that is to
be delivered, the number of items to be exported, the date and time of the products to be
delivered, the mode of transport through which the goods are sent and has the details of the
transaction. In the import session, the buyer has to maintain the details of the product brought
from the foreign countries. The buyer maintains database of the product details, time of receiving
and mode of transport by which the goods were received and the payment details.
SOFTWARE REQUIREMENT SPECIFICATION:

INTRODUCTION:
This project emphasizes about the Foreign Trade System which is an interface between
the Accountholder and the market. Industrialization, advanced transportation, globalization and
outsourcing are all having a major impact on the international trade system. Without international
trade, nations would be limited to the goods and services produced within their own borders.
PURPOSE OF THE SYSTEM:

The purpose of the Foreign Trading System is to make the traders to do trading process easily
through online. The primary purpose of this system is to assist international trade and
investment, by allowing businesses to convert one currency to another currency.
SCOPE OF THE SYSTEM:

The foreign exchange market is open 24 hour a day. Being the market available 24 hours a day,
this gives the trader to choose which time they would like to trade. It requires only minimum
beginning capital to start the foreign trade.
OVERVIEW OF THE SYSTEM:

The overview of the project is to design an online tool for the foreign trading process and it
oversees the implementation, administration and operations covered in foreign trade.
The product must require a web browser.
This program will not be dependent on any other software and is not a component of
another program.
This program does not need any new hardware.
PRODUCT FUNCTION:
Transfer purchasing power between countries. Obtain credit for international trade transactions.
Minimize exposure to the risks of exchange rate changes.
USER INTERFACE:
A convenient GUI will provide users with the ability to quickly enter the information from the
incoming orders from the traders and to output the invoices reflecting the outgoing flow of goods
supplied to the traders. The GUI consists of various input forms, output screens along with the
help files provided as per the requirements.
GENERAL CONSTRAINTS:
The following are the constraints for the successful l product
Regulatory policies
Interface to other application
Audit functions
Control functions
Higher order language requirements
Safety & security considerations
Processor: Pentium IV 2Ghz
RAM: 2Gb RAM
Monitor: 15 inch colored
Keyboard
Mouse
Internet connection required
SOFTWARE REQUIREMNETS:
Operating: windows XP
Developing tool: Visual Basic 6.0
Database: MS Access
Functional requirements define the fundamental actions that must take place in the
software in accepting and processing the inputs and generating the outputs. These include
Accepting and responding to orders
Responses to abnormal situations
Receiving payments
Conducting daily and weekly trade analysis
All pages should be loaded within a minute or less assuming a broadband connection on the
client side. Therefore, response time for transaction will be less. The system should support as
many as online users simultaneously with negligible response delay.
The system shall automatically logout after a period of inactivity.
Utilize certain cryptographic techniques.
Keep specific log
Check data integrity for critical variables.
RESPONSIBILITY:
The system should be available at all times. The system backup onto a second server will be
performed during the maintenance time as well as once daily & system recovery will only be
executed as necessary. In addition the secondary server will be prepared to help recover in the
event of hardware failure.
RISK MANAGEMENT
RISK TABLE:
S.NO RISK CATEGOR PROBABILIT IMPACT RMMM(Risk
Y Y Mitigation,
Monitoring and
Management)
1. LOSS OF Product size 70% Marginal Contingency plan
RELEVANT for loss of data,
INFORMATIO back-up routines
N for system failure
2. INCORRECT Development 80% Catastrophe Implement a
RECORDING environment warning system
OF which identify
TRANSACTIO suspicious
NS IN THE transaction
ACCOUNTIN
G SYSTEM
3. UNAUTHORIS Business 60% Critical Firewalls, anti-
ED ACCESS impact virus protection
TO
INFORMATIO
N
4. INELIGIBLE Business 85% Critical Standard
USE OF impact procedure to
GOODS record licenses,
procedure to
ensure the use of
goods are
consistent with the
license
5. LACK OD Stock holder 75% Marginal Records of stock
CONTROL characteristic movements,
OVER STOCK s regular stock
MOVEMENTS reconciliations
6. LACK OF Stock holder 85% Catastrophe Use of track and
CONTROL characteristic trace technology,
OVER THE s special procedure
TRANSPORT for the selection of
OF GOODS carries
GANTT CHART
Gantt Chart for Foreign Trading System
Task 12
Task 11
Task 10
Task 9
Task 8
Weeks
Task 7
Task 6
Task 5
Task 4
Task 3
Task 2
Task 1
0 0.5 1 1.5 2 2.5 3 3.5
USE CASE DIAGRAM

Registration
system
Login
Database
Place order Update
Trader 1
Pay Bank
Supply
Supplier
Trader 2
Logout
CLASS DIAGRAM
Trader Administrator
username : string name : string
password : string id : string
accountno : integer
bill1()
login() bill2()
placeorder() traceorder()
pay() paybill1()
supply() paybill2()
logout() taxcalculator()
Item
Payment name : string
accountno : integer id : integer
balance : integer rate : integer
due : integer available : integer
accountpay() getperfume()
credit() getdolls()
debit() getmobiles()
ACTIVITY DIAGRAM
Customer System Promoter Authorization servi ce Bank
submit authorization
report
login check for product

availability deny
enter customer accept

inform ation
buy/sell a
report report denied
product
accepted
select/order
product
buy sell
money debited money cerdited payment

to account to account transaction
update
transaction
product deliver product
logout
SEQUENCE DIAGRAM
TRADER1 SYSTEM TRADER2 DATABASE BANK
login
authentication
make a request for products (import)

validate and forward
ACK
forward the products
ACK for requested product
make a request for products (export)
ACK
forward the products
ACK for delivered products
update order
update account details
pay amount for imported goods
ACK
logout
1: login
3: make a request for products (import) 12: update order
16: logout 13: update account details
TRADER1 SYSTEM DATABASE
2: authentication
7: ACK for requested product

8: make a request for products (export)
10: forward the products
14: 15:
payACK
amount for imported goods 4: validate and forward
5: ACK
6: forward the products
9: ACK
11: ACK for delivered products
BANK
TRADER2
STATE CHART DIAGRAM

login
select
import/export
import
export
select
collect customer product
details
check
availability
receive
payment
place order
deliver
goods
make
payment
logout
User Interface
Swing Web
Foreign Trading System
Authorization Products Details Payments
Technical Services
Database Security Logging
COMPONENT DIAGRAM
<<Executable>>
cms.exe
<<Server>>
Apache Tomcat
<<Component>>
JSP
Oracle
DEPLOYMENT DIAGRAM
<<server>>
:Apache 2.1
:cms.exe
:Tomcat 6
SQL
<<server>>
<<OS>>
:Windows XP
<<Database>>
:Postgre SQL 10
RESULT:
Thus a project on foreign trading system is completed successfully.
12. CONFERENCE MANAGEMENT SYSTEM
Problem statement :-
A conference management system is a web based software that supports the organization
of conferences. It is built in order to help programmers, the conference organizers, the author and
reviewers in their respective activities. The system maintains a website to which various
members interested in attending conference register themselves as members by providing details.
People who are willing to submit their papers will need to login and submit their papers to the
system with topic and its domain. All other members who have interest on that domain are
notified about the article submitted. These members will view article and post their
reviews.Statistics is made to select the top 100 papers and notify,the candidate regarding it
through email or telephone.
SRS STRUCTURE:
Introduction
a. Purpose of system.
b. Scope of system.
c. Overview of system.
General description
a. Product perspective.
b. Product function.
c. User interface.
d. General constraints.
e. Hardware requirements / interface
f. Software requirements.
Specific requirements
a. Functional requirements.
b. Performance requirements.
c. Safety requirements.
d. Reliability.
A conference management system is based on the software that supports the organization of
conference especially scientific conference .it helps the program chairs ,the conference
organizers, the author and the reviews in their respective activities

A complex overflow of an academic country .abstract and paper submission, supplementary
material multiple role such as program chairs, meta reviewer(commonly reffered to as area
chairs)author ,proceeding errors

Conference management system is a one-in solution which can create your multiple requirement
proficiently. there are wide variety of options available pertaining to special individual
needs.CMS is a web based solution that aims in the organization of seminars, conference
meetIng and workshop
Describe the general factors that affect the produce requirement. this section does not state
specific requirements
Product prospective:
The conference management system is an independent stand alone system .it is totally self
confidence
Production function:
Allows for typing in customer information
Allows an attachment file for presentation attachment
Includes a description field
Ability to modify a registration
Records the attachment of presentation of file
User interface:
Registration entry forwarded to the user education level computer software technical information
Hardware interface:
The software management system will use the standard input output devices for a personal
computer. this includes following
Keyboard
Mouse
Printer
Moniter
Software interface:
Main interface with the registration system which maintain access to the registration page
interface takes place with oracle or access database
This describes the specific requirements as follows:
System should allows its user (chair, reviewver and author)to sign in using their username and
password
System should allow author to upload the full paper in a specific format
Eg: PDF file or word file.
System should allow to submit conference management which includes conference name
,URL ,subtitles, and main organizers contact information
Performance requirement:
Performance of the system depends on the response time and the speed of data submission. the
response time of the system is direct and the application is considered real time. System should
have a fast response time, which depends on the efficiency of implemented algorithm
System should check:
HTML content is syntantically well formed. If web form with the services processing from
input are consistent. Referential integrity of hyper link in both static and dynamically content.
Reliability:
The system should be repaid enough to have a high of fault tolerance. the system should not
cash. should indentify the invalid input and produce a suitable error message. it should be able to
recover from hardware failures, power failures and other natural disorders
USECASE DIAGRAM FOR CONFERENCE MANAGEMENT SYSTEM

register to conferance
read review
login
system admin
selecting topics
checking the details
sending
user
receiving
submit a paper
accept a paper
camera paper copies
scheduling the venue
pay with cash
log out
CLASS DIAGRAM-CONFERENCE MANAGEMENT SYSTEM

conference management
system
view
candidate validate()
name : varchar
login to reviewer
qualification : varchar
contact no : int name : varchar
address : varchar qualification : varchar
email-id : varchar contact no : int
login() review()
reg() comment()
pay()
submit() account holder
assign
bank
admin name : varchar
name : varchar branch : varchar
contact no : int transfer
email-id : varchar credit()
debit()
assign()
select()
notify()
ACTIVITY DIAGRAM
ca ndida te system rev iew er admin
login
initial registration check for

details details
if valid?
yes
no
accept
reject
submit review the

papers paper
assigns reviewer
for paper
review select
comments paper
if selected
notification
received sends denied
message
sends accept
register for check if message
presentation valid
presents yes
paper no
SEQUENCE DIAGRAM
:system
: Candidate : Reviewer : Admin
open webpage()
login(id,password)
authenticate
enter initial register details
if not valid rejects
if valid accept
submit paper
assigns reviewer for paper
review the paper
give command about paper
sends accept/reject message
ask for camera ready copy
sends camera ready copy
payment details
pays the amount
5: if not valid rejects
1: open webpage()
2: login(id,password)
4: enter initial register details :system
3: authenticate
6: if valid accept
: Candidate 7: submit paper
13: sends camera ready copy
15: pays the amount
11: sends accept/reject message 10: give command about paper

12: ask for camera ready copy : Admin
14: payment details
9: review the paper
8: assigns reviewer for paper
: Reviewer
STATE CHART DIAGRAM

login
user entering
failure of user id
authentication password
authenticat
ion
enter details
waiting for displays paper

submitted to
details to reviewer
reviewer
scores paper based

on criteria
paper
selection
calls for selected

papers
candidate
notification
request to logout
logout

UI
Swing Web
CMS
Payment Paper selection
Admin Candidate
Candidate system
Reviewer
Bank
Technical services
database security
COMPONENT DIAGRAM
<<Executable>>
cms.exe
<<Server>>
Apache Tomcat
<<Component>>
JSP
Oracle
DEPLOYMENT DIAGRAM
<<server>>
:Apache 2.1
:cms.exe
:Tomcat 6
SQL
<<server>>
<<OS>>
:Windows XP
<<Database>>
:Postgre SQL 10
IMPLEMENTATION
SOURCE CODE
CANDIDATE
Option Explicit
'##ModelId=459804B502EE
Private name As Variant
'##ModelId=459804B902DE
Private college_name As Variant
'##ModelId=459804BF01C5
Private department As Variant
'##ModelId=459804E40119
Private paper_title As Variant
'##ModelId=45980653030D
Public NewProperty As reviewer1
'##ModelId=45980507034B
Public Sub login()
End Sub
'##ModelId=4598050E03D8
Public Sub submit_the_paper()
End Sub
'##ModelId=4598051302FD
Public Sub revised_and_camera_ready_paper_submission()
End Sub
'##ModelId=4598053F009C
Public Sub registration()
End Sub
DATABASE
Option Explicit
'##ModelId=459806A30280
Public NewProperty As candidate1
'##ModelId=4598060A02BF
Public Sub verify_the_ID()
End Sub
'##ModelId=4598062A01F4
Public Sub allow_to_the_reviewer()
End Sub
REVIEWER
Option Explicit
'##ModelId=45980565035B
Private reviewer_name As Variant
'##ModelId=45980568036B
Private reviewer_department As Variant
'##ModelId=459805920251
Private reviewer_ID As Variant
'##ModelId=4598065C008C
Public NewProperty As database1
'##ModelId=4598067E032C
Public NewProperty2 As database1
'##ModelId=4598069501B5
Public NewProperty3 As database1
'##ModelId=459805A10128
Public Sub review_the_paper()
End Sub
'##ModelId=459805B0038A
Public Sub sending_paper_confirmation_details()
End Sub
FORM 1
Dim a As candidate1
Set a = New candidate1
Call a.login
End Sub
Unload Me
End Sub
Public Sub login()
If Form1.Text1.Text = "rss" And Form1.Text2.Text = "rss" Then
MsgBox "login sucessfully!!!"
Form2.Show
Else
MsgBox "invalid username or password"
End If
End Sub
FORM2
Dim a As candidate1
Set a=New candidate1
Call a.subregistration
End Sub
Public Sub subregistration()
If(Combo1.text=101)Then
Form3.Show
End If
Form4.Show
End If
Form5.Show
End If
End Sub
FORM 3
Dim a As candidate1
Set a = New candidate1
Call a.verify_the_ID
End Sub
Public verify_the_ID()
Form2.Show
End Sub
FORM 4
Dim a As database1
Set a = New database1
Call a.verify_the_ID
End Sub
Form2.Show
End Sub
FORM 5
Dim a As database1
Set a = New database1
Call a. verify_the_ID
End Sub
Form2.Show
FORMS
FORM1
FORM2
FORM 3
FORM 4
FORM 5
RESULT:
Thus the project for online conference management system is completed successfully.

Cs2357-Ooad Lab Manual

Uploaded by

Copyright:

Available Formats

Cs2357-Ooad Lab Manual

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Cs2357-Ooad Lab Manual

Uploaded by

Copyright:

Available Formats

EGS PILLAY ENGINEERING COLLEGE-NAGAPATTINAM

DEPARTMENT OF COMPUTER SCIENCE & ENGINEERING

CS2357 - OOAD LAB

Academic Year: 2014 -2015

OBJECTIVE: To develop a mini-project for the following 12 exercises listed below.

1. To develop a problem statement.

Suggested domains for Mini-project.

1. Passport automation system.

General study of UML

Use case diagrams

State chart diagrams

The UML is applicable to object-oriented problem solving. Anyone interested in learning

AN INTRODUCTION TO UML DIAGRAM

The Unified Modeling Language is a language for specifying, constructing, visualizing,

1. USE CASE DIAGRAM

Providing a high-level view of what the system does

Use case diagrams are helpful in three areas.

Our class diagram has three kinds of relationships.

association -- a relationship between instances of the two classes. There is an association

aggregation -- an association in which one class belongs to a collection. An aggregation

generalization -- an inheritance link indicating one class is a superclass of the other. A

A navigability arrow on an association shows which direction the association can be

This table gives the most common multiplicities.

6. PACKAGES AND OBJECT DIAGRAMS

8. STATE CHART DIAGRAMS

9. COMPONENT AND DEPLOYMENT DIAGRAMS

A component is a code module. Component diagrams are physical analogs of class

The physical hardware is made up of nodes. Each component belongs on a node.

Logical Architecture and UML Package Diagrams

Logical architecture using a UML package diagram.

SOFTWARE REQUIREMENT SPECIFICATION DOCUMENT

4. Fine money calculation for the books taken by the candidate.

GANTT CHART FOR BOOK BANK SYSTEM

0 0.5 1 1.5 2 2.5 3 3.5

USE CASE DIAGRAM

registration authentication book search payment get books membership status

fill form login

search books calculate fine

book calculate cost

enter card no ask for card no

request for renewal

deliver books and reciept

17: deliver books and reciept

STATE CHART DIAGRAM

failed renewal and rent

logout authorize waiting for

create receipt delivery

delivery boy admin

<<component>> <<web servers>>

SOFTWARE REQUIREMENT SPECIFICATION DOCUMENT

Purpose of the system:

Scope of the system:

Overview of the system:

In essence,this system provides the interface to the main registration database

It involves the following steps:

Browser IE6 or above or google chrome or Mozilla firefox

Data must be entered completely before a form is submitted

0 0.5 1 1.5 2 2.5 3 3.5

USE CASE DIAGRAM