Presentation is loading. Please wait.

Presentation is loading. Please wait.

SAP 3103 – ASAS PENYELESAIAN MASALAH LnP01

Similar presentations


Presentation on theme: "SAP 3103 – ASAS PENYELESAIAN MASALAH LnP01"— Presentation transcript:

1 SAP 3103 – ASAS PENYELESAIAN MASALAH LnP01
SAP 3103 – ASAS PENYELESAIAN MASALAH   LnP01.01 Pengenalan Kepada Kitar Hayat Pembangunan Sistem

2 Objektif Di akhir kursus ini, peserta – peserta akan boleh : Teori
Mengenalpasti kitar hayat pembangunan sistem Mengaplikasikan kitar hayat pembangunan sistem Membuat analisa, mengenalpasti dan fahamkan masalah Merekabentuk penyelesaian masalah Menulis program (sintak bahasa pengaturcaraan) Menguji dan menyahsilap program Implemen program dan melatih penggunaan program Menyelenggara dan ubahsuai program

3 Pembangunan Sistem Maklumat
merujuk kpd. aktiviti membangunkan sesebuah sistem baru atau pengubahsuaian sistem yg. sedia ada sebagai penyelesaian kepada masalah organisasi oleh sebab itu adalah penting bagi semua peringkat pengurusan organisasi memahami aspek2 pembangunan sistem secara menyeluruh, agar memudahkan penglibatan mereka dalam proses pembangunan sistem

4

5 ……yg. terlibat Pengurus Stakeholders pengaturcara Juruanalisa sistem Pakar teknikal Pengguna Pembekal/vendor

6 Pihak yang terlibat Juruanalisa Sistem – seorang yang berkemahiran dalam menganalisa dan merekabentuk sistem maklumat Pengaturcara - seorang yang berkemahiran untuk mengubahsuai aturcara komputer sedia menulis aturcara baru yang dapat memenuhi keperluan pengguna Pakar teknikal – seorang yang pakar teknikal khusus seperti dalam bidang pangkalan telekomunikasi yang dapat membantu membangunkan sistem maklumat

7 Kitaran Hayat Pembangunan Sistem (SDLC)
Kaedah pembangunan sistem tradisional Sangat popular sehingga ke hari ini Walau bagaimanapun, masih terdapat pelbagai kaedah alternatif selain SDLC SDLC merupakan sebuah rangka kerja yang berstruktur Terdiri daripada proses-proses yang berturutan

8 Kitar Hayat Pembangunan Sistem Tradisional (SDLC)
Membuat analisa, mengenalpasti dan fahamkan masalah Merekabentuk penyelesaian masalah Menulis program (sintak bahasa pengaturcaraan) Menguji dan menyahsilap program Implemen program dan melatih penggunaan program Menyelenggara dan ubahsuai program

9 Mengendalikan pra analisis Cadangkan penyelesaian alternatif
Membuat analisa, mengenalpasti dan fahamkan masalah Mengendalikan pra analisis Mulakan dengan objektif dan skop masalah Cadangkan penyelesaian alternatif Membiarkan sistem lama, membuat sistem lama lebih efisyen atau membina sistem baru Menerangkan mengenai kos dan faedah setiap penyelesaian masalah Menghantar perancangan awal

10 Antara kajian yang dilaksanakan:
Membuat analisa, mengenalpasti dan fahamkan masalah Menjalankan kajian kebolehlaksanaan (feasibility study) untuk mengenalpasti samada pembangunan sistem dapat dijalankan dengan jayanya Kaji sama ada sistem yg akan dibangunkan benar-benar sesuai dan memenuhi kehendak pengguna Juga kenal pasti keperluan sumber, kos, faedah yg akan diperolehi dan faktor-faktor kejayaan Antara kajian yang dilaksanakan: Kajian Awal Organisasi Kajian Awal Teknikal Kajian Awal Ekonomi Kajian Awal Operasi

