Database Simrs 35332b

RENCANA PENGEMBANGAN PERANGKAT LUNAK

PROYEK “Sistem Informasi Rumah Sakit ”

untuk : PERUSAHAAN X

Dipersiapkan oleh: KELOMPOK 8: 1. DWI KURNIAWAN

I1A006019

2. RIDHO SEPTIAN

I1A006021

3. PARAMITA NILAM S. 4. HENDRA ADIGUNA 5. MUTHIA HAKIM

I1A006038

I1A006039

6. RAFLI JANUAR A.K 7. UPIT WAHYU Y.

I1A006032

I1A006044

I1A006048

8. ADITYA N. 9. TRIYOGO LAKSONO

I1A006051 I1A006057

UNIVERSITAS JENDERAL SOEDIRMAN FAKULTAS SAINS DAN TEKNIK JURUSAN TEKNIK PROGRAM STUDI TEKNIK ELEKTRO PURWOKERTO 2009

BAB I Pendahuluan

1.1

Gambaran Umum Proyek Sistem informasi di rumah sakit digunakan dengan maksud untuk memberikan pelayanan

yang terbaik baik secara fisik maupun dari segi pelayanannya. Hal itu diperlukan karena jumlah rumah sakit yang ada sudah cukup banyak. Oleh sebab itu, mengapa rumah sakit melakukan hal yang terbaik demi kenyamanan para pasienya. Sistem informasi rumah sakit yang digunakan disini dengan menggunakan card digunakan untuk mempermudah pasien. Agar mereka tidak harus mengantri terlalu lama dan lebih efisien serta efektif. Kemudian selain mempermudah pasien juga mempermudah orang yang bekerja di bagian pendaftaran di rumah sakit tersebut. Karena orang tersebut tidak harus mencatat nama, kemudian dokter mana yang hendak ditemui oleh sang pasien dan lain hal sebagainya.disini juga telah tersedia nomer antrian untuk pasien sesuai dengan dokter yang hendak ditemui untuk konsultasi. Sistem ini dilaksanakan secara offline. Dimana system ini hanya berlaku untuk satu rumah sakit saja (rumah sakit pusat) tidak untuk cabang dari rumah sakit ini. Cara kerja dari card tersebut adalah dengan memasukan card kedalam mesin yang sudah disediakan oleh pihak rumah sakit, bentuk mesin seperti mesin ATM yang sudah ada saat ini. Kemudian pasien diberikan menu untuk memilih dokter mana yang akan temui untuk konsultasi. Lalu mesin tersebut mengeluarkan kertas dimana kertas tersebut nantinya diberikan ke bagian pendaftaran untuk dicarikan buku pasien dan nantinya yang akan dibawa keruangan dokter. Kemudian pasien hanya tinggal menunggu sampai dipanggil untuk berobat sesuai dengan nomer antrian yang ada pada kertas yang dikeluarkan oleh mesin pendaftaran. Berikut skema dari sistem diatas:

Pasien datang

Ya

Pertama kali datang Tidak

Menuju mesin pendaftaran

Ke bagian pendaftaran

Menunggu di panggil oleh dokter

end

Ke bagian pendaftaran

1.2

Perubahan Rencana Pengembangan Perangkat Lunak a. Proyek ini akan terus diamati oleh kedua belah pihak untuk memndapatkan hasil yang sesuai dan yang terbaik. b. Protek ini akan terus berlanjut dikembangkan jika mendapatkan hasil akhir yang memuaskan.

1.3

Bahan Acuan Rencana pengembangan perangkat lunak ini disusun berdasarkan saduran dari standard

IEEE nomor ANSI/IEEE Std 1058.1-1987 (reaffirmed 1993). Beberapa bagian telah dengan sengaja dihilangkan atau digabungkan dengan bagian lainnya. 1.4

Definisi dan Akronim Beberapa definisi dan akronim yang ada dalam rencana pengembangan perangkat lunak ini

antara lain seperti dalam tabel berikut: Istilah, Akronim dan

Keterangan

