ooad lab manual

EXPT NO: CREDIT CARD PROCESSINGDATE:

PROBLEM STATEMENT:

The system developed should contain the following features:The Customer has to login into the system using Credit Card or Debit Card number and Pin Number. The system should check for validation. The System queries the customer for the type of account either Savings Account or Current Account. After getting the type of account,the system shows the list of items such as balance enquiry, withdrawal ,cancel options. when the customer select the balance enquiry option, then the system shows the balance that left in the account and prints as receipt.when the customer select the withdrawal option then the system should ask the amount.The minimum amount in the savings account should be 5000,if the customer violates the n the system should give a warning message.The minimum amount of current account should be 1000,if violates give warning message.Then print the transaction amount in the receipt after withdrawal process. The maximum transaction amount should be 20,000.If the customer select the cancel option, then stop all the process and eject the card.

1. INTRODUCTION:This project is aimed at developing a credit card processing system by creating details aboutcustomers and provide transaction.

1.1 PURPOSE:Manual maintenance of customer details is a tedious process considering the to the large number of customers. Hence, this system is used for easy registration and maintenance of database.

1.2. SCOPE: The credit card processing is used to specify a certain procedure to the customers for quick and easy transaction.

1.3. DOCUMENT CONVENTIONS:Manager - The person who has the full authority over the system. He can view allregistered users.Customer-The person who registers and obtains books from the Book bank. Bank-The entire System comprising of the customers, manager, staff and other elements.

1.4. REFERENCES:www.rec.in2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient credit card processing.

2.3 TOOLS TO BE USEDRational Rose

3. SYSTEM FEATURES

3.1 APPLYING FOR JOB:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the customers to know the procedure to access transaction.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:Seperate and unique ids must be provided for each and every user so that no user can access the resources available to other users.

GANTT CHART:

UML DAIGRAMS

USE CASE DIAGRAM:

login

customer

bank details

register

customer details

payment details

customer service

CLASS DIAGRAM:

PAYMENT DETAILS

acc_nocnamecidamt

payment mode()cardn stmt generation()

CUSTOMER DETAILS

CIDCNAMEaddressphnoname

getdetails()display details()payment details()

bank

verify details()accept details()

SEQUENCE DIAGRAM:

ACTIVITY DIAGRAM:

COLLABORATION DIAGRAM:

STATE CHART DIAGRAM: (PAYMENT)

LOGIN

ENTER MODE

ENTER AMT

PAY

GENERATE STMT

PACKAGE DIAGRAM:

COMPONENT DIAGRAM :

BANKCUSTOMER

PAYMENT

DEPLOYMENT DIAGRAM :

DATABASE

CUSTOMER CUSTOMER SERVICE

RESULT:Thus the UML models for the credit card processing have been developed and verified.

EX NO: EBOOKDATE :

Problem Analysis: The problem is to find out the book that we need with reference to the prescribed author .The books will be categorized in to various sections . Some of the sections include Novels,Love and Romance etc. Ebooks of various author can be found in ease.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:The statement of the system is to group the books in various categories according to user’s comfort.The main objective is to provide all the versions of book. PURPOSE:The system is designed with end user requirements as main criteria. It includes front end tool to receive data needed and to validate the entries. It has backend access to store validate data for future reference.To analyze and design a EBOOK based on Object Oriented Analysis and Design concept.

1.2. SCOPE:The system designed is capable of providing functional requirements based on book we chose and the Author we wish. Non-functional requirements are clarity,text decoration ,simple language etc. DOCUMENT CONVENTIONS:Administrator - The person who has the full authority over the system. He can view allregistered users.Job Seekers - the person who registers in the system in search of jobs.Company - A company can register itself, select the required employees and provideinformation about the result.

1.4. REFERENCES:www.timesjob.com:

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient recruitment process.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the visitors or job seeker’s do their enrollment. Theback end is managed by the administrator effectively2.3 TOOLS TO BE USEDRational Rose Enterprise Edition, AgroUML

3. SYSTEM FEATURES

3.1 APPLYING FOR JOB:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the job seeker to apply for job.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:When the user types the book, a list of possible e-books has to be displayed along with other details

3.1.3 FUNCTIONAL REQUIREMENTS:REQ1: Only registered users can search and download.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:Password for registered accounts are stored securely in a hash, the uploads made by theuser must be checked and then accepted.

GANTT CHART:

use case diagram

CLASS DIAGRAM:

sequence diagram:

Activity diagram

Collaboration diagram

STATECHART:

Package diagram

COLLABORATION DIAGRAM:

DEPLOYMENT DIAGRAM:

RESULT:

