BAB 4 PERANCANGAN SISTEM INFORMASI PENGENDALIAN KUALITAS

Transkripsi

1 CISCOSYSTEMS 3Com 3Com 3Com BAB 4 PERANCANGAN SISTEM INFORMASI PENGENDALIAN KUALITAS 4.. Technical Platform Untuk sistem informasi pengendalian kualitas yang dikembangkan ini digunakan untuk dipakai secara realtime dimana saja di UPT Perangkat Lunak, jadi digunakan webbased dengan menggunakan program yang sudah ada di UPT Perangkat Lunak dan dioperasikan dengan menggunakan mouse dan keyboard. a. Equipment Kebutuhan yang diperlukan adalah komputer server yang bisa diakses di seluruh komputer UPT Perangkat Lunak yang sudah dimiliki oleh UPT Perangkat Lunak. Jaringan dari server sampai client di ruang praktikum dan ruang SPO dapat dilihat pada gambar 4.2. Server Switch Ruangan Router Switch Ruangan Switch SPO Komputer SPO Komputer SPO Gambar 4. Jaringan dari Server Sampai Client

2 3 b. System Software Operating system yang digunakan adalah Windows Server 2003, aplikasi yang digunakan untuk membuat sistem adalah Microsoft Visual Studio 2005 yang dilengkapi dengan Dundas Chart untuk membuat chart, dan Crystal Report. Dan untuk menjalankan sistem memerlukan.net Framework 2.0 pada komputer server, sedangkan untuk client memerlukan operating system yang memiliki internet browser. c. System Interfaces Selain komputer, untuk kepala SPO jika memerlukan pencetakan laporan maka diperlukan sebuah printer untuk mencetak laporan. Interaksi dengan user menggunakan interface web-based. d. Design Language Perancangan dokumen dibuat dengan menggunakan UML (Unified Modelling Language) Architecture Component Architecture Sistem menggunakan sistem client-server yaitu satu komputer server sebagai tempat penyimpanan data dan web apllication, dan komputer client menampilkan user interface, dan sistem beroperasi dengan function pada server dan model sebagai penghubung. Component Architecture dapat dilihat pada gambar 4.2.

3 Process Architecture Sistem diaktifkan dari komputer client dan diproses di komputer server, dan pattern yang digunakan adalah centralized pattern. Interaksi dengan sistem ditempatkan pada komputer client yang ditangani oleh web browser komputer yang bersangkutan. Deployment diagram dapat dilihat pada gambar 4.3. «component» Client «component» Client <<component> <<component> System Interface System Interface «component» Server System Interface Model Gambar 4.2 Component Architecture

4 5 Printer Server Client :Netw orkcontroler :PrinterControler :Netw orkcontroler Model Gambar 4.3 Deployment Diagram Standards browser. Perancangan window dan penanganan error mengikuti standar web pada web 4.3. Model Component Dalam membuat model component, diambil dari event table. Dari event table pada tabel 3.0, akan dibuat revisi dari class diagram hasil analisis. Untuk event yang terjadi cuma sekali akan dibuat menjadi attribute dari class yang memiliki event tersebut yaitu untuk event cacatadded akan dibuat menjadi attribute class Cacat yaitu tanggaldisimpan, untuk event cacatdeleted akan dibuat menjadi attribute class Cacat yaitu tanggaldihapus, untuk event kerusakanadded akan dibuat menjadi attribute class Kerusakan yaitu tanggaldisimpan, untuk event komputeradded akan dibuat menjadi attribute class Komputer yaitu tanggaldimasukkan, untuk event komputerdeleted akan dibuat menjadi attribute class Komputer yaitu tanggaldikeluarkan, untuk event penyebabadded akan dibuat menjadi attribute class PenyebabCacat yaitu

5 6 tanggaldisimpan, untuk event penyebabdeleted akan dibuat menjadi attribute class PenyebabCacat yaitu tanggaldihapus, untuk event perbaikanadded akan dibuat menjadi attribute class Perbaikan yaitu tanggaldisimpan, untuk event ruangcreated akan dibuat menjadi attribute class Ruang yaitu tanggaldisimpan, untuk event subpenyebabadded akan dibuat menjadi attribute class SubPenyebabCacat yaitu tanggaldisimpan, untuk event subpenyebabdeleted akan dibuat menjadi attribute class SubPenyebabCacat yaitu tanggaldihapus, untuk event useradded akan dibuat menjadi atrribute class User yaitu tanggaldibuat, dan untuk event userdeleted akan dibuat menjadi attribute class User yaitu tanggaldihapus. Untuk private event yang berulang akan dibuat menjadi class yang baru yang hubungan agregasi terhadap class yang memiliki event tersebut yaitu untuk event cacatchanged akan dibuat menjadi class PerubahanCacat dengan attribute tanggalperubahan, nama, dan keterangan yang hubungannya agregasi terhadap class Cacat, untuk event komputerchanged akan dibuat menjadi class PerubahanKomputer dengan attribute tanggalperubahan, ip, dan status yang hubungannya agregasi terhadap class Komputer, untuk event penyebabchanged akan dibuat menjadi class PerubahanPenyebab dengan attribute tanggalperubahan, nama, tipe, dan keterangan yang hubungan agregasi dengan class PenyebabCacat, untuk event subpenyebabchanged akan dibuat menjadi class PerubahanSubPenyebab dengan attribute tanggalperubahan, nama, dan keterangan yang hubungannya agregasi dengan class SubPenyebabCacat, untuk event jabatanchanged akan dibuat menjadi class PerubahanJabatan dengan attribute tanggalperubahan, username, dan jabatan yang hubungan agregasi dengan class User, dan untuk event passwordreseted akan dibuat

