Analisis kebutuhan perangkat lunak software requirement analysis
This presentation is the property of its rightful owner.
Sponsored Links
1 / 44

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis) PowerPoint PPT Presentation


  • 175 Views
  • Uploaded on
  • Presentation posted in: General

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis). 7. 1. KEBUTUHAN ( Requirement) Sesuatu yang diminta , dibutuhkan Menurut IEEE (the institute of electrical and electronics engineers)

Download Presentation

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis)

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Analisis kebutuhan perangkat lunak software requirement analysis

AnalisisKebutuhanPerangkatLunak(software requirement analysis)

7


Analisis kebutuhan perangkat lunak software requirement analysis

1. KEBUTUHAN (Requirement)

Sesuatu yang diminta , dibutuhkan

Menurut IEEE (the institute of electrical and electronics engineers)

  • Kondisiataukemampuanygdiperlukanpemakaiuntukmenyelesaikanpersoalanuntukmencapaisebuahtujuan

  • Kondisiataukemampuan yang harusdimilikiataudipunyaiolehsistemataukomponensistemuntukmemenuhikontrak, standar, spesifikasi, ataudokumen formal lainnya.


Analisis kebutuhan perangkat lunak software requirement analysis

  • kebutuhanperangkatlunak

    adalahkondisi, kriteria, syaratataukemampuan yang harusdimilikiolehperangkatlunakuntukmemenuhiapa yang disyaratkanataudiinginkanpemakai.


Analisis kebutuhan perangkat lunak software requirement analysis

  • Secarakategoris, adatigabuahjeniskebutuhanperangkatlunak [IEE93] :

    1. Kebutuhanfungsional (functional requirement)

    Disebutjugakebutuhanoperasional, yaitukebutuhan yang berkaitandenganfungsiatauprosestransformasi yang harusmampudikerjakanolehperangkatlunak.


Analisis kebutuhan perangkat lunak software requirement analysis

Contoh…

  • Perangkatlunakharusdapatmenyimpansemuarincian data pesananpelanggan.

  • Perangkatlunakharusdapatmembuatlaporanpenjualansesuaidenganperiodewaktutertentu.

  • Perangkatlunakharusmampumenyajikaninformasijalurpengirimanbarangterpendek.


Analisis kebutuhan perangkat lunak software requirement analysis

2. Kebutuhanantarmuka (interface requirement)

Kebutuhanantarmuka yang menghubungkanperangkatlunakdenganelemenperangkatkeras, perangkatlunak, atau basis data.


Analisis kebutuhan perangkat lunak software requirement analysis

Contoh…

  • Perangkatuntukmemasukkan data dapatberupa keyboard, mouse atau scanner.

  • Akseskebasisdatamenggunakan ODBC (Open Database Connectivity).


Analisis kebutuhan perangkat lunak software requirement analysis

3. Kebutuhanunjukkerja (performance requirement)

Kebutuhan yang menetapkankarakteristikunjukkerja yang harusdimilikiolehperangkatlunak, misalnya: kecepatan, ketepatan, frekuensi.


Analisis kebutuhan perangkat lunak software requirement analysis

Contoh…

  • Perangkatlunakharusbisamengolah data sampai 1 juta record untuktiaptransaksi.

  • Perangkatlunakharusdapatdigunakanoleh multiuser sesuaidenganotoritas yang diberikanpada user.

  • Waktutanggappenyajianinformasimaksimalselamasatumenit.


Analisis kebutuhan perangkat lunak software requirement analysis

MengapaKebutuhanPenting?


Analisis kebutuhan perangkat lunak software requirement analysis

  • sangatmempengaruhisuksesataugagalnyapelaksanaanpengembanganperangkatlunak.

  • Menuruthasil survey DeMarco, 56% kegagalanproyekpengembanganperangkatlunakdikarenakanketidaklengkapanpendefinisiankebutuhandariperangkatlunaktersebut.


Analisis kebutuhan perangkat lunak software requirement analysis

2. ANALISA KEBUTUHAN

AnalisisKebutuhan PL merupakanaktifitasawaldarisiklulhiduppengembangan PL

Untukproyekbesaranalisiskebutuhandilaksanakansetelahaktifitassistem information engineering dansoftware projek planning


Analisis kebutuhan perangkat lunak software requirement analysis

