Dokumentasi Desain Arsitektur dari EWS

Architecture Design Document
for
Warehouse System (EWS) to PT. Simpana Baranga

1.      Overview
1.1    System Overview
         EWS membantu pekerjaan pengguna, dalam hal ini staf gudang dan administrasi seperti manajemen pengalokasian barang dalam gudang serta manajemen lot. EWS menyediakan sarana perhitungan statistik keluar masuk barang sehingga si pengguna dapat mencari informasi laporan stok gudang.

1.2    System Context
         Telah dijelaskan secara jelas pada SRS. Secara umum, user dapat mengakses berbagai informasi dan tentunya si user juga merupakan sumber utama dari data sistem.
1.3    Stakeholders of EWS
         Pemangku kepentingan utama untuk sistem ini adalah pengguna individu yang mungkin menggunakan sistem dan perancang sistem / pembangun yang akan membangun EWS. Kepentingan utama dari dua pemangku kepentingan ini yaitu :
         •  Untuk Pengguna : kegunaan dari sistem dan memberikan ROR dan info NW. Waktu respon sistem juga diperhatikan.
         •  Untuk perancang / pembangun : Sistem ini mudah untuk memodifikasi, terutama untuk menangani masa depan ekstensi yang disebutkan di SRS (yaitu sistem dapat menjadi multi-user sistem, yang mungkin memerlukan penggunaan database bukan file untuk menyimpan data).

         Oleh karena itu, properti kunci arsitektur adalah untuk dievaluasi, dimodifikasi dan atau diperpanjang dari sistem. Waktu kinerja sistem merupakan faktor lain bagi sistem untuk dievaluasi.

1.4    Scope of This Document
         Di dalam dokumen ini, kami akan menjelaskan dua kemungkinan arsitektur untuk EWS, membandingkan untuk berbagai kualitas atribut, dan kemudian memilih satu yang paling sesuai, yang kami akhirnya usulkan arsitektur untuk EWS. Dengan membahas dua alternatif tersebut, kami juga menyediakan alasan untuk memilih arsitektur sistem pada akhirnya. Untuk arsitektur, kami hanya mempertimbangkan komponen dan melihat konektor.

1.5    Definitions and Acronyms
         Definisi
         a. Sistem : metode, susunan yang teratur saling berkaitan.
         b. Use Case : kondisi yang mungkin dapat ditemui user.
         c. User : pengguna aplikasi (Karyawan yaitu staff gudang dan Manajemen PT. Simpana Baranga).
         d. Browser : aplikasi yang ada di komputer kita, mirip dengan aplikasi pengolah kata atau aplikasi lain, yang dirancang untuk membaca tipe file data tertentu.
         e. Sistem Operasi : perangkat lunak sistem yang bertugas untuk melakukan kontrol dan manajemen perangkat keras serta operasi-operasi dasar sistem, termasuk menjalankan software aplikasi seperti program-program pengolah kata dan browser.
         f. Instalasi : seni yang memasang, menyatukan, dan mengkontruksi sejumlah benda yang dianggap bisa merujuk pada suatu konteks kesadaran makna tertentu.
         g. Log In : masuk sebagai member dari sistem.
         h. Password : digunakan untuk mengakses dokumen, file, halaman web, account, yang dilindungi. 

        Tujuan pembuatan password adalah demi keamanan.
         i. Koneksi : hubungan ke suatu sistem.
         j. Sign Up : mendaftar sebagai member dari suatu sistem.
   
        Akronim
        a.EWS : Expert Warehouse System
        b.SRS : Software Requirement Specification

2.      Architecture Design
2.1    Arsitektur 1 : The Repository Model
         Arsitektur ini terdiri dari repositori data, dimana berisi informasi tentang keamanan, input data, output data,penyimpanan data, akses data, dan peringatan. Ada beberapa modul untuk menampilkan bermacam-macam tugas seperti komputasi perhitungan lot gudang dan lain-lain. Di bawah ini adalah komponen utama dari arsitektur ini.

