Analisis dan Perancangan SI by UcoxJayadiningrat

VIEWS: 69 PAGES: 26

									          PEMODELAN  PROSES 
        pada tahap analisis sistem 



      APSI Magister LIKMI
         By Rini Astuti 




                        Agenda
1
1.   Proses Pengembangan sistem
     Proses Pengembangan sistem
2.   Pendekatan Pengembangan Sistem
3.
3      k ik d     l b
     Teknik  dan Alat bantu
4.   Pemodelan proses / fungsional 




                            riniastuti
                           A Simple System 
                         Development Process
                         Development Process
     Our Simplified System            General Problem-Solving Steps
     Development Process
 System initiation           1. Identify the problem.
 System analysis             2.   Analyze and understand the problem.
                             3.   Identify solution requirements or
                                  expectations.

 System design
 S      d i                  4.   Identify alternative solutions and choose the
                                  “best” course of action.
                             5.   Design the chosen solution.

 System implementation       6.   Implement the chosen solution.
                             7.   Evaluate the results. If the problem is not
                                  solved, return to step 1 or 2 as appropriate.
                                          SOURCE :McGraw-Hill/Whitten Bintley/2007




                     Pemodelan Analisis
                     Pemodelan Analisis
   Model Fungsional / 
   Model Fungsional / Process
 • Model Fungsional / Process
 • Model Data
     d l    il k / h i
 • Model Perilaku / Behavior


SOURCE :
  Edward Yourdon, M d
• Ed    dY     d            St   t   d A l i (1989)
                     Modern Structured Analysis (1989).
•Software Engineering : (R.S. Pressman ,2001 / Sommerville,2004)
•A. Hoffer , Joey F. George, Valacich, Modern Systems Analysis and
Design,
Design 2005
                             Model
Model – a pictorial representation of reality. 
   Seperti halnya sebuah gambar yang dapat melukiskan berbagai 
     makna, umumnya suatu model sistem adalah representasi gambar 
     makna umumnya suatu model sistem adalah representasi gambar
     dari kenyataan.
   .

Logical model – representasi          Physical model – representasi 
gambar nonteknis yang                 gambar teknis yang menyatakan 
menyatakan apa sistem tsb. 
menyatakan apa sistem tsb.            apa sistem tsb.  atau apa yang 
                                      apa sistem tsb atau apa yang
atau apa yang dilakukan               dilakukan sistem dan bagaimana 
sistem. Sinonimnya adalah             diimplementasikan. Sinonimnya 
model esensial, model 
model esensial, model                 adalah model implementasi dan
                                      adalah model implementasi dan 
konseptual dan model bisnis           model teknis.



                                     SOURCE :McGraw-Hill/Whitten Bintley/2007
                                  riniastuti




               Teknik dan Alat batu
               Teknik dan Alat batu