Singkatan •

SKPL

•

Spesifikasi Kebutuhan Perangkat Lunak merupakan dokumen hasil analisis yang berisi spesifikasi kebutuhan .

•

Institute of Electrrical and Electronics

IEEE

Engineers, merupakan standar internasional untuk

pengembangan

dan

rancangan

perangkat lunak. •

SRS

•

Software Requirement Spesification Dokumen ini sama dengan SKPL.

•

hanya berlaku pada rumah sakit ini saja,

Sistem offline

tidak untuk rumah sakit lainya ataupun cabang. •

Real time

•

suatu sistem dimana data yang diinputkan akan

langsung

diproses

dan

dapat

ditampilkan hasilnya •

Server

•

Pegawai rumah sakit terkait atu bagian resepsionisnya.

BAB II Organisasi Proyek

2.1 Model Proses Dalam proyek ini digunakan model sekuensial linier. Sekuensial linier mengusulkan sebuah pendekatan kepada perangkat lunak yang sistematik dan sekuensial yang mulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain, kode, pengujian dan pemeliharaan.

Pemodelan Sistem Informasi analisis

desain

kode

Pengujian

Gambar: Model sekuensial linier 1. Rekayasa dan pemodelan sistem Sistem Informasi Rumah Sakit ini akan dibuat dengan menggunakan Microsoft Office Access 2007 Database untuk pengelolaan data yang berupa jadwal dokter praktek di rumah sakit tersebut serta biodata pasien. Dengan software pendukung, yaitu Microsoft Office Access 2007 Database (untuk penyimpanan data), data management system (untuk pengelolaan data base pasien dan jadwal dokter), sistem operasi (untuk pengoperasian sistem), serta sistem matematika (sebagai counter dalam penghitungan absen). Sistem akan mampu menyimpan database pasien sejumlah 10000 orang serta database dokter sejumlah 300 orang. Kemudian sistem informasi ini menggunakan jaringan lokal, di mana antar komputer terhubung menggunakan Local Area Network (LAN) dan dikontrol oleh komputer server. Dibutuhkan beberapa perangkat komputer untuk menjalankan sistem ini. hal ini dibutuhkan untuk meningkatkan pelayanan pada rumah sakit. Semakin banyak unit yang disediakan, maka pengunjung tidak perlu menunggu lama. Setiap komputer tersebut terhubung ke komputer server (yang memiliki fungsi kontrol).

2. Analisis kebutuhan perangkat lunak Di sistem ini membutuhkan database sebagai berikut: a. Jumlah pasien beserta data diri dan riwayat kesehatannya (jika sebelumnya pernah berobat), termasuk identitas kartu rumah sakit yang dimiliki pasien. b. Jumlah dokter beserta nama dan jadwal prakteknya. c. Waktu aktif sistem Pada sistem ini prosesnya pengaksesan data adalah sekitar 3 detik setelah menu dipilih sampai keluarnya nomor antrian. 3. Desain Desain dari sistem ini yaitu sama dengan sistem seperti mesin ATM. Hanya saja menu yang terdapat pada sistem ini berupa database pasien, jadwal waktu dokter yang sedang bertugas. Dan pada sistem ini terdapat alat unutuk menghitung jumlah pasien yang telah mendaftar guna untuk menjadikanya sebagai daftar antrian. Maka disini membutuhkan juga sebuah counter agar dapat menghitung dengan tepat. Pada sistem ini prosesnya pengaksesan data adalah sekitar 3 detik setelah menu dipilih sampai keluarnya nomor antrian. Disini juga setiap mesin terhubungkan dengan komputer server. 4. Pengujian Ketika seorang pasien sudah terdaftar atau sudah pernah mengujungi rumah sakit ini maka dia akan langsung mendapatkan kartu untuk mengakses bila nanti dia berkunjung kembali ke rumah sakit ini. Dan secara otomatis mereka dapat mengakses langsung. Pada awal penggunaan pasien tersebut dapat dibantu oleh bagian resepsionis untuk penggunaan agar pada saat pasien tersebut berkujung kembali tidak melakukan kesalahan. Dan panduan disini dimaksudkan untuk mengecek apakah data pasien ada yang salah kemudian bila ada akan segera ditindak lanjuti oleh sang resepsionis.

