133
EXPT NO: CREDIT CARD PROCESSING DATE: 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 about customers 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 all

131939737-ooad-lab-manual-1

Embed Size (px)

DESCRIPTION

dd

Citation preview

EXPT NO:

CREDIT CARD PROCESSING

DATE:

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 about

customers 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 all

registered 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.in

2 OVERALL DESCRIPTIONS:

2.1 PRODUCT PERSPECTIVE:

This project is a self-contained project for convenient credit card processing.

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 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 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.GANTT CHART:

UML DAIGRAMS

USE CASE DIAGRAM:

CLASS DIAGRAM:

SEQUENCE DIAGRAM:

ACTIVITY DIAGRAM:COLLABORATION DIAGRAM:

STATE CHART DIAGRAM: (PAYMENT)

PACKAGE DIAGRAM:

COMPONENT DIAGRAM:

DEPLOYMENT DIAGRAM:

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 users 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 all

registered 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 provide

information 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 seekers do their enrollment. The

back end is managed by the administrator effectively

2.3 TOOLS TO BE USED

Rational 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 written

to 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 the

user 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-TICKETINGDATE:

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 dont 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. The

back 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 written

to 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:

CLASS DIAGRAM:

ACTIVITY DIAGRAM:

LOGINTRAIN DETAILS

UPDATE REPORTS

SEAT AVAILABILITY

RESERVATION:

CANCELLATION:SEQUENCE DIAGRAM: RESERVATION

SEQUENCE DIAGRAM: CANCELLATION

COLLABORATION DIAGRAM:LOGIN

TRAIN DETAILS

UPDATE REPORTS

SEAT AVAILABILITY

RESERVATION

CANCELLATION

STATE CHART DIAGRAM

PACKAGE DIAGRAM:

COMPONENT VIEW

DEPLOYMENT VIEW

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 about

customers 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 all

registered 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. 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 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 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.

GANTT CHART:

USE-CASE DIAGRAMS:

classdiagram

SEQUENCE-DIAGRAM:

Borrow books:

Return books:

ACTIVITY DIAGRAM:

COLLABORATION DIAGRAM:

Borrow books:

Return books:

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 SystemDATE:

Problem Statement

Passport 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 schedule

resources, 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 Specification

1.0 Introduction

Passport Automation System is an interface between the Applicant and the Authority

responsible for the Issue of Passport. It aims at improving the efficiency in the Issue of Passport

and 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 would

take several months for the passport to reach the applicant. Considering the fact that the number

of applicants for passport is increasing every year, an Automated System becomes essential to

meet the demand. So this system uses several programming and database techniques to elucidate

the work involved in this process. As this is a matter of National Security, the system has been

carefully verified and validated in order to satisfy it.

1.2 Scope

The System provides an online interface to the user where they can fill in their

personal details and submit the necessary documents (may be by scanning).

The authority concerned with the issue of passport can use this system to reduce

his 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 for

verification of applicant's information.

Users/Applicants will come to know their status of application and the date in

which 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'. This

system tries to make the interface as simple as possible and at the same time not risking the

security of data stored in.This minimizes the time duration in which the user receives the passport.

2.4 System Functions

Secure Registration of information by the Applicants.

Schedule the applicants an appointment for manual verification of original

documents.

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 authorized

personnel 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 submit

the information to the database.

Administrator - He has the certain privileges to add the passport status and to

approve the issue of passport. He may contain a group of persons under him to

verify

the 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 a

personal verification of the applicant and see if he has any criminal case against him

before or at present. He has been vetoed with the power to decline an application by

suggesting it to the Administrator if he finds any discrepancy with the applicant. He

communicates 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 of

intrusion 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 and

English 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 all

registered 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. The

back end is managed by the administrator effectively

2.3 TOOLS TO BE USED

Rational 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 written

to 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 the

user 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 students 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.com2 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:

CLASS DIAGRAM:ACTIVITY DIAGRAM:

SEQUENCE DIAGRAM:

COLLABORATION DIAGRAM:

STATECHART DIAGRAM:

PACKAGE DIAGRAM:

DEPLOYMENT DIAGRAM:

COMPONENT DIAGRAM:

RESULT:-

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

RECRUITMENT SYSTEMDATE:

PROBLEM STATEMENT:The recruitment system allows the job seekers to enroll their names through the process

of registration. The employee also can get the list of available candidates and shortlist for their

company requirement. Once the applicant enrolls he receives an id, which helps him in further

correspondence. A fees amount is received from the job seekers for enrollment. This system

makes the task of the job seeker easier rather than waiting in queue for enrollment. This also

reduces 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 about

vacancies, 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 convenient

too. This system is specially designed for those seek the most demanding job and challenging

positions 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 a

common 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 all

registered 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 provide

information 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 seekers do their enrollment. The

back end is managed by the administrator 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 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 be

posted.

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 written

to 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 the

user 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 SYSTEMDATE:

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

UML CLASS DIAGRAM

UML SEQUENCE DIAGRAM

UML ACTIVITY DIAGRAM

UML COLLABORATION DIAGRAM

STATECHART:

PACKAGE DIAGRAM:

UML COMPONENT DIAGRAM

UML DEPLOYMENT DIAGRAM

RESULT:

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

EXPT NO: STOCK MAINTENANCE SYSTEMDATE:

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 all

registered 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. The

back end is managed by the administrator 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 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:

CLASS DIAGRAM:

SEQUENCE DIAGRAM:

SEQUENCE DIAGRAM:

ACTIVITY DIAGRAM:

STATE CHART DIAGRAM:

COLLABORATION DIAGRAM:

PACKAGE DIAGRAM:

UML COMPONENT DIAGRAM:

UML DEPLOYMENT DIAGRAM:

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