1.0.1 In recent year, Bandung has been facing a number of flood which dealing a
significant damage and loss. Its morphological condition as surrounded by mountains, population
growth, drainage is issues, waste management issues, green space reduction contribute a higher
chance of flood occurrence. This leads the Government Bandung City to take initiative looking
for solutions that meet the flood problems.
1.0.2 Respecting to the project requirement of A Research Grant for Bandung Data
Innovation Program, we propose comprehensive solutions which fulfill the necessity of real-time
insight for disaster preparedness and flood forecasting.
1.0.3 This project will cover all the needs from capturing, manage, and training data from
the sensors and CCTV provided and compile all of it to give insights in helping Bandung
government in order to prevent and minimize the probability of loss caused by any upcoming
flood.
1.0.4 One motive of building flood warning systems of rivers is reducing the damages of
flood through warning the residents of flood areas and determining the real-time exploitation of
constructed dams on the rivers. The insights built up from captured data would help government
in taking emergency actions and providing progressed information about flood.
1.0.5 The proposed system prototype will be developed using agile methodology by the
project team with continuous improvement in each cycle.
2.2.1 Water flows from the higher ground water source to the lower ground. Flood
usually occurs at rainy seasons, especially in a basin terrain or in a riverside area.
Therefore, below are the possible approaches to predict the flood probability.
2.2.2 This approach is fully dependent to the previous year data to conduct a simple
simulation and prediction on which dates may be potential for a flood to occurs. The
predicted data is gained from observing the frequency of flood occurrence in the previous
year on the same date and calculate the probability by combining the water level data
captured by the devices sensors.
2.2.3 This is a more complex and complicated method and may cause invalid
prediction if there are some errors in determining the boundary value and assumptions.
This method calculates the probability by comparing the altitude of the highest point of the
river and the other points where the devices are located. By processing the water
flow/discharge and the area of the river, the system can predict how is the water level
would be in the future and can predict the potential area of flood occurrence.
2.2.4 Figure 1 shows the sketch of a single river which is equipped with some
devices to capture real-time data.
Figure 1 Sketch of Device Implemented River
2.2.5 From the above explanation, here is the water flowing model expression in a
node:
Therefore, some conditions that may be the result of the calculation are:
2.2.6 In applying this model, we apply the assumption of water flow without friction,
acceleration and turbulence, so that all of the external factors are not included in the
calculation.
Figure 3 Assumption of Water Flow from An Area
2.2.7 Figure 3 explains the assumption of water flows from region to region which is
like moving more likely from pixel to pixel. It has a possibility to move into 8 neighboring
regions if the neighboring regions (blue) are lower in height than the origin (green).
This project is aimed to improve the effort in preventing flood disaster in Bandung. The
main features that will be implemented in the designed system are listed below:
3.1.1. Infrastructure Mapping
3.1.1 This feature will be implemented as a visual map that show the river
water level in real-time, the construction of building surrounding the area, and
generate useful insight for government. These data will be generated from sensors
located in some vulnerable points of the river and Dinas Pekerjaan Umums website.
3.1.2. Flood Simulation Modelling
3.1.2 This feature allows us to do simulation and prediction through the
possibility of flood disaster in certain area. With this feature, we can prepare the
possibility of flood disaster quickly and prepare nearest safety evacuation location
from that area. The prediction is done by processing data from previous annual
recorded data added by recent data derived from sensors.
3.1.3. Early Warning System (EWS)
After the implementation of sensors and flood simulation, then we can do
preparation for early prevention with the implementation of early warning system.
This system integrated with sensors that attached in crucial point of flood. At some
level, system will send a warning signal that informed the possibility of flood in that
area.
3.2. Project Components
This project consists of some supporting components to form main system. Data,
application, and technology that used in this project will explained below:
3.1.1. Data
Data collected from sensors that attached in some area and from annual data record
about flood disaster in Bandung. Those Data will be grouped into three main group. They
are Topology Data, Water Volume Data, and Region Data. Topology Data talk about the
condition of land/ground and building visualization around vulnerable point of flood in
Bandung. Those data will give us insight about how to manage evacuation method in
emergency. Water Volume Data give information about river condition that will be the
main information to determine next required action. Region data give information about
external river environment that also give effect to river condition. Those three main groups
of data will be processed and simulated in making simulation model to give information
about flood potential in certain surrounding area. The Data can be obtained from:
Building Visualization
Weather Condition
Temperature
Time
Humidity
Wind Velocity
Wind Direction
Debit of Flood
3.1.2. Application
The Application that developed is a dashboard that can give information, data
visualization, modelling, and simulation about condition of specific vulnerable area. It also
gives a prediction about the possibility of flood disaster and its mitigation plan.
Data
Application Integration
Interface Analytics Devices
Platform Services
and Model
Weather Sensor
HTML SOA
Java, ME
CCTV (Surveillance
Devices)
CSS JSON
Vector Image
Detector
Decision Support
Android
System
Moving Object
ArcGIS XML Detector
Water Debit
Detector
iOS
Mobile IDE REST API Moving Object
Identifier
From that picture, we get information that this system will be developed in some
layers. Those are,
a. Interface Layer: This layer will provide visual content that shows many information
needed about flood prediction, simulation, warning system, etc.
b. Application Platform: This layer shows in which device this system can be
accessed. This system may be accessed in some platform such as android, iOS, and
web browsers.
c. Data Analytics and Model: This layer shows technology concept (Decision Support
System) that will be used to do some prediction and simulation based on data that
collected. Those data will be processed by Artificial Neural Network so we can
predict the next situation based on some input data.
d. Integration Services: This layer will provide how to transfer the information and the
mechanism of communication between devices and server.
e. Devices: This layer shows what kind of devices that will be implemented and support
to this project.
These are some example of data visualization that developed in this project. This
visualization located in application-level.
a. Water Level Data by Region
This visualization gives us information about water level in specific area that
monitored by sensor and surveillance unit. It also gives information about predicted
upcoming floods so everyone can prepare for evacuation.
b. Device Location
It gives information about location of all sensory devices and all information about
river condition ranked by its flood possibility risk. It also shows a clickable icon that will
show us about water debit and water level of area around the device.
Figure 8 Device Location Visualization
3.1.3. Technology
This section will explain the detailed technologies used in this project. It also informs
how those technologies communicate and connected.
This section is made to explain risk and issue that can be happened in doing this project. Table below shows the issue, impact,
and recommended action to handle it. Its made by Failure Mode Effect Analysis (FMEA) method.
Potential
Current
Potential Potential Effect(s) Cause(s)/ Det Recommended
No Risk/Issue Sev. Prob. Design RPN
Failure Model of Failure Mechanism(s) of . Action(s)
Control
Failure
Gathering Hard to obtain Long term 9 Miss 1 Availability of Gather all of the
information or gaining development communication TOR potential data sources
false destruction or and wrong from the trusted
1. information scope creeping information 1 9 government agencies,
source such as: BBWS
Citarum, Diskominfo,
BandungGov
Revision Capital unit as In the end of 5 Lack of 1 Keep in touch with
from capital a supervisor project there will communication capital unit
unit have a be a lot of revision between
2. 1 5
different developer and
perspective capital
with developer
Sensor Damaged Get wrong data 8 Sensor not 1 Do a regular check
internal thread calibrated yet and maintenance to
3. 3 24 ensure that the device
can capture data
properly
Sensor Damaged Sensor broken 6 Sensor doesnt fit 2 Do some adjustment
4. external thread down with the 1 12 in implementing the
environment device
Procurement Procurement Less or over 5 Mistaken in 3 Use expert Increase the
hardware budgeting making the service unexpected cost in the
5. budget plan 1 15 budget plan with some
consideration of the
risks that may occur
Member Uncommitted Distracted work 7 There is no work 1 Use expert Make a contract
6. project contract service 1 7 before hiring
member employee
Timeline The ongoing Project wont 7 Unstructured 3 Use expert Make contingency
project complete on time timeline service plan to prevent the
timeline is not exceeded timeline
7. 1 21
in accordance
with the
original plan
Government A structural New responsible 4 The need to 3 Involve Preparing the
structure change in person and manage the government transition process
government is administrator implemented earlier by
8. needed due to system 1 12 communicating the
the needed changes with
implementatio the government
n of the system
Government Disaster Policy needs to be 3 A proper policy 2 Involve Communicate with
policy handling and change should be made to government relevant government
9. evacuation support the 1 6 agencies
policy changes implementation
may occur of the system
Sev =Severity
Prob = Probability
Det = Detection
RPN = Risk Priority Number
RPN = Sev x Prob x Det
Part V DEVELOPMENT METHODOLOGY
In working this project, the most suitable methodology is agile development combined
with scrum in the implementation.
2 Scope & Continually changed and Defined once only in the initial
Requirements updated planning phase
From the table above, we can see that agile methodology brings up many benefits more
than the waterfall methodology. Below are some possible gained benefits of agile methodology
in performing this data innovation project:
1. produce prototypes quickly that the user can evaluate and use to refine requirement
2. provide high degree of collaboration between the client and project team
3. increasing government satisfaction due to high quality product
4. Reduce lost cost and probability
5. More productive team
Hence, we believe that agile development methodology is the most suitable for this project
to gain the best work products and performance.
The project development is divided into phases in six months starting from October 2017
and will be finished on March 2018. Below is the general timeline of the whole development
process.
Figure 11 Project Timeline
In order to ensure that the system has meets all of the requirement, we will conduct a few
tests during the whole development process. Here is some general test case that will be included
in the test.
1. Hardware testing
The test will be performed on the real-environment to gain the real data directly from
the hardware/device and to ensure that the device could suit in the real environment.
2. Server testing
This test is performed to ensure that the back-end could run and support the whole
system architecture while operating and conducting insights from the raw data.
3. Software testing
The test is performed to see how far the software has meet the functional and non-
functional requirements as stated in the agreement.
4. Communication & data transfer testing
The test is performed to ensure the data transfer from the device to the server could
be proceed without any error.
5. Integration testing
This test combines and involves all of the hardware, software, and communication
protocol to operate simultaneously.
Beside all of the tests mentioned above, we also will perform User Acceptance Test (UAT)
in the end of the project development to ensure that the product could successfully operate and
be the suitable answer for the government needs.
The development process starts from defining requirements, design, development (coding),
quality analysis, until user acceptance test to gain the client feedback. This process iterates
continuously to ensure every feature and requirement is fully implemented in the system. Below
is the table of all the project team members and their qualifications that involved directly the
development process.
3 UI/UX Designer Experienced and familiar with adobe photoshop or other similar 1
application
All of the project team members are fully committed during the development time and will
provide the best performance in producing the solution in order to meet the government needs.
All of the development process will be documented and combined to make some progress
reports and a final presentation that will be delivered to the government as the real evidence of
the whole development process. All of the documentation will also be published as a certified
paper in IEEE and indexed as one publication in Scopus and Thomson Reuter.