บ้าน การทำงานและการศึกษา DFD - แผนภาพการไหลของข้อมูล ไดอะแกรมกระแสข้อมูล องค์ประกอบของไดอะแกรมกระแสข้อมูล

DFD - แผนภาพการไหลของข้อมูล ไดอะแกรมกระแสข้อมูล องค์ประกอบของไดอะแกรมกระแสข้อมูล

พื้นฐานของวิธีการสร้างแบบจำลองกราฟิกนี้ ระบบข้อมูลเป็นเทคโนโลยีพิเศษสำหรับการสร้างไดอะแกรมกระแสข้อมูล DFD นักวิเคราะห์หลายคนมีส่วนร่วมในการพัฒนาวิธีการของ DFD ซึ่งหนึ่งในนั้นควรสังเกต E. Yourdon เขาเป็นนักเขียนสัญลักษณ์กราฟิกตัวแรกๆ ชื่อ DFD ในปัจจุบัน สิ่งที่พบบ่อยที่สุดคือสัญกรณ์ยีน-ซาร์สันที่เรียกว่า องค์ประกอบหลักที่จะกล่าวถึงในส่วนนี้

แบบจำลองระบบในบริบทของ DFD จะแสดงในรูปแบบของแบบจำลองข้อมูลบางส่วน ส่วนประกอบหลักคือสตรีมข้อมูลต่างๆ ที่ถ่ายโอนข้อมูลจากระบบย่อยหนึ่งไปยังอีกระบบหนึ่ง แต่ละระบบย่อยทำการแปลงสตรีมข้อมูลอินพุตและส่งผลลัพธ์ของการประมวลผลข้อมูลในรูปแบบของสตรีมข้อมูลไปยังระบบย่อยอื่น

ส่วนประกอบหลักของไดอะแกรมการไหลของข้อมูลคือ:

หน่วยงานภายนอก

ไดรฟ์ข้อมูลหรือที่เก็บข้อมูล

กระบวนการ

สตรีมข้อมูล

ระบบ/ระบบย่อย

เอนทิตีภายนอกคือวัตถุที่มีสาระสำคัญหรือบุคคลที่สามารถทำหน้าที่เป็นแหล่งหรือผู้รับข้อมูลได้ คำจำกัดความของวัตถุหรือระบบบางอย่างในฐานะเอนทิตีภายนอกไม่ได้รับการแก้ไขอย่างเคร่งครัด แม้ว่าเอนทิตีภายนอกจะอยู่นอกขอบเขตของระบบที่อยู่ระหว่างการพิจารณา แต่ในกระบวนการวิเคราะห์เพิ่มเติม เอนทิตีภายนอกบางส่วนสามารถถ่ายโอนภายในไดอะแกรมแบบจำลองระบบได้ ในทางกลับกัน แต่ละกระบวนการสามารถย้ายออกไปนอกไดอะแกรมและแสดงเป็นเอนทิตีภายนอกได้ ตัวอย่างของหน่วยงานภายนอก ได้แก่ ลูกค้าขององค์กร ลูกค้า บุคลากร ซัพพลายเออร์

เอนทิตีภายนอกจะถูกระบุด้วยสี่เหลี่ยมที่มีเงา (รูปที่ 2.15) ซึ่งภายในมีการระบุชื่อ ในกรณีนี้ ขอแนะนำให้ใช้คำนามในกรณีนามเป็นชื่อ บางครั้งเอนทิตีภายนอกก็เรียกว่าตัวยุติ

ข้าว. 2.15.ภาพประกอบของเอนทิตีภายนอกในแผนภาพการไหลของข้อมูล

กระบวนการคือชุดของการดำเนินการเพื่อแปลงสตรีมข้อมูลอินพุตให้เป็นสตรีมเอาต์พุตตามอัลกอริทึมหรือกฎเฉพาะ แม้ว่ากระบวนการนี้สามารถนำไปปฏิบัติได้จริงก็ตาม วิธีทางที่แตกต่างส่วนใหญ่มักหมายถึงการนำซอฟต์แวร์ไปใช้ในกระบวนการ กระบวนการในแผนภาพการไหลของข้อมูลจะแสดงด้วยสี่เหลี่ยมมุมมน (รูปที่ 2.16) ซึ่งแบ่งออกเป็นสามส่วนหรือช่องด้วยเส้นแนวนอน ฟิลด์หมายเลขกระบวนการทำหน้าที่ระบุส่วนหลัง ฟิลด์ตรงกลางประกอบด้วยชื่อกระบวนการ ขอแนะนำให้ใช้คำกริยาในรูปแบบไม่ จำกัด โดยมีการเพิ่มเติมที่จำเป็นเป็นชื่อ ฟิลด์ด้านล่างประกอบด้วยข้อบ่งชี้ถึงวิธีการดำเนินการทางกายภาพของกระบวนการ

ข้าว. 2.16.การแสดงกระบวนการในแผนภาพการไหลของข้อมูล

ข้าว. 2.17.ภาพประกอบของระบบย่อยในแผนภาพการไหลของข้อมูล

แบบจำลองข้อมูลของระบบถูกสร้างขึ้นเป็นแผนภาพลำดับชั้นบางอย่างในรูปแบบของแผนภาพบริบทที่เรียกว่า ซึ่งแบบจำลองดั้งเดิมจะถูกนำเสนออย่างสม่ำเสมอในรูปแบบของแบบจำลองของระบบย่อยของกระบวนการแปลงข้อมูลที่เกี่ยวข้อง ในกรณีนี้ระบบย่อยหรือระบบบนไดอะแกรมบริบท DFD จะแสดงในลักษณะเดียวกับกระบวนการ - สี่เหลี่ยมผืนผ้าที่มีจุดยอดโค้งมน (รูปที่ 2.17)

ไดรฟ์ข้อมูลหรือที่เก็บข้อมูลเป็นอุปกรณ์เชิงนามธรรมหรือวิธีการจัดเก็บข้อมูลที่เคลื่อนย้ายระหว่างกระบวนการ สันนิษฐานว่าสามารถใส่ข้อมูลลงในไดรฟ์ได้ตลอดเวลาและเรียกค้นได้ในภายหลัง และวิธีการทางกายภาพในการจัดเก็บและเรียกค้นข้อมูลสามารถทำได้โดยพลการ อุปกรณ์จัดเก็บข้อมูลสามารถนำไปใช้งานทางกายภาพได้หลายวิธี แต่ส่วนใหญ่มักจะถือว่านำไปใช้งาน ในรูปแบบอิเล็กทรอนิกส์บนสื่อแม่เหล็ก การจัดเก็บข้อมูลบนแผนภาพการไหลของข้อมูลจะแสดงเป็นรูปสี่เหลี่ยมผืนผ้าที่มีสองฟิลด์ (รูปที่ 2.18) ช่องแรกใช้เพื่อระบุหมายเลขไดรฟ์หรือตัวระบุ ซึ่งขึ้นต้นด้วยตัวอักษร "D" ช่องที่สองใช้เพื่อระบุชื่อ ในกรณีนี้ ขอแนะนำให้ใช้คำนามเป็นชื่อของไดรฟ์ ซึ่งระบุลักษณะวิธีการจัดเก็บข้อมูลที่เกี่ยวข้อง

ข้าว. 2.18.ภาพประกอบของไดรฟ์ในไดอะแกรมโฟลว์ข้อมูล

สุดท้าย กระแสข้อมูลจะกำหนดลักษณะเชิงคุณภาพของข้อมูลที่ส่งผ่านการเชื่อมต่อบางอย่างจากแหล่งที่มาไปยังผู้รับ สตรีมข้อมูลจริงสามารถส่งผ่านเครือข่ายระหว่างคอมพิวเตอร์สองเครื่องหรือด้วยวิธีอื่นใดที่อนุญาตให้ดึงและกู้คืนข้อมูลในรูปแบบที่ต้องการ กระแสข้อมูลในไดอะแกรม DFD จะแสดงด้วยเส้นที่มีลูกศรอยู่ที่ปลายด้านหนึ่ง โดยมีลูกศรแสดงทิศทางของกระแสข้อมูล แต่ละสตรีมข้อมูลมีชื่อของตัวเองซึ่งสะท้อนถึงเนื้อหา

ดังนั้น แบบจำลองข้อมูลของระบบในรูปแบบ DFD จึงถูกสร้างขึ้นในรูปแบบของแผนภาพกระแสข้อมูล ซึ่งแสดงเป็นกราฟิกโดยใช้ระบบสัญลักษณ์ที่เหมาะสม ตัวอย่างเช่น พิจารณารูปแบบที่เรียบง่ายของกระบวนการรับเงินสดจำนวนหนึ่งจากบัตรเครดิตโดยลูกค้าธนาคาร เอนทิตีภายนอกในตัวอย่างนี้คือลูกค้าธนาคารและอาจเป็นพนักงานธนาคารที่ดูแลกระบวนการบริการลูกค้า การจัดเก็บข้อมูลสามารถเป็นฐานข้อมูลสถานะบัญชีของลูกค้าธนาคารแต่ละรายได้ กระแสข้อมูลส่วนบุคคลสะท้อนถึงลักษณะของข้อมูลที่ส่งซึ่งจำเป็นต่อการให้บริการลูกค้าธนาคาร โมเดลที่สอดคล้องกันสำหรับตัวอย่างนี้สามารถแสดงเป็นแผนภาพการไหลของข้อมูล (รูปที่ 2.19)

ปัจจุบัน ไดอะแกรมกระแสข้อมูลถูกนำมาใช้ในเครื่องมือของ CASE บางตัวเพื่อสร้างแบบจำลองข้อมูลของระบบประมวลผลข้อมูล ข้อเสียเปรียบหลักของวิธีการนี้ยังเกี่ยวข้องกับการขาดวิธีการที่ชัดเจนในการนำเสนอแบบจำลองของระบบที่ซับซ้อนเชิงวัตถุรวมถึงการเป็นตัวแทนของอัลกอริธึมการประมวลผลที่ซับซ้อน

ข้อมูล. เนื่องจากไดอะแกรม DFD ไม่ได้ระบุลักษณะเวลาดำเนินการของแต่ละกระบวนการและการถ่ายโอนข้อมูลระหว่างกระบวนการ โมเดลของระบบที่ใช้การประมวลผลข้อมูลแบบซิงโครนัสจึงไม่สามารถแสดงในรูปแบบ DFD ได้เพียงพอ คุณลักษณะทั้งหมดของระเบียบวิธีการวิเคราะห์ระบบโครงสร้างจำกัดความเป็นไปได้ของการประยุกต์ใช้อย่างกว้างขวาง และทำหน้าที่เป็นพื้นฐานสำหรับการรวมเครื่องมือที่เหมาะสมในภาษาการสร้างแบบจำลองแบบครบวงจร

ข้าว. 2.19.ตัวอย่างแผนภาพ DFD สำหรับกระบวนการรับเงินสดจากบัตรเครดิต

มาตรฐานไอที

ในความคิดเห็นในบทความก่อนหน้าของฉันเกี่ยวกับ IDEF0 ผู้ใช้รายหนึ่งขอให้ฉันอธิบายเพิ่มเติมเกี่ยวกับ DFD คืออะไร แนวคิดนี้ค่อนข้างสับสน ลูกค้าของฉันหลายคนยังถามคำถามเกี่ยวกับกระแสข้อมูลและมาตรฐานการสร้างแผนภูมิด้วย นั่นเป็นเหตุผลที่ฉันตัดสินใจอุทิศบทความนี้ให้กับ DFD

DFD เป็นตัวย่อที่ยอมรับโดยทั่วไปสำหรับภาษาอังกฤษ แผนภาพการไหลของข้อมูล - แผนภาพการไหลของข้อมูล นี่คือชื่อของวิธีการวิเคราะห์โครงสร้างแบบกราฟิก ซึ่งอธิบายแหล่งข้อมูลและปลายทางภายนอกระบบ ฟังก์ชันเชิงตรรกะ กระแสข้อมูล และการจัดเก็บข้อมูลที่มีการเข้าถึง แผนภาพการไหลของข้อมูล (DFD) เป็นหนึ่งในเครื่องมือหลักสำหรับการวิเคราะห์โครงสร้างและการออกแบบระบบข้อมูลที่มีอยู่ก่อนการใช้ UML อย่างแพร่หลาย วิกิพีเดีย

ในความคิดของฉัน คำจำกัดความจากวิกิพีเดียภาษารัสเซียนั้นมีข้อมูลค่อนข้างมากเกินไป และส่งผลให้เข้าใจยากโดยไม่จำเป็น นอกจากนี้ โดยส่วนตัวแล้วฉันเชื่อว่า DFD และ UML เป็นเครื่องมือที่แตกต่างกัน ดังนั้นจึงไม่ถูกต้องที่จะกล่าวว่า DFD เป็นเพียงรุ่นก่อนของ UML

สำหรับตัวฉันเองฉันคิดสูตรต่อไปนี้:

DFD เป็นสัญลักษณ์ที่ออกแบบมาเพื่อสร้างแบบจำลองระบบสารสนเทศจากมุมมองของการจัดเก็บข้อมูล การประมวลผล และการส่งผ่านข้อมูล

เหตุใดเราจึงต้องมีสัญลักษณ์ DFD

ในอดีต ไวยากรณ์ของสัญกรณ์นี้ถูกใช้ในสองเวอร์ชัน - Yourdon และ Gane-Sarson ความแตกต่างระหว่างพวกเขาอยู่ในตารางด้านล่าง:

ตัวฉันเองใช้เพียงตัวเลือกเดียวเท่านั้นตามที่ Hein และ Sarson กล่าว แต่เมื่อฉันค้นคว้าเนื้อหาก่อนที่จะเขียนบทความนี้ ฉันเห็นตารางเปรียบเทียบนี้ ฉันเชื่อว่าการเลือกตัวเลือกไวยากรณ์นั้นไม่สำคัญมากนัก แต่จะขึ้นอยู่กับการเลือกซอฟต์แวร์สำหรับการสร้างสัญลักษณ์และความชอบส่วนบุคคลของคุณมากกว่า แต่เพื่อเป็นตัวอย่างที่ชัดเจนว่า DFD ไม่มีไวยากรณ์ที่เข้มงวด เช่น ตัวอย่างเช่น ใน BPMN มีตัวเลือกต่างๆ ที่คุณสามารถใช้ได้ที่นี่ สิ่งสำคัญคือชัดเจนสำหรับคุณและลูกค้าของคุณ สัญกรณ์ DFD เป็นเครื่องมือที่สะดวกสำหรับการสร้างไดอะแกรมเฉพาะกิจที่สามารถทำได้อย่างรวดเร็วและมีอิสระสูงสุด

