Software Architecture Document · PDF fileRepresentasi arsitektur aplikasi ini menggunakan...

KELOMPOK 04

Sistem Informasi Koperasi Karyawan

“STIKOM Surabaya”

Software Architecture Document

Version <1.0>

Sistem Informasi Koperasi Karyawan “STIKOM Surabaya” Version: <1.0>

Software Architecture Document Date: 06/10/11

PRPL/2011/IX/01

Confidential of 29

© Kelompok 04

Proyek Rekayasa Perangkat Lunak

Stikom Surabaya 2011

CONFIDENTIAL

Revision History Date Version Description Author

06/10/2011 1.0 Membuat Software Arsitecture

Document

Kelompok 04



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Table of Contents

1. Introduction 4

1.1 Purpose 4

1.2 Scope 4

1.3 Definitions, Acronyms and Abbreviations 4

1.4 References 4

1.5 Overview 4

2. Architectural Representation 5

3. Architectural Goals and Constraints 5

4. Decomposition Of Modul Function 6

4.1 Context Diagram 7

4.2 DFD Level 0 8

DFD Level 0 Sistem Informasi Koperasi Karyawan “STIKOM Surabaya” 8

4.3 DFD Level 1 8

4.3.1 DFD Level 1 Maintance Master 8

4.3.2 DFD Level 1 Transaksi 9

4.3.3 DFD Level 1 Pelaporan 9

5. Architectural Description 9

5.1 Environmental Device of Implementation 10

5.2 Architecturally Significant Design Packages 11

5.2.1 CDM 11

5.2.2 PDM 12

6. Detail Of Description Architecture 13

6.1 Struktur Tabel Master_Anggota 13

7. Deployment View 17

8. Implementation View 17

8.1 Overview 29

8.2 Layers 29

9. Data View (optional) 29

10. Size and Performance 29

11. Quality 29



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Software Architecture Document

1. Introduction

Software Architecture Document (SAD) adalah dokumen yang menjelaskan tentang arsitektur

proyek parangkat lunak yang akan dikerjakan. Dokumen ini diataranya berisi tentang overview

dari dokumen ini sendiri. Architecturel Representation, Architectural Goals dan Constraints, Data

Flow Diagram (DFD) atau representasi fungsional dari proses.

1.1 Purpose

Tujuan dari dibuatnya Dokumen Software Architechture ini adalah agar Koperasi Karyawan

STIKOM Surabaya bisa melihat apakah alur dari proses bisnis yang dibuat pada proyek tersebut

sudah sesuai dengan keinginan dari Koperasi Karyawan “STIKOM SURABAYA” , selain itu ,

software ini juga dapat membantu managemen Koperasi Karyawan “STIKOM SURABAYA” dalam

mengatur simpan-pinjam , Sisa Hasil Usaha (SHU) ,

1.2 Scope

Software Architecture Document (SAD) akan membahas tentang proses system, tabel-tabel dan

interface dari software

1.3 Definitions, Acronyms and Abbreviations

CDM : Conceptual Data Model

Model yang dibuat berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi-koleksi obyek-

obyek dasar yang dinamakan entitas (entity) serta hubungan (relationship) antara entitas-entitas

itu.

PDM : Physical Data Model

Model yang menggunakan sejumlah table yang menggambarkan data serta hubungannya antara

data-data tersebut. Setiap table mempunyai sejumlah kolom dimana setiap kolom memiliki nama

yang unik.

1.4 References

1.5 Overview

Architectural Representation

Architectural Goals and constraint

Dekomposisi Fungsional Model

DFD Level 0

DFD Level 1

Architectural Description

CDM

PDM

Description Architecture Detail



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Tabel pengeluaran

Tabel pinjaman

Tabel simpanan

Tabel perhitungan

Tabel Sisa Hasil Usaha (SHU)

Tabel kas

Tabel anggota

Tabel sewa stan

2. Architectural Representation

Representasi arsitektur aplikasi ini menggunakan model terstruktur, yaitu menggunakan DFD,

CDM, PDM, dan user interface.

Aplikasi ini menggunakan Arsitektur aplikasi secara Two-Tier,

3. Architectural Goals and Constraints

Dalam proses pembuatan sistem informasi koperasi karyawan “STIKOM Surabaya” ini

