Pharmacy Srs
Pharmacy Srs
Pharmacy Srs
Purpose ........................................................................................................................................ 2
Document Conventions ............................................................................................................... 2
Intended Audience and Reading Suggestions.............................................................................. 3
Product Scope .............................................................................................................................. 4
References ................................................................................................................................... 5
Performance Requirements........................................................................................................ 35
Safety Requirements .................................................................................................................. 35
Security Requirements............................................................................................................... 35
Software Quality Attributes ....................................................................................................... 36
Business Rules ........................................................................................................................... 36
Appendix A: Glossary......................................................................................................................
Appendix B: Analysis Models .........................................................................................................
Appendix C: To Be Determined List ..............................................................................................
Revision History
Name
Date
Version
1. Introduction
1.1 Purpose
This software requirement specification (SRS) is design and its main objective is to
illustrate all the requirements of the project Pharmacy Management System. This SRS document
mention all the information related to the project and it will gives the detail description of each
and every functional and non functional requirement that proposed by the client. And also this
SRS will illustrate what are the main user interfaces that the system looks like after the
implementation and how they connect each other using some sketching. Then the client can
easily understand the system final system. This SRS document is design after having some
consultations with the client and after getting a complete understand about the clients
requirements. Therefore the final software solution of the development team will be meet all the
clients requirements and all the functionalities will be function as the describe here in this SRS
document.
Face: Bold
Size: 16
Face: Bold
Size: 14
Face: Bold
Size: 12
Face: Italic
Size: 12
Client
In here manager of this project has the administrative power and other users have some
minimum power to use this software. Therefore all the users in this system should have a clear
idea about the hardware and software requirements that engaged with the final system. Therefore
the authors would suggest to clients to go through the product functions, external interface
requirements and system features.
Lecturer
Since this is a student project, the lecturer in charge of ITP subject Ms.Geethanjali will
Supervisor
Mr.S.M. Buddika Harshanth is the supervisor of this project and he can get a clear idea
about the SRS and give some suggestions to increase the correctness of this SRS document.
Team members
There are seven members of this project team and also they are the developers of this
software solution they have a real advantage of quickly and easily understand the methodologies
and techniques that are going to use in this project. As developers they go through the product
functions, use case and activity diagrams, suggested user interfaces and the database scenario.
Finally, the above mentioned audience will be check this SRS document frequently to get
a clear understand about this product as it go through in several design and implementation
levels to ensure that the final system being completed by the given requirements.
Description:
Wellawatte Drugs Pharmacy organization was started on year 2007 which always supply
quality & standard drugs & medicament equipment to their customers. Until today all the
transactions were handled by manually. But now they need a computer system to handle their
manual process due to capital requirments of information handling & report generating.So the
proposed computer system can be handled all these information and a perfect report generating.
Product Characteristics:
-
Secured database
Since the client has a manual system they can use this proposed software system to
Goals:
Also using this software solution they can achieve their business goals with less
amount of time
As developers, the main goal of the development team is complete this project within
allocated time period and within the budget allocated.
1.5 References
1."NetBeansTM IDE 4.0 Release Notes, Oracle and/or its affiliates, [HTML].
Available: http://netbeans.org/community/releases/40/relnotes.html [Accessed on 29th July
2011]
2. Overall Description
2.1 Product Perspective
Wellawatte Drugs Pharmacy organization was started on year 2007. They are one of the
leading pharmacy organizations in Srilanka. This organization was a well known one for
supplying quality drugs & medicament equipment for their customers. so far they have set high
standards in their business dealings. This organization is also having a very strong staffing
system as well. They not only have business dealings with their customers. also they distributes
drugs & medicament equipments to some other Pharmacy organizations as well.
Up to now, all the transactions of this Organization were handled manually. But now
they have decided to automate their system.To make their day to day activities easy.
So now they require a strong Computer based System which will helps the pharmacists
in order to make their day to day activities easy. such as inventory controlling, billing, staff
management and report generating.This is newly design System to the Organization The System
have ADMIN who has full-fledged rights with regards to managing resources such as check the
Login Information, Update Data, Access to data base.
Because pharmacy used the XP as the O/S so we must to make Windows Application to
compatible to this O/S.
Running Environment (.JDK and JRK) We make this software Product Using Net Beans IDE 6.9. So run this Software Product in
Database (MySQL 5.1)We use MySQL 5.1 as Our Data base so also run this S/W Application We need to Install
Hardware platform
Above mention Database, Running Environment and Operate Environment require 2.0 GHz
Pentium Dual Core or higher, 1GB of RAM, VGA 32bit 800x 600 minimum resolutions.
Reports (iReports) -
We use iReport software to get all kind of reports, so we need to install iReport software to
client pc.
10
11
Project Charter
First we submit that documentation, it contain for Description of the Project, Group
members, Project title and so on. That document creating to get Supervisors Approval thats the
main purpose of this document.
Project Proposal
Next we submitted Project proposal document. It contains for all project information and
categorize in each part (Title Page, Abstract, Table of Contents, Problem Specification, Solution
out line, Functions & etc).
SRS
Next submit that documentation. The SRS describes what the proposed system is going
to do.
Its a document that will be shared by the - Customer, Designer, and Programmer and
even by other testing teams. It can be a legal document between the Customer and the Developer
organizations.
Prototype
Prototype is to allow users of the software to evaluate developers' proposals for the
design of the eventual product by actually trying them out, rather than having to interpret and
evaluate the design based on descriptions. Prototyping can also be used by end users to describe
and prove requirements that developers have not considered so "controlling the prototype can
be a key factor in the commercial relationship between developers and clients.
Final Documentation
Finally we submit that document. Its including progress of our tested product.
12
Introduction
Overall Description
System Features
Other Requirements
And user manual include contain both a written guide and the associated images. In the
case of computer applications, it is usual to include screenshots of how the program should look,
and hardware manuals often include clear, simplified diagrams. The language used is matched to
the intended audience to a minimum or explained thoroughly. That situation there is no more
online help for this product. The product will be compatible with our client computer
requirements. The databases will be created in the MySQL server 5.1. Our contact information
will include email address and Phone Numbers.
13
Figure: 3.1.1
Figure: 3.1.1 - This is the first form in our system. Its a login page that can be use for
Administer and other users. If it is logging to the admin hes can be get a full permission in a
system. That is a include data insert, delete or update and view. The user can be use only
billing information. User cant perform all transactions of system and cant view information
in database.
14
Figure: 3.1.2
Figure: 3.1.2 - This is our Home page. shows after the login and load this form. If
Administrator login into the Home page, He can control all the functions of the system. Such as
Stock details, Stock distribution, Stock returns & Distributed stock return, Supplier Salary
Information, Customer payments, Financial details & Reports.
15
Figure: 3.1.3
Figure: 3.1.3 - Stock detail form, it includes all the details of stock. Those details can insert,
update or delete by user/Administrator.
Figure: 3.1.4
Figure: 3.1.4
Figure: 3.1.5
Figure: 3.1.5 - Supplier Details, it includes all the details of Suppliers. Those details can insert,
update or delete by user/Administrator.
Figure: 3.1.6
Figure: 3.1.6 - Billing, it includes Customer payments.
17
Figure: 3.1.7
Figure: 3.1.7 - Staff details form & Staff Salary form, it includes details about Staff, & Staff
salaries. Those details can update or delete and view by Administrator.
18
Figure: 3.1.8
Figure: 3.1.8 - Finance Details form , through this Adminstrator can calculate the income,
Expenses & profit of the month. As well as he can view the monthly income report.
19
Reporting tools
The iReport software we use as the reporting tool in our system. Using iReports user can
generate all kind of reports which he need.
4. System Features
4.1 Login
The User or administrator can Login and Logout. When the administrator logs into the
system the system will check for validity of login. If the Login and password are valid, the
administrator will be able to modify, view report, add, delete and all other functions that can be
performed on the data. When the User Logs into the system the system will check for validity of
login .If the Login and password are valid, the user can perform only the billing details.
Reports Generating
Proposed system support generates reports to relevant transactions steps.
System should generate the following reports.
Stock report
Stock Purchase report.
Distribution stock report.
Stock Return report.
Employee Salary report.
Monthly income report.
21
4.3.3 Handle returns stock details & distributed return stock details
Return stock is based on expire items and damage items. The usual system is if there is
expiration or damage item, each item or items should need to return to manufacture or distributer
before six months, sometimes the wholesale customers can be return back stocks to the
pharmacy. In addition to that if you return some expire or damage item, the user should need to
insert the value of minus quantity (return quantity) to stock database. The system will
automatically subtract the return stock from current available stock of each item and give the
final result of stock. (Stock quantity return quantity = current available quantity). In here when
the user inserts these returning stock details, the system will automatically update the stock
database. (By subtracting returning stock from available stock). Following figure gives the basic
idea about the return stock.
4.3.4
distributers. In this system suppliers can uniquely identify by their names or their id. Also user of
the system should be able to insert supplier information (supplier id, name, address, telephone no
etc...). Also user can delete or update supplier. The user can find supplier information through
supplier id, with find function. Furthermore there is an additional function to generate a report
about supplier details which include all the necessary information of suppliers.
4.3.5
customer and pharmacy happen under this function. In this system there is a unique code for all
selling items. The user of the system should have to insert the name of the item or code number
(if he/she can remember) and the quantity of each selling item. The database of this system has
the price of a single unit of each item. In addition to that system will automatically calculate and
give the final price that customer should has to pay.
23
4.3.6
hours, monthly salary and holiday working charges should be managed. In this system staff
member can identify by his/her ID because ID is unique for each member. User of this system
should have to insert basic salary, holiday working chargers, OT hours per month based on their
names and ID. Then the system will automatically calculate the total monthly salary that should
have to be paid to each staff member. Following figure show the basic idea of staff function. The
user of the system should be able to insert a new staff member to the system, delete a current
staff member from the system and update member details. So we provide facility to perform
those kinds of insert, delete and update in this system. And also the user of the system can be
able to view a report which include information about staff details and staff salaries. Furthermore
we give another option to change the value of basic salary, value of OT hour and value of a one
day of holiday charge inside of this function. Because the values which mentioned above can be
changed time to time.
4.3.7
organization per month. To calculate the final income of each month the user should need to
insert all the general payments of this organization such as water bills, electricity bills, staff
salaries, business taxes and etc. The system will automatically calculate all of these payments
and give the final income of each month.
24
Bills for
wholesale
insert
delete
update
insert
update
delete
Stock details
report
Purchase
details report
Login
insert
delete
update
insert
delete
update
25
Preconditions
Primary Actors
Manager
Extensions
2a. Inserted details of employee such as member ID and member are invalid.
Preconditions
Primary Actors
Manager
Extensions
26
Preconditions
Primary Actors
Manager
Extensions
Preconditions
Primary Actors
Manager
Extensions
27
Preconditions
Primary Actors
Manager
Extensions
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
28
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
2a. The item which is going to delete from database, is not available.
29
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
3a. wholesale customer, who is newly entered to the database, already exists.
30
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
31
Preconditions
Primary Actors
Employee
Primary Actors
Manager
Extensions
2a. Details which are inserted (such as customer ID, customer name) are
invalid.
4.4.7 Use Case Scenario for return stock from Wholesale customer.
Use case Name :
Preconditions :
Primary Actors :
Extension:
32
Preconditions :
Primary Actors :
2.1
Extensions
Preconditions :
Primary Actors :
2.1
Extensions :
33
Preconditions :
Primary Actors :
Extensions :
Step
34
35
36
Appendix A: Glossary
WDP
--
SRS
--
JDK
--
37
38