Data Flow Diagram  Process Terminator Process Store

Data Flow Diagram Process Terminator Process Store Terminator Jiraphan Computer Education, KMITNB Store

Module Objectives บอกหน้าที่ของการใช้ จำแนกส่วนประกอบของ เขียน DFD เพื่อแสดงให้เห็นการทำงานของระบบได้ เขียน DFD Data Flow Diagram (DFD). DFD. ในระดับแยกย่อยได้ ได้

Key Terms Data Flow, Data Flow Diagram Terminator, Sink, Source Process Data Packet Context Diagram

Focus of a DFD ใช้สญ ั ลักษณ์ที่เข้าใจง่าย ผู้ใช้อ่านแล้วเข้าใจได้ง่าย เขียน DFD แต่ละระดับให้พอดีกับกระดาษหนึ่งหน้า 7 (บวกลบ 2) elements. ซอฟท์แวร์ที่ใช้เขียน DFD ในปัจจุบน ั มีใช้อย่างแพร่ หลาย

Components of a DFD ส่วนประกอบของ DFD มีอยู่ 4 : - Process - Data Flow - Data Store - Data Source / Data Sink (Terminators) คำอธิบายรายละเอียดของ Data Flow และ Data Store จะอยูใ่ นส่วน ของ Data Dictionary รายละเอียดของ Process จะเขียนอธิบายใน process specifications.

DFD Symbols การเขียน DFD โดยส่วนใหญ่จะมี 2 มาตรฐาน: Gane & Sarson and DeMarco & Yourdon (ดูใน Sheet)

Process เปลี่ยน Inputs ให้เป็น Outputs ชื่อ Process ควรสื่อให้เห็นถึงการกระทำใด ๆ ควรเป็น verb-object phrase (วลีสน ั ้ ๆ ที่มก ี ริยา กรรม) มีหมายเลขกำกับในแต่ละ Process

Data Flow แสดงถึงการเคลื่อนที่ของ Information จาก Component ไปสู่ Component ชื่อของ Data Flow แสดงถึงสิง ่ ที่เคลื่อนจากจุดหนึ่งไปยังจุดหนึ่ง ชื่อของ Data Flow ต้องเป็นคำนาม (noun) - student - student name, student address

Data Flow (cont) ไม่ต้องแสดงรายละเอียดในชื่อของ Data Flow - first student - student with grades greater c เขียนประกอบกับลูกศรแสดงทิศทาง ข้อมูลที่มรี ูปแบบที่แตกต่างกัน อาจจะมีช่ อ ื ที่แตกต่าง กันไป

Data Flow (cont) Data ที่เคลื่อนที่ผ่าน Process จะต้องมีการ เปลี่ยนแปลง ดังนัน ้ ชื่อที่ผ่าน Process ก็ต้อง เปลี่ยนไปด้วย หัวลูกศรจะแสดงถึงทิศทางของ Data การไหลของข้อมูลอาจจะ converge หรือ diverge

Data Store กลุ่มของ Data ที่มก ี ารบันทึกไว้ ชื่อที่ใช้ใน Data Store จะต้องเป็นพหูพจน์ (Plural) อาจจะมีลักษณะทางกายภาพที่แตกต่างกันไป

Flows From a Store Flow ที่มาจาก Data Store อาจจะ: ข้อมูลทุกส่วน ข้อมูลหลาย ๆ ส่วน ข้อมูลบางส่วน ข้อมูลที่ไหลมาจาก Data Store จะต้องไม่ถก ู เปลี่ยนแปลง โดย Flow ของข้อมูล

Flows Into a Store Flow ที่ไหลเข้า Data Store อาจจะ: ข้อมูลทุกส่วน ข้อมูลหลาย ๆ ส่วน ข้อมูลบางส่วน Flow ที่ไหลเข้า Data Store จะต้องเปลี่ยนแปลงข้อมูล เช่น บันทึกข้อมูล หรือ ลบข้อมูล

Terminators (Source / Sink) เป็นสิง ี ารติดต่อกับ ่ ภายนอกระบบที่มก ระบบ Flow เป็น Interface ระหว่างระบบกับ Terminator จะต้องไม่ถก ู เปลี่ยนแปลงโดยระบบ

Terminators (Source / Sink) cont. อยูภ ่ ายนอกระบบ หรือกล่าวได้วา่ อยูภ ่ ายนอก โดเมนของระบบ DFD จะไม่แสดงถึงความสัมพันธ์ระหว่าง Terminator กับระบบ อาจจะเป็นคน ระบบอื่น ๆ อุ ปกรณ์ เช่น Sensor เป็นต้น

