SISTEM ASURANSI JIWA KREDIT (AJK) PT. HEKSA EKA Life Insurance

SISTEM ASURANSI JIWA KREDIT (AJK) PT. HEKSA EKA Life Insurance

Tugas pada Mata Kuliah Spesifikasi dan Prasyarat Perangkat Lunak Dosen : Petrus Mursanto, M.Sc Ari Saptawijaya, M.Sc

Team Members: BUDHI RIYANTO 720500083Y ITA NOVITA 7205000903 JENNY SARI TARIGAN 7205000911 MUHAMMAD PRIYATNA 7205000954 PRAYITNO 7205000989

PROGRAM MAGISTER TEKNOLOGI INFORMASI FAKULTAS ILMU KOMPUTER UNIVERSITAS INDONESIA JAKARTA 2006

DAFTAR ISI

1. 2. 3. 4. 5. 6.

Requirement Management Plan Stakeholder Request Vision Supplementary Specification Use Case Diagram Use Case Specification 6.1 Use Case Specification Memasukkan Data Peserta 6.2 Use Case Specification Memasukkan Data Peserta Klaim 6.3 Use Case Specification Membuat Polis 6.4 Use Case Specification Melihat Nilai Asuransi 6.5 Use Case Specification Mencetak Laporan 7. Glossary 8. Matrix 8.1 Matrix Features 8.2 Matrix Stakeholder Request 8.3 Matrix Supplementary Requirement 8.4 Matrix Use Case 8.5 Matrix Need 9. Treacibility 9.1 Treacibility Stakeholder Request vs Stakeholder Need 9.2 Treacibility Stakeholder Need vs Features 9.3 Treacibility Features vs Use Case 9.4 Treacibility Features vs Supplementary Requirement

PT. HEKSA EKA Life Insurance

SISTEM INFORMASI ASURANSI JIWA KREDIT Requirements Management Plan Version 1.2

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2

Version: 1.2 Date: 21/Des/06

Revision History Date

Version

Description

Author

14/Nov/06

1.0

First Draft Requirement Management Plan

Jenny, Prayitno

27/Nov/06

1.1

Final Version RMP

Ita, Budi, Priyatna

21/Des/06

1.2

Final (Revisi Laporan)

Ita

Confidential

PT. HELI, 2006

Page 2



Table of Contents 1.

Introduction

5

1.1 1.2 1.3 1.4 1.5

5 5 5 5 5

Purpose Scope Definitions, Acronyms, and Abbreviations References Overview

2.

Requirements Management 2.1 Organization, Responsibilities, and Interfaces 2.1.1 Customer 2.1.2 User 2.1.3 Stakeholder 2.1.4 Project manager 2.1.5 Quality assurance (QA) 2.1.6 Developer 2.1.7 Team leader 2.1.8 Configuration manager 2.1.9 Requirements specifier 2.2 Contact Table 2.3 Tools, Environment, and Infrastructure

5 5 5 5 6 6 6 6 6 6 6 6 7

3.

Requirements Artifacts

7

3.1

3.2 3.3

Artifact Description 3.1.1 Document Types 3.1.2 Requirement Types 3.1.3 Attributes 3.1.4 List Values Traceability 3.2.1 Traceability Criteria for Requirement Types Reports and Measures

7 7 8 9 11 13 13 14

4.

Requirements Change Management 4.1 Change Request Processing and Approval 4.1.1 A Change Request, Enhancement Request, or Defect is proposed by a stakeholder. 4.1.2 The CCB reviews impact on artifacts, costs, and schedule. 4.1.3 Responsibility for implementing changes is assigned to appropriate workers. 4.1.4 Changes are incorporated into a build and tested. 4.1.5 The change requests are validated and closed. 4.1.6 Change Control Board (CCB) 4.1.7 Change Control Manager [name, title, organization, contact information] 4.1.8 Project Manager [name, title, organization, contact information] 4.1.9 Configuration Manager [name, title, organization, contact information] 4.1.10 Stakeholders [name, title, organization, contact information] 4.1.11 Project Baselines 4.2 Workflows and Activities 4.2.1 Change Request Management (CRM) Process Activity Descriptions

16 16 16 16 16 16 16 16 16 16 16 17 17 18 18

5.

Milestones

18

Confidential

PT. HELI, 2006

Page 3

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 5.1

5.2

5.3 5.4

6.


Inception 5.1.1 Evaluation Criteria 5.1.2 Artifacts Elaboration 5.2.1 Evaluation Criteria 5.2.2 Artifacts Construction 5.3.1 Artifacts Transition 5.4.1 Evaluation Criteria 5.4.2 Artifacts

18 18 18 18 19 19 19 20 20 20 21

Training and Resources

Confidential

21

PT. HELI, 2006

Page 4



Requirements Management Plan 1.

Introduction Dokumen ini berisi panduan yang akan digunakan oleh proyek untuk memberikan gambaran mengenai standard requirement documents, requirement types, requirement attributes, dan traceability. Dokumen ini juga mendefinisikan strategi umum untuk pengaturan requirement dan berfungsi sebagai sumber dokumen utama bagi semua partisipan dalam proyek ini.

1.1

Purpose Kegunaan Requirements Management Plan adalah untuk mendefinisikan requirements schema dan attributes of the requirements.

1.2

Scope Dokumen Requirements Management Plan ini hanya mencakup hal-hal yang berhubungan dengan pengelolaan spesifikasi dan prasyarat Sistem Informasi Asuransi Jiwa Kredit.

1.3

Definitions, Acronyms, and Abbreviations Definisi dan singkatan yang terdapat dalam dokumen ini dapat dilihat pada dokumen Glossary.

1.4

References Larman, Craig. 2005. Applying UML and Patterns An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education Kotonya, Gerald. Sommervillle, Ian. 1998. Requirements Engineering Processes and Techniques. John Wiley & Son Kruchten, Philippe. 1999. The Rational Unified Process. Menlo Park, CA: Addison Wesley Leffingwell, D. and Don Widrig. 2000. Managing Software Requirements. Menlo Park, CA: Addison Wesley Spence, I. and L. Probasco. 1998. Traceability Strategies for Managing Requirements with Use Cases. Cupertino, CA: Rational Software Corporation Rational Unified Process®, Version 2003 Copyright © 1987 – 2003. Rational Software Corporation

1.5

Overview Dokumen ini berisikan rincian khusus dan strategi untuk mengelola kebutuhan Sistem Informasi Asuransi Jiwa Kredit. Dokumen ini menjelaskan bagaimana kebutuhan ditata dan dicatat dalam proyek ini. Dokumen ini menjelaskan proses pengelolaan perubahan kebutuhan-kebutuhan yang ada. Dijelaskan juga workflow dan rangkaian aktivitas yang berhubungan dengan pengontrolan kebutuhan proyek.

2.

Requirements Management

2.1

Organization, Responsibilities, and Interfaces

2.1.1

Customer Seseorang atau suatu organisasi, yang berasal baik dari internal maupun eksternal organisasi, yang bertanggung jawab terhadap masalah financial system yang akan dikembangkan. Pelanggan adalah penerima utama dari hasil pengembangan produk dan dokumentasinya.

2.1.2

User Seseorang yang akan menggunakan sistem yang akan dikembangkan.

Confidential

PT. HELI, 2006

Page 5



2.1.3

Stakeholder Individu atau organisasi yang akan dipengaruhi oleh keluaran dari sistem.

2.1.4

Project manager Individu yang bertanggung jawab penuh atas keberlangsungan proyek. Manajer proyek harus memastikan penjadwalan aktivitas, pengalokasian dan penyelesaiannya sesuai dengan jadwal proyek, anggaran dan kebutuhan kualitas.

2.1.5

Quality assurance (QA) Fungsi dari Quality Assurance adalah sebagai pihak yang bertanggung jawab atas kepastian bahwa standar dari proyek telah dijalankan dengan benar serta melaporkan semua hasil pantauannya ke manajer proyek.

2.1.6

Developer Seseorang yang bertanggung jawab untuk mengembangkan fungsionalitas yang dibutuhkan sesuai dengan standar dan prosedur proyek. Termasuk didalamnya aktivitas untuk melakukan pengumpulan kebutuhan, analisa dan perancangan, implementasi dan pengujian.

2.1.7

Team leader Pemimpin tim adalah penghubung antara pihak manajemen dan pengembang. Pemimpin tim bertanggung jawab untuk memastikan bahwa setiap aktivitas dilakukan dan dimonitor sampai penyelesaiannya. Pemimpin tim juga bertanggung jawab untuk memastikan bahwa staf pengembang mengikuti standar proyek dan sesuai dengan jadwal proyek.

2.1.8

Configuration manager Manajer konfigurasi bertanggung jawab untuk menyusun struktur produk dalam manajemen perubahan, mendefinisikan dan mengalokasikan ruang kerja bagi pengembang, dan melakukan integrasi. Manajer konfigurasi harus melaporkan hasil kegiatannya kepada manajer proyek.

2.1.9

Requirements specifier Seseorang yang bertugas untuk menyusun spesifikasi dari bagian fungsionalitas sistem dengan menggambarkan aspek kebutuhan tersebut ke dalam satu atau lebih use case. Requirement specifier juga bertanggung jawab untuk mempaketkan use case, menjaga integritas dari paket tersebut.

2.2

Contact Table Role

Name

Title

Organization

Contact

Customer

Ira Trinovita

Direktur Keuangan & Administrasi

PT. HELI

[email protected]

User

Taufik

Ka. Bagian Operasional

PT. HELI

[email protected]

Stakeholder

Rasidi

Direktur Top

PT. HELI

[email protected]

Project manager

Prayitno

Software Project Manager

MTI

[email protected]

Quality assurance

Ita

Senior Testing Manager

[email protected]

Team leader

Priyatna

Senior Developer

[email protected]

Confidential

PT. HELI, 2006

Page 6


2.3


Requirements specifier

Jenny

Software Project Manager

[email protected] .id

Configuration manager

Budi

Senior Software Engineer

Budhi_rembut@yahoo. com

Tools, Environment, and Infrastructure Alat bantu yang digunakan adalah Requisite Pro dari IBM rational. Tool

Description

License Info

Rational RequisitePro

For managing requirements

Technical Support

Website

[email protected] www.rational.com

3.

Requirements Artifacts

3.1

Artifact Description Bagian ini menggambarkan tentang artifact (dokumen, tipe kebutuhan, dan atribut kebutuhan) dan mendefinisikan bagaimana artifact tersebut diberi nama, ditandai, dan diberi nomor.

3.1.1

Document Types

Default Requirement Type

Document Type

Description

Stakeholder Requests (STR)

Kebutuhan utama stakeholders

Stakeholder Request (STRQ)

Vision (VIS)

Kondisi atau kemampuan dari sistem yang akan direlease

Feature (FEAT)

Use-Case Specification (UCS)

Deskripsi dan pengembangan use case

Use Case (UC)

Glossary (GLS)

Digunakan untuk mencatat semua kosakata yang umum digunakan dalam seluruh dokumen

Glossary Item (TERM)

Supplementary Requirements Specification (SUP)

Menggambarkan kebutuhan sistem yang tidak dapat digambarkan dalam use case

Supplementary Requirement (SUPL)

Requirements Management Plan (RMP)

Menggambarkan kebutuhan dan strategi tertentu untuk pengelolaan dan pengembangan proyek

Default for documents without requirements (NONE)

Confidential

PT. HELI, 2006

Page 7

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 3.1.2


Requirement Types

Requirement Type

Description

Attributes


Suatu kebutuhan tipe apapun juga, misalnya, Permintaan Perubahan/ Change Request, permintaan pengembangan baru, permintaan untuk perubahan kebutuhan, kesalahan, dari seorang stakeholder

Stakeholder Priority, Revision, Date, Reason

Stakeholder Need (NEED)

Kebutuhan real stakeholder yang diturunkan dari STRQ dan akan dikembangkan menjadi FEAT

Priority, Status, Difficulty, Stability

Feature (FEAT)

Layanan yang seharusnya disediakan oleh sistem yang secara langsung memenuhi kebutuhan stakeholder

Priority, Difficulty, Stability, Risk, Type, Status

Use Case (UC)

Deskripsi perilaku sistem yang digambarkan dalam urutan tindakan. Sebuah use case seharusnya menghasilkan keluaran yang dapat dirasakan oleh seorang actor

Property, Priority, Status, Difficulty, Stability


Deskripsi kebutuhan yang tidak dapat digambarkan secara langsung oleh use case

Priority, Status, Difficulty, Stability

Confidential

PT. HELI, 2006

Page 8


3.1.3


Attributes

Attribute

Description

Type

Disetting oleh analis

Priority

Menunjukkan prioritas pelanggan untuk mengimplementasikan kebutuhan

List Values High Medium

list

Low

Digunakan pada pengelolaan ruang lingkup dan menjelaskan prioritas pengembangan Disetting oleh analis dan quality assurance Status

Menunjukkan batasan kebutuhan

Approved list Incorporated

Menunjukkan revisi yang dilakukan atas perubahan pada requirement

integer

Date

Menampilkan tanggaldan waktu requirement mengalami perubahan

date

High

Menunjukkan tingkatan usaha yang dikumpulkan dengan kebutuhan

Medium

Digunakan untuk meningkatkan prioritas pengembangan dan untuk menjelaskan apakah informasi tambahan dibutuhkan

Confidential

Date

Disetting oleh manajer pengembangan

Menunjukkan keterangan tentang aktivitas yang dilakukan pada sebuah requirement yang berhubungan dengan requirement lain

PT. HELI, 2006

STRQ

FEAT, SUPL, UC, NEED

list

Low

Disetting oleh analis dan tim pengembangan

Reason

STRQ

time

Digunakan dalam pengelolaan ruang lingkup dan menjelaskan prioritas pengembangan

Stability

FEAT, UC, SUPL, NEED

Validated

Revision

Menunjukkan kemungkinan bahwa kebutuhan akan mengalami perubahan

FEAT, UC, SUPL, STRQ, NEED

Proposed

Digunakan dalam pengelolaan ruang lingkup dan menjelaskan status proyek

Difficulty

Requirement Type

High Medium FEAT, SUPL, UC, NEED

list

Low

STRQ

Page 9



Disetting oleh pembuat spesifikasi use case

Name Brief Description

Menunjukkan spesifikasi property use case yang sedang didokumentasikan sebagai suatu requirement Property

Basic Flow Alternate Flow list

Special Requirement

UC

Pre-Condition Post-Condition Extension Point Disetting oleh analis

Functional

Menunjukkan apakah suatu feature memberi dampak bagi fungsionalitas sistem atau tidak

Usability

Digunakan untuk menguji apakah non functional feature dispesifikasikan

Performance

Type

Reliability

Supportability list

Design Constraint

FEAT

Implementation Requirement Physical Requirement Interface Requirement Resiko yang mungkin terjadi selama proyek berlangsung, seperti jadwal yang menyimpang atau teknologi yang sulit digunakan

Schedule-High ScheduleMedium Schedule-Low

Risk

list

TechnologyHigh

FEAT

TechnologyMedium Technology-Low

Confidential

PT. HELI, 2006

Page 10


3.1.4


List Values

Value

For Attribute

Description

High

Priority

Sangat kritis untuk kesuksesan/ketahanan bisnis atau suatu order langsung dari investor atau pemegang kunci account

Medium

Priority

Bermanfaat, menambah nilai kompetitif dan feature yang unik

Low

Priority

Memungkinkan namun tidak terlalu membawa manfaat

Proposed

Status

Diajukan oleh suatu permintaan stakeholder

Approved

Status

Disetujui oleh manajer proyek dan atau penjamin kualitas

Incorporated

Status

Diberikan untuk dijalankan

Validated

Status

Diuji oleh penjamin kualitas

High

Difficulty

Sangat sukar, misalnya untuk menyetujuinya sangat mahal dalam hal sumber daya ataupun uang. Seharusnya diserang dahulu atau ditolak/dibatalkan

Medium

Difficulty

Sulit, tetapi dapat dilakukan tanpa menanggung resiko. Seharusnya hanya diserang setelah seluruh requirement yang tinggi dan sulit telah dipenuhi ataupun dibatalkan

Low

Difficulty

Mudah. Seharusnya dipenuhi belakangan

High

Stability

Sepertinya akan berubah, atau hal ini masih terlihat sangat samar dan membutuhkan penjelasan lebih lanjut untuk dikerjakan

Medium

Stability

Bisa berubah namun masih cukup stabil untuk memulai pekerjaan

Low

Stability

Hampir tidak akan berubah, dapat memberi kepuasan awal pada proses

Hot Line

Origin

Partners

Origin

Rekan kerja

Competitors

Origin

Kesamaan feature merupakan pesaing utama

Large Customers

Origin

Pengguna sistem

Name

Property

Brief Description

Property

Paragraf singkat yang menjelaskan nilai suatu use case

Basic Flow

Property

Skenario dasar dari use case

Alternate Flow

Property

Skenario alternatif dari use case

Special Requirement

Property

Non functional requirement yang hanya diaplikasikan

Confidential

PT. HELI, 2006

Page 11



kepada use case tersebut Pre-Condition

Property

Kondisi yang dibutuhkan sebelum use case dapat dimulai

Post-Condition

Property

Kondisi yang harus dipertemukan ketika use case berakhir

Extension Point

Property

True

Affects Architecture Berpengaruh terhadap core sistem

False

Affects Architecture Tidak berpengaruh terhadap core sistem

Functional

Type

Feature utama yang harus tersedia

Usability

Type

Tingkat manfaat yang bisa dihasilkan sistem

Reliability

Type

Tingkat reability yang bisa dihasilkan sistem

Performance

Type

Tingkat performance yang bisa dihasilkan sistem

Supportability

Type

Support yang akan diberikan oleh sistem

Design Constraint

Type

Batasan-batasan disain yang ada pada sistem

Implementation Requirement

Type

Kebutuhan yang harus tersedia saat implementasi

Physical Requirement

Type

Kebutuhan hardware yang harus tersedia saat implementasi

Interface Requirement

Type

Kebutuhan antarmuka yang harus tersedia saat implementasi

Schedule-High

Risk

Membutuhkan waktu sangat lama dalam development

Schedule-Medium

Risk

Membutuhkan waktu lama dalam development

Schedule-Low

Risk

Membutuhkan waktu singkat dalam development

Technology-High

Risk

Teknologi sangat sulit didapat

Technology-Medium

Risk

Teknologi sulit didapat

Technology-Low

Risk

Teknologi mudah didapat

True

Obsolete

Feature yang sudah usang dan akan dibuang

False

Obsolete

Feature yang masih berlaku

Confidential

PT. HELI, 2006

Page 12



3.2

Traceability

3.2.1

Traceability Criteria for Requirement Types

Stakeholder Request

Stakeholder Need

Feature

Use Case

Requirement Type

Supplementary Requirement

Guidelines

Notes


Keinginan stakeholder

Stakeholder Need (NEED)

Kebutuhan real yang masih menggunakan bahasa user dan dapat dijabarkan menjadi FEAT

Suatu NEED dapat menjadi lebih dari satu FEAT

Feature (FEAT)

Seluruh kebutuhan FEAT dengan status “Approved” harus ditelusuri dengan satu UC requirement atau lebih atau dengan satu SUPP requirement atau lebih

Gunakan query pada paket Coverage Analysis untuk memvalidasi cakupannya

Use Case (UC)

Setiap kebutuhan use case harus ditelusuri ke kebutuhan FEAT

Gunakan query pada paket Coverage Analysis untuk melakukan validasi


Setiap kebutuhan SUPP harus ditelusuri ke kebutuhan FEAT

Gunakan query dalam paket Coverage Analysis untuk memvalidasi cakupannya

Confidential

PT. HELI, 2006

Page 13

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 3.3


Reports and Measures Query Name

Description

Requirement Type

Attributes

Attribute Value Range

Features Not Traced to Stakeholder Need

FEAT, NEED

n/a

Not Traced

Supplementary Requirements Not Traced to Features

SUPL, FEAT

