0% found this document useful (0 votes)
24 views66 pages

Final Project Documentation

final project

Uploaded by

ogutu brayan
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
24 views66 pages

Final Project Documentation

final project

Uploaded by

ogutu brayan
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 66

lOMoARcPSD|42227603

Final project documentation

Information Technology (Mount Kenya University)

Scan to open on Studocu

Studocu is not sponsored or endorsed by any college or university


Downloaded by ogutu brayan ([email protected])
lOMoARcPSD|42227603

Project title: CENTRAL BLOOD BANK MANAGEMENT SYSTEM

Centre code:

Presented by Glenn Mbugua kinyanjui

Admission number: 15798

Index number:

Course: Diploma in Information communication technology

Supervisor: Madam C rose

Exams series: November 2018

This project submitted to the Kenya national Examination council through


the Thika Technical Training Institute, Department of Information
communication Technology in partial fulfillment of the requirement for the
award of Diploma in Information communication Technology.

2018

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Declaration
I Glenn Mbugua Kinyanjui declare that this is my original work and has
not been presented in any other collage or any other institution of higher
learning for examination purposes.

Glenn Mbugua Kinyanjui Adm no.:15798

Signature……………………………………..
Date……………………………………..

SUPERVISOR NAME

Madam C Rose

Signature……………………………………..Date………………………
……………..

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Acknowledgement
I acknowledge the almighty God for seeing me through the entire
research. I thank my supervisor, Madam Loraine, for the guidance she gave me
during study time and the project development period. Her valuable
recommendations have guide me to produce a management system that I am
proud to be part of. I also appreciate the support from my family, friends, my
lecturers and classmates for all the support that made it possible for me to
complete this project and the interior diploma course. I would also like to
appreciate those who took part in this project process for their time patience
and support, without their support this work wouldn’t have been a success
Lastly I thank Thika Technical Training Institute administration, lecturers, staff,
and the students for their support.

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Abstract
Central blood bank management system is a web application that allows
one to access information about blood donations and request, readily scalable
and adaptable to meet the complex need of blood bank who is the key
facilitator for the health care sector. The system also records information of the
donor and the recipient. The project includes three main forms; admin, donor,
and recipient. The admin forms focuses on both the admin and recipient. Each
member, a donor and acceptor is given a user id and password, which identifies
them uniquely. The member is given a login form to enter the login details.
Each member in the can change the password; inquire on a particular blood
group and information on ‘Why to donate blood’. In this you can store the
information about recipient. The whole project makes work easier for every
person using the software in their required category

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Table of Contents
Declaration.................................................................................................................................................2
Acknowledgement.......................................................................................................................................3
Abstract.......................................................................................................................................................4
CHAPTER ONE..............................................................................................................................................8
1.0 Introduction.......................................................................................................................................8
1.1 Background........................................................................................................................................8
1.2 problem statement............................................................................................................................9
1.3 proposed system..............................................................................................................................10
1.4 justification......................................................................................................................................10
1.5 objectives.........................................................................................................................................11
1.6 scope...............................................................................................................................................11
CHAPTER TWO...........................................................................................................................................12
2.0 SYSTEM ANALYSIS AND FEASIBILITY STUDY..........................................................................................12
2.1 introduction.....................................................................................................................................12
2.2 feasibility study................................................................................................................................12
2.2.1 Operation feasibility study........................................................................................................12
2.2.2 Economic feasibility..................................................................................................................13
2.2.3 Technical feasibility...................................................................................................................14
2.3 design methodology........................................................................................................................15
2.3.1 Information gathering (Inception..............................................................................................15
2.3.2 Analysis phase...........................................................................................................................15
2.3.3 Design phase-...........................................................................................................................15
2.3.4 Construction phase-..................................................................................................................15
2.4 Data collection.................................................................................................................................15
2.4.1 Questionnaires..........................................................................................................................16
2.4.2 Observation..............................................................................................................................16
2.5 Data analysis procedure...................................................................................................................17
2.5.1 Questionnaires..........................................................................................................................17
2.5.1.1 Donor Questionnaire sample.................................................................................................17
CHAPTER THREE:.......................................................................................................................................24
SYSTEM DESIGN.........................................................................................................................................24

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.0 Introduction.....................................................................................................................................24
3.1 System design..................................................................................................................................24
3.1.1 Physical design..........................................................................................................................24
3.1.2 Logical design............................................................................................................................28
3.1.3 Process design..........................................................................................................................30
3.1.5 Sequence diagram....................................................................................................................33
3.1.4 OUTPUT DESIGN...........................................................................................................................35
3.6. STORAGE DESIGN............................................................................................................................42
3.6.1Blood donor...............................................................................................................................42
3.6.2 Blood group..............................................................................................................................42
3.6.3 Query........................................................................................................................................43
3.6.4 Donate blood............................................................................................................................43
3.6.5 Request blood...........................................................................................................................43
3.6.6 Recipient...................................................................................................................................43
3.7 INTERFACE DESIGN..........................................................................................................................44
3.7.1 Admin interface........................................................................................................................44
3.7.2 Donor interface.........................................................................................................................44
3.7.3.Recipient interface....................................................................................................................45
CHAPTER FOUR..........................................................................................................................................46
4.0 INTRODUCTION...............................................................................................................................46
4.1 user documentation........................................................................................................................46
4.1.1 Administrator............................................................................................................................46
4.1.2 Donor........................................................................................................................................46
4.1.3 Recipient...................................................................................................................................47
CHAPTER FIVE............................................................................................................................................48
5.0 INTRODUCTION...............................................................................................................................48
5.1 type of test.......................................................................................................................................48
5.1.1 Unit testing...............................................................................................................................48
5.1.2 Integration testing.....................................................................................................................49
5.1.3 Install/ uninstall testing.............................................................................................................49
5.1.4 System testing...........................................................................................................................50
5.1.5 Interface testing........................................................................................................................50
5.1.6 Acceptance testing....................................................................................................................51

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

6.0 Appendices..........................................................................................................................................52
Appendix I Questionnaire......................................................................................................................52
Appendix II TIME SCHEDULE..................................................................................................................55
Gantt chart Appendix III.........................................................................................................................56
Budget Appendix IV...............................................................................................................................58
Sample code Appendix VI......................................................................................................................59
Manage-blood group sample code........................................................................................................67

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

CHAPTER ONE
1.0 Introduction
1.1 Background
“……and in other news, the deputy surgical director of Kenyatta National Hospital
, Dr. John Ong’ech, has urged Kenya to come forth and donate blood since the
hospital blood bank is running dry of a specific blood Group and its urgently need
by a patient….”. This are the headline that are in the news in most cases when
disaster has struck the country. This happen because most hospital have manual
database of donors with that specific blood group type but to retrieve such data
would take longer plus to contact the donor to donate blood might be too late for
the patient to survive.

Blood is a body fluid in humans and other animals that delivers necessary
substances such as nutrients and oxygen to the cells and transports metabolic waste
products away from those same cells. A blood bank is a center where blood
gathered as a result of blood donation is stored and preserved for later use in blood
transfusion. Blood transfusion is the process of receiving blood into a person’s
body and it is a practice which for many years has been used to save people’s lives.

Bank is refers to as a financial establishment/institution that is licensed to


deal with money and its substitutes by accepting time (time value of money), make
deposits and investing in securities. Banks also acts as a custodian of individual
wealth by storing valuables such as jewelry, money, land title deed, car log book
etc

The term "blood bank" typically refers to a division of a hospital where the
storage of blood product occurs and where proper testing is performed (to reduce
the risk of transfusion related adverse events). It can also refer to a collection
center, and indeed some hospitals also perform collection. Blood donation
necessitates the availability of blood in the blood banks.

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

1.2 problem statement


Most hospitals in Kenya use the manual system for blood banking. With the
manual system, there are problems in managing the donors' records. The records of
the donor might not be kept safely and there might be missing of donor's records
due to human error or disasters. Besides that, errors might occur when the staffs
keep more than one record for the same donor.

There is no centralized database of volunteer donors. So, it becomes really


tedious for a person to search blood in case of emergency. The only option is to
manually search and match donors and then make phone calls to every donor. This
process is not only tiresome but also time consuming.

If a donor makes donation in different hospital, no previous records can be


traced except if the donor brings along the donation certificate. Hence, the donor is
considered to be a first-timer if they make blood donation in a new place. Without
an automated management system, there are also problems in keeping track of the
actual amount of each and every blood type in the blood bank.

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

1.3 proposed system


I propose a central blood bank management system that helps the people who
are in need of blood by linking them directly to the donors with the same blood
group and with the same region or metropolitan. Users can get information of
blood donor any time. Blood donor can also get registered and save the life of
another person. When blood is needed during an emergency people have very less
time to get the blood available (hence the blood drive that Politian hijack) so if
they get the information of who can give them blood in time its life saving.
The system will increase speed in terms donor and recipient of record
searching, reduce time spent on paper work, accuracy of data hence there will be
no redundancy of data and it be will easy to handle/operate.

1.4 justification
This project is a web-based database application system that is to be used by
the blood banks or blood centers as a means to advertise the nationwide blood
donation events to the public and at the same time allow the public to make online
request for blood.
The system keeps the record of all the donors, recipients, blood donation programs,
rejected blood. This system also has the ability to keep track of the donor's
donation records and the blood stock in the blood bank. This project intends to
computerize the blood and donor management system in a blood bank in order to
improve the record management efficiency due to the grown size of records of
data.

10

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

1.5 objectives
I. To allow the probable recipients to make search and match the volunteer
donors, and make request for the blood.
II. To provide an efficient donor and recipient management functions to the
blood bank by recording the donor and blood details.
III. To provide a synchronized and centralized donor and recipient database.

1.6 scope
The system will be a web based application. The system is used for
maintaining all the process and activities of blood bank management system and it
also takes care of the details of the blood donors and recipients. There are several
users with different privileges. Administrator: has full privilege on the system's
functions, Public: can view the blood donation events and donate or can make
requests for donation (Donor and Recipients fall under this category). It has also
the capability to show the history of a donor or recipient.

11

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

CHAPTER TWO

2.0 SYSTEM ANALYSIS AND FEASIBILITY STUDY

2.1 introduction
System analysis is the process of gathering and interpreting facts, diagnosing
problem and the information to recommend improvement on the system. The
system analyst play the role of the interrogator and the dwells deep into working of
the present system identified. The output form the system are traced to the various
process
2.2 feasibility study
The analyst carried out study to determine whether the proposed system is
viable or not. The study showed that the proposed system is viable because the
system is able to solve frequent problems encountered. Some of the areas which
were covered during the study are outlined below:-
2.2.1 Operation feasibility study
Operational feasibility deals with issues such as whether the system will be
used if it is developed and implemented. Whether there will be resistance from
users that will affect the possible application benefits. Some of the essential
questions that help in testing the operational feasibility of a system are:

2.2.1.1 Does the Government support such project?


2.2.1.2 Is the project/system user-friendly?
2.2.1.3 Will it reduce the time (operation) considerably?
2.2.1.4 Are the users not happy with current operational system?

If yes, then they will welcome the change and the new system.

This will be achieved by having the users involved in the planning and
development of the system. This will be done by asking the various users of the

12

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

system on their views concerning the various functionalities the system is to have.
Early involvement reduces the probability of resistance towards the new system.

2.2.2 Economic feasibility


Estimated cost

S.NO ITEM/OTHER COSTS COST (ksh)


1 1 computer(laptop) 40,000
2 Printer 30,000
3 Antivirus 1,000
4 Modem 1,000
5 Internet bandwidth 1,000
6 Maintenance cost 12,000
7 Miscellaneous cost 10,000
8 Deployment cost 2,000
TOTAL - 97,000

The estimated cost for developing the system is 97,000 including the
hardware devices needed for testing also. The benefits that the system will give to
the community is more and it will reduce the high cost of money used to purchase
document files that cost 100,000 for one year, carbon papers that cost 20,000 for
one year, pens A4 size papers for writing that both cost 60,000 again for one year.
Therefore, by using return on investment (ROI) we can have the following

ROI = (capital gains – cost of investments’) / cost investments’

Cost of investments’ (estimated cost) =97,000

Capital gains (capital used on the current system to carry out operations) =
50,000+25,000+60,000 = 135,000

ROI = (135,000 – 97,000)/97,000

135,000 – 97,000 = 38,000

38,000/97,000

13

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

= 0.391752577

If viewed as percentage = 39.18% return on investments’

From the above feasibility, the development of the proposed system will be of
great profit as it will save 39.18% of the yearly costs incurred with the manual
process.
2.2.3 Technical feasibility
Technical Feasibility Study assesses the details of how a product will be
delivered that is the materials needed, labor, the technology needed among other
things. The technology needed for this particular system is a well-equipped
computer with an operating system, web browsers, XAMPP, storage, any antivirus.
This software’s are readily available and only need be installed to allow the
running of the system.

Current most people have the following:

Computers Operating Browsers Ram Rom


system
A Windows Chrome, 4GB 500GB each
desktops/Lapto Mozilla,
p explorer
These computer specifications do satisfy the systems requirements and will allow
smooth running of the system once implemented. The desktops also allow
installation of several software’s such as xampp which is needed for connection to
the database.

This feasibility determined that the system is technically feasible for


implementation.
2.3 design methodology
The methodology used is the object oriented systems analysis and design
which is the discipline of defining objects and their interactions to solve a problem
that was identified during analysis. It will be conducted in the following phases:
2.3.1 Information gathering (Inception) - This phase involves the research

and gathering of information from relevant sources in order to get a clear

14

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

understanding of the problem. The products of this stage will be passed on to


the analysis stage. The primary goal for this phase is to establish the case for
the viability of the proposed system

2.3.2 Analysis phase- In this phase the research findings will be used to
model at a conceptual level. The results obtained will help in coming up with
an appropriate design that suits the problem.

2.3.3 Design phase- conceptual level will be used to come up with DFDs
diagrams that represent the system and its functionality. The DFDs design
models are a more detailed version of the design identified in the analysis
phase.

2.3.4 Construction phase- The design model will be translated into an actual
system. It is also at this stage where the database will be constructed based on
the Entity Relational Diagram or class diagram depending on whether it is a
relational database or object oriented database.

2.4 Data collection


There were various tools used to perform the data collection and for this
system, data was collected using observation and questionnaires.

2.4.1 Questionnaires
This is also referred to as survey, it is an instrument used for collecting data
in survey research. They usually include a set of standardized questions that
explore a specific topic and collect information about demographics, opinions and
behavior. For the project, the questionnaires is used to target. The reason for
conducting this questionnaire is to know some the problems they really go through.

15

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

2.4.2 Observation
Using observation, it was also a best way of collecting data. This was done
directly with the subject knowing or unaware that they were being observed. While
still observing the data was collected through continuous observation and the data
gathered was interpreted using the following mechanisms.

2.4.2.1 Descriptive observations: here the observation was simply written


down.
2.4.2.2 Evaluating observation: this was noted that during a blood donation
program donors had to give their details by filling forms that wasted lot of
time.

2.5 Data analysis procedure


2.5.1 Questionnaires
Dear respondent, I am Glenn Mbugua Kinyanjui pursing a diploma in
Information Communication Technology at Thika Technical Training Institute.
Below I have a questionnaire that I have designed to assist me in data collection for
my project in partial fulfillment for the award of diploma in Information
Communication Technology. Your responses are highly appreciated and any
16

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

information given will be taken with outmost security and confidentiality. Thank
you.

2.5.1.1 Donor Questionnaire sample


Instructions:

I. Please put a tick tick in the box next to the answer of your choice or
write in the space provided as the case may be.
II. Only tick in one box.
III. No answer is wrong.
1. Indicate your gender.
Male Female
2. Indicate your age
18.30 31-40 41-50 51 and above
3. Have you ever donated blood before?
Yes No

3a) If yes in (3) above, How often do you donate blood?