สัญกรณ์ชนิดนี้ใช้เมื่อจำเป็นต้องมีคำอธิบายของระบบเป็นคลังข้อมูล เหล่านั้น. สัญกรณ์ควรตอบคำถามอย่างชัดเจน:

ระบบสารสนเทศประกอบด้วยอะไรบ้าง?
การประมวลผลข้อมูลต้องใช้อะไรบ้าง?

สัญกรณ์ DFD นั้นประกอบด้วยองค์ประกอบต่อไปนี้:

สัญลักษณ์ DFD สามารถอธิบายการกระทำใดๆ รวมถึงกระบวนการขายหรือจัดส่งสินค้า การทำงานกับคำขอจากลูกค้าหรือการจัดซื้อวัสดุ จากมุมมองของการอธิบายระบบ สัญลักษณ์นี้ช่วยให้เข้าใจว่าระบบควรประกอบด้วยอะไร และอะไรที่จำเป็นสำหรับการทำให้กระบวนการทางธุรกิจเป็นแบบอัตโนมัติ แต่ DFD ไม่ใช่คำอธิบายของกระบวนการทางธุรกิจ ตัวอย่างเช่น ที่นี่ไม่มีพารามิเตอร์ที่สำคัญเช่นเวลา นอกจากนี้ สัญกรณ์นี้ไม่ได้ระบุเงื่อนไขและ "ทางแยก" ใน DFD เราจะดูว่าข้อมูลมาจากไหน ข้อมูลใดที่จำเป็น วิธีการประมวลผล และควรส่งผลลัพธ์ไปที่ใด เหล่านั้น. สัญกรณ์นี้อธิบายกระบวนการไม่มากเท่ากับการเคลื่อนไหวของกระแสข้อมูล ในการทำงานกับกระบวนการต่างๆ ฉันแนะนำให้ใช้ BPMN หรือ IDEF3 (ฉันจะพูดถึงเรื่องนั้นอีกครั้ง)

วิธีสร้างสัญลักษณ์ DFD

มาดูตัวอย่างสัญลักษณ์การขายอัตโนมัติกัน สมมติว่าเรามีลูกค้าที่สมัครผ่านทางเว็บไซต์หรือทางโทรศัพท์ มีผู้จัดการที่ลงทะเบียนแอปพลิเคชันนี้ ดังนั้นข้อมูลจึงปรากฏในระบบ - ลูกค้าและคำสั่งซื้อของเขา พนักงานคลังสินค้าจะต้องเห็นสิ่งนี้และจัดส่งสินค้าพร้อมทะเบียนทั้งหมด เอกสารที่จำเป็นและส่งมอบเอกสารให้กับลูกค้า

ลำดับมีลักษณะดังนี้:

ลูกค้าให้ข้อมูลและแอปพลิเคชันของเขา
ผู้จัดการตรวจสอบและป้อนข้อมูลที่ได้รับเข้าสู่ระบบ
เจ้าหน้าที่คลังสินค้าสร้างเอกสาร เช่น ใบแจ้งหนี้ และจัดส่งสินค้า
ลูกค้าได้รับสินค้าและแพ็คเกจเอกสารสำหรับสินค้านั้น

เราจำเป็นต้องดูลำดับการดำเนินการนี้จากมุมมองของการจัดเก็บข้อมูลและการทำงานกับข้อมูลดังกล่าวในระบบไอที

จากมุมมองของ DFD เรามี:

ผู้ซื้อเป็นหน่วยงานภายนอกที่เป็นแหล่งข้อมูลและเป็นผู้รับผลลัพธ์
กระบวนการประมวลผลคำสั่งซื้อ (การยืนยันและการโพสต์ข้อมูลในระบบโดยผู้จัดการ)
การรับคำสั่งซื้อที่คลังสินค้า (หลังจากได้รับใบสมัคร)
การลงทะเบียนการจัดส่ง (การสร้างเอกสารที่จำเป็น)

คุณต้องรู้กฎอะไรบ้างเพื่อสร้างไดอะแกรม DFD:

แผนภาพจะมีลักษณะอย่างไร (ไม่มีการสลายตัว ระดับบนสุด):

และการสลายตัวขององค์ประกอบหลักของแผนภาพของเรา:

สัญลักษณ์ DFD ใช้ที่ไหน?

ไดอะแกรม DFD ถูกนำมาใช้อย่างแข็งขันในการพัฒนาซอฟต์แวร์ โดยที่:

คลังข้อมูลคือสเปรดชีตและฐานข้อมูล
หน่วยงานภายนอก – ไคลเอนต์หรือฐานข้อมูลอื่น ๆ รวมถึงจากโปรแกรมอื่น ๆ (การบูรณาการและการแลกเปลี่ยนข้อมูล)
กระบวนการคือฟังก์ชันและโมดูลที่ดำเนินการในระบบ

สัญลักษณ์ DFD ยังสะดวกสำหรับการวิเคราะห์เมื่อพิจารณาระบบจากมุมมองของโฟลว์เอกสาร ในเวลาเดียวกัน คุณสามารถดูได้ชัดเจนว่าข้อมูลถูกเก็บไว้ที่ไหน วิธีแลกเปลี่ยนเอกสาร มีข้อผิดพลาดในการจัดระเบียบกระบวนการทางธุรกิจในกระบวนการนี้ ฯลฯ แต่ที่นี่การใช้ไดอะแกรม DFD ต้องใช้ความระมัดระวังเป็นพิเศษ อย่างไรก็ตาม นี่ไม่ใช่คำอธิบายของกระบวนการทางธุรกิจ แต่เป็นแผนภาพของการเคลื่อนย้ายข้อมูลระหว่างการนำกระบวนการทางธุรกิจไปใช้ แต่ในฐานะตัวเลือกเสริมรวมถึงการสาธิตให้ลูกค้าเห็นปัญหาที่มีอยู่และวิธีการเพิ่มประสิทธิภาพการทำงานด้วยสายตาสัญกรณ์ประเภทนี้ค่อนข้างเหมาะสม

ตัวอย่างเช่น เพื่อระบุปัญหาการไหลของเอกสาร ความซ้ำซ้อนของเอกสาร หรือในทางกลับกัน เอกสารที่ขาดหายไปหรือข้อมูลอิเล็กทรอนิกส์ในระบบ จะสะดวกมากที่จะสร้างคำอธิบายแยกต่างหากของกระบวนการทางธุรกิจ จากนั้นจึงสร้างสัญลักษณ์ DFD สำหรับกระบวนการดังกล่าว หรือในทางกลับกัน สัญลักษณ์ DFD จะถูกสร้างขึ้นในขั้นแรกเพื่อทำความเข้าใจพื้นฐานของธุรกิจและคุณลักษณะของการนำโฟลว์เอกสารไปใช้ ช่วยในการระบุ เช่น การไม่มีเอกสารสำคัญในระบบอัตโนมัติที่สร้างขึ้นจริง (บนกระดาษ) แต่ไม่ได้แสดงอยู่ในระบบแต่อย่างใด จากนั้นจึงสร้างกระบวนการทางธุรกิจที่ได้รับการปรับปรุงให้เหมาะสม โดยคำนึงถึงความแตกต่างที่ระบุของการไหลของเอกสาร

สัญกรณ์ DFD ทำได้ง่าย!

ฉันเชื่อว่าสัญกรณ์ DFD นั้นง่ายกว่าที่เห็นในตอนแรกมาก สิ่งสำคัญคือการเข้าใจข้อ จำกัด ของการสร้างไดอะแกรมประเภทนี้อย่างชัดเจน (ขาดเงื่อนไขเวลา ฯลฯ ) และนำไปใช้ในที่ที่แนวทางนี้จะสะดวกกว่า บางทีคุณอาจพบการใช้งาน DFD ของคุณเองที่ฉันไม่ได้อธิบายไว้ข้างต้น รายการของฉันมีเพียงตัวเลือกที่ฉันใช้ในทางปฏิบัติเท่านั้น

สิ่งที่สะดวกเป็นพิเศษเกี่ยวกับสัญลักษณ์ DFD คือคุณไม่จำเป็นต้องปฏิบัติตามกฎและไวยากรณ์ที่เข้มงวด เช่น ใน BPMN สัญลักษณ์เหล่านี้จะไม่สามารถเรียกใช้งานได้ แต่จำเป็นเพื่อทำความเข้าใจคุณลักษณะของการไหลของเอกสาร โครงสร้าง และการทำงานกับข้อมูลในภายหลัง ดังนั้น หากไดอะแกรมของคุณชัดเจนทั้งคุณและลูกค้า การเบี่ยงเบนบางอย่างจากมาตรฐาน DFD ก็ค่อนข้างยอมรับได้

โดยหลักการแล้ว คุณสามารถวาดไดอะแกรม DFD ได้ทุกที่และทุกรูปแบบที่คุณต้องการ แต่ถ้าคุณต้องการทำงานกับการสลายตัว สร้างระบบที่มีรายละเอียดในระดับต่างๆ คุณจะต้องลืม "เครื่องมือวาดภาพ" (Visio, Paint และอื่นๆ ที่คล้ายกัน) คุณจะต้องมีโปรแกรมสร้างแบบจำลองพิเศษ

โดยส่วนตัวแล้วฉันใช้ ERwin และแนะนำให้กับทุกคน เหตุผลหนึ่งที่ฉันเลือกคือคุณสมบัติของการสลายตัว ใน ERwin เช่นเดียวกับในระบบอื่นๆ ที่คล้ายคลึงกัน คุณสามารถแยกย่อยกระบวนการ DFD ในรูปแบบ IDEF3 ได้ เช่น แผนภาพหลักจะอยู่ในรูปแบบ DFD และในระดับทั่วไปส่วนใหญ่ คุณจะเห็นกระแสข้อมูลหลักและ "โหนด" ของการประมวลผล และด้วยการแยกส่วน คุณสามารถใช้แนวทางกระบวนการ ซึ่งสะดวกมากสำหรับการพัฒนาระบบขนาดใหญ่หรือการทำงานกับแผนกธุรกิจต่างๆ

คำถามและคำตอบ

ความแตกต่างระหว่าง DFD และ UML คืออะไร?

มีภาษาสัญลักษณ์ที่เรียกว่า UML ซึ่งวางตำแหน่งตัวเองเป็นสัญลักษณ์ที่ขับเคลื่อนด้วยข้อมูลด้วย แต่ในขณะเดียวกัน UML ก็เป็นภาษาการเขียนโปรแกรมอยู่แล้ว มันมีไวยากรณ์และข้อกำหนดที่เข้มงวด แต่ยังมีโอกาสอีกมากมายในการอธิบายฟังก์ชันต่างๆ DFD เป็นสัญลักษณ์ที่ใช้ได้อย่างอิสระมากขึ้นและเหมาะสำหรับการวางแผน การศึกษาทางเลือกในการแก้ปัญหาที่เป็นไปได้ การหารือกับลูกค้า ฯลฯ

หากคุณเป็นนักพัฒนาและรู้จัก UML อาจเป็นไปได้ว่าแม้แต่วิธีแก้ปัญหาเบื้องต้นบางอย่างก็ยังสะดวกกว่าสำหรับคุณที่จะสร้างในรูปแบบนี้ และสำหรับที่ปรึกษาทางธุรกิจ DFD จะเป็นเครื่องมือที่สะดวกกว่าเสมอ เนื่องจากที่ปรึกษาทางธุรกิจไม่ต้องการ คำอธิบายโดยละเอียดฟังก์ชั่นจากมุมมองของระบบอัตโนมัติ นี่คืองานของผู้เชี่ยวชาญด้านเทคนิค แต่ DFD ช่วยประหยัดเวลาและความพยายามได้มาก

อย่างไรก็ตาม DFD ไม่ควรถือเป็น UML เวอร์ชันที่เรียบง่าย แม้จะมีแนวทางที่คล้ายคลึงกัน แต่เครื่องมือเหล่านี้ก็มีจุดประสงค์เพื่อวัตถุประสงค์ที่แตกต่างกัน

DFD สามารถใช้องค์ประกอบได้กี่องค์ประกอบ?

ต่างจากระบบที่มีไวยากรณ์และข้อบังคับที่เข้มงวด ใน DFD ไม่มีการจำกัดจำนวนองค์ประกอบที่สามารถอยู่ในไดอะแกรมเดียว สำหรับการเปรียบเทียบ: ใน IDEF0 มีองค์ประกอบดังกล่าวจำนวนหนึ่ง จากนั้นจึงมีเพียงรายละเอียด (การสลายตัว) หรือสัญลักษณ์ที่แตกต่างกันเท่านั้น
ในอีกด้านหนึ่งนี่เป็นข้อดีอย่างมากเนื่องจากการไม่มีข้อ จำกัด ทำให้มีอิสระและความสะดวกสบายสูงสุดเมื่อวาดสัญลักษณ์ ในทางกลับกัน ไม่แนะนำให้ใช้เสรีภาพนี้ในทางที่ผิด โปรดจำไว้ว่า ยิ่งคุณมีองค์ประกอบในไดอะแกรมมากเท่าไร การอ่านก็จะยิ่งยากขึ้นเท่านั้น

สัญลักษณ์ DFD สามารถใช้ทำงานกับไคลเอนต์ได้หรือไม่

โดยหลักการแล้วไม่มีใครห้ามการทำเช่นนี้ได้ ยิ่งไปกว่านั้น ในปริมาณที่จำกัด เพื่อเป็นตัวอย่างสำหรับคำอธิบายบางส่วน สัญลักษณ์ดังกล่าวจะสมบูรณ์แบบเมื่อพูดคุยถึงคุณลักษณะของโครงการกับลูกค้า แต่ถึงกระนั้น ลูกค้าก็มักจะไม่ค่อยมีความเข้าใจเกี่ยวกับปัญหาด้านระบบอัตโนมัติ โครงสร้างการจัดเก็บข้อมูล ความสามารถในการประมวลผล ฯลฯ ทั้งหมดนี้อยู่ในความสามารถของนักพัฒนา และสัญลักษณ์ DFD นั้นถูกสร้างขึ้นโดยคำนึงถึงลักษณะเฉพาะของการทำงานกับข้อมูล ดังนั้นฉันยังคงแนะนำให้ใช้มันเป็นหลักเมื่อพูดถึงโครงการกับผู้เชี่ยวชาญ เมื่อสร้างคำอธิบายทางเทคนิคและการมอบหมายงานสำหรับนักพัฒนา เพื่อเพิ่มความเข้าใจของนักพัฒนาในสาระสำคัญและคุณสมบัติ ของโครงการ แม้แต่การอธิบายคุณลักษณะของสัญลักษณ์ DFD ให้กับลูกค้าที่ไม่ได้เตรียมตัวไว้ก็อาจเป็นเรื่องยาก

