Health Care - TutorialsDuniya
Health Care - TutorialsDuniya
COM
Health Care
HealtH Care
om
.c
i ya
un
D
SUPerVISOr : TutorialsDuniya.Com
ls
UNIVERSITY OF DELHI
ACKNOWLEDGEMENT
Our views on how, why and when various phases
of software development should be executed
om
have changed tremendously (and definitely for
better) and to this end we’d like to mention the
.c
name of our teacher, ‘TuTOriALsDuNiyA.COM’,
who with her patience and excellent knowledge
ya
walked us through this path of learning.
i
un
D
ls
Sweta Kumari
ia
Sweta Kumari
t or
Tu
INDEX
1.REQUIREMENT DOCUMENT……………………….
om
2.DFD-LEVEL 0 & LEVEL 1………………………………
3.DATA DICTIONARY……………………………………..
.c
4.ARCHITECTURAL DESIGN…………………………..
ya
5.FUNCTION POINT……………………………………….
6.FLOWCHART,CYCLOMATIC COMPLEXITY……
i
un
7.RISK TABLE…………………………………………………
D
8.INTERFACES……………………………………………….
ls
ia
t or
Tu
REQUIREMENT DOCUMENT
APP NAME: HEALTH CARE
om
Users: people who need to visit for medical facilities in their
location
.c
Healthcare is an app which will provide platform where
ya
people can search for medical care . It also provides
facilities for booking appointment of doctors .
i
un
This app first asks the user to login or signup which will
help them to get notifications about medical services
present in their location. Based on their location , the
D
om
.c
i ya
un
Data Dictionary:
Dictionary:-
D
+Medical_stores
t
Tu
leVel :-1
om
.c
i ya
un
D
ls
ia
t or
Tu
Data Dictionary:-
om
+Address
Facility_list = Doctor_service + path_labs
.c
+ Medical_store
ya
Payment_file =visitor_details +Doctor_details
+ Consultation_fee
i
un
Appointment_file = visitor_details + Doctor_details
+Appointment_date
D
Send_acknowledge_for_validation = Yes/No
ls
ia
t or
Tu
ArChiTECTurE DEsiGN
om
.c
i ya
un
D
ls
ia
t or
Tu
rISk taBle
RISK CATEGORY PROBABILITY IMPACT RMMM
Large number of PS 20% 4
om
users than planned
.c
Staff inexperienced ST 60% 2
ya
Requirements PS 50% 2
understanding
Difficulty TE
i60% 2
un
integrating work
product
ia
t or
Tu
VALIDATION CODE
CHECKING PASSWORD VALIDATION
1. Ifstream fin(“VISITOR_FILE”,ios::binary);
om
2. String id,password; 1
3. Flag=0;
4. gets(id);
5. gets(password);
.c
6. while (fin. read((char*)&e,sizeof(e)) 2
7. {
ya
8. If(id==e.id && password==e.password) 3,4
9. {
10.Flag=1;
i
5
11.Given access to system continue;
un
12.}
6
13.}
14.If(flag==0)
D
7
15.cout<<”access denied”; 8
16.fin.close();
ls
9
17.return;
ia
t or
Tu
FLOW GrAPh
om
.c
i ya
un
D
ls
ia
t or
Tu
Cyclometic Complexity:-
om
=5
Number of regions = number of predicate nodes +1
.c
= 4+1
ya
=5
i
un
Number of independent paths=5
Independent paths
D
1-2-7-8-9
ls
1-2-7-9
ia
1-2-3-4-5-6-2-7-9
1-2-3-6-2-7-9
or
1-2-3-4-6-2-7-9
t
Tu
om
DOMAIN FACTOR-SIMPLE
VALUES
External inputs
3 3 9
.c
External outputs
2 4 8
External Inquiries
2 3 6
ya
Internal logical
files
4 7 28
External interface
0 5 0
file
i
un
Count total 51
D
ls
ia
t or
Tu
S.No.
QUESTIONS MARKS
1 Does the system require reliable backup and
recovery?
5
2 Are specialized data communications required
to transfer information to or from the
5
om
application?
3 Are there distributed processing functions?
0
4 Is performance critical?
5
.c
5 Will the system run in an existing, heavily
utilized operational environment?
4
6 Does the system require online data entry?
5
ya
7 Does the online data entry require the input
transaction to be built over multiple screens or
5
operations?
i
un
8 Are the ILFs updated online?
5
9 Are the inputs, outputs, files, or inquiries
complex?
1
D
om
=58.65 = 59(approx.)
.c
i ya
un
D
ls
ia
t or
Tu
INterFaCeS
om
.c
i ya
un
D
ls
ia
t or
Tu
om
.c
i ya
un
D
ls
ia
t or
Tu
om
.c
i ya
un
D
ls
ia
t or
Tu
om
.c
i ya
un
D
ls
ia
t or
Tu