Every month every year

Others

3b) How long does it take to find your previous donation records history?

3Minutes 5minutes 7minutes more than 10


minutes

4. Do you prefer a manual way of record keeping or automated (use


computers)?
Manual Automated
4a) Give reasons for your answer above
17

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

5. How long does it take for you to complete the donation process?
10 minutes 20 minutes 30 minutes more than 30
minutes
more than 1 hour
6. Is providing a platform where a patient or recipient who requires blood to
contact you as a donor a good approach?
Yes No
6a) If yes in (6) above please give reasons.

6b) If no please give reasons.

Thank you for your time. God bless you.

2.5.1.2 Questionnaire analysis.

Questionnaire Yes No No response


number
3 40 20 10
4 55 10 5
6 30 15 25

Questionnaire number Response No response


2b
3 minutes 5 7

18

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

5 minutes 12 7
7 minutes 17 7
More than 10 minutes 29 7

Questionnaire Male Female No response


number
1 35 23 12

Using the above questionnaire the critical issue was automation and response time
taken when making a query. Thus the development of the proposed system would
be of benefit and useful to a donor.

2.5.1.3Recipient/patient Questionnaire sample

7. Indicate your gender.


Male Female
8. Indicate your age
18.31 31-40 41-50 51 and above
9. Have you ever received blood before?
Yes No
10. How long does it take to find your previous records history?