บทบัญญัติทั่วไป

DFD เป็นตัวย่อที่ยอมรับโดยทั่วไปสำหรับภาษาอังกฤษ ไดอะแกรมการไหลของข้อมูล - ไดอะแกรมการไหลของข้อมูล นี่คือชื่อของวิธีการวิเคราะห์โครงสร้างแบบกราฟิก ซึ่งอธิบายแหล่งข้อมูลและปลายทางภายนอกระบบ ฟังก์ชันเชิงตรรกะ กระแสข้อมูล และการจัดเก็บข้อมูลที่มีการเข้าถึง

แผนภาพการไหลของข้อมูล (DFD) (รูปที่ 2.1) เป็นหนึ่งในเครื่องมือหลักสำหรับการวิเคราะห์โครงสร้างและการออกแบบระบบสารสนเทศที่มีอยู่ก่อนการใช้ UML อย่างแพร่หลาย แม้ว่าสิ่งที่เกิดขึ้นใน สภาพที่ทันสมัยการเปลี่ยนการเน้นจากแนวทางเชิงโครงสร้างไปสู่แนวทางเชิงวัตถุไปสู่การวิเคราะห์และการออกแบบระบบ สัญลักษณ์โครงสร้าง "เก่า" ยังคงใช้กันอย่างแพร่หลายและมีประสิทธิภาพทั้งในการวิเคราะห์ธุรกิจและในการวิเคราะห์ระบบสารสนเทศ

รูปที่.2.1. แผนภาพการไหลของข้อมูล

ในอดีต มีการใช้สัญลักษณ์สองแบบเพื่ออธิบายไดอะแกรม DFD - Yourdon และ Gane-Sarson ซึ่งมีไวยากรณ์ต่างกัน ภาพประกอบด้านล่างใช้สัญลักษณ์ Gein-Sarson

ระบบสารสนเทศรับกระแสข้อมูลจากภายนอก ในการกำหนดองค์ประกอบของสภาพแวดล้อมการทำงานของระบบ จะใช้แนวคิดของเอนทิตีภายนอก ภายในระบบมีกระบวนการเปลี่ยนแปลงข้อมูลที่สร้างกระแสข้อมูลใหม่ สตรีมข้อมูลสามารถป้อนเข้าสู่กระบวนการอื่น วาง (และดึงข้อมูล) ลงในการจัดเก็บข้อมูล และส่งไปยังเอนทิตีภายนอก

โมเดล DFD ก็เหมือนกับโมเดลโครงสร้างอื่นๆ ส่วนใหญ่ คือโมเดลแบบลำดับชั้น แต่ละกระบวนการสามารถย่อยสลายได้ นั่นคือ แบ่งออกเป็นส่วนประกอบโครงสร้าง ความสัมพันธ์ระหว่างนั้นสามารถแสดงในรูปแบบเดียวกันในแผนภาพแยกกัน เมื่อบรรลุถึงความลึกของการสลายตัวตามที่ต้องการ กระบวนการระดับล่างจะมาพร้อมกับข้อกำหนดเฉพาะขนาดเล็ก (คำอธิบายข้อความ)

นอกจากนี้ สัญกรณ์ DFD ยังสนับสนุนแนวคิดของระบบย่อยซึ่งเป็นส่วนประกอบโครงสร้างของระบบที่กำลังพัฒนา

สัญลักษณ์ DFD เป็นเครื่องมือที่สะดวกสำหรับการสร้างไดอะแกรมบริบท ซึ่งก็คือไดอะแกรมที่แสดง AIS ที่กำลังพัฒนาในการสื่อสารด้วย สภาพแวดล้อมภายนอก. นี่คือไดอะแกรมระดับบนสุดในลำดับชั้นไดอะแกรม DFD วัตถุประสงค์คือการจำกัดขอบเขตของระบบ เพื่อกำหนดว่าระบบที่กำลังพัฒนาสิ้นสุดที่ใดและสภาพแวดล้อมเริ่มต้นขึ้น สัญลักษณ์อื่นๆ ที่มักใช้เมื่อสร้างไดอะแกรมบริบท ได้แก่ ไดอะแกรม SADT, Use Case Diagram

เพื่อแก้ปัญหาการสร้างแบบจำลองเชิงฟังก์ชันตามการวิเคราะห์เชิงโครงสร้าง โดยทั่วไปแล้วแบบจำลองสองประเภทจะถูกใช้: ไดอะแกรม IDEF0 และไดอะแกรมการไหลของข้อมูล

วิธีการพัฒนาไดอะแกรมกระบวนการมักจะใช้เมื่อดำเนินการสำรวจขององค์กรซึ่งเป็นส่วนหนึ่งของโครงการให้คำปรึกษาด้านการจัดการตลอดจนในโครงการระบบอัตโนมัติสำหรับสิ่งอำนวยความสะดวกขนาดใหญ่ในระหว่างการสำรวจด่วน (โดยปกติจะจัดทำแผนงานโดยละเอียด)

สัญลักษณ์ของไดอะแกรมกระแสข้อมูลช่วยให้คุณสามารถแสดงบนไดอะแกรมทั้งขั้นตอนของกระบวนการทางธุรกิจและการไหลของเอกสารและการควบคุม (การควบคุมเป็นหลัก เนื่องจากที่ระดับบนสุดของคำอธิบายของพื้นที่กระบวนการ การถ่ายโอนการควบคุมเป็นสิ่งสำคัญ) คุณยังสามารถแสดงเครื่องมืออัตโนมัติสำหรับขั้นตอนกระบวนการทางธุรกิจบนไดอะแกรม โดยทั่วไปจะใช้เพื่อแสดงการแบ่งแยกกระบวนการทางธุรกิจในระดับที่สามและต่ำกว่า (ระดับแรกคือรายการกระบวนการทางธุรกิจที่ระบุ และระดับที่สองคือฟังก์ชันที่ดำเนินการภายในกระบวนการทางธุรกิจ)

การสร้างไดอะแกรมการไหลของข้อมูล (DFD):

· เป็นวิธีการหลักในการสร้างแบบจำลองข้อกำหนดด้านการทำงานสำหรับระบบที่ได้รับการออกแบบ

· สร้างขึ้นเพื่อจำลองกระบวนการการไหลของข้อมูลที่มีอยู่

· ใช้เพื่ออธิบายการไหลของเอกสารและการประมวลผลข้อมูล

· ใช้เป็นส่วนเสริมของโมเดล IDEFO สำหรับการแสดงการดำเนินการโฟลว์เอกสารปัจจุบันที่มองเห็นได้ชัดเจนยิ่งขึ้น (การแลกเปลี่ยนข้อมูล)

· ให้การวิเคราะห์และการกำหนดทิศทางหลักของการปรับรื้อระบบ IS

ไดอะแกรม DFD สามารถเสริมสิ่งที่แสดงอยู่แล้วในโมเดล IDEF0 ได้ เนื่องจากไดอะแกรมอธิบายกระแสข้อมูล ทำให้คุณสามารถติดตามวิธีการแลกเปลี่ยนข้อมูลทั้งภายในระบบระหว่างฟังก์ชันทางธุรกิจ และระบบโดยรวมกับสภาพแวดล้อมข้อมูลภายนอก

หากมีซอฟต์แวร์/ชิ้นส่วนที่ตั้งโปรแกรมได้ในระบบจำลอง (เกือบตลอดเวลา) โดยปกติแล้ว DFD จะให้ความสำคัญกับเหตุผลต่อไปนี้

1. ไดอะแกรม DFD ถูกสร้างขึ้นเป็นเครื่องมือสำหรับการออกแบบระบบซอฟต์แวร์ ในขณะที่ IDEF0 ถูกสร้างขึ้นเป็นเครื่องมือสำหรับการออกแบบระบบโดยทั่วไป ดังนั้น DFD จึงมีชุดองค์ประกอบที่สมบูรณ์ยิ่งขึ้นซึ่งสะท้อนถึงข้อมูลเฉพาะของตนอย่างเพียงพอ (เช่น คลังข้อมูลเป็นต้นแบบของไฟล์ หรือฐานข้อมูล)

2. การมีอยู่ของข้อกำหนดเล็กๆ น้อยๆ ของกระบวนการ DFD ระดับล่างช่วยให้เราสามารถเอาชนะความไม่สมบูรณ์เชิงตรรกะของ IDEF0 ได้ กล่าวคือ การพังของโมเดลในระดับที่ค่อนข้างต่ำ เมื่อรายละเอียดเพิ่มเติมกลายเป็นสิ่งไร้ความหมาย และเพื่อสร้างข้อกำหนดการทำงานที่สมบูรณ์ ของระบบที่กำลังพัฒนา

3. อัลกอริธึมสำหรับการแปลงลำดับชั้น DFD ให้เป็นแผนที่โครงสร้างโดยอัตโนมัติมีอยู่ และได้รับการสนับสนุนจากเครื่องมือ CASE จำนวนหนึ่ง ซึ่งสาธิตการเชื่อมต่อระหว่างระบบและภายในระบบ ตลอดจนลำดับชั้นของระบบ ซึ่งเมื่อรวมกับข้อกำหนดเฉพาะขนาดเล็กแล้ว งานที่สมบูรณ์สำหรับโปรแกรมเมอร์

การใช้ไดอะแกรม DFD ข้อกำหนดสำหรับ IS ที่ออกแบบจะแบ่งออกเป็นองค์ประกอบการทำงาน (กระบวนการ) และนำเสนอเป็นเครือข่ายที่เชื่อมต่อกันด้วยกระแสข้อมูล วัตถุประสงค์หลักการแยกส่วนของฟังก์ชัน DFD - สาธิตวิธีที่แต่ละกระบวนการแปลงอินพุตเป็นเอาต์พุต และยังระบุความสัมพันธ์ระหว่างกระบวนการเหล่านี้ด้วย ไดอะแกรมกระบวนการทางธุรกิจแสดง:

· ฟังก์ชันกระบวนการ

· ข้อมูลขาเข้าและขาออกเมื่ออธิบายเอกสาร

· กระบวนการทางธุรกิจภายนอกที่อธิบายไว้ในไดอะแกรมอื่น

· จุดพักเมื่อกระบวนการย้ายไปยังหน้าอื่น

หากเมื่อทำการสร้างแบบจำลองโดยใช้วิธี IDEF0 ระบบจะถือเป็นเครือข่ายของฟังก์ชันที่เชื่อมต่อถึงกัน จากนั้นเมื่อสร้างไดอะแกรม DFD ระบบจะถือเป็นเครือข่ายของฟังก์ชันที่เชื่อมต่อถึงกัน เช่น เป็นกลุ่มของเอนทิตี (วัตถุ)

การวิเคราะห์โครงสร้างเป็นแนวทางที่เป็นระบบทีละขั้นตอนในการวิเคราะห์ข้อกำหนดและการออกแบบข้อกำหนดสำหรับระบบ ไม่ว่าจะมีอยู่หรือสร้างขึ้นใหม่ก็ตาม วิธีการสร้างไดอะแกรมการไหลของข้อมูล Gane-Sarson และ Yourdon/DeMarco ซึ่งอิงตามแนวคิดขององค์กรแบบลำดับชั้นจากบนลงล่าง แสดงให้เห็นแนวทางนี้ได้ดีที่สุด

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

· ไดอะแกรมการไหลของข้อมูล

· พจนานุกรมข้อมูล ซึ่งเป็นแค็ตตาล็อกขององค์ประกอบข้อมูลทั้งหมดที่มีอยู่ใน DFD รวมถึงโฟลว์ข้อมูลกลุ่มและรายบุคคล การจัดเก็บและกระบวนการ และคุณลักษณะทั้งหมด

· การประมวลผลข้อกำหนดขนาดเล็ก ซึ่งอธิบายกระบวนการ DFD ระดับต่ำและเป็นพื้นฐานสำหรับการสร้างโค้ด

ข้อมูลจำเพาะขนาดเล็ก

ข้อกำหนดขนาดเล็กเป็นอัลกอริธึมสำหรับการอธิบายงานที่ดำเนินการโดยกระบวนการ ชุดของข้อกำหนดขนาดเล็กทั้งหมดเป็นข้อกำหนดที่สมบูรณ์ของระบบ ข้อมูลจำเพาะขนาดเล็กประกอบด้วยหมายเลขและ/หรือชื่อของกระบวนการ รายการข้อมูลอินพุตและเอาต์พุต และเนื้อความ (คำอธิบาย) ของกระบวนการ ซึ่งเป็นข้อกำหนดเฉพาะของอัลกอริทึมหรือการดำเนินการที่แปลงสตรีมข้อมูลอินพุตให้เป็นเอาต์พุต ทราบวิธีการต่างๆ มากมายที่ช่วยให้คุณสามารถระบุเนื้อหาของกระบวนการได้ ภาษาที่เกี่ยวข้องอาจแตกต่างกันไปตั้งแต่ภาษาธรรมชาติที่มีโครงสร้างหรือรหัสเทียมไปจนถึงภาษาการออกแบบภาพ (เช่น แบบฟอร์ม FLOW และไดอะแกรม Nussie-Schneiderman) และคอมพิวเตอร์อย่างเป็นทางการ ภาษา

ข้อกำหนดการออกแบบถูกสร้างขึ้นโดยใช้ DFD และข้อกำหนดขนาดเล็กโดยอัตโนมัติ บ่อยครั้งที่เทคนิคแผนผังโครงสร้าง Jackson ใช้เพื่ออธิบายข้อกำหนดการออกแบบ แสดงลำดับชั้นของโมดูล การเชื่อมต่อระหว่างโมดูลเหล่านั้น และข้อมูลบางอย่างเกี่ยวกับการดำเนินการ (ลำดับของการเรียก การวนซ้ำ) มีหลายวิธีในการแปลง DFD ให้เป็นแผนผังโครงสร้างโดยอัตโนมัติ