n/a

Not Traced

Use Cases Not Traced to Features

UC, FEAT

n/a

Not Traced

Stakeholder Need Not Traced to Stakeholder Request

NEED, STRQ

n/a

Not Traced

All Features

FEAT

all

all

Features Traced to Stakeholder Need

FEAT, NEED

n/a

all

Stakeholder Need Traced to Stakeholder Request

NEED, STRQ

n/a

all

Features Impacted by Stakeholder Request Changes

FEAT, STRQ

n/a

suspect only

Supplementary Requirements Impacted by Feature Changes

SUPL, FEAT

n/a

suspect only

Use Cases Impacted by Feature Changes

UC, FEAT

n/a

suspect only

All Stakeholder Requests

STRQ

all

all

All Supplementary Requirements

SUPL

all

all

Supplementary Requirements Traced to Features

SUPL, FEAT

n/a

all

Use Case Survey

UC

name, brief description

name, brief description

Use Cases Traced to Features

UC, FEAT

n/a

all

Confidential

PT. HELI, 2006

Page 14

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 Query Name


Description

Package

Benevit of View

All Features

Seluruh fitur produk dan atributnya

Features and Vision

Memprioritaskan fitur

All Glossary Terms

Seluruh istilah pada Glossary

Glossary

Pencarian cepat ke Glossary

All Supplementary Requirements

Seluruh kebutuhan dari tipe kebutuhan supplementary

Supplementary Requirements

Memprioritaskan kebutuhan non functional

All Use Cases

Seluruh kebutuhan use case

Use Cases

Memprioritaskan use case

Use Case Brief Descriptions

Keseluruhan use case dan penjelasan singkatnya

Use Cases

Use cases overview

Features Not Traced in Supplementary Specs

Daftar dari fitur yang tidak terhubung ke kebutuhan non functional

Coverage Analysis

Laporan dari keseluruhan fitur produk yang belum dirinci ke suatu grup kebutuhan non functional

Features Not Traced in Use Cases

Daftar dari fitur yang tidak terhubung ke use case

Coverage Analysis

Laporan dari keseluruhan fitur produk yang belum dirinci ke suatu grup use case

Full Coverage Report

Traceability tree dari semua hubungan yang ada

Coverage Analysis

Memperlihatkan seluruh hubungan yang sudah ada dalam proyek

Functional Requirements Coverage

Daftar hubungan fitur ke use case

Coverage Analysis

Menunjukkan hubungan yang ada untuk bagian fungsional dari sistem

Supplementary Requirements Affected by Feature Changes

Daftar dari kebutuhan supplementary yang potensial dipengaruhi oleh perubahan fitur produk

Impact Analysis

Kesadaran perubahan fitur terhadap kebutuhan non fungsional

Use Cases Impacted by Feature Changes

Daftar dari kebutuhan use case yang potensial dipengaruhi oleh perubahan fitur produk

Impact Analysis

Kesadaran perubahan fitur terhadap kebutuhan fungsional

Confidential

PT. HELI, 2006

Page 15


4.


Requirements Change Management

4.1 Change Request Processing and Approval Setiap permintaan perubahan yang ingin diajukan oleh stakeholder, maka perubahan yang diinginkan tersebut harus dituangkan ke dalam dokumen tertulis, berisikan detail perubahan, alasan dan dampak dari perubahan yang diinginkan. Dokumen permohonan perubahan tersebut selanjutnya harus disetujui oleh Direktur Teknik dan Operasional untuk dilihat cakupan perubahannya. 4.1.1

A Change Request, Enhancement Request, or Defect is proposed by a stakeholder. N/A

4.1.2

The CCB reviews impact on artifacts, costs, and schedule. N/A

4.1.3

Responsibility for implementing changes is assigned to appropriate workers. N/A

4.1.4

Changes are incorporated into a build and tested. N/A

4.1.5

The change requests are validated and closed. N/A

4.1.6

Change Control Board (CCB) N/A The CCB is a group composed of various technical and managerial stakeholders. The CCB assesses the impact of changes, determines priorities, and approves changes.

4.1.7

Change Control Manager Ita Novita, S.Kom., MTI, 0818192233 The change control manager role oversees the change control process. This role is usually played by a Configuration (or Change) Control Board (CCB) and consists of representatives from all interested parties, including customers, developers, and users. In a small project, a single team member, such as the project manager or software architect may play this role. The change control manager is also responsible for defining the Change Request Management Process, which is documented in the CM Plan.

4.1.8

Project Manager Prayitno, S.E., MTI, 08158808934 Responsible for the configuration management plan, one of the components of the overall software development plane. The project manager is also the recipient and use of the status and measurement reports.

4.1.9

Configuration Manager M. Priyatna, S.Si., MTI, 081317087020 Responsible for setting up the product structure in the Change Management system, for defining and allocating workspaces for developers, and for integration. The configuration manager also extracts the appropriate status and metrics reports for the project manager.

Confidential

PT. HELI, 2006

Page 16



4.1.10 Stakeholders PT. HEKSA EKA Life Insurance, (021) 7981894 (Hunting), Fax. : (021) 79774538, [email protected] Propose change requests.

4.1.11 Project Baselines

Iteration Inception phases

Elaboration phases

Primary Role menggambarkan perangkat lunak yang akan dibangun, yang didefinisikan sebagai lingkup proyek

Mengetahui kebutuhan pengguna dengan lengkap

Description

Deadline

Pada fase ini dilakukan penjajakan apakah proyek perangkat lunak dapat dilangsungkan atau tidak. Pertimbangan dapat didasarkan pada faktor ekonomi.

1 Oktober 2006

Pada fase ini dihasilkan gambaran perangkat lunak yang akan dibangun, yang didefinisikan sebagai lingkup proyek, dengan melakukan identifikasi actor dan use case yang paling esensial (biasanya mencapai 20% dari model yang lengkap). Selain itu, dibuat perencanaan bisnis yang menentukan sumberdaya yang dibutuhkan untuk proyek ini. Fokus dari fase ini adalah menentukan apakah pembangunan perangkat lunak sanggup dilakukan oleh pengembang. Hal ini didasarkan pada gambaran arsitektur perangkat lunak yang sudah lebih detail. Pada tahap ini dapat dilakukan tawar menawar mengenai jadwal, jumlah pegawai, dan biaya yang akan dikeluarkan. Tujuan akhir yang ingin dicapai pada fase ini adalah terciptanya suatu arsitektur perangkat lunak yang telah stabil.

1 Nopember 2006

Pada fase ini sebagian besar kebutuhan pengguna harus sudah diketahui (90%). Apabila kebutuhan pengguna dapat diketahui dengan lengkap, maka resiko akan banyak berkurang dan ukuran pekerjaan diperkirakan dengan baik. Perkiraan detil biaya dan sumberdaya dapat dilakukan di akhir fase ini. Construction phases

Melakukan implementasi kode program sesuai dengan hasil perancangan sebelumnya

Transition phases

Membuat keputusan apakah produk akan direlease atau tidak berdasarkan level kepuasan pengguna pada fase keempat ini. Apabila

Confidential

Pada fase ini dilakukan implementasi kode program sesuai hasil perancangan sebelumnya. Milestones yang terdapat pada fase ini berupa kode program yang sudah dapat menjalankan fungsifungsi tertentu. Produk perangkat lunak dibangun secara incremental dalam beberapa iterasi hingga dihasilkan beta release. Pada fase ini, secara keseluruhan pembangunan perangkat lunak telah selesai. Fase ini diawali dengan beta release. Pada fase ini, produk perangkat lunak akan diserahkan kepada pengguna untuk mulai digunakan. Untuk mendukung operasional perangkat lunak, dapat dilakukan PT. HELI, 2006

1 Desember 2006

1 Januari 2006

Page 17

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 ada kekurangan, dapat diinisiasi siklus berikutnya untuk meningkatkan kemampuan produk


pelatihan untuk pengguna.

4.2

Workflows and Activities

4.2.1

Change Request Management (CRM) Process Activity Descriptions N/A

5.

Milestones

5.1

Inception

5.1.1

Evaluation Criteria Persetujuan stakeholder atas defenisi ruang lingkup dan biaya/jadwal memperkirakan: • Kesepakatan atas sekumpulan kebutuhan telah dibuat dan ada pemahaman bersama tentang kebutuhankebutuhan tersebut. • Kesepakatan bahwa perkiraan biaya/jadwal, prioritas, risiko, dan proses pengembangan sudah tepat. • Semua risiko telah diidentifikasikan dan ada strategi penanganan untuk setiap risiko tersebut. Proyek ini mungkin akan dibatalkan atau dipertimbangkan kembali jika gagal mencapai milestone ini.

5.1.2

Artifacts

Tasks/Artifacts

5.2

Description

Vision

Kebutuhan utama, fitur-fitur utama, dan batasanbatasan proyek didokumentasikan

Business rule

Aturan-aturan yang ada dalam bisnis didokumentasikan dan diperiksa

Iteration Plan

Rencana iterasi untuk iterasi elaborasi yang pertama telah dibuat dan diperiksa

Glossary

Istilah yang penting didefinisikan, Glossary telah diperiksa

Use case Model

Actor dan use case yang penting diidentifikasi dan alur event dibuat hanya untuk use case yang terpenting

Start Date End Date

Elaboration Akhir fase elaborasi adalah milestone proyek ke dua yang terpenting. Pada titik ini dilakukan pendefinisian tujuan dan ruang lingkup sistem secara detil, pilihan arsitektur, dan resolusi terhadap risiko utama.

Confidential

PT. HELI, 2006

Page 18



Evaluation Criteria • Vision dan kebutuhan produk stabil. • Arsitektur stabil. • Pendekatan utama yang digunakan dalam pengujian dan evaluasi sudah terbukti. • Pengujian dan evaluasi terhadap prototype yang dapat dieksekusi telah menunjukkan elemen yang berisiko tinggi telah diperiksa dan di-resolve dengan baik. • Rencana iterasi untuk fase konstruksi cukup detil dan rinci sehingga memungkinkan pekerjaan mulai dilaksanakan. • Rencana iterasi untuk fase konstruksi didukung dengan perkiraan yang matang. • Semua stakeholder setuju bahwa vision sekarang dapat dipenuhi jika rencana yang telah disusun dieksekusi untuk mengembangkan sistem yang lengkap, dalam konteks arsitektur yang ada saat ini. • Penggunaan sumber daya aktual vs yang direncanakan masih dapat diterima. Proyek ini mungkin dapat dibatalkan atau dipertimbangkan untuk diperbaiki jika gagal mencapai milestone ini.

5.2.2

Artifacts

Tasks/Artifacts

Description

Prototype

Satu atau lebih executable prototype arsitektur telah dibuat untuk menggali fungsionalitas yang bersifat kritis dan skenario yang penting

Risk List

Di-update dan diperiksa, khususnya untuk menangani risiko kebutuhan non fungsional

Software Architecture Document

Sudah dibuat dan dijadikan baseline, termasuk deskripsi detil tentang use case yang penting (use case view), identifikasi mekanisme utama, dan elemen rancangan (logical view)

Design Model

Update elemen rancangan yang baru yang diidentifikasi selama penyelesaian semua kebutuhan

Data Model

Di-update dengan melengkapi semua elemen yang mendukung implementasi

Implementation Model

Struktur awal telah dibuat dan komponen utama telah dibuat prototype-nya

5.3

Construction

5.3.1

Evaluation Criteria

Start Date End Date

Kriteria evaluasi untuk fase konstruksi adalah jawaban atas pertanyaan berikut: •

Apakah product release yang bersangkutan sudah cukup stabil dan matang untuk di-deploy di lingkungan pengguna?

•

Apakah semua stakeholders siap untuk melakukan proses transisi dalam lingkungan pengguna?

Confidential

PT. HELI, 2006

Page 19

Sistem Informasi Asuransi Jiwa Kredit Requirement Management Plan Team/RMP1.2 •


Apakah penggunaan sumber daya secara aktual vs yang direncanakan masih dapat diterima? Transisi mungkin harus ditunda karena satu release jika proyek gagal mencapai milestone ini.

5.3.2

Artifacts

Tasks/Artifacts

Description

System

Sistem yang dapat dieksekusi, siap untuk dilakukan beta testing

Deployment Plan

Versi awal dibuat, diperiksa, dan dijadikan baseline

Implementation Model

Perluasan dari yang sudah dihasilkan dalam fase elaborasi. Semua elemen implementasi dibuat pada akhir fase konstruksi

Test Suite

Pengujian dilakukan terhadap semua release yang dibuat dalam fase konstruksi untuk menguji stabilitasnya

Start Date End Date

End-user Support Material User manual dan bahan pelatihan lainnya. Berupa draft awal berdasarkan use case Iteration Plan

Rencana iterasi untuk fase transisi sudah selesai dibuat dan diperiksa

Design Model

Update elemen rancangan yang baru yang diidentifikasi selama penyelesaian semua kebutuhan

Data Model

Di-update dengan melengkapi semua elemen yang mendukung implementasi

5.4

Transition

5.4.1

Evaluation Criteria

• •

Kriteria evaluasi untuk fase transisi adalah jawaban atas pertanyaan berikut: Apakah pengguna puas? Apakah penggunaan aktual sumber daya vs rencana dapat diterima?

Pada Product Release Milestone, produk berada dalam lingkungan produksi dan post-release maintenance cycle dimulai. Hal ini mungkin akan melibatkan cycle baru, atau maintenance release tambahan.

Confidential

PT. HELI, 2006

Page 20



Artifacts

Tasks/Artifacts

Description

Start Date

End Date

Product Build

Produk sudah dikembangkan dengan lengkap sesuai dengan kebutuhan. Produk akhir dapat digunakan oleh customer. End-user Support Material Bahan-bahan yang membantu pengguna akhir dalam pembelajaran, penggunaan, pengoperasian, dan pemeliharaan produk harus sudah lengkap sesuai dengan kebutuhannya. Implementation Element Implementasi sudah lengkap dan dibangun baseline-nya, elemen yang di-deploy digabungkan menjadi produk akhir.

6.

Training and Resources Tim pengembang harus sudah memahami konsep RUP dan pengelolaan kebutuhan sistem dengan menggunakan metodologi RUP. Software yang digunakan adalah Requisite Pro dan Rational Rose.

Confidential

PT. HELI, 2006

Page 21


SISTEM INFORMASI ASURANSI JIWA KREDIT

Stakeholder Requests Version 1.3 [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document. A paragraph entered following this style will automatically be set to normal (style=Body Text).] [To customize automatic fields in Microsoft Word (which display a gray background when selected), select File>Properties and replace the Title, Subject and Company fields with the appropriate information for this document. After closing the dialog, automatic fields may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the field contents. See Word help for more information on working with fields.]

Sistem Informasi Asuransi Jiwa Kredit Stakeholder Requests Team/STRQ1.3



Version

Description

Author

20/Sep/06

1.0

Initial Document

Ita

21/Sep/06

1.1

Melengkapi Stakeholder request

Ita

22/Sep/06

1.2

Final Version

Ita

21/Des/06

1.3


Ita

Confidential

PT. HELI, 2006

Page 2




Introduction

4

1.1 1.2 1.3 1.4 1.5

4 4 4 4 4


2.

Establish Stakeholder or User Profile

4

3.

Assessing the Problem

7

4.

Understanding the User Environment

8

5.

Recap for Understanding

8

6.

Analyst’s Inputs on Stakeholder’s Problem (validate or invalidate assumptions)

9

7.

Assessing Your Solution (if applicable)

9

8.

Assessing the Opportunity

9

9.

Assessing Reliability, Performance and Support Needs

9

9.1

Other Requirements

10

10.

Wrap-Up

10

11.

Analyst’s Summary

10

Confidential

PT. HELI, 2006

Page 3



Stakeholder Requests 1. Introduction 1.1 Purpose Tujuan dari pembuatan dokumen ini adalah: § Mendokumentasikan permasalahan yang dihadapi oleh para stakeholder § Mendokumentasikan para stakeholder Sistem Informasi Asuransi Jiwa Kredit § Mengetahui kebutuhan stakeholder atas Sistem Informasi Asuransi Jiwa Kredit 1.2 Scope Dokumen ini dijadikan acuan bagi pihak yang terkait dalam pengembangan Sistem Informasi Asuransi Jiwa Kredit yang nantinya akan diketahui profil stakeholder, permasalahan yang dihadapi serta solusi yang diusulkan oleh stakeholder. 1.3 Definitions, Acronyms, and Abbreviations Lihat dokumen glossary 1.4 References § Hasil wawancara § Company Profile § Dokumen input dan pelaporan. 1.5 Overview Secara umum dokumen ini berisi gambaran tentang profil stakeholder dan user yang berkepentingan terhadap pengembangan sistem ini termasuk permasalahan yang dihadapi oleh mereka serta solusi untuk mengatasi permasalahan tersebut. Untuk lebih memahami apa yang menjadi keinginan dan kebutuhan mereka maka bagian berikut akan dijelaskan profil setiap stakeholder dan user modul ini.

2. Establish Stakeholder or User Profile 2.1 Stakeholder •

Name: Sekretariat

•

Job Title: Pihak yang bertanggung jawab dalam menerima data dari rekanan.

•

Responsibilities: Menerima daftar peserta baru AJK, klaim peserta AJK, rekening koran, dan buktibukti transaksi keuangan lain dari bank (Bank BRI, Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha).

•

Deliverables: Pencatatan administrasi

•

For: Database System Support dan bagian KLAIM

•

Success measured: Dokumen diterima oleh pihak yang bersangkutan

•

Problem: Dokumen yang terselip, tidak sampai kepada yang dituju akibat kelalaian petugas. Problem ini tidak terlalu berpengaruh langsung terhadap sistem, namun perlu tindakan yang lebih teliti.

•

Name: Database System Support

•

Job Title: Pihak yang bertanggung jawab terhadap data dari rekanan

Confidential

Company / Industry: PT HELI


PT. HELI, 2006

Page 4



•

Responsibilities: Ø Mengelola data peserta AJK yang berasal dari seluruh rekanan bisnis. Ø Mengolah data peserta dan membuat laporan bulanan, dan tahunan. Ø Mengolah dan menyajikan informasi AJK secara real time atas permintaan tentang peserta dan klaim peserta.

•

Deliverable: Data yang sudah tersimpan dalam database peserta

•

For : Manajemen

•

Success measured: Akurasi data, kecepatan penyajian informasi

•

Problems : Kontrol yang kurang teliti terhadap dokumen data peserta dalam kegiatan input data oleh operator, sehingga satu dokumen data peserta diinput ulang oleh operator lain. Problem ini sangat berpengaruh langsung terhadap sistem khususnya akurasi data.

•

Name: Bagian BRI

•

Job Title: Pihak yang bertanggung jawab terhadap data peserta dari BRI

•

Responsibilities: Ø Melakukan input data peserta AJK yang berasal dari BRI (Persero). Ø Mengolah data peserta yang berasal dari BRI (Persero), membuat laporan bulanan, dan laporan tahunan. Ø Mengolah dan menyajikan informasi AJK secara real time atas permintaan manajemen tentang peserta dan klaim peserta BRI (Persero).

•

Deliverables: Data peserta BRI yang sudah tersimpan dalam Database

•

For: Manajemen, Database System Support

•


•

Problems : Data yang redudancy, hardware rusak, ancaman virus, dan kesalahan ketik. Redudancy dan kesalahan ketik terjadi akibat kurang telitinya operator, sehingga satu dokumen data peserta diinput ulang oleh operator lain. Problem ini sangat berpengaruh langsung terhadap sistem khususnya akurasi data.

•

Name: Bagian Non BRI

•

Job Title: Pihak yang bertanggung jawab terhadap data peserta dari Non BRI

•

Responsibilities: Ø Melakukan input data peserta AJK yang berasal dari non BRI (Persero) yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. Ø Mengolah data peserta non BRI (Persero) dan membuat laporan bulanan, dan tahunan. Ø Mengolah dan menyajikan informasi AJK secara real time sesuai permintaan tentang peserta dan klaim peserta Non BRI (Persero).