3Minutes 5minutes 7minutes more than 10


minutes

11.Do you prefer a manual way of record keeping or automated (use


computers)?

19

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Manual Automated
11a) Give reasons for your answer above

12.How difficult is it to find a blood match donor when the hospital has no
blood available?

Very easy Easy Difficult Very difficult

13.Is providing a platform where you as a patient or recipient who requires


blood to be able to contact a donor a good approach?
Yes No
13a) If yes in (6) above please give reasons.

13b) If no please give reasons.

Thank you for your time. God bless you.

2.5.1.4Questionnaire analysis

Questionnaire Yes No No response


number
13 29 15 19

Questionnaire number Response No response


3 minutes 3
5 minutes 7
20

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

7 minutes 10
More than 10 minutes 35

Questionnaire number Male Female No response


1 25 23 15

Gender Automated Manual Undecided


Male 70% 20% 10%
Female 65% 20% 15%

Male pie chart

PIE CHART
Male automation Manual Undecided

10.00%
20.00%

70.00%

Female pie chart

21

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

PIE CHART
Automated Manual Undecided
15.00%

20.00%

65.00%

Overall bar graph


70.00%

60.00%

50.00%

40.00%

Series 3
30.00%

20.00%

10.00%

0.00%
Automation Manual Undecided

22

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