nya pun dengan mudah dapat diganti oleh pasien itu sendiri agar mudah diingat dan aman. 5. Pemeliharaan Pada sistem ini disambungkan ke komputer server hal ini dimaksudkan untuk penjagaan bila si sistem terdapat kerusakan agar dapat langsung ditindak lanjuti dengan baik. Dan juga tidak mengganggu kenyamanan dari sang pasien. 2.2 Struktur Organisasi Struktur organisasi dari sistem rumah sakit ini adalah sebagai berikut: Manajer Umum Pengembangan Perangkat Lunak

Pihak Rumah Sakit

Auditor Internal

Manajer Operasional dan Konfigurasi

Tim Perancangan, Perlengkapan dan Peralatan

Manajer Kontrol Verifikasi, Validasi dan Uji coba

Tim Pengembangan Hardware

Keterangan:

Manajer Kontrol Kualitas

Tim Kontrol Kualitas

Tim Pengembangan Software

a. Manajer Umum ; bertanggung jawab secara luas atas seluruh kegiatan baik operasional maupun teknis serta istrasi kepada pihak Rumah Sakit. b. Auditor Internal ; mengaudit seluruh istrasi proyek dari anggaran pengembangan sampai gaji pekerja. c. Manajer Operasional dan Konfigurasi ; bertanggung jawab atas tim yang menjalankan seluruh operasional dari proyek yang dikembangkan, mulai dari perancangan sistem, penyusunan program dan konfigurasi peralatan. d. Tim Perancangan, Perlengkapan dan Peralatan : yang merancang perangkat lunak hingga sesuai dengan pesanan. e. Manajer Kontrol Kualitas ; bertanggung jawab mengkoordinir tim yang bekerja untuk pengembangan software sistem serta tetap berkomunikasi dengan Manajer Operasional dan Konfigurasi . f. Tim Kontrol Kualitas: yang bertugas menjaga kualitas semua aspek pengembangan software. g. Tim Pengembangan Software: yang bertugas mengembangan software agar didapatkan hasil yang sesuai. h. Manajer Kontrol Verifikasi, Validasi dan Ujicoba ; bertanggung jawab atas pengembangan

hardware,

pengujicobaan

alat

yang

dihasilkan

serta

memferifikasi dan memvalidasi alat yang dihasilkan. i. Tim Pengembangan Hardware: yang mengembangkan perangkat kerasnya agar sesuai dengan hasil yang diinginkan.

BAB III Proses Manajerial

3.1 Tujuan dan Prioritas Manajemen Tujuan dan prioritas dari aktivitas manajemen, menyangkut antara lain: a. Prioritas relatif dari proyek ini adalah untuk memudahkan para pasien agar waktu mereka lebih efektif dan efisien. Kemudian untuk anggaran dalam pembuatan proyek ini akan dibuat seminimal mungkin dengan hasil yang terbaik. b. Di proyek ini menggunakan alat-alat yang telah ada agar lebih hemat. Kemudian untuk sumber daya manusianya menggunakan ahli-ahli dalam bidang mereka masing-masing agar hasil yang didapat sesuai. 3.2 Asumsi, Kebergantungan dan Kendala Asumsi yang digunakan adalah bahwa alat tersebut akan jadi dalam waktu sekitar 6 bulan dan tentunya telah sesuai dengan SRS yang ada. Kebergantungan

dalam

pembutan

alat

ini,

yaitu

bergantung

kepada

ketersediaannya alat-alat di pasaran. Kendala yang dihadapi dalam pembuatan alat ini, yaitu: a. Ketersediaan alat untuk proyek ini. b. Manajemen waktu yang terkadang agar sedikit diluar rencana karena ada faktorfaktor lain yang tidak dinginkan kedatanganya. 3.3 Manajemen Resiko 3.3.1. Identifikasi Resiko a. Resiko Kontraktual Resiko ini mengidentifikasi resiko yang berhubungan dengan rencana proyek: − Dokumen outline belum dikembangkan untuk semua yang ditentukan sebagai bagian dari proses perangkat lunak.

