{"id":330,"date":"2015-02-17T07:09:16","date_gmt":"2015-02-17T00:09:16","guid":{"rendered":"http:\/\/yuhana.if.its.ac.id\/?p=330"},"modified":"2015-02-17T07:09:16","modified_gmt":"2015-02-17T00:09:16","slug":"rekayasa-kebutuhan","status":"publish","type":"post","link":"https:\/\/notes.its.ac.id\/yuhana\/2015\/02\/17\/rekayasa-kebutuhan\/","title":{"rendered":"Rekayasa Kebutuhan – S1"},"content":{"rendered":"

Kode MK: KI141328<\/p>\n

Nama Mata Kuliah: Rekayasa Kebutuhan<\/p>\n

SKS : 3 SKS<\/p>\n

Semester : 6<\/p>\n

Tujuan Pembelajaran (Learning Outcome):<\/p>\n

Mahasiswa mampu membuat dan mendokumentasikan Spesifiksi Kebutuhan Perangkat Lunak (SKPL) dengan baik, baik secara mandiri atau juga dalam kerjasama tim<\/h5>\n

Rincian Capaian Pembelajaran:<\/p>\n

    \n
  1. Mahasiswa mampu menjelaskan aktifitas-aktifitas dalam rekayasa kebutuhan perangkat lunak<\/li>\n
  2. Mahasiswa mampu membuat skenario<\/li>\n
  3. Mahasiswa mampu memilih metodepengumpulan kebutuhan dan melakukan pengumpulan kebutuhan perangkat lunak<\/li>\n
  4. Mahasiswa mampu memilih metode analisis dan melakukan analisis kebutuhan perangkat lunak<\/li>\n
  5. Mahasiswa mampu memodelkan kebutuhan sistem menggunakan pendekatan berorientasi obyek<\/li>\n
  6. Mahasiswa mampu memilih metode, menspesifikasikan dan mendokumentasikan kebutuhan perangkat lunak<\/li>\n
  7. Mahasiswa mampu memilih metode verifikasi dan melakukan verifikasi kebutuhan perangkat lunak<\/li>\n<\/ol>\n

    Pokok Bahasan:<\/p>\n

    Pengantar Rekayasa Kebutuhan: <\/strong>Definisi Rekayasa Kebutuhan, Mengapa perlu Rekayasa Kebutuhan, Rekayasa Kebutuhan sebagai bagian dari Rekayasa Perangkat Lunak, Pengenalan proses-proses dalam Rekayasa Kebutuhan. Mendeskripsikan domain permasalahan dari sistem yang hendak dibangun; Scenario; Elisitasi Kebutuhan: <\/strong>Definisi, <\/strong>Kendala dalam pengumpulan kebutuhan, Pelaku dalam pengumpulan kebutuhan, Langkah pengumpulan kebutuhan, Dokumen visi produk dan ruang lingkup.Teknik-teknik pengumpulan data. Kakas bantu untuk pengumpulan kebutuhan; Analisis Kebutuhan; <\/strong>Pendekatan analisis kebutuhan, Deliverables dan artifak. Pendekatan terstruktur. Pendekatan berorientasi obyek. VORD. Kakas bantu untuk analisis kebutuhan; Pembuatan Model Sistem Use Case<\/em>:<\/strong> Notasi Use Case, Langkah pembuatan Use Case, Deskripsi Use Case<\/em>; Spesifiksi Kebutuhan: <\/strong>Teknik spesifikasi kebutuhan, Template dokumen spesifikasi kebutuhan. Atribut kualitas perangkat lunak, Aspek perhatian stakeholder. Kakas bantu untuk spesifikasi kebutuhan, Deskripsi Kebutuhan Non-Fungsional yang SMART. Kebutuhan yang spesifik, Kebutuhan yang terukur, Kebutuhan yang dapat dicapai, Kebutuhan yang dapat direalisasikan, Kebutuhan yang dibatasi waktu, Pelacakan kebutuhan; Validasi Kebutuhan<\/strong>: Jenis verifikasi,Teknik verifikasi kebutuhan, Mendefinisikan kriteria penerimaan, Kakas bantu untuk verifikasi. Perubahan kebutuhan. Manajemen perubahan kebutuhan;<\/p>\n

    Pustaka Utama:<\/p>\n

      \n
    • Daniel Siahaan, Analisis Kebutuhan dalam Rekayasa Perangkat Lunak<\/em>, Penerbit Andi, 2011.<\/li>\n<\/ul>\n

      Pustaka penunjang yang digunakan adalah:<\/p>\n

        \n
      • Karl E Wiegers, Software Requirements<\/em>, 2nd Edition, Microsoft, 2003.<\/li>\n
      • Ian K. Bray, An Introduction to Requirements Engineering<\/em>, Addison Wesley, 2002.<\/li>\n
      • R.H. Thayer & M. Dorfman, Software Requirements Engineering, Second Edition<\/em>, John Wiley & Sons, 1999<\/li>\n
      • Pressman, R. S., Software Engineering: A Practitioner’s Approach<\/em>, 8th Edition, McGraw-Hill, 2008.<\/li>\n<\/ul>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
        Minggu ke<\/strong><\/td>\n\n

        Sub Kompetensi \/ TIK<\/strong><\/p>\n<\/td>\n

        		\n

        Materi \/ Topik<\/strong><\/p>\n<\/td>\n<\/tr>\n

        \n

        1<\/p>\n<\/td>\n

        		\n

        Mahasiswa menjelaskan aktivitas-aktivitas dalam rekayasa kebutuhan perangkat lunak<\/p>\n<\/td>\n

        		Pengantar Rekayasa Kebutuhan<\/strong>:Definisi Rekayasa Kebutuhan, Mengapa perlu Rekayasa Kebutuhan, Rekayasa Kebutuhan sebagai bagian dari Rekayasa Perangkat Lunak, Pengenalan proses-proses dalam Rekayasa Kebutuhan. Mendeskripsikan domain permasalahan dari sistem yang hendak dibangun<\/td>\n<\/tr>\n
        \n

        2<\/p>\n<\/td>\n

        		Uji Kompetensi 1<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 1<\/td>\n<\/tr>\n
        \n

        3<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu membuat scenario<\/p>\n<\/td>\n

        		Scenario<\/td>\n<\/tr>\n
        \n

        4<\/p>\n<\/td>\n

        		Uji Kompetensi 2<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 2<\/td>\n<\/tr>\n
        \n

        5<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu memilih metode dan melakukan pengumpulan kebutuhan perangkat lunak<\/p>\n

        \n<\/td>\n

        		Elisitasi Kebutuhan:<\/p>\n

        Definisi, Kendala dalam pengumpulan kebutuhan, Pelaku dalam pengumpulan kebutuhan, Langkah pengumpulan kebutuhan, Dokumen visi produk dan ruang lingkup.Teknik-teknik pengumpulan data. Kakas bantu untuk pengumpulan kebutuhan.<\/td>\n<\/tr>\n

        \n

        6<\/p>\n<\/td>\n

        		Uji Kompetensi 3<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 3<\/td>\n<\/tr>\n
        \n

        7<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu memilih metode dan melakukan analisa kebutuhan perangkat lunak<\/p>\n

        \n<\/td>\n

        		Analisis Kebutuhan:<\/p>\n

        Pendekatan analisis kebutuhan, Deliverables dan artifak. Pendekatan terstruktur. Pendekatan berorientasi obyek. VORD. Kakas bantu untuk analisis kebutuhan.<\/td>\n<\/tr>\n

        \n

        8<\/p>\n<\/td>\n

        		Uji Kompetensi 3<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 3<\/td>\n<\/tr>\n
        \n

        9<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu memodelkan kebutuhan sistem menggunakan pendekatan berorientasi obyek.<\/p>\n<\/td>\n

        		Pembuatan Model Sistem: Use Case:<\/p>\n

        Notasi Use Case, Langkah pembuatan Use Case, Deskripsi Use Case.<\/td>\n<\/tr>\n

        \n

        10<\/p>\n<\/td>\n

        		Uji Kompetensi 4<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 4<\/td>\n<\/tr>\n
        \n

        11<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu memilih metode, menspesifikasikan serta mendokumentasikan kebutuhan perangkat lunak<\/p>\n

        \n<\/td>\n

        		Spesifikasi Kebutuhan<\/p>\n

        Teknik spesifikasi kebutuhan, Template dokumen spesifikasi kebutuhan. Atribut kualitas perangkat lunak, Aspek perhatian stakeholder<\/em>. Kakas bantu untuk spesifikasi kebutuhan.<\/td>\n<\/tr>\n

        \n

        12<\/p>\n<\/td>\n

        		Uji Kompetensi 3<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 3<\/td>\n<\/tr>\n
        \n

        13<\/p>\n<\/td>\n

        		Deskripsi Kebutuhan Non-Fungsional yang SMART<\/em><\/p>\n

        Kebutuhan yang spesifik, Kebutuhan yang terukur, Kebutuhan yang dapat dicapai, Kebutuhan yang dapat direalisasikan, Kebutuhan yang dibatasi waktu, Pelacakan kebutuhan.<\/td>\n<\/tr>\n

        \n

        14<\/p>\n<\/td>\n

        		Uji Kompetensi 5<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 5<\/td>\n<\/tr>\n
        \n

        15<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu memilih metode dan memverifikasi kebutuhan perangkat lunak<\/p>\n

        \n<\/td>\n

        		Verifikasi Kebutuhan:<\/p>\n

        Jenis verifikasi,Teknik verifikasi kebutuhan, Mendefinisikan kriteria penerimaan, Kakas bantu untuk verifikasi. Perubahan kebutuhan. Manajemen perubahan kebutuhan.<\/td>\n<\/tr>\n

        \n

        16<\/p>\n<\/td>\n

        		Uji Kompetensi 3<\/td>\n<\/tr>\n
        Pembahasan Uji Kompetensi 3<\/td>\n<\/tr>\n
        \n

        17<\/p>\n<\/td>\n

        		\n

        Mahasiswa mampu menjelaskan metode, case tool, aplikasi, atau best practice terkini di bidang rekayasa kebutuhan<\/p>\n<\/td>\n

        		Trend di bidang Rekayasa Kebutuhan (pengayaan)<\/td>\n<\/tr>\n
        \n

        18<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n","protected":false},"excerpt":{"rendered":"

        Kode MK: KI141328 Nama Mata Kuliah: Rekayasa Kebutuhan SKS : 3 SKS Semester : 6 Tujuan Pembelajaran (Learning Outcome): Mahasiswa mampu membuat dan mendokumentasikan Spesifiksi Kebutuhan Perangkat Lunak (SKPL) dengan baik, baik secara mandiri atau juga dalam kerjasama tim Rincian Capaian Pembelajaran: Mahasiswa mampu menjelaskan aktifitas-aktifitas dalam rekayasa kebutuhan perangkat lunak Mahasiswa mampu membuat skenario Mahasiswa mampu memilih metodepengumpulan kebutuhan dan melakukan pengumpulan kebutuhan perangkat lunak Mahasiswa mampu memilih metode analisis dan melakukan analisis kebutuhan perangkat lunak Mahasiswa mampu memodelkan kebutuhan sistem menggunakan pendekatan berorientasi obyek Mahasiswa mampu memilih metode, menspesifikasikan dan mendokumentasikan kebutuhan perangkat lunak Mahasiswa mampu memilih metode verifikasi dan melakukan verifikasi kebutuhan perangkat lunak Pokok Bahasan: Pengantar Rekayasa Kebutuhan: Definisi Rekayasa Kebutuhan, Mengapa perlu Rekayasa Kebutuhan, Rekayasa Kebutuhan sebagai bagian dari Rekayasa Perangkat Lunak, Pengenalan proses-proses dalam Rekayasa Kebutuhan. Mendeskripsikan domain permasalahan dari sistem yang hendak dibangun; Scenario; Elisitasi Kebutuhan: Definisi, Kendala dalam pengumpulan kebutuhan, Pelaku dalam pengumpulan kebutuhan, Langkah pengumpulan kebutuhan, Dokumen visi produk dan ruang lingkup.Teknik-teknik pengumpulan data. Kakas bantu untuk pengumpulan kebutuhan; Analisis Kebutuhan; Pendekatan analisis kebutuhan, Deliverables dan artifak. Pendekatan terstruktur. Pendekatan berorientasi obyek. VORD. Kakas bantu untuk analisis kebutuhan; Pembuatan Model Sistem Use Case: Notasi Use Case, Langkah pembuatan Use Case, Deskripsi Use Case; Spesifiksi Kebutuhan: Teknik spesifikasi kebutuhan, Template dokumen spesifikasi kebutuhan. Atribut kualitas perangkat lunak, Aspek perhatian stakeholder. Kakas bantu untuk spesifikasi kebutuhan, Deskripsi Kebutuhan Non-Fungsional yang SMART. Kebutuhan yang spesifik, Kebutuhan yang terukur, Kebutuhan yang dapat dicapai, Kebutuhan yang dapat direalisasikan, Kebutuhan yang dibatasi waktu, Pelacakan kebutuhan; Validasi Kebutuhan: Jenis verifikasi,Teknik verifikasi kebutuhan, Mendefinisikan kriteria penerimaan, Kakas bantu untuk verifikasi. Perubahan kebutuhan. Manajemen perubahan kebutuhan; Pustaka Utama: Daniel Siahaan, Analisis Kebutuhan dalam Rekayasa Perangkat Lunak, Penerbit Andi, 2011. Pustaka penunjang yang digunakan adalah: Karl E Wiegers, Software Requirements, 2nd Edition, Microsoft, 2003. Ian K. Bray, An Introduction to Requirements Engineering, Addison Wesley, 2002. R.H. Thayer & M. Dorfman, Software Requirements Engineering, Second Edition, John Wiley & Sons, 1999 Pressman, R. S., Software Engineering: A Practitioner’s Approach, 8th Edition, McGraw-Hill, 2008. Minggu ke Sub Kompetensi \/ TIK Materi \/ Topik 1 Mahasiswa menjelaskan aktivitas-aktivitas dalam rekayasa kebutuhan perangkat lunak Pengantar Rekayasa Kebutuhan:Definisi Rekayasa Kebutuhan, Mengapa perlu Rekayasa Kebutuhan, Rekayasa Kebutuhan sebagai bagian dari Rekayasa Perangkat Lunak, Pengenalan proses-proses dalam Rekayasa Kebutuhan. Mendeskripsikan domain permasalahan dari sistem yang hendak dibangun 2 Uji Kompetensi 1 Pembahasan Uji Kompetensi 1 3 Mahasiswa mampu membuat scenario Scenario 4 Uji Kompetensi 2 Pembahasan Uji Kompetensi 2 5 Mahasiswa mampu memilih metode dan melakukan pengumpulan kebutuhan perangkat lunak Elisitasi Kebutuhan: Definisi, Kendala dalam pengumpulan kebutuhan, Pelaku dalam pengumpulan kebutuhan, Langkah pengumpulan kebutuhan, Dokumen visi produk dan ruang lingkup.Teknik-teknik pengumpulan data. Kakas bantu untuk pengumpulan kebutuhan. 6 Uji Kompetensi 3 Pembahasan Uji Kompetensi 3 7 Mahasiswa mampu memilih metode dan melakukan analisa kebutuhan perangkat lunak Analisis Kebutuhan: Pendekatan analisis kebutuhan, Deliverables dan artifak. Pendekatan terstruktur. Pendekatan berorientasi obyek. VORD. Kakas bantu untuk analisis kebutuhan. 8 Uji Kompetensi 3 Pembahasan Uji Kompetensi 3 9 Mahasiswa mampu memodelkan kebutuhan sistem menggunakan pendekatan berorientasi obyek. Pembuatan Model Sistem: Use Case: Notasi Use Case, Langkah pembuatan Use Case, Deskripsi Use Case. 10 Uji Kompetensi 4 Pembahasan Uji Kompetensi 4 11 Mahasiswa mampu memilih metode, menspesifikasikan serta mendokumentasikan kebutuhan perangkat lunak Spesifikasi Kebutuhan Teknik spesifikasi kebutuhan, Template dokumen spesifikasi kebutuhan. Atribut kualitas perangkat lunak, Aspek perhatian stakeholder. Kakas bantu untuk spesifikasi kebutuhan. 12 Uji Kompetensi 3 Pembahasan Uji Kompetensi 3 13 Deskripsi Kebutuhan Non-Fungsional yang SMART Kebutuhan yang spesifik, Kebutuhan yang terukur, Kebutuhan yang dapat dicapai, Kebutuhan yang dapat direalisasikan, Kebutuhan yang dibatasi waktu, Pelacakan kebutuhan. 14 Uji Kompetensi 5 Pembahasan Uji Kompetensi 5 15 Mahasiswa mampu memilih metode dan memverifikasi kebutuhan perangkat lunak Verifikasi Kebutuhan: Jenis verifikasi,Teknik verifikasi kebutuhan, Mendefinisikan kriteria penerimaan, Kakas bantu untuk verifikasi. Perubahan kebutuhan. Manajemen perubahan kebutuhan. 16 Uji Kompetensi 3 Pembahasan Uji Kompetensi 3 17 Mahasiswa mampu menjelaskan metode, case tool, aplikasi, atau best practice terkini di bidang rekayasa kebutuhan Trend di bidang Rekayasa Kebutuhan (pengayaan) 18<\/p>\n","protected":false},"author":14,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[22],"tags":[50],"class_list":["post-330","post","type-post","status-publish","format-standard","hentry","category-rekayasa-kebutuhan-perangkat-lunak","tag-rekayasa-kebutuhan-perangkat-lunak"],"_links":{"self":[{"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/posts\/330","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/users\/14"}],"replies":[{"embeddable":true,"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/comments?post=330"}],"version-history":[{"count":0,"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/posts\/330\/revisions"}],"wp:attachment":[{"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/media?parent=330"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/categories?post=330"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/notes.its.ac.id\/yuhana\/wp-json\/wp\/v2\/tags?post=330"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}