11 Kajian Awal Organisasi
Membuat analisa, mengenalpasti dan fahamkan masalah Kajian Awal Organisasi Melihat sejauh mana sistem baru memberi faedah kepada organisasi Cth: Adakah sistem baru dapat memberi kelebihan bersaing dgn memastikan pelanggan tidak bertukar kepada membeli barang/perkhidmatan dari pesaing Kajian Awal Teknikal Kenalpasti komponen perkakasan, perisian dan rangkaian Cth: Sekiranya organisasi baru sahaja membeli 250 buah PC baru, adakah cadangan membangunkan sistem baru akan diluluskan pihak atasan?

12 Kajian Awal Ekonomi Kajian Awal Operasi
Membuat analisa, mengenalpasti dan fahamkan masalah Kajian Awal Ekonomi Lebih tertumpu kpd pulangan yang akan diperolehi berbanding kos yg terpaksa dilaburkan Cth: Adakah peningkatan jualan selepas penggunaan sistem baru berpadanan dengan kos yang dikeluarkan? Kajian Awal Operasi Cuba mendapatkan maklum balas sama ada sistem baru diterima oleh kakitangan yg terlibat Cth: Adakah semua kakitangan bersetuju menggunakan sistem baru sepenuhnya? Adakah penggunaan sistem baru sesuai dengan budaya kerja organisasi?

13 2. Merekabentuk penyelesaian masalah
Gather data using tools of written documents, interviews, questionnaires and observation Analyze the data using modeling tools such as data flow diagram (DFD), CASE tools Write a report

14 2. Merekabentuk penyelesaian masalah
Fasa ini akan hanya dilaksanakan apabila mendapat persetujuan semua pihak yg terlibat Mengkaji & memahami masalah perniagaan secara lebih mendalam untuk diselesaikan dengan pembangunan sistem baru 3 kaedah utk selesaikan masalah: Tidak berubah, guna cara lama Ubahsuai sistem sedia ada Bangunkan sistem baru Mengenalpasti APAKAH yang perlu dijana oleh sistem yang akan dibangunkan dengan mengambilkira Kelebihan & kekurangan sistem sedia ada/proses kerja semasa Fungsi yang perlu ada pada sistem baru agar masalah yang timbul dapat merebut peluang yg. ada Keperluan maklumat pengguna

15 2. Merekabentuk penyelesaian masalah
Menerangkan BAGAIMANA sistem dapat memenuhi keperluan pengguna Rekabentuk yang menggambarkan sistem baru atau menggambarkan sistem yg telah diubahsuai Melibatkan rekabentuk logikal & fizikal Alatan seperti rajah hubungan entiti (ERD), rajah aliran data (DFD) akan digunakan Output => rekabentuk spesifikasi sistem output, input, & antaramuka pengguna perkakasan, perisian, pangkalan data, telekomunikasi, personel, & prosedur Bagaimana kesemua komponen di atas digabungkan

16 2. Merekabentuk penyelesaian masalah
What is the design phase? Acquire hardware and software Develop all details of new or modified information system

17 Rekabentuk Logikal vs Fizikal
Menerangkan perkara yang akan dilakukan oleh sistem Menerangkan fungsi sesuatu sistem Spesifikasi abstrak Spesifikasi Fizikal yang sebenar Ini termasuklah rekabentuk output, input, proses, pangkalan data, telekomunikasi, kawalan keselamatan Termasuk rekabentuk perkakasan, pangkalan data, telekomunikasi & prosidur

18 DFD Tool that graphically shows flow of data in system

19 ERD Tool that graphically shows connections between entities in system
Course Course Number Course Name Course Time Course Place Professor ID Number Name Department can have 1:M 1:1

20 3. Menulis program (sintak bahasa pengaturcaraan)
Develop the software Make-or-buy decision, whether have to create a program or buy it. Develop software : inside staff or outside staff (outsource) Acquire hardware The hardware to run the system Test the system Two stages: Unit Testing System Testing