menggunakan Two Tier . Two Tier dapat diartikan sebagai tingkatan. Konsep tier menjelaskan

arsitektur aplikasi secara logical ketimbang secara physical. Arsitektur two-tier menerangkan

aplikasi yang dirancang digunakan oleh satu atau lebih client yang terkoneksi pada server

database.

Contoh two-tier yang paling sederhana adalah saat seluruh client yang terkoneksi menjalankan

aplikasi yang sama dan mengakses satu database. Secara sederhana, konsep two-tier dapat

digambarkan sebagai berikut.



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Pada two-tier konvensional, aplikasi pada sisi client umumnya menangani beberapa business

logic. Contoh business logic dari sebuah aplikasi client server yaitu sekumpulan komponen object

yang memiliki fungsi tertentu. Pada lingkungan jaringan, business logic ini menempati dan

dijalankan pada masing-masing komputer client.

Karena penerapan business logic pada two-tier yang digambarkan diatas harus dijalankan pada

masing-masing komputer client, sehingga jika dilakukan update aplikasi, maka pada seluruh

komputer client yang terkait harus dilakukan proses update.

Anda dapat menghindari permasalahan ini dengan melakukan sentralisasi business logic pada

server. Teknologi DBMS seperti pada Microsoft SQL Server menyediakan fasilitas stored

procedure untuk menyimpan business logic.

Dengan demikian, masing-masing client tidak lagi melakukan proses business logic pada dirinya,

tetapi memanggil stored procedure untuk melakukan business logic, kemudian business logic

akan menjalankan operasi database yang diminta.

Dengan cara ini, saat Anda ingin melakukan update business logic, cukup dengan melakukan

update pada stored procedure yang terletak pada server database, maka perubahan business

logic telah berlaku secara keseluruhan sistem.

Perubahan business logic ini berlaku transparan pada client, dalam artian client hanya perlu

mengetahui nama dari procedure yang ada, tidak perlu merisaukan kode program yang terdapat

pada procedure tersebut.

Solusi ini cukup menenangkan dan menghindari Anda dari kerja lembur selama dua malam untuk

mengupdate seluruh komputer client pada sistem, yang mana Anda harus melakukannya setelah

jam pulang kantor pada saat tidak ada lagi yang menggunakan komputer, selain Anda tentunya

4. Decomposition Of Modul Function

Bagian ini menjelaskan bagian-bagian arsitektur yang signifikan dari model desain,

seperti memodelkan proses bisnis sistem penggajian ini, memodelkan aliran data antar entitas,

serta memodelkan hubungan antar entitas.



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

4.1 Context Diagram

Context diagram menggambarkan garis besar proses bisnis Sistem Informasi Koperasi

Karyawan “STIKOM Surabaya” . dalam context diagram terdapat 4 entity, yaitu Pengurus,

Anggota, Ketua Koperasi dan UPTD . di dalam context diagram ini kita bisa melihat

bagaimana alur input yang diberikan oleh anggota ke sistem informasi koperasi ini

contoh nya ketika anggota tersebut memberikan data nya ketika anggota menginputkan

data simpanan , anggota bisa melihat dari sistem berapa anggota tersebut sudah

menabung dalam koperasi tersebut. Dan itu juga yang terjadi pada entity Pengurus, disini

penrus bisa menerima laporan dari Sisa Hasil Usaha (SHU) yang dapat di lihat dari sistem

tersebut. Dan entity Ketua Koperasi bisa menerima laporan dari Koperasi nya tersebut

melalui sistem tersebut. Beriku gambar context Diagramnya :

Context Diagram



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

4.2 DFD Level 0

DFD Level 0 merupakan hasil decompose dari context diagram. DFD level 0 menggambarkan

kerseluruhan sistem informasi Koperasi Karyawan “STIKOM Surabaya” . Dalam DFD Level 0 juga

terdapat 4 proses utama yaitu Maintance Master, transaksi, pelaporan , pendaftaran anggota.

Berikut ini adalah DFD Level 0 :

DFD Level 0 Sistem Informasi Koperasi Karyawan “STIKOM Surabaya”

4.3 DFD Level 1

4.3.1 DFD Level 1 Maintance Master

DFD Level 1 Maintance Master