•

Deliverables: Data peserta Non BRI yang sudah tersimpan dalam bentuk File Spreadsheet.

•

For : Manajemen, Database System Support

•


•

Problems : Data yang redundancy, kesalahan ketik, hardware rusak, ancaman virus. Redudancy dan kesalahan ketik terjadi akibat kurang telitinya operator, sehingga satu dokumen data peserta diinput ulang oleh operator lain. Problem ini sangat berpengaruh langsung terhadap kinerja sistem khususnya akurasi data dan kecepatan pengolahan.

Confidential



PT. HELI, 2006

Page 5



•

Name: Bagian Operasional

•

Job Title: Pihak yang bertanggung jawab terhadap data peserta klaim dari BRI

•

Responsibilities: Ø Melaksanakan penyelesaian klaim peserta AJK dari BRI (Persero). Ø Mengolah data klaim peserta AJK dari BRI dan membuat laporan bulanan, dan tahunan.

•

Deliverables: Data peserta klaim AJK BRI yang sudah tersimpan dalam Database

•

For: Manajemen

•


•

Problems : Hardware rusak, ancaman virus, dan kesalahan ketik. Problem ini sangat berpengaruh langsung terhadap kinerja sistem khususnya akurasi data dan kecepatan pengolahan.

•

Name: Bagian Klaim

•

Job Title: Pihak yang bertanggung jawab terhadap data peserta klaim dari Non BRI

•

Responsibilities: Ø Melaksanakan penyelesaian klaim peserta AJK dari non BRI yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. Ø Mengolah data klaim peserta AJK dari non BRI dan membuat laporan bulanan, dan tahunan.

•

Deliverables: Data peserta klaim AJK Non BRI yang sudah tersimpan dalam bentuk File Spreadsheet.

•

For: Manajemen

•


•

Problems: Data yang redudancy, hardware rusak, ancaman virus, dan kesalahan ketik. Problem ini sangat berpengaruh langsung terhadap kinerja sistem khususnya akurasi data dan kecepatan pengolahan.

•

Name: Bagian Keuangan

•

Job Title: Pihak yang bertanggung jawab terhadap pengelolaan nilai asuransi

•

Responsibilities: Melakukan evaluasi terhadap nilai benefit asuransi

•

Deliverables: Laporan tahunan rasio kecukupan modal

•

For: Manajemen

•

Success measured: Tercapainya rasio kecukupan modal

•





2.2. User profile •

Name: Operator

•

Job Title: Pihak yang akan melakukan pengisian data peserta dan klaim peserta AJK

•

Responsibilities: Melakukan entrian data peserta dan klaim AJK

•

Deliverables: Data peserta dan klaim AJK

Confidential


PT. HELI, 2006

Page 6



•

For: Kabag Operasional, Database System Support, Bagian Non BRI, Bagian Klaim.

•


•

Problems: Data yang redundancy, hardware rusak, ancaman virus, dan kesalahan ketik. Problem ini sangat berpengaruh langsung terhadap kinerja sistem khususnya akurasi data dan kecepatan pengolahan.

•

Name: Rekanan

•

Job Title: Pihak yang akan melihat nilai asuransi yang dibayarkan

•

Responsibilities: Melakukan perbandingan terhadap data peserta dan klaim yang dilaporkan.

•

Deliverables : Laporan keakuratan data peserta dan klaim

•

For: PT HELI

•

Success measured: Memperoleh keakuratan data peserta dan klaim

•

Problems: Jalur networking bermasalah (Bandwith), kesalahan pengiriman data peserta maupun data klaim, dan kesalahan pada pihak PT HELI.

•

Name: Bagian Keuangan

•

Job Title: Pihak yang bertanggung jawab terhadap pengelolaan nilai asuransi

•

Responsibilities: Melakukan evaluasi terhadap nilai benefit asuransi

•

Deliverables: Laporan tahunan rasio kecukupan modal

•

For: Manajemen

•

Success measured: Tercapainya rasio kecukupan modal

•


•

Name: Bagian Operasional

•

Job Title: Pihak yang bertanggung jawab terhadap data peserta klaim dari BRI

•

Responsibilities: • Melaksanakan penyelesaian klaim peserta AJK dari BRI (Persero). • Mengolah data klaim peserta AJK dari BRI dan membuat laporan bulanan, dan tahunan.

•

Deliverables: Data peserta klaim AJK BRI yang sudah tersimpan dalam Database

•

For: Manajemen

•


•

Problems : Hardware rusak, ancaman virus, dan kesalahan ketik. Problem ini sangat berpengaruh langsung terhadap kinerja sistem khususnya akurasi data dan kecepatan pengolahan.

Company / Industry: Bank BRI/Non BRI



3. Assessing the Problem The problem of

Confidential

§ Terdapat kerangkapan data, daftar peserta AJK yang sama, sering dimasukkan lebih dari satu kali saat perekaman (oleh operator). PT. HELI, 2006

Page 7



§

§

§

§

Affect The impact of which is

A successful solution would be

Contoh terdapat 2 (dua) orang peserta dengan nomor_ID = ’001’ dalam database yang sama. Terbatasnya ketersediaan data peserta AJK. Dalam database peserta hanya tersimpan peserta dalam periode 5 (lima) tahun, sehingga sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau. Informasi yang bersumber dari data lampau dibutuhkan dalam proses perencanaan pemasaran produk AJK. Mekanisme pengelolaan peserta dan klaim peserta AJK yang berasal dari BRI dan non BRI dikelola secara sendiri-sendiri (terpisah) yaitu perekaman, pengolahan, dan penyajian informasi peserta AJK BRI dikerjakan oleh Bagian BRI, sedangkan untuk yang non BRI oleh bagian Non BRI. Dengan cara ini maka penyelesaian pekerjaan memakan waktu yang lama, karena koordinasi (jumlah peserta, nilai premi, nilai pertanggungan dan lain sebagainya) sulit dilakukan antara bagian BRI dan Non BRI. Dalam pengelolaan produk AJK, pihak manajemen masih menemui beberapa masalah yaitu jumlah peserta/klaim, nilai premi/klaim, dan nilai pertanggungan yang dilaporkan oleh bagian pengelola produk AJK selalu tidak sama dengan yang dilaporkan oleh bagian keuangan padahal seharusnya sama. Penyampaian laporan (bulanan, dan tahunan) sering mengalami keterlambatan sampai 1 (satu) minggu dari jadwal pelaporan.

Direktur, Bagian Keuangan, Bagian Operasional, Bagian Database System Support, Bagian BRI, Bagian non BRI, dan operator. • Direktur sulit untuk mengambil keputusan secara cepat dan tepat akibat data tidak akurat dan keterlambatan waktu pelaporan. • Bagian operator harus teliti untuk mengentri peserta sehingga tidak terjadi memasukkan data yang sama 2 kali. • Bagian keuangan harus mengecek 2 kali data jumlah peserta/klaim, nilai premi/klaim, dan nilai pertanggungan dari bagian pengelola produk AJK dengan data keuangan itu sendiri. Perancangan dan pengembangan sistem informasi Asuransi Jiwa Kredit PT HELI yang baru.

4. Understanding the User Environment Yang menjadi user pada sistem ini antara lain yaitu operator, Bagian Operasional, Bagian Database System Support, Bagian BRI, Bagian non BRI, dan Direktur. Operator berasal dari siswa SMK yang sedang mengikuti PKL di PT. HELI. Mereka dapat bekerja dengan menggunakan Microsoft Windows, dan Microsoft Office. Untuk pengoperasian sistem aplikasi AJK, mereka mendapatkan pelatihan aplikasi AJK dengan menggunakan Foxpro. Tersedia tenaga programmer yang berada di bawah bagian operasional sebanyak 4 (empat) orang, dan selama ini mereka menangani sistem aplikasi AJK yang lama (yang dibangun dengan bahasa pemrograman Foxpro). Pegawai pada level operasional yang menjabat sebagai kepala bagian dan kepala urusan disamping memahami lingkup bisnis asuransi khususnya produk AJK, mereka mahir dalam pengoperasian komputer seperti Microsoft Windows, dan Microsoft Office. Sistem yang akan dikembangkan nanti harus memiliki interface yg baik. Untuk para penggunanya akan diberikan pelatihan bagaimana cara mengoperasikan sistem yang baru.

Confidential

PT. HELI, 2006

Page 8



5. Recap for Understanding § Terdapat kerangkapan data sebagai akibat daftar peserta AJK yang sama sering diinput lebih dari satu kali saat perekaman (oleh operator), contoh terdapat 2 (dua) orang peserta dengan nomor_ID = ’001’ dalam database yang sama. § Terbatasnya ketersediaan data peserta AJK. Dalam database peserta hanya tersimpan peserta dalam periode 5 (lima) tahun, sehingga sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau. Informasi yang bersumber dari data lampau dibutuhkan dalam proses perencanaan pemasaran produk AJK. § Mekanisme pengelolaan peserta dan klaim peserta AJK yang berasal dari BRI dan non BRI dikelola secara sendiri-sendiri (terpisah). Data peserta AJK dari BRI dikerjakan oleh Bagian BRI dengan menggunakan Sistem Aplikasi Foxpro, sedangkan untuk yang non BRI dikerjakan oleh bagian Non BRI dengan menggunakan Spreadsheet (Ms Excel). Dengan cara ini maka penyelesaian pekerjaan memakan waktu yang lama, karena koordinasi (jumlah peserta, nilai premi, nilai pertanggungan dan lain sebagainya) sulit dilakukan antara bagian BRI dan Non BRI. § Dalam pengelolaan produk AJK, pihak manajemen masih menemui beberapa masalah yaitu jumlah peserta/klaim, nilai premi/klaim, dan nilai pertanggungan yang dilaporkan oleh bagian pengelola produk AJK selalu tidak sama dengan yang dilaporkan oleh bagian keuangan padahal seharusnya sama. § Penyampaian laporan (bulanan, dan tahunan) sering mengalami keterlambatan sampai 1 (satu) minggu dari jadwal pelaporan.

6. Analyst’s Inputs on Stakeholder’s Problem (validate or invalidate assumptions) No 1.

Masalah Adaptasi para stakeholder terhadap penggunaan sistem informasi yang baru

Solusi Sementara Sistem yang lama tidak langsung dihilangkan, walaupun sudah ada sistem yang baru. Dijalankan secara pararel dengan sistem yang baru.

2.

Keamanan data transaksi

Pembatasan hak akses

Solusi yang diharapkan • Diadakannya pelatihan bagi para stakeholder untuk mengoperasikan sistem informasi yang baru. • Para stakeholder cepat familiar dengan sistem yang baru. Penggunaan firewall

7. Assessing Your Solution (if applicable) Atas beberapa poin permasalahan di atas maka diputuskan akan dibangun sistem informasi Asuransi Jiwa Kredit yang baru. Suatu sistem yg dapat menjadi solusi dari permasalahan di atas. Sistem informasi AJK yang baru akan memberikan keuntungan sebagai berikut : a. Kecepatan dalam pengolahan dan penyajian informasi. b. Tingkat akurasi data yang tinggi. c. Mampu memberikan informasi tentang AJK yang dibutuhkan dalam proses pengambilan keputusan, yang bersumber dari data mutakhir maupun data masa lampau (data riwayat). d. Koordinasi antar bagian akan mudah dilakukan karena sistem informasi terintegrasi.

8. Assessing the Opportunity Aplikasi yg akan dibangun ini dibutuhkan oleh seluruh stakeholder yang sudah dijelaskan pada bagian stakeholder profile. Confidential

PT. HELI, 2006

Page 9



9. Assessing Reliability, Performance, and Support Needs •

Reliability • Sistem mempunyai kemampuan menyimpan data untuk menghindari kehilangan dan kerusakan data (DBMS). • Dari segi kinerja, sistem dapat beroperasi secara full time 24 jam x 365 hari dan dapat diakses dari mana saja. • Sistem harus mempunyai kinerja yang optimal, setiap harinya.

•

Performance • Sistem memiliki waktu tanggap (respon time) maksimal 8 (lima) detik. • Data harus ter-update setiap ada perubahan yang terjadi. • Pengiriman data dari kantor cabang, paling lambat 3 menit. • Maksimum 40 pengguna dalam sekali update

•

Support Need • Dukungan terhadap aplikasi perangkat lunak yang telah dioperasionalkan dilakukan oleh bagian technical support. • Jika terjadi masalah dengan aplikasi perangkat lunak maupun hardware diperlukan dukungan dari technical support.

•

Security • Sistem perlu diberikan pembatasan hak akses untuk tiap-tiap pengguna, yakni administrasi data peserta, administrasi data peserta klaim, dan administrasi masing-masing manajemen level bisnis. • Sistem harus bebas dari hak akses database yang tidak legal yang berasal dari publik. • Pendefinisian hak akses hanya dapat dilakukan oleh administrasi yg ditunjuk

•

Installation and configuration requirements N/A

•

Licensing requirements N/A

•

Distribution Perangkat Lunak ini hanya akan digunakan untuk internal PT. HELI serta cabang-cabangnya dan tidak disebarluaskan pada pihak ketiga.

•

Labelling and packaging N/A

9.1 Other Requirements Meningkatkan pertumbuhan pendapatan premi sebesar 4% di atas pertumbuhan rata-rata per-tahun melalui dukungan dari kinerja sistem informasi AJK dalam pengambilan keputusan.

10. Wrap-Up N/A

Confidential

PT. HELI, 2006

Page 10



11. Analyst’s Summary Permasalahan yang dihadapi perusahaan saat ini adalah: • • • •

Tingkat akurasi data sangat lemah Keterlambatan waktu pelaporan Sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau . Respon time yang cukup lama untuk bertransaksi

Untuk mengatasi permasalahan tersebut, maka perlu dibangun sistem informasi Asuransi Jiwa Kredit yang baru (berbasis web) sebagai solusi perusahaan.

Confidential

PT. HELI, 2006

Page 11


SISTEM INFORMASI ASURANSI JIWA KREDIT

Vision Version 1.5

Sistem Informasi Asuransi Jiwa Kredit Vision Team/V1.5



Version

Description

Author

20/Sep/06

1.0

Initial Document

Priyatna

21/Sep/06

1.1

Melengkapi Vision

Priyatna

22/Sep/06

1.3

Melengkapi Vision

Priyatna

24/Sep/06

1.4

Final Version

Ita

21/Des/06

1.5


Ita

Confidential

PT. HELI, 2006

Page 2




Introduction

5

1.1 1.2 1.3 1.4 1.5

5 5 5 5 5


2.

Positioning 2.1 Business Opportunity 2.2 Problem Statement 2.3 Product Position Statement

5 5 7 8

3.

Stakeholder and User Descriptions

8

3.1 3.2 3.3 3.4 3.5

Market Demographics Stakeholder Summary User Summary User Environment Stakeholder Profiles 3.5.1 Sekretariat 3.5.2 Database System Support 3.5.3 Bagian BRI 3.5.4 Bagian Non BRI 3.5.5 Bagian Operasional 3.5.6 Bagian Klaim 3.5.7 Bagian Keuangan 3.6 User Profiles 3.6.1 Operator 3.6.2 Rekanan 3.6.3 Bagian Keuangan 3.6.4 Bagian Operasioanal 3.7 Key Stakeholder or User Needs 3.8 Alternatives and Competition 4.

8 8 9 10 10 10 10 10 10 11 11 11 11 11 12 12 12 12 13

Product Overview

13

4.1 4.2 4.3 4.4 4.5

13 13 14 14 14

Product Perspective Summary of Capabilities Assumptions and Dependencies Cost and Pricing Licensing and Installation

5.

Product Features

14

6.

Constraints

14

7.

Quality Ranges

14

8.

Precedence and Priority

15

Confidential

PT. HELI, 2006

Page 3

Sistem Informasi Asuransi Jiwa Kredit Vision Team/V1.5 9.

Other Product Requirements 9.1 Applicable Standards 9.2 System Requirements 9.3 Performance Requirements 9.4 Environmental Requirements

10.

15 15 15 15 15

Documentation Requirements 10.1 10.2 10.3 10.4

A


15

User Manual Online Help Installation Guides, Configuration, and Read Me File Labeling and Packaging

Feature Attributes

16

A.1 Status A.2 Benefit A.3 Effort A.4 Risk A.5 Stability Stabilitas menunjukkan kemungkinan fitur akan mengalami perubahan. A.6 Target Release A.7 Assigned To A.8 Reason

Confidential

15 15 15 15

PT. HELI, 2006

16 16 16 16 16 16 17 17 17

Page 4



Vision 1. Introduction 1.1 Purpose Dokumen ini berfungsi untuk mengumpulkan, menganalisa dan mendefinisikan kebutuhan serta fitur sistem Asuransi Jiwa Kredit (AJK) serta mendokumentasikan berbagai pihak yang berkepentingan (stakeholder) dan pengguna (user) dari sistem ini. Fokus pada kapabilitas kebutuhan dari stakeholder dan target user. 1.2 Scope Dokumen vision ini digunakan untuk menjelaskan Visi dari sistem AJK. AJK merupakan salah satu jenis produk dari asuransi jiwa. Asuransi Jiwa Kredit adalah produk asuransi yang memberikan jaminan perlindungan kepada nasabah bank yang melakukan pinjaman uang kepada bank yang bersangkutan. 1.3 Definitions, Acronyms, and Abbreviations Lihat dokumen glossary

1.4 References Larman, Craig. 2005. Applying UML and Patterns An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education Kotonya, Gerald. Sommervillle, Ian. 1998. Requirements Engineering Processes and Techniques. John Wiley & Son Kruchten, Philippe. 1999. The Rational Unified Process. Menlo Park, CA: Addison Wesley Leffingwell, D. and Don Widrig. 2000. Managing Software Requirements. Menlo Park, CA: Addison Wesley Spence, I. and L. Probasco. 1998. Traceability Strategies for Managing Requirements with Use Cases. Cupertino, CA: Rational Software Corporation Rational Unified Process®, Version 2003 Copyright © 1987 – 2003. Rational Software Corporation

1.5 Overview Dokumen ini menjelaskan tentang business opportunity, target pendapatan yang akan dicapai, fitur-fitur yang ada di dalamnya, termasuk juga dokumentasi yang akan disediakan setelah proyek ini selesai. Juga secara singkat dijelaskan seberapa besar cost yang harus dikeluarkan.

2. Positioning 2.1 Business Opportunity Sistem AJK saat ini memiliki kelemahan-kelemahan, sehingga menghambat visi organisasi yang telah ditargetkan. Keberadaan sistem AJK yang baru nantinya, diharapkan akan memberikan: Informasi AJK yang cepat, tepat, dan akurat bagi manajemen. Mekanisme pengelolaan produk AJK bekerja secara efektif dan memiliki tingkat efisiensi waktu dan biaya yang tinggi. Data peserta dan klaim peserta AJK dari seluruh rekanan bisnis dikelola dalam satu sistem database yang baik (DBMS). Data peserta dan klaim peserta yang usianya di atas 5 (lima) tahun tidak dihapus, namun disimpan menjadi Confidential

PT. HELI, 2006

Page 5



database riwayat, sehingga manajemen dapat memanfaatkan untuk kepentingan perencanaan pemasaran produk AJK dalam rangka meningkatkan pendapatan premi. Setiap level manajemen/bagian/staf yang terkait dengan proses pengelolaan AJK dapat mengakses database dalam waktu bersamaan untuk mendapatkan informasi sesuai kepentingan masing-masing.

Confidential

PT. HELI, 2006

Page 6



2.2 Problem Statement The problem of

Affects

The impact of which is

A successful solution would be

Confidential

