Pembangunan Sistem Maklumat

1
Pembangunan Sistem Maklumat

• Minggu 11

2
PENGENALAN

• Sistem sekumpulan unsur dan tatacara yang
  berkaitan yang berkerjasama untuk melakukan
  sesuatu tugas.
• Pembangunan sistem The structuring of hardware
  and software to archive the effective and
  efficient processing of information.
• Dengan itu pembangunan sistem merujuk kepada
  semua aktivitivi yang digunakan untuk mencipta
  sistem maklumat di dalam organisasi dan proses
  penyelesaiannya.

3
Objektif

• Menerangkan kaedah pembangunan perolehan
  implementasi dan penyenggaraan sistem.
• Mengenalpasti kebaikan dan masalah pembangunan
  aplikasi oleh pengguna.
• Menjelaskan isu dalam pembangunan sistem maklumat.

4
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• Diwujudkan untuk menyediakan framework yang
  lengkap untuk aktiviti reka bentuk dan
  pembangunan sistem yang formal.
• SDLC merupakan model untuk pembangunan sistem
  berasaskan proses tradisional (masalah-penyelesai
  an) dengan langkah-langkah yang berturutan dan
  membolehkan langkah penyemakan semula apabila
  timbul masalah.

5
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• SDLC Melibatkan lapan langkah walau
  bagaimanapun terdapat juga pembahagian SDLC
  kepada enam tujuh dan sembilan langkah.

6
An Eight-Stage SDLC
7
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• 1.      Perancangan projek
• Tentukan masalah dan objektif pembangunan sistem
•  
• 2.      Kajian analisis dan keboleksanaan
• Melakukan siasatan persekitaran semasa sama ada
  melalui tinjauan kaji selidik temubual membaca
  laporan dan sebagainya.
• Kajian kebolehsanaan dari segi teknologi
  ekonomi faktor dalaman organisasi
  (organizational factors) undang-undang etika
  dan lain-lain halangan.

8
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• 3.      Analisis dan reka bentuk logikal
• Akan melibatkan proses reka bentuk analisis
  logikal (seperti menggunakan data flow diagram
  dan entity-realtionship diagram) dan reka
  bentuk fizikal.
• 4.      Perolehan atau pembangunan
• Keperluan ditakrifkan pada fasa analisis logik
  dan reka bentuk ditafsirkan atau diterjemah
  kepada spesifikasi sistem secara terperinci.
  Pembangun sistem perlu merekabentuk keperluan
  input proses dan output dan storan bagi sistem
  baru. Selain itu menentukan spesifikasi
  perkakasan perisian dan maklumat yang
  diperlukan.

9
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• 5.      Perlaksanaan
• Perlaksaan sistem untuk menentukan kelancaran
  sistem dan mengesan kemungkinan ralat yang
  berlaku. Penukaran sistem baru akan melibatkan
  penukaran sistem sama ada penukaran selari
  penukaran terus penukaran perintis ataupun
  penukaran berfasa.
• a) Penukaran Selari
• Sistem lama dan sistem baru beroperasi serentak.
  Penukaran cara ini adalah selamat kerana sistem
  lama boleh menjadi salinan (backup) sekiranya ada
  ralat atau masalah pada sistem baru. Penukaran
  ini memerlukan banyak perbelanjaan kerana kerja
  adalah pendua (duplicate).

10
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• b. Penukaran Terus
• Sistem baru terus digunakan dan sistem lama
  ditinggal terus. Penukaran ini berisiko tinggi
  tetapi mungkin perlu dalam sesetengah situasi.
• c. Penukaran Perintis (Pilot)
• Sesetengah cawangan atau jabatan organisasi
  menggunakan sistem baru manakala sesetengah
  cawangan/jabatan yang lain beroperasi menggunakan
  sistem lama. Apabila kumpulan pilot selesa atau
  berjaya menggunakan sistem baru sepenuhnya maka
  kumpulan lain (cawangan atau jabatan) boleh
  memulakan operasi dengan sistem baru.