คุณสมบัติหลักที่แตกต่างของวิธีการ Gain-Sarson คือการมีอยู่ของขั้นตอนการสร้างแบบจำลองข้อมูลที่กำหนดเนื้อหาของที่เก็บข้อมูล (ฐานข้อมูลและไฟล์) ใน DFD ในรูปแบบปกติที่สาม ขั้นตอนนี้เกี่ยวข้องกับการสร้างรายการองค์ประกอบข้อมูลที่อยู่ในที่เก็บข้อมูลแต่ละแห่ง การวิเคราะห์ความสัมพันธ์ระหว่างข้อมูลและสร้างแผนภาพที่สอดคล้องกันของการเชื่อมต่อระหว่างองค์ประกอบข้อมูล การนำเสนอข้อมูลทั้งหมดเกี่ยวกับแบบจำลองในรูปแบบของตารางมาตรฐานที่เกี่ยวข้อง นอกจากนี้ วิธีการมีความแตกต่างกันในด้านวากยสัมพันธ์ล้วนๆ เช่น สัญลักษณ์กราฟิกที่แสดงถึงส่วนประกอบของ DFD นั้นแตกต่างกัน

วิธีการที่กล่าวถึงคือวิธีการที่ช่วยให้คุณย้ายจากกระดาษเปล่าหรือหน้าจอเปล่าไปเป็นรูปแบบของระบบที่มีการจัดระเบียบอย่างดี วิธีการทั้งสองมีพื้นฐานอยู่บนแนวคิดง่ายๆ ของการแจกแจงฟังก์ชันระบบออกเป็นฟังก์ชันย่อยจากบนลงล่างทีละขั้นตอน:

ในขั้นตอนแรก แผนภาพบริบทระดับบนสุดจะถูกสร้างขึ้นเพื่อระบุขอบเขตของระบบและกำหนดส่วนต่อประสานระหว่างระบบและสภาพแวดล้อม

หลังจากสัมภาษณ์ผู้เชี่ยวชาญเฉพาะด้าน รายการเหตุการณ์ภายนอกที่ระบบต้องตอบสนองจะถูกสร้างขึ้น สำหรับแต่ละเหตุการณ์เหล่านี้ กระบวนการว่าง (ฟองสบู่) ถูกสร้างขึ้นบนสมมติฐานที่ว่าฟังก์ชันของกระบวนการนั้นให้การตอบสนองที่จำเป็นต่อเหตุการณ์นี้ ซึ่งโดยส่วนใหญ่แล้วจะรวมถึงการสร้างสตรีมเอาท์พุตและเหตุการณ์ด้วย (แต่อาจรวมถึงการป้อนข้อมูลลงในข้อมูลด้วย จัดเก็บเพื่อใช้โดยเหตุการณ์และกระบวนการอื่น ๆ )

ในระดับถัดไปของรายละเอียด กิจกรรมที่คล้ายกันจะถูกดำเนินการสำหรับแต่ละกระบวนการที่ว่างเปล่า

เพื่อปรับปรุงฟังก์ชันการทำงาน สัญลักษณ์ไดอะแกรมนี้ให้องค์ประกอบเฉพาะที่ออกแบบมาเพื่ออธิบายข้อมูลและการไหลของเอกสาร เช่น เอนทิตีภายนอกและการจัดเก็บข้อมูล

สัญลักษณ์พื้นฐานของไดอะแกรม DFD ตามสัญลักษณ์เหล่านี้:

ข้าว. 3.1. สัญลักษณ์พื้นฐานของไดอะแกรม DFD

นอกเหนือจากสัญลักษณ์ Jordan/De Marco และ Hein-Sarson แล้ว สัญลักษณ์อื่นๆ ยังสามารถใช้สำหรับองค์ประกอบของไดอะแกรม DFD สัญลักษณ์(OMT, SSADM ฯลฯ) ทั้งหมดมีฟังก์ชันการทำงานเกือบเหมือนกันและแตกต่างกันในรายละเอียดเท่านั้น

แม้ว่าที่จริงแล้ววิธีการ IDEF0 จะกลายเป็นที่แพร่หลาย แต่นักวิเคราะห์หลายคนกล่าวว่า DFD เหมาะสำหรับการออกแบบระบบข้อมูลทั่วไปและฐานข้อมูลโดยเฉพาะมากกว่ามาก DFD ช่วยให้คุณสามารถกำหนดข้อกำหนดข้อมูลพื้นฐานที่มีอยู่ในขั้นตอนการสร้างแบบจำลองการทำงาน (ซึ่งอำนวยความสะดวกโดยการแบ่งกระแสข้อมูลออกเป็นวัสดุ ข้อมูล และการควบคุม) นอกจากนี้ การรวมแบบจำลอง DFD และแบบจำลอง ER (ความสัมพันธ์ของเอนทิตี “ความสัมพันธ์ของเอนทิตี”) ไม่ทำให้เกิดปัญหา ตัวอย่างเช่น คุณสามารถกำหนดรายการคุณลักษณะของคลังข้อมูลได้ ซึ่งรายการหลังในขั้นตอนการสร้างแบบจำลองข้อมูลจะแสดงโดยไม่ซ้ำกันในเอนทิตีของแบบจำลองความสัมพันธ์เอนทิตี

ในทางกลับกัน ดังที่ได้กล่าวไปแล้ว IDEF0 เหมาะสำหรับการแก้ปัญหาที่เกี่ยวข้องกับการให้คำปรึกษาด้านการจัดการ (การปรับโครงสร้างกระบวนการ) มากกว่า นอกจากนี้ยังได้รับการอำนวยความสะดวกโดยการเชื่อมโยงอย่างใกล้ชิดของ IDEF0 กับวิธี ABC (การคิดต้นทุนตามกิจกรรม) ของการวิเคราะห์ต้นทุนเชิงปฏิบัติ ซึ่งช่วยให้สามารถกำหนดแผนสำหรับการคำนวณต้นทุนในการดำเนินการตามขั้นตอนทางธุรกิจเฉพาะได้ อย่างไรก็ตาม มีระบบ CASE จำนวนมากที่นำเสนอวิธีการ IDEF0 ในขั้นตอนการตรวจสอบการทำงานของสาขาวิชานั้น ในระบบดังกล่าว รายการของออบเจ็กต์โมเดล IDEF0 ทั้งหมด (อินพุต เอาท์พุต กลไก การควบคุม) จะถูกส่งไปยังขั้นตอนถัดไป ซึ่งจากนั้นจะพิจารณาเพื่อรวมไว้ในโมเดลข้อมูล

2.2.4.3. คำศัพท์สัญกรณ์ DFD.

DFD BLOCKS – การแสดงกราฟิกของการดำเนินการ (กระบวนการ ฟังก์ชัน งาน) สำหรับการประมวลผลหรือการแปลงข้อมูล (ข้อมูล) ความหมายของบล็อก DFD ที่แสดงฟังก์ชันเกิดขึ้นพร้อมกันกับความหมายของบล็อก IDEFO และ IDEF3 ซึ่งก็คือการแปลงอินพุตเป็นเอาต์พุต บล็อก DFD ยังมีอินพุตและเอาต์พุต แต่ไม่รองรับการควบคุมและกลไกเช่น IDEFO

วัตถุประสงค์ของฟังก์ชันนี้คือการสร้างสตรีมเอาต์พุตจากสตรีมอินพุตตามการดำเนินการที่ระบุโดยชื่อกระบวนการ ดังนั้นชื่อฟังก์ชันจะต้องมีคำกริยาในรูปแบบไม่กำหนดตามด้วยวัตถุ โดยปกติฟังก์ชันจะตั้งชื่อตามชื่อระบบ เช่น "System Development การออกแบบโดยใช้คอมพิวเตอร์ช่วย"" ขอแนะนำให้ใช้คำกริยาที่แสดงความสัมพันธ์แบบไดนามิกเช่น "คำนวณ", "รับ", "สั่งซื้อ", "โรงสี", "ทำให้คมชัดขึ้น", "คำนวณ", "เปิด", "แบบจำลอง" ฯลฯ หากผู้เขียนใช้คำกริยาเช่น "กระบวนการ" "อัปเกรด" หรือ "แก้ไข" นั่นหมายความว่าเขาอาจยังไม่มีความเข้าใจอย่างลึกซึ้งเพียงพอเกี่ยวกับฟังก์ชันของกระบวนการนี้ และจำเป็นต้องมีการวิเคราะห์เพิ่มเติม

ตามสัญกรณ์ Gain-Sarson บล็อก DFD จะแสดงเป็นรูปสี่เหลี่ยมผืนผ้าที่มีมุมโค้งมน แต่ละบล็อกจะต้องมีหมายเลขเฉพาะสำหรับการอ้างอิงภายในไดอะแกรม หมายเลขบล็อกแต่ละหมายเลขอาจมีคำนำหน้า หมายเลขบล็อกหลัก (A) และหมายเลขอ็อบเจ็กต์ ซึ่งเป็นหมายเลขเฉพาะของบล็อกในไดอะแกรม ตัวอย่างเช่น ฟังก์ชันอาจมีหมายเลข A.12.4

เพื่อหลีกเลี่ยงการตัดกันของเส้นกระแสข้อมูล องค์ประกอบเดียวกันสามารถแสดงได้หลายครั้งบนไดอะแกรมเดียวกัน ในกรณีเช่นนี้ สี่เหลี่ยมสองรูปขึ้นไปที่แสดงถึงองค์ประกอบเดียวกันสามารถระบุได้โดยใช้เส้นตัดที่มุมขวาล่าง

DATA FLOW (กระแสข้อมูล) เป็นกลไกที่ใช้จำลองการถ่ายโอนข้อมูลระหว่างผู้เข้าร่วมกระบวนการแลกเปลี่ยนข้อมูล (ฟังก์ชัน การจัดเก็บข้อมูล ลิงก์ภายนอก) ในสัญลักษณ์เกน-ซาร์สัน การไหลของข้อมูล (เอกสาร วัตถุ พนักงาน แผนก หรือผู้เข้าร่วมอื่นๆ ในการประมวลผลข้อมูล) จะแสดงด้วยลูกศรระหว่างวัตถุไดอะแกรม DFD สองตัว โดยควรเป็นแนวนอนและ/หรือแนวตั้ง โดยมีทิศทางของลูกศรระบุ ทิศทางของการไหล ลูกธนูทุกลูกจะต้องมีแหล่งที่มาและเป้าหมาย ไม่เหมือนกับลูกศรไดอะแกรม IDEF0 (ICOM) ลูกศร DFD สามารถเข้าหรือออกจากด้านใดด้านหนึ่งของบล็อกได้

ลูกศรอธิบายว่าวัตถุ (รวมถึงข้อมูล) เคลื่อนที่จากส่วนหนึ่งของระบบไปยังอีกส่วนหนึ่งอย่างไร เนื่องจากใน DFD แต่ละด้านของบล็อกไม่มีวัตถุประสงค์ที่ชัดเจน ต่างจากบล็อกในไดอะแกรม IDEF0 ตรงที่ลูกศรสามารถเข้าและออกจากหน้าใดก็ได้ ในไดอะแกรม DFD เพื่ออธิบายกล่องโต้ตอบประเภทการตอบสนองคำสั่งระหว่างการดำเนินการ ลูกศรสองทิศทางจะถูกใช้ระหว่างฟังก์ชันและเอนทิตีภายนอก และ/หรือระหว่างเอนทิตีภายนอก ลูกศรสามารถผสานและแตกแขนงได้ ซึ่งทำให้สามารถอธิบายการสลายตัวของลูกศรได้ ทั้งหมด ส่วนใหม่ลูกศรที่ผสานหรือแตกแขนงสามารถมีชื่อของตัวเองได้

บางครั้งข้อมูลสามารถเคลื่อนไปในทิศทางเดียว ถูกประมวลผล และกลับมาได้ สถานการณ์นี้สามารถจำลองได้ด้วยโฟลว์ที่แตกต่างกันสองโฟลว์ หรือโฟลว์สองทิศทางเดียว คุณสามารถอ้างอิงโฟลว์ข้อมูลได้โดยการระบุกระบวนการ เอนทิตี หรือไดรฟ์ข้อมูลที่โฟลว์เชื่อมต่อ

แต่ละสตรีมควรมีชื่อตามหรือเหนือลูกศร ซึ่งได้รับการเลือกให้สื่อความหมายของเนื้อหาของสตรีมได้ดีที่สุดแก่ผู้ใช้ที่ดูแผนภาพการไหลของข้อมูล เมื่อร่างไดอะแกรมโฟลว์ข้อมูล คุณสามารถละชื่อได้หากผู้ใช้มองเห็นได้ชัดเจน แต่ผู้เขียนไดอะแกรมควรให้คำอธิบายของโฟลว์เสมอ

แผนภาพการไหลของข้อมูล (แผนภาพ DFD) (รูปที่ 4.1) – แผนภาพที่ใช้สำหรับการแสดงกราฟิก (ผังงาน) ของการเคลื่อนไหวและการประมวลผลข้อมูลในองค์กรหรือในกระบวนการใด ๆ โดยทั่วไปแล้ว ไดอะแกรมประเภทนี้จะใช้ในการวิเคราะห์การจัดองค์กรของกระแสข้อมูลและเพื่อการพัฒนาระบบสารสนเทศ ไดอะแกรม DFD เป็นส่วนสำคัญของเอกสารข้อกำหนดข้อกำหนด - ข้อกำหนดเฉพาะลำดับชั้นแบบกราฟิกที่อธิบายระบบในแง่ของกระแสข้อมูล แต่ละโหนดกระบวนการใน DFD สามารถขยายเป็นไดอะแกรมระดับล่างได้ ซึ่งช่วยให้สามารถสรุปรายละเอียดได้ในทุกระดับ รูปที่.4.1. ตัวอย่างแผนภาพการไหลของข้อมูล DFD

ไดอะแกรมประเภทนี้มักเรียกสั้นว่า DFD DFD คือ DFD อาจประกอบด้วยสัญลักษณ์กราฟิกสี่ตัวที่แสดงถึงสตรีมข้อมูล กระบวนการสำหรับการแปลงสตรีมข้อมูลอินพุตเป็นสตรีมเอาต์พุต แหล่งข้อมูลและปลายทางภายนอก และไฟล์และฐานข้อมูลที่จำเป็นสำหรับกระบวนการในการดำเนินงาน

ไดอะแกรม DFD จำลองฟังก์ชันที่ระบบต้องดำเนินการ แต่แทบไม่มีอะไรสื่อสารเกี่ยวกับความสัมพันธ์ระหว่างข้อมูลหรือพฤติกรรมของระบบในช่วงเวลาหนึ่ง - เพื่อวัตถุประสงค์เหล่านี้ ไดอะแกรมความสัมพันธ์เอนทิตีและไดอะแกรมการเปลี่ยนสถานะจะถูกนำมาใช้ตามลำดับ