Terdapat kerangkapan data, daftar peserta AJK yang sama, sering dimasukkan lebih dari satu kali saat perekaman (oleh operator). Contoh terdapat 2 (dua) orang peserta dengan nomor_ID = ’001’ dalam database yang sama. Terbatasnya ketersediaan data peserta AJK. Dalam database peserta hanya tersimpan peserta dalam periode 5 (lima) tahun, sehingga sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau. Informasi yang bersumber dari data lampau dibutuhkan dalam proses perencanaan pemasaran produk AJK. Mekanisme pengelolaan peserta dan klaim peserta AJK yang berasal dari BRI dan non BRI dikelola secara sendiri-sendiri (terpisah) yaitu perekaman, pengolahan, dan penyajian informasi peserta AJK BRI dikerjakan oleh Bagian BRI, sedangkan untuk yang non BRI oleh bagian Non BRI. Dengan cara ini maka penyelesaian pekerjaan memakan waktu yang lama, karena koordinasi (jumlah peserta, nilai premi, nilai pertanggungan dan lain sebagainya) sulit dilakukan antara bagian BRI dan Non BRI. Dalam pengelolaan produk AJK, pihak manajemen masih menemui beberapa masalah yaitu jumlah peserta/klaim, nilai premi/klaim, dan nilai pertanggungan yang dilaporkan oleh bagian pengelola produk AJK selalu tidak sama dengan yang dilaporkan oleh bagian keuangan padahal seharusnya sama. Penyampaian laporan (bulanan, dan tahunan) sering mengalami keterlambatan sampai 1 (satu) minggu dari jadwal pelaporan. Operator Bagian keuangan Direktur Database sistem support Rekanan Seringkali perekaman data peserta harus dilakukan berulang-ulang karena performance sistem yang buruk. Mekanisme pengelolaan peserta dan klaim peserta AJK tidak efisien dan efektif, peserta AJK yang berasal dari BRI dan non BRI dikelola secara sendiri-sendiri (terpisah). Perekaman, pengolahan, dan penyajian informasi peserta AJK BRI dikerjakan oleh Bagian BRI, sedangkan untuk yang non BRI oleh bagian Non BRI. Dengan cara ini maka penyelesaian pekerjaan memakan waktu yang lama, karena koordinasi (jumlah peserta, nilai premi, nilai pertanggungan dan lain sebagainya) sulit dilakukan antara bagian BRI dan Non BRI. Tingkat akurasi data sangat lemah. Daftar peserta AJK yang sama, sering dimasukan lebih dari satu kali saat perekaman (oleh siswa SMK), akibatnya terjadi data rangkap peserta sehingga jumlah peserta, nilai premi, dan nilai pertanggungan keliru. Contoh terdapat 2 (dua) orang peserta dengan nomor_ID = ’001’ dalam database yang sama. Terbatasnya ketersediaan data peserta AJK. Dalam database peserta hanya tersimpan peserta dalam periode 5 (lima) tahun, sehingga sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau. Informasi yang bersumber dari data lampau dibutuhkan dalam proses perencanaan pemasaran produk AJK. Penyajian informasi data peserta dan klaim peserta bulanan, tahunan dapat dilakukan secara akurat, cepat, up to date serta tepat waktu sesuai jadwal pelaporan (tidak terjadi keterlambatan 1 (satu) minggu seperti sebelumnya). Pendapatan premi meningkat 4% di atas pertumbuhan rata-rata per-tahun sebesar 21%. PT. HELI, 2006

Page 7



Penghematan waktu kerja 1 minggu, dengan mekanisme pengelolaan produk AJK yang baru. Penghematan biaya operator sebesar Rp. 15.600.000 per-tahun, karena tersedia fasilitas perekaman secara otomatis. 2.3 Product Position Statement For

Who

The (product name) That

Unlike Our product

Operator Bagian keuangan Direktur Database System Support Rekanan Pihak yang akan selalu melakukan atau menggunakan sistem AJK dari pemasukan data, pengolahan data, verifikasi, validasi, pengambilan keputusan, dan mengelola nilain asuransi Sistem ini merupakan perangkat lunak untuk proses pengolahan data asuransi jiwa kredit peserta BRI dan non BRI, serta klaim peserta asuransi Pendapatan premi meningkat 4% di atas pertumbuhan rata-rata per-tahun sebesar 21%. Penghematan waktu kerja 1 minggu, dengan mekanisme pengelolaan produk AJK yang baru. Penghematan biaya operator sebesar Rp. 15.600.000 per-tahun, karena tersedia fasilitas perekaman secara otomatis. § Sistem yang masih manual § Sistem yang belum terintegrasi dengan kantor cabang Penyajian informasi data peserta dan klaim peserta bulanan, tahunan dapat dilakukan secara akurat, cepat, up to date serta tepat waktu sesuai jadwal pelaporan (tidak terjadi keterlambatan 1 (satu) minggu seperti sebelumnya).

3. Stakeholder and User Descriptions 3.1 Market Demographics Aplikasi ini merupakan internal aplikasi, dan tidak ditujukan untuk dipasarkan kepada umum. 3.2 Stakeholder Summary Name

Description

Sekretariat

Pihak yang bertanggung jawab dalam menerima data dari rekanan

Database System Support

Pihak yang bertanggung jawab terhadap data peserta dari rekanan

Bagian BRI

Pihak yang bertanggung jawab terhadap data peserta dari BRI

Confidential

Responsibilities Menerima daftar peserta baru AJK , klaim peserta AJK, rekening koran, dan bukti-bukti transaksi keuangan lain dari bank (Bank BRI, Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha) Mengelola data peserta AJK yang berasal dari seluruh rekanan bisnis. Mengolah data peserta dan membuat laporan bulanan, dan tahunan. Mengolah dan menyajikan informasi AJK secara real time atas permintaan tentang peserta dan klaim peserta. Mengelola data peserta AJK yang berasal dari BRI (Persero). Mengolah data peserta yang berasal dari BRI (Persero), membuat laporan bulanan, dan laporan tahunan.

PT. HELI, 2006

Page 8



Bagian Non BRI

Pihak yang bertanggung jawab terhadap data peserta dari Non BRI

Bagian Operasional

Pihak yang bertanggung jawab terhadap data peserta klaim dari BRI

Bagian Klaim

Pihak yang bertanggung jawab terhadap data peserta klaim dari Non BRI

Bagian Keuangan

Pihak yang bertanggung jawab terhadap pengelolaan nilai asuransi

Mengolah dan menyajikan informasi AJK secara real time atas permintaan manajemen tentang peserta dan klaim peserta BRI (Persero). Mengelola data peserta AJK yang berasal dari non BRI (Persero) yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. Mengolah data peserta non BRI (Persero) dan membuat laporan bulanan, dan tahunan. § Mengolah dan menyajikan informasi AJK secara real time sesuai permintaan tentang peserta dan klaim peserta Non BRI (Persero). Melaksanakan penyelesaian klaim peserta AJK dari BRI (Persero). Mengolah data klaim peserta AJK dari BRI dan membuat laporan bulanan, dan tahunan. Melaksanakan penyelesaian klaim peserta AJK dari non BRI yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. Mengolah data klaim peserta AJK dari non BRI dan membuat laporan bulanan, dan tahunan. Mengelola data nilai asuransi.

3.3 User Summary Name

Description

Responsibilities

Operator

Pihak yang akan melakukan pengisian data peserta dan klaim AJK

Melakukan entrian data peserta dan klaim AJK

Rekanan

Pihak yang akan melihat nilai asuransi yang dibayarkan

Melakukan perbandingan terhadap data peserta dan klaim yang dilaporkan

Bagian Keuangan

Pihak yang akan melakukan evaluasi terhadap nilai asuransi

Melakukan evaluasi terhadap nilai benefit asuransi

Bagian Operasional

Pihak yang akan melakukan verifikasi nilai premi dan klaim

-

Confidential

PT. HELI, 2006

Page 9



3.4 User Environment Pengguna sistem AJK akan berada pada lingkungan yang cukup statis. Mereka masing-masing menghadapi 1 (satu) PC yang digunakan untuk mengakses ke sistem dimana PC tersebut harus terhubung ke jaringan (networking) atau internet. Setiap user menggunakan hak akses/log in yang bersifat rahasia. 3.5 Stakeholder Profiles 3.5.1 Sekretariat Representative Description Type Responsibilities Success Criteria Involvement Deliverables Comments / Issues

Mrs. Ema Yanita, SA Staf Sekretariat, pihak yang bertanggung jawab dalam menerima data dari rekanan Karyawan Pencatatan administrasi Dokumen diterima oleh pihak yang bersangkutan Pencatatan administrasi -

3.5.2 Database System Support Mr. Jajang Representative Pihak yang bertanggung jawab terhadap data rekanan Description Karyawan Type • Mengelola data peserta AJK yang berasal dari seluruh rekanan bisnis. Responsibilities • Mengolah data peserta dan membuat laporan bulanan, dan tahunan. • Mengolah dan menyajikan informasi AJK secara real time atas permintaan tentang peserta dan klaim peserta. Akurasi data, kecepatan penyajian informasi Success Criteria Involvement Data yang sudah tersimpan dalam database peserta Deliverables Comments / Issues 3.5.3 Bagian BRI Representative Description Type Responsibilities

Success Criteria Involvement Deliverables Comments / Issues

Mr. Suwahyono Pihak yang bertanggung jawab terhadap data peserta dari BRI Karyawan • Mengelola data peserta AJK yang berasal dari BRI (Persero). • Mengolah data peserta yang berasal dari BRI (Persero), membuat laporan bulanan, dan laporan tahunan. • Mengolah dan menyajikan informasi AJK secara real time atas permintaan manajemen tentang peserta dan klaim peserta BRI (Persero). Akurasi data, kecepatan penyajian informasi Data peserta BRI yang sudah tersimpan dalam Database -

3.5.4 Bagian Non BRI Representative Description Type Responsibilities

Confidential

Mr. Taufik Pihak yang bertanggung jawab terhadap data peserta dari Non BRI Karyawan • Mengelola data peserta AJK yang berasal dari non BRI (Persero) yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. • Mengolah data peserta non BRI (Persero) dan membuat laporan bulanan, dan PT. HELI, 2006

Page 10




tahunan. • Mengolah dan menyajikan informasi AJK secara real time sesuai permintaan tentang peserta dan klaim peserta Non BRI (Persero). Akurasi data, kecepatan penyajian informasi Data peserta Non BRI yang sudah tersimpan dalam Database -

3.5.5 Bagian Operasional Representative Description Type Responsibilities


Mr. Alex Pihak yang bertanggung jawab terhadap data peserta klaim dari BRI Karyawan • Melaksanakan penyelesaian klaim peserta AJK dari BRI (Persero). • Mengolah data klaim peserta AJK dari BRI dan membuat laporan bulanan, dan tahunan. Akurasi data, kecepatan penyajian informasi Data peserta klaim AJK BRI yang sudah tersimpan dalam Database -

3.5.6 Bagian Klaim Representative Description Type Responsibilities


Mr. Nur Ali Pihak yang bertanggung jawab terhadap data peserta klaim dari Non BRI Karyawan • Melaksanakan penyelesaian klaim peserta AJK dari non BRI yaitu Bank Mandiri, Bank Bukopin, Bank Kesejahteraan, dan Perum Sarana Pengembangan Usaha. • Mengolah data klaim peserta AJK dari non BRI dan membuat laporan bulanan, dan tahunan. Akurasi data, kecepatan penyajian informasi Data peserta klaim AJK Non BRI yang sudah tersimpan dalam Database -

3.5.7 Bagian Keuangan Representative Description Type Responsibilities Success Criteria Involvement Deliverables Comments / Issues

Mrs. Ati Herawati Pihak yang bertanggung jawab terhadap pengelolaan nilai asuransi Karyawan Melakukan evaluasi terhadap nilai benefit asuransi Tercapainya rasio kecukupan modal Laporan tahunan rasio kecukupan modal -

3.6 User Profiles 3.6.1 Operator Representative Description Type Confidential

Siswi SMK Pihak yang akan melakukan pengisian data peserta dan klaim AJK Outsources PT. HELI, 2006

Page 11

Sistem Informasi Asuransi Jiwa Kredit Vision Team/V1.5 Responsibilities Success Criteria Involvement Deliverables Comments / Issues


Melakukan entrian data peserta dan klaim AJK Akurasi data, kecepatan penyajian informasi Data peserta dan klaim AJK -

3.6.2 Rekanan Representative Description Type Responsibilities Success Criteria Involvement Deliverables Comments / Issues

Bank BRI dan Non BRI Pihak yang akan melihat nilai asuransi yang dibayarkan Outsources Melakukan perbandingan terhadap data peserta dan klaim yang dilaporkan Memperoleh keakuratan data peserta dan klaim Laporan keakuratan data peserta dan klaim -

3.6.3 Bagian Keuangan Representative Description Type Responsibilities Success Criteria Involvement Deliverables Comments / Issues

Mrs. Ira Trinovita, S.E., AAAIJ Pihak yang bertanggung jawab terhadap pengelolaan nilai asuransi Karyawan Melakukan evaluasi terhadap nilai benefit asuransi Tercapainya rasio kecukupan modal Laporan tahunan rasio kecukupan modal -

3.6.4 Bagian Operasioanal Representative Description Type Responsibilities


Mr. Alex Pihak yang bertanggung jawab terhadap data peserta klaim dari BRI Karyawan • Melaksanakan penyelesaian klaim peserta AJK dari BRI (Persero). • Mengolah data klaim peserta AJK dari BRI dan membuat laporan bulanan, dan tahunan. Akurasi data, kecepatan penyajian informasi Data peserta klaim AJK BRI yang sudah tersimpan dalam Database -

3.7 Key Stakeholder or User Needs Need

Priority

Memerlukan sistem yang dapat melakukan perekaman data peserta yang terintegrasi

High

Memerlukan sistem yang dapat mengkondisikan adanya data peserta AJK yang

High

Confidential

Concerns

Current Solution

Proposed Solutions

Agar data peserta AJK dapat dikendalikan oleh sistem, mencegah kegagalan penyimpanan data dan mencegah kerangkapan data Agar bagian operasional dapat melakukan verifikasi dan validasi data peserta dan data

Perekaman data hanya dilakukan oleh para outsources dari siswa/siswi SMK

Menyediakan fitur untuk melakukan perekaman data

Meminta data peserta AJK kepada bagian Database System

Membangun sistem berbasis database server untuk melakukan validasi dan verifikasi secara

PT. HELI, 2006

Page 12

Sistem Informasi Asuransi Jiwa Kredit Vision Team/V1.5 sesuai dengan data klaim peserta Memerlukan sistem yang dapat menampilkan dan mencetak data peserta dan data klaim AJK

Medium

Memerlukan sistem yang dapat melakukan networking serta VOIP jika memungkinkan

High

Memerlukan sistem yang dapat menampilkan rekapitulasi nilai premi, pertanggungan dan klaim dari rekanan tertentu

High


klaim

Support

Agar Operator, Bagian Keuangan, Direktur, dan Database System Support dapat melakukan CRUD jika diperlukan Agar setiap manajemen dapat berinteraksi pada posisi masing-masing baik internal maupun eksternal (cabang PT HELI) Agar bagian keuangan dapat mengambil tindakan yang menguntungkan bagi perusahaan berkaitan dengan cashflow

Meminta print out dari masingmasing bagian

Meminta hardcopy dan komunikasi melalui kurir, email ataupun telepon Meminta print out dari bagian operasional, klaim dan dari rekening koran

akurat, cepat, dan tepat waktu Menyediakan sistem yang dapat mencetak dan menampilkan data dengan hak akses yang ditentukan

Menyediakan sistem yang dapat melakukan sharing data dan melakukan voice IP antar bagian atau antar cabang Disediakan fitur untuk menampilkan nilai asuransi

3.8 Alternatives and Competition N/A. Proyek ini bukan merupakan produk yang akan dipasarkan, tapi hanya akan dipakai internal.

4. Product Overview 4.1 Product Perspective Sistem informasi AJK ini bertujuan untuk memberikan pelayanan, kenyamanan, kehandalan, dan keamanan bagi kebutuhan dan mendokumentasikan berbagai pihak yang berkepentingan (stakeholder) dan pengguna (user) dari sistem informasi AJK, sehingga diperoleh keluaran yang diinginkan sesuai visi dan misi perusahaan secara cepat, akurat, dan tepat waktu. Proses kerjanya masing-masing stakeholder dan user diberikan hak akses yang telah ditetapkan sehingga dapat log in dan log out. 4.2 Summary of Capabilities Customer Support System Customer Benefit Supporting Features Operator dapat melakukan entri data Fasilitas entri data yang telah terintegrasi dengan cepat, tepat, dan akurat dengan database server Database System Support dapat Fasilitas mengelola dan mengolah data mengelola dan mengolah data peserta peserta AJK yang cepat, tepat, dan akurat AJK yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan Bagian BRI dan non BRI dapat Fasilitas untuk mengelola dan mengolah mengelola data peserta BRI dan non data peserta AJK dari BRI dan non BRI BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan Bagian operasional dan klaim dapat Fasilitas untuk mengelola dan mengolah mengelola data klaim peserta BRI data peserta klaim AJK dari BRI dan non dan non BRI BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan

Confidential

PT. HELI, 2006

Page 13



Direktur dapat dengan cepat, tepat, dan akurat dalam pengambilan keputusan perusahaan dan mengontrol manajemen di bawahnya

Fasilitas untuk menampilkan dan mencetak dari masing-masing bagian

4.3 Assumptions and Dependencies Sistem AJK yang dibahas disini memiliki ketergantungan terhadap berbagai faktor antara lain : § terhadap sistem operasi § terhadap hubungan jaringan internet § terhadap database-nya § Jika ada gangguan terhadap faktor-faktor tersebut dapat mengakibatkan sistem terganggu pula, jika ada perubahan yang dilakukan terhadap faktor-faktor tersebut maka dokumen vision ini pun akan mengalami perubahan. 4.4 Cost and Pricing Biaya dari pengembangan sistem ini tergantung pada biaya-biaya lainnya seperti biaya training dan biaya pemeliharaan terhadap sistem serta pengadaan perangkat lunak dan perangkat keras. 4.5 Licensing and Installation N/A

5. Product Features Dari NEED: Fasilitas entri data yang telah terintegrasi dengan database server Fasilitas untuk mengelola data peserta AJK dari BRI dan non BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan Fasilitas untuk mengelola data peserta klaim AJK dari BRI dan non BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan Fasilitas untuk menampilkan dan mencetak data peserta dan klaim AJK Fasilitas untuk menampilkan dan mencetak nilai asuransi yang berupa rekapitulasi nilai premi, pertangungan dan klaim dari rekanan tertentu. Fasilitas untuk membuat polis peserta AJK Fasilitas sistem yang harus available selama 7x24 jam Fasilitas sistem yang dapat meresponse request kurang dari 8 detik Fasilitas sistem yang dapat diakses lewat internet Fasilitas sistem yang membatasi akses pengguna Fasilitas sistem yang mudah digunakan Dari Problem Domain: Fasilitas sistem yang dapat melakukan validasi dan verifikasi data peserta dan klaim AJK Fasilitas sistem yang dapat menampilkan informasi data peserta dan klaim AJK

6. Constraints Database file konvensional data peserta dan klaim AJK yang ada tetap digunakan pada sistem yang baru yaitu periode 5 (lima) tahun kebelakang yakni tahun 2002 hingga 2006. Terbatasnya jumlah sumber daya manusia dalam bidang teknologi informasi khususnya Programmer dan System Analyst. Atas permintaan manajemen, pada saat sistem dioperasionalkan maka tenaga Programmer dan System Analyst harus sudah tersedia. Mengingat pelaksanaan program kerja perusahaan dimulai pada tanggal 1 Januari tahun berjalan, maka sistem informasi AJK yang baru harus sudah dapat dioperasionalkan pada bulan Januari tahun 2007.

7. Quality Ranges Response time terhadap proses AJK yang dilakukan dibawah 3 menit Dapat melayani 5000 data peserta sekaligus secara bersamaan. Confidential

PT. HELI, 2006

Page 14



8. Precedence and Priority Berikut ini penentuan prioritas pengembangan yang akan dilakukan: Objective Modul entry data peserta High Modul entry data peserta klaim High Membuat Polis High Mengelola nilai asuransi High View dan cetak laporan informasi AJK Medium