Data Master Anggota

Data Master Anggota

Data Master Anggota

Laporan Kekayaan Koperasi

Neraca

Laporan Jasa Bunga

Laporan Pengeluaran Operasional

Data Simpanan Wajib

Data Anggota

Bukti Angsuran

Bukti Peminjaman

Laporan SHU

Laporan SHU

Data Transaksi Pengeluaran

Data Transaksi Angsuran

Data Transaksi Pinjaman

Data Transaksi Simpanan

Data Pengeluaran Operasional

Data Master SimpananData Master Bunga

Data Master Pengurus

Data Angsuran Pinjaman

Data Transaksi Peminjaman

Data Simpanan Sukarela

Surat Potongan Gaji Anggota

Laporan Simpanan

Laporan Peminjaman

Laporan SHU

Laporan Angsuran Pinjaman

Bukti Angsuran

Bukti Peminjaman

Kartu Anggota

Bukti Pinjaman

Kartu Anggota

Bukti s impanan

Data Angsuran Pinjaman


Data Peminjaman

Data Pengeluaran Operasional

Data Master Simpanan

Data Master Bunga



Data Master Bunga


Data Anggota

Data Anggota

ANGGOTA

UPTD

KETUA KOPERASI

PENGURUS

PENGURUS

1

MAINTENANCE MASTER

+

2

TRANSAKSI

+

3

PELAPORAN

+

4

Pendaftaran

Anggota1 MASTER ANGGOTA

2MASTER

PENGURUS

3MASTER

BUNGA

4MASTER JENIS

SIMPANAN

5 TRANSAKSI ANGSURAN PINJAMAN

6TRANSAKSI

PINJAMAN

7TRANSAKSI

SIMPANAN

8TRANSAKSI

PENGELUARAN

7TRANSAKSI

SIMPANAN

6TRANSAKSI

PINJAMAN

5 TRANSAKSI ANGSURAN PINJAMAN

8TRANSAKSI

PENGELUARAN

1MASTER

ANGGOTA

Data Master Angg ota




Data Master Bung a

Data Master Peng urus


Data Master Bung a



Data Master Bung a


PENGURUS

2MASTER

PENGURUS

3MASTER

BUNGA

4MASTER JENIS

SIM PANAN

1

MAINTENANCE

MASTER

PENGURUS +

2

MAINTENANCE

MASTER

BUNGA +

3

MAINTENANCE MASTER

JENIS SIM PANAN

1MASTER

ANGGOTA

4

MAINTENANCE

MASTER ANGGOTA



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

4.3.2 DFD Level 1 Transaksi

DFD Level 1 Transaksi

4.3.3 DFD Level 1 Pelaporan

DFD Level 1 Pelaporan

5. Architectural Description

Keberhasilan suatu arsitektur three tier adalah kemampuan menguraikan suatu aplikasi

menjadi elemen-elemen kecil yang tingkat ketergantungannya satu sama lain seminimal

mungkin, baik secara vertil maupun horizontal. Berikut penguraian dari :

Dekomposisi vertical, yang menguraikan aplikasi menjadi tiga komponen,

1. Komponen presentasi, yang menangani user (pemakai) dan input/ output.

2. Komponen logika aplikasi, dimana semua task dan business rule diterapkan.

3. Komponen manajemen basis data, yang mengolah data dan informasi mengenai

peramalan persediaan barang sesuai data/ informasi yang ada.


Data Simpanan Wajib

Data Ang gota

Kartu Angg ota

Surat Potong an Gaji Ang g ota

Data Peng eluaran Operasional


Data Ang suran Pinjaman

Data Transaksi Peminjaman


Bukti Ang suran

Bukti Peminjaman

Bukti Peminjaman

Kartu Angg ota

Bukti Ang suran

Bukti Pinjaman

Bukti simpanan

Data Ang suran Pinjaman

Data Peminjaman


ANGGOTA

UPTD

PENGURUS

7TRANSAKSI

SIM PANAN

6TRANSAKSI

PINJAM AN

5 TRANSAKSI ANGSURAN PINJAM AN

8TRANSAKSI

PENGELUARAN

1

TRANSAKSI SIMPANAN

+

2

TRANSAKSI PEMINJAMAN

+

3