21 Pengaturcaraan Menterjemahkan rekabentuk spesifikasi sistem ke dalam kod aturcara Memilih bahasa pengaturcaraan yang sesuai Memastikan setiap komponen yg telah ditetapkan pada fasa rkbtk berfungsi Tugas pengaturcaraan dilakukan oleh pengaturcara

22 4. Menguji dan menyahsilap program
Pastikan sistem berfungsi dengan baik Pastikan tiada ralat: Ralat sintak Cth: tertinggal koma, tersilap ejaan Ralat logik Cth: kesilapan pemprosesan yg akan menyebabkan hasil/output menjadi salah Sukar dikesan Perbaiki kelemahan jika ada

23 4. Menguji dan menyahsilap program
Unit Testing The performance the individual parts is examined using test data Each part of the program is tested separately System Testing The part are linked togethe and test data is used to see if the part work together Actual data may be used to test the system

24 5. Implemen program dan melatih penggunaan program
Convert hardware, software and files through one of four types of conversions: Direct Parallel Phase Pilot Compile final documentation Train the user

25 Proses penukaran sistem lama kepada sistem baru
4 strategi yang boleh dilaksanakan: Penukaran Serentak (Parallel conversion) kedua2 sistem baru & lama akan beroperasi serentak sehingga sistem baru betul-betul stabil Penukaran Terus (Direct conversion) sistem lama tidak lagi digunakan & diganti dengan sistem baru Penukaran Rintis (Pilot conversion) Sistem baru hanya digunakan oleh beberapa bahagian/ jabatan/unit/cawangan dahulu Penukaran Berperingkat (Phased conversion) Sistem baru dilaksanakan mengikut modul-modul tertentu secara berperingkat (iaitu diperkenalkan satu fungsi secara beransur2)

26 What are conversion strategies?
Used to change from old system to new system

27 6. Menyelenggara dan ubahsuai program
Provides ongoing assistance after system is implemented Is to keep the system running through system audits and periodic evaluations Not only keeping the system running but updating and upgrade the system.

28 Conduct post-implementation system review—meeting to find out if information system is performing according to expectations Identify errors Identify enhancements Monitor system performance

29 6. Menyelenggara dan ubahsuai program
Sistem baru akan terus digunakan selagimana ianya tidak memberi sebarang masalah kepada pengguna Sistem yg telah beroperasi juga akan dikaji semula setelah satu tempoh yang tertentu bagi memastikan objektif penggunaannya sentiasa dicapai Sekiranya ada masalah, perlu diselenggarakan/ diubahsuai utk menyesuaikan dengan perubahan situasi perniagaan

30 6. Menyelenggara dan ubahsuai program
Penyelenggaraan Menyahpepijat (debugging the programs) mengemaskini sistem bagi memenuhi keperluan pengguna Menambah fungsi baru

31 SDLC.. Di penghujung setiap fasa, semakan (formal review) akan dilakukan Keputusan akan dilakukan pada penghujung setiap fasa samada untuk teruskan, hentikan atau ulangi fasa-fasa terdahulu. Ralat perlu segera dikesan supaya lebih mudah dibetulkan. Semakin lewat dikesan, semakin sukar Sesuai untuk projek yang besar dan yang memerlukan spesifikasi yang formal dan kawalan pengurusan yang ketat untuk setiap tahap

32 Kelemahan SDLC Bakal pengguna tidak berpeluang guna sistem sehingga pembangunan sistem siap sepenuhnya Pembangunan berkemungkinan dijalankan mengikut pemahaman kumpulan pembangun yang tidak serasi dengan pengguna Kaedah ini terlalu rigid dan mahal, tidak sesuai untuk aplikasi yang tidak berstruktur dan berorientasikan keputusan dimana keperluannya sukar dikenalpasti dengan cepat