Priority

9. Other Product Requirements 9.1 Applicable Standards Sistem operasi :Windows 2000 ke atas Protocol jaringan : TCP/IP Standar kualitas : ISO Menggunakan protocol standard HTTP untuk web service Penggunaan Graphical User Interface (GUI) 9.2 System Requirements Sistem AJK yang dibangun berbasis web dan untuk client browser setidaknya dapat mendukung internet explore 5 atau versi yang lebih tinggi. 9.3 Performance Requirements § Pencarian data tidak boleh lebih dari 8 detik § Sistem harus menggunakan server yang dijamin tidak pernah down, sehingga semua transaksi dapat dilaksanakan. § Mudah digunakan § Hak akses pengguna harus didefinisikan dengan jelas § Respon time terhadap transaksi yang dilakukan dibawah 3 menit 9.4 Environmental Requirements Keadaan lingkungan standar. Khusus ruangan database server disarankan menggunakan pendingin ruangan.

10. Documentation Requirements 10.1 User Manual Panduan teknis dalam bentuk hardcopy yang akan disosialisasikan kepada pengguna. 10.2 Online Help N/A 10.3 Installation Guides, Configuration, and Read Me File N/A 10.4 Labeling and Packaging Tidak ada kebutuhan spesifik untuk labelling dan packaging.

Confidential

PT. HELI, 2006

Page 15


A

Feature Attributes

A.1

Status Proposed

Approved Incorporated A.2


Digunakan untuk mendeskripsikan fitur yang sedang didiskusikan namun belum di-review dan diterima oleh ’official channel’ seperti kelompok kerja yang berisikan perwakilan dari tim proyek, manajemen produk, dan pengguna atau komunitas pelanggan Kemampuan yang dipertimbangkan berguna dan dapat dikerjakan dan sudah disetujui untuk diimplementasikan oleh official channel Menggabungkan fitur ke dalam produk baseline pada suatu titik waktu yang spesifik

Benefit Critical

Important Useful

Fitur yang sangat penting/bersifat esensial, tanpa fitur-fitur ini modul yang dikembangkan tidak dapat digunakan. Kegagalan implementasi berarti sistem tidak akan sesuai dengan kebutuhan pelanggan. Seluruh fitur yang kritis harus diimplementasikan pada jadwal yang ditentukan. Fitur yang penting bagi keefektifan dan efisiensi dari sistem bagi kebanyakan aplikasi. Fitur yang memberi manfaat yang sedikit dalam aplikasi, akan digunakan dalam frekuensi yang sedikit pula, atau untuk efisiensi setiap lingkungan kerja yang dapat dicapai.

A.3 Effort Fokus pembuatan perangkat lunak sistem informasi AJK akan dipusatkan pada pengembangan fitur aplikasi yang bersifat kritikal. A.4 Risk Risiko dilihat dari penjadwalan dan teknologi. Masing-masing risiko dapat dibagi lagi menjadi High, Medium, dan, Low. Risiko akan tinggi jika membutuhkan waktu pengembangan lama atau High teknologi yang dibutuhkan sulit untuk didapatkan dan sulit dalam pengembangannya Risiko sedang jika membutuhkan waktu pengembangan yang tidak Medium terlalu lama jika dibandingkan dengan aktifitas pengembangan lainnya, atau secara teknologi tidak terlalu sulit untuk mendapatkan, mempelajari, dan menggunakannya. Risiko rendah jika kompleksitas pekerjaan rendah dan memerlukan Low waktu pengerjaan yang cepat, atau secara teknologi mudah untuk didapatkan, dipelajari, dikembangkan, dan diimplementasikan. A.5

Stability

Stabilitas menunjukkan kemungkinan fitur akan mengalami perubahan. High Medium Low

Confidential

Kemungkinan berubahnya tinggi/sering Kemungkinan berubahnya sedang Kemungkinan berubahnya rendah atau relatif stabil

PT. HELI, 2006

Page 16

Sistem Informasi Asuransi Jiwa Kredit Vision Team/V1.5 A.6 N/A

Target Release

A.7 N/A

Assigned To


A.8 Reason Fitur yang didefinisikan disini diperoleh dari intisari dokumen Spesifikasi Bisnis sistem AJK dan wawancara.

Confidential

PT. HELI, 2006

Page 17

PT HEKSA EKA Life Insurancee

SISTEM INFORMASI ASURANSI JIWA KREDIT Supplementary Specification Version 1.2 [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document. A paragraph entered following this style will automatically be set to normal (style=Body Text).] [To customize automatic fields in Microsoft Word (which display a gray background when selected), select File>Properties and replace the Title, Subject and Company fields with the appropriate information for this document. After closing the dialog, automatic fields may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the field contents. See Word help for more information on working with fields.]

Sistem Informasi Asuransi Jiwa Kredit Supplementary Specification Team/SPS1.2



Version

Description

Author

13/Nov/06

1.0

Mengisi Supplementary

Budi

27/Nov/06

1.1

Final Version Supplementary

Budi, Ita

21/Des/06

1.2


Ita

Confidential

PT. HELI, 2006

Page 2




Introduction

4

1.1 1.2 1.3 1.4 1.5

4 4 4 4 4


2.

Functionality

4

3.

Usability

4

3.1

4

4.

5.

Kemudahan dalam penggunaan

Reliability

5

4.1

5

Availability

Performance

5

5.1 5.2 5.3

5 5 5

Response time Capacity Resource use

6.

Supportability 6.1 Pelayanan 6.2 Permasalahan dalam system cepat ditangani

5 5 5

7.

Design Constraints

5

7.1 7.2

5 5

Platform sistem operasi Basis Data

8.

Online User Documentation and Help System Requirements 8.1 User Manual 8.2 Online Help

5 5 5

9.

Purchased Components

6

10.

Interfaces User Interfaces Hardware Interfaces Software Interfaces Communications Interfaces

6 6 6 6 6

11.

Licensing Requirements

6

12.

Legal, Copyright, and Other Notices

6

13.

Applicable Standards

6

10.1 10.2 10.3 10.4

Confidential

PT. HELI, 2006

Page 3



Supplementary Specification 1.

Introduction Dokumen ini bertujuan untuk mengumpulkan, menganalisa, dan menghasilkan kebutuhan non fungsional dari Sistem Informasi Asuransi Jiwa Kredit. Yang termasuk dalam kebutuhan tersebut diantaranya: system performance, security, reliability, usability, dan system environment.

1.1

Purpose Dokumen ini dibuat untuk mendokumentasikan kebutuhan non fungsional yang harus dimiliki oleh Sistem Informasi Asuransi Jiwa Kredit tersebut.

1.2

Scope Dokumen ini hanya membahas Sistem Informasi Asuransi Jiwa Kredit pada PT. Heli.

1.3

Definitions, Acronyms, and Abbreviations Referensi mengenai defenisi, akronim dan singkatan bisa dilihat pada dokumen Glossary.

1.4

References Larman, Craig. 2005. Applying UML and Patterns An Introduction to Object-Oriented Analysis and Design and Iterative Development. Pearson Education Kotonya, Gerald. Sommervillle, Ian. 1998. Requirements Engineering Processes and Techniques. John Wiley & Son Kruchten, Philippe. 1999. The Rational Unified Process. Menlo Park, CA: Addison Wesley Leffingwell, D. and Don Widrig. 2000. Managing Software Requirements. Menlo Park, CA: Addison Wesley Spence, I. and L. Probasco. 1998. Traceability Strategies for Managing Requirements with Use Cases. Cupertino, CA: Rational Software Corporation Rational Unified Process®, Version 2003 Copyright © 1987 – 2003. Rational Software Corporation

1.5

Overview Dokumen ini membahas mengenai kebutuhan-kebutuhan non fungsional dalam pengembangan Sistem Informasi Asuransi Jiwa Kredit.

2.

Functionality Kebutuhan fungsional sistem telah didefinisikan pada dokumen-dokumen use case, dan telah secara rinci di jelaskan pada dokumen use case tersebut.

3.

Usability Bagian ini mencatat semua aspek yang mempengaruhi pemakaian sistem.

3.1

Kemudahan dalam penggunaan Navigasi sistem dibuat mengikuti alur dasar dari sistem yang telah ada Pembuatan laporan dengan sekali klik Tampilan layer menggunakan icon yang mudah dipahami pengguna .

Confidential

PT. HELI, 2006

Page 4


4.

Reliability

4.1

Availability Sistem harus available selama 7x24 jam .


Sistem harus dioperasikan pada server , agar dapat digunakan secara bersama-sama.

5.

Performance

5.1

Response time Sistem harus memberikan response time dalam waktu kurang dari 8 detik kepada pengguna, agar pengguna tidak jenuh .

5.2

Capacity Sistem dapat digunakan oleh 40 pengguna pada waktu yang bersamaan.

5.3

Resource use Server harus menggunakan memory paling sedikit 1 GB . Sistem harus dapat meresponse dengan baik pada jaringan LAN berkapasitas 10 Mbps .

6.

Supportability

6.1

Pelayanan Sistem harus dapat melayani 40 komputer sekaligus secara online

6.2

Permasalahan dalam system cepat ditangani Jika ada permasalahan dengan system, maka diharapkan dapat segera ditangani dalam waktu paling lama 1 x 24 jam

7.

Design Constraints Bagian ini mengindikasikan batasan-batasan dalam pengembangan sistem

7.1

Platform sistem operasi Sistem harus mampu beroperasi dengan menggunakan sistem operasi Windows atau linux pada client .

7.2

Basis Data Sistem harus compatible dengan Microsoft Access Database sehingga mudah untuk dikonversikan ke database yang baru.

8.

Online User Documentation and Help System Requirements Tersedianya pedoman teknis dalam bentuk hardcopy yang akan disosialisasikan ke user.

8.1

User Manual User manual akan berisi mengenai tata cara pemakaian Sistem Informasi Asuransi Jiwa Kredit secara lengkap, tutorial pemakaian sistem berdasarkan pemakaian sehari-hari (tipikal bentuk menu isian dan laporan).

8.2

Online Help Online help dapat diakses oleh user dari internet.

Confidential

PT. HELI, 2006

Page 5


9.


Purchased Components Sistem operasi yang digunakan bila tidak menggunakan sistem yang open source harus berlisensi.

10.

Interfaces

10.1

User Interfaces Sistem harus mudah digunakan (user friendly) untuk semua level pengguna. Sistem diakses dengan menggunakan browser internet.

10.2

Hardware Interfaces N/A

10.3

Software Interfaces Web Browser, Internet Explorer 5 atau versi di atasnya, Nescape Navigator 6 atau versi di atasnya.

10.4

Communications Interfaces Sistem diharapkan dapat diakses dengan kecepatan minimum 14.4 Kbps.

11.

Licensing Requirements Windows sebagai sistem operasi di server dan client harus berlisensi

12.

Legal, Copyright, and Other Notices Aplikasi Sistem Informasi Asuransi Jiwa Kredit, hak ciptanya dipegang oleh PT Heli.

13.

Applicable Standards User harus dapat mengakses sistem Customer Care dengan protocol komunikasi standar TCP/IP melalui internet dengan menggunkan standar aplikasi internet browser.

Confidential

PT. HELI, 2006

Page 6

SYSTEM USE CASE ASURANSI JIWA KREDIT PT. HEKSA EKA Life Insurance

ASURANSI JIWA KREDIT

MEMBUAT POLIS

ud cl in <<

MEMASUKKAN DAFTAR PESERTA

es

inc

OPERATOR

es

>>

<> de

s>

> >

<<

lu in c

<< in c

MELIHAT NILAI ASURANSI

BAGIAN KEUANGAN

REKANAN

MELIHAT INFORMASI ASURANSI

es >>

BAGIAN OPERASIONAL

lu d

<< in c

lu d

MENCETAK LAPORAN

lu d

es >

MEMASUKKAN DAFTAR PESERTA KLAIM

>>

<<

LOGIN

PT HEKSA EKA life Assurance

SISTEM INFORMASI ASURANSI JIWA KREDIT Use-Case Specification: Memasukkan Data Peserta Version 1.2 [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document. A paragraph entered following this style will automatically be set to normal (style=Body Text).] [To customize automatic fields in Microsoft Word (which display a gray background when selected), select File>Properties and replace the Title, Subject and Company fields with the appropriate information for this document. After closing the dialog, automatic fields may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the field contents. See Word help for more information on working with fields.]

Sistem Informasi Asuransi Jiwa Kredit Use-Case Specification: Memasukkan Data Peserta Team/UC Memasukkan Data Peserta



Version

Description

Author

30/Sep/06

1.0

Draft Memasukkan data peserta

Jenny, Ita

24/Okt/06

1.1

Final Version UC data peserta

Ita

21/Des/06

1.2


Ita

Confidential

PT. HELI, 2006

Page 2




Brief Description

4

2.

Basic Flow of Events

4

3.

Alternative Flows

4

3.1 3.2 3.3

4 4 5

Data yang diisi tidak lengkap Jika user memilih tombol Ok Jika user memilih tombol Cancel

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions

5

6.1

5

7.

Adanya data peserta baru AJK yang diberikan dari bagian sekretariat

Postconditions

5

7.1

5

Data tersimpan ke database sesuai dengan yang diinput

8.

Extension Points

5

9.

Special Requirements

5

9.1

5

Terdapat tombol untuk merubah dan menghapus data peserta AJK

10. Additional Information

Confidential

5

PT. HELI, 2006

Page 3



Use-Case Specification: Memasukkan Data Peserta 1.

Brief Description Use case ini digunakan oleh user untuk memasukkan data peserta AJK PT HELI yang dikirim dari Bank.

2.

Basic Flow of Events Actor Action 1. Use case ini dimulai saat User memilih menu peserta

System Response

2. Sistem akan menampilkan form menu peserta 3. Sistem akan meminta user untuk memilih ID Rekanan, memasukkan ID Peserta, Nama, Umur, Nilai Pinjaman ,memilih Jangka Pinjaman, memasukkan Nilai Premi, memilih Bulan cicilan dan memilih Tahun masuk peserta 4. User menginput data 5. User menekan tombol Save 6. Sistem melakukan pengecekan data dan menampilkan pesan ”Data sudah tersimpan” . Alternate Flows: Jika data yang diisi tidak lengkap 7. User menekan tombol Ok 8. Sistem akan menampilkan pesan ”Apakah ingin menambah data lagi?” dan sekaligus menampilkan pilihan ”Ok” dan ”Cancel” Alternate Flows: Jika user memilih Ok Alternate Flows:Jika user memilih Cancel

3.

Alternative Flows

3.1

Data yang diisi tidak lengkap (point 6 pada basic flow) Actor Action 1. User menekan tombol Save

System Response 2. Sistem akan melakukan pengecekan data, jika ada data yang belum diisi atau belum dipilih, maka sistem akan menampilkan pesan ”Data belum lengkap”

3. User menekan tombol ”OK” 4. User melakukan input ulang terhadap data-datanya

3.2

Jika user memilih tombol Ok (point 8 pada basic flow) Actor Action

System Response

1. User memilih “Ok” untuk menambah data lagi 2. Sistem akan menampilkan form peserta 3. User memasukkan data peserta lagi

Confidential

PT. HELI, 2006

Page 4

Sistem Informasi Asuransi Jiwa Kredit Use-Case Specification: Memasukkan Data Peserta Team/UC Memasukkan Data Peserta 3.3


Jika user memilih tombol Cancel (point 8 pada basic flow) Actor Action

System Response

1. User memilih “Cancel” untuk menambah data lagi 2. Sistem akan kembali ke form peserta

4.

Subflows N/A

5.

Key Scenarios N/A

6.

Preconditions

6.1

Adanya data peserta baru AJK yang diberikan dari bagian sekretariat

7.

Postconditions

7.1


8.

Extension Points N/A

9.


9.1

Terdapat tombol untuk merubah dan menghapus data peserta AJK.

10.

Additional Information N/A

Confidential

PT. HELI, 2006

Page 5

PT HEKSA EKA Life Insurance

SISTEM INFORMASI ASURANSI JIWA KREDIT Use-Case Specification: Memasukkan Data Peserta Klaim Version 1.2 [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document. A paragraph entered following this style will automatically be set to normal (style=Body Text).] [To customize automatic fields in Microsoft Word (which display a gray background when selected), select File>Properties and replace the Title, Subject and Company fields with the appropriate information for this document. After closing the dialog, automatic fields may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the field contents. See Word help for more information on working with fields.]

Sistem Informasi Asuransi Jiwa Kredit PT HEKSA EKA Life Insurance Klaim Team/UC Memasukkan Data Peserta Klaim



Version

Description

Author

30/Sep/06

1.0

Draft Memasukkan data peserta klaim

Priyatna, Budi

24/Okt/06

1.1

Final Versi UC data peserta klaim

Ita

21/Des/06

1.2

Final (Revisi laporan)

Ita

Confidential

PT. HELI, 2006

Page 2




Brief Description

4

2.


4

3.

Alternative Flows 3.1 Data yang diinput tidak lengkap 3.2 Jika user memilih tombol Ok 3.3 Jika user memilih tombol Cancel

4 4 4 5

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 Adanya data peserta klaim baru AJK yang diberikan dari bagian sekretariat

5 5

7.

Postconditions

5

7.1

5


8.

Extension Points

5

9.


5

9.1

5

Terdapat tombol untuk merubah dan menghapus data peserta klaim AJK


Confidential

5

PT. HELI, 2006

Page 3



Use-Case Specification: Memasukkan Data Peserta Klaim 1.

Brief Description Use case ini digunakan oleh user untuk memasukkan data peserta klaim AJK PT HELI yang dikirim dari Bank.

2.

Basic Flow of Events Actor Action 1. Use case ini dimulai saat User memilih menu klaim

System Response

2. Sistem akan menampilkan form menu klaim 3. Sistem akan meminta user untuk memilih ID Rekanan, memasukkan ID Peserta, memilih Bulan Realisasi, Tahun Realisasi, memasukkan Nilai Cicilan, Suku Bunga , Angsuran Terakhir dan Jumlah Klaim Rekanan . 4. User menginput data 5. User menekan tombol Save 6. Sistem melakukan pengecekan data dan menampilkan pesan ”Data sudah tersimpan” . Alternate Flows: Jika data yang diinput tidak lengkap 7. User menekan tombol Ok 8. Sistem akan menampilkan pesan ”Apakah ingin menambah data lagi?” dan sekaligus menampilkan pilihan ”Ok” dan ”Cancel” Alternate Flows: Jika user memilih Ok Alternate Flows:Jika user memilih Cancel

3.

Alternative Flows

3.1

Data yang diinput tidak lengkap (point 6 pada basic flow) Actor Action 1. User menekan tombol Save

System Response 2. Sistem akan melakukan pengecekan data, jika ada data yang belum diisi atau belum dipilih, maka sistem akan menampilkan pesan ”Data belum lengkap”

3. User menekan tombol ”OK” 4. User melakukan input ulang terhadap data-datanya 3.2

Jika user memilih tombol Ok (point 8 pada basic flow) Actor Action

System Response

1. User memilih “Ok” untuk menambah data lagi 2. Sistem akan menampilkan form peserta klaim 3. User memasukkan data peserta klaim lagi

Confidential

PT. HELI, 2006

Page 4

Sistem Informasi Asuransi Jiwa Kredit PT HEKSA EKA Life Insurance Klaim Team/UC Memasukkan Data Peserta Klaim 3.3


Jika user memilih tombol Cancel (point 8 pada basic flow) Actor Action

System Response

1. User memilih “Cancel” untuk menambah data lagi 2. Sistem akan kembali ke form peserta

4.

Subflows N/A

5.

Key Scenarios N/A

6.

Preconditions

6.1

Adanya data peserta klaim baru AJK yang diberikan dari bagian sekretariat

7.

Postconditions

7.1


8.


9.


9.1

Terdapat tombol untuk merubah dan menghapus data peserta klaim AJK

10.


Confidential