#	Komponen	Tipe Komponen	Deskripsi
1	Data Repository	Database	Modul ini berisi informasi tentang keamanan, input data, output data, penyimpanan data, akses data, dan peringatan.
2	Memantau database stok gudang	Database (website)	Modul ini untuk memantau keadaan lot gudang oleh user (admin atau staf gudang).
3	Pengaturan sistem	Processing (Interface module)	Ini pada dasarnya merupakan modul interface grafis dimana interaksi dengan pengguna pada satu bagian dan membuat pemanggilan yang tepat terhadap modul lainnya, dan untuk mendiskusikan pelayanan dari permintaan user.
4	Input, output, cari, dan tampil	Processing (Database modification)	Memodifikasi informasi yang berhubungan untuk penyimpanan data ke data repository.
5	Compute Net-Worth/ ROR	Processing (Computation)	Modul ini mengkomputasi net-worth dan ROI menggunakan informasi dalam data repository.
6	Get/Set Alerts	Processing (akses atau modifikasi database)	Modul ini mengakses data repository dan mengatur alert sistem.
7	Net Loader	Processing (Download and database modification)	Modul ini untuk mendownload data stok barang saat ini dari basis data dan update data gudang.
8	Get Data Stock	Processing (Database access)	Modul ini digunakan untuk mengakses data lot gudang dan pencarian lokasi barang dalam gudang.

Berikut ini adalah data konektor dalam arsitektur :

#	Connector	Connector Type	Descriptions
1	R/W Connector	Database access/ modification	Konektor ini adalah antara data repository dan modul 4, 5, 6 dan 7. Ini merupakan akses (R) atau modifikasi (W) dari data gudang.
2	Read Only Connector	Database access	Konektor ini adalah antara data repository dan modul 5 dan 8. Ini merupakan pembacaan relevan data dari data repository.
3	Write Only Connector	Database access / modification	Konektor ini adalah antara modul loader dan modul penyimpanan data gudang dan admin.
4	URL Connector	HTTP	Konektor ini merupakan penghubung ke alamat URL sistem.
5	Control Connector	Module invocation or function calls	Konektor ini adalah antara modul controller master dan modul 4, 5, 6, 7 dan 8. Konektor ini untuk mempersentasikan inovasi dari setiap modul dan juga modul utama.

Diagram di bawah ini menunjukkan arsitektur di atas :

2.2    Arsitektur 2 : Model Layer Akses
         Arsitektur ini mirip dengan arsitektur repositori data. Perbedaan utama terletak pada fakta bahwa di sini kita memiliki akses data lapisan yang memisahkan logika bisnis dan data repositori. Pengambilan dan modifikasi data dilakukan melalui lapisan akses data, sementara semua pengolahan data atau pelaksanaan logika bisnis dilakukan dalam lapisan logika bisnis.
         Lapisan 4 adalah lapisan presentasi (kontrol induk) yang bertanggung jawab untuk berinteraksi dengan pengguna dan modul lapisan logika bisnis. Hal ini merupakan kegunaan dari lapisan akses data yang
berasal dari kenyataan bahwa jika jenis database diubah, maka lapisan akses yang hanya perlu diubah sedangkan logika pengolahan tetap sama. Komponen tetap sama kecuali bahwa sekarang kita akan memiliki komponen akses data baru yang dapat menaruh data yang akan bertanggung jawab untuk membaca dan menulis data sesuai dengan stok gudang, keamanan pengguna, statistik, peringatan, dan kondisi lot. Diagram di bawah ini menunjukkan arsitektur tersebut :

2.3    Perbandingan Arstektur
         Di sini kita membandingkan arsitektur yang berkaitan dengan berbagai atribut kualitas.

Criteria	Architecture 1	Architecture 2
Change In Data repository	Not Easy	Easy
Change in the remote database location from which prices are extracted	Easy	Easy
Addition in functionalities	Easy	Easy
Extension to multiuser	Difficult	Easier
Provision of additional securities (passwords, etc)	Difficult	Easier
Catering of new type of securities	Easy	Easy

3.     Final Architecture of EWS
        Dari tabel di atas kita melihat bahwa arsitektur 2 adalah lebih baik sejauh perubahan data repositori yang bersangkutan. Selain itu, juga lebih mudah untuk memperpanjang ke sistem multi-user, yang melibatkan masalah keamanan tambahan. Namun, kinerja Arsitektur 2 adalah mungkin lebih rendah dari yang pertama, meskipun hanya sedikit berbeda. Dalam repositori data yang akan mungkin berubah, dan sistem dapat dilakukan oleh multi-user, maka kita lebih suka Arsitektur 2 daripada Arsitektur 1.

Untuk mendownload dokumen klik disini