TRANSAKSI

ANGSURAN

PINJAM AN +

4

TRANSAKSI PENGELUARAN

OPERASIONAL

1MASTER

ANGGOTA

Neraca

Laporan Kekayaan Koperasi

Laporan Jasa Bung a













Data Transaksi Angsuran Pinjaman

Data Transaksi Peng eluaran

Laporan Peng eluaran Operasional

Data Transaksi Peng eluaran




Laporan SHU

Laporan SHU

Laporan SHU

Laporan Simpanan

Laporan Peminjaman

Laporan Angsuran Pinjaman

KETUA KOPERASI

ANGGOTA

PENGURUS

7TRANSAKSI

SIM PANAN

6TRANSAKSI

PINJAM AN


8TRANSAKSI

PENGELUARAN

1

CETAK LAPORAN

SIM PANAN

2

CETAK LAPORAN

PEM INJAM AN

3

CETAK LAPORAN

ANGSURAN PINJAMAN

4

CETAK LAPORAN

PENGELUARAN

OPERASIONAL

5

CETAK LAPORAN SHU

6

CETAK LAPORAN JASA

BUNGA

7

CETAK LAPORAN KEKAYAAN

KOPERASI

8

CETAK NERACA

7TRANSAKSI

SIM PANAN

6TRANSAKSI

PINJAM AN


8TRANSAKSI

PENGELUARAN



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Bagian ini menjelaskan bagian-bagian penting pada model desain arsitektur, seperti

dekomposisi ke dalam subsistem dan paket. Dan untuk setiap paket yang signifikan, dekomposisi

ke dalam kelas dan utilitas kelas. Anda harus memasukkan kelas besar dalam hal arsitektur dan

menjelaskan tanggung jawab mereka, serta beberapa hubungan yang sangat penting, operasi

dan atribut.

Dekomposisi horizontal dalam arti menguraikan masing-masing komponen vertikal

menjadi komponen-komponen kecil yang tingkat ketergantungannya minimal.

Ada beberapa cara untuk menguraikan aplikasi berhubungan dengan bagaimana cara

komponen-komponen dekomposisi itu berhubungan, antara lain:

Procedural programming, yaitu dengan menggunakan bahasa pemrograman terstruktur

untuk menguraikan sebuah aplikasi.

Linking program via interace, yaitu dengan membuat program presentasi, logika aplikasi

dan manajemen basis data terpisah.

Object programming, dengan membangun komponen presentasi, logika aplikasi dan

manajemen basis data dengan pemrograman terstruktur.

5.1 Environmental Device of Implementation

Software ini dibuat dengan berbasis web, sehingga para pelanggan dapat mendaftar

melalui internet dan memilih fasilitas sesuai dengan keinginannya. Aplikasi yang dibutuhkan

untuk proyek ini adalah:

Power designer 6 : pembuatan CDM, PDM, context diagram, dan DFD

Microsoft Word : pembuatan dokumen proyek

Microsoft Visio : pembuatan document flow dan sistem flow

PHP, MySQL, Notepad ++ : pembuatan aplikasi web.



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

5.2 Architecturally Significant Design Packages

5.2.1 CDM

CDM

Memiliki Bunga

Menangani Transaksi Pengeluaran

Menangani Transaksi Pinjaman

Menangani Transaksi Angsuran

Memiliki T ransaksi Simpanan

Mempunyai T ransaksiMemiliki T ransaksi

Memiliki

MelakukanMempunyai

MASTER ANGGOTA

Nomor Ang g ota

NIP

Nama Ang g ota

Alamat Ang g ota

Tempat Lahir

Tang g al Lahir

No Telpon Ang g ota

Jenis Kelamin

Jabatan

Tempat Dinas

Tang g al Pendaftaran

Status Keang g otaan

MASTER PENGURUS

Nomor Pengurus

Nama Pengurus

Alamat Pengurus

No Telpon Pengurus

Jenis Kelamin

Status Peng urus

MASTER BUNGA

Nomor Bunga

Lama Angsuran

Besar Bunga

Status Bung a

MASTER JENIS SIMPANAN

Jenis Simpanan

Besar Tarif

TRANSAKSI ANGSURAN PINJAMAN

ID Ang suran

Jumlah Angsuran