AnalisaKebutuhan..

  • Prosesmempelajarikebutuhanpemakaiuntukmendapatkandefinisikebutuhansistematauperangkatlunak [IEE93].

  • Prosesuntukmenetapkanfungsidanunjukkerjaperangkatlunak, menyatakanantarmukaperangkatlunakdenganelemen-elemensistem lain, danmenentukankendala yang harusdihadapiperangkatlunak [PRE01].


Analisis kebutuhan perangkat lunak software requirement analysis

Tujuanpelaksanaananalisiskebutuhanadalah

1) Memahamimasalahsecaramenyeluruh (komprehensif) yang adapadaperangkatlunak yang akandikembangsepertiruanglingkupprodukperangkatlunak(product space) danpemakai yang akanmenggunakannya.

2) Mendefinisikanapa yang harusdikerjakanolehperangkatlunakuntukmemenuhikeinginanpelanggan.


Analisis kebutuhan perangkat lunak software requirement analysis

  • TahapanAnalisisKebutuhan

    Secarateknispelaksanaanpekerjaananalisiskebutuhanperangkatlunakpadadasarnyaterdiridariurutanaktivitas:


Analisis kebutuhan perangkat lunak software requirement analysis

1. Mempelajaridanmemahamipersoalan

a) siapapemakai yang menggunakanperangkatlunak.

b) dimanaperangkatlunakakandigunakan .

c) pekerjaanapasajadaripemakai yang akandibantuolehperangkatlunak.

d) apasajacakupandaripekerjaantersebut, danbagaimanamekanismepelaksanaannya.

e) apa yang menjadikendaladilihatdarisisiteknologi yang digunakanataudarisisihukumdanstandar.


Analisis kebutuhan perangkat lunak software requirement analysis

2. Mengidentifikasikebutuhanpemakai

  • fungsiapa yang diinginkanpadaperangkatlunak.

  • data atauinformasiapasaja yang akandiproses.

  • kelakuansistemapa yang diharapkan.

  • antarmukaapa yang tersedia (software interfaces, hardware interfaces, user interfaces, dan communication interfaces)


Analisis kebutuhan perangkat lunak software requirement analysis

3. Mendefinisikankebutuhanperangkatlunak

a)sayaingin data yang dimasukkanolehbagianpenjualanbisalangsungdijurnal.

b) Informasineracakeuanganbisasayalihatkapansaja.


Analisis kebutuhan perangkat lunak software requirement analysis

Sebagaicontoh, kebutuhan “data yang dimasukkanolehbagianpenjualanbisalangsungdijurnal” setelahdianalisis, diklasifikasikandanditerjemahkan,


Analisis kebutuhan perangkat lunak software requirement analysis

pendefinisiankebutuhan:

a) Kebutuhanfungsional

- Entridanrekam data transaksipenjualan.

-Retrieve data transaksipenjualanuntukperiodetertentu (periodesesuaidenganinputanperiode yang diinputkanpada keyboard).

-Rekam data akumulasitransaksipenjualanperiodetertentukejurnalumumberikut account pasangannya (kas).


Analisis kebutuhan perangkat lunak software requirement analysis

b) Kebutuhanantarmuka

-Antarmukapemakaiuntukmemasukkandanmerekam data penjualan.

-Antarmukapemakaiuntukmenyajikandanmenjurnalinformasitransaksipenjualanpadaperiodetertentu.

-Antarmukauntukjaringanlokal yang menghubungkanperangkatlunakaplikasidibagianpenjualandenganperangkatlunakaplikasidibagianakutansi.


Analisis kebutuhan perangkat lunak software requirement analysis

c) Kebutuhanunjukkerja

-prosesjurnalhanyabisadilakukansekalisetelah data transaksipenjualandirekam.

-Adanyaotoritaspemakaianperangkatlunakdanakses data sesuaidenganbagianpekerjaanmasing-masing.


Analisis kebutuhan perangkat lunak software requirement analysis

Kebutuhandimodelkan / digambarkandenganteknikanalisisdanalat bantu tertentu

  • contohkebutuhanfungsionaldapatdimodelkandenganmenggunakan

    -Data flow diagram,kamusdata,danspesifikasiprosesjikamenggunakananlisistertsruktur

    -Use case diagram danskenariosistemjikamenggunkananalisisberorientasiobjek.


Analisis kebutuhan perangkat lunak software requirement analysis