− Persyaratan perlanggan berubah, yang mempengaruhi perangkat lunak. − Spesifikasi persyaratan pelanggan kurang jelas. b. Resiko Teknis Resiko yang mengancam kualitas dan ketepatan waktu perangkat lunak yang dihasilkan. − Kurang spesifiknya metode yang digunakan. − Tidak ada perangkat lunak lain yang mendukung proses pengujian. − Tidak ditemukan piranti perangkat lunak lain untuk mendukung analisis perangkat lunak dan desain proses. c. Resiko Ukuran dan Kompleksitas Produk − Teknologi yang ada tidak memenuhi harapan. − Pemakaian ulang (recycle) yang lebih rendah dari yang diharapkan. d. Resiko Ketersediaan Personalia − Adanya staf yang sakit. − Kurangnya jumlah staf karena kompleksitas produk. − Tingkat turnover(pergantian) staf yang tinggi. e. Resiko Penerimaan Pelanggan atas Produk − Pelanggan menolak sistem. − Pelanggan kurang memahami proses perangkat lunak tersebut. − Pelanggan tidak yakin bahwa fungsionalitas yang diminta dapat dilakukan. 3.3.2. Manajemen Resiko

Untuk mengurangi resiko tersebut, dikembangkan strategi, terutama untuk mengurangi turnover (pergantian) staf yang dapat mengancam ketepatan waktu dan kualitas perangkat lunak yang dihasilkan. Di antara langkah-langkah yang mungkin diambil adalah: a. Menemui staf yang ada untuk mengetahui penyebab keluar (misalnya kondisi kerja yang uruk, gaji yang rendah atau pasar kerja yang kompetitif). b. Bertindak untuk mengurangi penyebab-penyebab yang ada di bawah kontrol manajemen sebelum proyek dimulai. c. Mengembangkan teknik-teknik untuk memastikan kontinuitas pada saat terjadi turnover. d. Mengumpulkan tim proyek sehingga informasi mengenai masing-masing aktivitas pengembangan dapat disebarkan secara luas. e. Menentukan

standar

dokumentasi

dan

membuat

mekanisme

untuk

memastikan bahwa dokumen dikembangkan secara tepat waktu. f. Membuat dokumen outline yang jelas yang disetujui oleh kedua belah pihak, baik pengembang maupun pelanggan. Hal ini dilakukan untuk mempermudah jika ada rasa kurang puas dari pelanggan nantinya. Jika usaha pengurangan resiko telah gagal dan bahwa resiko telah menjadi sebuah kenyataan, maka manajer proyek harus secara temporal memfokuskan lagi sumber daya dan menyesuaikan lagi jadwal proyek dengan fungsi-fungsi yang telah disusun sepenuhnya, merekrut staf baru. Staf yang keluar diminta menghentikan semua pekerjaannya dan menghabiskan minggu-minggu terakhir mereka untuk mentransfer pengetahuan. 3.4 Mekanisme Pemantauan dan Pengendalian 3.4.1. Mekanisme Pelaporan a. Jenis Laporan Proyek

Jenis laporannya dalam bentuk tulisan real, dalam arti tulisan tersebut apa adanya tanpa ada hal yang disembunyikan dan diserahkan langsung kepihak Rumah Sakit. b. Frekuensi Laporan Proyek Pelaopran ini dilakukan satu kali dalam satu bulan atu pada saat rapat yang waktunya telah disepakati bersama. Ini hanya untuk pelaporan yang tertulis. Namun , tetap saja dalam kesehariannya harus ada pelaporan dalam bentuk lisan. Maka disinilah dibutuhkan kerjasama antara pihak konsultan dan juga pihak rumah sakit yang terkait.