Ang suran ke

Tang g al ang sur

Status Angsuran

TRANSAKSI PINJAMAN

ID Peminjaman

Jumlah Pinjaman

Keperluan

Tang g al Peminjaman

Lama Angsuran

Jumlah Angsuran

Total Ang suran

Tang g al M ulai Ang sur

Tang g al Selesai Ang sur

Status Pinjaman

TRANSAKSI SIMPAN AN

ID Simpanan

Jumlah Simpanan

Tang g al Simpan

Status Simpanan

TRANSAKSI PENGELUARAN

ID Pengeluaran

Keperluan Peng eluaran

Jumlah Peng eluaran

Tang g al Pengeluaran

Status Peng eluaran



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

5.2.2 PDM

PDM

NOMOR_BUNGA = NOMOR_BUNGA

NOMOR_PENGURUS = NOMOR_PENGURUS




JENIS_SIMPANAN = JENIS_SIMPANANID_PEMINJAMAN = ID_PEMINJAMAN

NOMOR_ANGGOTA = NOMOR_ANGGOTA

NOMOR_ANGGOTA = NOMOR_ANGGOTANOMOR_ANGGOTA = NOMOR_ANGGOTA

MASTER_ANGGOTA

NOMOR_ANGGOTA varchar(10)

NIP varchar(10)

NAMA_ANGGOTA varchar(50)

ALAMAT_ANGGOTA varchar(100)

TEM PAT_LAHIR varchar(50)

TANGGAL_LAHIR date

NO_TELPON_ANGGOTA varchar(12)

JENIS_KELAMIN varchar(1)

JABATAN varchar(50)

TEM PAT_DINAS varchar(50)

TANGGAL_PENDAFTARAN date

STATUS_KEANGGOTAAN varchar(1)

MASTER_PENGURUS

NOMOR_PENGURUS varchar(10)

NAMA_PENGUR US varchar(50)

ALAMAT_PENGURUS varchar(100)

NO_TELPON_PENGURUS varchar(12)

JENIS_KELAMIN varchar(1)

STATUS_PENGURUS varchar(1)

MASTER_BUNGA

NOMOR_BUNGA varchar(10)

LAMA_ANGSURAN integ er

BESAR_BUNGA integ er

STATUS_BUNGA varchar(1)

MASTER_JENIS_SIMPANAN

JENIS_SIMPANAN varchar(2)

BESAR_TARIF integ er

TRANSAKSI_ANGSURAN_PINJAMAN

ID_ANGSURAN varchar(15)


ID_PEM INJAM AN varchar(15)


JUM LAH_ANGSURAN integ er

ANGSURAN_KE integ er

TANGGAL_ANGSUR date

STATUS_ANGSURAN varchar(1)

TRANSAKSI_PIN JAMAN

ID_PEM INJAM AN varchar(15)



NOMOR_BUNGA varchar(10)

JUM LAH_PINJAMAN integ er

KEPERLUAN varchar(200)

TANGGAL_PEM INJAM AN date

LAMA_ANGSURAN integ er

JUM LAH_ANGSURAN integ er

TOTAL_ANGSURAN integ er

TANGGAL_MULAI_ANGSUR date

TANGGAL_SELESAI_ANGSUR date

STATUS_PINJAM AN varchar(1)

TRANSAKSI_SIM PANAN

ID_SIM PANAN varchar(15)


JENIS_SIMPANAN varchar(2)


JUM LAH_SIM PANAN integ er

TANGGAL_SIMPAN date

STATUS_SIMPANAN varchar(1)

TRANSAKSI_PENGELUARAN

ID_PENGELUARAN varchar(15)


KEPERLUAN_PENGELUARAN varchar(500)

JUM LAH_PENGELUARAN integ er

TANGGAL_PENGELUARAN date

STATUS_PENGELUARAN varchar(1)



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

6. Detail Of Description Architecture

Tahap ini menjelaskan detail struktur tabel yang akan digunakan dalam sistem informasi

Koperasi Karyawawan “STIKOM Surabaya”. Berikut ini gambaran struktur tabel :

6.1 Struktur Tabel Master_Anggota

Primary Key : NOMOR_ANGGOTA

Foreign Key : -