4. Membuatdokumenspesifikasikebutuhanperangkatlunak

Semuakebutuhan yang telahdidefinisikanselanjutnyadibuatdokumentasinyayaituSpesifikasiKebutuhanPerangkatLunak (SKPL) atau Software Requirement Specification (SRS).


Analisis kebutuhan perangkat lunak software requirement analysis

5. Mengkajiulang (review) kebutuhan

  • Prosesuntukmengkajiulang (validasi) kebutuhanapakah SKPL sudahkonsisten, lengkap, dansesuaidengan yang diinginkanolehpemakai.


Analisis kebutuhan perangkat lunak software requirement analysis

Sedangkanmenurut Pressman [PRE01], analisiskebutuhanperangkatlunakdapatdibagimenjadi lima area pekerjaan, yaitu:

a) Pengenalanmasalah

b) Evaluasidansistesis

c) Pemodelan

d) Spesifikasi

e) Tinjauulang (review)


Analisis kebutuhan perangkat lunak software requirement analysis

  • MetodeAnalisis

    Metodeatauteknikuntukmelakukananalisiskebutuhanperangkatlunakdapatdikelompokkanberdasarkanpendekatan yang diambilpadasaatmelakukanaktivitastersebut


Analisis kebutuhan perangkat lunak software requirement analysis

Salahsatumetode yang paling populeruntukpendekataniniadalahAnalisisTerstruktur (Structured Analysis)

  • BerorientasiAliran Data (Data Flow Oriented atau Functional Oriented)

  • BerorientasiStruktur Data (Data Structured Oriented)

  • BerorientasiObjek (Object Oriented)


Analisis kebutuhan perangkat lunak software requirement analysis

BerorientasiAliran Data (Data Flow Oriented atau Functional Oriented)

Padametodeini, hasilanalisisdanperancangandimodelkandenganmenggunakanbeberapaperangkatpemodelanseperti:

-Data Flow Diagram (DFD) danKamus Data (data dictionary) untukmenggambarkanfungsi-fungsidarisistem (system functions).

-Entity-Relationship Diagram (ERD) untukmenggambarkan data yang disimpan (data stored).

-State Transition Diagram (STD) untukmenggambarkanperilakusistem.

- Structure Chart untukmenggambarkanstruktur program.


Analisis kebutuhan perangkat lunak software requirement analysis

BerorientasiObjek (Object Oriented)

  • Berbedadenganpendekatan-pendekatansebelumnya, pendekatanberorientasiobjekmemandangsistem yang akandikembangkansebagaisuatukumpulanobjek yang berkorespondensidenganobjek-objekdunianyata.

  • Padapendekatanini, informasidanproses yang dipunyaiolehsuatuObjek “dienkapsulasi” (dibungkus) dalamsatukesatuan.

  • Beberapametodepengembangansistem yang berorientasiobjekinidiantaranyaadalah:

    - Object Oriented Analysis (OOA) dan Object Oriented Design (OOD) dari Peter Coaddan Edward Yourdon (1990).

    - Object Modeling Technique (OMT) dari James Rumbaugh (1987).

    - Object Oriented Software Engineering (OOSE).


Analisis kebutuhan perangkat lunak software requirement analysis

SpesifikasiKebutuhanPerangkatLunak / Software Requirements Specification (SRS)

sebuahdokumen yang berisipernyataanlengkapdariapa yang dapatdilakukanolehperangkatlunak, tanpamenjelaskanbagaimanahaltersebutdikerjakanolehperangkatlunak.


Analisis kebutuhan perangkat lunak software requirement analysis

TujuanPembuatan SRS

  • Pemakaipotensial (pelanggan) darisistem

  • Pengembangsistem


Analisis kebutuhan perangkat lunak software requirement analysis

Tujuan……

  • mendefinisikankeinginan yang biasanyadinyatakandalambentukpenjelasanumum.

  • Tujuankedua:

    -Saranakomunikasiantarapelanggan, pemakai, analis, danperancangperangkatlunak.

    -Dasaruntukmerencanakandanmelaksanakanaktivitaspengujiansistem.

    - Acuanuntukmelakukanperbaikandanperubahanperangkatlunak.


Analisis kebutuhan perangkat lunak software requirement analysis