CHAPTER THREE:

SYSTEM DESIGN
3.0 Introduction
3.1 System design
Logical design-in logical design, it shows the blueprint of the proposed system as
how it will appear after the system has been developed.

Physical design-in physical design, it shows the blueprint of the proposed system
as how it appears in the programmers mind.

3.1.1 Physical design


3.1.1.1 Log in form

In this form a user is asked to log in to his/her account to access his/her


details. The system require them to log in using a valid email/ the registered one,
that is, the one in the data base system. If not the user is required to register to the
system

EMAIL

PASSWORD

LOGIN

Back home

23

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.1.2 Donor and recipient form

For a new user (donor or a recipient)to access the system, one must, register into
the system and an account is allocated. Few details are require to register.

FULL NAME

USERNAME

PASSWORD

CONFIRM PASSOWRD

MOBILE NUMBER

AGE

ADDRESS

SUBMIT
GENDER CANCEL
EMAIL
BLOOD GROUP

24

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.1.3 Admin

The admin has access to the system and the management power as compared to the
other users. One can access and add another donor to the donor list. He can also
view and manage.

HOME ADD NEW BLOODBANK

MANAGE DONOR DELETE, UPDATE DATA

MANAGE PATIENT/RECIPIENT

VIEW REQUESTS

MANAGE BLOOD DONATION