DATA STORE (รูปที่ 4.2.) – การแสดงกระแสข้อมูลแบบกราฟิกที่นำเข้า/ส่งออกจากฐานข้อมูลที่เกี่ยวข้อง โดยทั่วไปจะเป็นตารางสำหรับจัดเก็บเอกสาร ต่างจากลูกศรที่อธิบายวัตถุที่กำลังเคลื่อนที่ คลังข้อมูลแสดงถึงวัตถุที่อยู่นิ่ง อุปกรณ์จัดเก็บข้อมูลถือเป็นต้นแบบของฐานข้อมูลระบบสารสนเทศขององค์กร คลังข้อมูลจะรวมอยู่ในโมเดลระบบหากมีขั้นตอนในวงจรกระบวนการที่ข้อมูลปรากฏซึ่งจำเป็นต้องเก็บไว้ในหน่วยความจำ เมื่อแสดงกระบวนการบันทึกข้อมูล ลูกศรกระแสข้อมูลจะถูกส่งไปยังที่จัดเก็บข้อมูล และในทางกลับกัน จากที่จัดเก็บข้อมูลหากมีการนำเข้าข้อมูล

รูปที่.4.2. เก็บข้อมูล

คลังข้อมูลมีวัตถุประสงค์เพื่อแสดงอุปกรณ์นามธรรมบางอย่างสำหรับการจัดเก็บข้อมูลที่สามารถวางหรือเรียกค้นที่นั่นได้ตลอดเวลา โดยไม่คำนึงถึงการใช้งานทางกายภาพโดยเฉพาะ มีการใช้คลังข้อมูล:

ในระบบวัสดุ - โดยที่วัตถุกำลังรอการประมวลผล เช่น ในคิว

ในระบบประมวลผลข้อมูลเพื่อสร้างแบบจำลองกลไกในการจัดเก็บข้อมูลเพื่อดำเนินการต่อไป

ในสัญลักษณ์เกน-ซาร์สัน คลังข้อมูลจะแสดงด้วยเส้นแนวนอนสองเส้นปิดที่ปลายด้านหนึ่ง ควรระบุที่เก็บข้อมูลแต่ละแห่งเพื่อใช้อ้างอิงด้วยตัวอักษร D และตัวเลขที่กำหนดเองในช่องสี่เหลี่ยมทางด้านซ้าย เช่น D5 ควรเลือกชื่อโดยคำนึงถึงเนื้อหาข้อมูลที่ดีที่สุดสำหรับผู้ใช้

โมเดลสามารถมีที่เก็บข้อมูลได้หลายรายการ โดยแต่ละรายการสามารถมีชื่อและหมายเลขอ้างอิงเดียวกันได้ เพื่อไม่ให้แผนภาพการไหลของข้อมูลซับซ้อนด้วยจุดตัดของเส้น คุณสามารถแสดงอุปกรณ์จัดเก็บข้อมูลที่ซ้ำกันโดยมีเส้นแนวตั้งเพิ่มเติมทางด้านซ้ายของสี่เหลี่ยมจัตุรัส

การอ้างอิงภายนอก (ลิงก์ภายนอก เอนทิตีภายนอก) (รูปที่ 4.3) – ออบเจ็กต์ไดอะแกรมการไหลของข้อมูลที่เป็นแหล่งหรือรับข้อมูลจากภายนอกโมเดล ลิงก์/เอนทิตีภายนอกแสดงถึงอินพุตและ/หรือเอาต์พุต เช่น จัดให้มีส่วนต่อประสานกับวัตถุภายนอกที่อยู่นอกระบบจำลอง การอ้างอิงภายนอกของระบบมักจะเป็นคลาสเชิงตรรกะของวัตถุหรือบุคคลที่เป็นตัวแทนของแหล่งที่มาหรือผู้รับข้อความ เช่น ลูกค้า นักออกแบบ นักเทคโนโลยี บริการด้านการผลิต เจ้าของร้าน ฯลฯ สิ่งเหล่านี้อาจเป็นแหล่งที่มาเฉพาะ เช่น การบัญชี ระบบการดึงข้อมูล บริการควบคุมกฎระเบียบ คลังสินค้า หากระบบดังกล่าวได้รับข้อมูลจากระบบอื่นหรือส่งข้อมูลไปยังระบบอื่น ระบบอื่นนั้นก็จะถือเป็นองค์ประกอบ ระบบภายนอก. หากไม่มีวัตถุ "นิติบุคคลภายนอก" บางครั้งนักวิเคราะห์ก็อาจเป็นเรื่องยากในการพิจารณาว่าบริษัทได้รับเอกสารเหล่านี้จากที่ใด หรือเอกสารอื่นใดที่มาจากหน่วยงานภายนอก เช่น “ลูกค้า”

รูปที่.4.3. นิติบุคคลภายนอก

ในสัญลักษณ์เกน-ซาร์สัน ไอคอน xref เป็นรูปสี่เหลี่ยมผืนผ้ามุมซ้ายบนสีเทาซึ่งมีความหนาสองเท่าเพื่อแยกความแตกต่างจากไอคอนอื่นๆ บนไดอะแกรม และโดยปกติจะอยู่ที่ขอบของไดอะแกรม ลิงก์ภายนอกสามารถระบุได้ด้วยตัว E ตัวพิมพ์เล็กที่มุมซ้ายบนและหมายเลขเฉพาะ เช่น E5 นอกจากนี้ ลิงก์ภายนอกยังมีชื่ออีกด้วย

เมื่อพิจารณาระบบเป็น ฟังก์ชั่นภายนอกมักถูกระบุว่าอยู่นอกขอบเขตของระบบที่กำลังสร้างแบบจำลอง หลังจากการวิเคราะห์ ลิงก์ภายนอกบางส่วนสามารถย้ายภายในไดอะแกรมกระแสข้อมูลของระบบที่กำลังพิจารณา หรือในทางกลับกัน ฟังก์ชันบางส่วนของระบบสามารถนำออกและถือเป็นลิงก์ภายนอกได้

เมื่อตีความไดอะแกรม DFD จะใช้กฎต่อไปนี้:

· ฟังก์ชั่นแปลงกระแสข้อมูลขาเข้าให้เป็นกระแสข้อมูลเอาท์พุต

· คลังข้อมูลไม่เปลี่ยนแปลงกระแสข้อมูล แต่ทำหน้าที่จัดเก็บอ็อบเจ็กต์ที่เข้ามาเท่านั้น

· การแปลงสตรีมข้อมูลในลิงก์ภายนอกจะถูกละเว้น

นอกจากนี้ สำหรับแต่ละกระแสข้อมูลและการจัดเก็บข้อมูล จะมีการกำหนดองค์ประกอบข้อมูลที่เกี่ยวข้องกัน แต่ละองค์ประกอบข้อมูลจะได้รับชื่อและอาจมีประเภทข้อมูลและรูปแบบด้วย ข้อมูลนี้เองที่เป็นจุดเริ่มต้นสำหรับขั้นตอนการออกแบบถัดไป - การสร้างโมเดล "ความสัมพันธ์เอนทิตี" ในกรณีนี้ ตามกฎแล้ว คลังข้อมูลจะถูกแปลงเป็นเอนทิตี ผู้ออกแบบสามารถแก้ไขปัญหาได้โดยใช้องค์ประกอบข้อมูลที่ไม่เกี่ยวข้องกับคลังสินค้าเท่านั้น

การแสดงโฟลว์เป็นลูกศรร่วมกับที่เก็บข้อมูลและเอนทิตีภายนอกทำให้โมเดล DFD คล้ายกันมากขึ้น ลักษณะทางกายภาพระบบ - การเคลื่อนที่ของวัตถุ การจัดเก็บวัตถุ การส่งมอบและการกระจายของวัตถุ

การสร้างไดอะแกรม

ไดอะแกรม DFD สามารถสร้างขึ้นได้โดยใช้การวิเคราะห์โครงสร้างแบบดั้งเดิม เช่นเดียวกับวิธีสร้างไดอะแกรม IDEFO:

· แบบจำลองทางกายภาพถูกสร้างขึ้นเพื่อสะท้อนถึงสถานการณ์ปัจจุบัน

· โมเดลผลลัพธ์จะถูกแปลงเป็นโมเดลเชิงตรรกะที่สะท้อนถึงข้อกำหนดสำหรับ ระบบที่มีอยู่;

· แบบจำลองถูกสร้างขึ้นที่สะท้อนถึงข้อกำหนดสำหรับระบบในอนาคต

· แบบจำลองทางกายภาพถูกสร้างขึ้น บนพื้นฐานของระบบใหม่ที่ควรถูกสร้างขึ้น

อีกแนวทางหนึ่งคือแนวทางซอฟต์แวร์ที่เรียกว่าการแบ่งพาร์ติชันเหตุการณ์ ซึ่งไดอะแกรม DFD ต่างๆ จะสร้างแบบจำลองของระบบ:

· แบบจำลองเชิงตรรกะถูกสร้างขึ้นเป็นชุดของกระบวนการและเอกสารเกี่ยวกับสิ่งที่กระบวนการเหล่านี้ควรทำ

· เมื่อใช้แบบจำลองสภาพแวดล้อม ระบบจะอธิบายว่าเป็นออบเจ็กต์ที่มีการโต้ตอบกับเหตุการณ์จากเอนทิตีภายนอก โดยทั่วไป แบบจำลองสภาพแวดล้อมประกอบด้วยคำอธิบายวัตถุประสงค์ของระบบ แผนภาพบริบทหนึ่งรายการ และรายการเหตุการณ์ แผนภาพบริบทประกอบด้วยหนึ่งบล็อกที่แสดงระบบโดยรวม เอนทิตีภายนอกที่ระบบโต้ตอบด้วย ลิงก์และลูกศรบางส่วนที่นำเข้าจากไดอะแกรม IDEF0 และ DFD การรวมการอ้างอิงภายนอกในแผนภาพบริบทไม่ได้แทนที่ข้อกำหนดของวิธีการในการกำหนดวัตถุประสงค์ ขอบเขต และมุมมองทั่วไปของระบบที่กำลังสร้างแบบจำลองอย่างชัดเจน

โมเดลพฤติกรรมจะแสดงวิธีที่ระบบประมวลผลเหตุการณ์ แบบจำลองนี้ประกอบด้วยไดอะแกรมเดียวซึ่งแต่ละบล็อกแสดงแต่ละเหตุการณ์จากแบบจำลองสภาพแวดล้อม และสามารถเพิ่มร้านค้าเพื่อสร้างแบบจำลองข้อมูลที่ต้องจดจำระหว่างเหตุการณ์ต่างๆ มีการเพิ่มเธรดเพื่อสื่อสารกับองค์ประกอบอื่นๆ และมีการตรวจสอบไดอะแกรมกับโมเดลสภาพแวดล้อม

ไดอะแกรมผลลัพธ์สามารถแปลงเพื่อให้แสดงระบบได้ชัดเจนขึ้น โดยเฉพาะอย่างยิ่ง ฟังก์ชันต่างๆ สามารถแยกย่อยได้

ตัวอย่างของแผนภาพ DFD ที่ใช้สัญลักษณ์ Hein-Sarson สำหรับองค์กรที่สร้างกิจกรรมของตนบนหลักการ "สั่งทำ" แสดงในรูปที่ 5.1

ตามคำสั่งซื้อที่ได้รับ จะมีการจัดทำแผนการเปิดตัวผลิตภัณฑ์ในช่วงระยะเวลาหนึ่ง ตามแผนนี้ ความต้องการส่วนประกอบและวัสดุ ตลอดจนตารางการบรรทุกจะถูกกำหนด อุปกรณ์การผลิต. หลังจากการผลิตสินค้าและการชำระเงิน ผลิตภัณฑ์สำเร็จรูปส่งไปให้ลูกค้า

คำสั่งซื้ออาจมีการตรวจสอบและคัดแยกที่เข้ามา หากคำสั่งซื้อไม่ตรงตามกลุ่มผลิตภัณฑ์หรือวางไม่ถูกต้อง จะถูกยกเลิกโดยแจ้งให้ลูกค้าทราบอย่างเหมาะสม หากคำสั่งซื้อไม่ถูกยกเลิก ระบบจะพิจารณาว่ามีสินค้าที่เกี่ยวข้องอยู่ในสต็อกหรือไม่ หากคำตอบเป็นบวก จะมีการออกใบแจ้งหนี้สำหรับการชำระเงินและแสดงให้กับลูกค้า เมื่อได้รับการชำระเงิน สินค้าจะถูกส่งไปยังลูกค้า หากคำสั่งซื้อไม่ได้ระบุสต็อคคลังสินค้า คำขอสำหรับผลิตภัณฑ์จะถูกส่งไปยังผู้ผลิต หลังจากที่สินค้าที่ต้องการมาถึงคลังสินค้าของบริษัท คำสั่งซื้อจะมีความปลอดภัยและทำซ้ำตามเส้นทางที่อธิบายไว้ข้างต้น

รูปที่ 5.1 ตัวอย่างไดอะแกรม DFD ที่ใช้สัญลักษณ์ Hein-Sarson สำหรับองค์กร

แผนภาพนี้แสดงถึงระดับสูงสุดของโมเดลการทำงาน แน่นอนว่านี่เป็นคำอธิบายคร่าวๆ ของหัวข้อเรื่อง โมเดลได้รับการปรับปรุงโดยแสดงรายละเอียดฟังก์ชันที่จำเป็นในไดอะแกรม DFD ระดับถัดไป ดังนั้นเราจึงสามารถแบ่งฟังก์ชัน "การระบุความต้องการและการจัดหาวัสดุ" ออกเป็นฟังก์ชันย่อย "การระบุความต้องการ" "ค้นหาซัพพลายเออร์" "การสรุปและการวิเคราะห์สัญญาการจัดหา" "การควบคุมการชำระเงิน" "การควบคุมการจัดหา" เชื่อมต่อกันด้วยกระแสข้อมูลของตัวเองที่จะนำเสนอในแผนภาพแยกต่างหาก แบบจำลองควรได้รับการปรับปรุงจนกว่าจะมีข้อมูลทั้งหมดที่จำเป็นในการสร้างระบบสารสนเทศ

ข้อดีของเทคนิค DFD ได้แก่ :

· ความสามารถในการระบุเอนทิตีภายนอกโดยไม่ซ้ำกันโดยการวิเคราะห์กระแสข้อมูลภายในและภายนอกระบบ

· ความสามารถในการออกแบบจากบนลงล่าง ซึ่งอำนวยความสะดวกในการสร้างแบบจำลอง "ตามที่ควรจะเป็น"