SyaratPembentukan SRS

  • Mudahdiidentifikasi

  • Diuraikandenganjelas, simple, sederhana, dan concise (jelas, tidak ambiguous)

  • Bisadivalidasidanbisadites (test reliable, test accessable)

  • Mampuuntukditelusurikembali (tracebility)


Analisis kebutuhan perangkat lunak software requirement analysis

hal-halygharusdihindarisaatpembentukan :

  • Over specification (penjelasanberlebihdanberulang-ulangsehinggamenjaditidakjelas)

  • Tindakanunconcistency (sepertimenggunakanistilah yang tidakkonsisten)

  • Ambiguity dalamkataataukalimatsepertimenyatakanketerukuran

  • kebutuhansecaratidakjelasmisalkanmenggunakankata-kata :minimal, maksimal, optimal, cepat, user friendly, efisien, fleksibledanlainnya.

  • Menuliskan “mimpi-mimpi”, yaituhal-hal yang tidakbisadilakukan


Analisis kebutuhan perangkat lunak software requirement analysis

AtributPenulisan SRS yang Baik

  • Dokumen SRS yang baik (sempurna) akanditulissecara:

    1) Benar (correct)

    2) Tepat (precise)

    3) Unambiguouity

    4) Lengkap (complete)

    5) Bisadiverifikasi (verifiable)

    6) Konsisten

    7) Understandable

    8) Bisadimodifikasi (modifiedable)


Analisis kebutuhan perangkat lunak software requirement analysis

9) Dapatditelusuri (traceable)

10) Harusdapatdibedakanbagian what (bagianspesifikasi) dan how (bagian yang menjelaskanbagaimanamenyelesaikan what tadi).

11) Dapatmencakupdanmelingkupiseluruhsistem

12) Dapatmelingkupisemualingkunganoperasional, misalnyainteraksifisikdanoperasional.

13) Bisamenggambarkansistemseperti yang dilihatolehpemakai.

14) Harustoleran (bisamenerima) terhadapketidaklengkapan, ketidakpastian

(ambiguous) danketidakkonsistenan.

15) Harusbisadilokalisasidengansebuah coupling, yaituhubunganketergantunganantaradua model yang tidakterlaluerat.


Analisis kebutuhan perangkat lunak software requirement analysis

Ada 9 macamorang yang terlibatdalampembuatan SKPL:

  • Pemakai (user)

  • Client

  • System analyst (system engineer)

  • Software engineer

  • Programmer

  • Test integration group

  • Maintenance group

  • Technical Support

  • Staff dan Clerical Work


Analisis kebutuhan perangkat lunak software requirement analysis

Keberhasilanpengembanganperangkatlunakbisadilihatdari 10 aspekatautitikpandang:

1) Ketelitiandaripembuatnya

2) Kualitasdarispesifikasiperangkatlunak yang dihasilkan (baik, jikaadasedikitkesalahan)

3) Integritas

4) Ketelitian

5) Prosespembuatan yang mantap

6) Mudahdikembangkan

7) Jumlahversitidakbanyak


Analisis kebutuhan perangkat lunak software requirement analysis

8) Ketelitiandari model pengembangan yang digunakanuntukmeramalatributperangkatlunak

9) Efektivitasrencanatesdanintegrasi

10) Tingkat persiapanuntuksistemperawatan (mempersiapkanpencarian bugs)


Analisis kebutuhan perangkat lunak software requirement analysis

Dokumen SRS

format dokumen SRS bakumenurut ANSI/IEEE std 830 1984 adalah:


Analisis kebutuhan perangkat lunak software requirement analysis

AnalisisTerstruktur

Salahsatumetodeteknisuntukmelaksanakananalisiskebutuhantersebut


Analisis kebutuhan perangkat lunak software requirement analysis

AnalisisTerstruktur (Structured Analysis)

merupakansalahsatuteknikanalisis yang mengunakanpendekatanberorientasifungsi.


Analisis kebutuhan perangkat lunak software requirement analysis

PerangkatPemodelanAnalisisTerstruktur

adalahalat bantu pemodelan yang digunakanuntukmenggambarkanhasilpelaksanaanAnalisisTerstruktur.

- Diagram Aliran Data atau Data Flow Diagram (DFD)

- Kamus Data atau Data Dictionary

- Structured English

- TabelKeputusanatau Decision Table

- PohonKeputusanatau Decision Tree


  • Login