Presentation is loading. Please wait.

Presentation is loading. Please wait.

1 TS2923 Analisis& Rekabentuk Sistem Analisis & Rekabentuk Sistem.

Similar presentations


Presentation on theme: "1 TS2923 Analisis& Rekabentuk Sistem Analisis & Rekabentuk Sistem."— Presentation transcript:

1 1 TS2923 Analisis& Rekabentuk Sistem Analisis & Rekabentuk Sistem

2 2 Bab 13 Penyelenggaraan

3 3 Definasi Utama  Penyelenggaraan adalah pembangunan semua bahagian bagi sistem : perisian, dokumentasi dan prosedur operasi yang baru.  Ujian membantu memastikan sistem dipersembahkan mengikut garis panduan yang dijelaskan dalam spesifikasi.  Dokumentasi menyediakan maklumat bagi memudahkan penggunaan dan baikpulih sistem.

4 4 PENGURUSAN PENGATURCARAAN

5 5 Tugas Pengurus Projek Semasa Pengaturcaraan  Memberi tugas kepada pengaturcara  Mengkoordinasi semua aktiviti  Mengurus skedul

6 6 Paradox Pengaturcara  More is not always better than less!  Selepas bilangan pengaturcara ditetapkan untuk sesuatu tugas, penambahan terhadap bilangan pengaturcara boleh melambatkan projek siap.  Projek memerlukan kumpulan yang besar yang dibahagikan kepada bahagian-bahagian yang lebih kecil.

7 7 Koordinasi Aktiviti  Mesyuarat ringkas setiap minggu  Cipta dan ikut piawaian  Mengurus ruang lingkup (Ruang lingkup ) tugas pengaturcara  Ruang lingkup pembangunan  Ruang lingkup Ujian  Ruang lingkup Produksi  Melaksanakan mekanisma kawalan perubahan  Guna log aturcara bagi memantau perubahan aturcara

8 8 Mengurus Skedul  Guna anggaran masa sebagai garis asas  Ulangkaji anggaran masa sambil meneruskan penyelenggaraan  Hindari skop yang meleret/bertambah  Pantau kesilapan 2 kecil yang tidak disengajakan  Cipta penilaian risiko dan jejaki perubahan risiko  Atasi pengaruh kualiti yang rendah bagi memenuhi permintaan kpd skedul yang tidak munasabah

9 9 Elakkan Kesilapan 2 Lama 1. Pembangunan Berorientasikan Penyelidikan Jika anda menggunakan teknologi state-of-the art, ia memanjangkan masa perancangan 2. Guna personel yg kosnya rendah Jika menggunakan bilangan kemasukan paras personel yang penting, masa perancangan akan lebih panjang 3. Kekurangan kawalan kod Guna kod sumber untuk menyimpan bg memastikan pengaturcara dari mengubah kod yang sama pada masa yg sama 4. Kekurangan Ujian Selalu memperuntukkan masa yang mencukupi bagi Ujian Formal

10 10 UJIAN REKABENTUK

11 11 Ujian Philosophy  Amat bahaya untuk menguji modul awal tanpa perancangan Ujian Keseluruhan  Kesukaran mungkin timbul untuk meghasilkan semula jujukan peristiwa yang menjadi punca ralat  Ujian perlu dilakukan secara sistematik dan keputusan didokumenkan dengan cermat

12 12 Perancangan Ujian

13 13 Kategori Ujian  Ujian Stub  Uji struktur kawalan sebelum semua modul ditulis  Ujian Unit  Uji setiap modul bg memastikan ia melaksanakan fungsinya  Ujian Integrasi  Uji interaksi modul 2 bg memastikan ia mampu berinteraksi dgn modul lain  Ujian Sistem  Ujian bg memastikan perisian berjalan lancar sebagai sebahagian daripada keseluruhan  Ujian Penerimaan  Ujian bg memastikan sistem memenuhi kehendak organisasi

14 14 Ujian Stub

15 15 Ujian Unit  Ujian Kotak Hitam  Fokus sama ada unit memenuhi keperluan yang dinyatakan dalam spesifikasi  Ujian Kotak Putih  Melihat kod sebenar modul

16 16 Ujian Integrasi  Ujian Antaramuka Pengguna  Uji setiap fungsi antaramuka  Ujian Guna-scenario  Memastikan setiap senario yang digunakan dilaksanakan dengan betul  Ujian Aliran Data  Uji setiap proses secara langkah-demi-langkah  Ujian Antara muka Sistem  Memastikan pemindahan data antara sistem dilaksanakan dengan betul

