Comments on: Menyegarkan Kembali Pemahaman tentang Requirement Engineering http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/ e-Learning | Software Engineering | Networking | Internet Marketing | Opensource | Knowledge Management Thu, 21 Aug 2008 00:09:42 +0000 http://wordpress.org/?v=2.0 by: Gungz http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-101515 Tue, 24 Jun 2008 02:27:39 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-101515 Pak Romi, bagaimana cara menghadapi dan melakukan proses Requirement apabila customer tidak tahu persis apa yang mereka inginkan? Ibaratnya, customer ingin untuk dibuatkan sebuah batu. Tapi ketika ditanya mereka ingin batu yang seperti apa, mereka tidak tahu pasti. "Yang penting batu!"jawabnya. Mohon pencerahannya...terima kasih Pak Romi, bagaimana cara menghadapi dan melakukan proses Requirement apabila customer tidak tahu persis apa yang mereka inginkan?

Ibaratnya, customer ingin untuk dibuatkan sebuah batu. Tapi ketika ditanya mereka ingin batu yang seperti apa, mereka tidak tahu pasti. “Yang penting batu!”jawabnya.

Mohon pencerahannya…terima kasih

]]> by: Agustian http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-97041 Wed, 04 Jun 2008 10:58:27 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-97041 Om Romi, salam kenal dulu. Ada beberapa issue ni om: 1. Setelah baca IEEE Std 830, daku agak mengalami kebingungan di point 3, yaitu specific requirement, yang berdasarkan annexures nya ada banyak macam pendekatan, mau object, feature, model, dsb. Untuk kondisi sekarang, menurut om Romi lebih condong menggunakan pendekatan yang mana ? mengingat tu standard kan terbit taun Juni 1998, ada kemungkinan perubahan standard ga Om setelah 10th berlalu ? Maklum, baru terjun di dunia software engineering. 2. Klo di dunia kerja ada posisi tersendiri ga si Om, untuk requirement engineering ini ? atau memang sudah dirangkap dalam satu title yaitu Software Engineering? Mohon penjelasannya, sebelumnya.. thx berat. Om Romi, salam kenal dulu. Ada beberapa issue ni om:
1. Setelah baca IEEE Std 830, daku agak mengalami kebingungan di point 3, yaitu specific requirement, yang berdasarkan annexures nya ada banyak macam pendekatan, mau object, feature, model, dsb. Untuk kondisi sekarang, menurut om Romi lebih condong menggunakan pendekatan yang mana ? mengingat tu standard kan terbit taun Juni 1998, ada kemungkinan perubahan standard ga Om setelah 10th berlalu ? Maklum, baru terjun di dunia software engineering.
2. Klo di dunia kerja ada posisi tersendiri ga si Om, untuk requirement engineering ini ? atau memang sudah dirangkap dalam satu title yaitu Software Engineering?