· การมีอยู่ของข้อกำหนดของกระบวนการระดับล่าง ซึ่งช่วยให้คุณสามารถเอาชนะความไม่สมบูรณ์เชิงตรรกะของแบบจำลองการทำงาน และสร้างข้อกำหนดการทำงานที่สมบูรณ์ของระบบที่กำลังพัฒนา

ข้อเสียของรุ่นนี้ ได้แก่ :

· ความจำเป็นในการป้อนข้อมูลประดิษฐ์ของกระบวนการควบคุม เนื่องจากการดำเนินการควบคุม (โฟลว์) และกระบวนการควบคุมจากมุมมองของ DFD ไม่แตกต่างจากกระบวนการทั่วไป

· ขาดแนวคิดเรื่องเวลา เช่น ขาดการวิเคราะห์ช่วงเวลาเมื่อแปลงข้อมูล (ต้องป้อนข้อ จำกัด เวลาทั้งหมดในข้อกำหนดกระบวนการ)

บรรณานุกรม:

1. Andreychikov A.V. Andreychikova O.N. สำนักพิมพ์ระบบข้อมูลอัจฉริยะ "การเงินและสถิติ" มอสโก 2547 422ส.

2. อานิซิมอฟ บี.พี., โคตอฟ วี.วี. "ระเบียบวิธีสมัยใหม่สำหรับการวิเคราะห์โครงสร้างและการออกแบบระบบประมวลผลข้อมูล" นิตยสาร " ผลิตภัณฑ์ซอฟต์แวร์และระบบ" ฉบับที่ 2 ปี 2540 [06.24.1997]

3. Kozlenko L. “ การออกแบบระบบสารสนเทศ ส่วนที่ 1 ขั้นตอนของการพัฒนาโครงการ: กลยุทธ์และการวิเคราะห์" นิตยสาร ComputerPress, 9" 2544

4. มาร์ค ดี.เอ. McGowack K. SADT วิธีการวิเคราะห์โครงสร้างและการออกแบบ เอ็ด เมตาเทคโนโลยี ม. 2536

5. เวนดรอฟ เอ.เอ็ม. เทคโนโลยีของเคส วิธีการที่ทันสมัยและเครื่องมือการออกแบบและระบบ ed. การเงินและสถิติ ม. 2541

แหล่งข้อมูลทางอินเทอร์เน็ต:

http://www.aiportal.ru/

http://www.itstan.ru/

http://www.intuit.ru/

เทคโนโลยี SADT

การแนะนำ

SADT (เทคนิคการวิเคราะห์โครงสร้างและการออกแบบ) เป็นหนึ่งในวิธีวิทยาที่มีชื่อเสียงที่สุดสำหรับการวิเคราะห์และการออกแบบระบบ เปิดตัวในปี 1973 โดย Ross SADT ถูกนำมาใช้อย่างประสบความสำเร็จในการทหาร อุตสาหกรรม และ องค์กรการค้าเพื่อแก้ไขปัญหาต่างๆ มากมาย เช่น ซอฟต์แวร์ เครือข่ายโทรศัพท์การสนับสนุนและการวินิจฉัยระบบในระยะยาวและ การวางแผนเชิงกลยุทธ์, การผลิตและการออกแบบโดยใช้คอมพิวเตอร์ช่วย, การกำหนดค่า ระบบคอมพิวเตอร์,การฝึกอบรมบุคลากร,ซอฟต์แวร์ฝังตัวสำหรับระบบป้องกันประเทศ การจัดการทางการเงินและโลจิสติกส์ ฯลฯ วิธีการนี้ได้รับการสนับสนุนอย่างกว้างขวางจากกระทรวงกลาโหมสหรัฐอเมริกา ซึ่งเป็นผู้ริเริ่มการพัฒนามาตรฐาน IDEF0 โดยเป็นส่วนย่อยของ SADT ควบคู่ไปกับการสนับสนุนอัตโนมัติที่เพิ่มมากขึ้น ทำให้เข้าถึงและใช้งานได้ง่ายขึ้น

จากมุมมองของ SADT แบบจำลองสามารถขึ้นอยู่กับฟังก์ชันของระบบหรือตามอ็อบเจ็กต์ของระบบ (แผน ข้อมูล อุปกรณ์ ข้อมูล ฯลฯ) โมเดลที่สอดคล้องกันมักจะเรียกว่าโมเดลกิจกรรมและโมเดลข้อมูล แบบจำลองกิจกรรมแสดงถึงระบบของกิจกรรมตามระดับรายละเอียดที่ต้องการ ซึ่งจะสะท้อนความสัมพันธ์ของพวกเขาผ่านวัตถุของระบบ โมเดลข้อมูลเป็นแบบคู่สำหรับโมเดลกิจกรรม และแสดงคำอธิบายโดยละเอียดของออบเจ็กต์ระบบที่เกี่ยวข้องกับกิจกรรมของระบบ วิธีการ SADT ที่สมบูรณ์คือการสร้างแบบจำลองทั้งสองประเภทเพื่ออธิบายระบบที่ซับซ้อนได้แม่นยำยิ่งขึ้น อย่างไรก็ตาม ในปัจจุบันมีเพียงแบบจำลองกิจกรรมเท่านั้นที่พบว่ามีการใช้อย่างแพร่หลาย และในส่วนนี้มีไว้สำหรับการพิจารณาเท่านั้น

ไดอะแกรม SADT

องค์ประกอบการทำงานหลักในการสร้างแบบจำลองคือไดอะแกรม โมเดล SADT รวบรวมและจัดระเบียบไดอะแกรมเป็นโครงสร้างต้นไม้แบบลำดับชั้น โดยยิ่งระดับของไดอะแกรมสูงเท่าไร รายละเอียดก็จะยิ่งน้อยลงเท่านั้น แผนภาพประกอบด้วยบล็อกที่แสดงกิจกรรมของระบบแบบจำลอง การเชื่อมโยงบล็อกเข้าด้วยกัน และแสดงปฏิสัมพันธ์และความสัมพันธ์ระหว่างบล็อก SADT กำหนดให้ไดอะแกรมมีบล็อก 3-6 บล็อก ภายในขีดจำกัดเหล่านี้ ไดอะแกรมและแบบจำลองจะอ่าน เข้าใจ และใช้งานได้ง่าย แทนที่จะใช้โมเดลที่ยุ่งยากเพียงตัวเดียว มีการใช้โมเดลขนาดเล็กหลายตัวที่เชื่อมต่อถึงกัน ซึ่งมีความหมายที่เสริมซึ่งกันและกัน ทำให้โครงสร้างของวัตถุที่ซับซ้อนมีความชัดเจน อย่างไรก็ตาม ข้อกำหนดที่เข้มงวดสำหรับจำนวนบล็อกบนแผนภาพเป็นการจำกัดการใช้ SADT สำหรับสาขาวิชาต่างๆ ตัวอย่างเช่น ในโครงสร้างธนาคารมีกิจกรรมที่เท่าเทียมกัน 15-20 กิจกรรมซึ่งแนะนำให้สะท้อนให้เห็นในแผนภาพเดียว การกระจายแบบจำลอง SADT ไปสู่ระดับต่างๆ โดยไม่ตั้งใจไม่ได้ทำให้ความเข้าใจดีขึ้นอย่างชัดเจน

โครงสร้างบล็อก

บล็อกในไดอะแกรมจะแสดงเป็นรูปสี่เหลี่ยมและมีข้อความเป็นภาษาธรรมชาติที่อธิบายกิจกรรม ต่างจากวิธีการวิเคราะห์โครงสร้างอื่น ๆ ใน SADT แต่ละด้านมีวัตถุประสงค์พิเศษที่เฉพาะเจาะจงมาก: ด้านซ้ายของบล็อกมีไว้สำหรับอินพุต, ด้านบน - สำหรับการควบคุม, ด้านขวา - สำหรับเอาต์พุต, ด้านล่าง - สำหรับผู้บริหาร การกำหนดนี้สะท้อนถึง หลักการบางประการของกิจกรรม: อินพุตจะถูกแปลงเป็นเอาต์พุต ควบคุมขีดจำกัดหรือกำหนดเงื่อนไขสำหรับการดำเนินการ ผู้แสดงจะอธิบายวิธีดำเนินการแปลง

ส่วนโค้งใน SADT แสดงถึงชุดของรายการและมีป้ายกำกับด้วยข้อความที่เป็นภาษาธรรมชาติ ออบเจ็กต์สามารถประกอบด้วยกิจกรรมในความสัมพันธ์ที่เป็นไปได้สี่แบบ: อินพุต เอาต์พุต การควบคุม ผู้ดำเนินการ แต่ละความสัมพันธ์เหล่านี้แสดงด้วยส่วนโค้งที่เกี่ยวข้องกับด้านเฉพาะของบล็อก - ดังนั้นด้านข้างของบล็อกจึงจัดเรียงวัตถุที่แสดงโดยส่วนโค้งแบบกราฟิกล้วนๆ ส่วนโค้งอินพุตแสดงถึงวัตถุที่ใช้และแปลงตามกิจกรรม โดยทั่วไปส่วนควบคุมจะแสดงข้อมูล การควบคุมการกระทำกิจกรรม. ส่วนโค้งเอาต์พุตแสดงถึงวัตถุที่มีการแปลงอินพุต การแสดงส่วนโค้งสะท้อน (อย่างน้อยในบางส่วน) การดำเนินกิจกรรม

บล็อกบนไดอะแกรมจะถูกวางในรูปแบบ "ขั้นบันได" ตามความโดดเด่น ซึ่งเข้าใจกันว่าเป็นอิทธิพลที่กระทำโดยบล็อกหนึ่งต่ออีกบล็อกหนึ่ง นอกจากนี้ ควรกำหนดหมายเลขบล็อกตามความโดดเด่น หมายเลขบล็อกทำหน้าที่เป็นตัวระบุเฉพาะสำหรับกิจกรรม และจัดระเบียบกิจกรรมเหล่านี้ให้เป็นลำดับชั้นของโมเดลโดยอัตโนมัติ

อิทธิพลร่วมกันของบล็อกสามารถแสดงออกได้ทั้งในการส่งเอาท์พุตไปยังกิจกรรมอื่นเพื่อการแปลงเพิ่มเติม หรือในการสร้างข้อมูลการควบคุมที่กำหนดว่ากิจกรรมอื่นควรทำอย่างไร ดังนั้น ไดอะแกรม SADT จึงเป็นไดอะแกรมที่กำหนด ซึ่งอธิบายทั้งการแปลงระหว่างอินพุตและเอาต์พุต และกฎที่กำหนดสำหรับการแปลงเหล่านี้

ความสัมพันธ์

SADT ต้องการความสัมพันธ์ระหว่างบล็อกเพียงห้าประเภทเท่านั้นเพื่ออธิบายความสัมพันธ์: การควบคุม อินพุต คำติชมการควบคุม คำติชมอินพุต เอาต์พุต - ผู้ดำเนินการ ความสัมพันธ์ของการควบคุมและการป้อนข้อมูลเป็นสิ่งที่ง่ายที่สุดเนื่องจากสะท้อนถึงอิทธิพลโดยตรงที่ชัดเจนโดยสังหรณ์ใจ ความสัมพันธ์การควบคุมเกิดขึ้นเมื่อเอาท์พุตของหนึ่งบล็อกส่งผลโดยตรงต่อบล็อกที่มีความโดดเด่นน้อยกว่า ความสัมพันธ์อินพุตเกิดขึ้นเมื่อเอาต์พุตของหนึ่งบล็อกกลายเป็นอินพุตของบล็อกที่มีความโดดเด่นน้อยกว่า ผลป้อนกลับมีความซับซ้อนมากขึ้นเนื่องจากสะท้อนถึงการวนซ้ำหรือการเรียกซ้ำ - ผลลัพธ์จากกิจกรรมหนึ่งส่งผลต่อการดำเนินการในอนาคตของฟังก์ชันอื่น ซึ่งต่อมาจะส่งผลต่อกิจกรรมดั้งเดิม Control Feedback เกิดขึ้นเมื่อเอาท์พุตของบางบล็อกมีอิทธิพลต่อบล็อกที่มีความโดดเด่นมากกว่า และอินพุตสัมพันธ์กัน ข้อเสนอแนะเกิดขึ้นเมื่อเอาท์พุตของบล็อกหนึ่งกลายเป็นอินพุทของบล็อกอื่นที่มีความโดดเด่นมากกว่า ความสัมพันธ์ระหว่าง Exit-Executor นั้นหาได้ยากและเป็นที่สนใจเป็นพิเศษ พวกเขาสะท้อนให้เห็นถึงสถานการณ์ที่ผลลัพธ์ของกิจกรรมหนึ่งกลายเป็นวิธีการบรรลุเป้าหมายของกิจกรรมอื่น

ส่วนประกอบหลักของไดอะแกรมการไหลของข้อมูลคือ:

หน่วยงานภายนอก (อ้างอิงภายนอก);

ระบบ/ระบบย่อย;

กระบวนการ;

อุปกรณ์จัดเก็บข้อมูล (ที่เก็บข้อมูล);

กระแสข้อมูล

แหล่งที่มาของข้อมูล (หน่วยงานภายนอก) สร้างกระแสข้อมูล (กระแสข้อมูล) ที่ถ่ายโอนข้อมูลไปยังระบบย่อยหรือกระบวนการ ในทางกลับกัน สิ่งเหล่านี้จะแปลงข้อมูลและสร้างกระแสใหม่ที่ถ่ายโอนข้อมูลไปยังกระบวนการหรือระบบย่อยอื่น อุปกรณ์จัดเก็บข้อมูล หรือหน่วยงานภายนอก - ผู้ใช้ข้อมูล

เอนทิตีภายนอก

เอนทิตีภายนอกคือออบเจ็กต์ที่เป็นวัตถุ บุคคล หรือระบบอื่นๆ ที่เป็นตัวแทน แหล่งที่มาและ/หรือผู้รับข้อมูล.

ชื่อเอนทิตีจะต้องมี คำนาม, ตัวอย่างเช่น, "ระบบปฏิบัติการ", "ระบบไฟล์", "ผู้ใช้", "ที่จัดเก็บข้อมูลภายนอก", "ซัพพลายเออร์", "ลูกค้า", "คลังสินค้า"

การกำหนดวัตถุหรือระบบบางอย่างตามที่เอนทิตีภายนอกบ่งชี้ว่า พวกเขาคือ เกินขอบเขตของระบบที่ออกแบบไว้นั้น จะต้องไม่เกี่ยวข้องกับการประมวลผลใดๆ.