c. Alur Informasi (penyebaran informasi) Alur penyerahan laporan dari semua manajer yang ada menyerahkan laopranya kepada Manajer Umum. Kemudian bila ada permasalahan dibicarakan dan diselesaikan bersama. Kemudian dari Manajer Umum pada saat rapat diserahkan kepada pihak Rumah Sakit selaku pemesan atau pemilik perusahaan. 3.4.2. Teknik Bantu Teknik bantu yang digunakan yaitu dengan sumber daya manusia yang ada yang tentunya ada dari pihak Rumah Sakit serta pihak pengembang atau konsultanya agar tidak ada pihak yang dirugikan. 3.4.3. Hubungan Umum Hubungan umum antara mekanisme pemantauan dan pengendalian proyek dengan rencana fungsi-fungsi pendukung proyek yang antara lain: a

Software configuration management; yang berhubungan dengan manajemen operasional dan konfigurasi yang telah terkonfigurasi dengan software yang ada.

a

Software quality assurance tasks: −

Pengkajian ulang terhadap RPPL yang telah/ sedang berjalan.

−

Aktivitas dan mekanisme kaji ulang serta audit, dilakukan oleh auditor internal yag sekaligus sebagai asisten langsung dari manajer umum.

−

Aktivitas dan mekanisme kaji ulang hasil kerja (work products), berhubungan dengan

manajemen kontrol kualitas. Dilakukan untuk menentukan kualitas produk yang dihasilkan.

a

Software verification & validation; berhubungan dengan manajemen kontrol validasi, verifikasi dan uji coba untuk mengontrol kelegalan software yang digunakan serta validasi dan software yang terintegrasi pada produk serta melakukan penguji cobaan.

3.5 Rencana Penugasan Berdasarkan pada struktur organisasi yang terdapat pada bagian 2.2, dapat dijelaskan beberapa tipe yang menyangkut: •

Arah keahlian: ∗ Manajer umum yang bertanggungjawab penuh atas proyek kepada pihak Rumah Sakit selaku pelanggan atau peminta proyek. Kemudian menugaskan kepada Auditor Internal untuk mengaudit istrasi keuangan dan operasional. ∗ Setiap Manajer pelaksana ditugaskan untuk melakukan proses manajemen pada setiap tim yang dipimpin. ∗ Setiap anggota tim bekerja sesuai dengan fungsinya masing-masing dan selalu mengadakan koordinasi internal dengan manajernya.

•

Saat proyek akan dimulai: ∗ Manajer umum terlebih dahulu harus memahami dan mempelajari dengan sebaik-baiknya keinginan dari pihak Rumah Sakit, agar pengerjaan proyek dapat berjalan dengan lancar. ∗ Manajer umum harus terlebih dahulu membentuk tim inti yang nantinya setiap anggota tim inti dipersiapkan menjadi auditor dan manajer pelaksana. ∗ Setelah terbentuk susunan organisasi yang sesuai, proyek mulai dilaksanakan dengan diadakan koordinasi antara seluruh pelaksana proyek untuk menentukan proses kerjanya.

•

Lamanya dibutuhkan: ∗ Setiap anggota tim yang bekerja dibawah koordinasi manajer, akan dibutuhkan selama proyek berlangsung sesuai waktu pelaksanaan proyek. ∗ Manajer yang mengoordinir setiap anggota tim, bekerja ketika proyek dirancang sampai dengan proyek yang dikerjakan selesai dan selama masih dibutuhkan sampai ada proyek baru.

∗ Tenaga ahli dan profesional dibutuhkan hanya pada saat-saat tertentu, yaitu ketika pengontrolan terhadap standar kerja, standar keberlangsungan pelaksanaan proyek dan standar mutu dari produk yang dihasilkan. •