• d. Penukaran berfasa
• Sistem baru diimplementasikan dalam jangka masa
  yang berbeza iaitu hanya satu bahagian (sub
  sistem atau modul) sistem baru dilaksanakan pada
  satu masa. Selepas satu bahagian sistem tersebut
  berjaya diimplementasikan maka bahagian yang lain
  pula akan dilaksanakan. Sehinggalah pada satu
  jangka masa semua bahagian sistem baru itu
  digunakan sepenuhnya.

11
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• 6.      Operasi
• Sistem akan beroperasi untuk jangka masa tertentu
  sehingga tidak diperlukan lagi atau perlu
  diubahsuai
• 7.      Pemeriksaan (Post-Audit)
• Memeriksa dan menilai keadaan sistem semasa
  secara berterusan dan memastikan kestabilan
  operasi sistem

12
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• 8.      Penyelenggaraan
• Menyelenggara sistem apabila berlaku masalah
  (seperti mellinium bug) atau pengubahsuaian
  terhadap sistem untuk memenuhi ciri-ciri sistem
  maklumat yang dikehendaki

13
(No Transcript)
14
1.0 Konsep Pembangunan Sistem Kitar Hayat (System
Development Life Cycle)

• Masalah metodologi SDLC
• i. Kegagalan projek sistem
• ii.The environment is very different from what it
  was 30 years ago

15
Implementing SDLCs

• IS groups considering the implementation of a
  formal SDLC methodology should look for the
  following characteristics
• Minimal overhead
• Flexibility and responsiveness
• Concurrent tasks
• Focused analysis

16
Alternatives to Conventional SDLCs

• Four Possibilities
• Prototyping
• Joint application design
• Rapid application development
• Object-oriented development

17
Prototyping

• Instead of spending a lot of time producing very
  detailed specifications the developers find out
  only what the users want.
• Developers quickly create a prototype.
• This contains portions of the system of most
  interest to the users or is a small-scale
  working model of the entire system.
• After reviewing the prototype with the users the
  developers refine extend it.
• This approach is also known as evolutionary
  development.

18
Joint Application Design

• Joint application design (JAD) is a group-based
  method for collecting user requirements and
  creating system designs.
• JAD is most often used within the systems
  analysis and systems design stages of the SDLC.
• In contrast to the SDLC requirements analysis
  JAD has a group meeting in which all users meet
  simultaneously with analysts.
• An electronic JAD session can be conducted
  offsite/online with technology support.
• JAD may not be an easy task for Web site design
  since in some cases the stakeholders may be
  outside of an organization.

19
Rapid Application Development

• Rapid application development (RAD) methodologies
  and tools make it possible to develop systems
  faster especially systems where the user
  interface is an important component.
• E.g. Blue Cross Blue Shield Develop an
  award-winning application using RAD.

• Typical RAD packages include the following
• GUI development environment
• Reusable components
• Code generator
• Programming language Visual Basic Pascal etc.

20
Rapid Application Development (cont.)
21
Object-Oriented Development

• An object-oriented (OO) system begins not with
  the task to be performed but with the aspects of
  the real world that must be modeled to perform
  that task.
• Object technology enables the development of
  purchasable sharable and reusable information
  assets (objects) existing in a worldwide network
  of interorganizational information systems.
• The techniques and notations that are
  incorporated into a standard object-oriented
  language are called unified modeling language or
  UML.
• The object-oriented approach is ideal for
  developing Web applications.

22
Component-based Development

• Components are self-contained packages of
  functionality that have clearly defined open
  interfaces with high-level application services.
• E.g. interface icons (small) online ordering (a
  business component)
• Components can be distributed dynamically for
  reuse across multiple applications and
  heterogeneous computing platforms.
• The major reasons for using components-based
  development are
• Code reusability which make programming faster
  with fewer errors.
• Support for heterogeneous computing
  infrastructure and platforms.
• Rapid assembly of new business applications
• Ability of an application to scale.

23
2.0 Systems Developed Outside The IS Department

• 1.   End-User Developed
• Trend yang meningkatkan kegemaran kaedah ini
•   i.      peningkatan kuasa perkakasan desktop
•   ii.      penurunan harga perkakasan
•   iii.      Peningkatan keupayaan pelbagai
  perisian