ดังนั้นสิ่งเหล่านี้จึงไม่สามารถเป็นกลไกจากโมเดลในรูปแบบ IDEF0 เป็นกรณีพิเศษประกอบด้วยกลไกแบบจำลองในรูปแบบ IDEF0 เช่น "ผู้ใช้"

ผู้ใช้ยังสามารถแสดงเป็นกลไกได้ เนื่องจากเขามีส่วนร่วมในกระบวนการประมวลผลโดยการป้อนข้อมูล เลือกรายการเมนู ฯลฯ ในกรณีนี้เขาทำหน้าที่เป็นผู้ปฏิบัติงาน และในเวลาเดียวกัน ผู้ใช้เป็นเอนทิตีภายนอกในแบบจำลองในรูปแบบ DFD เนื่องจากเขาให้ข้อมูลสำหรับการประมวลผล และยังได้รับผลลัพธ์ของการทำงานของระบบที่ออกแบบ โดยเฉพาะซอฟต์แวร์

เอนทิตีภายนอก ระบุด้วยสี่เหลี่ยม(รูปที่ 10.1) ซึ่งอยู่ราวกับ “เหนือ” แผนภาพและมีเงาอยู่บนนั้น เพียงเพื่อแสดงให้เห็นว่าเอนทิตีภายนอก อยู่นอกบริบทระบบจำลอง

โดยปกติแล้วหน่วยงานภายนอกจะมี ตามขอบของแผนภาพ. เอนทิตีภายนอกเดียวสามารถใช้ได้หลายครั้งในหนึ่งไดอะแกรมขึ้นไป เทคนิคนี้ใช้เพื่อหลีกเลี่ยงการวาดการเชื่อมต่อลูกศรที่ยาวเกินไปและทำให้สับสน

เอนทิตีภายนอกแต่ละรายการจะถูกระบุด้วยตัวอักษร "E" และหมายเลขที่กำหนดเอง (เหมือนกันในสำเนาที่แตกต่างกันของเอนทิตี) แต่ละเอนทิตีภายนอกจะได้รับ คำอธิบายข้อความ.

ตัวอย่างของเอนทิตีที่มีคำอธิบายข้อความที่เป็นไปได้แสดงไว้ในตาราง 10.1.

ตารางที่ 10.1

ตัวอย่างหน่วยงานภายนอก

ชื่อเอนทิตี	คำอธิบาย
ผู้ใช้	ผู้ชายกำลังใช้ ระบบนี้(ซอฟต์แวร์นี้)
	ระบบปฏิบัติการ (MS Windows) จัดเตรียม: การตั้งค่าอินเทอร์เฟซระบบปฏิบัติการ เช่น พารามิเตอร์เครื่องพิมพ์ ขนาด สไตล์ สีแบบอักษร สีพื้นหลัง ฯลฯ; การอนุญาตให้ดำเนินการกับไฟล์ วันที่และเวลาปัจจุบัน
ดิสก์แบบลอจิคัลและ/หรือฟิสิคัล	ให้ (ให้) รายการไฟล์และโฟลเดอร์ที่จัดเก็บไว้ในคอมพิวเตอร์แก่ผู้ใช้ และยังให้ (ให้) โอกาสในการบันทึกและจัดเก็บข้อมูลใหม่
ระบบไฟล์
	ที่จัดเก็บข้อมูลภายนอกที่ช่วยให้คุณสามารถจัดเก็บข้อมูลได้ตามใจชอบและสามารถเรียกคืนได้ในภายหลัง
จัดเก็บข้อมูลภายนอก	ฮาร์ดไดรฟ์ ฟลอปปีดิสก์ ซีดีรอม ไดรฟ์เครือข่าย ฯลฯ

ระบบและระบบย่อย

เมื่อสร้างแบบจำลองของระบบที่ซับซ้อน มันจะถูกนำเสนอในตัวมันเอง ปริทัศน์บนแผนภาพบริบท เป็นหนึ่งเดียว. แล้วหล่อน แตกออกเป็นหลายระบบย่อย.

เช่น ชื่อระบบระบบย่อยที่ใช้ ประโยคที่มีหัวเรื่องและคำจำกัดความและการเพิ่มเติมที่เกี่ยวข้อง ตัวอย่างเช่น, “ระบบประมวลผลข้อมูล”, “ระบบย่อยการประมวลผลไฟล์”, “ระบบย่อยการประมวลผลภาพ”, “ระบบย่อยการประมวลผลเอกสาร”, “ระบบย่อยการตั้งค่าแบบอักษร”

กระบวนการ การดำเนินการ (หรืองาน)

กระบวนการ (หรืองาน) เป็นหน้าที่ของระบบหรือระบบย่อย แปลงสตรีมข้อมูลอินพุตเป็นสตรีมเอาต์พุตตามอัลกอริทึมเฉพาะ

ทางร่างกายกระบวนการนี้สามารถนำไปใช้ได้หลายวิธี: อาจเป็นแผนกขององค์กร (แผนก) ที่ประมวลผลเอกสารอินพุตและรายงานปัญหา โปรแกรม อุปกรณ์ลอจิคัลที่ใช้ฮาร์ดแวร์ ฯลฯ

เช่น ชื่อกระบวนการที่ใช้ ประโยคที่ใช้งานไม่คลุมเครือ กริยาในรูปแบบไม่แน่นอน(คำนวณ คำนวณ ตรวจสอบ กำหนด สร้าง ได้รับ) ตามด้วยคำนามในคดีกล่าวหา ตัวอย่างเช่น, “เปลี่ยนขนาดภาพ”, “พิมพ์เอกสาร”, “เปิดเอกสาร”, “วาดเส้น”, “วาดภาพใหม่”

การใช้คำกริยาเช่น “แก้ไข”, “อัปเกรด” หรือ “แก้ไข” มักจะสื่อถึงการขาดความเข้าใจ กระบวนการนี้และต้องมีการวิเคราะห์เพิ่มเติม

ระบบ ระบบย่อย กระบวนการ การกระทำ (หรืองาน) แสดงให้เห็นในลักษณะเดียวกัน: สี่เหลี่ยมที่มีมุมโค้งมน - บล็อกการทำงาน (รูปที่ 10.2)

โดยทั่วไป ความหมายจะสอดคล้องกับความหมายของการกระทำในรูปแบบ IDEF0 และ IDEF3 สิ่งเหล่านี้จะถูกระบุบนไดอะแกรมคล้ายกับบล็อกฟังก์ชันในรูปแบบ IDEF0 (คำนำหน้า หมายเลขไดอะแกรม หมายเลขอ็อบเจ็กต์) เช่นเดียวกับการดำเนินการใน IDEF3 พวกเขามีอินพุตและเอาต์พุต แต่ไม่รองรับการควบคุมและกลไกเช่นบล็อกฟังก์ชันใน IDEF0

แต่ละบล็อกการทำงานจะได้รับ คำอธิบายข้อความ.

ใน "ข้อกำหนดทางเทคนิค" ในส่วน "ข้อกำหนดของระบบ" เมื่อแสดงรายการงานที่สามารถทำได้โดยใช้ซอฟต์แวร์ที่กำลังพัฒนา จะต้องระบุคำจำกัดความโดยละเอียด (คำอธิบาย)

การไหลของข้อมูล (ลูกศร)

กระแสข้อมูลอธิบายการเคลื่อนที่ของวัตถุจากส่วนหนึ่งของระบบไปยังอีกส่วนหนึ่ง

เอนทิตี กระบวนการ และไดรฟ์ภายนอกสามารถทำหน้าที่เป็นแหล่งที่มาและตัวรับข้อมูลสำหรับสตรีมได้

ทางร่างกายกระแสข้อมูลอาจเป็นข้อมูลที่ส่งผ่านสายเคเบิลระหว่างอุปกรณ์สองเครื่อง จดหมายที่ส่งทางไปรษณีย์ เทปแม่เหล็ก หรือฟลอปปีดิสก์ที่ถ่ายโอนจากคอมพิวเตอร์เครื่องหนึ่งไปยังอีกเครื่องหนึ่ง ฯลฯ

การวางแนวของลูกศรแสดงทิศทางการไหล ลูกศรสองหัวอาจใช้เพื่ออธิบายไดอะล็อกโต้ตอบคำสั่ง ในแต่ละกรณี นักวิเคราะห์จะตัดสินใจว่าสิ่งใดที่สะดวกกว่าในการพรรณนา: การไหลแบบสองทิศทาง หรือการไหลที่แตกต่างกันสองแบบในทิศทางตรงกันข้าม

เนื่องจากใน DFD แต่ละด้านของบล็อกฟังก์ชันไม่มีจุดประสงค์ที่ชัดเจนเหมือนกับใน IDEF0 ลูกศรจึงสามารถเข้าและออกจากด้านใดก็ได้ของบล็อก

แต่ละกระแสข้อมูลมี ชื่อสะท้อนเนื้อหาของมัน ต้องใช้ชื่อ. คำนาม. แต่ละสตรีมข้อมูลจะได้รับ คำอธิบายข้อความ.

ภาคผนวกของ "ข้อกำหนดทางเทคนิค" ประกอบด้วยชื่อและคำอธิบายข้อความของกระแสข้อมูลในรูปแบบของพจนานุกรมข้อมูล

ใน DFD ลูกศรสามารถรวมและแยกสาขาได้ ซึ่งช่วยให้คุณสามารถอธิบายได้ การสลายตัวของลูกศร (กระแสข้อมูล). แต่ละเซ็กเมนต์ใหม่ (โฟลว์ย่อย) ของลูกศรที่ผสานหรือแตกแขนงสามารถมีชื่อของตัวเองได้

เมื่อลำธารสลายตัว จำเป็นต้องกำหนดโฟลว์และโฟลว์ย่อยอย่างเคร่งครัด ในพจนานุกรมข้อมูล, เช่น. กำหนดโครงสร้างข้อมูลให้ชัดเจน

โครงสร้างข้อมูล- กลุ่มองค์ประกอบข้อมูลและโครงสร้างย่อยที่มีชื่อและสัมพันธ์กันทางตรรกะ ซึ่งจัดเก็บไว้ในอุปกรณ์จัดเก็บข้อมูลหรือส่งผ่านการไหลของข้อมูล เครื่องมือสำหรับระบุองค์ประกอบและความสัมพันธ์ขององค์ประกอบข้อมูลแต่ละรายการ

เพื่อเพิ่มความชัดเจนและอ่านง่ายของไดอะแกรม สลายกระแสข้ามขอบเขตไดอะแกรม.

ตัวอย่างเช่น งานที่มีรายละเอียดรวมถึงโฟลว์ "ข้อมูล" ในไดอะแกรมรายละเอียด โฟลว์นี้จะถูกลบออก และโฟลว์ "ข้อมูลสำหรับการทำงานกับรูปภาพ", "ข้อมูลเกี่ยวกับพารามิเตอร์อินเทอร์เฟซ", "ข้อมูลเกี่ยวกับแอตทริบิวต์รูปภาพ" แทน ได้รับการแนะนำราวกับว่าถูกถ่ายทอดมาจากงานละเอียด

แต่เพื่อความสมดุลจะต้องมีคำจำกัดความที่เข้มงวดของโครงสร้างของสตรีม "ข้อมูล": สตรีม "ข้อมูล" ประกอบด้วยสตรีมย่อย "ข้อมูลสำหรับการทำงานกับรูปภาพ", "ข้อมูลเกี่ยวกับพารามิเตอร์อินเทอร์เฟซ", "ข้อมูลเกี่ยวกับ คุณสมบัติของภาพ” และไม่มีองค์ประกอบข้อมูลอื่น ๆ.

อุปกรณ์จัดเก็บข้อมูล

ไดรฟ์ข้อมูลเป็นอุปกรณ์จัดเก็บข้อมูลที่เป็นนามธรรมซึ่งมีความสามารถในการเขียนและดึงข้อมูล วิธีการเข้าถึง (การวางและเรียกค้น) และการจัดเก็บข้อมูลในไดรฟ์สามารถทำได้และไม่ได้ระบุไว้ในระหว่างการวิเคราะห์

ไดรฟ์แสดงให้เห็น วัตถุที่อยู่นิ่งตรงข้ามกับกระแสข้อมูลที่อธิบายวัตถุที่กำลังเคลื่อนที่

ทางร่างกายอุปกรณ์จัดเก็บข้อมูลสามารถนำไปใช้ในรูปแบบกล่องในตู้เก็บเอกสาร, ตารางใน RAM, ไฟล์บนสื่อแม่เหล็ก ฯลฯ

ในการพัฒนาซอฟต์แวร์การจัดเก็บข้อมูล เป็นต้นแบบ ไฟล์หรือฐานข้อมูล. นั่นเป็นเหตุผล คำอธิบายเก็บไว้ในนั้น ข้อมูล จะต้องเชื่อมโยงกับโมเดลข้อมูล.

ชื่อไดรฟ์จะต้องเป็น คำนามและได้รับการคัดเลือกตามเนื้อหาข้อมูลที่ดีที่สุดสำหรับนักออกแบบ ในกรณีที่สตรีมข้อมูลเข้าหรือออกจากไดรฟ์และโครงสร้างตรงกับโครงสร้างของไดรฟ์ สตรีมข้อมูลนั้นจะต้องมีชื่อเดียวกัน

อุปกรณ์จัดเก็บข้อมูลแสดงไว้ดังแสดงในรูปที่ 1 10.3. ไดรฟ์หนึ่งตัวสามารถใช้ได้หลายครั้งในหนึ่งแผนภูมิขึ้นไป ไดรฟ์ข้อมูลจะถูกระบุด้วยหมายเลขซีเรียล (เหมือนกันกับสำเนาต่างๆ ของไดรฟ์)

แต่ละไดรฟ์จะได้รับ คำอธิบายข้อความ: “ใช้เมื่อดำเนินการดังกล่าวและกระบวนการดังกล่าว (การกระทำ งาน)” “มีจุดประสงค์เพื่อจัดเก็บข้อมูลดังกล่าวและข้อมูลดังกล่าว” ตัวอย่างของไดรฟ์ที่มีคำอธิบายข้อความที่เป็นไปได้แสดงอยู่ในตาราง 10.2.

ตารางที่ 10.2

ตัวอย่างไดรฟ์