Mohon penjelasannya, sebelumnya.. thx berat.

]]> by: Mora Hertanto http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-95045 Thu, 29 May 2008 04:26:31 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-95045 karena dari penjelasan dari narasumber yang saya dapat bahwa, suatu penelitian itu dilakukan karena dua alasan, yaitu karena ada masalah dan karena adanya kesempatan.. bagaimana menurut pendapat mas Romi?? karena dari penjelasan dari narasumber yang saya dapat bahwa, suatu penelitian itu dilakukan karena dua alasan, yaitu karena ada masalah dan karena adanya kesempatan..
bagaimana menurut pendapat mas Romi??

]]> by: Mora Hertanto http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-95043 Thu, 29 May 2008 04:22:22 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-95043 salam kenal sebelumnya mas... saya mau tanya, kalau kita mau buat penelitian Tugas Akhir, dimana alasan untuk membuat tugas akhir tersebut (selain karena tuntutan sebagai tugas akhir tentunya) bukan karena adanya suatu masalah, tapi karena adanya suatu kesempatan (challenge), bagaimana? bisa gak? khususnya untuk bagian analysis requirement/requirement engineering? terima kasih atas pencerahannya.. salam kenal sebelumnya mas…
saya mau tanya, kalau kita mau buat penelitian Tugas Akhir, dimana alasan untuk membuat tugas akhir tersebut (selain karena tuntutan sebagai tugas akhir tentunya) bukan karena adanya suatu masalah, tapi karena adanya suatu kesempatan (challenge), bagaimana? bisa gak? khususnya untuk bagian analysis requirement/requirement engineering?
terima kasih atas pencerahannya..

]]> by: Syafrudin http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-74192 Tue, 18 Mar 2008 17:09:14 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-74192 Kok tidak menyinggung soal traceability, bukankah ini justru yang wajib dalam sebuah requirement engineering ? Juga sebagai promotor opensource, kenapa keberadaan alat bantu OSRMT tidak disinggung ? Kok tidak menyinggung soal traceability, bukankah ini justru yang wajib dalam sebuah requirement engineering ?
Juga sebagai promotor opensource, kenapa keberadaan alat bantu OSRMT tidak disinggung ?

]]> by: Augury El Rayeb http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-72024 Sat, 08 Mar 2008 16:27:10 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-72024 Wahhh thank's nih pak Romi, atas penjelasannya. Sekarang clear deh. So.. mungkin agar lebih siap menyosong dunia kerja, lebih baik mhs lebih dianjurkan untuk menggunakan UML dalam design ya? khan standard di software house di dunia, semua mengarah ke UML. thank's Gury Wahhh thank’s nih pak Romi, atas penjelasannya.
Sekarang clear deh. So.. mungkin agar lebih siap menyosong dunia kerja, lebih baik mhs lebih dianjurkan untuk menggunakan UML dalam design ya?
khan standard di software house di dunia, semua mengarah ke UML.

thank’s
Gury

]]> by: Romi Satria Wahono http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-71798 Fri, 07 Mar 2008 18:33:07 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-71798 #Auguri: Saya jawab ya mas. IEEE-830 tentang SRS tidak menunjuk tool dan notasi untk requirement. Silakan digunakan apa saja asal sesuai dengan guidelines yang ada di IEEE-830. UML memang mengarah ke pendekatan berorientasi obyek (OO), meskipun secara konsep awal tidak hanya digunakan untuk OO. Hal ini bisa kita lihat bahwa tidak semua diagram UML khusus untuk OO, hanya class diagram yang spesifik mengarah ke OO. Yang digunakan untk requirement capturing pada UML sebenarnya hanya Use Case Diagram, dan sekarang muncul satu notasi lagi yang mengarah ke requirement elicitation bernama BPNM (Business Process Notation Model). Saya kok tidak setuju bahwa sistem informasi itu lebih kompleks dan besar daripada aplikasi ;) Keduanya bisa sama-sama kompleks dan besar. DFD itu seharusnya bukan alat untuk requirement elicitation, UMLpun hanya di Use Case Diagram dan BPMN. Kalau alat untuk software design itu mungkin lebih tepat, sesuai dengan tahapan RPL: requirement specification -> design -> coding -> testing -> maintenace Mana yang harus digunakan? Tidak ada yang memaksa. Hanya saya lihat standard di software house di dunia, semua mengarah ke UML karena secara dejure dan defacto UML lah yang diakui sebagai tonggak berhentinya perang notasi dan metodologi di era 1970-1996. #Auguri: Saya jawab ya mas.

IEEE-830 tentang SRS tidak menunjuk tool dan notasi untk requirement. Silakan digunakan apa saja asal sesuai dengan guidelines yang ada di IEEE-830.

UML memang mengarah ke pendekatan berorientasi obyek (OO), meskipun secara konsep awal tidak hanya digunakan untuk OO. Hal ini bisa kita lihat bahwa tidak semua diagram UML khusus untuk OO, hanya class diagram yang spesifik mengarah ke OO.

