Supervisor : Ali Mirza Presented By: Zunair Ali Asma Latif Fazal khan Hikmatullah kakar

Agenday y y y y y y y y y y y y

Introduction What is disaster Disasters in Pakistan System overview Major features Technology used System design ERD SSD, SD, class diagram Limitation Future work Conclusion references

Introductiony GSM based disaster management system is a web

based auto message generation system. y At the time of disaster, communication and coordination is the key to efficient and effective relief dispatch y Usually, communication and relief dispatch remain haphazard, especially in the early phases of a disaster. This system is designed to overcome this problem.

What is a disaster

Disasters in PakistanEarthquake on 8th October,2005 in Muzaffarabad District, Azad State of Jammu and Kashmir & North-West Frontier Province, Pakistan 3.5 million people are homeless And 80,000 people are dead

The 2010 Pakistan floods began in late July 2010 following heavy monsoon rains in the Khyber Pakhtun khwa, Sindh, Punjab and Baluchistan regions of Pakistan and affected the Indus River basin Floods directly affected about 20 million people

Airblue Flight 202 was a scheduled domestic passenger flight which crashed on 28 July, 2010 near Islamabad, the capital of Pakistan, killing all 146 passengers and six crew aboard.

System Overview

Why GSM system??GSM based systems benefits and features are: y Making communication possible and fast for the victims of disaster y Reading and writing SMS messages. y Sending SMS messages fast. y The maintenance costs are low y GSM modems is a wireless modem which is a quick and efficient way to get started with SMS, because a special subscription to an SMS service provider is not required.

Existing disaster management systemsy SAHANA Disaster management systemy y

A mobile Disaster Management System Using the Android Technology DEWNII: A trilingual disaster and emergency warning networkSAHANA DISASTER MANAGEMENT SYSTEM MOBILE DISASTER MANAGEMENT SYSTEM Receive SMS Search the optimal path Save the best path Send the optimal path to the agent TRINLINGUAL DISASTER AND EMERGENCY WARNING NETWORK Disaster alarming device Send SMS Store records of agents

Missing person registry rganization registry Volunteer management Inventory management Situation management

Major Features of Systemy Managing Agents and Donors y SMS y Sms application y System s Auto generate SMS Functionality y Send/Receive SMS y Generating Reports

1. Managing agents and donorsy The system manages the agents and donors

information in the database. It saves their name, phone number, address, email, etc. The importance of saving donor and agents details is that at the time of need system can search the agents and donors information within same location.

SMS GSM modem we send and receive the SMS and y Using

also store all incoming SMS into database. Our application receives SMS then it automatically checks type of disaster and the place of disaster. Then it sends to related agent help and denotations.

y SMS Application: y SMS application has five forms. y Form Connection: y Server Main y Send Message y Receive SMS y Delete SMS

SMS cont y System s Auto generate SMS Functionality:y System receives the alter message by the registered agents , after

receiving messages it split it into three parts and then it send it to the database to get the data regarding alter message. y Message formaty y y