17 17 Ujian Sistem  Ujian Keperluan  Memastikan bahawa integrasi tidak menyebabkan ralat baru  Ujian Kebolehgunaan (Usability)  Uji bagaimana mudahnya dan error-free apabila sistem digunakan  Ujian Keselamatan  Memastikan fungsi-fungsi keselamatan ditangani dengan baik  Ujian Persembahan  Memastikan sistem mampu bekerja bila aktivitinya tinggi atau banyak  Ujian Dokumentasi  Juru Analisa memeriksa ketepatan dokumentasi

18 18 Ujian Penerimaan  Ujian Alpha  Dilaksanakan oleh pengguna bagi memastikan pengguna menerima sistem; sering mengulangi ujian awal  Ujian Beta  Menggunakan data sebenar. Pengguna sebenar memantau sebarang ralat atau keperluan kepada penambahbaikkan

19 19 Kadar Penemuan Ralat pada Peringkat Ujian

20 20 Giliran Anda  Andaikan anda diarahkan untuk membangunkan ATM bagi sebuah bank  Apakah elemen yang akan anda sertakan di dalam perancangan ujian sebelum membenarkan sistem beroperasi sepenuhnya.

21 21 PEMBANGUNAN DOKUMENTASI

22 22 Types of Dokumentasi  Dokumentasi Sistem  Bertujuan untuk membantu pengaturcara dan juru analisa memahami & mengekalkan sistem selepas sistem dipasang  Dokumentasi Pengguna  Bertujuan untuk membantu pengguna mengoperasikan sistem

23 23 Menghasilkan Dokumentasi  Dokumentasi yang berkualiti tinggi memerlukan 3 jam bagi setiap mukasurat atau 2 jam bg setiap paparan skrin  Tugas ini tidak sepatutnya dilaksanakan di penghujung projek  Masa diperlukan untuk membangunkan & menguji dokumentasi pengguna perlu disertakan di dalam perancangan projek  Dokumentasi Atas-Talian semakin penting masa kini

24 24 Nilai Dokumentasi Atas-Talian  Memudahkan pencarian/gelintaran  Maklumat dapat dipersembahkan dalam pelbagai format  Kaedah baru berinteraksi dengan dokumentasi (Contoh; tool tips)  Kurang kos berbanding dokumentasi pada kertas

25 25 Jenis 2 Pengguna Dokumentasi  Dokumen Rujukan  Manual Prosedur  Tutorial

26 26 Menguruskan Dokumen Rujukan Atas-Talian

27 27 Sumber 2 bagi Topik Dokumentasi  Perintah/Arahan & menu di dalam antaramuka pengguna  Tugas bisnes pengguna ( what they need to do )  Definasi istilah

28 28 Sumber 2 bagi Istilah 2 Navigasi  Perintah/Arahan & menu di dalam antaramuka pengguna  Konsep utama sistem (Contoh; data entiti)  Set tugas yang dilaksanakn oleh pengguna  Sinonim bagi item 2 di atas (Pengguna tidak selalu guna istilah pembangun).

29 29 Topik dalam Microsoft Word

30 30 Garis Panduan bagi Crafting(kelancaran) Topik Dokumentasi  Guna ayat aktif  Minimakan penggunaan kata kerja “to be”  Guna istilah dengan konsisten  Guna bahasa yang mudah  Guna bahasa yang mesra  Guna struktur nahu/tatabahasa yg selari  Guna langkah-langkah dengan betul  Guna perenggan pendek

31 31 Kesimpulan  Pengurus projek perlu menetapkan tugas kepada pengaturcara, memastikan koordinasi pembangunan projek & skedul kod pengeluaran & sesuaikan skedul seiring dengan pembangunan.  Perancangan ujian perlu dijalankan dengan betul & pelbagai kaedah yg semuanya menyumbang kepada pembangunan perisian yang berkualiti  Dokumentasi perlu dimulakan dengan baik sebelum pengekodan & ujian serta nyatakan keperluan terhadap programmer penyelenggaraan dan penyelenggaraan sistem pengguna.


Download ppt "1 TS2923 Analisis& Rekabentuk Sistem Analisis & Rekabentuk Sistem."

Similar presentations


Ads by Google