Professional Documents
Culture Documents
Index
Problem Statement Software Requirements Specification
1. Introduction 7 8 9
1.1 Purpose 1.2 Document Conventions 1.3 Intended audience and Reading suggestions 1.4 Project Scope 1.5 References 1.6 Definitions and Acronyms 2. Overall Description of proposed system 2.1 Product Perspective 2.2 Product Features 2.3User Characteristics 2.4 Design and Implementation constraints 2.5 Operating Environment 2.6 User Documentation 3. Functional Requirements 4. Other Non-functional requirements 4.1 Usability 4.2 Reliability 4.3 Supportability 4.4 Performance Requirements 4.5 Security requirements 4.6 Software Quality Attributes 5. Interfaces
1
9 9 9 9 9 10 11 11 11 11 11 12 12 13 15 15 15 15 15 15
ANITS-CSE
Clearing House
5.1 User Interfaces 5.2 Hardware Interfaces 5.3 Software Interfaces 6. Use case model 6.1 Identifying Actors 6.2 Identifying Use cases
16 16 16 17 18 18
Analysis Document
7. Sequence Diagrams 8. Collaboration Diagrams 9. State Chart Diagram
21 22 42 46 48 49 55 74 78 79 84 91
Conclusion
Appendix A: Glossary
91 91
Bibliography
ANITS-CSE
Clearing House
Problem Statement
The main aim of this project is to automate the process of identification of Insurance to the In/out patients who are treated by the hospitals and to develop convenient user interface using the DBMS and User Interface design tools so that atomicity, durability of the system is achieved when compared to the file management systems. The Project deals with identification of Insurance to the in/out patients who are treated by the hospitals. The System identifies the patient, the insurance details and the responsible party. The responsible party is the person who admits the patient. The patient details are collected and stored. The Insured party deals with the details of the insurance. Multiple insurances are also associated. Ailment deals with the illness details of the patient. It also keeps track of the attorney and organization details. The hospital also keeps track of facility and client details. The various payment codes, type of service and place of service are also kept track of. The information is then sent to the insurance companies for collection of expenditure met by the hospital for the treatment of the patient. None of the patient pays to the hospital for treatment. Instead of the payment by the patient his insurer is identified and the bills submitted to collect the payment.
ANITS-CSE
Clearing House
ANITS-CSE
Clearing House
1.
1.1
Introduction
Purpose
The system deals with bridging the public who are treated by hospitals /clinics where they are treated and the insurance companies who will bare the cost of the treatment .The public identifies a hospitals/clinics for treatment, undergoes the treatment without making any direct payments .Instead they surrender the policy that would make up the cost of the treatment. The hospitals in turn perform the business logic that would compute the payments to be claimed based on the treatment to the patient. The claim is then referred to the insurance company who then verify the claim before releasing the payment.
1.2
1. 2. 3. 4.
Document Conventions
The topographical conventions followed in the document are: Font used is Times New Roman. Main headings with font size 26 in bold with underline. Sub headings with font size 16. Regular paragraph writing in font size 12
1.3
This document is intended and suggested reading for the developer and project managers who may add new features to the proposed project. Marketing staff who markets the project need to know the features of the project to market it. The project users or the customers, those who actually uses of the product, testers those who test the product, different database designers designing the interfacing databases to the have to go through this document.
1.4
Project Scope
The intended purpose of this product is to book tickets for the customers both online by providing a convenient user interface. The benefits obtained from the project are that the convenient user interface online and ease of ticket booking online attracts more number of customers to book ticket online and reduces the queues and the inconvenience caused to the customers due to the long queues at the railway station gets reduced.
1.5
References
ANITS-CSE
Clearing House
The references used in designing this project are studying the way the hospital manages the data manually, and studying the various insurance policies available their characteristics.
1.6
2.
2.1
Earlier maintenance systems demanded high amount of time for managing the information as the data in the fields increased. Data updating was a tough task and retrieval also had the same effect. The origin of the product is to address all kinds of drawbacks or problems that are being encountered in the latter maintenance systems.
2.2
Product Features
The hospital keeps track of facility and client details. The various payment codes, type of service and place of service are also kept track of. The information is then sent to the insurance companies for collection of expenditure met by the hospital for the treatment of the patient. None of the patient pays to the hospital for treatment. Instead of the payment by the patient his insurer is identified and the bills submitted to collect the payment. The hospital also maintains information about physicians and reference physicians. This helps them understand the links of references and treatment made. All information about the physician and reference physician are stored in the databases. Various reports are generated later to the requirement of the end user. The data is supported with backup and recovery options. The hospital maintains information about all patients as this helps them to meet history requirements later when required. The hospital also stores information about all the insurance companies identifying them and related details. Whenever a new company is identified it is added to the existing list of companies.
2.3
Every User should be: 1. Comfortable of working with the computer. 2. He must have knowledge in medical field. 3. He must have basic knowledge of English too. According to the role of the users of the database are classified as
6 ANITS-CSE
Clearing House
1. Receptionist: The receptionist is the one who is responsible for maintaining the overall
2.4
Operating Environment
Front end of the application is developed using the Java Servlets. Due to the vast advantages the back end is maintained by the Oracle10g. Operating System Software Requirements Hardware Platform : Win98, win-XP or any other higher versions : Backend--- Oracle10g. : 256 MB and above Main Memory Hard disk Capacity - 40GB or more. Processor --- Pentium II and above or its equivalent.
2.5
Certain issues limit the options available to the developers. The developer cannot provide a uniform access to all the user groups to maintain a friendly environment As a primary measure they restrict the access to particular group to reduce the illegal access and security intrusion. Some other restrictions are 1. GUI is in English only 2. Login and Password is used for identification of user and there is no facility for guest.
2.6
User Documentation
A complete user manual is provided with the end product to troubleshoot any problems that occur during the lifecycle of the tool. It comprises of vital information regarding the distribution of the access, backend information i.e. the E-R diagrams used in construction, the mappings, key constraints and the general interface module prototypes.
3.
Functional Requirements
The maintenance of the in/out patients and to automate the process of insurance clearance the following functional requirements have been identified. 1. Each patient is given a unique id pid. 2. If the patient has aarogyasri card then we need to record the details of the policy. 3. Each doctor is given a unique id and we have to record the reference physicians for every patient. 4. All the expenditures for the patient will be logged to the database. 5. If patient doesnt have an aarogyasri card then the patient pays the bill directly to the hospital
ANITS-CSE
Clearing House
6. If the patient had an aarogyasri card then the hospital claims for the insurance on behalf of the respective patient. 7. Each Druggist is given a unique id dgid.
8. A druggist can supply the medicines to the patient and can update the medicines cost into the patient account details. 9. Each Technician is given a unique id tid. 10. A technician can perform tests to the patients and he can update the diagnosis cost into the patient account details. 11. Each Receptionist is given a unique id rid. 12. A Receptionist can maintain details about the patient and account details about the patient. 13. A Receptionist can also check whether the patient has paid the bill or not.
4.
4.1
Our main criteria for making the system usable is the difficulty of performing each high frequency use case. Difficulty depends on the number of steps, the knowledge that the user must have at each step, the decisions that the user must make at each step, and the mechanics of each step. The user interface should be as familiar as possible to users who have used other web applications and Windows desktop applications.
4.2
Reliability
The products automatic upgrade feature will help us easily deploy defect fixes to the end-users. The user guide and product website will include troubleshooting guide and checklist of information to have at hand before contacting technical support.
4.3
Supportability
4.4
Performance Requirements
There is a better component design to get better performance at peak time. Each and every schema is normalized to the maximum normal form that can be attained to get better performance and low redundancy.
4.5
Security Requirements
Secure access of confidential data (users details) and constrained access of information to the regular NetUsers who can only book tickets. Only database administrator has the total access to the system and requires authentication by the system.
ANITS-CSE
Clearing House
4.6
The project is designed based on a flexible service based architecture which will be helpful for future extension
5.
5.1
Interfaces
User Interfaces
The project provides GUI forms to the users for easy understanding and application. The screens are designed in JAVA. The project offers different menus to the user to select from the given options.
5.2
Hardware Interfaces
Monitor screen the software shall display information to the user via the monitor screen. Mouse the software shall interact with the movement of the mouse and the mouse buttons. The mouse shall activate areas for data input, command buttons and select options from menus. Keyboard the software shall interact with the keystrokes of the keyboard. The keyboard will input data into the active area of the database.
5.3
Software Interfaces
Windows is the operating system employed in this project as a software interface.
6.
Use cases are used during the requirements elicitation and analysis to represent functionality of the system. Use cases focus on the behavior of the system from an external point of view. In its simplest form, a use case can be described as a specific way of using the system from a users (actors) perspective. Use cases describe the 1. a pattern of behavior the system exhibits 2. a sequence of related transactions performed by an actor and the system 3. delivering something of value to the actor Use cases provide a means to
9 ANITS-CSE
Clearing House
1. capture system requirements 2. communicate with the end users and domain experts 3. test the system Use cases are best discovered by examining the actors and defining what the actor will be able to do with the system. Since all the needs of a system typically cannot be covered in one use case, it is usual to have a collection of use cases. Together this use case collection specifies all the ways of using the system. In a use case diagram there can be two kinds of relationships 1. Association Relationship An association provides a pathway for communication. The communication can be between use cases, actors, classes or interfaces. Associations are the most general of all relationships and consequentially the most semantically weak. If two objects are usually considered independently, the relationship is an association
2. Generalization Relationship A generalize relationship is a relationship between a more general class or use case and a more specific class or use case. A generalization is shown as a solid-line path from the more specific element to a more general element. The tip or a generalization is a large hollow triangle pointing to the more general element.
Subclass Superclass
3. Extend Relationship
An extend relationship is a stereotyped relationship that specifies how the functionality of one use case can be inserted into the functionality of another use case. Extend relationships between use cases are modeled as dependencies by using the Extend stereotype.
10
ANITS-CSE
Clearing House
Extend relationships are important because they show optional functionality or system behavior. For example, Rational Rose allows you to place crop marks on printed diagrams.
4. Include Relationship An include relationship is a stereotyped relationship that connects a base use case to an inclusion use case. An include relationship specifies how behavior in the inclusion use case is used by the base use case.
Include relationships are important because they represent that the inclusion use case functionality is used by the base use case. 6.1 Identifying Actors
1. Doctor: He is the one who prescribes medicines and suggests test to the patient. In order to
do that he need to get registered with a valid user-ID and Password to login into his account.
2. Receptionist: He is the one who maintains the details of the patient. He also need to get
registered with a valid user-ID and Password to login into his account.
3. Druggist: He is the one who gives medicines to the patient prescribed by the doctor and
to the receptionist.
6.2
Identifying Usecases
1. Doctor_Login: Login for doctor in order to treat the patient. 2. Receptionist_Login: Login for receptionist in order to view the patient details. 3. Druggist_Login: Login for druggist in order to give medicines to the patient. 4. Technician_Login: Login for technician in order to perform test to the patient. 5. register: In this the user is provided to get registered on the system in order to become a
legitimate user and access the services provided by the system. In order to get registered a user has to provide the details necessary for the registration as asked by the system.
11
ANITS-CSE
Clearing House
6. check PNR status: This functionality is the only operation provided to the anonymous
users. A user can anonymously check his PNR status by providing the PNR number in the column provided.
7. enquiry: A user can perform the following enquiries on the system. a) Availability Enquiry: Enquiring regarding the availability of berths in a particular
train.
b) Cost Enquiry: User can provide the train no., destination and source directly to get
PNR No. of the ticket and his account number to which the cancellation amount is to be credited.
11. requests by passenger: A passenger traveling by can make the following requests to the
12
ANITS-CSE
Clearing House
<<include>> login Verify Create patient acoount Receptionist Delete patient account Delete Patient acc details Update Add
Patient Details <<include>> Doctor Prescribe Medicines <<include>> Suggests Tests Update Patient acc details
13
ANITS-CSE
Clearing House
<<include>> Login_druggist verify_druggist <<include>> Druggist Deliver medicines View Patient Prescription
Update Patient Acc Details <<include> Login _Tech <<include>. Technician Peform Tests View Patient Prescription_d Verify_tech
14
ANITS-CSE
Clearing House
Analysis Document
Sequence Diagrams Collaboration Diagrams State Chart Diagram
15
ANITS-CSE
Clearing House
7.
Sequence Diagrams
Sequence diagrams represent the objects participating in the interaction horizontally and time vertically. Each column represents an object that participates in the interaction. Messages are shown by solid arrows. Labels on solid arrows represent message names and may contain arguments. Activations are depicted by the vertical rectangles. The actor who initiates the interaction is shown in the use case diagrams. If other actors communicate with the system during the use case, these actors are represented on the right hand side and can receive messages. Although for simplicity, interactions among objects and actors are uniformly represented as messages, the modeler should keep in mind that interactions between actors and the system are of a different nature than interactions among objects. These diagrams can be used to describe either an abstract sequence or concrete sequences. When describing all possible interactions, sequence diagrams also provide notations for conditionals and iterations. A condition on a message is denoted by an expression in brackets before the message name. If the expression is true the message is sent. Repetitive invocation of a message is denoted by a * before the message name.
16
ANITS-CSE
Clearing House
7.1
1: Approach es 2: O s page pen 3: En n e,psw ter am d 4: R am _n e,**** 5: Validates 6: Loginsu ccessfu l 7: O s P pen atien details form t 8: D isplay form s 9: A sks details 10: G es details iv 11: Fills form 12: V erifies an u d pdates 13: D isplay P s atien acc form t
14: G es form iv
17
ANITS-CSE
Clearing House
:Patient
:System
5: Verifies 6: Login successful 7: Opens patient form 8: Displays form 9: Asks patient id 10: P_id 11: Delete patient account 12: VerifiesPatient acct details
18
ANITS-CSE
Clearing House
7.3. Doctor:
:patient
:doctor
:system
2: asks for id
3: gives id
7: enters patient id
8: shows patient account 9: prescribes medicines 10: updated medicines 11: tells how to use medicines
19
ANITS-CSE
Clearing House
7.4. Druggist:
:druggist
:system
7: enters patient id
8: shows patient account 9: show medicines 10: shows medicines 11: gives medicines 12: update account 13: updated
20
ANITS-CSE
Clearing House
:druggist
:system
7: enters patient id
8: shows patient account 9: show medicines 10: shows medicines 11: gives medicines 12: update account 13: updated
21
ANITS-CSE
Clearing House
7.5 Technician:
:patient :technician :system
2: asks for id
3: gives id
7: enters patient id
9: views tests 10: perform tests 11: updates account 12: updated
22
ANITS-CSE
Clearing House
8.
Collaboration Diagrams
A collaboration diagram also called a commutation diagram is an illustration of the relationships and interactions among software objects in the unified modeling language (UML). This concept although more than a decade old, has been refined as a model paradigm and evolved. A collaboration diagram resembles a flowchart that portrays the roles, functionality and behavior of individual objects as well as the overall operation of the system in real time. Objects are shown as rectangles with naming labels inside. These labels are preceded by colons and may be underlined. The relationships between the objects are shown as arrows connecting the relevant rectangles along with labels that define message sequencing. They are best suited to the portrayal of simple interactions among relatively small numbers of objects. As the number of objects and messages grow, a collaboration diagram can become difficult to read.
8.1
Doctor:
1: patient approaches doctor 3: gives id :patient 2: asks for id 11: tells how to use medicines :doctor 5: login successful 6: enter patient id 8: shows patient account 10: updated medicines 4: logins 7: enters patient id 9: prescribes medicines :system
8.2
Receptonist:
3: verifies 9: verifies and upates 1: approaches 7: gives details :patient 6: asks details 11: gives id no 2: enters username,password 5: opens new patient's form 8: enters patient details :receptio nist 4: login successful 10: gives id no.
:system
23
ANITS-CSE
Clearing House
8.3
Druggist:
4: logins 7: enters patient id 9: show medicines 12: update account :system
1: patient approaches druggist 3: gives id :druggist :patient 2: asks for id 11: gives medicines
5: login successful 6: enter patient id 8: shows patient account 10: shows medicines 13: updated
8.4Technician:
4: logins 7: enters patient id 9: views tests 11: updates account :system 5: login successful 6: enter patient id 8: shows patient account 12: updated
1: patient approaches technician 3: gives id :patient :technici an 2: asks for id 10: perform tests
24
ANITS-CSE
Clearing House
9.
A state chart diagram is a graph that represents a state machine. State chart diagrams represent the behavior of entities capable of dynamic behavior by specifying its response to the receipt of event in stances. State charts, often used more in real-time embedded systems than in information systems, show for a class, the order in which incoming calls to operations normally occur and the conditions under which the operations respond and the response. They are a class-centric view of system functionality, as opposed to sequence and collaboration diagrams which are a use casecentric view of functionality. Purpose To model dynamic aspect of a system. To model life time of a reactive system. Describe different states of an object during its life time. To define a state machine to model states of an object.
Components of State Chart Diagrams 1. States - oblong boxes which indicate the stable states of the object between events 2. Transitions - the solid arrows which show possible changes of state 3. Events - the text on the transitions before the '/' showing the incoming call to the object interface which causes the change of state. 4. Conditions - a Boolean statement in square brackets which qualifies the event 5. Actions - the text after the '/' which defines the objects response to the transition between states. 6. Extra syntax which defines state centric functionality.
25
ANITS-CSE
Clearing House
c ss lo e ac ut con
v w ie s d ta e ils
closes account
suggests medi...
26
ANITS-CSE
Clearing House
closes account
closes account
27
ANITS-CSE
Clearing House
28
ANITS-CSE
Clearing House
Inheritance
A very important concept in object-oriented design, inheritance, refers to the ability of one class (child class) to inherit the identical functionality of another class (super class), and then add new functionality of its own. To model inheritance on a class diagram, a solid line is drawn from the child class (the class inheriting the behavior) with a closed arrowhead (or triangle) pointing to the super class.
Association
There are 5 types of associations Bi-directional (standard) association An association is a linkage between two classes. Associations are assumed to be bidirectional -- in other words, both classes are aware of their relationship and of the other class -unless you qualify the association as some other type of association. A bi-directional association is indicated by a solid line between the two classes. At either end of the line, we place a role same and a multiplicity value Unidirectional association
29
ANITS-CSE
Clearing House
A unidirectional association shows that two classes are related, but only one class knows that the relationship exists. A unidirectional association is drawn as a solid line with an open arrowhead (not the closed arrowhead, or triangle, used to indicate inheritance) pointing to the known class.
Association class In modeling an association, there are times when you need to include another class because it includes valuable information about the relationship. For this you would use an association class that you tie to the primary association. An association class (also called a drop class by my former professor) is represented like a normal class. The difference is that the association line between the primary classes intersects a dotted line connected to the association class. Aggregation Aggregation is a special type of relationship used to model a "whole to its parts" relationship. In basic aggregation relationships, the lifecycle of a part class is independent from the whole class's lifecycle. Composition aggregation The composition aggregation relationship is just another form of the aggregation relationship, but the child class's instance lifecycle is dependent in the parent class's instance lifecycle.
1). Class Name: Doctorcan prescribe medicines and suggest tests. Attributes: 1) did : string 2) dpassword : string 3) dusername : string Functions: 1) patientdetails() 2) prescrbemedicines() 3) suggesttests()
30 ANITS-CSE
Clearing House
2). Class Name: Druggistgives medicines to the patient and sends the bill to the receptionist. Attributes: 1) dgid : string 2) dgpassword : string 3) dgusername : string Functions: 1) addpatientmedicinedetails() 2) updatepatientmedicinedetails() 3). Class Name: Receptionistmaintains patient account details and patient details. Attributes: 1) rid : string 2) rpassword : string 3) rusername : string Functions: 1) patientdetails() 2) patientaccountdetails() 4). Class Name: Techniciantperforms tests to the patient and passes bills to the receptionist. Attributes: 1) tid : string 2) tpassword : string 3) tusername : string Functions: 1) addpatientdiagnosisdetails() 2) updatepatientdiagnosisdetails()
31
ANITS-CSE
Clearing House
10.1 Doctor:
doctor
name password login()
operation
operation name select operation()
patient details
patient name patient id select()
prescribe medicians
patient id medician name read()
suggest tests
patient id test name read()
view
patient id display()
add
patient id patient name add()
delete
patient id delete()
update
patient id update()
10.2 Druggist:
32
ANITS-CSE
Clearing House
druggist
name password login()
operation
operation name select operation()
update
patient id med name update()
10.3 Receptionist:
33
ANITS-CSE
Clearing House
receptionist
name password login()
operation
operation names select operation()
patient details
pd operation name select pd()
add patient
patient id patient name add()
update
patient id update()
add patient
patient id patient name add()
update
patient id update()
View
patient id display()
delete patient
patient id delete()
view
patient id display()
delete patient
patient id delete()
10.4 Technician:
34 ANITS-CSE
Clearing House
technician
name password login()
operation
operation name select operation()
35
ANITS-CSE
Clearing House
Clearing House
D-Password: Personal identification for the given doctor id. Primary Key is d-id.
2. Receptionist:
He is the one who maintains the details of the patient. He also needs to get registered with a valid user-ID and Password to login into his account. It has the following attributes. Receptionist-id R-Password Primary key is r-id. 3. Druggist: He is the one who gives medicines to the patient prescribed by the doctor and passes the bill to the receptionist. Druggist-id Dg-Password Primary Key is dg-id.
4. Technician:
: Unique for the given receptionist. : Personal identification for the given receptionist id.
: Unique for given druggist. : Personal identification for the given druggist id.
He is the one who performs the required tests to the patient and passes the bill to the receptionist. It has the following attributes. Technician-id T-Password Primary key is t-id. : Unique for the given technician. : Personal identification for the given technician id.
5. Patient details:
It is an entity set which has the following attributes. pid Pname Page : Unique number for patient. : Gives the name of the patient. : Gives the age of the patient.
37
ANITS-CSE
Clearing House
: Gives the sex of the patient. : Gives the address of the patient. : Gives the phone number of the patient. : Tells about when the patient has joined in the hospital.
It has additional attributes. pid did disease mcost hcost tcost Aarogyasri Paid : Unique number for patient. : Unique number for doctor. : Gives the name of the disease of the patient. : Gives the total medicines cost of the patient. : Gives the total tests cost of the patient. : Gives the total cost of the patient. : Tells whether the patient has aarogyasri card or not. : Tells about whether the patient has paid the bill or not.
It is an entity set which has the following attributes. pid Mname Mnum Date1 : Unique number for patient. : Gives the name of the medicines. : Gives the number of medicines taken by the patient. : Gives the date when the patient has taken the medicines.
Clearing House
: Unique number for patient. : Gives the name of the diagnosis. : Gives the date when the patient has taken the tests.
39
ANITS-CSE
Clearing House
40
ANITS-CSE
Clearing House
REMARKS
Used to identify the doctor Gives the name of the doctor Gives the password of the doctor
Dusername
Varchar2
10
Not Null
DPassword
Varchar2
10
Not Null
2. Receptionist:
MEMORY ALLOCATION RANGE
S.No
FIELD NAME
DATA TYPE
REMARKS
Used to identify the receptionist Gives the name of the receptionist Gives the password of the receptionist
Rusername
Varchar2
10
Not Null
Rpassword
Varchar2
10
Not Null
3. Druggist:
41 ANITS-CSE
Clearing House
S.No
FIELD NAME
DATA TYPE
REMARKS
Used to identify the druggist Gives the name of the druggist Gives the password of the druggist
Dgusername
Varchar2
10
Not Null
DGpassword
Varchar2
10
Not Null
4. Technician:
MEMORY ALLOCATION RANGE
S.No
FIELD NAME
DATA TYPE
REMARKS
Used to identify the technician Gives the name of the technician Gives the password of the technician
Tusername
Varchar2
10
Not Null
Tpassword
Varchar2
10
Not Null
5.
Patient details:
42
ANITS-CSE
Clearing House
S.No
FIELD NAME
DATA TYPE
REMARKS
PID
Number
Not Null
Used to identify the patient Gives the name of the patient Gives the age of the patient Gives the sex of the patient Gives the address of the patient
2 3 4 5 6. 7.
10 2 20 20 10
Not Null
Gives the phone number of the patient Gives the date of when the patient has joined in the hospital
6.
S.No
FIELD NAME
DATA TYPE
REMARKS
PID
Number
Not Null
Used to identify the patient Used to identify the doctor Gives the name of the disease
2 3
DID Disease
Number Varchar2
5 22
Not Null
43
ANITS-CSE
Clearing House
4 5 6 7 8.
5 5 5 5 5
Gives the medicines cost Gives the diagnosis cost Gives the hospital cost Gives the total cost Specifies whether the patient has aarogyasri card or not Specifies whether the patent had paid the bill or not
9.
Paid
Varchar2
7. S.No
REMARKS
PID
Number
Not Null
Used to identify the patient Gives the names of the medicines Gives the number of medicines taken by the patient Gives the date of medicine purchased
Mname
Varchar2
Mnum
Varchar2
10
Date1
Date
8. S.No
Not Null
REMARKS
ANITS-CSE
Clearing House
RANGE
constraint
Used to identify the patient Gives the names of the diagnosis Gives the date of diagnosis conducted
PID
Number
Not Null
Dname
Varchar2
Date2
Date
Nodes - like initial node and activity final node, and. Activity building blocks, and Sometimes activity diagrams also contain building block for decision-making, but it is
questionable if these diagrams should be called activity diagram. The starting point of the diagram is the initial node, which is mostly located on top or on the left. And the ending of the diagram with an activity final node is on the bottom or on the right. In
45 ANITS-CSE
Clearing House
between there can be zero, one or more activity building blocks, which can be represented by rounded rectangles.
12.4. Doctor:
46
ANITS-CSE
Clearing House
dc r o to
ss m y te
dt bs aa a e
s r ss m tat y te
e te n r n m ,p s w rd a e as o
o e hm pn o e pg ae d ,* * * id * * v lid a
n o ys e p d p id e te p n r id
aa b v ila le
n o ys e
d p y is la s d ta e ils
e tes n r
e te n r m d in s e ic e u d te pa d
s g e ts ug s
s g e t te t ugs s
u d te in pa d d ta a e a bs
o ea n p r tio c m le d o p te
12.4. Druggist:
47 ANITS-CSE
Clearing House
druggist
system
database
start system
openhome page
dgid,****
no yes
updated
operation completed
12.3. Technician:
48 ANITS-CSE
Clearing House
technician
system
database
start system
openhome page
tid,****
no yes
updated
operation completed
12.4. Receptionist:
49 ANITS-CSE
Clearing House
receptionist
sy stem
data base
n o
p_id
en p_id ter
no available
display pid
enters
yes
avail
n o
avail
uPdate database P_ id
50
ANITS-CSE
Clearing House
Component packages represent clusters of logically related components, or major pieces of your system. Component packages parallel the role played by logical packages for class diagrams. They allow you to partition the physical model of the system.
A Component represents a software module (source code, binary code, executable, DLL, etc.) with a well-defined interface. The interface of a component is represented by one or several interface elements that the component provides. Components are used to show compiler and runtime dependencies, as well as interface and calling dependencies among software modules. They also show which components implement a specific class. A system may be composed of several software modules of different kinds. Each software module is represented by a component in the model. To distinguish different kinds of components from each other, stereotypes are used.
An interface specifies the externally-visible operations of a class and/or component, and has no implementation of its own. An interface typically specifies only a limited part of the behavior of a class or component.
51 ANITS-CSE
Clearing House
A Dependency is a relationship between two model elements in which a change to one model element will affect the other model element. Use a dependency relationship to connect model elements with the same level of meaning. Typically, on class diagrams, a dependency relationship indicates that the operations of the client invoke operations of the supplier.
System database
Doctor
Technician
Patientdetails
Receptionist
Druggist
52
ANITS-CSE
Clearing House
A deployment diagram in the Unified Modeling Language serves to model the physical deployment of artifacts on deployment targets. Deployment diagrams show "the allocation of Artifacts to Nodes according to the Deployments defined between them." Deployment of an artifact to a node is indicated by placing the artifact inside the node. Instances of nodes (and devices and execution environments) are used in deployment diagrams to indicate multiplicity of these nodes. For example, multiple instances of an application server execution environment may be deployed inside a single device node to represent application server clustering.
Printer
53
ANITS-CSE
Clearing House
Screen Shots
Homepage
54 ANITS-CSE
Clearing House
55
ANITS-CSE
Clearing House
56
ANITS-CSE
Clearing House
57
ANITS-CSE
Clearing House
58
ANITS-CSE
Clearing House
59
ANITS-CSE
Clearing House
60
ANITS-CSE
Clearing House
Test Cases
Definition:
61 ANITS-CSE
Clearing House
Testing is the process of finding differences between the expected behavior specified by the system model and the observed behavior of the implemented system.
Description:
It is a fault detection technique that tries to create failures or erroneous states in a planned way. This allows the developer to detect failures in the system before it is released to the customer. System testing is an expensive process but it is required in order to achieve a complete system. Generally the users tend to think that the process of providing that there do not exist, any errors in the system forms the testing part.
Types of Testing:
Unit Testing: 1. the most micro scale of testing. 2. A unit is smallest software component 3. Objects and methods 4. Procedures and functions 5. Performed by programmer and units are tested in isolation. 6. Ensure that system is working according build design. 7. Not to be confused with debugging. 8. Also known as component, module testing Integration Testing:
1. Testing
of more than one (tested) unit together to determine if they function correctly. 2. Focuses on interfaces of Communication between units 3. It is done using the integration test design prepared during the architecture design. 4. Helps assembling incrementally a whole system, ensuring the correct flow of data 5. Done by developers/designers and testers in collaboration 6. Also called Interface Testing or Assembly Testing. System Testing: Testing the system as a whole - Black-box type testing that is based on overall requirements specifications; covers all combined parts of a system. 1. Ensures that system meets all functional and business requirements. 2. Focus on verifying that specifications are met 3. Validating that the system can be used for the intended purpose 4. The system test design is derived from the system design documents and is used in this phase. 5. It can involve a number of specialized types of tests to check performance, stress, documentation etc. Sometimes testing is automated using testing tools one by Independent testing group Acceptance testing 1. To determine whether a system satisfies its acceptance criteria and business requirements or not.
62 ANITS-CSE
Clearing House
2. Similar to System testing in that the whole system is checked, but the important difference is the change in focus. 3. Done by real business users. 4. It enables the customer to determine whether to accept the system or not.
Test Cases:
A test case is a set of input data and expected results that exercises the component with the purpose of causing failures and detecting faults. Test cases are classified into black box test and white box test. Black box test focuses on input/output behavior of the component. White box test focuses on the internal structure of the components.
Module Name Test Case Input Output Name Module Test Case Input Output Module Name Test Case Input Output
Login Doctor To log on to the doctors account Valid User name ,password A page showing the Trains available operations that doctor can perform Prescribe Medicines To prescribe Medicines for a patient Patient Id A Page asking the medicine name and quantity fo the medicine Suggest tests To suggest a test for the patient Patient Id A page asking the test name
63
ANITS-CSE
Clearing House
Create Patient To create a new patient account Patient Id,name,age sex,address,phone no,complaint,reference physician id number,arogya sri, card
Output
64
ANITS-CSE
Clearing House
65
ANITS-CSE
Clearing House
66
ANITS-CSE
Clearing House
67
ANITS-CSE
Clearing House
68
ANITS-CSE
Clearing House
69
ANITS-CSE
Clearing House
70
ANITS-CSE
Clearing House
71
ANITS-CSE
Clearing House
72
ANITS-CSE
Clearing House
Conclusion
The project can be applied for any kind of Railway reservation systems with simple modifications and by interfacing with the Railway employee database and corresponding bank database which provide the net banking services by the use of credit cards. The convenient user interface provided is easy to use and increases the scope of use of the railway network making it easy to access and book tickets.
Appendix A: Glossary
PNR is an important number that is written on the top left corner of a Rail Ticket. The abbreviation PNR stands for Passenger Name Record. Actually, PNR is a travel record of a person or a group of persons in the database of Computer Reservation System (CRS). In practical terms, PNR has five parts that are essential in order to get a booking done. The five parts or requisites of PNR number are as follows. 1. 2. 3. 4. 5. Passenger(s) Name Travel Agent's Contact Details Details of Ticket (could be a ticket number or ticketing time limit) Itinerary as a minimum of one segment that should be similar for all passengers listed. Person's Name, who makes the booking
Bibliography
1. The Unified Modeling Language Reference Manual - James Rumbaugh, Ivar Jacobson, Grady Booch- Addison Wesley 2. Object Oriented Software Engineering Using UML, Patterns and Java, Second Edition Bernd Bruegge, Allen H. Dutoit, Pearson Education 3. Database Management Systems-Third Edition (IE) - Raghu Ramakrishnan, Johannes Gerkhe, Mc Graw Hill Edition. 4. Database System concepts-Fifth Edition (IE) -Abraham Silberschatz, Henry F.Korth, S.Sudarshan, Mc Graw Hill Edition. 5. Fundamentals of Database Systems-Fifth Edition (IE) Ramez Elamasri, Shamkanth B.Navathe, Pearson Education. 6. Oracle 9i, The Complete Reference Oracle Press - Kevin Loney, George Koch, Tata Mc Graw Hill Edition. 7. Head First Java Servlets and JSP - Bryan Basham, Kathy Sierra and Bert Bates, ORielly
73
ANITS-CSE