SUBMITTED IN PARTIAL FULFILLMENT OF THE

REQUIREMENTS FOR THE DEGREE OFB.TECH IN INFORMATION TECHHNOLOGY

ACKNOWLEDGEMENT

APART FROM THE EFFORTS OF MINE, THE SUCCESS OF MY PROJECT DEPENDS LARGELY ON THE ENCOURAGEMENT AND GUIDELINES OF MANY OTHERS. I TAKE THIS OPPORTUNITY TO EXPRESS MY GRATITUDE TO THE PEOPLE WHO HAVE BEEN INSTRUMENTAL IN THE SUCCESSSFUL COMPLETION OF THIS PROJECT.

THE GUIDANCE AND SUPPORT RECEIVED FROM ALL OTHER MEMBERS EHO CONOTRIBUTED IN THIS PROJECT WAS VITAL FOR THE SUCCESS OF THE PROJECT. I AM GRATEFUL FOR THEIR CONSTANT SUPPORT AND HELP.

CONTENTS:

1. INTRODUCTION PURPOSE

SCOPE

TECHNOLOGIES & TOOLS USED

OVERVIEW

2. REQUIREMENT SPECIFICATIONS GOAL OF PROPOSED

BACKGROUND

FUNCTIONAL REQUIREMENTS NON-FUNCTIONAL REQUIREMENTS

CONSTRAINTS USER CHARACTERISTICS

ISSUES RESOLVED

ACCESS LEVEL ANALYSIS3. FEASIBILITY STUDY

STEPS IN FEASIBILITY STUDY

TECHNICAL FEASIBILITY

ECONOMIC FEASIBILITY

SCHEDULE FEASIBILITY

4. TASK STRUCTURE DIAGRAMS.5. DATABASE DESIGN6. ENTITY RELATIONSHIP DIAGRAM

& DATA TABLES.7. PAGE FLOW DIAGRAMS.8. CODING

9. COST ESTIMATION

10. FUTURE ENHANCEMENTS

11. CONCLUSION

12. BIBLIOGRAPHY

1..) INTRODUCTION Purpose:-- The main purpose of the study was to create electronic blood donor management information system in order to assist in the management of blood donor records, planning and share information in a more confidential, convenient and secure way and distributing bloods through respective blood banks, clinics, and hospitals using modern technology.-- It maintains three levels of users:- A. Administrator (this should be a general body , could be from central blood bank agency)

B. Blood Banks, Hospitals, Clinics, etc

C. Blood Donors

D. Non- Members

-- The software includes :-

Maintaining blood donor details.

Availability of blood at blood-banks.

Up to date stock of blood

Online searching of blood donor. Scope :It can be used in any Hospital , Clinic, Blood banks and by the registered blood donors for the purpose of checking blood stocks, donor details, updating donor details, validity checking of registered donor cards.

Technologies to be used :1. Database Design ( Oracle 9i )2. form design ( HTML)

3. Coding ( JSP, JAVA SCRIPT)

Tools to be used : Eclipse IDE

JBoss 4.2

Java development kit 1.6

Any web browser

Microsoft windows professional (sp-3)

Presentation and documentation tools : Microsoft Word 2007

Microsoft Powerpoint 2007

HARDWARE REQUIREMENTS: PENTIUM CORE 3.06GHZ 1 GB RAM2. REQUIREMENT SPECIFICATIONS:

Goals of proposed system:

Planned approach towards working: The working in the organization will be well planned and organized. The data will be stored properly in the database and will help in proper access to it. Accuracy: The level of accuracy in the proposed system will be higher. All operation would be done correctly and it ensures that whatever information is coming from the center is accurate. Reliability: The reliability of the proposed system will be high due to the above stated reasons. The reason for the increased reliability of the system is that now there would be proper storage of information.

Immediate retrieval of information: the main objective of the proposed system is to provide for a quick and efficient retrieval of information. Any type of information would be available whenever the user requires.