Thus the UML diagrams for EBOOK management system were developed and verified.

EXPT NO: E-TICKETING

DATE:

PROBLEM STATEMENT:

Here the passenger who used to login, who used to view the train details and they can able to cancel the tickets. The system administrator who used to manage the users and the security. The railway database which is getting include by all the passenger details like view train details and cancel the ticket. In extra of the railway database they can reserve the tickets which was enroll by the passenger.

SOFTWARE REQUIREMENT SPECIFICATION:1. INTRODUCTION:This project which aims to reserve the ticket using the login form. The passenger can able to view the train details and cancel the booked ticket if they don’t need.

1.1 PURPOSE:The main purpose of E-Ticketing is that the travelling passenger need not go to the railway station and book the ticket. The main advantage of the E-Ticketing is that the passenger can able to book the ticket by using internet.

1.2. SCOPE:The scope of the E-Ticketing is that the passengers time is saved and we can able to book the seat which can be comfortable for us, and we can view the seats which are available when booking. 1.3. DOCUMENT CONVENTIONS:Passenger- who can be able to login, view the train details, and cancel the tickets.Railway database- the data which is reserved by the passenger can be included by the database.System admin- the system admin which can manage the user and the security.

1.4. REFERENCES:www.ticketbooking.com:

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient E-TICKETING process.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the system admin or passenger do their enrollment. Theback end is managed by the railway database effectively.

2.3 TOOLS TO BE USED

Rational Rose

3. SYSTEM FEATURES

3.1 APPLYING FOR JOB:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the passenger to book the seats.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:When the passenger login, the seats which are available to book can be viewed to book.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:The passenger should enroll some personal details so that no cheating can be made in booking the seats.

GANTT CHART:

USE CASE DIAGRAM:

Update Reports

Administrator

Login

Train Details

Seat Availability

Cancellation

Reservation

Passenger

<<uses>>

<<uses>>

<<uses>>

<<extend>>

<<extend>>

CLASS DIAGRAM:

Passenger

p_name : Stringp_id : Integertick_no : Integerpin_no : Integerpnr_no : Integer

get_pas_details()print_pas_details()

Administrators

a_name : Stringa_id : Integersalary : FloatDesigantion : String

get_a_details()print_a_details()

Train

train_no : Integertrain_name : Stringstart_pt : Stringend_pt : Stringseat_capacity : Integerreservd_seats : Integerunreservd_seats : Integer

get_train_details()print_train_details()

Report

reserv_ticks : Integerunreservd_ticks : Integertrain_name : Stringtrain_no : Integercanceld_ticks : Integer

generate_daily_report()

*

1

*

1

Login

username : Stringpassword : String

get_data()verify()display()

User

address : Stringage : Integersex : String

get_details()

*1 *11

1

1

1

Journey

board : Stringstart_pt : Stringend_pt : Stringfare : Floatseat_no : Integerdate : Datetime

get_journ_details()print_journ_details()

1* 1*

1

*

1

*

ACTIVITY DIAGRAM:

LOGIN

TRAIN DETAILS

Enter username and password

Validate username & password

Login success

ID blocked temporarily

[ Valid ]

[ Trial <3 ][ Trial >3 ]

Login into the system

Enter the source and destination

Display unavailabilty of train

[ unavailabe ]

Display requested details

[ available ]

UPDATE REPORTS

Login as administrator

Update database on completion of each transaction

Generate daily reports

SEAT AVAILABILITY

Login

Enter train name or number

View seat availability

RESERVATION:

Enter username and password

Validate username & password

Login success

ID blocked temporarily

[ Valid ]

[ Trial <3 ][ Trial >3 ]

CANCELLATION:

User login's

Enter pnr and pin number

Vaildate entry

Cancel tickets

Display error[ Invalid ]

Update reports

Reconfirm cancellation

[ Valid ]

Go to main page

[ Re-Confirmed ] [ Not Re-Confirmed ]

SEQUENCE DIAGRAM: RESERVATION

:passenger :Reservation System

:Railway Database

enter name and password

verify

enter details

search for seat availability

if available

send information

seat available

enter credit card no.

validate

if accepted

send information

card accepted

issue ticket

store in database

SEQUENCE DIAGRAM: CANCELLATION

:Passenger :Reservation System

:Railway Database

Enter name and password

Verify

Display form for cancel

Enter PNR no

search for PNR no

if available

verify details

cancel Ticket

store in database

COLLABORATION DIAGRAM:

LOGIN

DATABASEUSER SYSTEM

4: Validation (Passenger)12: Validation (Administrator)

6: Login success (Passenger)8: Login Failure (Passenger)

