Requirements Engineering. Materi 5
|
|
- Suhendra Wibowo
- 6 tahun lalu
- Tontonan:
Transkripsi
1 Requirements Engineering Materi 5
2 Requirements Engineering Problems with requirements practices Requirements engineering tasks (Inception, Elicitation, Elaboration, Negotiation, Specification, Validation, Requirements management) Initiating the Requirements Engineering Process Collaborative Requirement Gathering Developing Use Case (Source: Pressman, R. Software Engineering: A Practitioner s Approach. McGraw-Hill, 2005)
3 The Problems with our Requirements Practices Kesulitan memahami kebutuhan dari pelanggan Persyaratan sering direkam dengan tidak teratur Menghabiskan terlalu banyak waktu memverifikasi data Membolehkan perubahan untuk pengendalian, dari pada membangun mekanisme untuk mengontrol perubahan Yang paling penting, gagal untuk membangun dasar yang kuat untuk sistem atau membangun perangkat lunak yang diinginkan pengguna (more on next slide) 3
4 The Problems with our Requirements Practices (continued) Banyak pengembang software berpendapat bahwa Membangun perangkat lunak begitu menarik bahwa sehingga ingin langsung memulai (sebelum memiliki pemahaman yang jelas tentang apa yang dibutuhkan) Hal akan menjadi jelas saat kita membangun perangkat lunak Stakeholder proyek akan dapat lebih memahami apa yang mereka butuhkan hanya setelah memeriksa iterasi awal dari perangkat lunak Banyak hal yang berubah begitu cepatnya bahwa kebutuhan rekayasa adalah buang-buang waktu Intinya adalah memproduksi program kerja dan bahwa semua yang lain adalah sekunder Semua argumen ini mengandung beberapa kebenaran, terutama untuk proyek-proyek kecil yang memakan waktu kurang dari satu bulan untuk menyelesaikan Namun, sebagai perangkat lunak tumbuh dalam ukuran dan kompleksitas, argumen ini mulai rusak dan dapat 4 menyebabkan proyek software gagal
5 A Solution: Requirements Engineering Dimulai selama kegiatan komunikasi dan berlanjut sampai kegiatan modeling. Membangun jembatan dari sistem Requirements ke dalam desain software dan konstruksi Memungkinkan kebutuhan engineering untuk memeriksa Konteks kerja perangkat lunak yang akan dilakukan Kebutuhan spesifik bahwa desain dan konstruksi harus mengatasi Prioritas yang memandu urutan pekerjaan yang harus diselesaikan Informasi, fungsi, dan perilaku yang akan memiliki dampak yang mendalam pada desain yang dihasilkan 5
6 Why is Getting Good Requirements Hard? Stakeholder tidak tahu apa yang mereka inginkan. Stakeholder mengungkapkan persyaratan dalam istilah mereka sendiri. Stakeholder yang berbeda mungkin memiliki persyaratan yang saling bertentangan. Faktor Organisasi dan politik dapat mempengaruhi persyaratan sistem. Persyaratan berubah selama proses RE. Stakeholder baru mungkin muncul dan perubahan lingkungan bisnis.
7 Requirements Engineering Tasks Requirements Engineering menyediakan mekanisme untuk memahami keinginan client, menganalisa kebutuhan, menilai fisibilitas solusi, melakukan negosiasi pemilihan solusi yang tepat, menghilangkan ambigu, memvalidasi solusi, mengelola kebutuhan agar dapat diubah ke bentuk sistem operasional.
8 Requirements Engineering Tasks (cont.) Rekayasa kebutuhan membangun jembatan menuju desain dan pembangunan perangkat lunak dengan menyediakan mekanisme yang tepat untuk memahami apa yang diinginkan klien, menganalisis kebutuhan, menguji kelayakan, bernegosiasi untuk solusi yang masuk akal, menetapkan solusi yang dapat dipahami dua belah pihak, uji spesifikasi dan mengelola kebutuhan yang akan diwujudkan ke sistem operasional.
9 Requirements Engineering Tasks (cont.) Seven distinct tasks 1. Inception (Permulaan) 2. Elicitation 3. Elaboration (Perluasan) 4. Negotiation 5. Specification 6. Validation 7. Management Beberapa tugas ini dapat terjadi secara paralel dan semua disesuaikan dengan kebutuhan proyek Semua berusaha untuk menentukan apa yang pelanggan inginkan Semua berfungsi untuk membangun dasar yang kuat untuk desain dan konstruksi dari perangkat lunak 9
10 Inception Inception atau permulaan, merupakan awal dari terjadinya pembicaraan tentang kebutuhan akan software. Permulaan ini dapat terjadi karena dari pembicaraan biasa,kebutuhan bisnis yang dirasakan, adanya pasar potensial, atau munculnya layanan potensial yang dapat dilakukan oleh software. Mengidentifikasi stakeholder Siapa yg menginginkan sistem/program? Siapa yg menggunakan solusi? Apa keuntungan ekonomis dari suatu solusi yang sukses? Apakah dibutuhkan sumber yang lain?
11 Memahami masalah Inception Bagaimana karakteristik solusi yg baik? Masalah apa yang dipecahkan oleh solusi tsb? Bagaimana kondisi business environment dimana solusi tersebut diimplementasikan? Apakah ada masalah dan batasan tertentu yag mempengaruhi pendekatan solusi?
12 Elicitation Klien mengungkapkan kebutuhan. Proses ini tidak mudah karena: batasan sistem sering tidak jelas, klien tidak cukup paham apa yang dibutuhkan dan kebutuhan sering berubah. Problems of scope Problems of understanding Problems of volatility
13 Elicitation Product Request 1. Membuat daftar semua objek yang merupakan bagian dari sistem. 2. Membuat daftar semua obyek yg dihasilkan oleh sistem 3. Membuat daftar semua obyek yg digunakan oleh sistem. 4. Membuat daftar fungsi/piranti/proses yg berinteraksi dg obyek2 tersebut. 5. Membuat batasan dan kriteria performa.
14 Elaboration Penjelasan. Apa yang diungkapkan pada proses permulaan dan pengungkapan kebutuhan, dijelaskan panjang lebar. Fokus pada pemodelan fungsi, fitur dan batasan dari perangkat lunak. Dalam kasus OOP, maka class, atribute dan hubungan antar class diidentifikasi pada aktifitas ini.
15 Negotiation Negosiasi bukanlah suatu kompetisi Buat suatu strategi (Apa yg kita inginkan? Apa yg client inginkan?) Mendengarkan secara aktif. Fokus pada apa yg menjadi keinginan client. Jangan anggap personal Jadilah kreatif Komitmen terhadap keputusan yg diambil. Gunakan priority points!!!
16 Negotiation Examines the specification to ensure that all software requirements have been stated unambiguosly; that inconsistencies, omissions and errors have been detected and corrected Memeriksa spesifikasi untuk memastikan bahwa semua persyaratan perangkat lunak telah dinyatakan jelas bahwa inkonsistensi, kelalaian dan kesalahan telah dideteksi dan dikoreksi
17 Specification Spesifikasi dapat berupa dokumen, model grafik, model matematika, skenario atau prototype yang merupakan produk akhir dari rekayasa kebutuhan. Apa yang disajikan sebagai spesifikasi merupakan hasil identifikasi kebutuhan melalui aktifitasaktifitas sebelumnya. Spesifikasi menggambarkan fungsi dan kenerja dari perangkat lunak dan batasan-batasan yang ditentukan.
18 Validation Menguji kualitas dari spesifikasi untuk memastikan kebutuhan yang dinyatakan dapat diterima/sepaham, konsisten, lengkap dan bebas kesalahan. Mekanisme yang dapat dilakukan adalah formal technical review atau pertemuan evaluasi teknis.
19 Management mengelola kebutuhan dengan identifikasi, kontrol dan mengikuti perkembangan kebutuhan software yang dikerjakan selama proyek dan perubahanperubahan yang terjadi.
20 Initiating The Requirements Engineering Process Identifikasi stakeholders (pemangku kepentingan) Mengakui keberadaan beberapa sudut pandang stakeholder Bekerja kolaborasi antara stakeholder Pertanyaan bebas konteks ini fokus pada pelanggan, stakeholder, tujuan keseluruhan, dan manfaat dari sistem Siapa yang meminta untuk bekerja? Siapa yang akan menggunakan solusi? Apa yang akan menjadi keuntungan ekonomi dari solusi yang sukses? Apakah ada sumber lain untuk solusi yang dibutuhkan?
21 Initiating The Requirements Engineering Process Set pertanyaan berikutnya memungkinkan pengembang untuk lebih memahami masalah dan persepsi pelanggan berdasarkan solusi Bagaimana ciri output yang bagus untuk solusi yang sukses? Apa masalah dari solusi ini? Dapatkah Anda menggambarkan lingkungan bisnis dimana solusi digunakan? Adakah kendala yang mempengaruhi dalam pendekatan solusi? Set pertanyaan terakhir berfokus pada efektivitas komunikasi Apakah Anda orang terbaik untuk memberikan jawaban resmi atas pertanyaan ini? Apakah pertanyaan saya relevan dengan masalah Anda? Apakah saya terlalu banyak bertanya? Dapatkah orang lain memberikan informasi tambahan? Haruskah saya meminta Anda menjawab apapun?
22 How would you resolve this? 22
23 Collaborative Requirement Gathering Rapat yang dihadiri oleh seluruh pemangku kepentingan. Aturan ditetapkan untuk persiapan dan partisipasi. Agenda harus cukup untuk menutup semua poin penting formal, tapi cukup informal untuk mendorong aliran ide. Seorang fasilitator mengendalikan pertemuan. Mekanisme definisi (papan tulis, sandal grafik, dll) yang digunakan.. Dalam pertemuan tersebut: Masalahnya diidentifikasi. Elemen dari solusi yang diusulkan. Pendekatan yang berbeda dinegosiasikan. Seragkaian dari persyaratan solusi diperoleh. Atmosfer kolaboratif dan non-membahayakan..
24 Collaborative requirement gathering Dalam pertemuan awal, mendistribusikan "permintaan produk" (didefinisikan oleh stakeholder) untuk semua peserta. Berdasarkan permintaan produk, masing-masing peserta diminta untuk membuat Daftar objek (internal atau benda sistem eksternal) Daftar (Proses atau fungsi) Daftar kendala (biaya, ukuran, aturan bisnis) dan kriteria kinerja (kecepatan, ketepatan) yang dikembangkan. Mengumpulkan daftar dari semua orang dan digabungkan. Daftar gabungan meniadakan entri berlebihan, menambahkan ide-ide baru, tetapi tidak menghapus. Tujuannya adalah untuk mengembangkan daftar konsensus di setiap area topik (objects, services, constraints and performance).
25 Collaborative Requirement Gathering Berdasarkan daftar, tim dibagi menjadi lebih kecil sub-tim: setiap bekerja untuk mengembangkan mini-spesifikasi untuk satu atau lebih masukan pada setiap daftar. Setiap sub-tim hadiah yang mini-spesifikasi untuk semua peserta diskusi. Selain itu, penghapusan dan elaborasi lebih lanjut dibuat. Sekarang masing-masing tim membuat daftar kriteria validasi untuk produk dan hadir untuk tim. Akhirnya, satu atau lebih peserta ditugaskan tugas menulis draft spesifikasi lengkap.
26 Use Cases 26
27 Developing Use Case Use Case menggambarkan interaksi antara pengguna dan sistem. Berfokus pada apa sistem dilakukan untuk pengguna. Menggambarkan totalitas sistem dan perilaku sistem. Includes: Actors List Use Case Packages Use Case Diagrams Use Case Text Use Case Views : 27
28 Activities Involved in Use Cases Find Actors Project Manager Architect End-Users Customers Development Team Find Use Cases Describe the use case 28
29 Steps for Developing Use case Diagram 1. Use Abstract Idea 2. Define use case actors 3. Define use case actors goals 4. Identify reuse opportunity for use case 5. Create use case inedx 6. Identify the key components 7. Name and briefly describe the use case 8. Create use case basic view 9. Create use case alternate flows 10. Produre the use case decument 11. Generate a use case model diagram 29
30 Sample Use Case Diagram 30
31 Terima Kasih 31
Teknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Requirement Classification Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS MATA
Lebih terperinciRatna Wardani. Department of Electronic Engineering Yogyakarta State University
Ratna Wardani Department of Electronic Engineering Yogyakarta State University Hirarki Materi Pemodelan Sistem Rekayasa Informasi Rekayasa Perangkat Lunak Konsep dan Prinsip Analisis Analisis persyaratan
Lebih terperinciREQUIREMENT ENGINEERING
REQUIREMENT ENGINEERING Previous Chapter Poor Quality software? Not meet customer requirements Too complicated Not solve the problem Beyond expectation Requirement engineering is very important! Requirements
Lebih terperinciWEB DEVELOPMENT by Hestiasari Rante-Pasila. Week 1 Requirements Engineering
WEB DEVELOPMENT by Hestiasari Rante-Pasila Week 1 Requirements Engineering SUB TOPICS Definition of Requirements Engineering (RE) User-centered Design Stakeholders Issues Designer/Developer Issues RE Techniques
Lebih terperinciPENGANTAR RUP & UML. Pertemuan 2
PENGANTAR RUP & UML Pertemuan 2 PENGANTAR RUP Rational Unified Process (RUP) atau dikenal juga dengan proses iteratif dan incremental merupakan sebuah pengembangan perangkat lunak yang dilakukan secara
Lebih terperinciREKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com
REKAYASA PERANGKAT LUNAK 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com Referensi Rekayasa Perangkat Lunak Pendekatan Praktisi, Roger S. Pressman, Ph.D, Andi Jogyakarta, 2012 Buku 1 Rekayasa
Lebih terperincihttp://www.brigidaarie.com INPUT [ Source ] [ Requirements ] Process ACTIVITIES (TASKS), CONSTRAINTS, RESOURCES PROCEDURES TOOLS & TECHNIQUES OUTPUT [ Results ] [ Product ] [ Set of Goals ] [ Standards
Lebih terperinciMateri Kuliah 2 Analisa kebutuhan dan Spesifikasi Perangkat Lunak
Materi Kuliah 2 Analisa kebutuhan dan Spesifikasi Perangkat Lunak Ilyas Nuryasin ilyas@umm.ac.id Ilyas.nuryasin@gmail.com Materi Kuliah 2 Analisa kebutuhan dan spesifikasi perangkat lunak Outlines: - Studi
Lebih terperinciPemahaman (cont.) Analisis merupakan sebuah : Penemuan Perbaikan Pemodelan Spesifikasi (baru) Tim RPL 1
Pertemuan 4 Pemahaman Pemahaman lengkap mengenai persyaratan perangkat lunak sangat penting bagi keberhasilan usaha pengembangan perangkat lunak. Tidak peduli bagaimana perangkat lunak dirancang atau dikodekan,
Lebih terperinciRingkasan Chapter 12 Developing Business/ IT Solution
TUGAS SISTEM INFORMASI MANAJEMEN Dosen : Dr. Ir. Arif Imam Suroso, M.Sc Ringkasan Chapter 12 Developing Business/ IT Solution Oleh : Shelly Atriani Iskandar P056121981.50 KELAS R50 PROGRAM PASCA SARJANA
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Requirement Elicitation (1) Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS
Lebih terperinciInititating Process Group
Inititating Process Group PROJECT INTEGRATION MANAGEMENT & PROJECT SCOPE MANAGEMENT Onah Siti Fatonah, S.Kom Dilakukan untuk mendefinisikan projek baru atau fase baru dari proyek yang sudah ada dengan
Lebih terperinciUntuk menggambarkan kegiatan rekayasa persyaratan pokok dan hubungan mereka. Untuk memperkenalkan teknik untuk elisitasi persyaratan dan analisis.
Untuk menggambarkan kegiatan rekayasa persyaratan pokok dan hubungan mereka. Untuk memperkenalkan teknik untuk elisitasi persyaratan dan analisis. Untuk menjelaskan validasi persyaratan dan peran tinjauan
Lebih terperinciPERANAN TEAM SOFTWARE PROCESS PADA REKAYASA PERANGKAT LUNAK
PERANAN TEAM SOFTWARE PROCESS PADA REKAYASA PERANGKAT LUNAK Suhatati Tjandra Teknik Informatika dan Komputer Sekolah Tinggi Teknik Surabaya Email: tati@stts.edu ABSTRAK Semakin berkembangnya dunia industrialisasi
Lebih terperinciSILABUS MATAKULIAH. Indikator Pokok Bahasan/Materi Aktifitas Pembelajaran
SILABUS MATAKULIAH Revisi : 2 Tanggal Berlaku : Maret 2014 A. Identitas 1. Nama Matakuliah : A11. 54405/ Rekayasa Perangkat Lunak 2. Program Studi : Teknik Informatika-S1 3. Fakultas : Ilmu Komputer 4.
Lebih terperinciRekayasa Perangkat Lunak (Software Engineering)
Rekayasa Perangkat Lunak (Software Engineering) Graha Prakarsa, ST. MT. Sekolah Tinggi Teknologi Bandung Memahami pengertian kebutuhan perangkat lunak. Memahami apa yang dimaksud dengan analisis kebutuhan
Lebih terperinci1. PENDAHULUAN 1.1. Latar Belakang
1. PENDAHULUAN 1.1. Latar Belakang Integrated Distance Education Application atau biasa disebut dengan IDEA merupakan sebuah sarana pembelajaran elektronik berbasis website yang dimiliki oleh Telkom University.
Lebih terperinci(Source: Pressman, R. Software Engineering: A Practitioner s Approach. McGraw-Hill, 2010)
- Software engineering practice - Communication practices - Planning practices - Analysis modeling practices - Design modeling practices - Construction practices - Deployment practices -Computer-Based
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Impact Analysis Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS MATA KULIAH
Lebih terperinciPemodelan Berorientasi Objek
1 Pemodelan Berorientasi Objek Penggalian Kebutuhan dan Identifikasi Aktor Adam Hendra Brata Materi Pertemuan 3 2 Fase Fase Pengembangan Perangkat Lunak Analisis Kebutuhan Penggalian Kebutuhan Sistem Elisitasi
Lebih terperinciMODUL 4 Unified Software Development Process (USDP)
MODUL 4 Unified Software Development Process (USDP) Daftar Isi 4.1 Pengantar USDP... 2 4.2 Fase USDP... 2 4.2.1 Fase, Workflow dan Iterasi... 3 4.2.2 Perbedaan USDP dan Siklus Hidup Waterfall... 3 4.2.3
Lebih terperinciFASE INISIALISASI M P S I S E S I 3
FASE INISIALISASI M P S I S E S I 3 FASE INISIALISASI FEASIBILITY STUDY REQUIREMENT ANALYSIS PROJECT SCOPE DOCUMENT PENYUSUN TIM MANAJEMEN RESIKO PROPOSAL KONTRAK/SPK FEASIBILITY STUDY Feasibility study
Lebih terperinciKebutuhan Perangkat Lunak Dalam Pengembangan Sistem Informasi. Muhamad Alif, FT UTM 2012
Kebutuhan Perangkat Lunak Dalam Pengembangan Sistem Informasi Muhamad Alif, S.Kom @Informatika FT UTM 2012 Tujuan Instruksional Umum Bagian ini menjelaskan tentang pengertian kebutuhan dan analisis kebutuhan,
Lebih terperinciManajemen Proyek. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1
Manajemen Proyek Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1 Overview Beberapa pertanyaan: Apa saja komponen-komponen dari manajemen proyek? Bagaimana perencanaan membantu
Lebih terperinciBab 4 Metodologi Pengembagan Sistem(Perangkat Lunak)
Bab 4 Metodologi Pengembagan Sistem(Perangkat Lunak) 4.1 Pendahuluan Proses pengembangan atau pengembangan perangkat lunak secara umum merupakan serangkaian kegiatan yang meliputi kegiatan dalam siklus
Lebih terperinciTugas Rekayasa Perangkat Lunak
Tugas Rekayasa Perangkat Lunak Disusun Oleh : M Ikhsan Ariya Girinata 41813120052 Dosen : Wachyu Hari Haji, S.Kom, MM FAKULTAS ILMU KOMPUTER JURUSAN SISTEM INFORMASI Mata Kuliah : REKAYASA PERANGKAT LUNAK
Lebih terperinciRequirements Engineering. TIM RPL Program Studi Teknik Informatika
Requirements Engineering TIM RPL Program Studi Teknik Informatika 1 Requirements Engineering Membantu Software Engineer lebih memahami masalah yang mereka coba pecahkan. Menghasilkan pemahaman tertulis
Lebih terperinciLANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP
LANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP (RATIONAL UNIFIED PROCESS) Rational Unified Process (RUP) merupakan suatu metode rekayasa perangkat lunak yang dikembangkan dengan mengumpulkan berbagai best
Lebih terperinciChapter 2 What is Software Quality?
Chapter 2 What is Software Quality? 2.1 Definisi Software Software: Program komputer, prosedur, dan dokumentasi dan data yang berkaitan dengan pengoperasian suatu sistem komputer. Keempat komponen yang
Lebih terperinciMANAJEMEN PROYEK FRAMEWORK
MANAJEMEN PROYEK FRAMEWORK PROJECT MANAGEMENT FRAMEWORK Kelompok Proses dalam PMBOK KNOWLEDGE AREA PROJECT MANAGEMENT PROCESS GROUPS INITIATING PLANNING EXECUTING MONITORING & CONTROLLING CLOSING Integration
Lebih terperinciPertemuan 10 Manajemen Kualitas
Pertemuan 10 Manajemen Kualitas Tujuan Memahami manfaat manajemen kualitas. Memahami proses dalam manajemen kualitas. Mengenal alat yang yang dapat digunakan untuk melakukan manajemen kualitas. SE 3773
Lebih terperinciBAB 3 METODE PENELITIAN
BAB 3 METODE PENELITIAN 3.1 Waktu dan Tempat Penelitian ini dilakukan di Jurusan Ilmu Komputer Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Lampung. Waktu penelitian dilakukan pada semester
Lebih terperinciREQUIREMENT MODELING SCENARIO & INTRODUCING TO USE CASE
REQUIREMENT MODELING SCENARIO & INTRODUCING TO USE CASE Mata Kuliah Testing & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Pertemuan 4 -- This presentation is revised by
Lebih terperinciManajemen Proyek Minggu 2
Project Management Process Manajemen Proyek Minggu 2 Danny Kriestanto, S.Kom., M.Eng Initiating / Requirement :...awal siklus! Planning : perencanaan... Executing : Lakukan! Monitoring and Controlling
Lebih terperinciPROJECT INITIATION. Penetapan Jalannya Proyek (2) Customer Problem. Identification. Define Scope. Proposed Solution.
By: UroAbd. Rohim, S.Kom. MT PROJECT INITIATION (Project Initiation) 1 Penetapan Jalannya Proyek (1) Customer Problem IT Solutin Provider Identification Define Scope Review (solution) Approve (solution)
Lebih terperinciCatatan: Teks yang berwarna biru adalah teks yang harus dihapus dan diganti dengan isi yang sebenarnya.
Contoh template Functional Specification untuk Microsoft Solutions Framework Oleh: Alberto Aden Berdasarkan: MSF v3 Templates 2002 Microsoft Corporation Catatan: Teks yang berwarna biru adalah teks yang
Lebih terperinciMetrik Proses dan Proyek Perangkat Lunak KARMILASARI
Metrik Proses dan Proyek Perangkat Lunak KARMILASARI Outline 2 - Pendahuluan - Metrik dalam domain PROSES - Metrik dalam domain PROYEK - Pengukuran Perangkat Lunak - Menintegrasikan Metrik dalam Proses
Lebih terperinciModul Praktikum Analisis dan Perancangan Sistem Halaman 1 dari 58
Modul Praktikum Analisis dan Perancangan Sistem Halaman 1 dari 58 Praktikum Analisis dan Perancangan REKAYASA KEBUTUHAN 1.1. TUJUAN PRAKTIKUM : a) Mahasiswa mampu memahami konsep rekayasa kebutuhan b)
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Requirements Negotiation Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS MATA
Lebih terperinciBAB 1 PENDAHULUAN. tersebut adalah metode pemodelan (notation), proses (process) dan tool yang
BAB 1 PENDAHULUAN 1.1 Latar Belakang Saat ini piranti lunak semakin luas penggunaannya, baik untuk sistem yang sederhana maupun untuk sistem yang kompleks. Piranti lunak diharapkan menghasilkan luaran
Lebih terperinciPEMODELAN ANALISIS PL
PEMODELAN ANALISIS PL Aprilia Sulistyohati, S.Kom Jurusan Teknik Informatika Universitas Islam Indonesia Your Logo REKAYASA SISTEM VS REKAYASA PERANGKAT LUNAK Rekayasa sistem berkaitan dengan semua aspek
Lebih terperinciANALISA & PERANCANGAN SISTEM
ANALISA & PERANCANGAN SISTEM Analisis System Mulyadi, S.Kom, M.S.I Analisa Sistem Analisis sistem - teknik pemecahan masalah yang menguraikan sistem ke dalam beberapa komponen dengan tujuan mempelajari
Lebih terperinciIF2261 Software Analysis Part I
IF2261 Software Analysis Part I Sistem Proses Rekayasa sistem biasanya dimulai dengan sebuah World View, yaitu di mana keseluruahan domain bisnis atau domain produk diuji untuk memastikan bahwa bisnis
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Specification of Requirements Models Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021
Lebih terperinciPencarian Bilangan Pecahan
Pencarian Bilangan Pecahan Ringkasan Unit Siswa ditugaskan sebuah profesi yang menggunakan pecahan bilangan dalam pekerjaannya. Mereka meneliti, meringkas, menarik kesimpulan, dan mempresentasikan penemuan
Lebih terperinciBAB 6 METODOLOGI SIKLUS HIDUP SISTEM
BAB 6 METODOLOGI SIKLUS HIDUP SISTEM Konsep siklus hidup cocok dengan segala sesuatu yang lahir, tumbuh berkembang menjadi matang dan akhirnya mati. Pola ini juga berlaku untuk berbasis komputer seperti
Lebih terperinciBAB 1 PENDAHULUAN 1.1 Latar Belakang Masalah
BAB 1 PENDAHULUAN 1.1 Latar Belakang Masalah Globalisasi dan perkembangan industri teknologi informasi dewasa ini telah meningkatkan tekanan terhadap perusahaan dan bisnis yang dijalankan untuk tetap dapat
Lebih terperinciPemodelan Industri Perangkat Lunak
Pemodelan Industri Perangkat Lunak Dosen Pengampu : Teguh Wahyono Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Revisi Januari 2006 1.1. Mengapa Pemodelan? Pemodelan adalah suatu alur proses
Lebih terperinciPertemuan 12 Manajemen Komunikasi
Pertemuan 12 Manajemen Komunikasi Tujuan Memahami proses-proses yang dilakukan dalam Manajemen Komunikasi. Mengerti manfaat melakukan Manajemen Komunikasi dalam proyek sistem informasi. Memahami dokumen-dokumen
Lebih terperinciSOFTWARE QUALITY ASSURANCE
SOFTWARE QUALITY ASSURANCE SQA Component TKB5351 Penjaminan Mutu Perangkat Lunak Chalifa Chazar www.script.id chalifa.chazar@gmail.com Review Dokumen spesifikasi kebutuhan dibuat untuk memastikan kebutuhan
Lebih terperinciProyek Perangkat Lunak
Proyek Perangkat Lunak 02: Proyek Software dan SDLC Husni husni@trunojoyo.ac.id Project Management Concepts Project Planning, Execution, and Budget System Development Life Cycle Project Monitoring, Control,
Lebih terperinciManajemen Proyek Perangkat Lunak Minggu 1
Manajemen Proyek Perangkat Lunak Minggu 1 Danny Kriestanto, S.Kom., M.Eng Proyek Kumpulan orang-orang untuk menyelesaikan suatu permasalahan Sebuah aktivitas yang bertujuan untuk menghasilkan sebuah hasil
Lebih terperinciBAB 2 LANDASAN TEORI
BAB 2 LANDASAN TEORI 2.1. Latar Belakang CMMI (Capability Maturity Model Integration) Menurut Dennis M. Ahern, Aaron Clouse, dan Richard Turner, dalam buku mereka yang berjudul CMMI Distilled: A Practical
Lebih terperinciBAB II LANDASAN TEORI
BAB II LANDASAN TEORI 2.1. Decision Support System Evolusi DSS pada tahun 1970-an dan 1980-an tumbuh dan berkembang menjadi sebuah bidang penelitian, dan praktek pengembangan (Sprague & Watson, 1996).
Lebih terperinciBAB I PENDAHULUAN. karya tulis. Berbagai aplikasi seperti Ms. Word, Notepad, maupun Open Office
BAB I PENDAHULUAN 1.1 Latar Belakang Seiring dengan perkembangan teknologi, maka kegunaan komputer dirasa makin besar. Komputer berperan penting dalam mempermudah pekerjaan sehari hari. Salah satu manfaat
Lebih terperinciProduk perangkat lunak tersebut:
Perancangan Perangkat Lunak Lintang Yuniar Banowosari http://staffsite.gunadarma.ac.id/lintang Perangkat Lunak Merupakan program-program komputer dan dokumentasi yang berkaitan,produk perangkat lunak dibuat
Lebih terperinciPengenalan Rekayasa Perangkat Lunak (RPL)
Pengenalan Rekayasa Perangkat Lunak (RPL) Budi Irawan facebook.com/deerawan @masbugan blog.budiirawan.com History of RPL 1 Era 1940s Komputer pertama dibuat Bidang Computer Science mulai berkembang Karakteristik
Lebih terperinciPERANGKAT LUNAK & REKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK LANJUT PERANGKAT LUNAK & REKAYASA PERANGKAT LUNAK Defri Kurniawan M.Kom Refrensi content Why Software Engineering Perangkat Lunak (PL) Definisi Jenis-jenis berdasarkan Market,
Lebih terperinciA. Tujuan dan Ruang Lingkup Proyek Perancangan Rekayasa Perangkat Lunak
A. Tujuan dan Ruang Lingkup Proyek Perancangan Rekayasa Perangkat Lunak Secara umum tujuan RPL tidak berbeda dengan bidang rekayasa yang lain. Bidang rekayasa akan selalu berusaha menghasilkan output yang
Lebih terperinciThe Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL
The Process By: U. Abd. Rohim, MT A Layered Technology Software Engineering tools methods process model a quality focus 2 1 Langkah-langkah SE v Definition (What?) System or Information Engineering, Software
Lebih terperinciInggang Perwangsa Nuralam, SE., MBA
Inggang Perwangsa Nuralam, SE., MBA Business analysts examine the entire business area and take a thoughtful or even creative approach to developing ideas for solutions. Seorang Bisnis Analis menguji semua
Lebih terperinciSpesifikasi Use Case. Mata KuliahTesting & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Pertemuan 6 --
Spesifikasi Use Case Mata KuliahTesting & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Pertemuan 6 -- This presentation is revised by Hazlinda A., STMIK, 2013 Acknowledgement
Lebih terperinciUNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI
UNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI No. Dokumen 02-3.04.1.02 Distribusi Tgl. Efektif RENCANA PEMBELAJARAN SEMESTER Mata Kuliah Kode Rumpun MK Bobot (SKS) Semester
Lebih terperinciMeeting 5_ADS. SDLC : Analysis Phase
Meeting 5_ADS SDLC : Analysis Phase Review Materi Sebelumnya Tahap planning Aktivitas dalam tahap planning Capaian Pembelajaran Menginvestigasi kebutuhan sistem pada sebuah studi kasus dengan tepat Sub
Lebih terperinciHendri Sopryadi, M.T.I
PENGELOLAAN SISTEM INFORMASI PERTEMUAN - 4 MANAJEMEN CAKUPAN BAHASAN KELOMPOK PROSES DALAM MANAJEMEN Cakupan Rencana manajemen cakupan Pernyataan cakupan Work breakdown structure PENGAWASAN PELAKSANAAN
Lebih terperinciPemodelan Proses Bisnis (Lanjutan) Mia Fitriawati,M.Kom
Pemodelan Proses Bisnis (Lanjutan) Mia Fitriawati,M.Kom Pemodelan Proses Bisnis Menuangkan proses bisnis dalam bentuk diagram, sehingga: Terdokumentasi Dapat disampaikan kepada orang lain Memudahkan pemahaman
Lebih terperinciAdam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016
Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016 TUJUAN PERKULIAHAN Memahami metode pengumpulan kebutuhan perangkat lunak Mampu melakukan pengumpulan kebutuhan perangkat lunak AGENDA
Lebih terperinciBAGIAN 4. METODE ILMIAH
BAGIAN 4. METODE ILMIAH Teguh Wahyono Penulisan Karya Ilmiah Program Studi D3 Teknik Informatika Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Info PKM Pengumpulan proposal di Biro Kemahasiswaan
Lebih terperinciTujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010
Tujuan Perkuliahan PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Oleh : Sarwosri, S.Kom, M.T. Umi Laili Yuhana, S.Kom, M.Sc. Memberikan gambaran tentang perangkat lunak, rekayasa perangkat lunak. Memberikan
Lebih terperinciLatihan Pertemuan 5: Sub Diagram New Activity Diagram Select In Browser rename Pemohon Class 5.
Latihan Pertemuan 5: Alur kerja(workflow) ari business use-case yang telah kita buat di atas dapat digambarkan secara detail menggunakan activity diagram. Disini kita akan belajar membuat activity diagram
Lebih terperinciMANAJEMEN PROYEK DALAM PRAKTEK
MANAJEMEN PROYEK DALAM PRAKTEK Pengertian Umum Stakeholder Stakeholder merupakan individu, sekelompok manusia, komunitas atau masyarakat baik secara keseluruhan maupun secara parsial yang memiliki hubungan
Lebih terperinciRequirement? Teknik Informatika S1. Definisi. Rekayasa Perangkat Lunak. Pengertian Requirement. Pengertian Requirement Engineering
Teknik Informatika S1 Definisi Rekayasa Perangkat Lunak Requirement Engineering Requirement? Pengertian Requirement Pengertian Requirement Engineering Sesuatu pada produk yang harus dilakukan atau sebuah
Lebih terperinciMeeting 3_ADS. System Development Life Cycle (SDLC)
Meeting 3_ADS System Development Life Cycle (SDLC) Capaian Pembelajaran Mampu menjelaskan tentang System Development Life Cycle (SDLC) khususnya tahap planning, analysis dan design Mampu memaparkan tentang
Lebih terperinciRational Unified Process (RUP)
Universitas IGM HD-UIGM-FK-01 Fakultas : Ilmu Komputer Pertemuan ke : 8 Program Studi : Teknik Informatika Handout ke : 1 Kode Matakuliah : Jumlah Halaman : 25 Matakuliah : Rekayasa Perangkat Lunak Mulai
Lebih terperinciMANAJEMEN KUALITAS PROYEK REFERENSI : PMBOK
MANAJEMEN KUALITAS PROYEK REFERENSI : PMBOK Jaminan Kualitas Proyek Merupakan semua aktifitas yang dilakukan oleh organisasi proyek untuk memberikan jaminan tentang kebijakan kualitas, tujuan dan tanggung
Lebih terperinciManajemen Proyek. Bima Cahya Putra, M.Kom
Modul ke: 14 Fakultas FASILKOM Manajemen Proyek Sistem Informasi Proyek merupakan sebagai usaha sementara yang dilakukan untuk menciptakan produk layanan, unik atau hasil. Tujuan proyek mendefinisikan
Lebih terperinciPERANGKAT LUNAK MONITORING PROYEK STUDI KASUS PT. SMOOETS TEKNOLOGI OUTSOURCING BANDUNG
PERANGKAT LUNAK MONITORING PROYEK STUDI KASUS PT. SMOOETS TEKNOLOGI OUTSOURCING BANDUNG Charel Samuel M, S.T.,M.Kom 1, Bobby Bhakti Rinaldy 2 1 Teknik Informatika, Manajemen Informatika, Politeknik Komputer
Lebih terperinciBAB I PENDAHULUAN. dengan yang lain menyebabkan sulitnya membangun sebuah diagnosa serta
BAB I PENDAHULUAN 1.1 Latar Belakang Masalah Di dalam penggolongan Psikologi Abnormal, terdapat jenis-jenis gangguan kepribadian dengan jumlah macam gejala yang tidak sedikit, serta terdapatnya faktor
Lebih terperinciMANAJEMEN KEBUTUHAN PERANGKAT LUNAK
bidang TEKNIK MANAJEMEN KEBUTUHAN PERANGKAT LUNAK ADAM MUKHARIL BACHTIAR Jurusan Teknik Informatika Universitas Komputer Indonesia Dalam pembangunan sebuah sistem ada satu tahap yang merupakan titik awal
Lebih terperinciCatatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 2
Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 2 with permission by R.S. Pressman & Associates, Inc., copyright 1996, 2001, 2005 1 Software Engineering: A Practitioner s Approach,
Lebih terperinciBAB 1 Teknik dan Metode Manajemen Proyek
A. Jenis Metodologi Manajemen Proyek - PERT charts. - Gantt charts. - Event Chain Diagrams. - Run charts. - Project Cycle Optimisation. - Dan lain-lain. BAB 1 Teknik dan Metode Manajemen Proyek Di antara
Lebih terperinciPENGENALAN. Perancangan Perangkat Lunak. (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma
PENGENALAN Perancangan Perangkat Lunak (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma Perangkat Lunak (Software) Merupakan program aplikasi berikut dengan dokumentasi dan data
Lebih terperinciLOGO Manajemen Proyek Teknologi Informasi
LOGO Manajemen Proyek Teknologi Informasi BAB II Proyek TI PLC vs SDLC Aktifitas dalam SDLC Tahapan siklus hidup SDLC 1. Analisa kebutuhan 2. Spesifikasi 3. Disain 4. Coding 5. Verifikasi dan validasi
Lebih terperinciSoftware Architecture
Software Architecture Budi Irawan facebook.com/deerawan @masbugan blog.budiirawan.com Kenapa Harus Pusing Mikirin Software Architecture? 1 Arsitektur yang baik adalah kunci dari suksesnya suatu software
Lebih terperinciManajemen Integrasi Dalam Proyek Chapter 3. Heru Lestiawan, M.Kom
1 Manajemen Integrasi Dalam Proyek Chapter 3 Heru Lestiawan, M.Kom Learning Objectives 2 Menggambarkan suatu kerangka keseluruhan untuk manajemen integrasi proyek yang berkaitan dengan bidang pengetahuan
Lebih terperinciBab 10 Manajemen Komunikasi Proyek
Bab 10 Manajemen Komunikasi Proyek (Sumber : Buku PMBOK, 2000) Manajemen Komunikasi Proyek termasuk proses yang diperlukan untuk memastikan bahwa informasi dalam proyek dibuat dengan tepat dan cepat, baik
Lebih terperinciFASE PENGEMBANGAN. MPSI sesi 7 & 8
FASE PENGEMBANGAN MPSI sesi 7 & 8 Fase Pengembangan Pelaksanaan pekerjaan pengembangan ini pada dasarnya adalah membangun sistem informasi dengan deliverables berupa software dan bagianbagian pendukungnya,
Lebih terperinciREKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK ( 2 nd week) Siklus Hidup Perangkat Lunak (SWDLC) RAHMAD HIDAYAH /41813120037 FASILKOM / SISTEM INFORMASI DOSEN : WAHYU HARI HAJI, S.Kom, MM Siklus Hidup Perangkat Lunak (Software
Lebih terperinciKegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering
BPR Tahap 1 (Persiapan) Telaahan Business Process Reengineering (BPR) Tahap 1 - Persiapan Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering Apa yang
Lebih terperinciProject IT Organization
Project IT Organization Building the Project Team Langkah pertama dalam mencari semua sumber daya yang dibutuhkan untuk proyek Anda adalah untuk menentukan sumber daya apa yang dibutuhkan dalam proyek
Lebih terperinciANALISIS SISTEM. Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015
ANALISIS SISTEM Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015 ANALISIS SISTEM Analisis sistem adalah mendefinisikan kebutuhan terkait sistem yang akan dikembangkan. Hasil akhir dari tahap analisis di
Lebih terperinciProses Pengembangan 1
Proses Pengembangan 1 Unified Software Development Process USDP dikembangkan oleh team yang membangun UML best practice pada system development Mengadopsi pendekatan iterative dengan 4 buah fase setiap
Lebih terperinciBAB I PENDAHULUAN. informasi yang berbeda-beda. Berita yang dipublikasi di internet dari hari ke hari
BAB I PENDAHULUAN 1.1 Latar Belakang Perkembangan teknologi yang semakin maju dan maraknya penggunaan internet saat ini, tidak sedikit lembaga media mendistribusikan informasi berita secara online. Tidak
Lebih terperinciSDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo
SDLC Concepts Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo Http://yusufxyz.wordpress.com Email: muhammadyusuf@trunojoyo.ac.id IVS Task Group Produk terdiri dari : hardware, software, dokumentasi,
Lebih terperinciGAMBARAN UMUM MANAJEMEN PROYEK 1 MANAJEMEN PROYEK P/L IF015 3 SKS
GAMBARAN UMUM 1 PROYEK EFISIEN? MANAJEMEN / PENGELOLAAN EFEKTIF SUKSE S 2 PROYEK PROYEK: Usaha dalam waktu yang terbatas untuk mencapai tujuan /hasil tertentu (produk/jasa) Umumnya proyek melibatkan banyak
Lebih terperinciSistem Informasi Rekam Medis pada Puskesmas Sematang Borang
Seminar Perkembangan dan Hasil Penelitian Ilmu Komputer (SPHP-ILKOM) 605 Sistem Informasi Rekam Medis pada Puskesmas Sematang Borang Supermanto* 1, Ervi Cofriyanti 2 1,2 STMIK Global Informatika MDP Jl.
Lebih terperincichapter 7 Integrating quality activities in the project life cycle Empat model proses pengembangan perangkat lunak akan dibahas dalam bagian ini:
chapter 7 Integrating quality activities in the project life cycle 7.1 Metodologi Pengembangan Perangkat Lunak Classic dan Lainnya Empat model proses pengembangan perangkat lunak akan dibahas dalam bagian
Lebih terperinciPROJECT MANAGEMENT BODY OF KNOWLEDGE (PMBOK) PMBOK dikembangkan oleh Project Management. Institute (PMI) sebuah organisasi di Amerika yang
PROJECT MANAGEMENT BODY OF KNOWLEDGE (PMBOK) PMBOK dikembangkan oleh Project Management Institute (PMI) sebuah organisasi di Amerika yang mengkhususkan diri pada pengembangan manajemen proyek. PMBOK merupakan
Lebih terperinciHanif Fakhrurroja, MT
Pertemuan 3 Sistem Informasi Manajemen Komputer: Pengertian Analisis dan Perancangan Sistem Hanif Fakhrurroja, MT PIKSI GANESHA, 2013 Hanif Fakhrurroja @hanifoza hanifoza@gmail.com Latar Belakang Latar
Lebih terperinciInterraksi Manusia dan Komputer
Yayasan Perguruan Tinggi Komputer Universitas Putra Indonesia YPTK Padang Fakultas Ilmu Komputer Interraksi Manusia dan Komputer oleh Tery Ade Putra, S. Kom e-mail : teriadeputra_upi@ymail.com FB : Tery
Lebih terperinci