requirement gathering
DESCRIPTION
this srs comprises of use cases and functional requirementsTRANSCRIPT
REQUIREMENT GATHERING
*the system should help customer, query the availability of a book either by using the book title or by using the name of author or publisher.* If a book is in stock, the exact number of copies available should be displayed.*If a book is not in the stock, the query for the book is used to increment a request field for the book.* the software should maintain the price of various books.* As soon as customer selects his book for purchase, the sale clerk would enter the book_id number of the books. The product should update the stock and generate the sales receipt for the book.* the software should allow employees to update inventory whenever new supply arrives. Also upon request by the owner of book shop.* the software should generate sales statistics (viz, book name, publisher, book_id number, number of copies sold and the sales revenue) for any period.* The sales statistics will help the owner to know the exact business done over any period of time and also determine the inventory level required for various books.
1.Introduction
PURPOSE:
This document describes the software requirements specifications for BOOKSTORE BILLING SYSTEM , specifically developed to automate all operations in a bookshop. The purpose of the software product is to aid book store customers and owners to manage their book purchases and sales with regard to simplifying and speeding up the process of selection, ordering and purchasing books for customers as well as managing a database of users and a database of products for book store owners through a conveniently designed Graphical User Interface which will utilize a user-friendly intuitive design approach.
The system will be designed to be used by book store customers with little or no experience in using computerized systems and by book store owners who will be trained to use the product.
SCOPE:
The name of the product Bookstore billing automation system.The main function of the software will be to aid book sales for both customers and the store owners. Generally it includes the Order Processing, Stock Management and Accounts Management.
The system will be therefore designed to allow a user to perform the following functions:
User Identification
Check for availability of book
Search for existing books.
Update stock.
Generating bill.
Generate purchase report.
Generate sales statistics.
Overview :
The following subsections provide the complete overview of
the software specifications requirements documentation for
the product Bookstore billing automation system .
The entire SRS is documented in view of both customers
and the administrator and the following sub sections are
arranged to give a complete outlook of the software, its
perspective, features, system requirements and users know
how.
2.General description
Product perspective
This software is totally self contained and works relatively as
efficient as other packages related to the subject. It provides
simple database rather than complex ones for high
requirements and it provides good and easy graphical user
interface to both new, naïve as well as experienced users of
the computers.
User Characteristics:
*The users (Book shop officers) should have a basic computer literacy to work with a computer. * The users of this software should be well trained and should be given the relevant user documentation, reference materials and instructions.* The user should be able to follow simple instructions given by the system.
General constraints
* The users must have their correct usernames and passwords to enter into the bookstore.
Assumptions and dependencies* The users have sufficient knowledge of computers.* The users know the English language, as the user interface will be provided in English.
3. Specific requirements
Functional requirement:
USE CASES:
Use_caseID 001use_caseName User identification.Actor UserMain-success scenario
the user enters the name and the password.if user registers ,the main menu opens up , else, administrator account opens up.
Normal flow User registersPrecondition User enters the username and password.Postcondition Main menu opens up.Alternate flow Administrators registers, administrator’s
account opens up. 007Exception Invalid UserId and password 014Reference Use case 002
Use Case Id 002Use Case Name Change PasswordActor AdministratorMain Success Scenario Application ask user to
change Password
Normal Flow User Changes His DetailsPrecondition User Enter Valid entry At
Identification PagePost Condition Main Menu OpensAlternate Flow User Didn’t Change The
Details 003Reference 003
Use_caseID 003use_caseName Main menu Actor UserMain-success scenario
User is provided various options to perform different operation. Depending on the operation selected by the user,corresponding operation is performed.
Normal flow The user selects ‘search’. Precondition User registers using valid username and
password.Postcondition search form opens up.
Alternate flow The user selects ‘sale book’. 006Reference Use case 004.
Use_caseID 004use_caseName Search page.Actor UserMain-success scenerio
The user enters the details of the book, depending on the search category selected by the customer i.e. 1.author.2.book title.3.publisher.The book details are dispayed.(book name.book id,no of copies available).
Precondition User selects the ‘search’ option in the main menu.
Postcondition Book availability details opens up.Alternate Flow user cancels the search and returns to main
menu 003.Exception Search entry is invalid 013
Reference use case 005
Use_caseID 005use_caseName Book availability details.
Actor User.Main-success scenerio
If the customer selects to purchase the book,user proceeds with the sales transation,else returns to the main menu or opt for another search.
Normal flow Custormer chooses to purchase the book.Precondition the user enters the details of the book to be
searched.Postcondition sales page opens up.Alternate flow 1. Customer asks for another search 004.
2. Customer unsatisfied,thus system returns to the main menu 003
reference Use case 006.
Use_caseID 006use_caseName Sales pageActor UserMain-success scenerio
User enters the bookid and number of books to be purchased.Bill generated.Customer pays the amount.
Precondition Customer chooses to purchase the book.Postcondition Main menu opens back.Alternate flow Customer refuses to purchase and returns to
main menu 003.
Exception Bookid is not valid 013reference Use case 003
Use_caseID 007use_caseName Administrator account.Actor Administrator .Main-success scenerio
The administrator selects one among various operation provided at his end and further operation proceeds depending on the operation selected.
Normal flow He chooses to purchase book.Precondition The administrator registers entering his
username and password.Postcondition Purchase page opens up.Alternate flow He selects either of the following:
1.sales report(010).2.purchase report.(011).3.view database.(012).
reference Use case 008.
Use_caseID 008use_caseName Purchase pageActor AdministratorMain-success scenerio
The administrator purchases books from supplier.Pays amount to supplier.Updates stock in the inventory.
Precondition The administrator choose to purchase books from the supplier.
Postcondition Update page opens up.Alternate flow Administrator cancels the current transaction
and returns to administrator end 007.reference Use case 009.
Use_caseID 009use_caseName Update stock.Actor AdministratorMain-success scenerio
The admistrator enters the details of new books into the database i.e. updates the books database.
Precondition Administrator purchase books form the supplier.
Postcondition Administrator’s menu opens up.reference Use case 007.
Use_caseID 010use_caseName Sales reportActor Administrator.Main-success scenerio
Report generated containing details of sold books,amount,sales revenue.
Precondition ‘sales report’ selected at administrators’s end.Postcondition Administrator’s end menu opens up.reference Use case 007.
Use_caseID 011use_caseName Purchase report.Actor AdministratorMain-success scenerio
Administrator generates the purchase report containing details of purchase id,date and amount.
Precondition Administrator selects purchase report at his end.
Postcondition Administrator’s end menu opens up.reference Use case 007.
Use Case Id 012Use Case Name View Data Base .Main success scenario.
The administrator selects to view the complete book database.
Actor AdministratorPrecondition Administrator selects the ‘view database’ option. Post condition Book database opens up.
Reference 007
Use_caseID 013
use_caseName Invalid Book_id Actor UserPrecondition When the user makes an invalid entry in the
search form.Postcondition Search page opens back.Alternate Flow Sales Page Opens :- 006
reference Use case 004.
Use_caseID 014use_caseName Invaliduser Actor User
Normal flow User enters invalid name an password.
Precondition User enters invalid username and passwordPostcondition User identification page re-opens.
reference Use case 001 .
Non-functional requirement
Performance Requirements:
*The response time for menu changes will be not more than 3 seconds. *The time for search for a book will not more than 3 seconds.* The time to print the stock valuation will not be more than 3 seconds. *The time taken to update the database or get information from the database will not be more than 2 seconds. * The time taken to prompt message boxes will not more than 2 seconds
Design Constraints:* The system is based on menu driven interfaces. Menu selection will be done by using the mouse and the key board keys.* Confirmation messages on taken actions, input acceptance and error conditions will be displayed after each input.*Error messages will be displayed at the time of detection of input errors and the system errors.
Other requirements:
Security - Only the administrators have the authority to edit details in Users and Items tables. NoOne can enter the system without a username and a password. Normal system users cannot accessthe Administrators login. All deleting actions are notified by a message box asking to confirm deletion.
Robust Error Handling: - The errors and undesirable situation, generated through the user intervention, are handled successfully to ensure that the system operates without halting by providing the appropriate error messages to the user.
User Friendly Environment: – Graphical user interface is used for easy handling of the system. A user can use the system efficiently without meeting any difficulty.
System Interface:-
The Software provides good graphical interface for the front end of the data base and a good informative for the rear end.
Hardware Interface:-
The system should have these hardware requirements:
The processor should be at least Pentium for windows and powermac for
macOS or above.
The processor speed should be greater than 456 MHz.
RAM should be or greater than 128 MB.
Software Interface:-
The Appl icat ion requires the support of the fol lowing software’s for the database and
other requirements
JDK
Mysql 5.0
Server (windows Pentium or above…)