Cara mendapatkan, melatih, memfungsikan (retraining), dan memberhentikan personalia: ∗ Setiap anggota dari tim yang bekerja diperoleh dari seleksi yang diadakan oleh tim kecil yang salah satu anggotanya merupakan manajer yang memimpin tim tersebut. ∗ Tenaga ahli dan profesional diperoleh dari jaringan yang telah ada atau memanfaatkan konsultan ahli yang telah ada. ∗ Sebelum proyek dijalankan, terlebih dahulu diadakan pelatihan manajemen pelaksanaan proyek kepada seluruh anggota tim. Hal ini dilakukan agar ketika proyek dijalankan setiap anggota tim sudah memiliki bekal manajemen, sehingga pelaksanaan proyek akan lebih efektif. Pelatihan yang diadakan juga ditujukan kepada seluruh anggota pelaksana proyek. ∗ Setiap personalia melaksanakan kerja sesuai fungsinya masing-masing. Mulai dari auditor internal, manajer-manajer dan tim-tim dibawahnya. ∗ Untuk memberhentikan anggota personalia yang mungkin tidak dibutuhkan lagi, dilakukan melalui prosedur yang selanjutnya dibahas dalam rapat koordinasi antara Manajer umum dan seluruh personalia.

BAB IV Proses Teknis

4.1 Metode, Alat Bantu, dan Teknik Metode yang digunakan untuk sistem ini adalah offline yang artinya dia tidak terhubung dengan pihak rumah sakit lainya ataupun cabang dari rumah sakit terkait. Sistem Informasi Rumah Sakit ini akan dibuat dengan menggunakan Microsoft Office Access 2007 Database untuk pengelolaan data yang berupa jadwal dokter praktek di rumah sakit tersebut serta biodata pasien. Dengan software pendukung, yaitu Microsoft Office Access 2007 Database (untuk penyimpanan data), data management system (untuk pengelolaan data base pasien dan jadwal dokter), sistem operasi (untuk pengoperasian sistem), serta sistem matematika (sebagai counter dalam penghitungan absen). Sistem akan mampu menyimpan database pasien sejumlah 10000 orang serta database dokter sejumlah 300 orang. Kemudian sistem informasi ini menggunakan jaringan lokal, di mana antar komputer terhubung menggunakan Local Area Network (LAN) dan dikontrol oleh komputer server. Secara teknik sistem ini membutuhkan beberapa perangkat komputer untuk menjalankan sistem ini. hal ini dibutuhkan untuk meningkatkan pelayanan pada rumah sakit. Semakin banyak unit yang disediakan, maka pengunjung tidak perlu menunggu lama. Setiap komputer tersebut terhubung ke komputer server (yang memiliki fungsi kontrol).

4.2 Dokumentasi Perangkat Lunak Daftar langsung atau daftar acuan tentang rencana dokumentasi untuk proyek perangkat lunak yang terdiri dari : •

Rencana dokumentasi: ∗ Jenis dokumentasi yang digunakan adalah dokumentasi langsung. Dokumen dibuat untuk melihat kemajuan proyek yang sedang dikembangkan, sebagai referensi untuk troubleshooting bila terjadi kendala, sebagai pedoman operasional dan kegiatan lainnya. ∗ Jadwal pendokumentasian relatif yang mengacu pada tonggak acuan (milestone) dan acuan pengembangan (baseline) yang telah ditetapkan pada bagian 2.1 Model Proses. Jadwal pendokumentasian dilakukan pada setiap proses kerja, dan dibukukan secara penuh pada akhir proyek. ∗ Sumber daya (personil) untuk pendokumentasian harus memiliki pengalaman dan kemampuan dalam memilih hal-hal apa saja yang perlu didokumentasikan. ∗ Format dokumen yang digunakan merujuk pada standar umum untuk dokumentasi kegiatan. ∗ Dokumentasi akan disimpan dalam bentuk file, gambar, maupun video.

BAB V Paket Kerja, Jadwal, Anggaran