PT. HELI, 2006

Page 5

SISTEM INFORMASI ASURANSI JIWA KREDIT Use-Case Specification: Membuat Polis Version 1.2

Sistem Informasi Asuransi Jiwa Kredit Use-Case Specification: Membuat Polis Team/UC Membuat Polis



Version

Description

Author

28/Sep/06

1.0

Draft Membuat Polis

Prayitno

25/Okt/06

1.1

Final Verision UC Membuat Polis

Prayitno, Ita

21/Des/06

1.2


Ita

Confidential

PT. HELI, 2006

Page 2




Brief Description

4

2.


4

3.

Alternative Flows:

4

3.1 3.2

4 4

Jika pencarian key peserta baru tidak ditemukan Jika user memilih pilihan batal

4.

Subflows

4

5.

Key Scenarios

5

6.

Preconditions 6.1 User telah memasukkan data peserta baru 6.2 User memilih menu membuat polis

5 5 5

7.

Postconditions

5

7.1

5

Polis tercetak

8.


5 5

9.


5

9.1

5

Polis peserta tidak langsung tercetak ke printer, tetapi ditampilkan ke layar dulu


Confidential

5

PT. HELI, 2006

Page 3



Use-Case Specification: Membuat Polis 1.

Brief Description Use Case Spesication ini menggambarkan aktivitas pembuatan polis bagi peserta baru asuransi AJK, oleh bagian pemasaran.

2.

Basic Flow of Events Actor Action 1. Use case ini dimulai pada saat user memilih menu membuat polis.

System Response

2. Sistem akan meminta user untuk memasukan Key (No Peserta Asuransi) peserta baru 3. User memasukan Key (No Peserta Asuransi) Peserta baru 4. User menekan tombol ”Ok” 5. Sistem melakukan pencarian key peserta baru ke database . Alternate Flows: Jika key peserta baru tidak ditemukan 6. Sistem akan membuka form yang menampilkan data peserta baru tersebut, sekaligus memberikan pilihan “Cetak polis” atau “Batal” Alternate Flows: Jika user memilih Batal 7. User memilih pilihan “Cetak polis“ 8. System akan mencetak polis ke printer.

3.

Alternative Flows:

3.1

Jika pencarian key peserta baru tidak ditemukan (point 5 pada basic flow) Actor Action 1. User menekan tombol ”Ok”

System Response 2. Sistem melakukan pencarian key peserta baru ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “peserta belum terdaftar”. 3. Sistem kembali akan meminta user untuk memasukan Key (No Peserta Asuransi) peserta baru.

3.2

Jika user memilih pilihan batal (point 6 pada basic flow) Actor Action 1. User memilih pilihan ”Batal”

System Response 2. Sistem akan kembali ke tampilan menu membuat polis

4.

Subflows N/A

Confidential

PT. HELI, 2006

Page 4


5.


Key Scenarios N/A

6.

Preconditions

6.1 User telah memasukkan data peserta baru 6.2 User memilih menu membuat polis

7.

Postconditions

7.1 Polis tercetak

8.


9.


9.1 Polis peserta tidak langsung tercetak ke printer, tetapi ditampilkan ke layar dulu

10.


Confidential

PT. HELI, 2006

Page 5


SISTEM INFORMASI ASURANSI JIWA KREDIT Use-Case Specification: Melihat Nilai Asuransi Version 1.2

Sistem Informasi Asuransi Jiwa Kredit Use-Case Specification: Mengelola Nilai Asuransi Team/UC Melihat Nilai Asuransi



Version

Description

Author

05/Des/06

1.0

Draft Melihat Nilai Asuransi

Budi

11/Des/06

1.1

Revisi Melihat Nilai Asuransi

Ita

21/Des/06

1.2


Ita

Confidential

PT. HEKSA EKA LIFE Insurance, 2006

Page 2




Brief Description

4

2.


4

3.

Alternative Flows

5

3.1 3.2 3.3 3.4 3.5

5 5 5 5 5

Jika data tidak ditemukan Jika user memilih menu Rekapitulasi nilai premi rekanan Jika user memilih menu Rekapitulasi nilai pertanggungan rekanan Jika user memilih menu Rekapitulasi nilai klaim rekanan Jika user memilih pilihan batal

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 User memilih menu nilai asuransi

6 6

7.

Postconditions

6

7.1

6

Informasi Nilai Asuransi tercetak

8.

Extension Points

6

9.


6

9.1

6

Nilai asuransi tidak lngsung tercetak ke printer, tetapi ditampilkan ke layar dulu


Confidential

6


Page 3



Use-Case Specification: Melihat Nilai Asuransi 1. Brief Description Use case ini digunakan untuk melihat nilai premi, klaim, dan pertanggungan peserta AJK secara real time, antara lain: Mengetahui rekapitulasi nilai premi dari rekanan tertentu Mengetahui rekapitulasi nilai pertanggungan dari rekanan tertentu Mengetahui rekapitulasi nilai klaim dari rekanan tertentu 2. Basic Flow of Events Actor Action

System Response

1. Use case ini dimulai pada saat user memilih menu nilai asuransi 2. Sistem akan menampilkan pilihan sub menu Rekapitulasi nilai premi rekanan, Rekapitulasi nilai pertanggungan rekanan dan Rekapitulasi nilai klaim rekanan 4. User memilih sub menu yang ada 5. Sistem akan meminta user untuk masukkan kode bank, kode provinsi, dan kode kecamatan 6. User memasukkan data 7. User menekan tombol ”OK” 8. Sistem melakukan validasi data ke database . Alternate Flows: Jika data tidak ditemukan 9. Sistem akan menampilkan data dalam bentuk layout di layar dan sekaligus memberikan pilihan “Cetak” atau “Batal” Alternate Flows: jika user Rekapitulasi nilai premi rekanan

memilih

menu

Alternate Flows: jika user memilih Rekapitulasi nilai pertanggungan rekanan

menu

Alternate Flows: jika user memilih menu Rekapitulasi nilai klaim rekanan Alternate Flows: Jika user memilih Batal 10. User memilih “Cetak” 11. Sistem akan menampilkan rekapitulasi nilai asuransi

Confidential


Page 4



3. Alternative Flows 3.1

Jika data tidak ditemukan (point 8 pada basic flow) Actor Action 1. User menekan tombol OK

System Response 2. Sistem akan melakukan pencarian data ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “data tidak ditemukan” 3. Sistem akan meminta user untuk memasukan data lagi.

3.2

Jika user memilih menu Rekapitulasi nilai premi rekanan (point 9 pada basic flow) Actor Action 1. User menekan tombol OK

System Response 2. Sistem akan menampilkan rekapitulasi nilai premi dari rekanan yang bersangkutan

3.3

Jika user memilih menu Rekapitulasi nilai pertanggungan rekanan (point 9 pada basic flow) Actor Action 1. User menekan tombol OK

System Response 2. Sistem akan menampilkan rekapitulasi nilai pertanggungan dari rekanan yang bersangkutan

3.4

Jika user memilih menu Rekapitulasi nilai klaim rekanan (point 9 pada basic flow) Actor Action 1. User menekan tombol OK

System Response 2. Sistem akan menampilkan rekapitulasi nilai klaim dari rekanan yang bersangkutan

3.5


System Response 2. Sistem akan kembali ke tampilan menu mencetak laporan

4. Subflows N/A 5. Key Scenarios N/A

Confidential


Page 5



6. Preconditions 6.1 User memilih menu nilai asuransi 7. Postconditions 7.1 Informasi Nilai Asuransi tercetak 8. Extension Points N/A 9. Special Requirements 9.1 Nilai asuransi tidak langsung tercetak ke printer, tetapi ditampilkan ke layar dulu 10. Additional Information N/A

Confidential


Page 6

PT HEKSA EKA LIFE INSURANCE

SISTEM INFROMASI ASURANSI JIWA KREDIT Use-Case Specification: Mencetak Laporan Version 1.3

Sistem Informasi Asuransi Jiwa Kredit Use-Case Specification: Mencetak Laporan Team/UC Mencetak Laporan



Version

Description

Author

28/Sep/06

1.0

Draft Mencetak Laporan

Ita, Prayitno

3/Okt/06

1.1

Melengkapi UC Mencetak Laporan

Ita, Prayitno

25/Okt/06

1.2

Final Version UC Mencetak Laporan

Ita

21/Des/06

1.3


Ita

Confidential

PT. HELI, 2006

Page 2




Brief Description

4

Use case ini menggambarkan kejadian proses mencetak laporan informasi AJK

4

2.


4

3.

Alternative Flows 3.1 Jika data tidak ditemukan 3.2 Jika user memilih pilihan batal

4 4 4

4.

Subflows

4

5.

Key Scenarios

4

6.

Preconditions

5

6.1

5

User memilih menu mencetak laporan

7.

Postconditions 7.1 Laporan tercetak

5 5

8.

Extension Points

5

N/A

5

Special Requirements 9.1 Laporan tidak langsung tercetak ke printer, tetapi ditampilkan ke layar dulu

5 5

9.


Confidential

5

PT. HELI, 2006

Page 3



Use-Case Specification: Mencetak Laporan 1.

Brief Description Use case ini menggambarkan kejadian proses mencetak laporan informasi AJK

2.

Basic Flow of Events Actor Action 1. Use case ini dimulai pada saat user memilih menu mencetak laporan

System Response

2. Sistem akan menampilkan form mencetak laporan 3. Sistem akan meminta user untuk memilih Jenis laporan, Daerah, Bulan, dan Tahun 4. User memasukkan data 5. User menekan tombol OK 6. Sistem melakukan validasi data ke database . Alternate Flows: Jika data tidak ditemukan 7. Sistem akan menampilkan laporan dalam bentuk layout di layar dan sekaligus memberikan pilihan “Cetak Laporan” atau “Batal” Alternate Flows: Jika user memilih Batal 8. User memilih “Cetak Laporan” 8. Sistem akan menampilkan laporan

3.

Alternative Flows

3.1

Jika data tidak ditemukan (point 6 pada basic flow) Actor Action 1. User menekan tombol OK

System Response 2. Sistem akan melakukan pencarian data ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “data tidak ditemukan” 3. Sistem akan meminta user untuk memasukan data lagi.

3.2


System Response 2. Sistem akan kembali ke tampilan menu mencetak laporan

4.

Subflows N/A

5.

Key Scenarios N/A

Confidential

PT. HELI, 2006

Page 4


6.


Preconditions

6.1 User memilih menu mencetak laporan

7.

Postconditions

7.1 Laporan tercetak

8.


9.


9.1 Laporan tidak langsung tercetak ke printer, tetapi ditampilkan ke layar dulu

10.


Confidential

PT. HELI, 2006

Page 5


SISTEM INFORMASI ASURANSI JIWA KREDIT Glossary Version 1.1

Version: 1.1 Date: 27/Nov/06

Glossary Team/GLOS1.1


Version

Description

Author

14/Nov/06

1.0

Pengisian awal

Priyatna

27/Nov/06

1.1

Final Version Glossary

Priyatna, Ita

Confidential

PT. HELI,2006

ii




2.

Introduction

1

1.1 1.2 1.3 1.4

1 1 1 1

Purpose Scope References Overview

Definitions 2.1 Actor 2.2 Activity 2.3 Activity Diagram 2.4 AJK 2.5 Artifact 2.6 Business Actor 2.7 Business Designer 2.8 Business Entity 2.9 Business Process Analyst 2.10 Business Worker 2.11 BRI 2.12 Change Request (CR) 2.13 Customer 2.14 Defect 2.15 Developer 2.16 Document 2.17 Enhancement request 2.18 Engineer 2.19 Eskalasi 2.20 Feature 2.21 Heli 2.22 Helpdesk 2.23 Iteration 2.24 Jaringan 2.25 Keluhan 2.26 Manager 2.27 Milestone 2.28 N/A 2.29 Prioritas 2.30 Problem 2.31 Project Manager 2.32 PT. Heksa Eka Life Insurance 2.33 Rational Unified Process 2.34 Release 2.35 Requirement 2.36 Requirement Management 2.37 Requirement Reviewer 2.38 Requirement Tracing 2.39 Requirement Type 2.40 Role 2.41 Scope Management 2.42 Solution

Confidential

1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 4 4 4 PT. HELI,2006

iii


Glossary Team/GLOS1.1 2.43 2.44 2.45 2.46 2.47 2.48 2.49 2.50 2.51 2.52

Confidential

Stakeholder Stakeholder Need Stakeholder Request Traceability Use case Use Case Diagram Use Case Model User Vision (document) Web

4 4 4 4 4 4 4 4 4 4

PT. HELI,2006

iv



Glossary 1.

Introduction

1.1

Purpose Dokumen ini berisi mengenai penjelasan dari istilah-istilah yang digunakan dalam dokumen requirement management dari Sistem Informasi Asuransi Jiwa Kredit

1.2

Scope Batasan dari dokumen ini adalah terminology dan istilah yang terkait dengan proyek Sistem Informasi Asuransi Jiwa Kredit

1.3

References Larman Craig, 2004. Applying UML and Pattern, Prentice Hall PTR Kruchten, Philippe. 1999. The Rational Unified Process. Menlo Park, CA: Addison Wesley Leffingwell, D. and Don Widrig. 2000. Managing Software Requirement with Use Cases. Cupertino, CA: Rational Software Corporation. Rational Unified Process®, Version 2003 Copyright © 1987 – 2003. Rational Software Corporation

1.4

Overview Dokumen ini berisi tentang tujuan, batasan, refernsi dan daftar istilah yang digunakan dalam kegiatan pendokumentasian proyek Sistem Informasi Asuransi Jiwa Kredit. Istilah-

2.

Definitions

2.1

Actor Seseorang atau sesuatu yang berada di luar sistem yang bisa berinteraksi dengan sistem.

2.2

Activity Unit pekerjaan dari suatu peran yang harus dilakukan

2.3

Activity Diagram Kasus tertentu dari state machine yang digunakan untuk memodelkan proses yang melibatkan satu atau lebih classifiers. Sinonim: activity graph

2.4

AJK Singkatan Asuransi Jiwa Kredit, merupakan salah satu jenis produk asuransi jiwa di PT. HELI

2.5

Artifact Kumpulan informasi yang digunakan atau dihasilkan oleh sebuah proses pembangunan software.

2.6

Business Actor Seseorang atau sesuatu di luar bisnis yang berinteraksi dengan bisnis

2.7

Business Designer Anggota tim pengembang yang memiliki peran untuk mendeskripsikan dan membuat spesifikasi alur kerja dari suatu business use case dalam konteks business workers dan entities

2.8

Business Entity Business entity menggambarkan merepsentasikan suatu informasi yang penting dan tersimpan dalam jangka waktu lama serta dimanupulasi oleh business worker dan business actor

Confidential

PT. HELI,2006

Page 1



2.9

Business Process Analyst Anggota tim pengembang yang memiliki peran untuk mendefinisikan business architecture, business use case, dan business actor serta menjelaskan bagaimana mereka berinteraksi

2.10

Business Worker Representasi dari suatu peran dalam suatu bisnis

2.11

BRI Singkatan Bank Rakyat Indonesia

2.12

Change Request (CR) Permintaan dari stakeholder untuk merubanh artifact atau proses. CR berisi informasi tentang akibat dari masalah yang ada, solusi yang diusulkan, serta biayanya

2.13

Customer Adalah badan usaha atau organisasi yang berada di luar PT HELI.

2.14

Defect Anomaly atau cacat pada produk yang dihasilkan. Contoh: ketidaksempurnaan yang ditemukan pada fase awal pengembangan

2.15

Developer Seseorang yang bertanggung jawab untuk melakukan pembangunan terhadap sistem. Termasuk di dalamnya aktifitas untuk melakukan pengumpulan kebutuhan, analisa dan perancangan, implementasi, dan pengujian

2.16

Document Kumpulan informasi yang biasanya disajikan dalam kertas atau dalam bentuk softcopy dalam format excel, word, powerpoint, dan sebagainya

2.17

Enhancement request Permintaan dari stakeholder tentang penambahan fitur baru terhadap system

2.18

Engineer Sesorang yang bertugas menangani langsung keluhan da berhubungan dengan customer dari sisi teknis

2.19

Eskalasi Pemberitahuan status terakhir ke level yang lebih tinggi

2.20

Feature Bagian dari kelebihan yang dimiliki sistem untuk mewujudkan keinginan dari stakeholder

2.21

Heli Kependekan dari Heksa Eka Life Insurance

2.22

Helpdesk Seseorang yang bertugas menerima keluhan dari customer, mencatat keluhan, meng-up date status kepada customer dan engineer

2.23

Iteration Nomor urutan dari suatu aktivitas dengan perencanaan tertentu

Confidential

PT. HELI,2006

Page 2


Glossary Team/GLOS1.1 2.24

Jaringan Suatu keterhubungan antar perangkat IT

2.25

Keluhan Suatu masalah yang diadukan ke helpdesk ataupun melalui web

2.26

Manager Seseorang yang bertugas menerima eskalasi dan juga memantau keberlangsungan operasi

2.27

Milestone Suatu titik dimana iterasi secara formal berakhir, berhubungan dengan suatu titik release

2.28

N/A Singkatan Not Applicable

2.29

Prioritas Tipe dari keluhan/customer yang membedakan waktu penanganan/penyelesaian

2.30

Problem Permasalahan dari customer yang membutuhkan bantuan untuk diberikan solusi

2.31

Project Manager Sebuah role yang bertanggung jawab terhadap keseluruhan sistem

2.32

PT. Heksa Eka Life Insurance Adalah perusahaan asuransi yang bergerak dalam bidang asuransi jiwa, kesehatan dan pensiun, dengan fokus pemasaran pada asuransi kumpulan dan segmentasi pasar kumpulan usaha kecil, menengah dan besar

2.33

Rational Unified Process Adalah sebuah software engineering process. RUP menyediakan pendekatan untuk melakukan pembagian tugas dan tanggung jawab dalam organisasi pengembangan software. Tujuannya adalah mendapatkan kualitas software yang bagus dan memenuhi keinginan user

2.34

Release Sebuah bagian/subset dari suatu produk akhir yang merupakan objek evaluasi dari suatu milestone utama. Sebuah release merupakan suatu produk yang stabil dan dapat dieksekusi dan dilengkapi dengan artifact yang diperlukan untuk menggunakan release tersebut, misalnya catatan release dan intruksi instalasi

2.35

Requirement Requirement merupakan sebuah kondisi yang harus dipenuhi oleh sebuah system

2.36

Requirement Management Sebuah pendekatan sistematik untuk melakukan eliciting, organizing, dan dokemntasi dari requirement sebuah sistem dan juga mengatur persetujuan antara customer dan project team dalam membahas perubahan requirement dari system

2.37

Requirement Reviewer Anggota tim pengembang yang bertanggung jawab untuk memberikan feed back hasil dari review process

2.38

Requirement Tracing Hubungan dari requirement yang satu dengan requirement yang lain dan dengan elemnt proyek yang lain

2.39

Requirement Type Pengelompokkan daro requirement.

Confidential

PT. HELI,2006

Page 3


Glossary Team/GLOS1.1 2.40

Role Sebuah tingkah laku dan tanggung jawab dari seseorang atau kumpulan dari individu yang bekerja dalam sebuah tim dalam konteks organisasi software engineering

2.41

Scope Management Proses untuk menentukan kumpulan requirement yang dapat diimplementasikan pada sebuah release tertentu berdasarkan sumber daya dan waktu yang tersedia

2.42

Solution Merupakan jawaban dari permasalahan yang diadukan oleh customer

2.43

Stakeholder Individu yang secara fisik memberikan pengaruh terhadap asli dari system

2.44

Stakeholder Need Masalah bisnis atau operasional yang harus dilengkapi dalam rangka melakukan pembelian atau menggunakan sistem yang ada

2.45

Stakeholder Request Sebuah permintaan terhadap segala sesuatu dari stakeholder, contohnya adalah change request dan enhancement request

2.46