6 7 menjadi class PerubahanPassword dengan attribute tanggalperubahan, dan username yang hubungannya agregasi terhadap class User. Untuk common events yang berulang akan dibuat hubungan agregasi dengan class yang berhubungan yaitu untuk event penyebabadded akan membuat class PenyebabCacat dengan class Cacat memiliki hubungan agregasi, untuk event perbaikanadded akan membuat class Kerusakan dengan class Perbaikan memiliki hubungan agregasi, untuk event komputeradded akan membuat class Ruang dengan class Komputer memiliki hubungan agregasi, dan untuk event SubPenyebabAdded akan membuat class PenyebabCacat dengan class SubPenyebabCacat memiliki hubungan agregasi. Dari semua hasil revisi di atas, didapat hasil revised class diagram pada gambar 4.2.

7 8 Kerusakan - tanggal: DateTime - komputer: Komputer - cacat: Cacat - userentry: User + getlistkerusakan() : Kerusakan[] + getlistkerusakan(ruang :Ruang) : Kerusakan[] + perbaikanadded(kerusakan :Kerusakan, perbaikan :string, status :string) : void + getlistkerusakan(dari :DateTime, sampai :DateTime) : Kerusakan + getlistkerusakan(tanggal :DateTime) : Kerusakan Cacat - tanggaldisimpan: DateTime - tanggaldihapus: DateTime + getlistcacat() : Cacat[] + getdetailcacat() : Cacat PenyebabCacat - tanggaldihapus: DateTime + getpenyebab() : Penyebab[] Ruang - kapasitas: int - wilayah: string + getlistkomputer() : Komputer[] + getlistruang() : Ruang[] + getlistruang(wilayah :string) : Ruang[] SubPenyebabCacat - tanggaldihapus: DateTime User - username: string - password: string - jabatan: string - tanggaldibuat: DateTime - tanggaldihapus: DateTime Komputer - ip: string - status: string - tanggaldimasukkan: DateTime - tanggaldikeluarkan: DateTime + getsubpenyebab() : SubPenyebabCacat[] + getpassword(username :string) : string + getjabatan(username :string) : string + getlistkomputer(ruang :Ruang) : Komputer[] + getlistkomputer() : Komputer[] PerubahanSubPenyebab PerubahanPenyebab - tipe: string PerubahanCacat Perbaikan - tanggal: DateTime - status: string - userrepair: string PerubahanPassword - username: string PerubahanJabatan - username: string - jabatan: string PerubahanKomputer + tanggalperubahan() : DateTime + ip() : string + status() : string + getperbaikan(kerusakan :Kerusakan) : Perbaikan Gambar 4.4 Revised Class Diagram

8 Recommendations The System s Usefulness Perancangan memenuhi kriteria yang penting, antara lain : Usability: Kegunaan sistem akan dievaluasi lebih lanjut setelah melakukan pengetesan pada sistem setelah selesai dibuat pertama kali. Portability: Sistem pada server tidak portable, tetapi pada client portable karena dapat diakses di komputer mana saja di jaringan UPT Perangkat Lunak Plan for Initiating Use Untuk memenuhi penggunaan yang pertama diharapkan dari sarana penunjang operasi UPT Perangkat Lunak dan asisten dari UPT Perangkat Lunak dapat mengikuti training sistem yang berjalan, dan untuk staf PSP UPT Perangkat Lunak dapat menjaga sistem ini untuk terus dapat berjalan Implementation Plan Jadwal untuk implementasi sistem dapat dilihat pada gambar 4.3. Gambar 4.5 Jadwal Implementasi

9 20 Gambar 4.6 Gantt Chart Jadwal Implementasi Dalam tahap implementasi sistem, diperlukan resource : - Satu orang system analyst, satu orang programmer, dan satu orang trainer. - User yang diperlukan adalah satu orang dari staf PSP, satu orang dari asisten, dan kepala SPO. - System analyst, user, dan programmer akan saling bekerja sama selama tahap implementasi ini.