IIL Location Intelligence for Policy Assessment (LIPPA) Project

Running head: IIL LIPPA PROJECT 1
IIL Location Intelligence for Policy Assessment (LIPPA) Project
Student Name
Institutional Affiliation

IIL LIPPA PROJECT 2
Table of Contents
1.0 Introduction........................................................................................................................................4
1.1 Introduction....................................................................................................................................4
1.2 Solution Scope...............................................................................................................................5
1.3 Solution Overview.........................................................................................................................5
1.4 Constraints.....................................................................................................................................5
1.5 Exclusions......................................................................................................................................7
2.0 Use Cases...........................................................................................................................................7
2.1 Actors.............................................................................................................................................7
2.2 Use Case Diagrams........................................................................................................................8
3.0 Design Overview...............................................................................................................................8
3.1 Solution Architecture.....................................................................................................................8
3.1.1 Project Governance Process...................................................................................................9
3.1.2 IT Infrastructure Solution....................................................................................................10
3.1.3 Infrastructure Security.........................................................................................................10
3.1.4 Application Solution............................................................................................................12
3.1.5 Data Solution.......................................................................................................................12
3.2 Capacity Requirements................................................................................................................12
3.3 System Interfaces.........................................................................................................................12
3.4 Constraints and Assumptions.......................................................................................................13
4.0 System Object Model.......................................................................................................................13
4.1 Sub Systems.................................................................................................................................13
4.2 Subsystem Interfaces...................................................................................................................13
5.0 Object Collaboration........................................................................................................................14
5.1 Collaboration Diagrams...............................................................................................................14
5.2 Access Model...............................................................................................................................14
6.0 Non-Functional Requirements.........................................................................................................14
6.1 Performance Considerations........................................................................................................14
6.2 Design Constraints.......................................................................................................................15
6.3 Test Criteria.................................................................................................................................15
6.4 Proof of Compliance....................................................................................................................15
7.0 Conclusion.......................................................................................................................................16
8.0 References........................................................................................................................................17

IIL LIPPA PROJECT 3

IIL LIPPA PROJECT 4
1.0 Introduction
1.1 Introduction
System analysis is a very crucial task that should be regularly undertaken to determine if the
current system being used by the business meets its increasing requirements and demands.
Inshore Insurance Ltd (IIL) carried out an analysis on their existing Risk Analysis Product (RAP)
system and found out that there was a problem in location and timing of the accidents and crimes
which brings about vehicular, personal, and household insurance claims that directly relate to
cost and frequency. The system lacks the ability to time and locate events intelligently which
give rise to inefficiency in process flow within the company. This has caused incorrect frequency
estimation of accidents that happens and insurance claim cost. Therefore, estimating the future
budget is difficult and causes inaccuracy and inconsistency. Therefore, there is need to come up
with a system that will be able to address these problems that have arose because of the
inefficiency of the current system. It is expected that the Risk Analysis product will be excluded
from System Analysis in order to be run independently. In addition, RAP should be able to store
and support both generated and from the cloud using the system and one architecture.
One of the crucial requirements that is needed is the storage component which is needed in order
to fulfill the required storage capacity so that the system can run effectively and efficiently to
produce quality results (Valentijn et al., 2015). The proposed system will utilize a single
platform to operate on generated and primary data and is expected that the data volume will
increase drastically. However, the system is face with several challenges including data security,
unauthorized access, and performance limitation. The expected database size is 100TB and is
expected to increase yearly at the rate of 50% to 100%.