Professional Documents
Culture Documents
Bookstore Documentation
Bookstore Documentation
“Book Store”
Submitted in partial fulfillment of the requirement of Department of
SUBMITTED BY
VRUSHALI PAWAR
SAKSHI GULDAGAD
SUBMITTED TO
University Of Pune
2023 – 2024
Under Guidance of
Prof. Adhav P. B.
ID.NO.PU./AN/ASC/021/ (1978 ) PRINCIPAL
SENIOR COLLEGE CODE NO:-124 Dr. ANITA VETAL
(MA, B.Ed, PHD)
His/her
His / Her performance performance is
is ________________________
2
SR NO TITLE PAGE NO.
1. Acknowledgement 4
2. Abstract 6
3. Introduction 8
3.1 Objective and Goal 9
3.2 Literature Survey 10
3.3 Project Scope and Limitation 12
4. System Analysis 13
4.1 Existing System 14
4.2 Scope and Limitation Of Existing System 15
4.3 Requirement Analysis-Functional Requirement, 16
Performance Requirement, Security Requirement
5. System Design 20
5.1 Design Constraint 21
5.2 Data Model 24
5.3 System Model 26
5.4 User Interface 37
6. Implementation Details 43
6.1 Hardware Specification 44
6.2 Software Specification 44
7. Output And Report Testing 45
7.1 Black Box Testing and Data Validation Test Case 46
7.2 White Box Testing and Data Validation Test Case 47
8. Conclusion and Recommendation 49
9. Future Scope 51
3
ACKNOWLEDGEMENT
4
ACKNOWLEDGEMENT
5
ABSTRACT
6
ABSTRACT
The main objective of this system is easy to use, reliable or secure. online
book ordering system is one of the most innovative ideas of this centuary.
This system actually save the time of customer’s.
It would make searching, viewing and selection of a book easier.
This system is a computerized system. This system are also provides a
Best services, discounts, category, features, login & registration. To order
book, the user just have click on the order now button provided. Storing data
easier
It will able to check any report at any time.
7
INTRODUCTION
8
OBJECTIVE AND GOALS
Objective:-
The main objective of this system is to reduce the manual work for managing the books,
stocks, and bill.
Goals:-
Increase customers by giving pleasuring experience to them.
To increase your system more by increasing customers.
9
LITERATURE
SURVEY
10
FACT FINDING TECHNIQUE
We are four fact-finding techniques in the system analysis.
1. Questionnaires
2. Interview
3. Record Review
4. Observation
1. Questionnaires
We used this technique in the initial and final phase of my project. We conducted
this session by asking document to the customer of the in the initial phases we
prepared verification in customer then loan assign to a customer to get some basic
information about the current system. We could find out the work structure of the
organization.
And it’s functioning. In the final stages we used the customer bank details and
financial condition to get some numerical data that was required or was missing
after all the observations.
Asked were both open ended and close ended, which were related to user.
Interaction with current system, updating and rules for record maintenance, reports
generated by current system complications in the system as per use.
2. Interview
3. Observation
While finding the facts we keenly observed all the activities in the organization.
We paid attention to the transaction, usage of files and documents, the record
keeping and the handling of the queries in the existing system. Observation helped
us in finding out the actual way of functioning apart from the ideal or desired. This
helped us majority in the interface design.
11
PROJECT SCOPE AND LIMITATION
Scope:-
On this system, the customers can contact us if they have any query.
Limitations:-
12
SYSTEM
ANALYSIS
13
EXISTING SYSTEM
Difficult to maintain.
14
SCOPE AND LIMITATION OF EXISTING
SYSTEM
Limitations:-
Time consuming:
As the records are to be manually it consume a lot of time.
Paper work:
Lot of paper work is involved as the records are maintained in the files and
register.
Storage requirement:
As files and register are used the storage requirement is increased.
Accuracy:
As the system is in manual, there are not many chances of human error.
these cause error in calculating mechanism or maintaining products and
supplier data in register.
15
REQUIREMENT
ANALYSIS
16
Functional Requirement
17
Performance Requirements
Hard disk: A good hard disk (fast and big) is essential for a serve.
18
System Requirements
The system wants a minimum of two GB of ram to run all the options sleek
and unforeseen.
It wants a minimum 1.3 gigahertz processor to run sleek as but which will
produce issue.
The system must be operated by some approved person as wrong hands will
p r oduce issue.
Rest is all up to the user’s usage can take care of the hardware.
For security opposing virus is suggested.
19
SYSTEM DESIGN
20
DESIGN CONSTRAINT
FEASIBILITY STUDY
The major areas to consider while determining the feasibility of a system are:-
1. Technical Feasibility.
2. Operational Feasibility.
3. Economical Feasibility.
21
1.Technical Feasibility
It is the study of functions, performance and constraints .That may affect the
ability to achieve an acceptable system. The issues raised during technical
feasibility were
2.Operational Feasibility
22
3.Economical Feasibility
The proposed system will require new hardware and software setup, and for
the Administrator (user) it will require to give the initial training. The proposed
system is economically feasible because it will save valuable time, money and it is
more stable.
23
DATA MODEL
24
ENTITY RELATIONSHIP DIAGRAM (ERD)
Cnm Name Password
Email
Id
Pays Bill
Paid by
Id
Search
amount
manage To
Bid
Bnm
Books
ship Admin
Price
Author
Has
Quntity
Login
Place Order
Cname
Oid Price
25
SYSTEM MODEL
26
CONTEXT LEVEL DIAGRAM
0000
0.0
0.0
Personal details Registration Customer
Customer
Book
Store
Manage whole system Report
Admin Admin
27
DATA FLOW DIAGRAM (1st LEVEL)
1.0
2.0
Customer
Customer Id, password Login login
3.0
4.0
28
5.0
6.0
7.0
Payment
Customer Pay
amount
8.0
29
Admin side:
1.0
1.0
Id, password Admin
Admin
Login
3.0
Admin Price Manage Price
Check
price
Order info.
Admin 4.0
Order
Manage
Order
5.0
Accept payment
Admin Payment
Accept
payment
30
Admin Admin
6.0
Logout
31
CLASS DIAGRAM
Customer Admin
-name: string
-name: string
1..* -id: integer 1…* 1
-address: string -email: string
1 -address: string
+login ( ): void +manage product ( ): void
+register ( ): void + manage details ( ): void
+register( ):void
1...* 1
1..* 1…*
1...*
Order
Books
-name: string
-name: string
-id: integer
-price: integer
-author: string 1…* 1…* -address: string
1
Cart Payment
-cname: string -payment details: string
-cid: integer -amount: integer
-address: string -date: integer
1…*
+delete ( ): void +accept payment ( ): void
+update ( ): void +display payment ( ): void
32
OBJECT DIAGRAM
C: Customer A: Admin
1..* 1
1..* 1..*
B:Book 1…* O: Order
+name=”abc” +name=”abc”
+price=500 1…* 1…* +id=12
+author=”abc” +address=”abc”
1..* 1…*
1 1…*
C1:Cart P: Payment
33
USECASE DIAGRAM
Book Store
Login
Search book
View book
Order book
Payment
Check details
Confirm orders
Add books
Delete books
34
SEQUENCE DIAGRAM
1.Login
4. 2. Authenticate
6.Book 5.Responce
7 .Add to cart
8. Order
9.Order successful
10.Payment
35
COLLABORATION DIAGRAM
3. Book Request
1.Login
C:Customer A:Admin
2.Authenticate
11.Order successful
5.Responce
12. Payment 7.display book
10.Order 4.Request
6. Search book
8. Add to cart
9.order request
36
ACTIVITY DIAGRAM
Customer Admin
Registration Check
Valid invalid
Search book
Check book
Payment
37
STATECHART DIAGRAM
Register
Registration successful
Search book
Book available
Add to cart
Order book
Order confirmed
Payment
38
COMPONENT DIAGRAM
View classes
Home page
Register Payment
Add to
Search Cart Order
Book Book
Customer Admin
Access database
Access
database
39
DEPLOYMENT DIAGRAM
Client Book
Server Server
Database
Server
40
USER INTERFACE
41
INDEX PAGE
42
NEW BOOK PAGE
43
LOGIN PAGE
44
REGISTRATION PAGE
45
USER PAGE
46
IMPLIMENTATION
DETAILS
47
HARDWARE AND SOFTWARE SPECIFICATIONS :
Hardware Specification :
Software Specification :
48
OUTPUTAND REPORT
TESTING
49
BLACK BOX TESTING AND DATA
VALIDATION TEST CASE
Test case for login module:
1. Enter user type user type should display warning should display warning
And press login message please enter all message please enter
button the fields all the fields
2. Enter user name user name should display warning should display warning
and press login message please enter message please enter
button the password the password
50
WHITE BOX TESTING
AND FUNCTIONAL VALIDATION TESTING
Login:
Test Case ID 1
Date 06/12/2023
Purpose The purpose of this test in sure that the user can login with his id
Use this app.
.
Pre requirement The customer enter his correct name and password for a successful
Login page email id , password.
Status Pass
51
Registration:
Test Engineer Sakshi Guldagad
Test Case ID 2
Date 06/12/2023
Purpose The purpose of this test for register customer by his name
.
Pre requirement The customer sure that login with his name, id use this app.
Status Pass
52
CONCLUSION AND
RECOMMENDATION
53
Conclusion:
Reduce workload.
54
FUTURE
SCOPE
55
Future Scope:
Detailed information about Help & Printing code will be given in future
Centralized Database.
56
BIBLOGRAPHY AND
REFERENCE
57
Bibliography:
1. Software Engineering :
- Manisha Kumbhar
2. YouTube
3. www.google.com
WWW.W3SCHOOL.COM
58