• iv.      Peningkatan populasi yang mempunyai
  literasi komputer
•    v.      Kelajuan pembangunan
•    vi.      Business orientation
• vii.      Aplikasi kecil
•  viii.      Kawalan own direct control
• ix. Pengurangan kos

24

• Masalah yang mungkin timbul
• i.   kos yang tinggi (keperluan perkakasan dan
  perisian)
• ii.  kemahiran teknikal yang terhad sukar untuk
  menilai
• iii. keselamatan diabaikan
• kajian tahap kesalahan membangunkan sistem oleh
  pengguna akhir ini adalah tinggi.
• - Perisian penjana aturcara membolehkan pengguna
  menulis aturcara dengan mengisi borang tertentu
  yang dipaparkan pada skrin.
• Aturcara jenis ini lebih mudah.

25

• 2.   Sumber luar
• -        Membeli produk atau perkhidmatan dari
  syarikat lain
• -        Membeli perisian prapakej dari pembekal
  perisian.
• -        Masalahnya perisian selalunya tidak
  menepati kehendak perniagaan.
• Perisian yang telah sedia ditulis ini hanya
  menguntungkan sekiranya ia memerlukan
  pengubahsuaian yang minimum.
• Perlaksaan sistem dapat dijalankan dalam masa
  yang singkat.

26

• -        Kegagalan perisian adalah kurang kerana
  kualitinya dan penggunanya yang ramai dan mereka
  saling menolong sekiranya berlaku debug.
• -        Pemilihan pengedar dan pakej perisian
  komersial perlu melihat tiga aspek
•                 i.      On- time
•                ii.      On-budget
•         iii.      Full functionally

27

• Penulisan
• -        upah perunding aturcara untuk membuat
  kesemua atau sebahagiannya.
• -        Dalam syarikat besar selalunya
  pengaturcara dalam jabatan sistem pengurusan
  maklumat menjalankan tugas ini.
• -        Biasanya perisian penggunaan yang dibuat
  khas memerlukan banyak masa wang dan tenaga.
•  

28
3.0 Perisian Perdagangan Elektronik

• - powerful facilities real time credit card
• Proses pembangunan aplikasi Perdagangan
  elektronik
• i.        System analysis
• ii.       Selection
• a.    Beli aplikasi e-perdagangan  
• i.      Kos efektif dan menjimatkan masa
  berbanding develop in-house
• ii.      Sesetengah pakej ketinggalan perubahan
  masa yang cepat
• b.   Sewa
• i.      Jimat masa dan kos terutama bagi
  organisasi kecil dan pertengahan
• c.    Develop in-house

29

• iii.            Installation and connection
• iv.            Deployment
• v.             Operation and maintenance

30
Development Strategies for EC Applications

• Buy the EC Applications
• The following are the major criteria for
  consideration in buying e-commerce applications
• The functionalities of development packages
  criteria of choice
• User-friendliness
• Information requirements
• Hardware and software resources
• Installation
• Maintenance services
• Security
• Vendor quality
• Cost

31
Development Strategies for EC Applications

• 2. Lease the EC Applications
• Leasing is advantageous in cases where extensive
  maintenance is required or where the cost of
  buying is very high.
• Two ways to lease
• Lease the application from an outsourcer and
  install it on the companys premises.
• Lease from either an application service provider
  or a CSP.
• 3. Develop EC Applications In House Insourcing
• Build from scratch.
• Build from components.
• Enterprise application integration.

32
Other Development Options

• Join An E-Marketplace
• Join An Auction or Reverse Auction Third-Party
  Site
• Joint Ventures
• Join a Consortium
• Hybrid Approach

33
4.0 APPLICATION SERVICES PROVIDERS (ASPs)

• ASP is an agent or vendor who assembles
  functionality needed by enterprises and packages
  it with outsourced development operation
  maintenance and other services.
• -        bayaran yuran atau penggunaan yang tetap
• -        Pilihan ASP berdasarkan
• o     Track record berapa lama syarikat
  tersebut memuaskan pelanggan
• o     Application and data storage
• o     Scope of services
• o     Support services
• o     Integration
• o     Database format and portability