• Teknik :
     Kumpulan aturan yang harus diikuti untuk menyelesaikan 
   – Kumpulan aturan yang harus diikuti untuk menyelesaikan
     sebuah pekerjaan [KBBI, 1999]
   – metode atau sistem mengerjakan sesuatu 
     [http://kamusbahasaindonesia.org/]
• Alat Bantu :
   –  Kumpulan notasi tertentu utk memodelkan dan menggambarkan 
     sesuatu sehingga menjadi lebih jelas dan mudah  bagi yg membacanya
     Jenis alat bantu : manual tools dan automated tools (CASE).
   – Jenis alat bantu : manual tools dan automated tools (CASE)




                                  riniastuti
 Pendekatan Pengembangan Sistem
 Pendekatan Pengembangan Sistem
 1.
 1    Tradisional
 2.   Terstruktur
 3.
 3      f      i      i   i
      Information Engineering
 4.   Berorientasi Objek




                             riniastuti




   1. Pendekatan Tradisional / klasik
   1. Pendekatan Tradisional / klasik
• Fokus analisis pada output / laporan
• Teknik :
  – Analisis metode dan prosedur / teknik workflow  
• Alat Bantu :
  – Diagram sistem prosedur (flowmap / workflow diagram). 
     Sinonim : Forms flowchart atau Diagram alir dokumen  atau 
     Mapping flow chart atau Paperwork Flowchart atau Diagram 
     Mapping flow chart atau Paperwork Flowchart atau Diagram
     sistem Prosedur Kerja atau diagram alir dokumen.
  – Deskripsi file / data 
  – Diagram alir sistem (system flowchart)
  – Diagram alir program (program flowchart)

                             riniastuti
                     Karakteristik
• pergerakan informasi mengalir melalui urutan 
  langkah‐langkah yang membentuk prosedur 
  l k hl k h                  b t k       d
  kerja organisasi
• merepresentasikan aliran data fisik melalui 
  dokumen yang  mengalir
• dibuat dan dibaca dari kiri ke kanan dan dari 
  atas ke bawah per kolom entitas.



                                 riniastuti




         ANSI Standard Symbols
         ANSI Standard Symbols




          http://portal.newman.wa.edu.au/technology/11InfSys/Intranet/Systems%20Fl
          owcharts%20Chartist.htm riniastuti
         IBM Flowcharting Template




                          http://www.retroist.com/2009/01/11/ibm
                    riniastuti
                          -flowcharting-template/




CONTOH :
A Document
Flowchart of
Sales Order
Processing




                    riniastuti
                    http://acct.tamu.edu/smith/system_tools/exhib5.htm
         2. Pendekatan Terstruktur
         2. Pendekatan Terstruktur
• Fokus analisis pada fungsional / proses
  Teknik :
• Teknik :
  – Structured Technique /  hirarki berjenjang
    Structured System Analysis and Design Method (SSADM)
  – Structured System Analysis and Design Method (SSADM)
• Alat Bantu :
    Data Flow Diagram(DFD), Data Dictionary, E R diagram, 
  – Data Flow Diagram(DFD), Data Dictionary, E‐R diagram, 
    Process specification
  – State transition diagram
  – Sructure chart, pseudo‐code



                             riniastuti




        3. Information Engineering
        3. Information Engineering
• Teknik :
     Business System Planning (BSP)
   –B i       S       Pl   i (BSP)
   – Enterprise Architecture Planning
   – Zachman framework, dsb.
• Alat Bantu :
   – Enterprise model, Process model, Data model
   – Arsitektur bisnis, arsitektur aplikasi, arsitektur 
     teknologi, arsitektur data


                             riniastuti
   4. Pendekatan Berorientasi Objek
   4. Pendekatan Berorientasi Objek
• Teknik :
   – Coad and Yourdon
   – Object Modelling Technique (OMT)
   – Booch Method
   – Grady Booch, Jim Rumbaugh, dan Ivar Jacobson
• Alat Bantu :
   – Diagram objek
   – Diagram model hubungan objek
   – Unified Modelling Language (UML)



                             riniastuti




               Pemodelan Proses
               Pemodelan Proses
• Diagram  grafis yang mewakili proses yang menangkap, 
  memanipulasi, menyimpan, dan mendistribusikan data antara 
   it     d li k             d di t k                 it
  sistem dan lingkungannya dan di antara komponen sistem
• Teknik yang digunakan untuk mengelola dan 
  mendokumentasikan proses sistem meliputi :
                        p                 p
   – Aliran data melalui proses
   – Logika
   – Kebijakan
   – Prosedur
   Salah satu alatnya adala Data Flow Diagram : diagram yang 
• Salah satu alatnya adala Data Flow Diagram : diagram yang
  digunakan untuk menggambarkan aliran data melalui sebuah 
  sistem atau pengolahan data yang dilakukan sistem tsb. 

                                SOURCE :McGraw-Hill/Whitten Bintley/2007
                             riniastuti
        The Data Flow Diagram
        The Data Flow Diagram
  Four symbols:
• Four symbols:
  – Terminator/external entities
    data store
  – data store
  – process bubble
    data flow
  – d t fl




               Basic Symbols
               Basic Symbols




                   Source : A. Hoffer , Valacich, Modern Systems Analysis
                   and Design, 4th, 2005
                          riniastuti
                 Simbol lainnya
                 Simbol lainnya




            Donald Yeates and Tony Wakefield ,Systems Analysis and
                              riniastuti
            Design, 2nd, 2004




                      Symbols
• Terminator/External Entities
  – Person or organization that lies 
    outside the system and that is a net              EMPLOYEE
    originator or receiver of data.
  Key
  K :
                                          control.
     outside the area of our concern and control.
     Does this person or group of people perform the
     processes that are part of this system on which I
     am concentrating ? If the answer is no, that is
       t    l tit
     external entity
      Terminator / external agent
      Terminator / external agent
  – Almost always one of the following:
     • Office, department, division.
     • An external organization or agency.
       Another business or another 
     • Another business or another
       information system.
     • One of system’s end‐users or managers
               h                  l
  – Named with descriptive, singular noun




                                   riniastuti




                    External entity
• Typically, a terminator is a person or a group of 
  people for example an outside organization or
  people, for example, an outside organization or 
  government agency, or a group or department 
  that is within the same company or 
  that is within the same company or
  organization, but outside the control of the 
  system being modeled. In some cases, a 
  system being modeled In some cases a
  terminator may be another system, for example, 
  some other computer system with which your 
  some other computer system with which your
  system will communicate.

          Edward Yourdon, Modern Structured Analysis (Prentice Hall, 1989).
                                    riniastuti
          http://yourdon.com/strucanalysis/wiki/index.php?title=Chapter_9#The_Process
Example 1
Example‐1




          Edward Yourdon, Modern Structured
    riniastuti
          Analysis (Prentice Hall, 1989)




Example 2
Example‐2




 SOURCE :McGraw-Hill/Whitten Bintley/2007
    riniastuti
Context
Diagram of
Order
System




Source : Systems
Analysis and
Design
Kendall & Kendall




                      External Entity
                      External Entity
                     d                  fd t
                A producer or consumer of data


                Examples: person, device,
               •Examples: a person a device a sensor

               •Another example: computer-based
                   t
                system

              •Data must always originate somewhere
              and must always be sent to something


                              R.S. Pressman , Software Engineering:
                              A Practitioner's Approach, 5/e
         Level 0 DFD / Context level 
                  Example
         processing
user       request              requested
                     digital
                     di it l      video
                     video        signal
                                             monitor
                   processor
 video
source      NTSC
         video signal




                               R.S. Pressman , Software Engineering:
                               A Practitioner's Approach, 5/e




                        Contoh lain
                        Contoh lain




                                                Suurce : IF-ITB-2003
                                riniastuti
                   Contoh lain
                 Context Diagram
                                         PAYROLL-AUDIT-TRAIL
                                         EMPLOYEE-
                                         MAINTENANCE-AUDIT-
                                         TRAIL
                                                               MANAGEMENT
            EMPLOYEE-MAINTENANCE-
            TRANSACTION
            EMPLOYEE-HOURS-WORKED-
            TRANSACTION
                                                  EMPLOYEE-PAY-RATE-
                                                  TRANSACTION
                                     0
 EMPLOYEE
                               PAYROLL
                                                  GENERAL-LEDGER-
            EMPLOYEE-
                                                  ACCOUNT-NUMBER
                                                  ACCOUNT NUMBER
            PAYCHECK


                                                                   GENERAL-
                                                                    LEDGER

                                             PAYROLL-VOUCHER
                                             PAYROLL-AUDIT-TRAIL




                                                     Source : IF-ITB-2006




                               Symbols
                                                          EMPLOYEE


• Data store (file) 
   – Same as the data store in the data dictionary.
   – Could be a computer file, card file, file cabinet, etc.
   – Note that EMPLOYEES here is the data store that 
     contains the employee information, while EMPLOYEE 
     (the terminator) is the actual person.
     (               )              p
   – Size: about 1 inch by 1/2 inch.
                      Symbols

                                                     1
                                                  PRODUCE-
                                                 EMPLOYEE
                                                 EMPLOYEE-
  Process (bubble, transform)
• P       (b bbl t      f   )                    PAYCHECK
   – An activity, task, function, etc.
   – Shows work being done against the data.
      • Transforms incoming data into outgoing data.
        Changes status (logical) or content, format, or 
      • Ch       t t (l i l)           t t f      t
        medium (physical).




                      Symbols
                                       DATA-FLOW-NAME
  Data flow
• Data flow
  – The data interface between bubbles, terminators, and 
    data stores.
  – Should be a packet of logically related data items.
     • good‐‐CUSTOMER‐PAYMENT‐TRANSACTION
     • bad‐‐MISCELLANEOUS‐STUFF
  – No excess data passed around.
     • Tramp data is not acceptable.
DFD Diagramming Rules
       Process



        No process can have
        only outputs or only
        inputs processes
        inputs…processes
        must have both
        outputs and inputs.




                               phrases.
 Process labels should be verb phrases
                       A. Hoffer , Valacich, Modern Systems
                       Analysis
                       and Design, 4th, 2005




DFD Diagramming Rules
      Data Store


    All flows to or from a data store must
    move through a process.




                                   phrases.
  Data store labels should be noun phrases
               A. Hoffer , Valacich, Modern Systems Analysis
               and Design, 4th, 2005
               Context Diagram
               Context Diagram

                                                        Context diagram
                                                        shows the
                                                        system
                                                        boundaries,
                                                        boundaries
                                                        external entities
                                                        that interact with
                                                        the system, and
                                                        major
                                                        information flows
                                                        between entities
                                                        and the system.



                            symbol,
     NOTE: only one process symbol and no
     data stores shown.
                            A. Hoffer , Valacich, Modern Systems Analysis
                            and Design, 4th, 2005




                   Level‐0 DFD


                                                       Level-0 DFD
                                                       shows the
                                                           t ’      j
                                                       system’s major
                                                       processes, data
                                                       flows, and data
                                                       stores at a high
                                                                     g
                                                       level of
                                                       abstraction.




                        1.0, 2.0, etc.
Processes are labeled 1 0 2 0 etc These will be decomposed into
more primitive (lower-level) DFDs.
                    Diagram level 0
                    Diagram level 0
  Diagram 0 is the explosion of the context level 
• Diagram 0 is the explosion of the context level
  diagram.
  It should include up to 7 or 9 processes.
• It should include up to 7 or 9 processes.
      – Any more will result in a cluttered diagram.
  Processes are numbered with an integer.
• Processes are numbered with an integer.
• The major data stores and all external entities 
  are included on Diagram 0.
  are included on Diagram 0.


                      Sumber : System analysis and Desig n,
Kendall & Kendall
                      Kendall&Kendall© 2005 Pearson Prentice Hall




 Number the Processes on LEVELED 
              DFDs
  don t create a DFD with too many processes, 
• don’t create a DFD with too many processes
  flows, stores, and terminators. In most cases, 
  this means that you shouldn’t have more than
  this means that you shouldn t have more than 
  half a dozen processes and related stores, 
  flows, and terminators on a single diagram
  flows and terminators on a single diagram




                                    Edward Yourdon, Modern Structured
                              riniastuti
                                    Analysis (Prentice Hall, 1989)
                    Level‐1 DFD

                                                      Level-1 DFD shows
                                                      the sub-processes
                                                        f     f th
                                                      of one of the
                                                      processes in the
                                                      Level-0 DFD.

                                                      This is a Level-1
                                                      DFD for Process
                                                      4.0.



Processes are labeled 4.1, 4.2, etc. These can be further
decomposed in more primitive (lower-level) DFDs if necessary.




                     Level‐n DFD
                     Level n

                                                      Level-n DFD shows
                                                      the sub-processes
                                                        f     f th
                                                      of one of the
                                                      processes in the
                                                      Level n-1 DFD.

                                                      This is a Level-2
                                                      DFD for Process
                                                      4.3.


Processes are labeled 4.3.1, 4.3.2, etc. If this is the
lowest level of the hierarchy, it is called a primitive DFD.
                            y,                p
                 DFD Balancing
                 DFD Balancing
                        p            p
• The conservation of inputs and outputs to a data 
  flow process when that process is decomposed to a 
  lower level
     l    d
• Balanced means:
   – Number of inputs to lower level DFD equals number of 
     inputs to associated process of higher level DFD
     inputs to associated process of higher‐level DFD
   – Number of outputs to lower level DFD equals number of 
     outputs to associated process of higher‐level DFD




               Unbalanced DFD


  1 input                                          This is
  1 output                                         unbalanced
                                                   because the
                                                   process of the
                                                   context diagram
                                                   has only one
                                                   input but the
                                                   Level-0 diagram
   2 inputs
                                                   h t      i    t
                                                   has two inputs.
   1 output
                   Balanced DFD
                   Balanced DFD
                                                1 input
                                                2 outputs




These are balanced because the
    b      fi  t    d t t f
numbers of inputs and outputs of
context diagram process equal the
number of inputs and outputs of
Level-0 diagram.
           g




                       (     )
          Balanced DFD (cont.)
                                    These are balanced because the
                                    numbers of inputs and outputs to
                                    P        1 0 f the Level-0 di
                                    Process 1.0 of th L     l 0 diagram
                                    equals the number of inputs and
                                    outputs to the Level-1 diagram.




              1 input
              4 outputs
                    Jenis
                    Jenis DFD
  Logical Data Flow Diagram DFD
• L i l D t Fl      Di
   – Yaitu representasi grafik dari suatu sistem yang menggambarkan proses‐
     proses dari sistem tersebut berikut aliran‐aliran datanya. 
   – DFD Lojik menunjukkan apa yang dilakukan oleh suatu sistem, tanpa 
     menspesifikasikan dimana, bagaimana, dan oleh siapa proses dalam 
     sistem dilakukan. 
• Physical Data Flow Diagram
   – Yaitu representasi grafik dari suatu sistem yang menggambarkan entitas‐
     entitas internal dan eksternal dari sistem tersebut berikut aliran‐aliran
     entitas internal dan eksternal dari sistem tersebut berikut aliran aliran 
     datanya. 
   – DFD Fisik tidak menunjukkan apa yang dilakukan, tetapi menunjukkan  
     dimana, bagaimana, dan oleh siapa proses proses dalam sistem 
     dimana bagaimana dan oleh siapa proses‐proses dalam sistem
     dilakukan.


             Sumber : Lani Sidharta; Sistem Informasi Bisnis:Pengantar
             Sistem Informasi Bisnis, Analisis dan Desain Sistem Informasi
                                  riniastuti
             Bisnis, 1995, Elexmedia Komputindo




          Contoh :




                                    riniastuti
     Physical Data Flow Diagram
     Physical Data Flow Diagram
  Physical data flow diagrams are 
• Physical data flow diagrams are
  implementation‐dependent. 
    They show the actual devices, department, 
  – They show the actual devices department
    people, etc., involved in the current system.




                          riniastuti
                 http://www.laynetworks.com , by Prerna Kejriwal




 Physical Data Flow Diagram (DFD)
 Physical Data Flow Diagram (DFD)
  model proses yang digunakan untuk 
• model proses yang digunakan untuk
komunikasi karakteristik teknis pelaksanaan 
sistem informasi.
sistem informasi
• komunikasi teknis pilihan dan keputusan 
   desain lainnya untuk mereka yang benar
   desain lainnya untuk mereka yang benar‐
   benar akan membangun dan menerapkan 
   sistem.
   sistem


                    SOURCE :McGraw-Hill/Whitten Bintley/2007
                                                       13-48
Physical Data Flow Diagram (Whitten Bintley)




                                                             12-49




                        Resource
1 Edward Yourdon Modern Structured Analysis (Prentice Hall
1. Edward Yourdon, Modern Structured Analysis (Prentice Hall, 
   1989)
2. R.S. Pressman , Software Engineering: A Practitioner's 
   Approach , 5/e, 2001
3. Kendall & Kendall, Systems Analysis and Design.Sixth 
   Edition 2005
   Edition,2005
4. Jeffrey A. Hoffer , Joey F. George
   Joseph S. Valacich; Modern Systems Analysis and Design, 4 th, 
   2005
5. Jeffery L. Whitten Lonnie D. Bentley Systems Analysis and 
   Design Methods 2007
   Design Methods,2007
6. http://yourdon.com/strucanalysis/wiki/index.php?title=Chapte
   r_9#The_Process
7. http://acct.tamu.edu/smith/system_tools/exhib5.htm
                              riniastuti
Thank you
Thank you

 Qestions ?

								
To top