Chapter 17
Memulai Sebuah Proyek WebApp Pressman 6ED
Nama Kelompok Parrarel : TF - A Altaf Bhay ● Achmad Fariz ● Imam Bagus Mawardi ● Firman Ayrosi ● Oyang Chandra ● Bahrul Ulum ● Nanang Haryadi ● Elvin Septi ● Faza Dwiprasta ● Ericka Octora ●
( 0836010024 ) ( 0836010025 ) ( 0836010014 ) ( 0836010008 ) ( 0836010027 ) ( 0836010011 ) ( 0836010004 ) ( 0836010005 ) ( 0836010006 ) ( 0836010012 )
Bab 17
Formulasi dan Perencanaan untuk Rekayasa Web
Formulasi ●
dimulai dengan identifikasi keperluan bisnis
●
bergerak ke sebuah deskripsi tujuan webapp
●
mendefinisikan fitur-fitur utama dan fungsi
●
●
menetapkan persyaratan pertemuan kegiatan yang akan mengarah pada pengembangan suatu model analisa memungkinkan stakeholder dan tim rekayasa web untuk menetapkan seperangkat tujuan dan sasaran untuk pembangunan webapp.
●
mengidentifikasi ruang lingkup usaha pengembangan
●
menyediakan sarana untuk menentukan hasil yang sukses
Formulasi Pertanyaan ●
Apa motivasi utama (Keperluan Bisnis) untuk webapp?
●
Apa tujuan bahwa webapp harus dipenuhi?
●
Siapa yang akan menggunakan webapp?
●
Jawaban menyediakan …
●
●
Informational-tujuan menunjukkan maksud untuk menyediakan konten yang spesifik dan / atau informasi bagi pengguna akhir Tujuan aplikatif-menunjukkan kemampuan untuk melakukan beberapa tugas dalam webapp
Persyaratan WebE Gathering ●
●
●
●
Mintalah para pemangku kepentingan untuk menentukan kategori pengguna dan mengembangkan deskripsi untuk setiap kategori Berkomunikasi dengan pemangku kepentingan untuk menetapkan persyaratan dasar webapp Menganalisis informasi yang dikumpulkan dan menggunakan informasi untuk menindaklanjuti dengan stakeholder Menetapkan penggunaan-kasus (Bab 8) yang menjelaskan skenario interaksi untuk masing-masing kelas pengguna
Mendefinisikan Kategori Pengguna ●
●
● ●
Apa Tujuan keseluruhan pengguna saat menggunakan webapp? Apa latar belakang pengguna dan kecanggihan relatif terhadap konten dan fungsionalitas dari webapp? Bagaimana menggunakan tiba di webapp? Karakteristik Umum WebApp Apa yang pengguna suka / tidak suka?
Berkomunikasi dengan Pemangku Kepentingan ●
●
●
●
●
Kelompok fokus tradisional-yang terlatih moderator bertemu dengan sekelompok kecil perwakilan pengguna akhir (atau stakeholder internal memainkan peran enduser). Elektronik-kelompok fokus diskusi elektronik moderator dilakukan dengan sekelompok perwakilan-pengguna akhir dan stakeholder. Iteratif survei-serangkaian survei singkat, ditujukan kepada pengguna perwakilan dan meminta jawaban untuk pertanyaan khusus tentang webapp Eksplorasi survei-survei berbasis web yang terikat pada satu atau lebih webapps yang memiliki pengguna yang sama dengan orang yang akan menggunakan Webapp untuk dikembangkan. Skenario-pengguna bangunan-dipilih diminta untuk membuat informal digunakankasus yang menggambarkan interaksi spesifik dengan webapp.
Analisis Awal ●
● ●
●
●
Mengkategorikan informasi yang dikumpulkan oleh pengguna kelas dan jenis transaksi Mengembangkan daftar … isi objek operasi yang diterapkan ke konten objek dalam transaksi pengguna tertentu fungsi (misalnya, informasi, komputasi, logis, dan membantu-oriented) bahwa webapp menyediakan untuk end-user persyaratan non-fungsional lain yang dicatat selama kegiatan komunikasi.
Studi-Kasus ●
●
●
●
Menyediakan detail yang diperlukan untuk membuat suatu model analisa yang efektif Membantu pengembang untuk memahami bagaimana pengguna memandang interaksi mereka dengan webapp Studi-kasus bantuan untuk kotakkan pekerjaan engineering Web Studi Kasus memberikan panduan penting bagi mereka yang harus menguji webapp
Tim WebE ●
Tim WebE peran ● ● ● ● ● ●
Pengembang Konten / Penyedia Web Penerbit Web Engineer. Bisnis domain para ahli Dukungan Spesialis Administrator (a.k.a. "Web Master")
Perbedaan Proyek Traditional Projects
small e-Projects
major e-Projects
Requirements Gathering
Rigorous
Limited
Rigorous
Technical Specifications
Robust: models, spec
Descriptive overview
robust: UML models, spec
Project Duration
Measured in months or years
Measured in days, weeks or months
Measured in months or years
Testing and QA
Focused on achieving quality targets Explicit
Focused on risk control
SQA as described in Chapter 26
Inherent
Explicit
Half-life of deliverables
18 months or longer
3 to 6 months or shorter
6 to 12 months or shorter
Release Process
Rigorous
Expedited
Rigorous
Post-release customer feedback
Requires proactive effort
Automatically obtained from user interaction
Obtained both automatically and via solicited feedback
Risk Management
Outsourcing vs. In-house support specialist s
Web engineers
support specialist s
vendor liaison
Cont ent developers administ rat or
Web engineers
Cont ent developers
administ rat or out sourcing vendor Web publisher
business managers
Web publisher business managers
st akeholders
end-users
st akeholders
market ing & sales
( a) in - h o u se d e ve lo p m e n t
end-users
market ing & sales
( a) o u t so u r ce d d e ve lo p m e n t
Webapp Outsourcing - I ●
Memulai proyek dengan melakukan tugas-tugas berikut secara internal –
Mengumpulkan persyaratan
–
Mengembangkan "desain kasar"
–
Mengembangkan jadwal kasar dengan tanggal pengiriman
Pertimbangkan increment Buatlah daftar tanggung jawab ●
●
●
–
Untuk staf di rumah
–
Untuk outsourcing vendor
Tentukan mekanisme penghubung
WebApp Outsourcing - II ●
Pilih Calon Penyelenggra Outsourcing
●
Menilai Validitas Quotes Harga dan Keandalan Estimasi
●
–
Apakah biaya dikutip dari webapp menyediakan pulang langsung atau tidak langsung-on-investasi yang membenarkan proyek?
–
Apakah vendor yang telah memberikan pameran kutipan profesionalisme dan pengalaman yang kita butuhkan?
Memahami Tingkat Manajemen Proyek Dapat Anda Harapkan / Lakukan
●
Menilai Jadwal Pembangunan
●
Mengatur Lingkup
WebApp Planning - In-House ●
Memahami ruang lingkup, dimensi perubahan, dan kendala proyek
●
Mendefinisikan strategi proyek tambahan
●
Melakukan analisis resiko
●
Mengembangkan perkiraan cepat
●
Pilih tugas set (deskripsi proses)
●
Menetapkan jadwal
●
Menentukan mekanisme proyek pelacakan
●
Menetapkan pendekatan manajemen perubahan
WebE "Praktek Terburuk" ●
●
●
Kami memiliki ide bagus, jadi mari kita mulai membangun webapp-sekarang. Stuff akan berubah terus-menerus, jadi ada gunanya untuk mencoba memahami persyaratan webapp. Pengembang yang dominan pengalaman tersebut dalam pengembangan perangkat lunak tradisional dapat mengembangkan webapps segera. Tidak ada pelatihan baru yang diperlukan.
●
Jadilah birokrasi.
●
Pengujian? Mengapa repot-repot?