MANAGE INQUIRY

MANAGE BLOOD BANK STOCK

GOBACK
CANCEL
SAVE

25

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.1.4 Donor form

After the donor has register the can also view his/her profile, make a new donation

HOME
zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
PROFILE

MAKE DONATION

SAVE CANCEL GOBACK

3.1.1.5 Recipient

HOME

PROFILE

3.1
REQUEST BLOOD

SAVE CANCEL GOBACK

26

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.2 Logical design


3.1.2.1 Use case diagram for administrator

27

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.2.2 Donor

28

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.2.3 Patient/recipient

3.1.3 Process design


3.1.3.1 Administrator

29

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.3.2 Donor activity diagram

30

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.3.3 Recipient activity diagram

3.1.4 System flow chart

31

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.5 Sequence diagram

32

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

33

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.6 Entity relationship diagram

34

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.1.4 OUTPUT DESIGN

This is used to show the system output as per how the user used the
system. The system process to data entered by the user to give full information to
the recipient.

Admin log in

In the above screenshot the admin opens the admin log in page and enters the
username and password so that they can gain access into the account

35

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

View donations
Below is a screen shot of the donors list in the administrator account

Add blood group


The admin can also add a blood group type

36

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Update contact info

37

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Recipient list
Once an account has been created one can log in into their account using credentials
(email account and password) used during creation of the account. When one logs in they can be
able to do various things with their accounts. The screenshot below shows the recipient log in
page

Become a donor

38

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

The above screenshot shows the page with details required when signing up or
creating a donor account. Once all information is filled one clicks the register
button and their details are saved into the database and they can log in into their
account that they have created.

Donor’s log in
Donor log in page

39

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

View blood donations

The administrator can be able to view the list of donations requested and can either
approve or cancel the request

Request blood

40

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Become a recipient

View blood request

41

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.6. STORAGE DESIGN


3.6.1Blood donor

3.6.2 Blood group

42

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.6.3 Query

3.6.4 Donate blood

3.6.5 Request blood

3.6.6 Recipient

43

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.7 INTERFACE DESIGN


3.7.1 Admin interface

3.7.2 Donor interface

44

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

3.7.3.Recipient interface

45

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