Fungsi : Menyimpan Data Pribadi Dari Seorang Anggota

NO Field Name Type Data Length Constraint Ket

1. NOMOR_ANGGOTA Varchar 10 Primary

Key

Nomor Anggota

2. NIP Varchar 10 Nomor induk

Pegawai

3. NAMA_ANGGOTA Varchar 50 Nama anggota

4. ALAMAT_ANGGOTA Varchar 100 Alamat Anggota

5. TEMPAT_LAHIR Varchar 50 Tempal Lahir

Anggota

6. TANGGAL_LAHIR Date Tanggal Lahir

Anggota

7. NO_TELPON_ANGGOTA Varchar 50 Jawaban atas

pertanyaan

pribadi.

8. JENIS_KELAMIN Varchar 100 Sebagai

pembeda hak

akses.

9 JABATAN Varchar 50 Melihat jabatan

anggota di

dalam koperasi

tersebut

10 TEMPAT_DINAS Varchar 50 Melihat tempat

dinas anggota

tersebut bekerja

11 TANGGAL_PENDAFTARAN Date Waktu anggota

tersebut

mendaftar

menjadi

anggota

koperasi

12 STATUS_ANGGOTA Varchar 1 Status anggota

dalam koperasi

tersebut



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

6.1 Struktur Tabel TRANSAKSI_SIMPANAN

Primary Key : ID_SIMPANAN

Foreign Key : JENIS_SIMPANAN, NOMOR_PENGURUS,NOMOR_ANGGOTA

Fungsi : Untuk Menyimpan Data transaksi simpanan dari anggota


1. ID_SIMPANAN varchar 15 Primary Key ID_Simpanan

2. JENIS_SIMPANAN

varchar 2 Foreign Key Jenis simpanan

anggota

3. NOMOR_PENGURUS Varchar 10 Foreign Key Nomor dari

pengurus yang

melayani

transasksi

4. NOMOR_ANGGOTA Varchar 10 Foreign Key Nomor anggota

yang melakukan

transaksi

simpanan

5. JUMLAH_SIMPANAN Integer Jumlah

simpanan yang

di tabung oleh

anggota

6. TANGGAL_SIMPANAN Integer Tanggal

anggota

melakukan

simpanan

7 STATUS_SIMPANAN Varchar 1 Status simpanan

6.2 Struktur Tabel TRANSAKSI_ANGSURAN_PINJAMAN

Primary Key : ID_ANGSURAN

Foreign Key : ID_PEMINJAMAN,NOMOR_ANGGOTA

Fungsi : Untuk menyimpan Transaksi Angsuran pinjaman yang di lakukan oleh

anggota

di koperasi karyawan tersebut


1. ID_ANGSURAN Varchar 15 Primary Key Nomor id

transasksi

simpanan

2. NOMOR_ANGGOTA varchar 10 Foreign Key Nomor anggota

yang melakukan

angsuran atau

pinjaman



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

3. ID_PEMINJAM Varchar 15 Foreign Key Nomor dari

pengurus yang

melayani

transasksi

4. NOMOR_PENGURUS Varchar 10 Nomor

pengurus yang

melayani

5. JUMLAH_ANGSURAN Integer Jumlah angsuran

6. ANGSURAN_KE Integer Angsuran

anggoya yang

ke=

7 TANGGAL_ANGSURAN date Tanggal

melakukan

angsuran

8 STATUS_ANGSURAN Varchar 1

6.3 Struktur Tabel MASTER_PENGURUS

Primary Key : NOMOR_PENGURUS

Foreign Key : -

Fungsi : tabel ini menyimpan data-data dari pengurus dalam koperasi


1. NOMOR_PENGURUS Varchar 15 Primary Key ID_Simpanan

2. NAMA_PENGURUS varchar 50 Nama pengurus

3. ALAMAT_PENGURUS Varchar 100 Alamat

pengurus

4. NO_TELPON_PENGURUS Varchar 12 Nomor telpon

pengurus

5. JENIS_KELAMIN Varchar 1

6. STATUS_PENGURUS Varchar 1

6.4 Struktur Tabel TRANSAKSI_PENGELUARAN

Primary Key : ID_PENGELUARAN

Foreign Key : NOMOR_PENGURUS