No redundancy: In the proposed system utmost care would be taken so that no redundancy occurs. This would ensure economic use of storage space and consistency in the data stored. Easy to operate: The system should be easy to operate and should be such that it can be developed within a short course of time and fit in the limited budget of the user.

Security: only the DBA could access through out the database. Other users are going to work on or view a certain part of the database that is also through proper registration and validation. Authentication is a must in case of providing security for the database.

Background:Normally incase of medical treatments, we are often prescribed, from hospitals or polyclinics to get blood for the patients belonging to a respective blood group. The blood banks are the sources of getting blood of the right group and right quality.. Some other way to get blood is to find out a donor who is available within a short time.

Our system provides facilities like:

Updating, modifying and deleting donor details

Registration of new donors

Checking validity of donor cards

look for donors in their nearby area who will be available in quick time.

Putting feedback against a donor i.e. serving well to the customers.

Non-members can also look for blood donors or Bloods in any particular banks

FUNCTIONAL REQUIREMENTS:i. Administrator should have access to all details of blood donors

ii. While filling the personal information page for any donor, only Name, Region, contact details which could be phone number / email and blood group should be made mandatory. Other details should not be made mandatory. The details of donors should be saved in such a way that there should be less blank spaces .iii. Blood Banks , hospitals etc could browse for blood donors in their near by area and also the search result should provide only those donors who have not donated blood in last 3 months

iv. Blood donors should be asked to give feedback of the health report of donors (on basis of their blood taken), for future consideration after the blood donation is being made by donor.

v. No user could access any details of donors without being a member of website.

vi. Only hospitals, blood banks etc should be able to see the contact details of donors (like phone number / email)

vii. Blood donor should be allowed to see only the name and region they live in. Also if they need to ask another blood donor for any blood donation help it should be through admin and proper reason for which there should be a form to be filled by donor.

viii. A points should be given to every donor on basis of their blood donation which could be used by blood donors if they need blood for any of their relatives , friends etc. (The priority for making blood available by member blood banks for those donors)

ix. The search for donors should be made flexible , for example a user can give delhi in different forms like , DELHI, delhi, Delhi . So the query to search on the basis of region should be made case sensitive by using available functions. (Extra points on using xml functions)

x. Non-members can also look for blood donors or Bloods in any particular banks and then do quick register through their mobile phones and raise a ticket for Blood requirements. NON-FUNCTIONAL REQUIREMENTS:

Try to link this application with any social networking website like facebook using it as a marketing strategy.

The system should be smart enough to choose different donors every time, instead of selecting the same dono after every 3 months. USER CHARACTERISTICS:

Every user should be:

Computer savvy. Must have knowledge about medical field. Must have knowledge of English language.

CONSTRAINTS:

GUI is in English.

Separate users are to be created through which the respective users can login to the blood donor website portal.

ISSUES RESOLVED ??

Immediate information storage and retrieval:

In early days, these things were done manually using pen & paper, which took lots of time in data entry and retrieval of accurate information. This procedure was too time consuming and at times it also seemed to be unreliable due to manual mistakes. But , the advent of database management system has helped to tide over the problems resulting in fast retrieval of data and data storage.

Providing security:

In early times, as data was maintained manually, enforcing security was tough, but by the use of computers we could easily enforce some security algorithms to protect our data. Finding out the blood donors were a hectic job decade before. But through online access we could reach the donors within a few mouse-clicks.

ACCESS LEVEL ANALYSIS:

In order to take closer look into what the system should do and how, it was necessary to decompose the systems functionalities based on the user type and levels of access. The three main user groups and access levels are:

Global User Group (normal access level)

Blood Banks, Hospitals, Clinics (privileged access level)

The Administration (privileged access level)

Therefore, the requirements could be efficiently analyzed depending on the user group and the functionalities they should be allowed to perform. 3.) FEASIBILITY STUDY:

Depending on the results of the initial investigation the survey is now expanded to a more detailed feasibility study. FEASIBILITY STUDY is a test of system proposal according to its workability, impact of the organization, ability to meet needs and effective use of the resources. It focuses on the following issues: Where are the users demonstrable needs and ow does a candidate system meet them?

