1. The Bird's Nest Model
The Bird's Nest Model adalah istilah yang telah diciptakan yang berlaku terbaik untuk model SDLC de facto. Ini adalah istilah yang di harapkan menyampaikan sifat visual bagaimana model SDLC klasik seperti model V-Model dan Air Terjun sering benar-benar diterapkan. peringatan bahwa akan ada banyak proyek dan organisasi yang menerapkan model SDLC resmi persis seperti mereka telah didokumentasikan.
Contoh gambar 1.1 The Bird's Nest Model
Contoh gambar 1.2 The Bird's Nets Model
Seiring waktu dengan sebuah proyek yang mengikuti Model Sarang Burung yang sebenarnya itu maka lebih proyek yang akan berbeda dari model SDLC menyatakan nya. Bagaimana hal ini dapat dimodelkan sekarang? Nah, karena sangat unordered dan urutan kacau kejadian di lapangan, hal pertama adalah untuk membuang persepsi bahwa proyek ini mengikuti model SDLC menyatakan dan kemudian menjadi cukup berani untuk mengakui bahwa Model Sarang Burung ini sedang diikuti. Pertimbangkan representasi Model Sarang Burung di bawah ini:
Panah merah merupakan tugas pekerjaan yang sebenarnya. Oleh "tugas pekerjaan" Maksudku tugas seperti "Memberikan sebagian disetujui spesifikasi fungsional untuk pengembang", "product manager pertanyaan tentang kebutuhan user foo" atau "re-desain bar komponen dalam terang percakapan terbaru dengan arsitek teknis", dll Perhatikan waktu asynchronous dan sequencing tugas-tugas kerja - gejala dari suatu organisasi dengan tingkat tinggi pengerjaan ulang. Mengambil langkah mundur, tugas-tugas kerja melebur menjadi huru-hara yang menyerupai sarang burung, maka nama. Hal ini jelas terlihat bahwa tonggak telah menjadi kabur dan apa yang harus ada sebagai saling fase terpisah dapat tumpang tindih dan dijalankan secara paralel. Dalam diagram di atas, 'jalur berenang horizontal' yang tumpang tindih setiap fase mewakili kedua awal prematur dan finishing akhir fase ini dan dapat dilihat berapa banyak fase yang berjalan secara paralel. Sekarang, hal itu dapat menjadi tantangan bagi beberapa orang, organisasi dikelola dengan baik matang untuk menjalankan fase baik secara diskrit dan teratur. Apakah karena itu mengherankan bahwa kurang-dikelola dengan baik organisasi menghadapi masalah yang mengganggu proyek pengembangan perangkat lunak yang khas ketika mereka menumpuk dan menjalankan fase secara paralel?
Model Sarang Burung bukanlah tujuan itu sendiri. Hal ini sama sekali tidak bisa dicita-citakan. (Jika Anda melakukannya, maka saya tidak akan membeli perangkat lunak dari Anda.) Tidak, Model Sarang Burung adalah sesuatu yang dapat membantu untuk berkomunikasi dan menggambarkan model SDLC de facto dalam operasi. Suatu organisasi dapat mendasarkan SDLC pada model klasik seperti model V-dan mengatakan "di sini adalah apa yang kita pikir kita lakukan" tetapi "Model Sarang Burung mengatakan sesuatu yang lebih seperti" ah, tapi di sini adalah bagaimana Anda benar-benar melakukannya "The. Model Sarang Burung dapat digunakan sebagai dasar yang dapat digunakan untuk lebih memahami bagaimana organisasi mengembangkan perangkat lunak Mungkin akan lebih mencerminkan masalah bawaan dari model SDLC menyatakan -. masalah yang setiap stakeholder kemungkinan akan dapat mainan dari nyaman ketika diminta. Siapa yang tahu ... pencerahan bahkan mungkin mengikuti. Mengetahui masalah dan kekurangan dapat membantu membangun sebuah model SDLC lebih cocok yang disesuaikan dengan kebutuhan masyarakat dan organisasi, bukan orang-orang yang lentur dan melenturkan untuk memenuhi kebutuhan model SDLC.
Panah merah merupakan tugas pekerjaan yang sebenarnya. Oleh "tugas pekerjaan" Maksudku tugas seperti "Memberikan sebagian disetujui spesifikasi fungsional untuk pengembang", "product manager pertanyaan tentang kebutuhan user foo" atau "re-desain bar komponen dalam terang percakapan terbaru dengan arsitek teknis", dll Perhatikan waktu asynchronous dan sequencing tugas-tugas kerja - gejala dari suatu organisasi dengan tingkat tinggi pengerjaan ulang. Mengambil langkah mundur, tugas-tugas kerja melebur menjadi huru-hara yang menyerupai sarang burung, maka nama. Hal ini jelas terlihat bahwa tonggak telah menjadi kabur dan apa yang harus ada sebagai saling fase terpisah dapat tumpang tindih dan dijalankan secara paralel. Dalam diagram di atas, 'jalur berenang horizontal' yang tumpang tindih setiap fase mewakili kedua awal prematur dan finishing akhir fase ini dan dapat dilihat berapa banyak fase yang berjalan secara paralel. Sekarang, hal itu dapat menjadi tantangan bagi beberapa orang, organisasi dikelola dengan baik matang untuk menjalankan fase baik secara diskrit dan teratur. Apakah karena itu mengherankan bahwa kurang-dikelola dengan baik organisasi menghadapi masalah yang mengganggu proyek pengembangan perangkat lunak yang khas ketika mereka menumpuk dan menjalankan fase secara paralel?
Model Sarang Burung bukanlah tujuan itu sendiri. Hal ini sama sekali tidak bisa dicita-citakan. (Jika Anda melakukannya, maka saya tidak akan membeli perangkat lunak dari Anda.) Tidak, Model Sarang Burung adalah sesuatu yang dapat membantu untuk berkomunikasi dan menggambarkan model SDLC de facto dalam operasi. Suatu organisasi dapat mendasarkan SDLC pada model klasik seperti model V-dan mengatakan "di sini adalah apa yang kita pikir kita lakukan" tetapi "Model Sarang Burung mengatakan sesuatu yang lebih seperti" ah, tapi di sini adalah bagaimana Anda benar-benar melakukannya "The. Model Sarang Burung dapat digunakan sebagai dasar yang dapat digunakan untuk lebih memahami bagaimana organisasi mengembangkan perangkat lunak Mungkin akan lebih mencerminkan masalah bawaan dari model SDLC menyatakan -. masalah yang setiap stakeholder kemungkinan akan dapat mainan dari nyaman ketika diminta. Siapa yang tahu ... pencerahan bahkan mungkin mengikuti. Mengetahui masalah dan kekurangan dapat membantu membangun sebuah model SDLC lebih cocok yang disesuaikan dengan kebutuhan masyarakat dan organisasi, bukan orang-orang yang lentur dan melenturkan untuk memenuhi kebutuhan model SDLC.
2. Agile Model
Membuang beberapa tahapan yang tidak mempunyai nilai/value dan menekankan pada pengembangan sederhana dan iterative/berulang. Beberapa jenis Agile SDLC antara lain Extreme Programming, Kanban, Scrum, DSDM, FDD, OpenUP, dll.
Dari berbagai jenis SDLC tersebut tentunya tidak mudah untuk menentukan methode SDLC mana yang akan dipakai dalam sebuah pengembangan product system informasi. Banyak faktor yang akan mempengaruhi dalam penentuan tersebut, antara lain:
1. kejelasan kebutuhan pengguna
2. pengetahuan user terhadapa teknologi
3. kompleksitas system
4. waktu
5. kejelasan jadwal
6. sering nya perubahan terhadap product
Dari berbagai jenis SDLC tersebut tentunya tidak mudah untuk menentukan methode SDLC mana yang akan dipakai dalam sebuah pengembangan product system informasi. Banyak faktor yang akan mempengaruhi dalam penentuan tersebut, antara lain:
1. kejelasan kebutuhan pengguna
2. pengetahuan user terhadapa teknologi
3. kompleksitas system
4. waktu
5. kejelasan jadwal
6. sering nya perubahan terhadap product
Menentukan jenis SDLC yang akan dibahas lebih mendalam dalam virtuemagz ini adalah Agile Development.Agile lebih menawarkan fleksibilitas dalam menangani perubahan, dan dalam era sekarang ini, dimana perubahan adalah sebuah keharusan maka mau tidak mau kita harus “agile” terhadap perubahan tersebut. Organisasi/team yang tanggap terhadap perubahan akan menjadi juara sedangkan yang tetap lambat (penuh procedural) menghadapinya akan tertindas dengan sendirinya.
Contoh gambar Agile Model:
Contoh gambar Agile Model:
3. SDLC STAGE
Masing-masing tahap-tahap siklus hidup pengembangan mengikuti proses internal standar lima. Proses ini menetapkan pola komunikasi dan dokumentasi yang dimaksudkan untuk membiasakan semua peserta dengan situasi saat ini, dan dengan demikian mengurangi risiko untuk rencana proyek saat ini. Deskripsi generik tahap ini disediakan untuk menghindari deskripsi berulang ini proses internal dalam setiap tahap siklus hidup perangkat lunak berikut deskripsi. Lima proses standar adalah Kickoff, iterasi Informal, iterasi Formal, penilaian dalam tahap, dan tahap keluar:
Proses kickoff
Setiap tahap merupakan kickoff yang diprakarsai oleh rapat, yang dapat dilakukan baik dalam orang, atau oleh telekonferensi web. Tujuan pembukaannya meeting adalah untuk meninjau output dari sebelumnya, panggung, pergi ke setiap masukan tambahan yang dibutuhkan oleh yang tahap tertentu, memeriksa para kegiatan diantisipasi dan diperlukan output dari arus panggung, meninjau tempat proyek saat ini jadwal, dan meninjau salah satu membuka masalah. The pdr yang bertanggung jawab untuk mempersiapkan agenda dan bahan untuk menjadi disajikan di pertemuan ini. Semua peserta proyek diundang untuk menghadiri pembukaannya pertemuan untuk setiap panggung.
Setiap tahap merupakan kickoff yang diprakarsai oleh rapat, yang dapat dilakukan baik dalam orang, atau oleh telekonferensi web. Tujuan pembukaannya meeting adalah untuk meninjau output dari sebelumnya, panggung, pergi ke setiap masukan tambahan yang dibutuhkan oleh yang tahap tertentu, memeriksa para kegiatan diantisipasi dan diperlukan output dari arus panggung, meninjau tempat proyek saat ini jadwal, dan meninjau salah satu membuka masalah. The pdr yang bertanggung jawab untuk mempersiapkan agenda dan bahan untuk menjadi disajikan di pertemuan ini. Semua peserta proyek diundang untuk menghadiri pembukaannya pertemuan untuk setiap panggung.
Contoh gambar SDLC STAGE:
4. Paramita Model
1. Sistem Inisiasi [Memulai] - di mana Kasus Bisnis dan Solusi Usulan dikembangkan selama Proyek Originasi adalah re-diperiksa untuk memastikan bahwa mereka masih tepat didefinisikan dan alamat kebutuhan organisasi yang ada. Upaya validasi menyediakan Tim Proyek dengan dasar untuk menentukan jadwal rinci langkah-langkah yang diperlukan untuk mendapatkan pemahaman yang mendalam tentang persyaratan bisnis dan pandangan awal kebutuhan sumber daya. Selain itu, jadwal tingkat tinggi yang dikembangkan untuk fase siklus hidup pengembangan sistem selanjutnya.
2. Persyaratan Sistem Analisis [DEFINE] - di mana kebutuhan bisnis ditangkap di sedetail mungkin. Project Manager memimpin Tim Proyek dalam bekerja dengan Pelanggan untuk menentukan apa yang sistem baru harus dilakukan. Dengan mendapatkan pemahaman yang rinci dan komprehensif dari kebutuhan bisnis, Tim Proyek dapat mengembangkan Spesifikasi Fungsional yang akan mendorong desain sistem.
3. Desain Sistem [DESAIN] - yang dibangun di atas pekerjaan yang dilakukan selama Analisis Kebutuhan Sistem, dan hasil dalam terjemahan dari persyaratan fungsional menjadi solusi teknis yang lengkap. Solusi ini menentukan arsitektur teknis, standar, spesifikasi dan strategi yang akan mengikuti.
2. Persyaratan Sistem Analisis [DEFINE] - di mana kebutuhan bisnis ditangkap di sedetail mungkin. Project Manager memimpin Tim Proyek dalam bekerja dengan Pelanggan untuk menentukan apa yang sistem baru harus dilakukan. Dengan mendapatkan pemahaman yang rinci dan komprehensif dari kebutuhan bisnis, Tim Proyek dapat mengembangkan Spesifikasi Fungsional yang akan mendorong desain sistem.
3. Desain Sistem [DESAIN] - yang dibangun di atas pekerjaan yang dilakukan selama Analisis Kebutuhan Sistem, dan hasil dalam terjemahan dari persyaratan fungsional menjadi solusi teknis yang lengkap. Solusi ini menentukan arsitektur teknis, standar, spesifikasi dan strategi yang akan mengikuti.
Berikut contoh gambar paramita model :
5. V Model
Teknik V model sering disebut sebagai pengembangan dari teknik waterfall. V untuk verifikasi dan validasi dan merupakan model standar yang banyak dipakai di negara-negara Eropa seperti standar untuk proyek pertahanan dan administrasi federal di Jerman.
-Keuntungan menggunakan teknik V model:
(a) Merupakan model pengembangan terstruktur.
(b) Setiap fase dapat diimplementasikan dengan dokumentasi yang detail dari fase
sebelumnya.
(c) Aktivitas pengujian dapat dimulai di awal proyek, sehingga mengurangi waktu
proyek.
-Keuntungan menggunakan teknik V model:
(a) Merupakan model pengembangan terstruktur.
(b) Setiap fase dapat diimplementasikan dengan dokumentasi yang detail dari fase
sebelumnya.
(c) Aktivitas pengujian dapat dimulai di awal proyek, sehingga mengurangi waktu
proyek.
-Kelemahan menggunakan teknik V model adalah dokumentasi harus cukup detail
agar fase selanjutnya dapat berjalan dengan baik.
agar fase selanjutnya dapat berjalan dengan baik.
Formal Method
Teknik formal method adalah teknik yang mengandalkan perhitungan matematika dalam setiap prosesnya. Hanya digunakan pada sistem yang sangat memperhatikan keamanan atau keselamatan dari pengguna. Contoh penggunaan teknik ini adalah aerospace engineering.
-Keuntungan menggunakan teknik formal method adalah meminimalkan resiko dengan adanya perhitungan komputasi.
Teknik formal method adalah teknik yang mengandalkan perhitungan matematika dalam setiap prosesnya. Hanya digunakan pada sistem yang sangat memperhatikan keamanan atau keselamatan dari pengguna. Contoh penggunaan teknik ini adalah aerospace engineering.
-Keuntungan menggunakan teknik formal method adalah meminimalkan resiko dengan adanya perhitungan komputasi.
Berikut contoh gambar V Model :
Tidak ada komentar:
Posting Komentar