K2 FAIL KURSUS DKB4033 (2) PDF

BAHAGIAN PENDIDIKAN DAN LATIHAN TEKNIKAL VOKASIONAL KEMENTERIAN PENDIDIKAN MALAYSIA ARAS 5 & 6, BLOK E14, KOMPLEKS E PUSAT PENTADBIRAN KERAJAAN PERSEKUTUAN 62604 PUTRAJAYA KERTAS PENERANGA...

BAHAGIAN PENDIDIKAN DAN LATIHAN TEKNIKAL VOKASIONAL KEMENTERIAN PENDIDIKAN MALAYSIA ARAS 5 & 6, BLOK E14, KOMPLEKS E PUSAT PENTADBIRAN KERAJAAN PERSEKUTUAN 62604 PUTRAJAYA KERTAS PENERANGAN INFORMATION SHEET KOD DAN NAMA PROGRAM/ TEKNOLOGI MAKLUMAT PROGRAMS CODE & NAME TAHAP/ LEVEL DVM T2 SEMESTER 4 NO DAN TAJUK MODUL/ MODULE DKB 4033 NO AND TITLE SYSTEM ANALYSIS AND DESIGN K1: SYSTEM PLANNING NO. DAN TAJUK UNIT K2: SYSTEM ANALYSIS KOMPETENSI/ K3: SYSTEM DESIGN COMPETENCY UNIT NO. AND TITLE K4: SYSTEM IMPLEMENTATION 2.1. System Analysis Phase Overview 2.1.1 Joint Application Development 2.1.2 Rapid Application Development 2.1.3 Agile Methods OBJEKTIF PENCAPAIAN AKHIRAN 2.2. Modeling Tools and Techniques / TERMINAL PERFORMANCE 2.2.1 Functional Decomposition Diagrams OBJECTIVE 2.2.2 Data Flow Diagram 2.2.3 System Requirements Checklist 2.4. Future Growth, Cost, and Benefits 2.4.1 Scalability 2.4.2 Total Cost of Ownership Muka/ Page : 1 NO. KOD / CODE NUM. DKB4033/K2/P(1/1) Drpd / of : 21 EDISI SEPT 2021 NAMA CALON NO KAD PENGENALAN CALON  NO. KOD DKB4033/K2/P(1/1) Muka : 2 drp : 21 PENERANGAN/INFORMATION: Fasa analisa sistem adalah fasa kedua daripada 5 fasa dalam kitaran hayat pembangunan sistem (SDLC). Fasa ini menerangkan proses mendapatkan fakta mengenai projek sistem, menyediakan dokumentasi dan mencipta model yang akan digunakan untuk rekabentuk dan membangunkan sistem. 1.1 Gambaran keseluruhan fasa analisa sistem Objektif keseluruhan fasa analisa sistem adalah untuk memahami projek yang dicadangkan, memastikan projek tersebut akan menyokong keperluan perniagaan dan membina asas yang kukuh dalam pembangunan sistem. Dalam fasa ini, penganalisis menggunakan model dan alat dokumentasi yang lain untuk menggambarkan dan menjelaskan cadangan sistem. 1.1.1 Aktiviti sistem analisa Fasa analisa sistem mengandungi 4 aktiviti utama iaitu, pemodelan keperluan (requirement modeling), pemodelan data dan proses (data and process modeling), pemodelan objek (object modeling) dan pertimbangan strategi pembangunan (consideration of development startegies).  NO. KOD DKB4033/K2/P(1/1) Muka : 3 drp : 21 a. Pemodelan keperluan (Requirements Modeling) Pemodelan keperluan melibatkan penemuan fakta untuk menjelaskan sistem sedia ada dan pengenalan kepada keperluan sistem baru seperti output, input, proses, persembahan (performance) dan keselamatan (security). Output merujuk kepada maklumat secara elektronik dan bercetak yang dihasilkan oleh sistem. Input merujuk kepada data yang diperlukan yang dimasukkan dalam sistem tersebut sama ada secara manual atau automatik. Proses merujuk kepada peraturan logikal yang diaplikasikan untuk merubah data kepada maklumat yang bermakna. Persembahan merujuk kepada karakter atau ciri-ciri sistem seperti kelajuan, kelantangan, kapasiti, ketersediaan dan kebolehpercayaan. Keselamatan merujuk kepada perkakasan, perisian dan kawalan prosedur yang melindungi sistem dan datanya daripada ancaman dalaman dan luaran. b. Pemodelan data dan proses (Data and Process Modeling) Pemodelan data dan proses merujuk kepada bagaimana data dan proses sistem dipersembahkan secara grafik menggunakan teknik tradisional iaitu analisa berstruktur. Analisa berstruktur mengenalpasti data mengalir ke dalam proses, peraturan perniagaan yang merubah data dan aliran data output yang dihasilkan. c. Pemodelan objek (Object Modeling) Analisa berstruktur memisahkan komponen data dan proses manakala analisa berorientasikan objek menggabungkan data dan proses yang bertindak ke atas data dipanggil objek. Objek ini merujuk kepada orang, benda, transaksi dan acara sebenar yang memberi kesan pada sistem tersebut. Semasa proses pembangunan sistem, penganalisa selalunya menggunakan kedua-dua kaedah pemodelan untuk mendapatkan seberapa banyak maklumat yang boleh. d. Strategi pembangunan (Development Strategies) Strategi pembangunan merujuk kepada pelbagai pilihan pembangunan dan persediaan peralihan kepada fasa rekabentuk sistem. Ia adalah mengenai trend perisian, pemerolehan dan alternatif pembangunan, sumber luar dan keperluan pendokumentasian secara rasmi untuk sistem yang baru. 1.2 Teknik berasaskan kumpulan (Team-Based Technique) : Joint Application Development (JAD), Rapid Application Development (RAD) dan Agile Methods. 1.2.1 Joint Application Development (JAD)  NO. KOD DKB4033/K2/P(1/1) Muka : 4 drp : 21 Joint application development (JAD) atau pembangunan aplikasi bersama adalah teknik pengumpulan fakta yang popular dimana membawa pengguna kedalam proses pembangunan sebagai peserta yang aktif. a) Penglibatan pengguna Pengguna mempunyai kepentingan dalam sistem maklumat dan mereka mesti terlibat sepenuhnya dalam proses pembangunan. Bertahun-tahun yang lalu, jabatan IT kebiasaannya mempunyai tanggungjawab tunggal dalam pembangunan sistem manakala pengguna mempunyai tanggungjawab yang agak pasif. Semasa proses pembangunan, staf IT akan mengumpul maklumat daripada pengguna, mentakrifkan keperluan sistem dan membina sistem baru. Pada pelbagai peringkat proses itu, staf IT mungkin meminta pengguna untuk mengkaji semula rekabentuk, memberi komen dan mengemukakan sebarang perubahan. Pada masa kini, pengguna biasanya mempunyai lebih banyak tanggungjawab yang aktif dalam pembangunan sistem. Ahli-ahli profesional IT kini menyedari bahawa sistem yang berjaya mestilah berorientasikan pengguna, dan pengguna mesti terlibat secara formal atau tidak formal di setiap peringkat pembangunan sistem. Satu strategi popular untuk penglibatan pengguna adalah pendekatan pasukan JAD yang melibatkan pasukan petugas pengguna, pengurus, dan profesional IT yang bekerjasama untuk mengumpulkan maklumat, membincangkan keperluan perniagaan, dan menentukan keperluan sistem baru. b) Peranan dan peserta JAD JAD PARTICIPANT ROLES Ketua Projek JAD Membangunkan agenda, bertindak sebagai fasilitator dan mengetuai sesi JAD Pihak Atasan Menyediakan kebenaran dan sokongan projek tahap perusahaan. Menyediakan sokongan projek pada peringkat jabatan dan pemahaman Pengurus bagaimana projek itu mesti menyokong fungsi dan keperluan perniagaan. Menyediakan input peringkat operasi bagi operasi semasa, perubahan Pengguna yang dikehendaki, keperluan input dan output, isu antara muka pengguna, dan bagaimana projek itu akan menyokong tugas-tugas sehari-hari.  NO. KOD DKB4033/K2/P(1/1) Muka : 5 drp : 21 Menyediakan bantuan teknikal dan sumber untuk anggota pasukan Penganalisis Sistem/ JAD mengenai isu-isu seperti keselamatan, sandaran, perkakasan, kakitangan IT yang perisian dan keupayaan rangkaian. lain Mendokumenkan keputusan bagi sesi JAD dan bekerja dengan Perakam(Recorder) penganalisis sistem untuk membina model sistem dan membangunkan dokumentasi CASE tool. ** Rajah 4-3 Pasukan JAD biasanya bertemu dalam tempoh beberapa hari atau minggu di bilik persidangan khas atau di lokasi luar tapak. Sama ada dengan pelbagai cara, peserta JAD harus dilindungi dari gangguan operasi sehari-hari. Objektifnya adalah untuk menganalisis sistem sedia ada, mendapatkan input dan jangkaan pengguna, dan dokumen keperluan pengguna untuk sistem baru. Kumpulan JAD biasanya mempunyai ketua projek, yang perlu mempunyai kemahiran interpersonal dan organisasi yang kuat, dan seorang ahli atau lebih yang boleh mendokumen dan merekod hasil dan keputusan. Rajah 4-3 menerangkan peserta JAD yang biasa dan peranan mereka. Ahli kakitangan IT sering menjadi pemimpin projek JAD, tetapi itu tidak selalu berlaku. Penganalisis sistem dalam pasukan JAD mengambil bahagian dalam perbincangan, bertanya soalan, mengambil nota, dan memberi sokongan kepada pasukan. Jika alat CASE tersedia, penganalisis boleh membangunkan model dan memasukkan dokumentasi dari sesi JAD terus ke dalam alat CASE.  NO. KOD DKB4033/K2/P(1/1) Muka : 6 drp : 21 c) Kebaikan dan kelemahan JAD Berbanding kaedah tradisional, JAD lebih mahal dan boleh menjadi rumit jika kumpulan itu terlalu besar berbanding saiz projek.Banyak syarikat mendapati, walaubagaimanapun, JAD membolehkan pengguna utama menyertai dengan berkesan dalam proses pemodelan keperluan. Apabila pengguna mengambil bahagian dalam proses pembangunan sistem, mereka lebih cenderung merasa perasaan pemilikan dalam membuat keputusan dan sokongan untuk sistem baru. Apabila digunakan dengan betul, JAD dapat menghasilkan kenyataan sistem yang lebih tepat, pemahaman yang lebih baik tentang matlamat bersama, dan komitmen yang lebih kuat terhadap kejayaan sistem baru. 1.2.2 Rapid Application Development (RAD) Pembangunan aplikasi pesat (RAD) adalah teknik berasaskan pasukan yang mempercepat pembangunan sistem maklumat dan menghasilkan sistem maklumat yang berfungsi. Seperti JAD, RAD menggunakan pendekatan kumpulan tetapi ia lebih jauh ke depan. Walaupun produk akhir JAD adalah model keperluan, produk akhir RAD adalah sistem maklumat baru. RAD adalah satu metodologi lengkap, dengan kitaran hayat empat fasa yang sejajar dengan fasa SDLC tradisional. Syarikat menggunakan RAD untuk mengurangkan masa dan kos pembangunan dan meningkatkan kebarangkalian kejayaan. RAD sangat bergantung kepada prototaip dan penglibatan pengguna. Proses RAD membolehkan pengguna memeriksa model kerja seawal mungkin, menentukan sama ada memenuhi keperluan mereka, dan mencadangkan perubahan yang diperlukan. Berdasarkan input pengguna, prototaip diubahsuai dan proses interaktif berterusan sehingga sistem sepenuhnya dibangunkan dan pengguna berpuas hati. Pasukan projek menggunakan alat CASE untuk membina prototaip dan membuat aliran dokumentasi yang berterusan. a) Objektif RAD Objektif utama semua pendekatan RAD adalah untuk mengurangkan masa dan perbelanjaan pembangunan dengan melibatkan pengguna dalam setiap fasa pembangunan sistem. Kerana ia adalah proses yang berterusan, RAD membolehkan pasukan pembangunan untuk membuat pengubahsuaian yang diperlukan dengan cepat, apabila reka bentuk berkembang. Dalam keadaan belanjawan korporat yang ketat, ia sangat penting untuk menghadkan kos perubahan yang lazimnya berlaku dalam jadual pembangunan yang panjang.  NO. KOD DKB4033/K2/P(1/1) Muka : 7 drp : 21 Sebagai tambahan kepada penglibatan pengguna, pasukan RAD yang berjaya mesti mempunyai sumber daya IT, kemahiran, dan sokongan pengurusan. Disebabkan ia adalah proses yang didorong oleh pengguna yang dinamik, RAD sangat berharga apabila syarikat memerlukan sistem maklumat untuk menyokong fungsi perniagaan baru. Dengan mendapatkan input pengguna dari awal, RAD juga membantu pasukan pembangunan merangka sistem yang memerlukan antara muka pengguna (user interface) yang sangat interaktif atau kompleks. b) Kebaikan dan kelemahan RAD RAD mempunyai kelebihan dan kekurangan berbanding dengan kaedah analisis berstruktur tradisional. Kelebihan utama ialah sistem dapat dibangunkan lebih cepat dengan penjimatan kos yang signifikan. Kelemahannya ialah RAD menekankan mekanik sistem itu sendiri dan tidak menekankan keperluan perniagaan strategik syarikat. Risikonya adalah bahawa sistem mungkin berfungsi dengan baik dalam jangka pendek, tetapi objektif korporat dan jangka panjang untuk sistem mungkin tidak dapat dipenuhi. Satu lagi kelemahan yang berpotensi adalah bahawa kitaran masa yang dipercepat mungkin memberi sedikit masa untuk membangunkan piawaian kualiti, konsisten, dan reka bentuk. RAD boleh menjadi alternatif yang menarik jika organisasi memahami risiko yang mungkin.  NO. KOD DKB4033/K2/P(1/1) Muka : 8 drp : 21 1.2.3 Agile Methods (Kaedah Tangkas) Kaedah tangkas cuba membangunkan sistem secara berperingkat, dengan membina satu siri prototaip dan sentiasa menyesuaikannya dengan keperluan pengguna. Apabila proses tangkas berterusan, pemaju menyemak semula, melanjutkan, dan menggabungkan versi terdahulu ke dalam produk akhir. Pendekatan yang tangkas menekankan maklum balas yang berterusan, dan setiap langkah tambahan dipengaruhi oleh apa yang dipelajari dalam langkah-langkah sebelumnya. Apabila kaedah tangkas menjadi lebih popular, komuniti besar perisian dan perkhidmatan berkaitan tangkas telah berkembang. Pendekatan ini memperkuatkan strategi tangkas: mudah, cepat, fleksibel, dan berorientasikan pengguna. Scrum adalah satu lagi pendekatan tangkas. Versi pembangunan sistem Scrum melibatkan interaksi sengit yang sama, walaupun ia lebih mental daripada fizikal. a) Kelebihan Dan Kelemahan Agile Methods Agile, atau adaptif adalah kaedah yang sangat fleksibel dan cekap dalam menangani perubahan. Mereka popular kerana mereka menekankan interaksi pasukan dan mencerminkan satu set nilai berasaskan komuniti. Juga, penghantaran maklumat yang kerap dapat mengesahkan projek dan mengurangkan risiko. Walau bagaimanapun, terdapat beberapa masalah yang berpotensi. Sebagai contoh, ahli pasukan memerlukan tahap kemahiran teknikal dan interpersonal yang tinggi. Selain itu, kekurangan struktur dan dokumentasi boleh mengundang risiko, seperti peranan yang kabur dan kehilangan pengetahuan korporat. Akhirnya, projek keseluruhan mungkin tertakluk kepada perubahan skop yang ketara kerana keperluan pengguna terus berkembang semasa projek. 1.3 TEKNIK DAN ALAT PEMODELAN Model membantu pengguna, pengurus, dan profesional IT memahami reka bentuk sistem. Pemodelan melibatkan kaedah grafik dan bahasa non-teknikal yang mewakili sistem pada pelbagai peringkat pembangunan. Semasa pemodelan keperluan, penganalisis boleh menggunakan pelbagai alat untuk menerangkan proses perniagaan, keperluan, dan interaksi pengguna dengan sistem.  NO. KOD DKB4033/K2/P(1/1) Muka : 9 drp : 21 Penganalisis sistem menggunakan pemodelan dan mencari fakta secara interaktif – pada pemulaan mereka membina hasil carian fakta menjadi model, maka mereka mengkaji model- model untuk menentukan sama ada pencarian fakta tambahan diperlukan. Untuk membantu mereka memahami keperluan sistem, penganalisis menggunakan rajah penguraian fungsional (Functional Decomposition Diagram), model proses perniagaan (Business Process Model), rajah aliran data (Data Flow Diagram), dan rajah Bahasa Pemodelan Unified (Unified Modeling Language Diagram). Mana-mana rajah ini boleh dibuat dengan alat CASE atau alat lukisan bersendirian jika dikehendaki. 1.3.1 Functional Decomposition Diagrams Gambar rajah penguraian berfungsi (FDD) adalah perwakilan atas-bawah fungsi atau proses. Menggunakan FDD, penganalisis boleh menunjukkan fungsi perniagaan dan memecahnya ke dalam fungsi dan proses ke peringkat rendah. Mewujudkan FDD adalah serupa dengan gambaran carta organisasi di mana ia bermula di bahagian atas kerja turun ke bawah. Rajah 4-8 menunjukkan FDD sistem perpustakaan yang dilakar dengan menggunakan Visible Analyst CASE tool. Semasa pemodelan keperluan, penganalisis menggunakan FDD untuk memodelkan fungsi perniagaan dan menunjukkan bagaimana ia dianjurkan ke dalam proses peringkat rendah. Proses tersebut diterjemahkan ke dalam modul program semasa aplikasi pembangunan.  NO. KOD DKB4033/K2/P(1/1) Muka : 10 drp : 21 1.3.2 Data Flow Diagrams Daripada rajah penguraian fungsional (FDD), penganalisis boleh membuat rajah aliran data (DFDs) untuk menunjukkan bagaimana sistem menyimpan, memproses, dan mengubah data. Ia juga menunjukkan bagaimana data bergerak melalui system maklumat tetapi tidak menunjukkan program logik atau langkah-langkah pemprosesan. DFD menggunakan empat simbol asas yang mewakili proses, aliran data, penyimpanan data, dan entiti. Terdapat beberapa versi simbol DFD yang berlainan, tetapi semuanya berfungsi dengan tujuan yang sama. Versi tersebut adalah penggunaan simbol Gane dan Sarson dan satu lagi simbol popular adalah set simbol Yourdon. Rajah 5-1 menunjukkan contoh kedua-dua versi. Simbol-simbol dirujuk dengan menggunakan semua huruf kapital untuk nama simbol. a) Simbol Proses (Process Symbol) Proses menerima data input dan menghasilkan output yang berbeza kandungan, bentuk, atau kedua-duanya. Sebagai contoh, proses untuk mengira bayaran menggunakan dua input (kadar gaji dan jam bekerja) untuk menghasilkan satu output (jumlah gaji). Proses boleh menjadi sangat sederhana atau agak rumit. Dalam syarikat biasa, proses mungkin termasuk mengira jualan trend, memfailkan tuntutan insurans dalam talian, memesan inventori dari sistem pembekal, atau mengesahkan alamat e-mel untuk pelanggan Web. Proses NO. KOD DKB4033/K2/P(1/1) Muka : 11 drp : 21 mengandungi logik perniagaan, juga dipanggil peraturan perniagaan, yang mengubah data dan menghasilkan hasil yang diperlukan. Simbol untuk proses adalah segi empat dengan sudut bulat. Nama bagi setiap proses muncul di dalam segi empat tepat. Nama proses mengenal pasti fungsi-fungsi tertentu dan terdiri daripada kata kerja (dan kata sifat, jika perlu) diikuti dengan kata nama tunggal. Contoh nama proses adalah MEMBAYAR BAYARAN SEWA (APPLY PAYMENT RENT), MENGIRA KOMISEN (CALCULATE COMMISSION), MEMBERI GRED AKHIR (ASSIGN FINAL GRADE), MENGESAHKAN PESANAN (VERIFY ORDER), DAN MENGISI PESANAN (FILL ORDER). b) Aliran Data Simbol (Data Flow Diagram) Aliran data adalah laluan bagi data untuk bergerak dari satu bahagian ke bahagian sistem maklumat yang lain. Aliran data dalam DFD mewakili satu atau lebih item data. Sebagai contoh, aliran data boleh terdiri daripada satu item data (seperti nombor ID pelajar) atau boleh termasuk satu set data (seperti senarai kelas dengan nombor ID pelajar, nama, dan tarikh pendaftaran untuk kelas tertentu). Simbol untuk aliran data adalah garis dengan anak panah tunggal atau berganda. Nama aliran data muncul di atas, di bawah, atau di sebelah garisan. Nama aliran data terdiri daripada kata nama tunggal dan kata sifat, jika diperlukan. Contoh nama aliran data adalah DEPOSIT, PEMBAYARAN INVOIS, GRED PELAJAR, PESANAN, and KOMISEN. NO. KOD DKB4033/K2/P(1/1) Muka : 12 drp : 21 Rajah 5-5 menunjukkan contoh sambungan aliran data dan simbol proses yang betul. Disebabkan proses mengubah kandungan atau bentuk data, satu aliran data sekurang- kurangnya mesti dimasukkan dan satu aliran data mesti keluar dari setiap proses simbol, seperti yang dilakukan dalam proses CREATE INVOICE. Simbol Proses boleh mempunyai lebih daripada satu aliran data keluar, seperti yang ditunjukkan dalam proses GRED KERJA PELAJAR, atau lebih daripada satu aliran data yang masuk, seperti yang ditunjukkan dalam proses CALCULATE GROSS PAY. Proses juga boleh menyambung ke mana-mana simbol lain, termasuk simbol proses lain, seperti yang ditunjukkan oleh sambungan antara proses VERIFY ORDER dan proses ASSEMBLE ORDER seperti dalam Rajah 5-5. Rajah 5-6 menunjukkan tiga aliran data dan kombinasi proses yang mesti dielakkan: ✓ Generasi spontan (spontaneous generation). Proses APPLY INSURANCE PREMIUM menghasilkan output, tetapi tidak mempunyai aliran data input. Oleh kerana ia tidak mempunyai input, maka proses ini dipanggil proses penjanaan spontan. ✓ Lubang hitam (black hole). Proses CALCULATE GROSS PAY disebut proses lubang hitam, dimana proses tersebut mempunyai input, tetapi tidak menghasilkan output. ✓ Lubang kelabu (grey hole). Lubang kelabu adalah proses yang mempunyai sekurang-kurangnya satu input dan satu keluaran, tetapi input jelas tidak mencukupi untuk menghasilkan output yang ditunjukkan. Sebagai contoh, tarikh lahir tidak mencukupi untuk menghasilkan output gred akhir dalam proses GRED CALCULATE. NO. KOD DKB4033/K2/P(1/1) Muka : 13 drp : 21 c) Simbol storan data (data store symbol) Sebuah storan data digunakan dalam DFD untuk mewakili data bagi sistem simpanan tersebut kerana satu atau lebih proses perlu menggunakan data pada masa yang akan datang. Contohnya, pengajar perlu menyimpan skor markah pelajar bagi setiap ujian dan tugasan pada semester itu bagi membolehkan mereka menetapkan gred akhir pada akhir tempoh semester. Dalam DFD, simbol Gane dan Sarson untuk storan data adalah segi empat panjang yang rata di mana di sebelah kanan terbuka dan di sebelah kiri tertutup. Nama bagi storan data terletak antara baris dan mengenal pasti data yang terkandung di dalamnya. Nama bagi storan data adalah mewakili nama yang banyak yang terdiri daripada kata nama dan kata sifat, jika diperlukan. Contoh nama bagi storan data adalah STUDENTS, ACCOUNTS RECEIVABLE, PRODUCTS, DAILY PAYMENTS, PURCHASE ORDERS, OUTSTANDING CHECKS, INSURANCE POLICIES, dan EMPLOYEES. Storan data mestilah disambungkan ke proses dengan aliran data. Rajah 5-7 menggambarkan contoh simpanan data yang biasa digunakan. Dalam setiap kes, storan data mempunyai sekurang-kurangnya satu aliran data masuk dan satu aliran data keluar dan disambungkan dengan simbol proses bersama aliran data. Rajah 5-8 menunjukkan aliran data bagi storan data yang salah. Rajah tersebut menunjukkan storan data bagi COURSES tidak boleh disambungkan dengan storan data yang lain iaitu storan data STUDENT kerana tiada simbol proses antara kedua-dua storan data tersebut. NO. KOD DKB4033/K2/P(1/1) Muka : 14 drp : 21 Juga, storan data bagi COURSES tiada aliran data masuk dan simpanan data STUDENTS tiada aliran data keluar. Di dalam contoh kedua dan ketiga, storan data bagi DAILY PAYMENT tidak mempunyai aliran data keluar dan simpanan data PASSENGER tidak mempunyai aliran data masuk Terdapat pengecualian kepada keperluan bahawa menyimpan data mesti mempunyai sekurang-kurangnya satu aliran data masuk dan satu aliran data keluar. Dalam beberapa situasi, simpanan data tidak mempunyai aliran data input kerana ia mengandungi data rujukan tetap yang tidak dikemas kini oleh sistem. Sebagai contoh, storan data dipanggil TAX TABLE yang mengandungi data cukai pegangan yang dimuat turun oleh syarikat daripada Perkhidmatan Pendapatan Dalaman. Apabila syarikat menjalankan aktiviti penggajian, proses CALCULATE WITHHOLDING akan mengakses data daripada storan data tersebut. Jadi dalam DFD, ini akan menjadi wakil sebagai satu arah keluar aliran data dari storan data TAX TABLE ke dalam proses CALCULATE WITHHOLDING. d) Simbol Entiti (Entity Symbol) Simbol untuk entiti adalah segi empat tepat, yang boleh dibayangi untuk menjadikannya kelihatan tiga dimensi. Nama bagi entiti itu diletakkan di dalam simbol. DFD hanya menunjukkan luaran entiti yang menyediakan data kepada sistem atau menerima output daripada sistem. DFD menunjukkan sempadan sistem dan bagaimana sistem bersemuka dengan dunia luar. Sebagai contoh, entiti pelanggan mengemukakan pesanan kepada sistem pemprosesan pesanan. Contoh lain, entiti pesakit membekalkan data kepada sistem rekod perubatan dan entiti pemilik rumah yang menerima rang undang-undang daripada sistem cukai hartanah Bandar. NO. KOD DKB4033/K2/P(1/1) Muka : 15 drp : 21 Entiti dalam DFD juga dipanggil sebagai terminators, kerana ia adalah asal-usul data atau destinasi akhir. Nama bagi setiap entiti adalah berbentuk tunggal seperti jabatan, organisasi luar, sistem maklumat lain, atau orang lain. NO. KOD DKB4033/K2/P(1/1) Muka : 16 drp : 21 DFD dalam Rajah 4-10 menjelaskan penambahan dan pelupusan buku, yang merupakan fungsi yang ditunjukkan dalam rajah Pengurusan Perpustakaan dalam Rajah 4-8.  NO. KOD DKB4033/K2/P(1/1) Muka : 17 drp : 21 1.4 Senarai Semak Keperluan Sistem Semasa pemodelan keperluan, pemaju sistem mesti mengenal pasti dan menggambarkan semua keperluan sistem. Keperluan sistem adalah ciri yang mesti dimasukkan dalam sistem maklumat untuk memenuhi keperluan perniagaan dan dapat diterima oleh pengguna. Keperluan sistem berfungsi sebagai tanda aras untuk mengukur penerimaan keseluruhan sistem yang telah siap. Keperluan sistem terdiri daripada lima kategori umum: output, input, proses, prestasi, dan kawalan. 1.4.1 Contoh Output Laman web mesti melaporkan statistik volume dalam talian setiap empat jam, dan setiap jam semasa tempoh puncak. Sistem inventori mesti menghasilkan laporan harian yang memperlihatkan nombor bahagian, perihalan, kuantiti di tangan, kuantiti yang diperuntukkan, kuantiti yang tersedia, dan kos unit yang disusun mengikut nombor bahagian. Sistem tracking sales mesti menghasilkan laporan item bergerak cepat setiap hari, menyenaraikan semua produk yang melebihi volume jualan yang diperkirakan dan dikumpulkan mengikut gaya, warna, saiz, dan menyusun semula status 1.4.2 Contoh Input Pekerja kilang mesti menggeser kad identiti staf mereka ke dalam pengumpulan data dalam talian. Gred pelajar mesti dimasukkan ke dalam bentuk mesin yang boleh dibaca yang disediakan oleh pengajar. Skrin kemasukan data mestilah seragam, kecuali warna latar belakang, yang boleh ditukar oleh pengguna. 1.4.3 Contoh Proses Sistem rekod pelajar mesti mengira GPA pada setiap akhir semester. The warehouse distribution system must analyze daily orders and create a routing pattern for delivery trucks that maximizes efficiency and reduces unnecessary mileage. Sistem sumber manusia mestilah bersambung dengan sistem gaji yang sedia ada. Sistem penyewaan peralatan tidak boleh melaksanakan transaksi sewa baru untuk pelanggan yang mempunyai akaun tertunggak.  NO. KOD DKB4033/K2/P(1/1) Muka : 18 drp : 21 1.4.4 Contoh Prestasi (Performance) Sistem ini mesti menyokong 25 pengguna dalam talian secara serentak. Masa tindak balas tidak boleh melebihi empat saat. Sistem ini mestilah beroperasi tujuh hari seminggu, 365 hari setahun. Sistem akaun belum terima mesti menyediakan penyata pelanggan pada hari ketiga perniagaan pada bulan berikutnya. Sistem rekod pelajar mesti menghasilkan senarai kelas dalam masa lima jam selepas pendaftaran yang terakhir. Sistem kawalan inventori dalam talian mesti memberi peringatan terhadap semua stok barang dalam masa satu jam selepas kuantiti berkurang di bawah minimum yang telah ditetapkan. 1.4.5 Contoh kawalan Sesebuah sistem mesti menyediakan keselamatan log masuk di peringkat sistem operasi dan di peringkat aplikasi. Rekod pekerja mesti ditambah, diubah atau dipadam yang hanya boleh dilakukan oleh ahli jabatan sumber manusia. Pengurus jabatan jualan mesti meluluskan pesanan yang melebihi had kredit pelanggan. 1.5 Pertumbuhan, Kos, dan Faedah Masa Hadapan Sebagai tambahan kepada keperluan sistem, penganalisis sistem mesti mempertimbangkan kebolehskalaan, yang menentukan bagaimana sistem akan mengatasi pertumbuhan dan tuntutan masa depan, dan jumlah kos pemilikan, yang merangkumi semua kos operasi dan sokongan masa depan. 1.5.1 Scalability Skalabiliti merujuk kepada keupayaan sistem untuk menangani kepesatan perniagaan dan urus niaga yang meningkat pada masa akan datang. Kerana ia akan mempunyai hayat berguna yang lebih panjang, sistem berskala menawarkan pulangan yang lebih baik pada pelaburan awal. Sebagai contoh, untuk sistem pemprosesan pesanan berasaskan web, seseorang perlu mengetahui bilangan maksimum pengguna yang dijangkakan serentak, tempoh aktiviti dalam waktu puncak, bilangan dan jenis item data yang diperlukan untuk setiap transaksi, cara mengakses dan mengemas kini fail pelanggan. NO. KOD DKB4033/K2/P(1/1) Muka : 19 drp : 21 Begitu juga, untuk memastikan sistem tempahan hotel berasaskan web dalam skala yang mencukupi, penganalisis itu perlu menggambarkan tahap aktiviti beroperasi untuk beberapa tahun. Sebagai contoh, seseorang mungkin meramalkan kekerapan pertanyaan dalam talian mengenai ketersediaan bilik dan menganggarkan masa yang diperlukan untuk setiap pertanyaan dan masa tindak balas purata. Dengan maklumat itu, jumlah urus niaga pelayan dan keperluan rangkaian dapat dianggarkan. Penyimpanan data juga merupakan isu skalabiliti yang penting. Penganalisis mesti menentukan berapa banyak penyimpanan data yang diperlukan pada masa ini dan meramalkan keperluan masa depan berdasarkan aktiviti dan pertumbuhan sistem. Keperluan tersebut menjejaskan perkakasan, perisian, dan jalur lebar rangkaian yang diperlukan untuk mengekalkan prestasi sistem. Keperluan penyimpanan data juga harus dipertimbangkan untuk menentukan sama ada data boleh dihapuskan atau diarkibkan dalam jadual waktu tertentu. 1.5.2 Jumlah Kos Pemilikan (Total cost of ownership) Di samping kos langsung, pemaju sistem mesti mengenal pasti dan mendokumenkan perbelanjaan tidak langsung yang menyumbang kepada jumlah kos pemilikan (TCO). TCO amat penting jika pasukan pembangunan menilai beberapa alternatif. Selepas menimbangkan kos tidak langsung, sistem yang kelihatan pada mulanya murah mungkin sebenarnya menjadi pilihan yang paling mahal. Satu masalah ialah anggaran kos cenderung untuk mengecilkan kos tidak langsung, seperti sokongan pengguna dan kerugian produktiviti masa. Walaupun angka yang tepat tidak tersedia, penganalisis sistem harus cuba mengenal pasti kos tidak langsung dan memasukkannya ke dalam anggaran TCO. Oleh kerana kawalan kos sangat penting, vendor atau penjual sering mendakwa bahawa produk atau perkhidmatan mereka akan mengurangkan TCO dengan ketara. Sebagai contoh, salah satu sebab yang paling umum untuk memindahkan sistem tradisional ke sistem cloud adalah mengurangkan TCO. Seperti yang ditunjukkan dalam Rajah 4-15, cloud computing menawarkan peluang untuk kos operasi yang lebih rendah disebabkan oleh perbelanjaan sumber luar seperti pelaburan modal sebagai pertukaran untuk model as-pay-as-you- go. NO. KOD DKB4033/K2/P(1/1) Muka : 20 drp : 21  NO. KOD DKB4033/K2/P(1/1) Muka : 21 drp : 21 SOALAN: 1. Berikan 4 aktiviti utama dalam analisa sistem. 1. _________________________________________ 2. _________________________________________ 3. _________________________________________ 4. _________________________________________ 2. Apakah maksud pembangunan aplikasi bersama (JAD). _____________________________________________________________________________ _____________________________________________________________________________ 3. Senaraikan simbol-simbol yang terdapat dalam gambar rajah aliran data (DFD). 1. ____________________ 2. ____________________ 3. ____________________ 4. ____________________ RUJUKAN: i. Gary B. Shelly & Harry J. Rosenblatt (2012). Systems Analysis and Design, Ninth Edition. Boston, USA : Cengage Learning ii. Scott Tilley & Harry Rosenblatt (2017). Systems Analysis and Design, Eleventh Edition. Boston, USA : Cengage Learning iii. Joseph S. Valacich & Joey F. George (2017). Modern Systems Analysis and Design, 8th Edition. University of Arizona : Pearson iv. Alan Dennis, Barbara Haley Wixom & David Tegarden (2015). System Analysis & Design – An Object Oriented Approach With UML. New Jersey : John Wiley & Sons Inc.