What resources are available for given candidate system?

What are likely impacts of the candidate system on the organization?

Whether it is worth to solve the problem?

During feasibility analysis of a project , following primary areas of interest are to be considered. Investigation and generating ideas about a new system does this.

The various kinds of feasibility studies are discussd below:i.) TECHNICAL FEASIBILITY:A study of resource availability that mat may affect the ability to achieve an acceptable system. This evaluation determines weather the technology needed for the proposed system is available or not. Can the work get done with current equipment existing software technology and available personal?

Can the system be upgraded if developed?

If new technology is needed then what can be developed?

This is concerned with specifying the user requirement. The technical needs of the system may include:

i. FRONT-END SELECTION:

a.) Scalability and extensibility.

b.) Flexibility and robustness.

c.) Excellent reporting with good printing supports.d.) Platform independent.

e.) Must have a GUI that assists employees from non-I.T background.

f.) Event-driven program facility.

g.) Front end must support a suitable and popular backend (eg: MySQL).

As per the above stated feature we selected as our front-end J2EE and HTML technologies.

ii. BACK-END SELECTION:

1. Multiple user support

2. Efficient data handling.3. Provide inherent features for security.4. Stored procedures.5. Popularity.6. Operating system compatibility.7. Various drivers must be available.8. Easy to implant the front-end.As per the above stated features well select ORACLE 9i / MySQL SERVER as backend technology.

ii) ECONOMICAL FEASIBILITY:

Economic justification includes a broad range of concerns that includes cost benefit analysis. The financial and economic questions during the preliminary investigation are verified to estimate the following:a) The cost to conduct a full system investigation.

b) The cost of hardware and software to be used.

c) The benefits in the form of reduced cost.

d) Proposed system will give the minute information and improve performance which in turn gives increased profits.e) This feasibility checks whether the system can be developed with the available funds. This particular project need not a huge amount of money for development.f) Cost of the project depends of the required man-power.

iii) OPERATIONAL FEASIBILITY:

It is mainly related to human organizations and political aspectsthe points to be considered as:

What changes will be brought to the system ?

What organization structures are distributed ?

What new skills will be required? Do the existing staff have these skills? If not, can they get trained in due course of time?iv) SCHEDULE FEASIBILITY:

It deals with the time evaluation, the most important consideration in the development of the project. The cost of the project also depends on the time taken to complete it.

4.) TASK STRUCTURE DIAGRAMS.: The Administrator User:

The Users :

5.) DATA BASE DESIGN:Database design involves the production of a model of the data to be stored in the database. A data model is a diagram of the database design that documents and communicates how the database is structured. The database design methodology followed in this project presents quite a detailed guide to designing databases, but not all of those steps may apply here, as this project is not too complex.

Data Dictionary Entity Name Description

Donors A person who donates blood

Recipients A person who receives blood

Diseases The diseases which are found in the infected donated blood

Blood group The blood that is donated by the donors

Hospital/Clinic Hospitals to which donated blood is distributed

Staff Respective staffs

District Districts from which donors and recipients originate from

The design process is divided into three main stages conceptual, logical and physical database design. The purpose of the conceptual database design is to decompose the design into more manageable tasks, by examining user perspectives of the system. That is, local conceptual data models are created that are a complete and accurate representation of the TABLE: DATA DICTIONARY.enterprise as seen by different users. Each local conceptual data model is made up of entity types, relationship types, attributes and their domains, primary keys and integrity constraints. For each user view identified a local conceptual data model would be built. In building the conceptual data model, a data dictionary is built to identify the major entities in the system.

CONCEPTUAL DATABASE DESIGN :In this stage, a local conceptual data model is built for each identified view in the system. A local conceptual data model comprises of entity types, relationship types, attributes and their domains, primary and alternate keys, and integrity constraints. The conceptual data model is supported by documentation such as a data dictionary.

The entity types are the main objects the users are interested in. Entities have an existence in their own right. Entity types are identified and their names and description are recorded in a data dictionary. Care is taking to ensure that all relationships in the users requirements specification are identified. Entity name