Traceability Kemampuan untuk melacak elemen proyek ke elemen proyek lainnya, terutama yang berhubungan dengan requirements

2.47

Use case Sebuah gambaran dari system behavior dalam bentuk urutan aksi. Sebuah use case harus menghasilkan nilai tertentu untuk actor yang melakukannya

2.48

Use Case Diagram Suatu diagram yang menggambarkan hubungan diantara use case dan actor dalam suatu system

2.49

Use Case Model Suatu model yang menggambarkan requirement fungsional dari suatu system dalam bentuk use case

2.50

User Sebuah perusahaan yang menggunakan layanan asuransi, dalam hal ini rekanan

2.51

Vision (document) Pandangan dari user atau customer terhadap produk yang akan dibangun, yang disebutkan pada level stakeholder need dan fitur dari system

2.52

Web Merupakan salah satu sarana untuk menampilkan informasi dalam bentuk yang mudah dimengerti dengan memakai tool client standar dari sistem operasi

Confidential

PT. HELI,2006

Page 4

FEAT: Atribut Matrix Feature

Project Name: AJKHeli Document Name: FEAT: Feature

Requirements FEAT1: Fasilitas entri data yang telah terintegrasi dengan database server Fasilitas entri data yang telah terintegrasi dengan database server FEAT2: Fasilitas untuk mengelola data peserta AJK dari BRI dan non BRI yang cepat, tepat, dan akurat Fasilitas untuk mengelola data peserta AJK dari BRI dan non BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan FEAT3: Fasilitas untuk mengelola data peserta klaim AJK dari BRI dan non BRI yang cepat, tepat, dan akurat Fasilitas untuk mengelola data peserta klaim AJK dari BRI dan non BRI yang cepat, tepat, dan akurat sehingga memudahkan pembuatan laporan FEAT4: Fasilitas untuk menampilkan dan mencetak data peserta dan klaim AJK Fasilitas untuk menampilkan dan mencetak data peserta dan klaim AJK FEAT5: Fasilitas untuk menampilkan dan mencetak nilai asuransi yang berupa rekapitulasi nilai premi, pertangungan dan klaim dari rekana Fasilitas untuk menampilkan dan mencetak nilai asuransi yang berupa rekapitulasi nilai premi, pertangungan dan klaim dari rekanan tertentu. FEAT6: Fasilitas untuk membuat polis peserta AJK Fasilitas untuk membuat polis peserta AJK FEAT7: Fasilitas sistem yang harus available selama 7x24 jam Fasilitas sistem yang harus available selama 7x24 jam FEAT8: Fasilitas sistem yang dapat meresponse request kurang dari 8 detik Fasilitas sistem yang dapat meresponse request kurang dari 8 detik FEAT9: Fasilitas sistem yang dapat diakses lewat internet Fasilitas sistem yang dapat diakses lewat internet FEAT10: Fasilitas sistem yang membatasi akses pengguna Fasilitas sistem yang membatasi akses pengguna FEAT11: Fasilitas sistem yang mudah digunakan Fasilitas sistem yang mudah digunakan FEAT12: Fasilitas sistem yang dapat melakukan validasi dan verifikasi data peserta dan klaim AJK Fasilitas sistem yang dapat melakukan validasi dan verifikasi data peserta dan klaim AJK

Printed on: 12/31/2006 7:54:00 PM

Printed By: Unknown

Priority High

Difficulty Medium

Stability Medium

Risk Schedule High

Type Supportability

Status Proposed

High

Medium

Medium

Schedule Medium

Implementation Reqt

Proposed

High

Medium

Medium

Schedule Medium

Implementation Reqt

Proposed

Medium

Medium

Medium

Schedule Medium

Implementation Reqt

Proposed

High

Medium

Medium

Schedule High

Implementation Reqt

Proposed

Medium

Medium

Medium

Proposed

High

Medium

Medium

Implementation Reqt Reliability

High

Medium

Medium

Performance

Proposed

High

Medium

Medium

Supportability

Proposed

High

Medium

Medium

Proposed

Medium

Medium

Medium

Design Constraint Usability

High

Medium

Medium

Implementation Reqt

Proposed

Schedule Medium

Proposed

Proposed

Page: 1

FEAT: Atribut Matrix Feature

Project Name: AJKHeli Document Name: FEAT: Feature

Requirements FEAT13: Fasilitas sistem yang dapat menampilkan informasi data peserta dan klaim AJK Fasilitas sistem yang dapat menampilkan informasi data peserta dan klaim AJK

Printed on: 12/31/2006 7:54:00 PM

Printed By: Unknown

Priority Low

Difficulty Medium

Stability Medium

Risk Schedule Medium

Type Implementation Reqt

Status Proposed

Page: 2

STRQ: Atribut Matrix STQRS

Project Name: AJKHeli Document Name: STRQ: Stakeholder Request

Requirements

Printed By: Unknown

Stakehold er Priority High

Revision

Date

Reason

1.0004

12/11/2006 6:30 PM

STRQ2: Keterlambatan waktu pelaporan Keterlambatan waktu pelaporan

High

1.0008

12/21/2006 3:56 PM

STRQ3: Sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau Sulit dalam menyajikan kebutuhan informasi yang bersumber dari data lampau STRQ4: Respon time yang cukup lama untuk bertransaks Respon time yang cukup lama untuk bertransaksi

High

1.0015

12/21/2006 3:57 PM

STAKEHOLDER PRIORITY: Medium - High. Created trace relationship from NEED3. Created trace relationship from NEED5.

High

1.0014

12/21/2006 5:38 PM

STRQ1: Tingkat akurasi data sangat lemah Tingkat akurasi data sangat lemah

Printed on: 12/31/2006 7:54:00 PM

Created trace relationship from NEED4.

Page: 1

SUPL: Atribut Matrix SupReq

Project Name: AJKHeli Document Name: SUPL: Supplementary

Requirements SUPL1: Navigasi sistem mengikuti alur dasar sistem Navigasi sistem dibuat mengikuti alur dasar dari sistem yang telah ada SUPL2: Pembuatan laporan dengan sekali klik Pembuatan laporan dengan sekali klik SUPL3: Icon pada tampilan layar yang mudah dipahami Tampilan layer menggunakan icon yang mudah dipahami pengguna SUPL4: Sistem harus available selama 7x24 jam Sistem harus available selama 7x24 jam SUPL5: Sistem dioperasikan pada server Sistem harus dioperasikan pada server , agar dapat digunakan secara bersama-sama. SUPL6: Respon time sistem kurang dari 8 detik Sistem harus memberikan response time dalam waktu kurang dari 8 detik kepada pengguna, agar pengguna tidak jenuh SUPL7: Sistem dapat digunakan oleh 40 pengguna secara bersamaan Sistem dapat digunakan oleh 40 pengguna pada waktu yang bersamaan. SUPL8: Server menggunakan memory minimal 1 GB Server harus menggunakan memory paling sedikit 1 GB SUPL9: Sistem dapat merespon pada LAN berkapasitas 10 Mbps Sistem harus dapat meresponse dengan baik pada jaringan LAN berkapasitas 10 Mbps SUPL10: Sistem dapat melayani 40 komputer sekaligus secara online Sistem harus dapat melayani 40 komputer sekaligus secara online SUPL11: Penanganan masalah sistem paling lama 1x24 jam Jika ada permasalahan dengan system, maka diharapkan dapat segera ditangani dalam waktu paling lama 1 x 24 jam SUPL12: Sistem mampu beroperasi menggunakan sistem operasi windows atau linux pada client Sistem harus mampu beroperasi dengan menggunakan sistem operasi Windows atau linux pada client SUPL13: Sistem harus compatible dengan Microsoft Access Database sehingga mudah untuk dikonversikan ke database yang baru. Sistem harus compatible dengan Microsoft Access Database sehingga mudah untuk dikonversikan ke database yang baru.

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Low

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 1

UC: Atribut Matrix Use Case

Project Name: AJKHeli Document Name: UC: Use Case

Requirements UC1: Melihat Nilai Asuransi Use-Case Specification: Melihat Nilai Asuransi UC1.1: Use case ini dimulai pada saat user memilih menu pengelolaan nilai asuransi Use case ini dimulai pada saat user memilih menu nilai asuransi UC1.2: Sistem akan menampilkan pilihan sub menu Rekapitulasi nilai premi rekanan, Rekapitulasi nilai pertanggungan rekanan dan Rekapitu Sistem akan menampilkan pilihan sub menu Rekapitulasi nilai premi rekanan, Rekapitulasi nilai pertanggungan rekanan dan Rekapitulasi nilai klaim rekanan UC1.3: User memilih sub menu yang ada User memilih sub menu yang ada UC1.4: Sistem akan meminta user untuk masukkan kode bank, kode provinsi, dan kode kecamatan Sistem akan meminta user untuk masukkan kode bank, kode provinsi, dan kode kecamatan UC1.5: User memasukkan data User memasukkan data UC1.6: User menekan tombol ”OK” User menekan tombol ”OK” UC1.7: Sistem melakukan validasi data ke database Sistem melakukan validasi data ke database UC1.7.1: Jika data tidak ditemukan (point 8 pada basic flow) Jika data tidak ditemukan (point 8 pada basic flow) UC1.7.1.1: User menekan tombol OK User menekan tombol OK UC1.7.1.2: Sistem akan melakukan pencarian data ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “data tidak ditemuka Sistem akan melakukan pencarian data ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “data tidak ditemukan” UC1.7.1.3: Sistem akan meminta user untuk memasukan data lagi. Sistem akan meminta user untuk memasukan data lagi. UC1.8: Sistem akan menampilkan data dalam bentuk layout di layar dan sekaligus memberikan pilihan “Cetak” atau “Batal” . Sistem akan menampilkan data dalam bentuk layout di layar dan sekaligus memberikan pilihan “Cetak” atau “Batal” UC1.8.1: Jika user memilih menu Rekapitulasi nilai premi rekanan (point 9 pada basic flow) Jika user memilih menu Rekapitulasi nilai premi rekanan (point 9 pada basic flow) UC1.8.1.1: User menekan tombol OK User menekan tombol OK

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Property

Priority

Status

Difficulty

Stability

Basic Flow

High

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Basic Flow

High

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Basic Flow

High

Proposed

Medium

Medium

Basic Flow

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

High

Proposed

Medium

Medium

Basic Flow Alternate Flow Alternate Flow Alternate Flow

Alternate Flow Basic Flow

Alternate Flow

Alternate Flow

Page: 1



Requirements UC1.8.1.2: Sistem akan menampilkan rekapitulasi nilai premi dari rekanan yang bersangkutan Sistem akan menampilkan rekapitulasi nilai premi dari rekanan yang bersangkutan UC1.8.2: Jika user memilih menu Rekapitulasi nilai pertanggungan rekanan (point 9 pada basic flow) Jika user memilih menu Rekapitulasi nilai pertanggungan rekanan (point 9 pada basic flow) UC1.8.2.1: User menekan tombol OK User menekan tombol OK UC1.8.2.2: Sistem akan menampilkan rekapitulasi nilai pertanggungan dari rekanan yang bersangkutan Sistem akan menampilkan rekapitulasi nilai pertanggungan dari rekanan yang bersangkutan UC1.8.3: Jika user memilih menu Rekapitulasi nilai klaim rekanan Jika user memilih menu Rekapitulasi nilai klaim rekanan (point 9 pada basic flow) UC1.8.3.1: User menekan tombol OK User menekan tombol OK UC1.8.3.2: Sistem akan menampilkan rekapitulasi nilai klaim dari rekanan yang bersangkutan Sistem akan menampilkan rekapitulasi nilai klaim dari rekanan yang bersangkutan UC1.8.4: Jika user memilih pilihan batal Jika user memilih pilihan batal (point 9 pada basic flow) UC1.8.4.1: User memilih pilihan ”Batal User memilih pilihan ”Batal” UC1.8.4.2: Sistem akan kembali ke tampilan menu mencetak laporan Sistem akan kembali ke tampilan menu mencetak laporan UC1.9: User memilih “Cetak” User memilih “Cetak” UC1.10: Sistem akan menampilkan rekapitulasi nilai asuransi Sistem akan menampilkan rekapitulasi nilai asuransi UC2: Memasukkan Data Peserta Use-Case Specification: Memasukkan Data Peserta UC2.1: Use case ini dimulai saat User memilih menu peserta UC2.2: . Sistem akan menampilkan form menu peserta UC2.3: Sistem akan meminta user memasukkan data . Sistem akan meminta user untuk memilih ID Rekanan, memasukkan ID Peserta, Nama, Umur, Nilai Pinjaman ,memilih Jangka Pinjaman, memasukkan Nilai Premi, memilih Bulan cicilan dan memilih Tahun masuk peserta UC2.4: User menginput data UC2.5: User menekan tombol Save

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Property Alternate Flow

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

High

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Basic Flow Basic Flow Basic Flow

Medium Medium Medium

Proposed Proposed Proposed



Basic Flow Basic Flow

High High

Proposed Proposed

Medium Medium

Medium Medium

Alternate Flow

Alternate Flow Alternate Flow

Alternate Flow Alternate Flow Alternate Flow

Alternate Flow Alternate Flow Alternate Flow Basic Flow

Page: 2



Requirements UC2.6: . Sistem melakukan pengecekan data dan menampilkan pesan ”Data sudah tersimpan” UC2.6.1: Data yang diisi tidak lengkap (point 6 pada basic flow) UC2.6.1.1: User menekan tombol Save UC2.6.1.2: Sistem akan melakukan pengecekan data, jika ada data yang belum diisi atau belum dipilih, maka sistem akan menampilkan pesan ”Data belum lengkap” UC2.6.1.3: User menekan tombol ”OK” UC2.6.1.4: User melakukan input ulang terhadap data-datanya UC2.7: User menekan tombol Ok UC2.8: Sistem akan menampilkan pesan ”Apakah ingin menambah data lagi?” dan sekaligus menampilkan pilihan ”Ok” dan ”Cancel” UC2.8.1: Jika user memilih tombol Ok (point 8 pada basic flow) UC2.8.1.1: User memilih “Ok” untuk menambah data lagi UC2.8.1.2: . Sistem akan menampilkan form peserta UC2.8.1.3: User memasukkan data peserta lagi UC2.8.2: Jika user memilih tombol Cancel (point 8 pada basic flow) UC2.8.2.1: User memilih “Cancel” untuk menambah data lagi UC2.8.2.2: Sistem akan kembali ke form peserta UC3: Memasukkan Data Peserta Klaim Use-Case Specification: Memasukkan Data Peserta Klaim UC3.1: Use case ini dimulai saat User memilih menu klaim UC3.2: Sistem akan menampilkan form menu klaim UC3.3: Sistem meminta user untuk memasukkan data Sistem akan meminta user untuk memilih ID Rekanan, memasukkan ID Peserta, memilih Bulan Realisasi, Tahun Realisasi, memasukkan Nilai Cicilan, Suku Bunga , Angsuran Terakhir dan Jumlah Klaim Rekanan UC3.4: User menginput data UC3.5: User menekan tombol Save UC3.6: Sistem melakukan pengecekan data dan menampilkan pesan ”Data sudah tersimpan” UC3.6.1: Data yang diinput tidak lengkap (point 6 pada basic flow)

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Property Basic Flow

Priority

Status

Difficulty

Stability

High

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium


Medium Medium High





High Medium

Proposed Proposed

Medium Medium

Medium Medium

Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Basic Flow Basic Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow

Alternate Flow Page: 3



Requirements UC3.6.1.1: User menekan tombol Save UC3.6.1.2: Sistem akan melakukan pengecekan data, jika ada data yang belum diisi atau belum dipilih, maka sistem akan menampilkan pesan ”Data belum lengkap” UC3.6.1.3: User menekan tombol ”OK” UC3.6.1.4: User melakukan input ulang terhadap data-datanya UC3.7: User menekan tombol Ok UC3.8: Sistem akan menampilkan pesan ”Apakah ingin menambah data lagi?” dan sekaligus menampilkan pilihan ”Ok” dan ”Cancel” UC3.8.1: Jika user memilih tombol Ok (point 8 pada basic flow) UC3.8.1.1: User memilih “Ok” untuk menambah data lagi UC3.8.1.2: Sistem akan menampilkan form peserta klaim UC3.8.1.3: User memasukkan data peserta klaim lagi UC3.8.2: Jika user memilih tombol Cancel (point 8 pada basic flow) UC3.8.2.1: User memilih “Cancel” untuk menambah data lagi UC3.8.2.2: Sistem akan kembali ke form peserta UC4: Membuat Polis Use-Case Specification: Membuat Polis UC4.1: Use case ini dimulai pada saat user memilih menu membuat polis. UC4.2: Sistem akan meminta user untuk memasukan Key (No Peserta Asuransi) peserta baru UC4.3: User memasukan Key (No Peserta Asuransi) Peserta baru UC4.4: User menekan tombol ”Ok” UC4.5: Sistem melakukan pencarian key peserta baru ke database UC4.5.1: Jika pencarian key peserta baru tidak ditemukan (point 5 pada basic flow) UC4.5.1.1: User menekan tombol ”Ok” UC4.5.1.2: Sistem melakukan pencarian key peserta baru ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “peserta belum terdaftar”. UC4.5.1.3: Sistem kembali akan meminta user untuk memasukan Key (No Peserta Asuransi) peserta baru.

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Property Alternate Flow Alternate Flow

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Alternate Flow Alternate Flow Basic Flow Basic Flow

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Basic Flow Basic Flow

High High

Proposed Proposed

Medium Medium

Medium Medium

Basic Flow Basic Flow Basic Flow Alternate Flow Alternate Flow Alternate Flow

High High

Proposed Proposed

Medium Medium

Medium Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Alternate Flow

Medium

Proposed

Medium

Medium

Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow

Page: 4



Requirements UC4.6: Sistem akan membuka form yang menampilkan data peserta baru tersebut, sekaligus memberikan pilihan “Cetak polis” atau “Batal” UC4.6.1: Jika user memilih pilihan batal (point 6 pada basic flow) UC4.6.1.1: User memilih pilihan ”Batal” UC4.6.1.2: Sistem akan kembali ke tampilan menu membuat polis UC4.7: User memilih pilihan “Cetak polis“ UC4.8: System akan mencetak polis ke printer. UC5: Mencetak Laporan Use-Case Specification: Mencetak Laporan UC5.1: Use case ini dimulai pada saat user memilih menu mencetak laporan UC5.2: Sistem akan menampilkan form mencetak laporan UC5.3: Sistem akan meminta user untuk memilih Jenis laporan, Daerah, Bulan, dan Tahun UC5.4: User memasukkan data UC5.5: User menekan tombol OK UC5.6: Sistem melakukan validasi data ke database UC5.6.1: Jika data tidak ditemukan (point 6 pada basic flow) UC5.6.1.1: User menekan tombol OK UC5.6.1.2: Sistem akan melakukan pencarian data ke database. Jika tidak ditemukan, maka system akan menampilkan pesan “data tidak ditemukan” UC5.6.1.3: Sistem akan meminta user untuk memasukan data lagi. UC5.7: Sistem akan menampilkan laporan dalam bentuk layout di layar dan sekaligus memberikan pilihan “Cetak Laporan” atau “Batal” UC5.7.1: Jika user memilih pilihan batal (point 7 pada basic flow) UC5.7.1.1: User memilih pilihan ”Batal” UC5.7.1.2: Sistem akan kembali ke tampilan menu mencetak laporan UC5.8: User memilih “Cetak Laporan” UC5.9: Sistem akan menampilkan laporan

Printed on: 12/31/2006 7:55:00 PM

Printed By: Unknown

Property Basic Flow

Priority

Status

Difficulty

Stability

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium Medium

Proposed Proposed

Medium Medium

Medium Medium






Basic Flow Basic Flow Basic Flow Alternate Flow Alternate Flow Alternate Flow Alternate Flow Basic Flow

Medium Medium

Proposed Proposed

Medium Medium

Medium Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium Medium

Proposed Proposed

Medium Medium

Medium Medium