Yang digunakan untk requirement capturing pada UML sebenarnya hanya Use Case Diagram, dan sekarang muncul satu notasi lagi yang mengarah ke requirement elicitation bernama BPNM (Business Process Notation Model).

Saya kok tidak setuju bahwa sistem informasi itu lebih kompleks dan besar daripada aplikasi ;) Keduanya bisa sama-sama kompleks dan besar.

DFD itu seharusnya bukan alat untuk requirement elicitation, UMLpun hanya di Use Case Diagram dan BPMN. Kalau alat untuk software design itu mungkin lebih tepat, sesuai dengan tahapan RPL: requirement specification -> design -> coding -> testing -> maintenace

Mana yang harus digunakan? Tidak ada yang memaksa. Hanya saya lihat standard di software house di dunia, semua mengarah ke UML karena secara dejure dan defacto UML lah yang diakui sebagai tonggak berhentinya perang notasi dan metodologi di era 1970-1996.

]]> by: Augury El Rayeb http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-71227 Thu, 06 Mar 2008 15:28:38 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-71227 Permisi Pak Romi mau tanya. Saya ada pertanyaan yang sama dengan Yola, 1. Apakah functional model yg disebut pada IEEE830 adalah model yang menerapkan Function Decomposition Method's (DFD - Data Flow Diagram) dan object oriented model (UML) ? 2. Trus di IEEE830 dikatakan pemilihan penggunaan model tersebut tergantung pada tingkat kompleksitas dan besarnya program, lantas kalau kompleks dan besar pake yang mana DFD atau UML. Pak Romi mohon jawabannya, karena Saya penasaran dengan hal ini, terkait masalah DFD vs UML, memang dua-duanya dapat digunakan untuk analisa kebutuhan calon pengguna, tetapi yang jadi masalah adalah kalau sudah mengarah ke orientasi system informasi (bukan aplication oriented), karena system informasi-kan kompleks dan besar. Issue DFD vs UML ini bisa mengarah ke kurikulum di jurusan SI(Sistem Informasi) dan TI(Teknik Informatika-SE). Model mana yang tepat digunakan pada jurusan SI dan model yang mana yang tepat digunakan pada jurusan TI. opini Saya: - DFD digunakan dalam analisa system pada jurusan SI karena terkait dengan system (lebih kompleks dan luas) - UML digunakan dalam analisa pada jurusan TI khususnya untuk SE(software engineering). beberapa opini lain: - SSAD (DFD) sudah old fashioned, sudah harus diganti dengan OOM (UML) - Beberapa orang mengatakan sulit membuat DFD (that's depend's) tidak mencerminkan object, so harus diganti dengan UML. mohon bantuannya Pak.... hal ini menyangkut arah pembelajaran, terutama fokus dalam hal implementasi pada konsentrasi/jurusan. Terima kasih gury my email: gury.mail@gmail.com Permisi Pak Romi mau tanya.
Saya ada pertanyaan yang sama dengan Yola,
1. Apakah functional model yg disebut pada IEEE830
adalah model yang menerapkan Function Decomposition
Method’s (DFD - Data Flow Diagram) dan object
oriented model (UML) ?
2. Trus di IEEE830 dikatakan pemilihan penggunaan
model tersebut tergantung pada tingkat kompleksitas
dan besarnya program, lantas kalau kompleks dan
besar pake yang mana DFD atau UML.
Pak Romi mohon jawabannya, karena Saya penasaran dengan hal ini, terkait masalah DFD vs UML, memang dua-duanya dapat digunakan untuk analisa kebutuhan calon pengguna, tetapi yang jadi masalah adalah kalau sudah mengarah ke orientasi system informasi (bukan aplication oriented), karena system informasi-kan kompleks dan besar.
Issue DFD vs UML ini bisa mengarah ke kurikulum di jurusan SI(Sistem Informasi) dan TI(Teknik Informatika-SE). Model mana yang tepat digunakan pada jurusan SI dan model yang mana yang tepat digunakan pada jurusan TI.
opini Saya:
- DFD digunakan dalam analisa system pada jurusan SI
karena terkait dengan system (lebih kompleks dan
luas)
- UML digunakan dalam analisa pada jurusan TI
khususnya untuk SE(software engineering).

