1 / 35

Requirement Software

Requirement Software. Siti Mukaromah,S.Kom. LATAR BELAKANG. Client tahu apa yang dibutuhkan Client dapat mengungkapkan apa yang diinginkannya . Client memiliki pemahaman yang baik mengenai fitur-fitur dan fungsi2 yang akan dirancang . LATAR BELAKANG.

emil
Download Presentation

Requirement Software

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Requirement Software SitiMukaromah,S.Kom

  2. LATAR BELAKANG • Client tahuapa yang dibutuhkan • Client dapatmengungkapkanapa yang diinginkannya. • Client memilikipemahaman yang baikmengenaifitur-fiturdan fungsi2 yang akandirancang.

  3. LATAR BELAKANG • Apa yang diinginkan client bukanmerupakanhal yang dibutuhkan client • Kebutuhan client dapatberubahselamapengerjaanproyek

  4. LATAR BELAKANG Requirement Engineering is hard !

  5. LATAR BELAKANG • Seringkali, pencatatan requirements tidakdiorganisasikandenganbaik. • Jarangdilakukanverifikasi • Proyekdikendalikanoleh ‘perubahan’

  6. DEFINISI • Requirements Engineering membantu s/w engineering untukmemahamimasalah yang akandiselesaikan.

  7. LANGKAH – LANGKAH RE • Requirements Engineering menyediakanmekanismeuntukmemahamikeinginan client, menganalisakebutuhan, menilaifisibilitassolusi, melakukannegosiasipemilihansolusi yang tepat, menghilangkanambigu, memvalidasisolusi, “mengelola” kebutuhan agar dapatdiubahkebentuksistemoperasional.

  8. LANGKAH – LANGKAH RE • Inception (Permulaan) • Elicitation • Elaboration (Perluasan) • Negotiation • Specification • Validation • Management

  9. INCEPTION • Mengidentifikasi stakeholder • Siapaygmenginginkansistem/program? • Siapaygmenggunakansolusi? • Apakeuntunganekonomisdarisuatusolusi yang sukses ? • Apakahdibutuhkansumber yang lain?

  10. INCEPTION • Memahamimasalah • Bagaimanakarakteristiksolusiygbaik ? • Masalahapa yang dipecahkanolehsolusitsb? • Bagaimanakondisibusiness environment dimanasolusitersebutdiimplementasikan? • Apakahadamasalahdanbatasantertentuyagmempengaruhipendekatansolusi ?

  11. ELICITATION • Problems of scope • Problems of understanding • Problems of volatility

  12. ELICITATION Product Request • Membuatdaftarsemuaobjek yang merupakanbagiandarisistem. • Membuatdaftarsemuaobyekygdihasilkanolehsistem • Membuatdaftarsemuaobyekygdigunakanolehsistem. • Membuatdaftarfungsi/piranti/proses ygberinteraksi dg obyek2 tersebut. • Membuatbatasandankriteriaperforma.

  13. NEGOTIATION • Negosiasibukanlahsuatukompetisi • Buatsuatustrategi (Apaygkitainginkan? Apayg client inginkan ?) • Mendengarkansecaraaktif. • Fokuspadaapaygmenjadikeinginan client. • Jangananggap ‘personal’ • Jadilahkreatif • Komitmenterhadapkeputusanygdiambil. Gunakanpriority points !!!

  14. NEGOTIATION Examines the specification to ensure that all software requirements have been stated unambiguosly; that inconsistencies, omissions and errors have been detected and corrected

  15. TEKNIK – TEKNIKANALISA KEBUTUHAN

  16. TEKNIK ANALISA KEBUTUHAN • Wawancara – Padaawalfase, anggotadari requirements team bertemudgnanggotadariorganisasi / perusahaanuntukmenentukanapasaja yang menjadi target pembuatan PL.

  17. TEKNIK ANALISA KEBUTUHAN • Jikapadapertemuanpertamadirasakurang, makadapatdibuat pertemuan2 selanjutnya. • Terdapat 2 bentukwawancaraygdapatdilakukan, yaitu : • Structured interview • Unstructured interview • Setelahsesiwawancaraselesai, makadibuatringkasanhasilpertemuan yang ditunjukkan pula kepadapihakperusahaan agar diversifikasijikaadakesimpulanygsalah.

  18. TEKNIK ANALISA KEBUTUHAN

  19. TEKNIK ANALISA KEBUTUHAN • Kuesioner – dilakukanuntukmemperolehpendapatdari orang banyak. • Form – menganalisisberbagaibentukformulir yang digunakanklien. • Dokumen – menganalisis dokumen2 ygadapadaperusahaan, misalnyadokumenmengenaipembagiantugas (job desc,manual book, dll) • Benchmarking – melihatsistem / organisasi lain yang memilikipermasalahanygsama.

  20. TEKNIK ANALISA KEBUTUHAN • Pengamatanlapangan – dilakukandgnmengamatilangsungkeadaan di lapangan. • Skenario– membuatskenariodarihal-halygmungknterjadi dg membuatserangkaiandaftarkegiatanataudgnmenggambarsuatu storyboard.Skenariomemilikibeberapakelebihan : • Mendemonstrasikanbagaimanasifatproduk dg caraygdapatdipahamioleh user. • Kliendanpenggunaturutterlibataktif. • Skenariosangatberperandlmtahapanalisaberorientasiobjek.

  21. System Development Live Cycle (SDLC)

  22. Systems Development Life Cycle • Siklus hidup pengembangan sistem (systems development life cycle) adalah pendekatan sistematis untuk memecahkan masalah bisnis. • Dibagi menjadi tujuh langkah (phase). • Tiap langkah mempunyai aktivitas khusus.

  23. Phase 1 • Identifying • Problems • Opportunities • Objectives • Personnel involved • Analyst • User management • Systems management

  24. Phase 2 • Determining information requirements • Interview management, operations personnel • Gather systems/operating documents • Use questionnaires • Observe the system and personnel involved • Learn the who, what, where, when, and how, and the why for each of these

  25. Phase 2 • Personnel involved • Analyst • User management • User operations workers • Systems management

  26. Phase 3 • Analyzing system needs • Create data flow diagrams • Document procedural logic for data flow diagram processes • Complete the data dictionary • Make semistructured decisions • Prepare and present the system proposal • Recommend the optimal solution to management

  27. Phase 3 • Personnel involved • Analyst • User management • Systems management

  28. Phase 4 • Designing the recommended system • Design the user interface • Design output • Design input • Design system controls • Design files and/or database • Produce program specifications • Produce decision trees or tables

  29. Phase 4 • Personnel involved • Analyst • System designer • User management • User operations workers • Systems management

  30. Phase 5 • Developing and documenting software • Design computer programs using structure charts, Nassi-Schneiderman charts, and pseudocode • Walkthrough program design • Write computer programs • Document software with help files, procedure manuals, and Web sites with Frequently Asked Questions

  31. Phase 5 • Personnel involved • Analyst • System designer • Programmers • Systems management

  32. Phase 6 • Testing and maintaining the system • Test and debug computer programs • Test the computer system • Enhance system

  33. Phase 6 • Personnel involved • Analyst • System designer • Programmers • Systems management

  34. Phase 7 • Implementing and evaluating the system • Plan conversion • Train users • Purchase and install new equipment • Convert files • Install system • Review and evaluate system

  35. Phase 7 • Personnel involved • Analyst • System designer • Programmers • User management • User operations workers • Systems management

More Related