CHAPTER FOUR
4.0 INTRODUCTION
This chapter involves or explain on how the system works to the
users. It should explain what takes places in the system.

4.1 user documentation


4.1.1 Administrator
This module is under the administrator control various functions operated by
the admin
o Log in: The whole system is under the control of the admin. A valid
administrator is created and can operate the system using his/her
account.
o Add donor: The administrator can add some to be a donor in system
through the admin account using users details and later log in the
system using users details .
o Add blood group: The administrator can add a different blood
groups, if one the blood group its not there
o View donations: the admin can check the list of donor and those who
have donated.

4.1.2 Donor
The accounts has the following features;
 Sign up: One can sign up to be a donor to the system using their
details such name, username, phone number, email etc.
 Log in: The donor can now login using the password created during
sign up to access the account dashboard.

46

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

 Edit profile: The donor can also change the details in his or her
account using the feature called Edit profile.
 View request: Each donor can view the list if the recipient asking for
them to donate blood and the blood type of the recipient.
4.1.3 Recipient
Sign up: one can sign up to be a donor to the system using their
details such name, username, phone number, email etc.
Log in: The recipient can now login using the password created
during sign up to access the accounts Dashboard.
Make a request: The recipient can also make a request for blood
donations with another compatible donor
Complain: all users can complain to the admin if theirs is any
complain, challenge with the system

47

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

CHAPTER FIVE
5.0 INTRODUCTION
In this process of testing the whole system and integrated software. The
purpose is to evaluate the system compliance with the specified requirement. These
are several type of testing
5.1 type of test
This is the process of testing complete and integrated software. The purpose
is to evaluate the systems compliance with the specified requirements. There are
several types of testing that can be done. The following tests were done:

5.1.1 Unit testing


This is a software verification and validation method in which a
programmer tests if individual units of source code are fit for use.

Test area Expected results Actual results


Logging in A user with an account Logging in
should be able to log in
Creating an account A users details should be Users data captured and
captured and stored stored
Make donation A donor should be able to Donors make donation
make a donation request
Recipient make blood A recipient with an Requests were submitted
request account should be able to
make a request

5.1.2 Integration testing


This refers to testing in which individual software modules are combined
and tested as a group.

Test area Expected results Actual results


Logging in Valid users should get Users with valid
access to their accounts were able to

48

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

accounts and invalid log in.


users should not be Users with invalid
able to log in accounts could not
log in
Authorization Users should be able Users could view
to get access to their their details
accounts details

5.1.3 Install/ uninstall testing


Quality assurance work that focuses on what will be needed to do to install
and set up the new software successfully.

Objective Achievement
To test if the system can be installed The system was installed on various
and run on different computers machines and performed as
expected

5.1.4 System testing


Refers to the process of testing an integrated hardware and software system
to verify it meets its specified requirements.

Test area Expected results Actual results


Full application Create and log in into Accounts were
an account and a user created and users
should be able to logged in and made
request or donate requests for donation
blood and receiving blood
Full application The administrator The administrator
should be able to log logged in and

49

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

in, manage donors performed tasks such


and recipients, view as view the donor list,
donor lists approving a donor
5.1.5 Interface testing
Testing conducted to evaluate whether systems or components pass data and
control correctly to one another.

Test area Expected results Actual results


Log in Once a user log in a new Users who logged in
page should be loaded could view their account
where they can view their details on a new page
account details

5.1.6 Acceptance testing


Objective Achievement
The new system will enhance security The new system had passwords which limited
by limiting access to the system unauthorized users from accessing it

The system will allow fast data search All registered users and their records can be
for donors and recipients easily found.
Formal testing conducted to determine whether or not a system satisfies its
acceptance criteria and to enable the customer the system.

50

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

6.0 Appendices
Appendix I Questionnaire
Please put a tick tick in the box next to the answer of your choice or write in
the space provided as the case may be. Only tick in one box. No answer is wrong.

1. Indicate your gender.


Male Female
2. Indicate your age
18.32 31-40 41-50 51 and above
3. Have you ever donated blood before?
Yes No

3a) If yes in (3) above, How often do you donate blood?

Every month every year

Others

3b) How long does it take to find your previous donation records history?

3Minutes 5minutes 7minutes more than 10


minutes

4. Do you prefer a manual way of record keeping or automated (use


computers)?
Manual Automated
4a) Give reasons for your answer above

51

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

5. How long does it take for you to complete the donation process?
10 minutes 20 minutes 30 minutes more than 30
minutes
more than 1 hour
6. Is providing a platform where a patient or recipient who requires blood to
contact you as a donor a good approach?
Yes No
6a) If yes in (6) above please give reasons.