Attributes

Description

Data Type

Size

Nulls

Multi valued

(a) Donors

(b) donorId (PK)

-dNames

-sex

- dob

- distId (FK)

- doreg Donor identification number

Donors names

Donors sex

Date of birth

District of origin

Date of registration Text

Text

Text

Date

Int

Date 8

30

6

30

3

30 No

No

No

No

No

No No

No

No

No

No

No

Recipients

-rId (PK)

-rNames

-sex

- dob

- distId (FK)

- doreg Recipients identification number .Recipients names

recipients sex

Date of birth

District of origin

Date of registration Text

Text

Text

Date

Int

Date 8

30

6

30

3

30 No

No

No

No

No

No No

No

No

No

No

No

Diseases

-dId (PK)

-dNames

-drating Disease identification number

Disease names

Disease rating on how people are infected from it Text

Text

text 8

30

20 No

No

No No

No

No

Blood

bGroup(PK)

donorId (FK)

rId (FK)

status

Blood group

Donor identification number

recipient identification number

status of the donated blood whether infected or not Text

Text

Text

text 2

8

8

15 No

No

No

No No

No

No

No

Hospital/

Clinic hId (PK)

hNames

distId (FK) Hospital identification number

Hospital name

District identification number text

text

int 8

100

3 No

No

No No

No

No

Staff

staffId (PK)

staffNames sex

dob

department Staff identification number

Staff names

Sex

Date of birth

Department to which the staff belongs text

text

sex

date

text 8

50

6

15

100 No

No

No

No

No No

No

No

No

No

District

distId

distName District number

District name int

text 3

100 No

No No

No

ENTITY RELATIONSEntity name Multiplicity Relationship Entity Name Multiplicity

(c) Donors 1 Donates Blood 1

Recipients 1 Receives Blood 1

Diseases 1 Contained in Blood 0 ..*

Blood 1 Donated by Donor 1 ..*

Hospital/

Clinic 1 Receives Blood 1 ..*

Staff 1 Registers Donors 1 ..*

District 1 Has Recipients 1 ..*

6.) ENTITY RELATIONSHIP DIAGRAM:An entity relationship (ER) diagram is used to visualize the system and represent the users requirements. The ER diagram is used to represent entities and how they relate to one another. The ER diagram also shows the relationships between the entities, their occurrence (multiplicities) and attributes.

Logical Database:The process of logical database design constructs a model of the information used in an enterprise based on a specific data model, such as the relational model, but independent of a particular DBMS and other physical considerations (Connolly et al, 2002)[xx]. The logical database design consists of an ER diagram, a relational schema, and any supporting documentation for them. In the logical data model, all attributes of entities are primitive.Producing a logical data model involves normalization. The aim of normalization is to eradicate certain undesirable characteristics from a database design. It removes data redundancy and thus prevents update anomalies. Normalization helps increase the clarity of the data model.Integrity constraints are imposed in order to protect the database from becoming inconsistent. There are five types of integrity constraints required data, attribute domain constraints, entity integrity, referential integrity and enterprise constraints. The resulting relations are validated using normalization. For this project, producing relations in third normal form (3NF) will suffice. Non-relational features, such as many-to-many relationships and some one-to-one relationships, are removed from the conceptual data model. The design is also reviewed to make sure it meets all the transaction requirements.Donors

