INSTITU UT PERTANIA AN BOGOR - DKSI
PROSEDUR OPER RASIONAL BA AKU ANALISIS SISTEM 1. TUJU UAN
K Kode
P POB-ALSI-003 3
T Tanggal Berla aku
01/10/2008
N Nomor Revisi
02
1.1. Mengoptima alkan peng ggunaan da an pengelo olaan fasilittas e-learning yang telah ungsi yang harus disediakan dikembangk kan IPB.doku umen yang mendefinisikkan fungsi-fu oleh sistem.. an acceptanc ce test yang g mendeskrip psikan baga aimana menguji fungsi-ffungsi 1.2. Perencanaa tersebut an beta tes st yang mendeskripsikkan bagaim mana melakkukan peng gujian 1.3. Perencanaa perangkat lu unak oleh pe engguna terh hadap fungssi-fungsi terssebut UP 2. RUANG LINGKU duk perangk kat lunak da an hasil-hassil pemutakh hiran yang dikeluarkan oleh 2.1. Semua prod tiap unit di IPB. ENTUAN UM MUM 3. KETE 3.1 Analisis sisttem adalah suatu proses perbaika an terus me enerus (refin nement). An nalisis dimulai dengan mendeffinsikan mod del umum d dari produk perangkat lu unak dan se ecara bertahap mengemban m ngkan dan memperba aiki model tersebut sampai se eluruh kebutuhan (requiremen nt) dari peng gguna dan pakar dibidangnya teridentifikasi. Pada tahap ini, penerapan p metode m yang g tepat dan n perhatian terhadap h hal-hal detil akan menghematt waktu untuk jangka wa aktu yang lam ma. U meduk kung proses analisis sisttem diperlukkan alat banttu antara lain n: 3.2 Untuk •
Peran ngkat lunak pengolah p kata.
•
Peran ngkat lunak untuk u memb buat grafik.
•
CASE E tool (Computer Aided Software E Engineering)) untuk men ndokumentasikan aliran proses.
•
data terpusa at untuk men nyimpan spe esifikasi, gra afik dan gambar Basisd
Dilaran ng memperba anyak dokumen ini tanpa izzin dari DKSII IPB
18
INSTITU UT PERTANIA AN BOGOR - DKSI
PROSEDUR OPER RASIONAL BA AKU ANALISIS SISTEM 4. PROS SEDUR
K Kode
P POB-ALSI-003 3
T Tanggal Berla aku
01/10/2008
N Nomor Revisi
02
4.1. Bagan Alir Prosedur edur Analisis s Sistem 4.1.1. Prose MULAI
Mendefinisikkan Kebutuhaan Sisstem
Mendokumentasikan Aliraan ormasi Info
Perencanaan A Acceptance Teest
Perencanaan Beta Test
Kaji Ulang Ana K alisis Sistem
Benaar
SELESSA
Dilaran ng memperba anyak dokumen ini tanpa izzin dari DKSII IPB
19
INSTITU UT PERTANIA AN BOGOR - DKSI
PROSEDUR OPER RASIONAL BA AKU ANALISIS SISTEM
K Kode
P POB-ALSI-003 3
T Tanggal Berla aku
01/10/2008
N Nomor Revisi
02
4.2. Rincian Pro osedur Ana alisis Sistem m 2.1 4.2
KEBU UTUHAN SIS STEM 4.2.1.1 Analis Sis stem mewa ancarai peng gguna dan n pakar di bidangnya u untuk menentuka an fungsi-fu ungsi peran gkat lunak yang haru us dipenuhi oleh sistem stem harus melakukan n riset baga aimana pen ngguna pote ensial 4.2.1.2 Analis Sis bekerja sesuai dengan n fungsi-fung gsi tersebut ka perangkat lunak yang g dikembang gkan adalah h perangkat lunak 4.2.1.3 Contoh: jik pengolah kata, Analis Sistem m melakukan riset bagaim mana peng gguna m dan d mencipttakan suatu dokumen. M Metode pene elitian potensial merancang harus me eliputi sistem m manual atau sistem m berbasiss kertas, sistem perangkat lunak yang saling men ggantikan, a atau standar-standar ind dustri yang harus s dipenuhi oleh o perangkkat lunak m an suatu dokkumen yang berisi spesiifikasi 4.2.1.4 Analis Sisttem harus menghasilka kebutuhan n fungsional perangkat lu unak. Dokum men ini dina amakan doku umen Spesifikasi Kebutuhan n Perangkat Lunak (SKP PL) ma-sama den ngan pengguna dan pakar di bidan ngnya 4.2.1.5 Analis Sisttem bersam harus men ngkaji ulang spesfikasi kebutuhan yyang telah d didefinisikan n dan dapat mela akukan peru ubahan-peru bahan apab bila diperlukkan
4.2 2.2
DOKU UMENTASI ALIRAN INF FORMASI 4.2.2.1 Analis Sistem men nghasilkan suatu dia agram leve el tinggi yang memperlih hatkan penge elolaan inforrmasi dari ssistem perangkat lunak yang akan dike embangkan dan bagaim mana inform masi tersebut mengalirr dari suatu pros ses ke prose es yang lain n dalam suattu sistem. D Diagram ini h harus mengandu ung semua komponen k ya ang dibutuhkan untuk m mendukung a aliran informasi, antara lain : input, outpu ut, proses da an penyimpa anan. ang besar harus h dibagii ke dalam subsitem-subsistem. A Analis 4.2.2.2 Proyek ya Sistem bersama-sama a dengan pe engguna da an pakar di bidangnya h harus mengkaji ulang diagrram yang ttelah dihasilkan dan d dapat melakkukan n-perubahan n apabila dip perlukan perubahan stem menu ulis deskripsi detil ma asing-masin ng aliran d dalam 4.2.2.3 Analis Sis diagram, tiap t input, ou utput, prosess dan penyim mpanan 4.2.2.4 Analis Sisttem bersam ma-sama den ngan pengguna dan pakar di bidan ngnya harus men ngkaji ulang g deskripsi detil yang telah dihassilkan dan d dapat melakukan n perubahan n-perubahan apabila dip perlukan
Dilaran ng memperba anyak dokumen ini tanpa izzin dari DKSII IPB
20
INSTITU UT PERTANIA AN BOGOR - DKSI
PROSEDUR OPER RASIONAL BA AKU ANALISIS SISTEM
4.2 2.3
K Kode
P POB-ALSI-003 3
T Tanggal Berla aku
01/10/2008
N Nomor Revisi
02
PERE ENCANAAN ACCEPTANCE TEST 4.2.3.1 Sesudah mendefinsik kan dan m mendokumen ntasikan kebutuhan sisstem, Analis Sis stem memb buat dokum men rencan na acceptan nce test. K Ketika pembuatan n program te elah selesai dilakukan A Analis Siste em menggun nakan dokumen rencana ac cceptance te est ini untuk memverifika asi semua e elemen peran ngkat lunak apa akah dapat berfungsi sesuai den ngan spesifiikasi yang telah ditetapkan Test meliputti: 4.2.3.2 Rencana Acceptance A •
Daftarr anggota ya ang akan me elakukan pen ngujian, jaba atannya, dan n apa yang harus h dilakukan, antara lain :
•
Manajer Penjamin nan Mutu Pe erangkat Lun nak
•
Analis s Sistem
•
Perancang Perang gkat Lunak
•
Pengg guna
•
Pakar di bidangny ya
4.2.3.3 Intruksi-ins struksi untu uk melakukkan set-up perangkatt lunak se etelah selesaidike embangkan d yang diperlukan se elama pengu ujian, contoh h : deskripsi data 4.2.3.3 Deskripsi data yang diperlukan untuk menguji p pemasukan data orderr pada data abase adalah cus stomer, part,, dan order p yang dideskrripsikan taha ap demi tah hap. Prosedur ini 4.2.3.4 Prosedur pengujian secara spe esifik harus memuat apa a yang haru us dilakukan n saat melakkukan pengujian dan apa has sil yang diha arapkan 4.2 2.4
PERE ENCANAAN BETA TES ST 4.2.4.1 Sebagai ta ambahan da ari perencana ance test, An nalis Sistem m juga aan accepta membuat perencanaa an beta tesst. Setela ah perangka at lunak se elesai diprogram dan diuji secara inte ernal, perlu u dilakukan beta test oleh na beta te est menjela askan beberapa pengguna yang dipi lih. Rencan a mengkoord dinasikan pe elaksanaan pengujian in ni (beta test). bagaimana aan beta tes st mendeskriipsikan : 4.2.4.2 Perencana •
Pengg guna sistem yang dikem mbangkan. P Pengguna yyang dipilih h harus merep presentasika an secara akkurat target p pengguna da ari sistem ini
•
Bagaim mana menginstalasika n perangka at lunak u untuk beta test. Spesiffikasi prosed dur instalasi untuk beta test ini berb beda dari ko ondisi saat akan diluncurkan seccara resmi. Sebagaii contoh, u untuk keperluan beta test t diperlu kan instala asi perangka at lunak se ecara
Dilaran ng memperba anyak dokumen ini tanpa izzin dari DKSII IPB
21
INSTITU UT PERTANIA AN BOGOR - DKSI
PROSEDUR OPER RASIONAL BA AKU ANALISIS SISTEM
K Kode
P POB-ALSI-003 3
T Tanggal Berla aku
01/10/2008
N Nomor Revisi
02
manua al. Sementtara pada peluncuran secara re esmi diperlukan prosed dur instalasi yang otoma atis.
4.2 2.5
•
Materii untuk beta tester
•
Individ du-individu yang y bertan nggung jaw wab untuk m menjawab ssetiap pertan nyaan dari beta b tester . Individu-individu itu meliputi ind dividu yang bertanggung b g jawab atass analisis, p perancangan n, pemrogra aman, dan
•
Mekan nisme untuk k melaporkan n masalah yyang muncu ul saat pengujian. Selain n itu juga did deskripsikan n contoh form m pelaporan n masalah, n nama dan no omor telpon yang dapat dihubungi ssaat ditemukkan masalah h
KAJI ULANG AN NALISIS SISTEM m tasikan doku umen Spesifikasi Kebuttuhan 4.2.5.1 Analis Sisttem harus mempresent Perangkat Lunak (SKP PL) pada ssuatu forum resmi untukk mengkaji u ulang SKPL (form mal review) kepada : •
Perancang Perang gkat Lunak ((Software D Designer)
•
Pemro ogram
•
Penuliis Dokumen Teknis
•
Manajemen level atas dari ma asing-masing g unit di IPB B
mentasikan ide-ide, i kom mentar, dan pertimbangan-pertimba angan 4.2.5.2 Mendokum dari hasil formal revie ew sebagai bahan perttimbangan u untuk melakkukan investigasii selanjutny ya dan m menyediakan waktu u untuk menja awab pertanyaan n/komentar tersebut se ebelum hasil analisis in ni disetujui u untuk dilanjutkan n ke tahap perancangan p n. Menyedia akan waktu yang agak lama pada taha ap ini akan membantu untuk men ndefinisikan spesifikasi kode yang lebih mudah dan menghema at waktu pad da saat tahap p perancang gan.
5. DOKUMEN PENDUKUNG 5.1. Dokumen pe endukung te erdiri atas : No
Kode
ma Borang/D Dokumen P Pendukung Nam
Loka asi Dokum men
1.
Dilaran ng memperba anyak dokumen ini tanpa izzin dari DKSII IPB
22