6b) If no please give reasons.

Thank you for your time. God bless you.

7. Indicate your gender.


Male Female
8. Indicate your age
18.33 31-40 41-50 51 and above
9. Have you ever received blood before?
Yes No
10. How long does it take to find your previous records history?

3Minutes 5minutes 7minutes more than 10


minutes

11.Do you prefer a manual way of record keeping or automated (use


computers)?
Manual Automated
11a) Give reasons for your answer above

52

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

12.How difficult is it to find a blood match donor when the hospital has no
blood available?

Very easy Easy Difficult Very difficult

13.Is providing a platform where you as a patient or recipient who requires


blood to be able to contact a donor a good approach?
Yes No
13a) If yes in (6) above please give reasons.

13b) If no please give reasons.

Thank you for your time. God bless you.

53

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Appendix II TIME SCHEDULE


Activity No. Proposal Proposal Actual Actual Deliverables
of start end date start date end date
hou date
rs
Proposal writing 5/5/2018 7/5/2018 21/5/2018 21/8/2018 Facts collected
1.9 Fact
finding 20
1.10 Prob 10/6/201 28/6/2018 16/8/2018 8/09/2018 Problems
lem 8 associated with
definition current manual
system were
25 identified
1.11 Prop 26/6/201 31/6/2018 27/6/201 10/09/201 Compiled and
osal 8 8 printed
compilatio
n 25
Data collection 11/6/201 29/6/2018 11/6/2018 29/08/201 Data collected
8 8 through
35 questionnaire
System Analysis 2/6/2018 12/6/2017 2/16/2018 12/07/201 Feedback from
8 questionnaire
20 analyzed
System Design 25/5/201 5/06/2018 1/7/2018 31/7/2018 Models designed
25 8
Coding and 2/05/201 28/8/2018 22/05/201 4/08/2018 Errors identified
testing 200 8 8 and corrected
Documentation Documentation

54

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

of the project
stages

Gantt chart Appendix III


August September
Months May 2018 June 2018 July 2018 2018 2018
1 1 2 1 2 2 1 2 2 1 1 2 2 9 1 23
Weeks 5 2 9 6 8 5 2 9 7 4 1 8 5 2 9 6 6
Proposal
writing/fact
20
1 finding
Problem
25
2 Definition
Proposal
25
3 compilation
Data
35
4 Collection
System
20
5 Analysis
System
25
6 Design
System
200
7 coding
System
60
8 testing
Documentat
9 ion
410
Ho
Total Hours urs

55

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Budget Appendix IV
Serial Item Quantity Price Justification
no per
Item
1 Transport 3,500 For system
requirements
collection
2 Software Kaspersky 1,000 For developing the
resources Operating 1,500 system
System
3 Hardware Hard disk- 5,000 For running and
resources 500GB 37,000 developing the
Laptop 3,500 system
Modem
4 Internet 2,000 Research
5 Miscellaneous 6,500 For unaccounted
expenses extra costs inquired
TOTAL 60,000

56

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

Sample code Appendix VI


home page sample code

<?php
error_reporting(0);
include('includes/config.php');
?>
<!DOCTYPE html>
<html lang="en">

<head>

<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1,
shrink-to-fit=no">
<meta name="description" content="">
<meta name="author" content="">

<title>Central BloodBank Management System</title>


57

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

<link href="vendor/bootstrap/css/bootstrap.min.css" rel="stylesheet">


<link href="vendor/font-awesome/css/font-awesome.min.css"
rel="stylesheet" type="text/css">
<link href="css/modern-business.css" rel="stylesheet">
<style>
.navbar-toggler {
z-index: 1;
}

@media (max-width: 576px) {


nav > .container {
width: 100%;
}
}
.carousel-item.active,
.carousel-item-next,
.carousel-item-prev {
display: block;
}
</style>

</head>

<body>

58

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

<!-- Navigation -->


<?php include('includes/header.php');?>
<?php include('includes/slider.php');?>

<!-- Page Content -->


<div class="container">

<h1 class="my-4">Central BloodBank,&nbsp<i>WELCOME!!!</i>


</h1>

<!-- Marketing Icons Section -->


<div class="row">
<div class="col-lg-4 mb-4">
<div class="card">
<h4 class="card-header">The need for blood</h4>

<p class="card-text" style="padding-left:2%">A donor