Fungsi : tabel ini menyimpan tentang pengeluaran dalam kegiatan koperasi

karyawan


1. ID_PENGELUARAN Varchar 15 Primary

Key

ID transaksi

pengeluaran

2. NOMOR_PENGURUS varchar 10 Foreign

Key

Nomor

Pengurus yang

melakukan

pengeluaran

dana

3. KEPERLUAN_PENGELUARAN Varchar 500 Keperluan

Pengeluaran

4. JUMLAH_PENGELUARAN integer Julah



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

pengeluaran

5. TANGGAL_PENGELUARAN Date Tanggal

pengeluaran

dana

6.5 Struktur Tabel TRANSAKSI_PINJAMAN

Primary Key : ID_PEMINJAMAN

Foreign Key : NOMOR_ANGGOTA, NOMOR_PENGURUS_ NOMOR_ BUNGA

Fungsi : tabel ini menyimpan tentang transaksi peminajaman dalam koperasi

dan dalam

Dalam koperasi ini terdapat bunga ketika melakukan pinjaman di

koperasi


1. ID_PEMINJAMAN Varchar 15 Primary

Key

ID_Simpanan

2. NOMOR_ANGGOTA varchar 10 Foreign

Key

Jenis simpanan

anggota

3. NOMOR_PENGURUS Varchar 10 Foreign

Key

Nomor dari

pengurus yang

melayani

transasksi

4. NOMOR_BUNGA Varchar 10 Foreign

Key

Nomor bunga

yang di harus

kan membayar

ketika

melakukan

peminjaman

5. JUMLAH_PINJAMAN Integer Jumlah

pinjaman

6. KEPERLUAN Integer 200 Keperluan

pinjaman

7 TANGGAL_PEMINJAMAN Date Tanggal

peminjaman

8 LAMA_ANGSURAN integer Lama angsuran

9 JUMLAH_ANGSURAN Integer Total angsuran

10 TOTAL_ANGSURAN Integer Total angsuran

yang harus di

bayar

11 TANGGAL_MULAI_ANGSUR Date Tanggal mulai

mengangsur

12 TANGGAL_SELESAI_ANGSUR Date Tanggal selesai

menggangsur

13 STATUS_PINJAMAN Varchar 1 Status

pinjaman



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

6.6 Struktur Tabel MASTER_BUNGA

Primary Key : NOMOR_BUNGA

Foreign Key : -

Fungsi : tabel ini menyimpan tentang bunga yang harus deterima anggota

ketika

melakukan peminjalam


1. NOMOR_BUNGA Varchar 10 Primary Key ID_Simpanan

2. LAMA_ANGSURAN Integer Lama angsuran

3. BESAR_BUNGA integer Besar bunga

yang harus di

bayar

4. STATUS BUNGA Varchar 1 Status bunga

7. Deployment View

8. Implementation View

Tahap ini menjelaskan tentang proses implementasi dari system informasi kelurahan Karangpuri.

Berikut merupakan subsistem dari tahapan implementasi desain system.

Nama Form : Form login user

Form LoginForm Login

username

LOGIN

Password

Enter Text

Enter Text

Login Keluar

Deskripsi : Form ini digunakan untuk Login dan untuk verifikasi user

untuk masuk kedalam program yang selanjutnya



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form login user

Form LoginForm Login

username

LOGIN

Password

Login Keluar

Deskripsi : Form ini digunakan untuk Login dan untuk verifikasi user

untuk masuk kedalam program yang selanjutnya



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Simpanan Koperasi

Form SimpananForm Simpanan

Jenis Simpanan

Nomor Anggota

Nama Anggota

Jumlah Simpanan

Tanggal Transaksi

ID Simpanan

Status Simpanan

Cari

Tambah Simpan Bersih Keluar

Form Simpanan

Koperasi Karyawan


Deskripsi : Form ini untuk memasukkan data transaksi simpanan

angggota yang akan masuk dalam kas Koperasi Karyawan



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Angsuran Pinjaman

Form AngsuranForm Angsuran

Form Angsuran Pinjaman Koperasi Karyawan


ID Angsuran

Nomor Anggota

Nama Anggota

Lembaga(SD/TK/KANTOR)

ID Pinjaman

Bunga

Lama Angsuran

Total Angsuran