(PK

FKdonorIddNames

sex

dob

distId

doreg

Staff

(PK

staffId staffNames

sex dob

department

1..*

1..1Recipient

PK

FKrId

rNames

sex

dobdistId

doreg

Diseases

(PK

dId

dNames

dRating

1..*1..*

Blood

PK

FK

FKbGroupdonorIdrId

status

1..*Hospital

(PK

FKhId (PK)

hNames

distId

District

PK

distId

distName

1..1

Fig: E-R diagram. PAGE FLOW DIAGRAMS:-

ON CLICKING SIGN UP!!! THECONTROL GOES TO THIS PAGE:-

ON SELECTING ANY USER (hyperlinks), THEIR CORRESPONDING REGISTRATION FORM OPENS: --

AFTER SUBMITTING THE REGISTRATION FORMS , A UNIQUE ID IS GENERATED TO THE PERSON. AND THE DATA IS STORED IN THE DATABASE :

TO SEARCH THE DATABASE:

UPON SUCCESSFUL SEARCH , THE RESULT IS SHOWN AS PER THE FOLLWING STRUCTURE:

ON CLICKING THE FEEDBACK , BELOW WILL BE GENERATED:-

CONCLUSIONThe project Online Blood Donor Central Database is to provide easy and effective storage of information related to blood donors and blood-banks . Proper design builds upon this foundation to give a blue print, which is actually implemented by thedevelopers.On realizing the importance of systematic documentation all the processes are implemented using a software engineering approach.

We have gained a lot of practical knowledge from this project, which we think, shall make us stand in a good state in the future.

ADMINISTRATIVE FUNCTIONALITIES

The administrator can perform any task that are performed by other users

Delete data

Delete donor

Delete recipent

Delete a phased out disease

Backup data

Backup database

Restore database

Reset database

User Functionalities

Login

Search database

Login as clinic,blood bank,hospital user

Login Administrator

Search by donors

Search by recipients

Search by Year

Want to donate blood

Registers

ONLINE BLOOD DONOR DATABASE AND WEB-PORTAL

LOGIN HEREUSER TYPE:USER ID:

PASSWORD:

REGISTER FREE!!CLICK TO SEARCH

SELECT USER:

O HOSPITALS ,CLINICS

& BLOOD BANKS

O OTHER USERS

O DONORS

DONOR REGISTRATION FORM

NAME:

DONOR ID:ADDRESS

PHONE:DISTRICTAREA:PIN:

PHONE:BLOOD GROUP:DISEASE:AGE:LAST DONATED OR NEW:

HOSPITALS,CLINICS & BLOOD BANK REGISTRATION FORM

NAME:

REG_NO:ADDRESS

DEPARTMENTPHONEDISTRICTAREA:PIN:

PHONE:

OTHER USER REGISTRATION FORM

NAME:

ADDRESS

DISTRICTAREA:PIN:

PHONE:BLOOD GROUP:DISEASE:AGE:LAST DONATED OR NEW:

DONORS IDENTITY

NAME:AGE:IDENTITY NO:CARD VALIDITY:BLOOD GROUP:

PASTE PHOTO

SEARCH DONOR / BLOOD

SEARCH BY: AREA YEAR BLOOD GROUPBLOOOD GROUPLOOK FOR:DIRECT DONORBLOOD BANK AVAILABILITY

GO

CANCEL

ONLINE BLOOD BANK WEB-PORTAL : LOGOUT

SEARCH RESULT. PRINTNameGenderAgeLocationMobileResidenceOfficeEmailDonated Date HTMLCONTROL Forms.HTML:Checkbox.1 sdasgupta Somen DasguptaM42Dum Dum9331980343033-25487843-NA- HTMLCONTROL Forms.HTML:Checkbox.1 anirban Anirban MajumdarM28Dum Dum9830716054033 25510946-NA- HTMLCONTROL Forms.HTML:Checkbox.1 snehadri snehadriM28Dum Dum9831168356(033) 2549-2428-NA- HTMLCONTROL Forms.HTML:Checkbox.1 Nilanjan NilanjanM35Dum Dum9830746565+91 33 2560 0060-NA-

FEEDBACK

STATE

CITY

AREA

GROUP

SEARCH

FeedBackName HTMLCONTROL Forms.HTML:Text.1 E-MailID HTMLCONTROL Forms.HTML:Text.1 Comment HTMLCONTROL Forms.HTML:TextArea.1 HTMLCONTROL Forms.HTML:Submitbutton.1

LOGOUT

PAGE

_1383698122.unknown

_1383698563.unknown

_1383698564.unknown

_1383698561.unknown

_1383698562.unknown

_1383698123.unknown

_1383698121.unknown

_1383698120.unknown