Agent to other format: ( disaster type , city , name , address ) Agent to agent: ( alert type , city name , message that will be sent ) Agent to donor : ( alert type , agent , sending the message ) Victim and Agent format ( Disaster Type" City "Address") Donor to system format ( Donor , city , message of Donation information )

y y

y Message is stored in the data base. y Using this application we also delete the SMS.

Generating reportsy system can automatically generates the reports that

can give the information of affected victims in disaster, we can generate these reports according to our requirements. y This can be achieve by the admin or system s users by selecting the query in the text field.

Technical Features we Usedy Software Specifications Language y ASP.NET for web application y C # .NET y ADO.NET for database access y .NET Framework 4.0 y Microsoft SQL sever 2008 y Together6 for UML models

System Designy We use an N-Tier architecture. y What is N-Tier Architecture? It is a client-server architecture in which, the presentation, the application processing and the data management are logically separate processes. y Reasons to use N-tier architecture: The main benefits of n-tier architecture:

Change the web application to desktop application. Change the SQL database to another (oracle, etc)

Reduce the business and the programming complexity. Easy to process

Using this layer you can change web application to desktop application

GSM Controller

GSM hardware

Controlle r

ERD

Use Case diagram Admin Manage Agent Donar

DMS Application Add Agent Search Agent Update Agent Delete Agent

Add Donar Agent Manage Donar Update Donor Delete Donor Victim Send SMS to Agent Send SMS Send SMS to Victim Send SMS to Donar Search Donor

SendSMStoSystem

UCC 4 : Delete Delete Agent Agent U NSE ASE AME

SCOPE PRIMARY ACTOR PRECONDITIONS SUCCESS GUARANTEE

Disaster management system Admin User must have admin privilege Admin can delete the profile anytime. Could be multiple times a day

FREQUENCY OCCURRENCE

OF

Preconditions: User must have admin privileges Success Guarantee (or Post conditions): System operator can search donors available any time he login and delete profile

UC 4 : Delete Agent cnt dy MAIN SUCCESS SCENARIO (OR BASIC FLOW):SYSTEM OPERATOR ACTION 1. System operator will request to login. 3. Admin delete the profile of agent 5. System operator can proceed with his work if login ID and password accepted. SYSTEM RESPONCE 2. System will ask for login ID and password 4. System message. will sends the conformation

y FREQUENCY OF OCCURRENCE: Could be multiple times a day.

SSD sAdmin 1: Search Agent (firstname) {Show Result in Gridview}

System

2: Select Agent ( Name, email,cnic, mob, role,location ) {Show Results in TextBoxs}

3: Delete Agent ( Firstname ) {Conformation Message}

i i ial Controll r

Object1 1: deleteagent(string): oid

1.1: deleteagent(firstname): oid

1.1.1: deleteagent(firstname): oid

1.1.1.1: E ceuteQuery(q): qlDataReader 1.1.1.2: CloseConnection(): oid

SD

d delete_agent

da DALController

c ConnectToDatabase

Class DiagramBussinesLogic.update donar +updatedonar:void BussinesLogic.delete agent +deleteagent:void BussinesLogic.DonarHandler

BussinesLogic.Controller -c:Controller

BussinesLogic.agentOnload

+searchagentonload:DataSet -Controller +getContoller:Controller +AddAgent:void +AddNewDonar:void +location:void +searchagent:DataSet +searchagentonload:DataSet +updateagent:DataSet +updatetheagent:void +deleteagent:void +searchdonar:DataSet +searchldonnar:DataSet +updatedonar:void +deletedonar:void

BussinesLogic.search donar

+searchdonnar:DataSet

BussinesLogic.delete donar

+deletedonar:void +AddNewDonar:void ...search on load donar BussinesLogic.location +searchondonnar:DataSet +location1:void

BussinesLogic.search agent

+searchagent:DataSet

BussinesLogic.update agent

BussinesLogic.AgentHandler

+updateagent:DataSet +updatetheagent:void

+Webform1:void +webform:void DataAccessLayer.DALController +DBConnection:SqlConnection +DataAdapter:SqlDataAdapter +ResultSet:DataSet +QueryCommand:SqlCommand +QueryResultReader:SqlDataReader +Webform1:void +AddNewDonar1:void +location:void +searchagent:DataSet +searchagentonload:DataSet +searchupdateagent:DataSet +updateagent:void +deleteagent:void +searchdonar:DataSet +searchonloaddonar:DataSet +updatedonar:void +deletedonnar:void +webform:void +ExceuteQuerySet:DataSet ...ConnectToDatabase +DBConnection:SqlConnection +DataAdapter:SqlDataAdapter +ResultSet:DataSet +QueryCommand:SqlCommand +QueryResultReader:SqlDataReader +ConnectToDatabase +ConnectToDB:void +ExceuteQueryset:DataSet +ExceuteQuery:SqlDataReader +UpdateQuery:int +UpdateQuerySet:int +SpecificQuery:object +CloseConnection:void

Deployment DiagramD pp ca ion

D S pp ica ion

System RequirementsProcessor: 2 0 Mhz R : 1 GB H D : 20GB Opera ing Sys em: windows 7 /window xp window vis a

Ope a ing Sys em

N

F amewo k 4 0

N-Tier ArchitectureBusiness Logic Data Access Layer

Presentation Layer

GSM controllat

Home

Add Agent

Delete Agent

Send message

Report generation

Future worky We can use Google API to fine the coordinate of the

struck location. y We can build its mobile application more efficient and easiest communication system. y RSS fields

conclusiony The proposed system shall allow for effective

coordination between the Agents and Donors. y Since the system will be automated, the relief efforts can be integrated from the very beginning. y The reason for using GSM for our disaster management system is the fast and effective communication with the victims and donors at the time when disaster strikes.

Referencesy http://sourceforge.net/project/shownotes.php?release

_id=551918&group_id=127855 y http://www.nowsms.com/faq/what-is-a-gsm-modem

Thank you

Any Question