Guidelines for DFDs ใช้ช่ อ ี วามหมาย สื่อเข้าใจ: ื ที่มค Processes: หลีกเลี่ยงการตัง ้ ชื่อ Process ที่เข้าใจยาก ส่วนใหญ่จะเป็นวลีที่มก ี ริยาผสมกรรม (verb-object phrase) ใช้คำศัพท์ที่ผู้ใช้ค้น ุ เคย Data Flows: ใช้คำนามตัง ้ ชื่อ Data Flows Data Stores: ใช้คำนามตัง ้ ชื่อ Data Stores โดยส่วนใหญ่จะเป็นพหูพจน์ของ Data Flows

Number the Processes ตัวเลขที่เขียนกำกับใน Process มิใช่ลำดับการทำงานใน DFD การเขียนตัวเลขกำกับใน Process จะใช้ในการสื่อถึงการ แตกลำดับขัน ้ เพื่อให้รวู ้ า่ DFD Level ย่อยใด ๆ ถูกแตกจาก Process ใด เช่น Process 1.1, 1.2, 1.3 มาจาก Process ที่ 1.0 เป็นต้น

Avoid Complexity หลีกเลี่ยงความซับซ้อน และยุง ่ ยาก (จำ Magic Number 7) DFD ที่ Level ใด ๆ ควรเขียนพอดีบนกระดาษขนาด 8.5 x 11 นิว ้ (กระดาษ A4) ยกเว้นการเขียน Context Diagram บางครัง้ อาจจะดูซบ ั ซ้อน ถือว่ายอมรับได้ แต่เมื่อแตกย่อยลงไปแล้ว จะต้องไม่ซบ ั ซ้อน

Redraw the DFD as Required ตรวจสอบทุกครัง้ ว่าเขียนได้ถก ู ต้องตรงตามมาตรฐาน เขียนจนกว่าจะเป็นที่ยอมรับของผู้ใช้ เน้นความสวยงาม อ่านเข้าใจง่าย ใช้สญ ั ลักษณ์ที่ตรงตามมาตรฐานเดียวกัน ขนาดและรูปร่างของ เลือกใช้ Componet สมส่วน Pipeline หรือ Flow ให้เหมาะสมและเข้ากัน หลีกเลี่ยงข้อมูลที่ไหลตัดกัน (Cross flow)

Curved VS Pipeline การเลือกใช้เส้น Flow แบบ Curved หรือ Pipeline นัน ้ ให้ถือว่าเป็นข้อตกลงของผู้รว่ ม เขียน DFD และความพอใจของกลุ่ม

Logically Consistent หลีกเลี่ยง Process แบบ “black hole” hole คือ Process แบบว่าง เปล่า หลีกเลี่ยง Process แบบ “spontaneous generator” การเริม ิ จากสิง ี วี ต ิ ่ ของชีวต ่ ที่ไม่มช ตรวจสอบ Component ใด ๆ ที่ไม่ได้เขียนชื่อกำกับ ระมัดระวัง Data Store ที่เป็นแบบ read-only หรือ write-only

Guideline for DFD ใช้คำที่ตัง ี วามหมาย ้ ชื่อในแต่ละ Component ที่มค เขียนหมายเลขกำกับที่ทก ุ Process ตรวจสอบ DFD หลังจากเขียนเสร็จ เขียนให้อ่านง่าย เข้าใจได้ง่าย ใช้มาตรฐานเดียวกันทุก Level

Decomposition of DFDs: Leveling แต่ละ Level ของ DFD ต้องอธิบายรายละเอียด ของ DFD ที่ระดับบนของ DFD นัน ้ Context diagram เป็น DFD ระดับบนสุด Level 0 จะเป็น DFD ที่ต้องเขียนต่อหลังจาก Context Diagram ซึ่งจำเป็นต้องมีทก ุ ครัง้

Levels Required Small systems: systems 2 – 3 levels Medium systems: systems 3 – 4 levels - Maximum 74 2,401 processes and stores Large systems: systems 5 – 8 levels - Maximum 78 5,764,801 processes and stores

ตย. Video Purcha se System Custo mer Video Informatio n New Customer Information Video Rental Item Customer ID Payment Returned Video Information Management Reports 0 Video Rental Syste m Rental Receipt Video Rental Card Monthly Bonus Card Manag ement Custo mer Yearly Bonus Card Total Cash Received Accoun ting

Use Case Diagram ใช้เพื่ออธิบายฟังก์ชน ั ของระบบในมุมมองของ กลุ่มผู้ใช้ระบบ เป็นเทคนิคในการสร้างแบบจำลองเพื่อใช้อธิบาย หน้าที่ของระบบใหม่ หรือระบบปัจจุบน ั ความต้องการของระบบจะได้จาก ลูกค้า/ผู้ใช้ และ ผู้พฒ ั นาระบบ

Use Case Diagram ใน Diagram จะประกอบด้วยสัญลักษณ์ต่อไปนี้ Use Case Actor Use case Relation System

Use Case Diagram SimpleWatch Actor ReadTime WatchUser Use case SetTime ChangeBattery WatchRepairPerson