Library Project Report
Library Project Report
On
“Sun Pharma”
Submitted in the partial fulfilment of the requirement for the award of degree of
Bachelor of Technology
In
Computer Science and Engineering
Batch
(2022-2026)
12200612
DAV UNIVERSITY
The project report entitled “sun pharma” was submitted by me to DAV University for the
degree of Bachelor in Engineering Sem. IV is the original piece of work and has not been
submitted to any other university for the award of any degree. I also undertake that any
quotation or a philosophy from the published or unpublished work of another person has been
duly acknowledged in the work that I present in the project report.
Parkash Kumar
12200612
Last but not least , I pay my sincere thanks and gratitude to all the Staff
Members of O7 Services Technologies for their support and for making our
training valuable and fruitful.
Name of Student
1.1 INTRODUCTION:
In today’s fast-paced world, people often have busy schedules that make it
inconvenient to visit a medical shop during regular business hours. An online
platform allows them to order medications at any time, fitting into their lifestyle
more seamlessly.
Modules of Project
There are various modules associated with the project. These modules are working in their
specific area to lead and complete the project.
1. ADMIN
2. USER
Admin module :
Admin can view all the information about the user and edit all details about the person.
● Admin Login: Firstly, admin login with their account and manage the account of the
registered person.
● Category: In this section admin can manage the category. (Add, Update)
return books.
● Register
● Login
● View categories
● View product
● Order
● Order History
● Profile update
●Logout
Limited Accessibility: Physical medical shops may not be easily accessible for everyone,
especially those living in remote or rural areas. Travel distances can be long, making it
inconvenient and time-consuming to purchase medications.
Mobility Issues: Elderly individuals, people with disabilities, or those suffering from
severe illnesses may find it difficult to travel to a medical shop. Limited public transportation
options can exacerbate this problem.
Busy Schedules: Many people have demanding work schedules and find it challenging to
visit medical shops during their operating hours. This can delay the purchase of necessary
medications, potentially impacting their health.
Long Wait Times: Physical pharmacies can have long lines, especially during peak hours
or in densely populated areas. Waiting in line can be particularly strenuous for individuals who
are unwell or in a hurry.
Stock Availability: Not all medical shops stock a wide range of medications. There is a
chance that the specific medicine a person needs may be out of stock, necessitating visits to
multiple shops.
● Data Security Risks: With the increasing digitization of library resources and patron
information, there is a heightened risk of data security breaches and unauthorised access.
Existing systems may lack robust security measures to protect sensitive information,
leaving libraries vulnerable to potential cyber threats and privacy violations.
● Limited Scalability: Many legacy library management systems lack scalability and
flexibility to accommodate the growing needs of modern libraries. They may struggle to
integrate with new technologies, expand library collections, or adapt to changing user
preferences and emerging trends in information management.
The proposed library management system aims to revolutionise the way libraries operate by
leveraging cutting-edge technology to automate processes, enhance user experience, and
improve overall efficiency. Key components of the proposed system include:
● Integrated Online Platform: The system will feature a comprehensive online platform
accessible to both library staff and patrons. This platform will serve as a centralized hub
for all library-related activities, including catalog browsing, resource reservation,
membership management, and administrative tasks.
HARDWARE REQUIREMENTS
● Processor: Intel Core i3 or higher (e.g., Intel Core i5, Intel Core i7)
● Ram: 8 GB
● SSD:256GB
SOFTWARE REQUIREMENTS
● Front End: HTML, CSS, Bootstrap, JavaScript, ECMA Script, React JS
● DB Tool: Firebase Fire store
● Browser: Mozilla Firefox/Chrome/Edge or any other relevant browser
● OS: Windows operatin system/Linux
● Text Editor: Visual Studio
FEASIBILITY STUDY
The healthcare sector is expanding, with increasing demand for medical supplies
driven by an aging population, rising prevalence of chronic diseases, and heightened
health awareness post-pandemic. This creates a substantial market for online
medical supply sales.
It is technically feasible, since the whole system is designed into the technologies like
Html. Css3, Javascript, which are the most recent technologies to develop web based systems.
It is Behavioural feasible, since the system is providing a attractive user interface to the
Operator /end user, so he feels very easy to work on it. Response to operator/end user is very
fast and very good. Since, as we mentioned above, it requires much less cost, it uses computer
work so it is very fast to operate and it is very easy for users to work on it.
1). Provide customers with the ability to shop for medical supplies anytime, anywhere,
without the constraints of physical store hours.
2). Offer a user-friendly interface with easy navigation, advanced search options, and
detailed product descriptions to make shopping seamless.
3).A Automate various aspects of order processing, payment handling, and customer
service, enhancing overall efficiency.
Use cases are used during the analysis phase of a project to identify system functionality.
They separate the system into actors and use cases. Actors represent roles that are played by
users of the system. Users may be humans, other computers, or even other software systems.
CHAPTER 4
SYSTEM ANALYSIS
Types
There are various measures of analysis that helps to decide whether a particular project is
feasible or not.
These measures include –
⮚ Operational Analysis
⮚ Technical Analysis
⮚ Economical Analysis
Each of these types will be explained in detail throughout the project report
Operational analysis
A proposed system is beneficial only if it can be turned into an information system that will
meet the operational requirements of an organisation. A system often fails if it does not fit
within existing operations and if users resist the change.
Important issues a systems developer must look into are: Will the new system be used if
implemented in an organisation?
Are there any major barriers to implementation or is the proposed system accepted without
destructive resistance?
The whole purpose of computerising it is to handle the work much more accurately and
efficiently with less time consumption. There will be additional work to be completed,
Economical Analysis
In making recommendations a study of the economics of the proposed system should be
made. Even though finding out the costs of the proposed project is difficult we assume and
estimate the costs and benefits as follows. According to the computerised system we propose,
the costs can be broken down in two categories.
1. Costs associated with the development of the system.
Chapter 5
Technology used
● Markup Language means Text between tags that define the structure.
HTML is a markup language that is used to create web pages. It defines how the web page
looks and how to display content with the help of elements. It forms or defines the structure
of our Web Page, thus it forms or defines the structure of our Web Page. We must remember
to save your file with .html extension.
5.2 CSS
Cascading Style Sheets, fondly referred to as CSS, is a simply designed language intended to
simplify the process of making web pages presentable. CSS allows you to apply styles to web
pages. More importantly, CSS enables you to do this independent of the HTML that makes up
each web page.
CSS is easy to learn and understand, but it provides powerful control over the presentation of
an HTML document.
WHY CSS?
● CSS saves time: You can write CSS once and reuse the same sheet in multiple HTML
pages.
● Search Engines: CSS is considered a clean coding technique, which means search engines
won’t have to struggle to “read” its content.
● Superior styles to HTML: CSS has a much wider array of attributes than HTML, so you
can give a far better look to your HTML page in comparison to HTML attributes.
● Offline Browsing: CSS can store web applications locally with the help of an offline
cache. Using this we can view offline websites.
5.3 Javascript
● Client-side: It supplies objects to control a browser and its Document Object Model
(DOM). Like if client-side extensions allow an application to place elements on an HTML
form and respond to user events such as mouse clicks, form input, and page navigation.
Useful libraries for the client-side are AngularJS, ReactJS, VueJS and so many others.
● Internal JS: We can add JavaScript directly to our HTML file by writing the code inside
the <script> tag. The <script> tag can either be placed inside the <head> or the <body> tag
according to the requirement.
● External JS: We can write JavaScript code in another file having an extension .js and then
link this file inside the <head> tag of the HTML file in which we want to add this code.
5.4 Bootstrap
BootStrap
Why Bootstrap?
● Faster and Easier Web Development.
How to use Bootstrap 4 on a webpage: There are two ways to include Bootstrap on the
website.
CHAPTER 6
Waterfall Model
The waterfall model is a sequential design process, often used in software development
processes, in which progress is seen as flowing steadily downwards (like a waterfall) through
the phases of Conception, Requirement Analysis, Design, Coding, Testing, Deployment, and
Maintenance .
All possible requirements of the system to be developed are captured in this phase.
Requirements are a set of functionalities and constraints that the end-user (who will be using
the system) expects from the system. The requirements are gathered from the end-user by
consultation, these requirements are analyzed for their validity and the possibility of
incorporating the requirements in the system to be developed is also studied. Finally all
requirements documented in a requirement specification doc.
● System Design
Before starting for actual coding, it is highly important to understand what we are going to
● Implementation
With inputs from system design, the work is divided into modules/units and actual coding is
started. The system is first developed in small programs called units, which are integrated in
the next phase. Each unit is developed and tested for its functionality which is referred to as
Unit Testing. Unit testing mainly verifies if the modules/units meet their specifications.
All the units developed in the implementation phase are integrated into a system after testing
of each unit. These units are integrated into a complete system during Integration phase and
tested to check if all modules/units coordinate between each other and the system as a whole
behaves as per the specifications. Post integration the entire system is tested for any faults and
failures.
● Maintenance
This phase of "The Waterfall Model" is virtually never ending. There are some issues which
come up in the client environment. Not all the problems come in picture directly but they
arise from time to time and need to be solved. To fix those issues patches are released. Also
to enhance the product some better versions are released. Maintenance is done to deliver these
changes in the customer environment.
All these phases are cascaded to each other in which progress is seen as flowing steadily
downwards (like a waterfall) through the phases. The next phase is started only after the
defined set of goals are achieved for the previous phase and it is signed off, so the name
"Waterfall Model". In this model phases do not overlap. The Waterfall model is the earliest
SDLC approach that was used for software development.
Every software developed is different and requires a suitable SDLC approach to be followed
● Ample resources with required expertise are available to support the product.
Advantage
The advantage of waterfall development is that it allows for departmentalization and control.
A schedule can be set with deadlines for each stage of development and a product can
proceed through the development process model phases one by one.
Disadvantage
The disadvantage of waterfall development is that it does not allow for much reflection or
revision. Once an application is in the testing stage, it is very difficult to go back and change
something that was not well-documented or thought upon in the concept stage. Not suitable
for the projects where requirements are at a moderate to high risk of changing. So risk and
uncertainty is high with this process model.
As it is a major project and being a beginner, we already have the requirements for our
ongoing project. Waterfall model is considered to be of a downward approach and we don’t
CHAPTER 7
DESIGN
The most creative and challenging phase of SDLC is system design. The term design
describes a final system and the process by which it is developed. It includes construction of
programs and program testing.
The purpose of the design phase is to plan a solution of the problem specified by the
requirements document. This phase is the first step in moving from the problem domain to the
solution domain. Starting with what is needed; design takes us towards how to satisfy the
needs. The design of the system is perhaps the most critical factor affecting the quality of the
software. It has a major impact on the later phase, particularly testing and maintenance. The
output of this phase is the design document. This document is similar to the blueprint or plan
for the solution and is used later during implementation, testing and maintenance.
A systematic method has to achieve the beneficial result at the end. It includes starting with
an average idea and developing it into a series of steps. The series of steps for successful
system development are given below:
⮚ Study the problem completely because first of all we should know the goal, which he has
to achieve.
⮚ We should see what kind of output we require and what kind of input we give so we can
get the desired output from the system. It is a very challenging step of system development.
⮚ According to the output requirement of the system the strength of various databases should
be designed.
⮚ Next, we should know what kind of program we should develop, which will lead us to
reach our final goal.
⮚Then we test these programs and make necessary corrections in them to achieve the target
of the program.
⮚ At last combining all these problems in the forms of a bar in the menu of windows, this
will complete the software package for general insurance.
The three main objectives which the designer has to bear in mind are:-
1. How fast the design will be does the users work given particular hardware resources.
2.The extent to which the design is secure against human errors and machine malfunctions.
3.The ease with which the design allows the system to be changed.
To meet these objectives analysts and programmers use a top-down and bottom-up
design.
It is also known as system design, and aims to identify the modules that should be in a
system. It starts with a large picture and moves to the details. The analyst and team members
look at major functions that the system must provide and break these down into smaller and
smaller activities.
⮚ BOTTOM – UP APPROACH
It is also known as detailed design. It starts with details and then moves to the big picture.
This approach is appropriate when users have specific requirements for output.
CHAPTER 8
Data Flow Diagrams were first developed by Larry Constantine as a way of expressing
system requirements in a graphical form. DFD is also known as bubble chart and has a
purpose of clarifying system requirements and identifying major transformations and will
become the program in the system design.
Data Flow Diagramming is a means of representing a system at any level of detail with a
graphic network of symbols showing data flows, data stores, data processes, and data
sources/destinations.
Purpose:
The purpose of data flow diagrams is to provide a semantic bridge between users and systems
developers.
● Logical representations, modeling WHAT a system does, rather than physical models
showing HOW it does it.
rest).
⮚ The Process symbol represents an activity that transforms or manipulates the data.
DFD Level 0
Level 1 DFD:
Manage
Category
Add Medicine
Medicine
n
Is Manage
Medicine
Login Verified
?
View order
User List
SNAPSHOTS
9.1 Admin panel
9.16 Register
CHAPTER 10
TESTING
Testing is a process of executing a program with the intent of finding an error. A good test
case is the one that has a probability of finding an as yet undiscovered error. If testing is
conducted successfully (according to the objective stated) it will uncover errors in the
software. As a secondary benefit, testing demonstrates that software function appears to be
working according to the specification that performance requirement appears to have been
met.
Testing is the set of activities that can be planned in advance and conducted systematically. It
is an integral part of program development. It is in this stage, where we check that the
program that has been coded, Perform according to the requirements. The purpose of doing
the test is not to demonstrate that there are no errors in the program but to detect any bugs that
may still exist.
In the testing stage, the main aim is to look for errors that unknowingly have occurred. It is a
common misconception that the purpose of testing is to prove that a program is working
correctly. This is a dangerous myth because it can lead to insufficient testing, and programs
with hidden faults. Because the actual result and expected result may differ in the field of
reality and it can be hazardous for a program.
The importance of software testing and its implications with respect to software quality
cannot be over emphasized. Software testing is a crucial element of software quality and
represents the ultimate review of specification design and coding.
The increasing visibility of motivating forces for well-planned thorough testing. It is not
unusual for software development organizations to expend 40% of total project effort on
testing.
1) UNIT TESTING.
3) SYSTEM TESTING.
4) ACCEPTANCE TESTING.
These different levels of testing attempt to detect different types of faults. The relation of the
faults introduced in different phases, and the different levels of testing are shown:
The next level of testing is often called integration testing. In this many tested modules are
combined into sub-systems, which are then tested the goal here is to see if the modules can be
integrated properly, the emphasis being on testing interfaces between modules. This activity
can be considered as testing the design, and hence the emphasis on testing module
interactions.
The next level of testing is system testing. Here the entire software system is tested. The
reference document for this process is a requirement document, and the goal is to see if the
software meets its requirements. This is essentially a validation exercise. And it was found
that they all are working well to meet the Owners requirements.
The last level of testing is acceptance testing. Acceptance testing is performed with realistic
data of the client to demonstrate that the software is working satisfactorily. Testing here
focuses on the external behavior of the system; the internal logic of the program is not
For testing to be successful, proper selection of test cases is essential. There are two different
approaches to selecting cases - functional testing and structural testing.
⮚ Non Functional testing of the software or the module to be tested is treated as a black box,
and the test cases are decided based on the specifications of the system or the module. For
this reason this type of testing is also called "black box testing" the focus here is on testing the
external behavior of the system.
⮚In structural testing the test cases are decided based on the logic of the module to be tested.
A common approach here is to achieve some type of coverage of the statements in the code.
One common coverage criterion is statement coverage, which requires that test cases be
selected so that together they execute each statement exactly once.
Test Case 1
Test Case Login Screen
Identification
Remarks Pass
Expected Results It should display the message for the fields which is
required to fill.
Actual Results It displays the error message Please enter your name,
Please enter your Phone Number etc.
Remarks Pass
When any user accidentally submits the data without filling in full details, then an error
message will display.
Test Case 3
Test Case Identification New Account Screen
Expected Results It should display the message Please enter the correct
email.
Actual Results It displays the error message Please enter the correct
email.
Remarks Pass
When a user enters the wrong email address on creating a new account page, then the error
message will display “Please enter the correct email”.
IMPLEMENTATION
System implementation generally benefits from high levels of user involvement and
management support. User participation in the design and operation of information systems
has several positive results. First, if users are heavily involved in systems design, they move
opportunities to mold the system according to their priorities and business requirements, and
more opportunities to control the outcome. Second, they are more likely to react positively to
the change process. Incorporating user knowledge and expertise leads to better solutions. The
relationship between users and information systems specialists has traditionally been a
problem area for information systems implementation efforts. This is referred to as the user-
designer communications gap. These differences lead to divergent organizational loyalties,
approaches to problem-solving, and vocabularies. Examples of these differences or concerns
are below:
User Concerns
● How much clerical support will I need to enter data into the system? ● How
will the operation of the system fit into my daily business schedule? Designer
Concerns
● How much disk storage space will the master file consume?
● How many lines of program code will it take to perform this function? ●
How can we cut down on CPU time when we run the system?
MAINTENANCE
Software maintenance denotes any changes made to a software product after it has been
delivered to the customer. Maintenance is inevitable for almost any kind of product. It is
practically impossible to make the software completely error-free because the input domain of
most software products is very large and it is not practical to test the software exhaustively
with respect to each value that the input data may assume. Maintenance is also needed to
enhance the features of the software to add more functionality to it and to port to new
platforms etc.
● Corrective maintenance - making changes to repair system defects and bugs observed
while the system is in use.
● Perfective maintenance - making changes to enhance the system and improve such things
as processing performance and usability.
● Preventive maintenance - making changes to reduce the chance of future system failures.
CHAPTER 13
Conclusion
Developing an e-commerce website for a medical supplies company is a highly feasible and
strategically advantageous endeavor. By leveraging modern web technologies and
frameworks like Bootstrap, the company can create a responsive, user-friendly platform that
meets the growing demand for convenient access to medical supplies.
BIBLIOGRAPHY
Websites:
● https://www.google.com
● https://www.stackoverflow.com