9: Request login details (Administrator)14: Login success (Administrator)

16: Login failure (Administrator)

2: Enter login details (Passenger)10: Enter login details (Administrator)

3: Send data for validation (Passenger)11: Send data for validation (Administrator)

5: Valid (Passenger)7: Invalid (Passenger)

13: Valid (Administrator)15: Invalid (Administrator)

TRAIN DETAILS

USER SYSTEM DATABASE

5: Validation

1: Login to the system3: Enter requested data

2: Request source and destination7: Display train details

9: Display error message

4: Send data for validation

6: Valid8: Invalid

UPDATE REPORTS

DATABASEUSER (administrator)

SYSTEM

5: updation completed

1: Login as admin3: Select completed transactions

2: Display various transaction7: Display success

9: Display error

4: Update selected transactions

6: Completed8: Incomplete

SEAT AVAILABILITY

USER : Passenger

SYSTEM DATABASE

5: Validation

1: Login to the system3: Enter the requested data

2: Request train details7: Display seat availability

4: Sends data to database

6: Send seat availability details to system

RESERVATION

SYSTEMUSER (passenger)

ADMINISTRATOR

6: Available13: Unavailable

1: Login as passenger2: Check seat availability

4: Enter train details9: Enter requested details

3: Requests train& journey details8: Requests passenger details12: Display success message

15: Display failure message

5: Check availability10: Update details

7: Tickets available11: Tickets reserved and updated

14: Tickets unavailable

CANCELLATION

USER (passenger)

SYSTEM DATABASE

5: valid12: invalid

1: Login as passenger3: Enter requested details

8: Re confirms

2: Requests pnr and pin number7: Requests reconfirmation

11: Tickets cancelled14: Tickets not cancelled

4: Validate9: Cancel and update database

6: Valid entry10: Canceled

13: Invalid entry

STATE CHART DIAGRAM

PACKAGE DIAGRAM:

LOGIN

entry/ Login to system

VIEW

do/ View available seatsdo/ View train details

BOOK TICKETS

do/ Reserve tickets if seats availableexit/ Update ticket details

CANCEL TICKETS

entry/ Cancel already booked tickets,if not neededexit/ Update ticket details

GENERATE REPORT

do/ Generate daily reportdo/ Display reports

[ Trial <3 ]

[ Valid ]

[ Trial <2 ]

[ Not Re-Confirmed ]

[ Seat available ]

[ Tickets must be already reserved ]

[ Transaction completed ]

COMPONENT VIEW

Database Management

Train info

Ticket Updation

DEPLOYMENT VIEW

Server (system)

PC 1 PC 2 PC n

Printer 1Printer 2

Printer n

Printer

RESULT:

Thus the UML diagrams for e-ticketing have been developed and verified.

EXPT NO:

DATE: BOOK BANK

PROBLEM STATEMENT: Book Bank is used to issue books to customers which they have to return after a specific period of time. It is necessary that the customers register at the book bank by filling out an entry form with proper details and submit it to the manager along with the mentioned fees. After the manager verifies the details and deposit, he/she issues the id card and a book form.The registered customer then has to fill out the form with the names of books and the authors and submit it back.The staff at the book bank check the availability of the books and issue the available ones.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:This project is aimed at developing a book bank system by creating details aboutcustomers and the available books.

1.1 PURPOSE:Manual maintenance of customer details is a tedious process considering the to the large number of customers. Hence, this system is used for easy registration and maintenance of database.

1.2. SCOPE: The Book Bank System is used to specify a certain procedure to the customers for quick and hassle free registration and acquire the necessary books.

1.3. DOCUMENT CONVENTIONS:Manager - The person who has the full authority over the system. He can view allregistered users.Customer-The person who registers and obtains books from the Book bank.Book Bank-The entire System comprising of the customers, manager, staff and other elements.1.4. REFERENCES:www.rec.in

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient book bank registration process.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the customers register and get books. Theback end is managed by the manager effectively.2.3 TOOLS TO BE USEDRational Rose

3. SYSTEM FEATURES

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the customers to know the procedure to enrol l in a book bank.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:When the customer details are validated he is enquired of his book preferences and the books are issued.3.1.3 FUNCTIONAL REQUIREMENTS:REQ1: Only registered customers can apply for issue of books.REQ2: The books need to be available in order to be issued.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:Seperate and unique ids must be provided for each and every user so that no user can access the resources available to other users.

GANTT CHART:

USE-CASE DIAGRAMS:

classdiagram

SEQUENCE-DIAGRAM:

Borrow books:

Return books:

ACTIVITY DIAGRAM:

search books

Fill up the application form

get member card

Enter return date