Alternate Flow Alternate Flow Alternate Flow Basic Flow Basic Flow

Alternate Flow Alternate Flow Alternate Flow Basic Flow Basic Flow

Page: 5

NEED: Atribut Matrix Need

Project Name: AJKHeli Document Name: NEED: NEED

Requirements NEED1: Memerlukan sistem yang dapat melakukan perekaman data peserta yang terintegrasi Memerlukan sistem yang dapat melakukan perekaman data peserta yang terintegrasi NEED2: Memerlukan sistem yang dapat mengkondisikan adanya data peserta AJK yang sesuai dengan data klaim peserta Memerlukan sistem yang dapat mengkondisikan adanya data peserta AJK yang sesuai dengan data klaim peserta NEED3: Memerlukan sistem yang dapat menampilkan dan mencetak data peserta dan data klaim AJK Memerlukan sistem yang dapat menampilkan dan mencetak data peserta dan data klaim AJK NEED4: Memerlukan sistem yang dapat melakukan networking serta VOIP jika memungkinkan Memerlukan sistem yang dapat melakukan networking serta VOIP jika memungkinkan NEED5: Memerlukan sistem yang dapat menampilkan rekapitulasi nilai premi, pertanggungan dan klaim dari rekanan tertentu Memerlukan sistem yang dapat menampilkan rekapitulasi nilai premi, pertanggungan dan klaim dari rekanan tertentu

Printed on: 12/31/2006 7:56:00 PM

Printed By: Unknown

Priority High

Status Approved

Difficulty Medium

Stability Medium

High

Approved

Medium

Medium

Medium

Approved

Medium

Medium

High

Approved

Medium

Medium

High

Approved

Medium

Medium

Page: 1

# %

%

%

&

%

&

( % &

% %

%

)

% % % %

0

2

2

%

!

%

& !

!

2 ! 0

% %%%

%%% &/

6

% %%%

%%% &

&

% %%%

%%% &

&

%

%

#8 % %%%

%%% &

0

%

## % %%%

%%% &

/

#( % %%% !

%%% &

&

% %

#) % %%%

%%% &

&

%

% ! 7

! %

%

%

'''

&'''

+,- '''

&'''

%% & % . $ ! ! %% ! ! $

$

* $ ! ! !

! %% %% & " ! &%

! %% & ) $ ! ! %% ! $

''' !

! % !

! &

&

0 %

'''

/!

!

4 %

'''

!

! %

''' '''

0

!

!

%

%

% % ! % / &&

!

! %

/!

!

! 3

!

%

-

% / &&

&

!

. %

% !

* %

%

!

"

& ''' 0 % % 1

%

2

% % &

& % &

&

&

2

% -

!

!

/ & %

/

'''

&''' '''

&''' %% & ( $ ! ! %% &! %! $

%%

!

! # $ ! ! ! $

%% &

'''

&'''

!

% %

% ''' & '''

%

%

&/ % 1

% 1 0 %

0

% %

% !% % "

!% % & % & &

% 45(*

45(*

% % !

% ! &

"

0 % !% % !% % && / !

! !

&

1

&&

!

! ! %

1

9

% ''' 9! %

1 !

!

&''' 6

9 %

% %

'''

!

#(:(#:(883 ; 8. .* 8. $

&

#

" % -

& "&

&

%

"

&

" " " * %* & * +

)

*

"

*

,

&

%"

$

#

''' "

''' (

# " '''

%" &

* # "

"

&

&

%

'''

(

'''

! "

.

$ . " % &

&&

"

.

) . " %& &

&&

.

+ . " "

&&

.

- . " " && %" "

.

"

&& %

%

&& %

%

% "

" " "

" "

%

&"

''' &

&

&& %

%

&& %

%

2 . " && " && % %% % "

%

$)4)$4)556 7 52 22 $2 .

''' &

%" &"

%" "

"

" "

" &

" " " # " %& # " %& /01

" "

" "

"

" &

'''

''' "

&

''' 3

"

%

$

.

%

&

.

&

% "

% " " "

" "

&

'

* 4 &&

%% %%

%

"

&

&

$($

& &

"

'(((

#

'

.

&

&((( % "% %(((

((( # ((( "% %

((( % ((( % &

% . %

%%% &

%%% &

%%% &

% %%% 2

$3 % %%%

$$ % %%%

%

%

%%% & % %%% 1

%%% &' % %%%

%

%

%

%

%

-

%

%

"

% " % % , %

/

" .

"

" % " % % + %

"

"

& " * %

%

)

%

%

"

%

&

"

" )

&" &"

%

%

"

%

&

& % % % $ % $ 0& % %% 0& % %% . '

& ' %((( % 0 . (((

%((( (((

((( " (((

((( " (((

((( ((( %

((( ((( &

'

&

%

'((( & % (((

!

&

' '

'

&& + %

%

' % 0

' ,

% &

%

' " -

%

' 1

% % ""

/

/5)+

% 0 % 0 6 & (

" ' +3

"

1

" # " "

&& ' +3 &&

&&

"

& '

% # "

((( &

( 1

0 %

' 2 ' . " $3 '

% % $3 8. %

%

% %

% % % 9 % %

' '

% &

. #% % . " "

$)<)$<)33- = 3, ,- ,* 8

& "

6 &

% %

%

% $3((( &

% " & %((( % " & %%

'%% % % # "

.

$ 7! " $ 7!

. " . "

&

+3 " +3 " & % ' &

% &

$* % ' % ' &&

&%

% % %

$$

$) '

&& " && "

%

"

% %%

% /5)+

" & % % 6 &

& &

0

%

%% " &&

.

%

. %

.

%" %" . % %

% %

%

%

% 0 . %

&& &

$5)+ ' " $ 5 )+ " &&

%% "

(((

5 . & 8 0 %"

& 8 %%((( % : % : %% ; . % " . % &. (

#

&

$()

((( " (((

"

$ 0& % %% 0& % %% . ' )

&" &"

.

%

&

.

&

% "

% " " "

" "

&

'

* 4 &&

%% %%

%

"

&

%%% & $* % %%% %

&

%%% & $) % %%% %

&

" "

((( (((

!

&

' '

'

&& + %

%

' % 0

' ,

% &

%

' " -

%

' 1

% % ""

/

/5)+

% 0 % 0 6 & (

" ' +3

"

1

" # " "

&& ' +3 &&

&&

"

& '

% # "

((( &

( 1

0 %

' 2 ' . " $3 '

% % $3 8. %

%

% %

% % % 9 % %

' '

% &

. #% % . " "

$)<)$<)33- = 3, ,- ,* 8

& "

6 &

% %

%

% $3((( &

% " & %((( % " & %%

'%% % % # "

.

$ 7! " $ 7!

. " . "

&

+3 " +3 " & % ' &

% &

$* % ' % ' &&

&%

% % %

$$

$) '

&& " && "

%

"

% %%

% /5)+

" & % % 6 &

& &

0

%

%% " &&

.

%

. %

.

%" %" . % %

% %

%

%

% 0 . %

&& &

$5)+ ' " $ 5 )+ " &&

%% "

(((

5 . & 8 0 %"

& 8 %%((( % : % : %% ; . % " . % &. (

# ''' # %

%

(

% 4

3 % "

3

1

0

/

"

" %(

"

%

(

%&

"

" " "

" " " .

! +

$'$

''' &'''

$'* 6 "

"

" &

"

$'-

& &

6

%

&

$'$

6

" -

! + 5

" % ! +

%

"

%

%

,

% " %

" ! + *

) ( 7

#

"

) %& ) (

"

,

"

,

& % % & % $ $ 5 & 6

"

"

'''

( ''' 12*.

''' "

''' " " ,

"

'''

,'''

''' '''

% %

'''

'''

'''

!

(

(''' '''

%

(

$'. 6 "

& (

%

"

"''' "" "

"

$'/

'''

"" ""

$'0

" (

" $'1 6 6

" " )

" " $'1'$

( 89 8

"

"

) " " :

" : 3 (

"

" ( 9

$'1'$'* 6 6 "

" " "

$'1'$'- 6 "

"

$'3 6 '6

"''' "

" "

" $'3'$'* 6 "

" 9

''' "

"

$'3'*'$ (

$'3'*'* 6 "

" 9

(

&

'''

"

" "

$'3'-'$ (

$'3'-'* 6 "

$*;*$;*<<0 =
"

" 9

(

" "

''' '''

9 "

"

'''

"

&

"

9 "

"

''' '''

"

"

'''

"

&

"

9 "

&

6

(

"

''' '''

"

"

"

$'3'-

" "

(

''' "'''

( &

$'3'$'$

6

''' " '''

&

$'3'*

'''

9

" "

"

"

6

3''' (

"'''

" $'3'$

" ''' (

"

" $'1'$'$

6

89 8

''' '''

"

#

%

$'*

" "

"

%

" %

% $-

7"

7

)

$*

%

"

& % $$

$<

%

(

%

% %

"

" "

"

(

&

''' "

)

%

" %%

'''

'''

!

$ 5 & 6

7

5

&

$'$

6

''' &'''

$'* 6 "

"

$'-

& &

6

" &

" (

(''' '''

%

(

$'. 6 "

& (

%

"

"''' "" "

"

$'/

'''

"" ""

$'0

" (

" $'1 6 6

" " )

" " $'1'$

( 89 8

"

"

) " " :

" : 3 (

"

" ( 9

$'1'$'* 6 6 "

" " "

$'1'$'- 6 "

"

$'3 6 '6

"''' "

" "

" $'3'$'* 6 "

" 9

''' "

"

$'3'*'$ (

$'3'*'* 6 "

" 9

(

&

'''

"

" "

$'3'-'$ (

$'3'-'* 6 "

$*;*$;*<<0 =
"

" 9

(

" "

''' '''

9 "

"

'''

"

&

"

9 "

"

''' '''

"

"

'''

"

&

"

9 "

&

6

(

"

''' '''

"

"

"

$'3'-

" "

(

''' "'''

( &

$'3'$'$

6

''' " '''

&

$'3'*

'''

9

" "

"

"

6

3''' (

"'''

" $'3'$

" ''' (

"

" $'1'$'$

6

89 8

''' '''

&

& (

& :

(

&

&

8!

$'3'.'$ &

&

$'3'.'* 6 6 " "

(

$'$< 6 "

* 5 6

"

(

# ''' # %

%

(

% 4

3 % "

3

1

0

/

"

" %(

"

%

(

%&

"

" " "

" " " .

! +

*'$

"8 " "

"

'''

"

'''

? 5

""

?

*'$

&

*'* ' 6

"

*'- 6 ' 6 "

"

7

"

"" ''' & +?'''

"

*'.

%

*'/

"

*'0 ' 6 "

(

% &

8 %"

"

*'0'$'* 6 % "

" " (

"

6 )

(

'''

89 8 %

9" "

( &

% A8

" 7 #@

*'3'$'$ ( &

0

%(

*'0'$'. & "

:

" " "

*'1

(

" , "

*'0'$'-

*'3 6 " & %

"

"

*'0'$'$

*'3'$ (

6 )

" " 8?

*'0'$ ? % ( 7 #@

8

%

''' '''

" "" 7

"

"

&> "8

&>

'''

8

"

$'4

6

8!

4

" -

! + &

" % ! +

%

"

%

%

,

% " %

" ! + *

) ( "

#

"

) %& ) (

"

,

"

,

& % % & % $ $'3'. "

"

"

'''

( ''' 12*.

''' "

''' " " ,

"

'''

,'''

''' '''

% %

'''

'''

'''

!

&

(

& >9"8

''' 9" :

3

"

%

*'3'$'* ' 6

"

"

7 $*;*$;*<<0 =
"

#

%

*'*

" "

"

%

" %

% $-

7"

7

)

$*

%

"

& % $$

$<

%

(

%

% %

"

" "

"

(

&

''' "

)

%

" %%

'''

'''

!

$'3'.

"

"

&

&

& (

& :

(

&

&

8!

$'3'.'$ &

&

$'3'.'* 6 6 " "

(

$'$< 6 "

* 5 6

"

(

''' '''

"8

"

" "

"" 7

"

"

&> "8

&>

'''

8

"

$'4

6

8!

4

"

'''

"

'''

? 5

""

?

*'$

&

*'* ' 6

"

*'- 6 ' 6 "

"

"

"" ''' & +?'''

"

*'.

%

*'/

"

*'0 ' 6 "

(

% &

8 %"

"

*'0'$'* 6 % "

" " (

"

6 )

(

'''

89 8 %

9" "

( &

% A8

" 7 #@

*'3'$'$ ( &

0

%(

*'0'$'. & "

:

" " "

*'1

(

" , "

*'0'$'-

*'3 6 " & %

"

"

*'0'$'$

*'3'$ (

6 )

" " 8?

*'0'$ ? % ( 7 #@

8

7

&

(

& >9"8

''' 9" :

3

"

%

*'3'$'* ' 6

"

"

7 $*;*$;*<<0 =
-'$

# '''

%

# %

%

(

% 4

3 % "

3

1

0

/

"

" %(

"

%

(

%&

"

" " "

" " " .

! +

" -

! +

" % ! +

%

"

%

%

,

% " %

" ! + *

) (

#

"

) %& ) (

"

,

"

,

& % % & % $ *'3'$'-

"

"

'''

( ''' 12*.

''' "

''' " " ,

"

'''

,'''

''' '''

% %

'''

'''

'''

!

""

% *'3'* 3

:

"

& (

*'3'*'$ ( &

&>

6

8

"

%

*'3'*'* 6 - 5

(

7 #@

"

"" 7

"

(

" 7

? 5

""

?

'''

-'$ "

&

-'* 6

"

"

7

" 6

-'- 6 "

"''' "

-'. -'/

"

-'0 6

( " " 8?

" 0

6 ) %

" &

-'0'$ ? % ( 7 #@ "

-'0'$'* 6 % "

" "

-'3'$ (

(

"

'''

89 8 %

9" "

" 7 #@

% A8 &

(

& >9"8

''' 9" :

3

"

%

-'3'$'* 6 " "

(

( &

-'3'$'$ ( &

6 )

%(

-'0'$'. & "

:

" " "

-'1

%" (

" , "

-'0'$'-

-'3 6 " & %

8 "

-'0'$'$

8

& +?'''

%

-'3'$'%

$*;*$;*<<0 =
"

"

7

""

"

#

%

-'*

" "

"

%

" %

% $-

7"

7

)

$*

%

"

& % $$

$<

%

(

%

% %

"

" "

"

(

&

''' "

)

%

" %%

'''

'''

!

*'3'$'-

""

% *'3'* 3

:

"

& (

*'3'*'$ ( &

&>

6

8

"

%

*'3'*'* 6 - 5

(

7 #@

"

"" 7

"

(

" 7

? 5

""

?

'''

-'$ "

&

-'* 6

"

"

7

" 6

-'- 6 "

"''' "

-'. -'/

"

-'0 6

( " " 8?

" 0

6 ) %

" &

-'0'$ ? % ( 7 #@ "

-'0'$'* 6 % "

" "

-'3'$ (

(

"

'''

89 8 %

9" "

" 7 #@

% A8 &

(

& >9"8

''' 9" :

3

"

%

-'3'$'* 6 " "

(

( &

-'3'$'$ ( &

6 )

%(

-'0'$'. & "

:

" " "

-'1

%" (

" , "

-'0'$'-

-'3 6 " & %

8 "

-'0'$'$

8

& +?'''

%

-'3'$'%

$*;*$;*<<0 =
"

"

7

""

&>

8

# '''

.'$

# %

%

(

% 4

3 % "

3

1

0

/

"

" %(

"

%

(

%&

"

" " "

" " " .

! +

%

"

%

-'3'*'* 6 ( 6

(

7 #@

-'3'*'$ ( &

. 5

" -

! + & (

" % ! +

%

"

%

%

,

% " %

" ! + *

) ( "

#

"

) %& ) (

"

,

"

,

& % % & % $ -'3'* 3

:

"

"

'''

( ''' 12*.

''' "

''' " " ,

"

'''

,'''

''' '''

% %

'''

'''

'''

!

"

7

5

"

(

" 7

(

.'$ &

(

.'* 6 " .'-

" @

'''

(

"

:

"

.'/ 6 "

(

89"8

" "

"

(

.'/'$ "

" :

/

.'/'$'$ .'/'$'* 6 ( "

(

.'/'$'- 6 " .'0 6

" "

"

.'0'$ (

"

"

(

89"8

" " ' "

" "'''

" :

''' % ( ,'''

&

&

(

:

&

&

8!

8

7 #@

.'0'$'* 6 ( .'1

&

.'3 6

6

7 #@

(

.'0'$'$

/ 5

" (

( " 7 (

" 0

" @ (

.'.

(

'

" :

"

"

&

>

" "B 7

(

"

" "

5

> "

'

"B

/'$ & /'* 6 "

" "

$*;*$;*<<0 =
"

7

"

#

%

.'*

" "

"

%

" %

% $-

7"

7

)

$*

%

"

& % $$

$<

%

(

%

% %

"

" "

"

(

&

''' "

)

%

" %%

'''

'''

!

-'3'* 3

:

"

& (

-'3'*'$ ( &

&>

( 6

8

"

%

-'3'*'* 6 . 5

(

7 #@

"

7

5

"

(

" 7

(

.'$ &

(

.'* 6 " .'-

" @

'''

(

"

:

"

.'/ 6 "

(

89"8

" "

"

(

.'/'$ "

" :

/

.'/'$'$ .'/'$'* 6 ( "

(

.'/'$'- 6 " .'0 6

" "

"

.'0'$ (

"

"

(

89"8

" " ' "

" "'''

" :

''' % ( ,'''

&

&

(

:

&

&

8!

8

7 #@

.'0'$'* 6 ( .'1

&

.'3 6

6

7 #@

(

.'0'$'$

/ 5

" (

( " 7 (

" 0

" @ (

.'.

(

'

" :

"

"

&

>

" "B 7

(

"

" "

5

> "

'

"B

/'$ & /'* 6 "

" "

$*;*$;*<<0 =
"

7

/'.

,

# '''

/'$

# %

%

(

% 4

3 % "

3

1

0

/

"

" %(

"

%

(

%&

"

" " "

" " " .

! +

%

&

&

""

/'/

"

/'0 6 ( /'0'$ (

( " "

" 7 #@

" "

/'0'$'- 6 "

: (

" "

/'1'$ 1 (

"

"

/'0'$'* 6

/'1 6 "

9

)

/'0'$'$

(

" -

! + " &, !

" % ! +

%

"

%

%

,

% " %

" ! + *

) ( " ,?

#

"

) %& ) (

"

,

"

,

& % % & % $ /'- 6

"

"

'''

( ''' 12*.

''' "

''' " " ,

"

'''

,'''

''' '''

% %

'''

'''

'''

!

(

9

" " "

'

0

"'''

" %'

"

"

"

"

"

%

&

&

(

( :

"

&

&

8!

8

'''

7 #@

/'1'$'$ /'1'$'* 6

"

"

(

"

" /'3 /'4 6

&> "

$*;*$;*<<0 =
"B

8 "

"

#

%

/'*

" "

"

%

" %

% $-

7"

7

)

$*

%

"

& % $$

$<

%

(

%

% %

"

" "

"

(

&

''' "

)

%

" %%

'''

'''

!

/'- 6

"

"

,?

&, !

/'.

,

""

/'/

"

/'0 6 ( /'0'$ (

( " "

" 7 #@

" "

/'0'$'- 6 "

: (

" "

/'1'$ 1 (

"

"

/'0'$'* 6

/'1 6 "

9

)

/'0'$'$

(

&

&

(

9

" " "

'

0

"'''

" %'

"

"

"

"

"

%

&

&

(

( :

"

&

&

8!

8

'''

7 #@

/'1'$'$ /'1'$'* 6

"

"

(

"

" /'3 /'4 6

&> "

$*;*$;*<<0 =
"B

8 "

SISTEM ASURANSI JIWA KREDIT (AJK) PT. HEKSA EKA Life Insurance

Recommend Documents