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