Issue book

Update transaction

Bood bank systemfacultymember

COLLABORATION DIAGRAM:

Borrow books:

:Faculty of Book Bank

:Member

:System :Book Catalog

1: Presents Member Card and books

2: Enter member Details3: Enter Book Details

4: getBookDetails(bookid)

6: Dispaly Due Date7: Invalid Member Card

5: Update Transaction

Return books:

5: Dispaly fine amount

:Member :Faculty of Book Bank

:System :Book Catalog

1: Return Books

2: Enter Book Details3: Check return date4: Check Fine Status

6: Pay fine

7: Return Member Card

8: Update Transaction

STATE CHART DIAGRAM:

Borrow books:

Return books:

PACKAGE DIAGRAM:

DEPLOYMENT DIAGRAM:

COMPONENT DIAGRAM:

RESULT:

Thus the UML diagrams for Book Bank was developed and verified.

EXPT NO: Passport Automation System

DATE:

Problem StatementPassport Automation System is used in the effective dispatch of passport to all of the applicants.This system adopts a comprehensive approach to minimize the manual work and scheduleresources, time in a cogent manner. The core of the system is to get the online registration form(with details such as name, address etc.,) filled by the applicant whose testament is verified for its genuineness by the Passport Automation System with respect to the already existing information in the database. This forms the first and foremost step in the processing of passport application. After the first round of verification done by the system, the information is in turn forwarded to the regional administrator's (Ministry of External Affairs) office. The application is then processed manually based on the report given by the system, and any forfeiting identified can make the applicant liable to penalty as per the law. The system also provides the applicant the list of available dates for appointment to 'document verification' in the administrator's office, from which they can select one. The system forwards the necessary details to the police for its separate verification whose report is then presented to the administrator. The administrator will be provided with an option to display the current status of application to the applicant, which they can view in their online interface. After all the necessary criteria has been met, the original information is added to the database and the passport is sent to the applicant.

Software Resource Specification1.0 Introduction Passport Automation System is an interface between the Applicant and the Authorityresponsible for the Issue of Passport. It aims at improving the efficiency in the Issue of Passportand reduce the complexities involved in it to the maximum possible extent.

1.1 Purpose If the entire process of 'Issue of Passport' is done in a manual manner then it wouldtake several months for the passport to reach the applicant. Considering the fact that the numberof applicants for passport is increasing every year, an Automated System becomes essential tomeet the demand. So this system uses several programming and database techniques to elucidatethe work involved in this process. As this is a matter of National Security, the system has beencarefully verified and validated in order to satisfy it.

1.2 Scope • The System provides an online interface to the user where they can fill in theirpersonal details and submit the necessary documents (may be by scanning).• The authority concerned with the issue of passport can use this system to reducehis workload and process the application in a speedy manner.• Provide a communication platform between the applicant and the administrator.• Transfer of data between the Passport Issuing Authority and the Local Police forverification of applicant's information.• Users/Applicants will come to know their status of application and the date inwhich they must subject themselves for manual document verification.

2.0 Overall Description2.1 Product Perspective The PAS acts as an interface between the 'applicant' and the 'administrator'. Thissystem tries to make the interface as simple as possible and at the same time not risking thesecurity of data stored in.This minimizes the time duration in which the user receives the passport.

2.4 System Functions • Secure Registration of information by the Applicants.• Schedule the applicants an appointment for manual verification of originaldocuments.• Panel for Passport Application Status Display by the Administrator.• SMS and Mail updates to the applicants by the administrator.• Administrator can generate reports from the information and is the only authorizedpersonnel to add the eligible application information to the database.

2.5 User Characteristics • Applicant - They are the people who desires to obtain the passport and submitthe information to the database.• Administrator - He has the certain privileges to add the passport status and toapprove the issue of passport. He may contain a group of persons under him toverifythe documents and give suggestion whether or not to approve the dispatch of passport.• Police - He is the person who upon receiving intimation from the PAS, perform apersonal verification of the applicant and see if he has any criminal case against himbefore or at present. He has been vetoed with the power to decline an application bysuggesting it to the Administrator if he finds any discrepancy with the applicant. Hecommunicates via this PAS.

2.6 Constraints • The applicants require a computer to submit their information.• Although the security is given high importance, there is always a chance ofintrusion in the web world which requires constant monitoring.• The user has to be careful while submitting the information. Much care is required.

2.7 Use Case Model Description 2.8 Assumptions and Dependencies • The Applicants and Administrator must have basic knowledge of computers andEnglish Language.• The applicants may be required to scan the documents and send.

GANTT CHART:

USE CASE DIAGRAM