effectively burns about 650 calories by donating one pint of blood In patients prone
to iron overload, blood donation prevents the accumulation of toxic quantities
Donating blood may reduce the risk of heart disease for men, but the link has not
been firmly established. It's an opportunity to participate in saving the life of a
person who needs it urgently.</p>
</div>
</div>
<div class="col-lg-4 mb-4">
<div class="card">
<h4 class="card-header">Blood Donation Tips</h4>

59

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

<p class="card-text" style="padding-left:2%">Please have a


good meal at least 3 hours before donating blood. Please accept the snacks offered
after the donation. It is recommended to have a good meal later. Please avoid
smoking on the day before donating. One can smoke 3 hours after donation. One is
not eligible to donate blood if you have consumed alcohol 48 hours before
donation.</p>
</div>
</div>
<div class="col-lg-4 mb-4">
<div class="card">
<h4 class="card-header">Who you could Help</h4>

<p class="card-text" style="padding-left:2%">Under normal


circumstances, every two seconds someone needs a blood transfusion. Blood
transfusions are used for trauma victims - due to accidents and burns - heart
surgery, organ transplants, women with complications during childbirth, newborns
and premature babies, and patients receiving treatment for leukemia, cancer or
other diseases, such as sickle cell disease and thalassemia.</p>
</div>
</div>
</div>
<!-- /.row -->

<!-- Portfolio Section -->


<h2>Some of the Donor</h2>

<div class="row">
<?php

60

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

$status=1;
$sql = "SELECT * from tblblooddonars where status=:status order by rand()
limit 3";
$query = $dbh -> prepare($sql);
$query->bindParam(':status',$status,PDO::PARAM_STR);
$query->execute();
$results=$query->fetchAll(PDO::FETCH_OBJ);
$cnt=1;
if($query->rowCount() > 0)
{
foreach($results as $result)
{ ?>

<div class="col-lg-4 col-sm-6 portfolio-item">


<div class="card h-100">
<a href="#"><img class="card-img-top img-fluid"
src="images/blood-donor.jpg" alt="" ></a>
<div class="card-block">
<h4 class="card-title"><a href="#"><?php echo
htmlentities($result->FullName);?></a></h4>
<p class="card-text"><b> Gender :</b> <?php echo htmlentities($result-
>Gender);?></p>
<p class="card-text"><b>Blood Group :</b> <?php echo
htmlentities($result->BloodGroup);?></p>

</div>
</div>
61

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

</div>

<?php }} ?>

</div>
<!-- /.row -->

<!-- Features Section -->


<div class="row">
<div class="col-lg-6">
<h2>BLOOD GROUPS</h2>
<p> blood group of any human being will mainly fall in any one of
the following groups.</p>
<ul>

<li>A positive or A negative</li>


<li>B positive or B negative</li>
<li>O positive or O negative</li>
<li>AB positive or AB negative.</li>
</ul>

62

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

<p>A healthy diet helps ensure a successful blood donation, and


also makes you feel better! Check out the following recommended foods to eat
prior to your donation.</p>
</div>
<div class="col-lg-6">
<img class="img-fluid rounded" src="images/give.jpg" alt="">
</div>
</div>
<!-- /.row -->

<hr>

<!-- Call to Action Section -->


<div class="row mb-4">
<div class="col-md-8">
<h4>UNIVERSAL DONORS AND RECIPIENTS</h4>
<p>
The most common blood type is O, followed by type A.

Type O individuals are often called "universal donors" since their blood can
be transfused into persons with any blood type. Those with type AB blood are
called "universal recipients" because they can receive blood of any type.</p>
<img class="img-fluid rounded" src="images/rbc_table.png" alt="">
</div>
<div class="col-md-4">
<a class="btn btn-lg btn-danger btn-block" href="become-
donar.php">Become a Donor </a>
63

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

<a class="btn btn-lg btn-success btn-block" href="request-


blood.php">Request for Blood </a>
<a class="btn btn-lg btn-primary btn-block"
href="admin/">Admin Login </a>
</div>
</div>

</div>
<!-- /.container -->

<!-- Footer -->


<?php include('includes/footer.php');?>

<!-- Bootstrap core JavaScript -->


<script src="vendor/jquery/jquery.min.js"></script>
<script src="vendor/tether/tether.min.js"></script>
<script src="vendor/bootstrap/js/bootstrap.min.js"></script>

</body>

</html>

64

Downloaded by ogutu brayan ([email protected])


lOMoARcPSD|42227603

65

Downloaded by ogutu brayan ([email protected])

You might also like