Jumlah yang diangsur

Sisa Angsuran

Angsuran Ke

Jumlah Angsuran

Tanggal Angsuran

Status Angsuran

Cari


Deskripsi : Form ini digunakan untuk melakukan angsuran

pinjaman koperasi yang di lakukan oleh petugas atau

admin



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Cetak Kartu Anggota

Form Cetak Kartu AnggotaForm Cetak Kartu Anggota

Nomor Anggota

Form Cetak Kartu Anggota

Koperasi “STIKOM Surabaya”

Nama Anggota

Cari

Cetak Keluar

Deskripsi : Form ini di gunakan untuk mencetak kartu setelah user

registrasi



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Master Anggota

Form Master AnggotaForm Master Anggota

Form Master Anggota

Koperasi Karyawan STIKOM SURABAYA

Nomor Anggota

NIP

Nama Anggota

Tempat, Tanggal Lahir

Jenis Kelamin

Jabatan

Tempat Tugas/Dinas

Alamat Rumah

No Telepon

Tanggal Pendaftar

Status Anggota

Cari

Pria Wanita


Deskripsi : Form ini digunakan Untuk Mendaftar

Anggota Baru atau user baru koperasi



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Master Bunga

Form Master BungaForm Master Bunga

Nomor Bunga

Form Master Bunga Koperasi

Karyawan “STIKOM Surabaya”

Lama Angsuran

Besar Bunga

Status Bunga

Cari

Bulan

%


Deskripsi : Form ini digunakan untuk mengetahui

bunga yang di dapat anggota ketika

Anggota melakukan simpanan di koperasi



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Master Simpanan

Form Master SimpananForm Master Simpanan

Form Master Simpanan Koperasi

Karyawan “STIKOM Surabaya “

Jenis Simpanan

Besar Tarif

Simpan Bersih Keluar

Deskripsi : Form ini digunakan menentukan macam-

macam simpanan dan berapa besar

simpanan nya dan form ini digunakan oleh

admin



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Peminjaman

Form PeminjamanForm Peminjaman

Data Anggota

Nomor Anggota

Nama Anggota

NIP

Jabatan

Lembaga (SD/TK/Kantor)

Alamat Rumah

Pinjaman Maksimal

Cari

Data Transaksi

ID Peminjaman

Jumlah Peminjaman

Keperluan

Tanggal Peminjaman

Lama Angsuran

Nomor Bunga

Besar Bunga

Jumlah angsuran Per bulan

Total Angsuran

Tanggal Mulai Angsur

Tanggal Selesai Angsur

Status Peminjaman

Form Peminjaman Koperasi Karyawan “STIKOM Surabaya”

bulan

Deskripsi : Form ini digunakan untuk anggota yang akan

melakukan pinjaman di koperasi



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Pencarian Data

FormCariFormCari

Pencarian Data

Kata Kunci Cari

Deskripsi : Form ini digunakan untuk mencari data dalam

database



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Pengeluaran

FormPengeluaranFormPengeluaran

ID Pengeluaran

Keperluan Pengeluaran

Jumlah Simpanan

Tanggal Transaksi

Status Simpanan

Cari


Form Pengeluaran

Koperasi Karyawan “STIKOM Surabaya”

Deskripsi : Form ini digunakan untuk mengatur

pengeluaran dalam koperasi karyawan



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

Nama Form : Form Simpanan

FormSimpananFormSimpanan

Form Simpanan

Koperasi Karyawan “STIKOM Surabaya”

Jenis Simpanan

Nomor Anggota

Nama Anggota

Jumlah Simpanan

Tanggal Transaksi

ID Simpanan

Status Simpanan

Cari


Deskripsi : Form ini digunakan oleh admin ketika ada

anggota yang akan melakukan simpanan

sesuai dengan jenis simpanan yang sudah

ada di dalam database



PRPL/2011/IX/01

Confidential of 29

© Kelompok 04



CONFIDENTIAL

8.1 Overview

8.2 Layers

9. Data View (optional)

10. Size and Performance

11. Quality

Software Architecture Document · PDF fileRepresentasi arsitektur aplikasi ini menggunakan...

Documents

Transcript of Software Architecture Document · PDF fileRepresentasi arsitektur aplikasi ini menggunakan...