CLASS DIAGRAM

SEQUENCE DIAGRAM: ADMIN

SEQUENCE DIAGRAM:CHECK STATUS

SEQUENCE DIAGRAM : REGISTER

ACTIVITY DIAGRAM :ADMIN

ACTIVITY DIAGRAM: REGISTER

ACTIVITY DIAGRAM: CHECK STATUS

COLLABORATION DIAGRAM:ADMIN PANEL

COLLABORATION DIAGRAM: APPLICATION

COLLABORATION DIAGRAM: CHECK STATUS

PACKAGE DIAGRAM:

STATECHART: ADMIN PANEL

STATECHART: CHECK STATUS

STATE CHART: REGISTER

COMPONENT DIAGRAM:

DEPLOYMENT DIAGRAM:

RESULT:

Thus the UML diagrams for Passport Automation System was developed and verified.

EXPT NO: Exam RegistrationDATE:

PROBLEM STATEMENT

The exam registration system allows the students to register for their exams. The administration of the university also can get the list of registered students with all their information. Once the student registers he/she receives an id, which helps him in further correspondence. A fees amount is received from the students for registration. This system makes the task of the students easier rather than waiting in queue for enrollment. This also reduces the time consumption for both for the students and administration.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:This project aimed at developing a web-based exam registration system by storing application data and relevant information about the registered students.

1.1 PURPOSE:Registering for examinations is a tedious process for both the adminstration as well as the students. This system is specially designed to reduce the difficulty of students in registering for their examination.

1.2. SCOPE:This system helps the both the adminstration and the students to finish their work with more ease.

1.3. DOCUMENT CONVENTIONS:Administrator - The person who has the full authority over the system. He can view allregistered students.Students - the person who registers in the system in search of jobs..

1.4. REFERENCES:www.gre.org

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient exam registration.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the students do their enrollment. Theback end is managed by the administrator effectively

2.3 TOOLS TO BE USEDRational Rose Enterprise Edition

3. SYSTEM FEATURES

3.1 REGISTERING FOR EXAMINATION:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the job seeker to apply for job.

3.1.2 FUNCTIONAL REQUIREMENTS:REQ1: Only registered users can register for examination.REQ2: The administrator has the right to recruit the candidates, not the system.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:Password for registered accounts are stored securely in a hash, the uploads made by theuser must be checked and then accepted.

GANTT CHART:

USECASE DIAGRAM:

CLASS DIAGRAM

SEQUENCE DIAGARAM:

COLLABORATION DIAGRAM:

PACKAGE DIAGRAM:

ACTIVITY DIAGRAM:

ACTIVITY DIAGRAM:

STATECHART:

STATECHART:

COMPONENT DIAGRAM:

DEPLOYMENT DIAGRAM:

RESULT:

Thus the use case diagrams for Exam Registration was developed and verified.

EX-NO: ONLINE COURSE REGISTRATION SYSTEM

DATE :

PROBLEM STATEMENT:

All the processes involved in the course registration system are computerized. It must contain all the details about: Student, Course offerings, Registering a course, Availability of courses, Eligibility for Admission. This registration system enables the admission of candidates into the institution on the basis of their educational and social background.. The candidate has to register their desired branch from the available courses. The registration must include the following details:Application No, Student information, Course selected, course Availability, Eligibility. If a student wishes to change his/ her course, then the schedule is updated. If course is available then the change of course is permitted and changed, else include it in waiting list. To update a schedule, the student needs to be logged in. Then the student can select any other course from the available list of courses. And the schedule is submitted. If a student wishes to cancel his/her course, the student’s current schedule is retrieved and displayed first. Then the system prompts the user to confirm the deletion of schedule. If confirmed, the student is removed from the course offerings.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:

This project is aimed at developing a Course Registration system by creating details about

customers and the available courses.

1.1 PURPOSE:

Manual maintenance of customer details is a tedious process considering the to the large number of customers. Hence, this system is used for easy registration and maintenance of database.

1.2. SCOPE:

The Course Registration is used to specify a certain procedure to the customers for quick and hassle free registration of courses.

1.3. DOCUMENT CONVENTIONS:

Manager - The person who has the full authority over the system. He can view all

registered users.

Customer-The person who registers and gets registered.

1.4. REFERENCES:

www.google.com

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:

This project is a self-contained project for convenient online course registration process.

2.2 PRODUCT FUNCTIONS:

The front end of the project is where the customers register and online courses. The

back end is managed by the manager effectively.

2.3 TOOLS TO BE USED

Rational Rose

3. SYSTEM FEATURES

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:

This feature allows the customers to know the procedure to find the courses.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:

When the customer details are validated he is enquired of his course preferences and the details about the courses are issued.

3.1.3 FUNCTIONAL REQUIREMENTS:

REQ1: Only registered customers can apply for details of the courses.

REQ2: The courses need to be available in order to be issued.

4. OTHER NON-FUNCTIONAL REQUIREMENTS:

4.1 PERFORMANCE MANAGEMENT:

To increase the performance and free up database resources, the default features are written

to cache files on their initial load.

4.2 SAFETY REQUIREMENTS:

The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:

Seperate and unique ids must be provided for each and every user so that no user can access the resources available to other users.

4.4 SYSTEM REQUIREMENTS

Processor : Pentium IV 1.7

RAM : 128 MB

Hard Disk : 40 GB

4.5 SOFTWARE REQUIREMENTS

case tool : rational rose

GANTT CHART:

UMLDIAGRAMS

USECASE DIAGRAM:

Free registration

includes extends

STUDENT

Register course

Cancel course Change course

REGISTRATION DATABASE<<Actor>>

SYSTEM ADMIN

View courses

Update course

Check eligibility

Check course availability

COURSE CATALOG

<<Actor>>

CLASS DIAGRAM:

ACTIVITY DIAGRAM:

Complete application

application

accept/deny

Check course availability

courses<<datastore>>

applications<<datastore>>

Choose alternate course

Check applicant qualification

students<<datastore>>

if available else

REGISTRATION SYSTEMSTUDENT

SEQUENCE DIAGRAM:

student university central management system

1. browse course

2.select course

4.available

5.register

7.verify details

8.issue approval

9.pay fee

10.enroll

3.check availability

6.submit details

COLLABORATION DIAGRAM:

studentuniversit

y

cetral management

1: browse course 2: select course

3: check availability

4: availability

5: register 6: submit details

7: verity details

8: issue approval

9: pay fees

10: enroll

STATECHART DIAGRAM:

PACKAGE DIAGRAM :

User Interface

Forms Report

Technical Services

Database Logging

Domain

Student Registration College

Course

DEPLOYMENT DIAGRAM:

studentuniversit

y

central man...

COMPONENT DIAGRAM :

university

central management

student

RESULT:-

Thus the domain model with UML diagrams for the Course Registration System have been developed and verified.

EXPT NO: RECRUITMENT SYSTEM

DATE:

PROBLEM STATEMENT:

The recruitment system allows the job seekers to enroll their names through the processof registration. The employee also can get the list of available candidates and shortlist for theircompany requirement. Once the applicant enrolls he receives an id, which helps him in furthercorrespondence. A fees amount is received from the job seekers for enrollment. This systemmakes the task of the job seeker easier rather than waiting in queue for enrollment. This alsoreduces the time consumption for both for the job seeker and employee.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:This project aimed at developing a web-based recruitment system by creating details aboutvacancies, storing application data and interview process initiation.

1.1 PURPOSE:Manual recruitment is a tedious processing to the increasing number of job seekers.People around the world can apply for the online recruitment system and it is very convenienttoo. This system is specially designed for those seek the most demanding job and challengingpositions in their own field.

1.2. SCOPE:Recruitment system allows the job seekers to find their dream job in the chosen field.This system helps the companies to recruit the right candidate for the job. This system serves as acommon meeting ground for job seekers and employees, both locally and globally.

1.3. DOCUMENT CONVENTIONS:Administrator - The person who has the full authority over the system. He can view allregistered users.Job Seekers - the person who registers in the system in search of jobs.Company - A company can register itself, select the required employees and provideinformation about the result.

1.4. REFERENCES:www.timesjob.com:

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient recruitment process.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the visitors or job seeker’s do their enrollment. Theback end is managed by the administrator effectively2.3 TOOLS TO BE USED

Rational Rose

3. SYSTEM FEATURES

3.1 APPLYING FOR JOB:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the job seeker to apply for job.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:When the job seeker uploads his resume, the list of jobs matching the resume will beposted.

3.1.3 FUNCTIONAL REQUIREMENTS:REQ1: Only registered users can apply for the job.REQ2: The Company has the right to recruit the candidates, not the system.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance and free up database resources, the default features are writtento cache files on their initial load.

4.2 SAFETY REQUIREMENTS:The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:Password for registered accounts are stored securely in a hash, the uploads made by theuser must be checked and then accepted.

GANTT CHART:

USE CASE DIAGRAM

CLASS DIAGRAM

SEQUENCE DIAGRAM: REGISTER

SEQUENCE DIAGRAM: STATUS

SEQUENCE DIAGRAM:ADMIN PANEL

ACTIVITY DIAGRAM:

REGISTER:

ACTIVITY DIAGRAM: CHECK STATUS

ACTIVITY DIAGRAM:

HR STATUS ENTRY

COLLOBORATION DIAGRAM: REGISTER

COLLOBORATION DIAGRAM: STATUS

COLLOBORATION DIAGRAM : ADMIN PANEL

PACKAGE DIAGRAM:

DEPLOYMENT DIAGRAM:

COMPONENT DIAGRAM:

RESULT:

Thus the UML diagrams for Recruitment system was developed and verified.

EXPT NO: SOFTWARE PERSONNEL MANAGEMENT SYSTEM

DATE:

PROBLEM STATEMENT:

A SOFTWARE PERSONNEL MANAGEMENT SYSTEM refers to the systems and processes at the intersection between human resource management (HRM) and information technology. It merges HRM as a discipline and in particular its basic HR activities and processes with the information technology field, whereas the programming of data processing systems evolved into standardized routines and packages of enterprise resource planning (ERP) software. The linkage of its financial and human resource modules through one database is the most important distinction to the individually and proprietary developed predecessors, which makes this software application both rigid and flexible.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:

This project which aims to efficiently manage the personnel details of a software company which includes payroll details and other important functions.

1.1 PURPOSE:

The HR function consists of tracking existing employee data which traditionally includes personal histories, skills, capabilities, accomplishments and salary. Also, each employee can access his/her own profile, that lets him view his salary, attendance and company related updates.

1.2. SCOPE:

The scope of the Software Personnel Management System is that it allows the HR to view the entire employee Database conveniently and make updates. Similarly from an employee point of view, he/she can be able to view company related information easily.

1.3. DOCUMENT CONVENTIONS:

Employees can view their personal details and other company information. They can send messages to any other employee of the organization. The HR has more features. He can view entire employee database, make payroll updates etc.

1.4. REFERENCES:

www.infosys.com

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:

This project is a self-contained project for convenient Software Personnel Management System.

2.2 PRODUCT FUNCTIONS:

The front end of the project is where the HR or employee can login. The

back end is managed by the organization database effectively.

2.3 TOOLS TO BE USED

Rational Rose Enterprise Edition, Argo UML

3. SYSTEM FEATURES

3.1 SYSTEM DESCRIPTION AND PRIORITY:

This feature allows the employee to view his profile.

3.2 STIMULUS AND RESPONSE SEQUENCE:

When the employee logs in, his or her personal details are displayed.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:

4.1 PERFORMANCE MANAGEMENT:

To increase the performance and free up database resources, the default features are written

to cache files on their initial load.

4.2 SAFETY REQUIREMENTS:

The database must be maintained effective from hacking.

4.3SECURITY REQUIREMENTS:

The employee is given a user id and password to ensure safety of personal information.

GANTT CHART:

UML USE-CASE DIAGRAM

Recruit

Monitor

Increment

Motivation

HR

Curriculum VitaeMonitor Employees

Provide salary incrementMotivate

Recruit()Monitor()

Increment()Motivation()

Training

Salary

Performance

Time Management

Employee

CommitmentBank Accounts

Regularity

Training()Salary()

Performance()

UML CLASS DIAGRAM

Salary Details

create bank Account to deposit salary

salary()

time mgment

time period observed according to training details

time management()

Training Deatils

Provide educated trainees

Training()

HR

Curriculum VitaeMonitor EmployeesProvide salary incrementMotivate

Recruit()Monitor()Increment()Motivation()

Employee

CommitmentBank AccountsRegularity

Training()Salary()Performance()

UML SEQUENCE DIAGRAM

EmployeeEmployee HRHR Training detailsTraining details Salary DetailsSalary Details

Update Salary Details

View Salary Details

Training Information

Training Update

Performance

Training Period

Salary Increment

UML ACTIVITY DIAGRAM

HR Login

Employee Name

Performance &Attendence

Fixed Salary Salary Increment

HR Logout

UML COLLABORATION DIAGRAM

7: Salary Increment

Employee : <Actor Name>

HR : <Actor Name>

Training details

Salary Details

2: View Salary Details

1: Update Salary Details

3: Training Information

5: Performance

4: Training Update6: Training Period

STATECHART:

PACKAGE DIAGRAM:

UML COMPONENT DIAGRAM

Login Enter Employee Name

Check Performance and Attendence

Provide Increment

Donot Provide Increment

Logout

HR

Salaray Details

Training Details

Employee

Provides Employee and HR with the salary details

provides employees with training details which is updated by HR

Human Resourcesinvolves recruitment,motivation , monitoring of employees

employees are those who are recurtited by HR and work for the respective company