beberapa opini lain:
- SSAD (DFD) sudah old fashioned, sudah harus diganti
dengan OOM (UML)
- Beberapa orang mengatakan sulit membuat DFD (that’s
depend’s) tidak mencerminkan object, so harus
diganti dengan UML.

mohon bantuannya Pak….
hal ini menyangkut arah pembelajaran, terutama fokus dalam hal implementasi pada konsentrasi/jurusan.

Terima kasih
gury

my email:
gury.mail@gmail.com

]]> by: yola http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-66534 Tue, 12 Feb 2008 04:33:36 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-66534 Pak Romi,di software engineering saya pernah baca ada istilah functional model dan object oriented model, sebenarnya plus-minus dari kedua model tersebut apa ? Atau Pak Romi bisa memberikan alamat di internet sebagai referensi? Mohon bantuannya, terima kasih.... Pak Romi,di software engineering saya pernah baca ada istilah functional model dan object oriented model, sebenarnya plus-minus dari kedua model tersebut apa ? Atau Pak Romi bisa memberikan alamat di internet sebagai referensi? Mohon bantuannya, terima kasih….

]]> by: Ahmad Thabrani http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-41410 Fri, 26 Oct 2007 13:59:43 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-41410 Mohon bantuannya om Minta tolong contoh desain dari SRS apa aja om, yg mudah dan sederhana aja, penting bgt. Lagi buat tugas ngembangin software yang sudah ada/dibuat, referensinya apa aja, programnya gak usah dibuat cuma desainnya aja. Mohon ya om, Tanggal 05 Nopember ini mo presentasi. Makasih banyak om. Mohon bantuannya om
Minta tolong contoh desain dari SRS apa aja om, yg mudah dan sederhana aja, penting bgt. Lagi buat tugas ngembangin software yang sudah ada/dibuat, referensinya apa aja, programnya gak usah dibuat cuma desainnya aja. Mohon ya om, Tanggal 05 Nopember ini mo presentasi.
Makasih banyak om.

]]> by: Martasari http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-36551 Sat, 08 Sep 2007 03:37:54 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-36551 Mohon pendapat pak Romi. Jika terjadi reqirement change dalam rangka pengembangan perangkat lunak apakah langkah yang paling efektif dilakukan agar tetap efisien. Mohon jika Pak Romi memiliki artikel atau paper tentang klasifikasi requirement change untuk di kirim ke email saya: martasari@cs.its.ac.id, saya sangat terbantu sebagai referensi penelitian yang sedang saya kerjakan. Terimakasih Mohon pendapat pak Romi. Jika terjadi reqirement change dalam rangka pengembangan perangkat lunak apakah langkah yang paling efektif dilakukan agar tetap efisien.
Mohon jika Pak Romi memiliki artikel atau paper tentang klasifikasi requirement change untuk di kirim ke email saya: martasari@cs.its.ac.id, saya sangat terbantu sebagai referensi penelitian yang sedang saya kerjakan. Terimakasih

]]> by: Romi Satria Wahono http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-35955 Tue, 28 Aug 2007 13:50:09 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-35955 # David: Coba artikel yang ini dibaca dulu: http://romisatriawahono.net/2006/05/30/meluruskan-salah-kaprah-tentang-rekayasa-perangkat-lunak/ # David: Coba artikel yang ini dibaca dulu: http://romisatriawahono.net/2006/05/30/meluruskan-salah-kaprah-tentang-rekayasa-perangkat-lunak/

]]> by: david http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-35948 Tue, 28 Aug 2007 10:22:53 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-35948 om, boleh tanya devinisi dari Software Engginering tuh apa toh, makasih sebelumnya, kalau boleh dapat dijawab lewat email aku...??? (steven_david06@yahoo.com) om, boleh tanya devinisi dari Software Engginering tuh apa toh, makasih sebelumnya, kalau boleh dapat dijawab lewat email aku…??? (steven_david06@yahoo.com)

]]> by: Romi Satria Wahono http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-18392 Fri, 23 Mar 2007 04:12:27 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-18392 # Bayhakki: sudah baca tulisan saya di ilmukomputer.com tentang software agent? # Bayhakki: sudah baca tulisan saya di ilmukomputer.com tentang software agent?

]]> by: bayhakki http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-18383 Fri, 23 Mar 2007 03:05:44 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-18383 salam kenal pa' romi saya bayhakki mo tanya seputar masalah agent,software agent dan aplikasi agent itu seperti apa seh?saya harap pa' romi bisa bantu saya. thanks B4 salam kenal pa’ romi saya bayhakki mo tanya seputar masalah agent,software agent dan aplikasi agent itu seperti apa seh?saya harap pa’ romi bisa bantu saya.
thanks B4

]]> by: IlmuKomputer.Com » Arsip Artikel » Requirements Engineering: Mari Pecahkan Masalah Batu! http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-1631 Tue, 03 Oct 2006 14:01:38 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-1631 [...] Artikel ini juga diterbitkan di: http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/ DOWNLOAD ARTIKEL LENGKAP (PDF): romi-re-3oktober2006.pdf [...] […] Artikel ini juga diterbitkan di: http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/ DOWNLOAD ARTIKEL LENGKAP (PDF): romi-re-3oktober2006.pdf […]

]]> by: Romi Satria Wahono http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-435 Wed, 21 Jun 2006 04:52:18 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-435 Sepertinya bisa download dari internet, kalau versi aslinya memang bayar ;) google.com saja std IEEE yang dicari apa. Sepertinya bisa download dari internet, kalau versi aslinya memang bayar ;) google.com saja std IEEE yang dicari apa.

]]> by: Roy Baco http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-427 Sat, 17 Jun 2006 09:41:00 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-427 std IEEE itu ada yg versi gratisnya gak ya? kok mbayar semua alias harus beli buku? std IEEE itu ada yg versi gratisnya gak ya? kok mbayar semua alias harus beli buku?

]]> by: kunderemp http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-395 Fri, 09 Jun 2006 15:56:51 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-395 Hmmmm..... Ada hubungannya dengan Specification Language gak? Hmmmm…..
Ada hubungannya dengan Specification Language gak?

]]> by: Romi Satria Wahono http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-385 Thu, 08 Jun 2006 03:55:16 +0000 http://romisatriawahono.net/2006/04/29/menyegarkan-kembali-pemahaman-tentang-requirement-engineering/#comment-385 Ini masuk dalam tema metodologi untuk requirement capturing. Ada banyak baik yang formal, semi formal maupun non formal. Paling tidak untuk tekniknya bisa dengan brainstorming, interviewing, prototiping, dsb. Standard formnya bisa menggunakan std IEEE atau dari best practice yang dibuat oleh praktisi dan peneliti software engineering. Mudah-mudahan bisa kita bahas lagi di lain waktu tentang ini. Thanks. Ini masuk dalam tema metodologi untuk requirement capturing. Ada banyak baik yang formal, semi formal maupun non formal. Paling tidak untuk tekniknya bisa dengan brainstorming, interviewing, prototiping, dsb. Standard formnya bisa menggunakan std IEEE atau dari best practice yang dibuat oleh praktisi dan peneliti software engineering. Mudah-mudahan bisa kita bahas lagi di lain waktu tentang ini. Thanks.

]]>