ชื่อไดรฟ์	คำอธิบาย
ภาพในความทรงจำ	ไดรฟ์ได้รับการออกแบบมาเพื่อจัดเก็บข้อมูลเกี่ยวกับชุดพิกเซลที่ประกอบเป็นภาพ
เปิดเอกสารในสหกรณ์	ออกแบบมาเพื่อจัดเก็บเนื้อหาของเอกสารข้อความและชื่อเต็ม (รวมถึงเส้นทาง) ใน OP
พารามิเตอร์อินเทอร์เฟซในหน่วยความจำ	ใช้เพื่อจัดเก็บข้อมูลเกี่ยวกับขนาดของหน้าต่างการทำงานและสถานะของหน้าต่างเสริม
คุณสมบัติของภาพในหน่วยความจำ	ใช้ในการจัดเก็บรูปภาพ ความกว้าง ความสูง หน่วยวัด ประเภทจานสี

ข้อมูลที่จัดเก็บไว้ในไดรฟ์คือออบเจ็กต์โดเมน และเมื่อสร้างโมเดลข้อมูล ข้อมูลเหล่านั้นจะถูกสร้างโมเดลเป็น "เอนทิตี" (เพื่อไม่ให้สับสนกับเอนทิตีของสัญกรณ์ DFD)

สำหรับอุปกรณ์จัดเก็บข้อมูลแต่ละเครื่อง ตารางจะถูกรวบรวมโดยแสดงรายการต่างๆ องค์ประกอบของข้อมูลในอุปกรณ์จัดเก็บข้อมูล.

โต๊ะ 10.3 - 10.5 เป็นตัวอย่างของตารางดังกล่าวสำหรับโมเดล "Graphics Editor (Paint)" ในรูปแบบ DFD ที่แสดงในรูปที่ 1 10.4 – 10.7.

ตารางที่ 10.3

เนื้อหาของการจัดเก็บข้อมูล "รูปภาพในหน่วยความจำ"

ชื่อฟิลด์		คำอธิบาย
ชื่อไฟล์	ข้อความ
การเข้ารหัสสี	ตัวเลข, จำนวนเต็ม	รหัสการเข้ารหัส
เนื้อหา	ข้อความ	เนื้อหาของไฟล์กราฟิก - ข้อมูลเกี่ยวกับชุดพิกเซลที่ประกอบเป็นภาพ ขนาดของภาพในหน่วยความจำขึ้นอยู่กับความกว้างและความสูงของภาพ ขนาดภาพสูงสุด: 99999*99999 พิกเซล

ตารางที่ 10.4

เนื้อหาของการจัดเก็บข้อมูล "คุณลักษณะรูปภาพในหน่วยความจำ"

ชื่อฟิลด์		คำอธิบาย
ความกว้างของภาพ	ตัวเลข, จำนวนเต็ม	ฟิลด์นี้เก็บความกว้างของรูปภาพเป็นพิกเซล (สูงสุด 99999)
ความสูงของภาพ	ตัวเลข, จำนวนเต็ม	ฟิลด์นี้เก็บความสูงของรูปภาพเป็นพิกเซล (สูงสุด 99999)
ประเภทจานสี	ตรรกะ	สีหรือขาวดำ (1/0)
หน่วย	ตรรกะ	เซนติเมตร นิ้ว จุด

ตารางที่ 10.5

เนื้อหาของไดรฟ์ข้อมูล "พารามิเตอร์อินเทอร์เฟซในหน่วยความจำ"

ชื่อฟิลด์		คำอธิบาย
ความกว้างของหน้าต่างการทำงาน	ตัวเลข, จำนวนเต็ม	ฟิลด์นี้เก็บความกว้างของหน้าต่างการทำงานเป็นพิกเซล (สูงสุด 1600)
ความสูงของหน้าต่างการทำงาน	ตัวเลข, จำนวนเต็ม	ฟิลด์นี้เก็บความสูงของหน้าต่างการทำงานเป็นพิกเซล (สูงสุด 1200)
ชุดเครื่องมือ	ตรรกะ	แสดง/ซ่อน (1/0)
	ตรรกะ	แสดง/ซ่อน (1/0)
แถบสถานะ	ตรรกะ	แสดง/ซ่อน (1/0)
แผงคุณสมบัติข้อความ	ตรรกะ	แสดง/ซ่อน (1/0)

สำหรับซอฟต์แวร์ "Text Editor (Notepad จาก Standard Windows OS)" ที่คุณทำงานกับไฟล์ข้อความและเนื้อหาของไฟล์ข้อความจะถูกจัดเก็บไว้ใน OP เนื้อหาของไดรฟ์ "Open Document in OP" อาจเป็นได้ ดังแสดงในตาราง 10.6.

ตารางที่ 10.6

เนื้อหาของการจัดเก็บข้อมูล "เปิดเอกสารใน OP"

ชื่อฟิลด์		คำอธิบาย
ชื่อไฟล์	ข้อความ	ชื่อไฟล์แบบเต็ม (รวมถึงเส้นทาง)
การเข้ารหัส	ข้อความ	ชื่อการเข้ารหัส (รายการการเข้ารหัสที่รองรับขึ้นอยู่กับระบบปฏิบัติการ)
เนื้อหา	ข้อความ	เนื้อหาเอกสาร - ข้อมูลเกี่ยวกับชุดอักขระที่ประกอบเป็นเอกสารข้อความ

หากใช้ไดรฟ์ข้อมูลเพื่อจัดเก็บค่าของรูปแบบการแสดงผลปัจจุบันเนื้อหาของไดรฟ์ดังกล่าวอาจเป็นดังแสดงในตาราง 10.7.

ตารางที่ 10.7

เนื้อหาของการจัดเก็บข้อมูล "รูปแบบการแสดงผลปัจจุบัน"

ชื่อฟิลด์		คำอธิบาย
ชื่อแบบอักษร	ข้อความ	ชื่อของแบบอักษรตัวใดตัวหนึ่งที่เป็นไปได้ เช่น Times New Roman
รูปแบบตัวอักษร	ข้อความ	ชื่อของหนึ่งในรูปแบบที่เป็นไปได้ เช่น ตัวเอียง ตัวหนา
ขนาดตัวอักษร	ตัวเลข, จำนวนเต็ม	ค่าที่สอดคล้องกับขนาดแบบอักษรที่เป็นไปได้
ตัดข้อความ	ตรรกะ	1 — เปิดใช้งานการถ่ายโอน 0 — ปิดใช้งาน

หากมีการใช้ซอฟต์แวร์ในการทำงาน ตัวเลือกที่เป็นไปได้พารามิเตอร์ต่างๆ (เช่น ตัวเลือกการตั้งค่าโปรแกรม ตัวเลือกแบบอักษรที่เป็นไปได้ ตัวเลือกขนาดแบบอักษรที่เป็นไปได้) ซึ่งผู้ใช้เลือกค่าปัจจุบัน จากนั้นเนื้อหาของที่จัดเก็บข้อมูลพร้อมตัวเลือกสำหรับแต่ละพารามิเตอร์สามารถแสดงได้ในตาราง 10.8.

ตารางที่ 10.8

เนื้อหาของการจัดเก็บข้อมูล "ตัวเลือกสำหรับการตั้งค่าโปรแกรม"

ชื่อฟิลด์			คำอธิบาย
ชื่อพารามิเตอร์	ข้อความ		ฟิลด์นี้เก็บชื่อของพารามิเตอร์
รายการค่าที่เป็นไปได้สำหรับพารามิเตอร์นี้	อาร์เรย์ตัวเลข จำนวนเต็ม (หรืออาร์เรย์บูลีน หรืออาร์เรย์สตริง)	4 ไบต์ (หรือ 1 บิต หรือขนาดของหนึ่งบรรทัด) * จำนวนตัวเลือกค่า	ฟิลด์นี้จะจัดเก็บรายการค่าพารามิเตอร์
และอื่นๆ สำหรับแต่ละพารามิเตอร์ที่จัดเก็บไว้ในอุปกรณ์จัดเก็บข้อมูล

แนวคิดทั่วไป

วิธีการสร้างแบบจำลองกระบวนการ - การไหลของข้อมูล (DFD)

DFD ช่วยให้คุณสามารถนำเสนอข้อกำหนดสำหรับระบบที่ออกแบบได้ในรูปแบบของลำดับชั้นของส่วนประกอบการทำงาน (กระบวนการ) ที่เชื่อมต่อกันด้วยกระแสข้อมูล

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

ตัวอย่าง. อเมริกา 20 ที่ปรึกษาสำนักงานทำเครื่องหมายเสมียนแต่ละคนด้วยวงกลม และเอกสารแต่ละฉบับมีลูกศรส่งผ่านระหว่างพวกเขา เขาเสนอแผนการปรับโครงสร้างองค์กรโดยใช้แผนภาพดังกล่าว โดยให้พนักงานสองคนที่แลกเปลี่ยนเอกสารจำนวนมากนั่งอยู่ใกล้ๆ และพนักงานที่มีปฏิสัมพันธ์เพียงเล็กน้อยจะนั่งอยู่ในระยะห่างจากกันมาก นี่คือที่มาของต้นแบบ DFD ตัวแรก

ในการสร้าง DFD จะใช้สัญลักษณ์สองแบบที่แตกต่างกัน ซึ่งสอดคล้องกับวิธี Jordan และ Hein–Serson ตัวอย่างเพิ่มเติมจะใช้สัญลักษณ์ Hein–Serson ที่ได้รับความนิยมมากขึ้นในปัจจุบัน

โมเดลระบบอธิบายกระบวนการอะซิงโครนัสของการแปลงข้อมูล การสลายตัว แผนภาพบริบท(ไดอะแกรมของระดับบน) ดำเนินต่อไป โดยสร้างลำดับชั้นของไดอะแกรมหลายระดับ จนกระทั่งถึงระดับการสลายตัว ซึ่งกระบวนการกลายเป็นขั้นพื้นฐาน และเป็นไปไม่ได้ที่จะให้รายละเอียดเพิ่มเติม

ส่วนประกอบหลักของไดอะแกรมการไหลของข้อมูลคือ:

1. หน่วยงานภายนอก

2. ระบบและระบบย่อย

3. กระบวนการ

4. อุปกรณ์จัดเก็บข้อมูล

5. สตรีมข้อมูล

เอนทิตีภายนอก– วัตถุวัตถุหรือบุคคลที่เป็นแหล่งที่มาหรือผู้รับข้อมูล (ลูกค้า ซัพพลายเออร์ ลูกค้า คลังสินค้า ฯลฯ) บนไดอะแกรมการไหลของข้อมูล เอนทิตีภายนอกจะถูกระบุด้วยสี่เหลี่ยมจัตุรัสที่สร้างเงา

ระบบและระบบย่อยเป็นองค์ประกอบของการสลายตัวระดับบนสุดและแสดงบนไดอะแกรมบริบทโดยรวม

ระบบและระบบย่อยจะถูกแยกย่อยออกเป็น กระบวนการ– ส่วนประกอบไดอะแกรมที่ออกแบบมาเพื่อแปลงสตรีมข้อมูลอินพุตให้เป็นเอาต์พุตตามอัลกอริทึมเฉพาะ

ในเชิงกายภาพ กระบวนการสามารถนำไปใช้ได้หลายวิธี: อาจเป็นแผนกขององค์กรที่ประมวลผลเอกสารอินพุตและออกรายงาน หรือโปรแกรม หรืออุปกรณ์ลอจิคัลที่ใช้ฮาร์ดแวร์ เป็นต้น

การใช้คำกริยาเช่น “กระบวนการ” “อัปเกรด” หรือ “แก้ไข” ในไดอะแกรมบ่งชี้ว่าขาดความเข้าใจในกระบวนการและต้องมีการวิเคราะห์เพิ่มเติม

การจัดเก็บข้อมูล– อุปกรณ์นามธรรมสำหรับการจัดเก็บข้อมูล สันนิษฐานว่าข้อมูลสามารถถูกวางไว้ในอุปกรณ์จัดเก็บข้อมูลได้ตลอดเวลาและเรียกค้นได้ในภายหลัง และวิธีการวางและเรียกค้นจากที่นั่นอาจแตกต่างกัน

ในทางกายภาพ อุปกรณ์จัดเก็บข้อมูลสามารถนำไปใช้ในรูปแบบของกล่องในตู้เก็บเอกสาร ตารางใน RAM ไฟล์บนสื่อแม่เหล็ก ฯลฯ

ในแผนภาพการไหลของข้อมูล ไดรฟ์ข้อมูลจะถูกระบุด้วยตัวอักษร "D" และตัวเลขที่กำหนดเอง ชื่อไดรฟ์ถูกเลือกเพื่อให้มีข้อมูลมากที่สุดสำหรับนักออกแบบ โดยทั่วไป อุปกรณ์จัดเก็บข้อมูลจะเป็นต้นแบบของฐานข้อมูลในอนาคต และคำอธิบายของข้อมูลที่จัดเก็บไว้ในนั้นจะต้องระบุตามโมเดลข้อมูล (ERD)

กระแสข้อมูลกำหนดข้อมูลที่ส่งผ่านการเชื่อมต่อบางอย่างจากแหล่งหนึ่งไปยังผู้รับ กระแสข้อมูลจริงอาจเป็นข้อมูลที่ส่งผ่านสายเคเบิลระหว่างอุปกรณ์สองเครื่อง จดหมายที่ส่งทางไปรษณีย์ เทปแม่เหล็ก หรือฟล็อปปี้ดิสก์ที่ถ่ายโอนจากคอมพิวเตอร์เครื่องหนึ่งไปยังอีกเครื่องหนึ่ง ฯลฯ

ในแผนภาพ กระแสข้อมูลจะแสดงด้วยเส้นที่ลงท้ายด้วยลูกศรที่แสดงทิศทางของการไหล สตรีมข้อมูลแต่ละรายการมีชื่อที่สะท้อนถึงเนื้อหา

เมื่อสร้างไดอะแกรม DFD เป็นเรื่องปกติที่จะใช้คำแนะนำต่อไปนี้:

1. วางกระบวนการตั้งแต่ 3 ถึง 6-7 ในแต่ละไดอะแกรม

3. พยายามอย่าใช้คำย่อ

4. อย่าทำให้ไดอะแกรมมีรายละเอียดที่ไม่สำคัญเกะกะ

9.3. แผนภาพความสัมพันธ์เอนทิตี

สัญกรณ์ ERD สำหรับการสร้างไดอะแกรมความสัมพันธ์เอนทิตีประกอบด้วยองค์ประกอบหลักเก้าประการ

ส่วนใหญ่แล้วแบบจำลองข้อมูลประเภทนี้จะใช้ในการออกแบบโครงสร้างฐานข้อมูล