UML DEPLOYMENT DIAGRAM

HR

Salary DetailsTraining Deatails

Employee

HR recurits the employee for a given company

Training Period is given to the employee with training period

Employee recurited by HR Undergoes training before actually working

provides employee with salary details

RESULT:

Thus the UML diagrams for Software Personnel Management System was developed and verified.

EXPT NO: STOCK MAINTENANCE SYSTEM

DATE:

PROBLEM STATEMENT

The Stock maintenance system which allows the administrator to display the product details, purchase details, sales details, stock details, and the purchase the products. The customer which is used to purchase the product. The supplier who use to supply the product. Once they enter the login details the verifier check the details of availability and says whether the login is valid or not. Then enter the stock details, maintain and store it.

SOFTWARE REQUIREMENT SPECIFICATION

1. INTRODUCTION:This project aimed at developing a web-based stock maintenance system by creating details about product, purchase, sales and stock details.

1.1 PURPOSE:This stock maintenance system which is used to say exactly how much product is in the stock and how much product is got saled. This also helps that how to purchase the product and how to supply the product.

1.2. SCOPE:The stock maintaining system which implements that how to supply and get increament in the sales. Before getting the demand of the particular product it is getting stocked so that in the demand period we can easily attain that product.

1.3. DOCUMENT CONVENTIONS:Administrator - The person who has the full authority over the system. He can view allregistered users.Customer- The person who is going to purchase the product.Supplier- The person who is going to supply the product.

1.4. REFERENCES:www.stock maintain.com:

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:This project is a self-contained project for convenient stock maintenance system process.

2.2 PRODUCT FUNCTIONS:The front end of the project is where the customers or suppliers do their enrollment. Theback end is managed by the administrator effectively.

2.3 TOOLS TO BE USEDRational Rose

3. SYSTEM FEATURES

3.1 APPLYING FOR JOB:

3.1.1 SYSTEM DESCRIPTION AND PRIORITY:This feature allows the customer to purchase the product.

3.1.2 STIMULUS AND RESPONSE SEQUENCE:When the administrator confirm the details of the stock, they will supply to the market. So the supplier and the customer can get the advantage of the product.

3.1.3 FUNCTIONAL REQUIREMENTS:REQ1: Only the administrator can be able to refer the stock details.

4 OTHER NON-FUNCTIONAL REQUIREMENTS:4.1 PERFORMANCE MANAGEMENT:To increase the performance of the stock, the supplier should have the quality products.

4.2 SAFETY REQUIREMENTS:The stock should be maintained carefully without any damage.

GANTT CHART:

USECASE DIAGRAM:

Order Cancellation

Placing Order Quotation

Stock Level Checking

<<include>>

Maintain Product Details

Maintain Purchase Details

Sales Manager

Manufacturer<<Actor>>

Bank Account<<Actor>>

Purchase the ProductShipper

<<Actor>>

Return Item

Customer

Billing Process

CLASS DIAGRAM:

SEQUENCE DIAGRAM:

SEQUENCE DIAGRAM:

ACTIVITY DIAGRAM:

LOGIN

ANALYSIS

OLD STOCK

STOCK NEEDED

LIST PREPARATION

QUOTATION

PURCHASE AND PAYMENT

EXPIRED STOCK

SELL

UPDATE

view catalog

place order to stock manager

paybill

Enter id

Enter password

preorder

issue bill

Deliver item

invalid

Ask for password

Alert for stock availability

update details of stock

valid

no

link details

pack item

yes

check for stock availability

stockstock maintenance systemstock managercustomer

STATE CHART DIAGRAM:

LOGIN ANALYSIS

OLD STOCK

STOCK NEEDED

LIST PREPARATION

QUOTATION

PURCHASE AND PAYMENT

EXPIRED STOCK

SELL

UPDATE

COLLABORATION DIAGRAM:

STOCK MANAGERCUSTOMER

ADMINISTRATOR

COMPANY

3: ORDER FOR GOODS5: PAYMENT

4: GIVE QUOTATION6: DELIVERY OF GOODS

7: ORDER FOR GOODS NEEDED AND PAY FOR IT

8: DELIVERY OF PRODUCTS

9: UPDATATION OF GOODS DETAILS

1: LOGIN

2: APPROVE THE LOGIN

PACKAGE DIAGRAM:

UML COMPONENT DIAGRAM:

SMS Techn ical services

SMS Domain

SMS UI

UML DEPLOYMENT DIAGRAM:

Node 1: Sto...

Keyboard

Mouse

Monitor

Printer

RESULT:

Thus the UML diagrams for Stock Maintenance System was developed and verified.