33 Table 12.2 The traditional SDLC creates a well-documented system. If kept current, documentation makes maintenance easier. The traditional SDLC also allows significant management control, since there is a formal review at the end of each stage. After the review, a decision is made to continue, end the project, or repeat part of the previous stage. The traditional SDLC also emphasizes tracing all parts of the information system to a business need: each systems requirement can be traced to to a business need; each product to a systems requirement (and therefore to a business need). However, there are some disadvantages with the traditional SDLC. Users are not actively involved in the entire development process, and the resulting system may not meet their requirements. The traditional SDLC was designed for large systems with well-defined requirements, such as transaction processing systems and management information systems. In Many of the information systems developed today, however, requirements are not stable. The traditional SDLC cannot easily handle changing user requirements.

34 Pendekatan selain SDLC

35 Prototyping Is a system development methodology that uses a “trial and error” approach for discovering how a system should operate Prototaip yang dibina akan sentiasa diubahsuai dan ditingkatkan mutunya (iterative process) untuk memenuhi keperluan pengguna sehinggalah ia boleh dijadikan sebagai rangka untuk membina sistem yang sebenar Melibatkan kos yang murah untuk diuji dan dinilai oleh pengguna akhir Menggalakkan penglibatan pengguna akhir dalam pembangunan sistem sehingga segala spesifikasi dapat dipenuhi Masa pembangunannya yang cepat mungkin akan mengakibatkan sistem yang tidak sempurna dari segi ujian dan dokumentasi dan kemungkinan kurang tersedia untuk persekitaran sebenarnya

36 The prototyping process uses a trial-and error approach to discovering
Collect Requirement Develop/ Refine prototype Review prototype with user Imlement and Use System Does user accept prototype? No YES The prototyping process uses a trial-and error approach to discovering how a system should operate

37

38 RAD The rapid development and testing of working models of new applications in an interactive, iterative process. Sometimes called rapid application design (RAD). Simplifies and accelerates systems design. Most often used in interface design

39 Prototyping

40 Pembangunan Aplikasi Pantas (RAD)
Pendekatan yang menggabungkan penggunaan joint application design (JAD), prototaip & alatan CASE, untuk menghasilkan sistem yang berkualiti tinggi dalam masa yang singkat JAD  A group-based method for collecting user requirements and creating system designs in which all users meet simultaneously with analysts to jointly define & agree upon system requirements alatan CASE  uses specialized tools, such as code generators & documentation generators, to automate many of the tasks in the SDLC

41

42 Pembangunan oleh Pengguna Akhir
Pembangunan sistem dilakukan secara individual atau dengan sedikit pertolongan dari pakar sistem maklumat Boleh dibina secara cepat dan kurang formal dengan menggunakan bahasa generasi keempat Pusat maklumat boleh mambantu memantau pambangunan oleh pengguna akhir – dari segi penyediakan perkakasan, perisian & kepakaran teknikal yang sesuai serta boleh menggalakkan pematuhan kepada piawai kualiti Organisasi juga boleh menyediakan polisi serta prosedur mengenai piawai bagi pembangunan sistem, latihan, pentadbiran data dan kawalanuntk mengurusan perkomputeran pengguna akhir secara efektif

43 Pembangunan oleh Pengguna Akhir
Kebaikan: Memperbaiki penentuan keperluan sistem, mengurangkan backlog aplikasi, meningkatkan kerjasama dari pengguna Kelemahan: kemungkinan akan timbul masalah tidak menepati kualiti yang piawai

44 Outsourcing Menggunakan pihak luar bagi tujuan pembangunan sistem
Kelebihan: dapat menyediakan perkakasan dengan kos yang lebih murah dapat meyediakan staf teknikal yang diperlukan lebih berkemahiran

45 Outsourcing Kelemahan: Panduan:
Lebih utamakan keperluan pihak ketiga bukannya pelanggan Kurang memahami proses sesuatu perniagaan Masalah dengan kontrak Panduan: Perlukan kontrak bertulis yang fleksibel (sesuai dengan keperluan yang berubah2) Penggunaan pihak luar perlu dikawal Penggunaan pihak luar hanya apabila diperlukan


Download ppt "SAP 3103 – ASAS PENYELESAIAN MASALAH LnP01"

Similar presentations


Ads by Google