5.1 Paket Kerja Paket kerja yang akan dihasilkan dengan sebelumnya menentukan work breakdown structure (WBS). Paket kerja yang dibuat dilihat dari sisi teknis, yang meliputi : a. Penentuan waktu, biaya dan seluruh kegiatan yang akan dikerjakan didalam proyek. b. Pengadaan peralatan dan komponen alat pendukung proyek. c. Perancangan software dengan membuat source code dan mengkompilasinya. d. Mengintegrasikan software dengan hardware, serta mengujicobanya. e. Menginstalasikan produk yang telah dihasilkan. 5.2. Kebergantungan Skema kebergantungan antar paket kerja dan antara paket kerja dengan hal eksternal: Ketersediaan alat Paket kerja

5.3. Tuntutan Sumber Daya

Komponen pendukung proyek

Sumber daya yang dibutuhkan untuk menyelesaikan proyek ini antara lain: a. Jumlah dan tipe personalia ; Setiap tim beranggotakan 3-4 orang ditambah 1 manajer dalam 3 manajemen. Auditor Internal beranggotakan 2-3 orang. b. Tiap tim bertanggung jawab atas kerjaannya masing-masing. c. Perjalanan untuk pembelian dan penyediaan komponen alat yang diperlukan setidaknya membutuhkan sarana transportasi yang memadai. d. Fasilitas kantor yang memadai. 5.4. Anggaran dan Pengalokasian Sumber Daya No

1.

Kegiatan

Kegiatan Persiapan • Studi Kelayakan • Pengadaan peralatan /

2.

hardware Pelaksanaan Proyek • Pembuatan progam / software • Pengujian perangkat lunak • Integrasi Hardware dan Software • Pengujian Software

3.

Kerja Hardware Pelatihan

4.

Pemeliharaan

5.

Dokumentasi

Bulan Bulan

Bulan

Bulan

Bulan

Bulan

ke-1

ke-2

ke-3

ke-4

ke-5-6

BAB VI Komponen Pendukung

A. Manajemen subkontrak Proyek ini akan dibagi kedalam beberapa subkontrak agar bisa dikerjakan oleh pihak lain untuk mempercepat waktu pelaksanaan proyek. B. Rencana keamanan Untuk keamanan jalannya proyek ini dan agar dikemudian hari tidak terjadi hal-hal yang tidak diinginkan, maka semua pegawai yang terkait harus mematuhi peraturan-peraturan dalam pelaksanaan proyek. C. Rencana verifikasi dan validasi terpisah Pada pelaksanaan proyek dimungkinkan untuk melaksanakan verifikasi dan validasi secara terpisah untuk menjamin mutu dari hasil proyek yang dilaksanakan. D. Rencana pelatihan Pelatihan dilaksanakan bagi para pegawai baru yang belum mengerti dan memahami proyek yang sedang dilaksanakan. E. Rencana pembelian perangkat keras Perangkat keras yang akan digunakan dalam pengerjaan proyek ini adalah perangkat keras generasi terbaru dan bermutu tinggi untuk membantu memudahkan dalam pengerjaan proyek. F. Rencana pengadaan fasilitas Untuk mendukung perkembangan dan pengerjaan proyek maka akan diusahakan perangkatperangkat keras dengan kualitas tinggi agar kesalahan dalam pengerjaan proyek dapat diminimalisir sekecil mungkin serta menghasilkan hasil yang maksimal. G. Rencana instalasi produk sistem perangkat lunak Perangkat lunak untuk server yang dihasilkan akan diintegrasikan langsung kedalam sistem LAN agar dapat tetap dicek oleh server.

H. Rencana konversi data Konversi data akan dilakukan apabila terjadi perubahan pada data yang diolah. I. Rencana transisi sistem lama (yang sudah ada) ke sistem baru Apabila sistem yang digunakan tidak mampu menyesuaikan diri dengan perkembangan yang terjadi maka akan dilakukan perubahan atau transisi dari sistem lama kesistem yang baru yamg mampu menyesuaikan dengan perkembangan yang ada. J. Rencana perawatan produk sistem perangkat lunak Untuk perangkat lunak pada server akan dilakukan perawatan secara berkala dan terus menerus sampai pada 6 bulan umur proyek untuk menjamin pelayanan pada para pengguna. Perawatan akan dilanjutkan untuk meningkatkan performa dan kualitas.