Transcript Data Flow

Chapter 7 : Structuring System
Requirement
Process Modeling
เ ป็ น ส่ ว น ห นึ่ งใ น ขั้ น ต อ น ก า ร
Analysis โดยการใช ้ Graphic เข ้ามาช่วย
่
ในการ Model Process ซึงเราได
้มาจาก
การเก็ บ รวบรวบความต อ
้ งการจาก
ผูใ้ ช ้งาน
แลว้ ทาการเขียนออกมาใน
รูปแบบของ Data Flow Diagram (DFD)
Structuring System Requirement
Process Modeling
Deliverables and Outcomes :
มี DFD หลายๆแผนภาพรวมอยู่ด ้วยกัน
Context Data Flow Diagram
DFD of Current System (Logical & Physical)
DFD of New System (Logical & Physical)
Data Dictionary or Project Dictionary
Data Flow Diagramming Mechanics
่ อทีมี
่ การใช ้งานในการวาด
เครืองมื
DFD นั้นมีอยูด
่ ้วยกัน 2 แบบดังนี ้
process
Data store
Source/sink
Data flow
DeMarco & Yourdon Symbols
Gane & Sarson Symbols
Process
Process ต ้องมีการกระทาบางอย่าง กับ
่ า้ มาแลว้ ทาใหเ้ ขา้ มูลมีการเปลียน
่
ขอ้ มูลทีเข
รูปแบบไป
้ อให
่ เ้ หมาะสมกับงานทีอยู
่ ่ใน
ตอ้ งมีการตังชื
Process นั้นๆ
่
มีการเขียนเลขทีของ
ประกอบด ้วยทุกครง้ั
Process
นั้ นๆ
Data Store
่ นทีพั
่ กข ้อมูล
ทาหน้าทีเป็
่ บข ้อมูล เช่น
บอกถึงทีเก็
file folder
Computer-based file
Notebook
ใน Data Store แต่ละตัวนั้นต ้องมีชอก
ื่ ากับ
ด ้วย
Source/Sink
่
่ ยมผื
นผ้า
มีรป
ู ร่างเป็ นสีเหลี
่ า External Entity
อาจจะเรียกอีกชือว่
่ นผูใ้ ห ้หรือว่าผูร้ ับข ้อมูลจาก
ทาหน้าทีเป็
ระบบ
่
อาจจะเป็ นคน แผนก หรือระบบอืน
่ ากับด ้วยเสมอ
ต ้องมีการเขียนชือก
Data Flow
มีรป
ู ร่างเป็ นลูกศร 1 หัว
่ ากับด ้วยเสมอ และ
ต ้องมีการเขียนชือก
่ ้นต ้องสามารถสือความหมายได
่
ชือนั
้อีกด ้วย
่
่
ทาหน้าทีแสดงการเคลื
อนไหวของข
้อมูล
ว่ามีการไหลจากไหนไปไหน
Steps In Developing DFDs
่
ทาการพิจารณาเกียวกั
บกิจกรรมของธุรกิจว่ามี
กิจกรรมใดบา้ งแล ้วทาการระบุในส่วนของ Process,
Data Store, Data Flow, Source/Sink
Create Context Diagram
Draw diagram 0
Create a child diagram for each of the process
in diagram 0
Check for errors
Data Flow Diagramming Definitions
Context Diagram
Diagram 0
Child Diagrams
Context Diagram
่
เป็ น data flow diagram ในระดับทีแสดง
ถึงขอบเขตของงานในระบบว่าระบบงานของเรา
่
นั้นเป็ นอย่างไร มีความเกียวข
อ้ งกับขอ้ มูลอะไร
่ ้ข ้อมูลนั้น โดย
และหน่ วยงานหรือว่าใครบา้ งทีให
้
ในระดับของ Context Diagram นี จะปรากฎเพี
ยง
่ นงานของระบบใหญ่,Data Flow,
Process ซึงเป็
Source/Sink
Context Diagram
เป็ น DFD ในระดับบนสุด
มีการแสดง process เพียง 1 process เท่านั้นซึง่
่ นตัวแทนของระบบทังหมด
้
ทาหน้าทีเป็
และมีการ
เขียนเลข 0 กากับที่ process นั้นๆด ้วย
้
่ ยวข
่
แสดง Source/sink ทังหมดที
เกี
้องในระบบ
ไม่มก
ี ารเขียน Data Store ในระดับของ Context
Diagram
Diagram 0
่
เป็ น data flow diagram ในระดับทีแสดง
้
ถึ ง รายละเอี ย ดมากยิ่ งขึ นกว่
า ในระดับ ของ
Context Diagram โดยมีการแสดงถึง Process
้
หลักๆของระบบทังหมดรวมถึ
งแสดง data flow
้ กด ้วย
และ data store ในระดับนี อี
Diagram 0
แสดงรายละเอียดมากกว่าใน Context Diagram
่ ไม่ควรเกิน 9 process
จานวน process ทีมี
แต่ละ Process จะมีตวั เลขลาดับกากับบอกไว ้
่ ความสาคัญและแสดง
แสดง Data Store ทีมี
้
่
Source/Sink ทังหมดที
แสดงในระดั
บของ Context
Diagram
Child Diagrams
่
เป็ น data flow diagram ในระดับทีแสดง
้
ถึ ง รายละเอี ย ดมากยิ่ งขึ นกว่
า ในระดับ ของ
Diagram 0 โดยมีการแสดงถึงการไหลของข ้อมูล
่ การแตกย่อย
ภายใน Process ต่างๆของระบบทีมี
ออกมารวมถึงแสดง data flow และ data store ใน
ระดับ นี ้อีก ด ว้ ยแต่ จ ะไม่ มีก ารแสดงในส่ ว นของ
้ กแล ้ว
Source/Sink ในระดับนี อี
Child Diagrams
สร ้างมาจาก Diagram 0
่ อถึ
่ ง Parent process
ใช ้เลขลาดับย่อยเพือสื
่ มก
Input และ Output ทีไม่
ี ารแสดงใน Parent
่
process ไม่สามารถทีจะแสดงอยู
่ใน Child Diagram
ได ้
้
่
แสดง Data Flow ทังหมดที
แสดงใน
Parent
Diagram
ไม่แสดง Source/Sink
Data
flow
่ มีความสาคัญอาจ
บางอย่างทีไม่
Data Flow Diagramming Rules
่ การผ่าน Process ไปแล ้วได ้เป็ น Output
Input ทีมี
่
ออกมานั้นต ้องมีการเปลียนแปลง
่
ชือของ
Process แต่ละ Process นั้นจะต ้องไม่ซา้
กัน
เส ้น Data flow ภายใน Data Flow Diagram นั้น
่ า้ ต อ้ งมีก ารตัด กัน อาจใช ้
หา้ มตัด กันเด็ ด ขาดซึงถ
้ น
การเขียน Source/Sink หรือว่า Data Store ซากั
ได ้
Data Flow Diagramming Rules
Process :
Data Store :
• No Process can have only
Input
• Can not move directly form
one store to another
• No Process can have only
Output
• Data can not move directly
form an outside source to
store
• A process has a verb
phrase label
• A data store has a noun
phrase label
Data Flow Diagramming Rules
Source/Sink :
Data flow :
• Data can not move
directly from a source to a
sink
• A data flow has only one
direction of flow between
symbols
• A source/sink has a noun
phrase label
• A fork means same data
goes form common location
to 2 or mores process data
store or sources/sink
• A data flow has a noun
phrase label
Decomposition of DFDs
Balancing DFDs
เป็ นการแตก DFDs ลงไปในระดับย่อยแลว้
่ าการแตก
ทาการพิจารณาว่า Input และ Output ทีท
่ อแตกระดั
่
ไปนั้นตรงกันหรือไม่
ซึงเมื
บย่อยลงไป
ควรปรากฎ Data flow Source/sink และ Data Store
่
ทุกตัวทีปรากฎอยู
ใ่ น Parent Diagram
Rules of Balancing DFDs
Composite Data สามารถแยกเป็ น 2 เส ้นได ้ใน
ระดับถัดลงไป
่ าการ Balancing มานั้น
ใน process ระดับล่างทีท
ตอ
้ ง ท า กา รพิ จ าร ณา ว่ า มี ข อ
้ มู ล พ อที่ จะ แ ย ก
process หรือไม่
่
่ ดกัน
หลีกเลียงการเขี
ยน Data Flow ทีตั
Four Different Types of DFDs
Current Logical
New Logical
Current Physical
New Physical
Guidelines for Drawing DFDs
Completeness
Consistency
Timing
Iterative Development
Rules for stopping decomposition
Data Dictionary or Project Dictionary
Dictionary ก็คอ
ื การทาเอกสารอ ้างอิง ช่วยอธิบาย
รายละเอียด
Data
้
ส่วนประกอบพืนฐาน
่ สามารถแบ่งแยกให ้เล็กลงไปได ้อีก ส่วนย่อยทีสุ
่ ดของ
ทีไม่
ขอ้ มูล (data element) โครงสร ้างขอ้ มูล หรือ data
่
้ กสร ้างขึนได
้ ้โดยการ
structure ซึงโครงสร
้างขอ้ มูลนี จะถู
้
้
นาส่วนย่อยของข ้อมูล (data element) ตังแต่
1 ตัวขึนไป
ที่
มีความสัมพันธ ์กันเอามารวมเข ้าด ้วยกัน
Data Dictionary จะประกอบไปด ้วย
Data Dictionary or Project Dictionary
เป็ นส่ ว นที่เก็ บ นิ ย ามและรู ป แบบของข อ้ มู ล
้
ทังหมด
เราจะอธิบายขอ้ มูลหนึ่ งขอ้ มูลใดได ้หลายวิธ ี
่
่
่ งอาจจะประกอบดว้ ยส่วนประกอบอืน
่ ๆ
สิงของสิ
งหนึ
อีกหลายชิน้ เช่น
่
รถ = เครืองยนต
์ + ตัวถัง + ล ้อ
Data Dictionary or Project Dictionary
กำหนดว่ำข้อมู ลแต่ละรำยกำรคืออะไร
มีลก
ั ษณะอย่ำงไร
มีคำ
่ อะไรบ้ำง
มีกำรตรวจสอบอย่ำงไร
รู ปแบบกำรเก็บเป็ นอย่ำงไร
ใช้ทไหนบ้
ี่
ำง
่ อ้ = ชือบริ
่ ษท
่
Example ใบสังซื
ั ทีขาย
+ ชือ่
่ งสิ
่ นค ้า + (ชือสิ
่ นค ้า + หน่ วยของ
บริษท
ั ทีสั
สินค ้า + จานวน)
Data Dictionary or Project Dictionary
ตัวอย่ำงของ Data dictionary
1. ใบสาคัญทางการเงิน = [ใบถอน / ใบผาก / เช็ค / ตั๋ว
เงิน]
 2. ตั๋วเงิน = [ ตั๋วแลกเงิน / ตั๋วสัญญาใช ้เงิน]
 3. VENDOR-ORDER = VENDOR-NAME +
ACCOUNT-NOUMBER + VERDOR-ADDRESS
+ SALES-REP / “CATALOG ORDER” ] +
(ORDER-PRIORITY) + {ITEM-ORDER}

Checking the diagram for
errors
ทิศทำงของลู กศรใน data flow ต้องใส่ให้ถูกต้อง
 Data store และ External entity ไม่สำมำรถ
ติดต่อผ่ำนก ันเองได้
้ อต่
่ ำงควรถู กต้องและสือควำมหมำย
่
 กำรตังชื
 มี process น้อยกว่ำ 9 process
 พิจำรณำควำมสอดคล้องกันของ process ใน
ระดับต่ำงๆ
้
่
 Data flow นันไม่
ควรทีจะแยกออกเป็
น 2 หรือ
มำกกว่ำ 2 เพรำะจะทำให้เกิดควำมกำกวม
้
่ นหรือ
 Data flow ทุกเส้นนันจะต้
องมีจุดเริมต้
้ ดที่ process
จุดสินสุ
้ องมีอย่ำงน้อย 1
 Process แต่ละรำยกำรนันต้
