ไดอะแกรม Idef0 ในตัวอย่างเกมคอมพิวเตอร์ กฎสำหรับการตั้งชื่อตัวควบคุมและบล็อก แผนภาพกระแสข้อมูล ก63

วิธีการ IDEF0

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

แต่ละ IDEF0-ไดอะแกรมกมีบล็อกและส่วนโค้ง บล็อกแสดงถึงการทำงานของระบบจำลอง ลิงก์ส่วนโค้งจะบล็อกเข้าด้วยกันและแสดงการโต้ตอบและความสัมพันธ์ระหว่างกัน

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

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

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

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

กล่องที่โดดเด่นที่สุดมักจะวางไว้ที่มุมซ้ายบนของไดอะแกรม และกล่องที่โดดเด่นน้อยที่สุดจะวางไว้ที่มุมขวา

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

ปฏิสัมพันธ์ของงานกับโลกภายนอกและระหว่างกันนั้นอธิบายไว้ในรูปแบบของลูกศรที่วาดด้วยบรรทัดเดียวพร้อมลูกศรที่ปลาย ลูกศรแสดงข้อมูลบางอย่างและเรียกว่าคำนาม

IDEF0 แยกความแตกต่างระหว่างลูกศรห้าประเภท

ทางเข้า- วัตถุที่ใช้และแปลงโดยงานเพื่อให้ได้ผลลัพธ์ (เอาต์พุต) อนุญาตให้งานไม่มีลูกศรเข้า ลูกศรป้อนจะถูกวาดเป็นการเข้าสู่ด้านซ้ายของงาน

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

ทางออก- วัตถุที่อินพุตถูกแปลง แต่ละงานต้องมีลูกศรออกอย่างน้อยหนึ่งลูกศร ซึ่งจะดึงมาจากด้านขวาของงาน

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

เรียก- ลูกศรพิเศษชี้ไปที่รูปแบบการทำงานที่แตกต่างกัน ลูกศรเรียกถูกดึงมาจากด้านล่างของงานและใช้เพื่อระบุว่างานบางอย่างกำลังดำเนินการนอกระบบจำลอง

ข้าว. 2.1ประเภทของลูกศร

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

ข้าว. 2.2.การสื่อสารเอาท์พุต

ข้าว. 2.3.การสื่อสารการจัดการ

ความสัมพันธ์ของการควบคุมเกิดขึ้นเมื่อเอาต์พุตของบล็อกหนึ่งส่งผลโดยตรงต่อบล็อกที่มีการครอบงำน้อยกว่า

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

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

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

ข้าว. 2.4.ป้อนข้อมูลป้อนกลับ

ข้าว. 2.5.คำติชมของผู้บริหาร

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

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

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

สาขาที่ไม่มีป้ายกำกับมีน้ำหนักของวัตถุที่ระบุไว้ในฉลากของส่วนโค้งก่อนแยกสาขา

สาขาที่มีป้ายกำกับหลังจากจุดสาขาประกอบด้วยวัตถุทั้งหมดหรือบางส่วนที่ระบุในฉลากส่วนโค้งก่อนสาขา

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

ข้าว. 2.6.การเชื่อมต่อกลไกเอาท์พุต

สาขาที่ไม่มีป้ายกำกับมีน้ำหนักของวัตถุที่ระบุในป้ายกำกับทั่วไปของส่วนโค้งหลังจากการผสาน

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

จำนวนบล็อกบนแผนภาพ - ยังไม่มีข้อความ;

ระดับการสลายตัวของไดอะแกรม - แอล;

ยอดคงเหลือในแผนภูมิ - ใน;

จำนวนลูกศรที่เชื่อมต่อกับบล็อก - ก

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

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

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

ข้าว. 2.7.ตัวอย่างของแผนภูมิที่ไม่สมดุล

ให้เราแนะนำค่าสัมประสิทธิ์ความสมดุลของแผนภาพ

มีความจำเป็นที่จะต้องพยายาม กี้เป็นค่าต่ำสุดสำหรับแผนภูมิ

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

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

เมื่อคุณเริ่ม BPWin แถบเครื่องมือหลัก จานสีเครื่องมือ และ Model Explorer จะปรากฏขึ้นตามค่าเริ่มต้น

เมื่อสร้างโมเดลใหม่ กล่องโต้ตอบจะปรากฏขึ้นซึ่งคุณควรระบุว่าจะสร้างโมเดลใหม่หรือจะเปิดจากที่เก็บ ModelMart ป้อนชื่อโมเดลและเลือกวิธีการที่จะสร้างโมเดล ( รูปที่ 2.8)

รูปที่ 2.8กล่องโต้ตอบการสร้างแบบจำลอง

BPWin รองรับสามวิธี - IDEF0, IDEF3 และ DFD ใน BPWin คุณสามารถสร้างโมเดลแบบผสมได้ เช่น โมเดลสามารถมีทั้งไดอะแกรม IDEF0, IDEF3 และ DFD ในเวลาเดียวกัน องค์ประกอบของชุดเครื่องมือจะเปลี่ยนโดยอัตโนมัติเมื่อเปลี่ยนจากสัญกรณ์หนึ่งไปยังอีกอันหนึ่ง

โมเดลใน BPWin ถูกมองว่าเป็นการรวบรวมกิจกรรม ซึ่งแต่ละกิจกรรมดำเนินการกับชุดข้อมูลบางชุด หากคุณคลิกบนวัตถุใดๆ ของโมเดลด้วยปุ่มซ้ายของเมาส์ เมนูบริบทป๊อปอัปจะปรากฏขึ้น ซึ่งแต่ละรายการจะสอดคล้องกับเอดิเตอร์ของคุณสมบัติบางอย่างของวัตถุ

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

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

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

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

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

ดังนั้นเราจึงกำหนดไดอะแกรมบริบทของระบบ (รูปที่ 2.9)

รูปที่ 2.9ไดอะแกรมบริบทของระบบ

มาแยกย่อยไดอะแกรมบริบทโดยอธิบายลำดับการบริการลูกค้า:

การกำหนดระดับการเข้าถึงระบบ

การเลือกระบบย่อย

การเข้าถึงระบบย่อย

การเปลี่ยนฐานข้อมูล (หากจำเป็น)

เราได้แผนภาพที่แสดงในรูปที่ 2.10.

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

ข้าว. 2.10.การสลายตัวของงาน "การบริการลูกค้าของระบบ"

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

ข้าว. 2.11.การแยกส่วนของงาน "การกำหนดระดับการเข้าถึงระบบ"

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

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

กำลังเปิดฐานข้อมูล

การดำเนินการตามคำขอ

การสร้างรายงาน

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

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

ข้าว. 2.12.

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

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

การเปลี่ยนไดอะแกรมจะนำมาซึ่งการปรับไดอะแกรมพาเรนต์ทั้งหมด (รูปที่ 2.13 - 2.15)

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

ข้าว. 2.13.การแยกส่วนของงาน "การประมวลผลคำขอของลูกค้า"

ข้าว. 2.14.การแยกส่วนของงาน "การให้บริการลูกค้าของระบบ" (ตัวเลือก 2)

ข้าว. 2.15.ไดอะแกรมบริบทของระบบ (ตัวเลือก 2)

ไปที่การสลายตัวของบล็อกสุดท้าย "การเปลี่ยนฐานข้อมูล" จากมุมมองของลูกค้า ระบบเหล่านี้จะอยู่ในฐานข้อมูลเดียว ในความเป็นจริงมีหกฐานข้อมูลในระบบ:

ฐานข้อมูลผู้ใช้

ฐานข้อมูลของนักเรียน (ตัวเลือก 2)

ฐานข้อมูลตำแหน่งงานว่าง

ฐานข้อมูลความคืบหน้า

ฐานข้อมูลทดสอบ,

ฐานข้อมูลการประเมินผู้เชี่ยวชาญ

สรุปฐานข้อมูล

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

มีการกำหนดฐานข้อมูลที่จะเปลี่ยนแปลงข้อมูล

ตัวดำเนินการสร้างชุดข้อมูลชั่วคราวและมอบให้กับผู้ดูแลระบบ

ผู้ดูแลระบบจะควบคุมข้อมูลและป้อนข้อมูลลงในฐานข้อมูล

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

ข้าว. 2.16.การสลายตัวของงาน "การเปลี่ยนฐานข้อมูล"

ข้าว. 2.17.การแยกส่วนของงาน "การเปลี่ยนฐานข้อมูล" (ตัวเลือก 2) สำหรับตัวเลือกแรกที่แสดงในรูปที่ 2.12

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

การแยกส่วนของงาน "Query Execution" จะดำเนินการในแล็บถัดไป โดยแสดงการใช้ไดอะแกรม DFD เพื่ออธิบายกระบวนการประมวลผลข้อมูล

ให้เราดำเนินการวิเคราะห์เชิงปริมาณของแบบจำลองที่แสดงในรูป 2.12 และ 2.13 ตามวิธีที่อธิบายไว้ข้างต้น พิจารณาพฤติกรรมของสัมประสิทธิ์ ^ สำหรับแบบจำลองเหล่านี้ ไดอะแกรมหลัก "กำลังประมวลผลคำขอของลูกค้า" มีค่าสัมประสิทธิ์ 4/2 = 2 และไดอะแกรมการสลายตัวที่ 3/3 = 1 ค่าสัมประสิทธิ์ลดลง ซึ่งบ่งชี้ว่าคำอธิบายของฟังก์ชันนั้นง่ายขึ้นด้วยการลดลงของระดับ นางแบบ.

พิจารณาการเปลี่ยนแปลงของค่าสัมประสิทธิ์ ถึง ข ในสองรุ่น

สำหรับตัวเลือกที่สอง

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

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

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

โฮสต์ที่ http://www.allbest.ru/

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

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

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

เป้าหมายหลัก ภาคนิพนธ์คือการพัฒนา ระบบข้อมูลสำหรับการบัญชี เทคโนโลยีคอมพิวเตอร์องค์กรโดยใช้วิธีการสร้างแบบจำลองฟังก์ชัน IDEF0 และสัญลักษณ์กราฟิก ไดอะแกรมการไหลของข้อมูล DFD และมาตรฐานเอกสารกระบวนการ IDEF3 ผ่านผลิตภัณฑ์ซอฟต์แวร์ Computer Associates AllFusion Process Modeler r7.3 2

2.1 การวิเคราะห์ ผลิตภัณฑ์ซอฟต์แวร์ 8

การแนะนำ

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

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

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

เป้าหมายหลักของหลักสูตรคือการพัฒนาระบบข้อมูลสำหรับการบัญชีสำหรับเทคโนโลยีคอมพิวเตอร์ขององค์กร โดยใช้วิธีการสร้างแบบจำลองการทำงานและสัญลักษณ์กราฟิก IDEF0 ไดอะแกรมการไหลของข้อมูล DFD และมาตรฐานเอกสารประกอบกระบวนการ IDEF3 โดยใช้ Computer Associates AllFusion Process Modeler r7 3 ผลิตภัณฑ์ซอฟต์แวร์

เพื่อให้บรรลุเป้าหมายนี้ จำเป็นต้องแก้ไขงานต่อไปนี้:

การวิเคราะห์ผลิตภัณฑ์ซอฟต์แวร์

ศึกษาวิธีการออกแบบระบบสารสนเทศ

การสร้างแบบจำลองการทำงานของไดอะแกรมบริบทและไดอะแกรมการแยกส่วนกระบวนการทางธุรกิจ (IDEF0) “การบัญชีสำหรับอุปกรณ์คอมพิวเตอร์ขององค์กร”;

การออกแบบระบบสารสนเทศโดยใช้ไดอะแกรมการไหลของข้อมูล (DFD);

ใช้วิธีการสร้างแบบจำลองและมาตรฐานเอกสารประกอบกระบวนการ IDEF3

ซอฟต์แวร์เอกสารข้อมูลโพลีคลินิก

1. วิธีการออกแบบระบบสารสนเทศ

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

การตั้งเป้าหมายที่ถูกต้อง

การรับรู้ความสามารถของบุคลากรขององค์กรเกี่ยวกับเป้าหมายและผลลัพธ์ของโครงการ

การใช้เครื่องมือสร้างแบบจำลองอย่างมีประสิทธิภาพ

ความพร้อมใช้งานของมาตรฐานองค์กรสำหรับการอธิบายและควบคุมกระบวนการทางธุรกิจ

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

วิธีการสร้างแบบจำลองการทำงานของ SADT (IDEF0);

วิธีการสร้างแบบจำลองกระบวนการ IDEF3;

การสร้างแบบจำลองการไหลของข้อมูล DFD;

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

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

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

ตามวิธีนี้ โมเดลธุรกิจควรมีลักษณะดังนี้:

ระดับบนสุดของแบบจำลองควรสะท้อนเฉพาะบริบทของระบบ นั่นคือ ปฏิสัมพันธ์กับโลกภายนอก

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

รายละเอียดเพิ่มเติมของกระบวนการทางธุรกิจนั้นดำเนินการผ่านฟังก์ชั่นทางธุรกิจ นั่นคือชุดของการดำเนินงานที่จัดกลุ่มตามลักษณะเฉพาะ

คำอธิบายของการดำเนินธุรกิจเบื้องต้นดำเนินการโดยการตั้งค่าอัลกอริทึมสำหรับการนำไปใช้งาน

วิธีการสร้างแบบจำลองการไหลของข้อมูล DFD (Data Flow Diagrams) - ไดอะแกรมการไหลของข้อมูล เครื่องมือหลักสำหรับการสร้างแบบจำลองข้อกำหนดการทำงานสำหรับระบบที่ออกแบบ

ส่วนประกอบของโมเดล: ไดอะแกรม; พจนานุกรมข้อมูล ข้อกำหนดของกระบวนการ

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

การไหลของข้อมูลเป็นกลไกที่ใช้ในการจำลองและถ่ายโอนข้อมูลจากส่วนหนึ่งของระบบไปยังอีกส่วนหนึ่ง

เอนทิตีวัตถุ/หัวเรื่องภายนอกนอกบริบทของระบบ ซึ่งก็คือ

ที่เก็บข้อมูลเป็นส่วนของการไหลของข้อมูลเมื่อเวลาผ่านไปซึ่งมีข้อมูลที่ต้องจัดเก็บระหว่างกระบวนการ

ข้อได้เปรียบหลัก:

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

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

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

แบบจำลองมีองค์ประกอบมากมายที่สะท้อนถึงลักษณะเฉพาะอย่างเพียงพอ

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

ข้อบกพร่อง:

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

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

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

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

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

2. การออกแบบระบบสารสนเทศ "การบัญชีสำหรับอุปกรณ์คอมพิวเตอร์ขององค์กร"

2.1 การวิเคราะห์ผลิตภัณฑ์ซอฟต์แวร์

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

ซอฟต์แวร์ IT Invent (it-invent.ru)

ซอฟต์แวร์ตัวตรวจสอบฮาร์ดแวร์ (hwinspector.com)

การกำหนดค่า 1C: การบัญชีสำหรับคอมพิวเตอร์และอุปกรณ์ 8.1 (odineskin.ru)

IS แรก IT Invent ไม่เพียงบัญชีสำหรับคอมพิวเตอร์ เครื่องพิมพ์ โปรแกรม และส่วนประกอบเท่านั้น บัญชีสำหรับการซ่อมแซมและบำรุงรักษา, งานสนับสนุนอุปกรณ์, คำสั่งซื้อไปยังซัพพลายเออร์, การรับและการเคลื่อนย้ายอุปกรณ์, การบัญชีสำหรับคู่สัญญา, พนักงาน และอื่นๆ อีกมากมาย รูปแบบหลักของโปรแกรม IT Invent แสดงในรูปที่ 1

รูปที่ 1 "สิ่งประดิษฐ์ด้านไอที"

IT Invent เป็นระบบที่ยืดหยุ่นและปรับแต่งได้ซึ่งมีอินเทอร์เฟซที่ใช้งานง่ายซึ่งได้รับการตอบรับอย่างดีจากผู้ใช้ในแง่ของการออกแบบ โปรแกรมนี้ค่อนข้างมัลติฟังก์ชั่น ฉันต้องการเน้นคุณสมบัติหลักต่อไปนี้ของโปรแกรม:

รองรับฐานข้อมูล MS Access และ MS SQL Server

โหมดการทำงานแบบผู้ใช้หลายคน - ทุกสาขาทำงานกับฐานข้อมูลเดียว

ความสามารถในการสร้างและกำหนดค่าคุณสมบัติเพิ่มเติมประเภทต่างๆ ของคุณเอง

การบัญชีสำหรับการปฏิบัติงานประเภทใด ๆ ภายในองค์กร

ระบบเฉพาะสำหรับการสร้างและพิมพ์ฉลากสินค้าคงคลัง รองรับเครื่องพิมพ์บาร์โค้ด

รองรับเครื่องสแกนบาร์โค้ด ค้นหาบันทึกในฐานข้อมูลด้วยบาร์โค้ด

เก็บประวัติการเปลี่ยนแปลงอุปกรณ์

การบัญชีสำหรับการซ่อมแซมและบำรุงรักษาเชิงป้องกันของอุปกรณ์และคอมพิวเตอร์

การเชื่อมโยงเชิงตรรกะของโปรแกรมและส่วนประกอบกับอุปกรณ์

การบัญชีเกี่ยวกับวัสดุสิ้นเปลือง อะไหล่ และเครื่องเขียน

การกำหนดหน่วยการบัญชีให้กับพนักงานขององค์กร การโอนและการรับโอน

การรักษาฐานข้อมูลของซัพพลายเออร์ องค์กรบริการ และผู้รับเหมาอื่นๆ

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

การตั้งค่า E-Mail แจ้งเตือนเหตุการณ์ในโปรแกรม

พิมพ์และรายงานในตัวจำนวนมากพร้อมความสามารถในการแก้ไข

นำเข้าและดูข้อมูลโดยตรงจาก Active Directory

โปรแกรม IT Invent เป็นเครือข่าย ในการทำงานผ่านเครือข่ายที่มีฐานข้อมูลเดียว ผู้ใช้โปรแกรมแต่ละคนในไฟล์ "DBPath.ini" จำเป็นต้องระบุเส้นทางเพื่อเชื่อมต่อกับไฟล์ฐานข้อมูลหรือระบุเส้นทางนี้โดยเลือกรายการเมนู "ไฟล์" - > "เลือกฐานข้อมูล". ในกรณีนี้ คุณต้องไม่ลืมตั้งค่าไดเร็กทอรีด้วยสิทธิ์การอ่านและเขียนฐานข้อมูลสำหรับผู้ใช้ทั้งหมดของโปรแกรม

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

รูปที่ 2 "ตัวตรวจสอบฮาร์ดแวร์"

อินเทอร์เฟซนั้นเรียบง่ายและใช้งานง่าย ส่วนเรื่องดีไซน์ก็พอใช้ได้ โปรแกรมเป็นแบบมัลติฟังก์ชั่น ฉันต้องการเน้นคุณสมบัติที่สำคัญดังต่อไปนี้:

บัญชีรายละเอียดของคอมพิวเตอร์และซอฟต์แวร์

วงจรชีวิตของวัตถุทางบัญชี

การนำเข้าอุปกรณ์ ซอฟต์แวร์ สถานที่ทำงานและการตั้งค่าเครือข่าย

การตรวจสอบสถานที่ทำงานโดยอัตโนมัติ

ครอสโอเวอร์เครือข่าย

การบัญชีและการวางแผนวัสดุสิ้นเปลือง

การบัญชีสำหรับแอปพลิเคชันจากผู้ใช้

สินค้าคงคลังของวัตถุทางบัญชี

การควบคุมการเข้าถึงที่ยืดหยุ่น

ค้นหาข้อมูล;

รายงานที่กำหนดเองในตัวมากกว่า 30 รายการ;

คำแนะนำโดยละเอียดเกี่ยวกับการบัญชีทุกด้าน

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

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

รูปที่ 3 แสดงรูปแบบหลักของการกำหนดค่า 1C

รูปที่ 3 "1C: การบัญชีสำหรับคอมพิวเตอร์และอุปกรณ์ 8.1"

คุณสมบัติหลักของผลิตภัณฑ์:

การบัญชีสำหรับอุปกรณ์ เฟอร์นิเจอร์ ซอฟต์แวร์

การบัญชีสำหรับซีเรียล, หมายเลขสินค้าคงคลังของอุปกรณ์,

นำเข้าจากระบบตรวจสอบฮาร์ดแวร์ Everest (การรวบรวมข้อมูลอัตโนมัติ)

ส่วนติดต่อผู้ใช้ที่สะดวกที่สุด

การบัญชีสำหรับคำขอไปยังซัพพลายเออร์

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

บัญชีสำหรับคำขอของผู้ใช้และทำงานกับพวกเขา

การบัญชีสำหรับวัสดุสิ้นเปลือง

ค้นหาอัตโนมัติเมื่อสแกน

ค่าที่ตั้งไว้ล่วงหน้าส่วนบุคคล ฯลฯ

ลองเปรียบเทียบระบบสารสนเทศที่เลือกไว้ในตารางที่ 1 ตามเกณฑ์ต่อไปนี้: ฟังก์ชัน, ส่วนต่อประสาน, การออกแบบ, ความเป็นมิตรต่อผู้ใช้, ข้อดีและข้อเสีย;

ตารางที่ 1 - การเปรียบเทียบระบบสารสนเทศ

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

2.2 คำอธิบายไดอะแกรมกระบวนการทางธุรกิจ "การบัญชีสำหรับอุปกรณ์คอมพิวเตอร์ขององค์กร"

2.2.1 คำอธิบายของไดอะแกรม IDEF0

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

บริบท

การสลายตัวตามหน้าที่

การแยกย่อยของงานแต่ละชิ้น

รูปที่ 1 - แผนภาพบริบท "การบัญชีสำหรับอุปกรณ์คอมพิวเตอร์ขององค์กร"

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

ลูกศรถูกระบุบนไดอะแกรมบริบท

ประเภทของลูกศร:

ข้อมูลอินพุตสำหรับการประมวลผล:

คอมพิวเตอร์ - พีซี (คอมพิวเตอร์ส่วนบุคคล) ตั้งอยู่ที่องค์กร

อุปกรณ์เสริม - วัสดุที่จำเป็นสำหรับการอัพเกรดคอมพิวเตอร์ (การ์ดแสดงผล เมนบอร์ด โปรเซสเซอร์ เคส อุปกรณ์จ่ายไฟ โมดูลหน่วยความจำ)

สตรีมเอาต์พุต:

รายงาน - รายงานสำเร็จรูปเกี่ยวกับการบัญชีอุปกรณ์คอมพิวเตอร์ขององค์กร

การควบคุมอินพุต:

กฎคือเงื่อนไขที่ต้องปฏิบัติตามเพื่อให้บรรลุเป้าหมาย

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

ผู้จัดการคือกรรมการและหัวหน้าผู้บริหารขององค์กร

ทรัพยากรอินพุต:

พีซี - คอมพิวเตอร์ที่เก็บบัญชีไว้

พนักงานเป็นผู้เชี่ยวชาญที่ปฏิบัติตามคำสั่งที่ได้รับมอบหมายจากฝ่ายบริหาร หลังจากสร้างโมเดลเชิงแนวคิดแล้ว การสลายตามหน้าที่ได้ดำเนินการ - ระบบถูกแบ่งออกเป็นระบบย่อยและแต่ละระบบย่อยได้รับการอธิบายแยกกัน (ไดอะแกรมการสลายตัว)

รูปที่ 2 แสดงการสลายตัวตามหน้าที่ซึ่งประกอบด้วยสี่งาน

รูปที่ 2 - การสลายตัวตามหน้าที่ "การบัญชีสำหรับอุปกรณ์คอมพิวเตอร์ขององค์กร"

มีการระบุประเภทงานต่อไปนี้:

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

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

ลิงค์ลูกศรบนอินพุตระหว่างงานลงทะเบียนการส่งมอบและการบำรุงรักษาคอมพิวเตอร์ (คอมพิวเตอร์);

ลูกศรของการเข้า, ออก, การควบคุมจะถูกทำซ้ำในงานที่ตามมา

การบำรุงรักษาคอมพิวเตอร์คือกระบวนการประกอบ ซ่อมแซม และอัปเกรดคอมพิวเตอร์

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

การควบคุมลูกศร - กฎ, คำสั่ง, ผู้นำ;

ลิงค์ลูกศรบนอินพุตระหว่างงาน Computer Maintenance and Arrangement (ป้อนข้อมูลลงในฐานข้อมูล) ระหว่างงาน Computer Maintenance and Reporting (ป้อนข้อมูลลงในฐานข้อมูล);

การจัดวางเป็นกระบวนการที่วางคอมพิวเตอร์ไว้ในสำนักงาน (สำนักงาน)

การจัดการลูกศร - กฎ, คำสั่ง, ผู้นำ;

ลูกศรกลไก - พนักงาน;

ลิงค์อินพุตลูกศรระหว่างการจัดเตรียมและการรายงาน (การกำหนดรหัส);

การร่างรายงานเป็นขั้นตอนสุดท้ายของกระบวนการบัญชีซึ่งประกอบด้วยผลรวมทั่วไปที่ได้รับจากการแสดงข้อมูลทางบัญชีปัจจุบันก่อนหน้านี้

จากนั้น ระบบย่อยแต่ละระบบจะถูกแบ่งออกเป็นการสลายตัวที่เล็กลง และต่อไปเรื่อยๆ จนกว่าจะถึงระดับรายละเอียดที่ต้องการ

รูปที่ 3 เป็นแผนภาพแสดงการทำงานของ Clearance of Delivery โดยละเอียด

จากรายละเอียดทำให้ระบุหน้าที่หลักได้ ส่วน "การดำเนินการจัดส่ง" ประกอบด้วยลูกศรหลักเจ็ดลูกศร (เข้า ออก ควบคุม กลไก)

ลูกศรเข้า - คอมพิวเตอร์และอุปกรณ์เสริม

ลูกศรควบคุมคือ กฎ คำสั่ง และผู้นำ ลูกศรแตกแขนง

กลไกการแตกแขนงของลูกศร - พีซี, พนักงาน;

ลูกศรของรายการ การควบคุม กลไกซ้ำแล้วซ้ำอีกในงานทั้งหมด

การกำหนดหมายเลข - การกำหนดหมายเลขเฉพาะให้กับคอมพิวเตอร์และส่วนประกอบต่างๆ

ลูกศรทางเข้า - คอมพิวเตอร์และส่วนประกอบ. คอมพิวเตอร์ Arrow ซ้ำแล้วซ้ำอีกในงานที่ตามมา ยกเว้นการรวบรวมรายงาน

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พีซีและพนักงาน;

การเชื่อมโยงลูกศรโดยการป้อนข้อมูลระหว่างงาน การกำหนดหมายเลขและการส่งสินค้าไปยังคลังสินค้า (การย้าย) ระหว่าง "การกำหนดหมายเลข" และ "การตั้งค่ายอดคงเหลือ" (เข้าสู่ฐานข้อมูล)

ส่งสินค้าเข้าโกดัง - ส่งสินค้าตามเลขที่กำหนดเข้าโกดัง

ลูกศรทางออก - คอมพิวเตอร์

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ

ลิงค์ลูกศรบนอินพุตระหว่างงาน "การส่งสินค้าไปยังคลังสินค้า" และ "การตั้งค่าในงบดุล" (ปริมาณ)

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

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พีซีและพนักงาน;

รูปที่ 4 เป็นแผนภาพแสดงรายละเอียดการบำรุงรักษาคอมพิวเตอร์โดยละเอียด

จากรายละเอียด ฟังก์ชันหลักที่ดำเนินการในระหว่างกระบวนการบำรุงรักษาคอมพิวเตอร์จึงถูกเน้นไว้

งานบำรุงรักษาคอมพิวเตอร์ประกอบด้วยลูกศรขอบเขต 4 อัน (อินพุต เอาต์พุต การควบคุม กลไก) ลูกศรภายใน (อินพุตป้อนกลับ การสื่อสารอินพุต)

การประกอบคอมพิวเตอร์ - การกำหนดค่าคอมพิวเตอร์สำหรับคำสั่งของผู้จัดการแต่ละคน

ลูกศรเข้า - คอมพิวเตอร์

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พนักงาน;

ลิงค์ลูกศรตามอินพุตระหว่างงาน: "การประกอบคอมพิวเตอร์" และ "การซ่อมแซมคอมพิวเตอร์" (คอมพิวเตอร์);

การซ่อมคอมพิวเตอร์คือการประกอบคอมพิวเตอร์ที่ได้รับอนุมัติให้ปรับปรุง

ลูกศรเข้า - คอมพิวเตอร์

ลูกศรออก - เข้าสู่ฐานข้อมูล

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พนักงาน;

ลูกศรของการเข้า ออก การควบคุม กลไกมีการแตกแขนง

ลิงก์ลูกศรตามอินพุตระหว่างงาน: "ซ่อมคอมพิวเตอร์" และ "อัปเกรด" (ส่วนประกอบ);

อัปเกรด - ปรับปรุง ปรับปรุง อัปเดตคอมพิวเตอร์

ลูกศรออก - เข้าสู่ฐานข้อมูล

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พนักงาน;

ลูกศรควบคุมกลไกกำลังแตกแขนง

รูปที่ 5 แสดงแผนภูมิการรายงานโดยละเอียด การแยกส่วนของงานการรายงานประกอบด้วยลูกศรขอบเขต 4 อัน (อินพุต เอาต์พุต การควบคุม กลไก) ลูกศรภายใน (อินพุตป้อนกลับ การสื่อสารอินพุต)

จากการทำงานได้รับฟังก์ชั่นต่อไปนี้:

การรวบรวมข้อมูล - การรวบรวมข้อมูลเพื่อการวิเคราะห์และตัดสินใจ

ลูกศรเข้า - กำหนด id;

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรของรายการ, การควบคุม, กลไกกำลังแตกแขนง;

การเชื่อมโยงลูกศรโดยการป้อนข้อมูลระหว่างงาน: การรวบรวมข้อมูลและการตรวจสอบความถูกต้องของข้อมูล (บันทึก);

การตรวจสอบความถูกต้องของข้อมูล – ตรวจสอบข้อมูลและส่งไปรายงาน

ลูกศรเข้า - กำหนดรหัสป้อนข้อมูลลงในฐานข้อมูล

ลูกศรออก - รายงาน;

ลูกศรควบคุม - กฎ คำสั่ง และผู้นำ;

ลูกศรกลไก - พนักงาน, พีซี;

ลูกศรของรายการ (การกำหนดรหัส), การควบคุม, กลไกกำลังแตกแขนง;

ลูกศรความคิดเห็นบนอินพุตจาก "การตรวจสอบความถูกต้องของข้อมูล" ถึง "การรวบรวมข้อมูล" (การตรวจสอบซ้ำ)

เรียนรู้ที่จะมองเห็นและเข้าใจ โครงสร้างการทำงานธุรกิจของคุณ!

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

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

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

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

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

IDEF1X (IDEF1 Extended) เป็นวิธีการสร้างโครงสร้างเชิงสัมพันธ์ IDEF1X อยู่ในประเภท Entity-Relationship (ER) methodologies และมักจะใช้เพื่อจำลองฐานข้อมูลเชิงสัมพันธ์ที่เกี่ยวข้องกับระบบภายใต้การพิจารณา

IDEF2 เป็นวิธีการสำหรับการสร้างแบบจำลองแบบไดนามิกของวิวัฒนาการของระบบ เนื่องจากความยากลำบากอย่างมากในการวิเคราะห์ ระบบไดนามิกมาตรฐานนี้ถูกทิ้งร้างจริง ๆ และการพัฒนาก็หยุดลง ชั้นต้น. อย่างไรก็ตาม ในปัจจุบันมีอัลกอริทึมและการใช้งานคอมพิวเตอร์ที่อนุญาตให้เปลี่ยนชุดของไดอะแกรมคงที่ IDEF0 เป็นโมเดลไดนามิกที่สร้างขึ้นบนพื้นฐานของ "ตาข่ายสี Petri" (CPN - Color Petri Nets);

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

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

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

ประวัติของมาตรฐาน IDEF0

วิธีการ IDEF0 ถือได้ว่าเป็นขั้นตอนต่อไปในการพัฒนาภาษากราฟิกที่รู้จักกันดีสำหรับการอธิบายระบบการทำงาน SADT (Structured Analysis and Design Teqnique) ไม่กี่ปีที่ผ่านมา หนังสือชื่อเดียวกันฉบับเล็กๆ เล่มหนึ่งได้รับการตีพิมพ์ในรัสเซีย โดยอุทิศให้กับการอธิบายหลักการพื้นฐานของการสร้างไดอะแกรม SADT ในอดีต IDEF0 เป็นมาตรฐานได้รับการพัฒนาในปี 1981 โดยเป็นส่วนหนึ่งของโปรแกรมระบบอัตโนมัติที่ครอบคลุม สถานประกอบการอุตสาหกรรมซึ่งใช้ชื่อ ICAM (Integrated Computer Aided Manufacturing) และเสนอโดยแผนก กองทัพอากาศสหรัฐอเมริกา. ตระกูลมาตรฐานของ IDEF เองได้รับการสืบทอดการกำหนดมาจากชื่อของโปรแกรมนี้ (IDEF=ICAM DEFinition) กำลังดำเนินการ การปฏิบัติจริงผู้เข้าร่วมโครงการ ICAM ต้องเผชิญกับความต้องการในการพัฒนาวิธีการใหม่ในการวิเคราะห์กระบวนการโต้ตอบในระบบอุตสาหกรรม ในเวลาเดียวกัน นอกเหนือจากชุดฟังก์ชันที่ได้รับการปรับปรุงสำหรับการอธิบายกระบวนการทางธุรกิจแล้ว หนึ่งในข้อกำหนดสำหรับมาตรฐานใหม่นี้คือการมีระเบียบวิธีที่มีประสิทธิภาพสำหรับการโต้ตอบภายใน "นักวิเคราะห์-ผู้เชี่ยวชาญ" กล่าวอีกนัยหนึ่ง วิธีการใหม่ควรจะให้แน่ใจว่าการทำงานกลุ่มในการสร้างแบบจำลองโดยมีส่วนร่วมโดยตรงของนักวิเคราะห์และผู้เชี่ยวชาญทั้งหมดที่เกี่ยวข้องกับโครงการ

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

องค์ประกอบและแนวคิดพื้นฐานของ IDEF0

ภาษากราฟิก IDEF0 นั้นเรียบง่ายและกลมกลืนอย่างน่าทึ่ง วิธีการนี้ขึ้นอยู่กับแนวคิดหลักสี่ประการ

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

แต่ละด้านของบล็อกการทำงานทั้งสี่ด้านมีความหมายเฉพาะ (บทบาท) ของตัวเอง ในขณะที่:

ด้านบนคือ "การควบคุม";

ด้านซ้ายคือ "อินพุต";

ด้านขวาถูกตั้งค่าเป็น "Output";

ด้านล่างมีความหมายว่า “กลไก” (Mechanism)

แต่ละหน่วยงานภายในระบบเดียวภายใต้การพิจารณาต้องมีหมายเลขประจำตัวเฉพาะของตัวเอง

รูปที่ 1 บล็อกฟังก์ชัน

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

การแสดงกราฟิกของส่วนโค้งอินเทอร์เฟซเป็นลูกศรแบบทิศทางเดียว แต่ละส่วนโค้งของอินเทอร์เฟซต้องมีชื่อเฉพาะของตนเอง (ป้ายชื่อลูกศร) ตามมาตรฐาน ชื่อจะต้องผันคำนาม

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

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

ควรสังเกตว่าบล็อกการทำงานใด ๆ ตามข้อกำหนดของมาตรฐานต้องมีส่วนโค้งส่วนติดต่อควบคุมอย่างน้อยหนึ่งส่วนและส่วนขาออกหนึ่งส่วน สิ่งนี้สามารถเข้าใจได้ - แต่ละกระบวนการต้องเกิดขึ้นตามกฎบางอย่าง (แสดงโดยส่วนโค้งควบคุม) และต้องสร้างผลลัพธ์บางอย่าง (ส่วนโค้งขาออก) มิฉะนั้นการพิจารณาจะไม่สมเหตุสมผล

เมื่อสร้างไดอะแกรม IDEF0 สิ่งสำคัญคือต้องแยกส่วนโค้งของอินเทอร์เฟซขาเข้าออกจากส่วนโค้งควบคุมอย่างถูกต้อง ซึ่งมักจะไม่ง่าย ตัวอย่างเช่น รูปที่ 2 แสดงบล็อกการทำงาน “ประมวลผลชิ้นงาน”

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

รูปที่ 2

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

รูปที่ 3

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

การมีอยู่บังคับของส่วนโค้งอินเทอร์เฟซการควบคุมเป็นหนึ่งในข้อแตกต่างหลักระหว่างมาตรฐาน IDEF0 และวิธีการอื่นๆ ของคลาส DFD (Data Flow Diagram) และ WFD (Work Flow Diagram)

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

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

โมเดล IDEF0 เริ่มต้นด้วยมุมมองของระบบโดยรวมเสมอ - หน่วยการทำงานเดียวที่มีส่วนโค้งของอินเทอร์เฟซที่ขยายเกินพื้นที่ที่พิจารณา ไดอะแกรมที่มีบล็อกฟังก์ชันหนึ่งบล็อกเรียกว่าไดอะแกรมบริบทและแสดงด้วยตัวระบุ "A-0"

ในข้อความอธิบายสำหรับแผนภาพบริบท วัตถุประสงค์ (วัตถุประสงค์) ของการสร้างแผนภาพในรูปแบบ คำอธิบายสั้นและมุมมองคงที่ (Viewpoint)

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

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

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

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

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

รูปที่ 4 การสลายตัวของบล็อกการทำงาน

หลักการจำกัดความซับซ้อนของไดอะแกรม IDEF0

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

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

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

ระเบียบวินัยของการทำงานกลุ่มในการพัฒนาแบบจำลอง IDEF0

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

การสร้างแบบจำลองโดยกลุ่มผู้เชี่ยวชาญที่เกี่ยวข้องกับด้านต่างๆ ขององค์กร กลุ่มนี้เรียกว่าผู้เขียนในแง่ IDEF0 การสร้างแบบจำลองเริ่มต้นเป็นกระบวนการแบบไดนามิก ซึ่งผู้เขียนจะสอบถามบุคคลที่มีความสามารถเกี่ยวกับโครงสร้างของกระบวนการต่างๆ จากบทบัญญัติ เอกสาร และผลการสำรวจที่มีอยู่ ร่าง (Model Draft) ของแบบจำลองจะถูกสร้างขึ้น

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

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

คุณสมบัติของการปฏิบัติระดับชาติของการใช้การสร้างแบบจำลองการทำงานโดยใช้เครื่องมือ IDEF0

ในช่วงไม่กี่ปีที่ผ่านมา ความสนใจในรัสเซียต่อระเบียบวิธีของตระกูล IDEF เพิ่มขึ้นอย่างต่อเนื่อง ฉันสังเกตสิ่งนี้อยู่เสมอเมื่อดูสถิติการเข้าชมหน้าเว็บส่วนตัวของฉัน (http://www.vernikov.ru) ซึ่งอธิบายหลักการพื้นฐานของมาตรฐานเหล่านี้โดยย่อ ในเวลาเดียวกันฉันจะเรียกความสนใจในมาตรฐานเช่น IDEF3-5 ตามทฤษฎีและใน IDEF0 นั้นค่อนข้างสมเหตุสมผลในทางปฏิบัติ ตามความเป็นจริงแล้ว Case-tools ตัวแรกที่อนุญาตให้สร้างไดอะแกรม DFD และ IDEF0 ปรากฏขึ้นในตลาดรัสเซียในปี 1996 พร้อมกับการเปิดตัวหนังสือยอดนิยมเกี่ยวกับหลักการของการสร้างแบบจำลองในมาตรฐาน SADT

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

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

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

สิ่งที่เข้าสู่หน่วย "ที่ทางเข้า"?

หน้าที่ใดและลำดับใดที่ดำเนินการภายในหน่วย?

ใครรับผิดชอบในแต่ละหน้าที่?

อะไรเป็นแนวทางในการปฏิบัติหน้าที่ในแต่ละหน้าที่?

ผลงานของหน่วย (ผลผลิต) เป็นอย่างไร?

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

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

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

หนึ่งภาพแทนพันคำ

ภูมิปัญญาชาวบ้าน

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

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

คำสองสามคำเกี่ยวกับประโยชน์ของกราฟิก

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

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

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

ฉันยังสามารถยกตัวอย่างที่คล้ายกันของการอธิบายด้วยวาจาที่ทำอะไรไม่ถูกจากการปฏิบัติของฉันเอง ลูกค้ารายหนึ่งของฉันขอให้ฉันดำเนินการติดตั้งระบบ ERP สำหรับบริษัทของเขา เมื่อฉันถามว่าพวกเขามีงานทางเทคนิคบางอย่างหรือไม่ ฉันได้รับคำตอบว่า “ใช่ พวกเขามี แต่มี 400 หน้า” ในเวลาเดียวกัน ลูกค้าบ่นอย่างมากว่าเพื่อนร่วมงานของฉันซึ่งเขาติดต่อก่อนหน้านี้ปฏิเสธโครงการทั้งหมดหรือเรียกราคาที่สูงเกินจริงอย่างชัดเจน หลังจากที่ฉันเห็นว่าข้อกำหนดในการอ้างอิงมีความยาว 400 หน้าและประกอบด้วยคำอธิบายที่เป็นข้อความเท่านั้น ฉันจึงเข้าใจเหตุผลสำหรับพฤติกรรมของนักพัฒนาซอฟต์แวร์ การอ่านข้อความจำนวนมากเจาะลึกลงไปทำความเข้าใจความแตกต่างทั้งหมดเพียงเพื่อทำความเข้าใจงานและตั้งชื่อราคานั้นยากมาก

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

ฉันยังรู้ตัวอย่างอื่นๆ อีกมากมายเมื่อการสร้างแบบจำลองกราฟิกของกระบวนการทางธุรกิจช่วยทั้งเพื่อนร่วมงานของฉัน ที่ปรึกษาทางธุรกิจและนักพัฒนา และนักธุรกิจเองในการทำงาน

เหตุใดสิ่งนี้จึงสำคัญต่องานของฉัน

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

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

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

ข้อผิดพลาดทั่วไป

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

การใช้สีต่างๆ

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

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

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

บล็อกมากเกินไป

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

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

การละเมิดโครงสร้างเมื่อทำการปรับเปลี่ยน

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

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

กฎสำหรับการควบคุมการตั้งชื่อและบล็อก

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

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

ประโยชน์ของการใช้ IDEF0

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

ความยากของการใช้ IDEF0 คืออะไร

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

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

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

บทความเพิ่มเติมเกี่ยวกับหัวข้อนี้

6.2. วัตถุประสงค์และองค์ประกอบของระเบียบวิธี SADT (IDEF0)

วิธีการ SADT (Structured Analysis and Design Technique - วิธีการวิเคราะห์และออกแบบโครงสร้าง) เป็นชุดของวิธีการ กฎ และขั้นตอนที่ออกแบบมาเพื่อสร้างแบบจำลองการทำงานของระบบ

การพัฒนาวิธีการนี้ริเริ่มโดย Douglas Ross (สหรัฐอเมริกา) ในช่วงกลางทศวรรษที่ 1960 ศตวรรษที่ 20 ตั้งแต่นั้นเป็นต้นมา นักวิเคราะห์ระบบของ SofTech, Inc. ปรับปรุง SADT และใช้เพื่อแก้ปัญหาต่างๆ ซอฟต์แวร์เครือข่ายโทรศัพท์ การวินิจฉัย ระยะยาวและ การวางแผนเชิงกลยุทธ์, คอมพิวเตอร์ช่วยในการผลิตและการออกแบบ , การกำหนดค่าระบบคอมพิวเตอร์ , การฝึกอบรมพนักงาน , การเงินและการจัดการโลจิสติกส์เป็นบางส่วนของพื้นที่ แอปพลิเคชั่นที่มีประสิทธิภาพสวท. สเปกตรัมกว้างพื้นที่ต่างๆ ชี้ให้เห็นถึงความเก่งกาจและพลังของระเบียบวิธี SADT โครงการ Integrated Computer Aided Manufacturing (ICAM) ของกระทรวงกลาโหมสหรัฐฯ ตระหนักถึงประโยชน์ของ SADT สิ่งนี้นำไปสู่การตีพิมพ์ส่วนหนึ่งของมันในปี 1981 ที่เรียกว่า IDEF0 (Icam DEFinition) ซึ่งเป็นมาตรฐานกลางสำหรับการพัฒนาซอฟต์แวร์ ภายใต้ชื่อนี้ SADT ถูกใช้โดยผู้เชี่ยวชาญหลายพันคนในองค์กรทางทหารและอุตสาหกรรม การแก้ไขครั้งล่าสุดมาตรฐาน IDEF0 เปิดตัวในเดือนธันวาคม พ.ศ. 2536 สถาบันมาตรฐานและเทคโนโลยีแห่งชาติของสหรัฐอเมริกา (NIST)

วิธีการนี้ในการอธิบายลักษณะการทำงานของระบบสารสนเทศ จะแข่งขันกับวิธี data-flow-focused (DFD) ในทางตรงกันข้าม IDEF0 อนุญาต:

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

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

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

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

รุ่น (ตามที่เป็นอยู่ TO-BE หรือ SHOULD-BE) อาจมี 4 ประเภทแผนภูมิ [ , ]:

แผนภาพบริบท;

แผนภาพการสลายตัว

แผนภาพต้นไม้โหนด

ไดอะแกรมสำหรับการแสดงเท่านั้น (FEO)

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

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

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

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

6.3. องค์ประกอบของสัญลักษณ์กราฟิก IDEF0

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

ภาพประกอบต่อไปนี้แสดงองค์ประกอบพื้นฐานของสัญลักษณ์กราฟิก IDEF0

ข้าว. 6.1. องค์ประกอบของสัญลักษณ์กราฟิก IDEF0

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

ปฏิสัมพันธ์ของงานระหว่างพวกเขากับโลกภายนอกนั้นอธิบายไว้ในรูปของลูกศร IDEF0 แยกความแตกต่าง 5 ประเภทของลูกศร :

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

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

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

- กลไก (กลไกภาษาอังกฤษ) - ทรัพยากรที่ทำงาน กลไกตอบคำถามว่า "ใครทำงานหรือผ่านอะไร" กลไกสามารถเป็นบุคลากรขององค์กร, นักเรียน, เครื่องมือกล, อุปกรณ์, โปรแกรม ลูกศรของกลไกถูกวาดเมื่อเข้าสู่ส่วนล่างของงาน

- เรียก (สายภาษาอังกฤษ) - ลูกศรระบุว่างานบางส่วนดำเนินการนอกบล็อกที่พิจารณา ลูกศรออกจะดึงออกมาจากด้านล่างของงาน

6.4. ประเภทของการเชื่อมโยงระหว่างงาน

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

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

1. การเชื่อมต่อแบบลำดับชั้น (การเชื่อมต่อ "ส่วน" - "ทั้งหมด") เกิดขึ้นระหว่างฟังก์ชันและฟังก์ชันย่อยที่ประกอบขึ้น

ข้าว. 6.2. ความสัมพันธ์แบบลำดับชั้น

2. การสื่อสารด้านกฎระเบียบ (การควบคุม, ผู้ใต้บังคับบัญชา) สะท้อนถึงการพึ่งพาของฟังก์ชันหนึ่งกับอีกฟังก์ชันหนึ่ง เมื่อเอาต์พุตของงานหนึ่งถูกส่งไปควบคุมอีกงานหนึ่ง ฟังก์ชั่นที่ควบคุมออกมาควรได้รับการพิจารณาว่าควบคุมหรือควบคุมและที่เข้าไป - ผู้ใต้บังคับบัญชา แยกแยะ ลิงค์ควบคุมโดยตรง เมื่อมีการโอนการควบคุมจากงานที่สูงกว่าไปยังงานที่ต่ำกว่า (รูปที่ 6.3) และ ความคิดเห็นของผู้บริหาร เมื่อมีการโอนการควบคุมจากด้านล่างไปยังด้านบน (รูปที่ 6.4)

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

ข้าว. 6.5. การเชื่อมต่อโดยตรงเมื่อเข้า	ข้าว. 6.6. ป้อนข้อมูลป้อนกลับ

4. การสื่อสารผู้บริโภค เกิดขึ้นเมื่อเอาต์พุตของฟังก์ชันหนึ่งทำหน้าที่เป็นกลไกสำหรับฟังก์ชันถัดไป ดังนั้น ฟังก์ชันหนึ่งใช้ทรัพยากรที่สร้างขึ้นโดยอีกฟังก์ชันหนึ่ง

ข้าว. 6.7. การสื่อสารผู้บริโภค

5. การเชื่อมต่อทางตรรกะ สังเกตระหว่างฟังก์ชันที่เป็นเนื้อเดียวกันเชิงตรรกะ ตามกฎแล้วฟังก์ชันดังกล่าวจะทำงานเหมือนกัน แต่ด้วยวิธี (ทางเลือก) ที่แตกต่างกันหรือใช้แหล่งข้อมูล (วัสดุ) ที่แตกต่างกัน

ข้าว. 6.8. การเชื่อมต่อทางตรรกะ

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

ข้าว. 6.9. การเชื่อมต่อที่มีระเบียบ

7. การเชื่อมต่อทรัพยากร เกิดขึ้นระหว่างฟังก์ชันที่ใช้ทรัพยากรเดียวกันในการทำงาน ตามกฎแล้ว ฟังก์ชันที่ขึ้นกับทรัพยากรไม่สามารถดำเนินการพร้อมกันได้

ข้าว. 6.10. การเชื่อมต่อทรัพยากร

8. การเชื่อมต่อข้อมูล เกิดขึ้นระหว่างฟังก์ชันที่ใช้ข้อมูลเดียวกับอินพุต

ข้าว. 6.11. การเชื่อมต่อข้อมูล

9. การเชื่อมต่อชั่วคราว เกิดขึ้นระหว่างฟังก์ชันที่ต้องดำเนินการพร้อมกันก่อนหรือหลังฟังก์ชันอื่นในเวลาเดียวกัน

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

ข้าว. 6.12. การเชื่อมต่อชั่วคราว

10. การเชื่อมต่อแบบสุ่ม เกิดขึ้นเมื่อมีความสัมพันธ์เฉพาะระหว่างฟังก์ชันเพียงเล็กน้อยหรือไม่มีเลย

ข้าว. 6.13. การเชื่อมต่อแบบสุ่ม

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

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

ใน IDEF0 มีแบบแผน (กฎและแนวทางปฏิบัติ) สำหรับการสร้างไดอะแกรมที่ออกแบบมาเพื่อให้อ่านและตรวจสอบโมเดล [ , ] ได้ง่ายขึ้น กฎเหล่านี้บางส่วนได้รับการสนับสนุนโดยอัตโนมัติโดยเครื่องมือ CASE ในขณะที่กฎอื่นๆ ต้องบังคับใช้ด้วยตนเอง

1. ก่อนสร้างแบบจำลอง จำเป็นต้องตัดสินใจว่าจะสร้างแบบจำลองใดของระบบ ซึ่งรวมถึงการระบุประเภท AS-IS, TO-BE หรือ SHOULD-BE ตลอดจนระบุตำแหน่งที่สร้างแบบจำลอง ความคิดที่ดีที่สุดคือ "มุมมอง" คือสถานที่ (ตำแหน่ง) ของบุคคลหรือวัตถุที่ต้องยืนเพื่อดูการทำงานของระบบ ตัวอย่างเช่น เมื่อสร้างแบบจำลองร้านขายของชำ คุณสามารถเลือกพนักงานขาย แคชเชียร์ นักบัญชี หรือผู้อำนวยการในบรรดาผู้สมัครที่เป็นไปได้จากมุมมองที่ระบบกำลังพิจารณาอยู่ โดยปกติแล้ว จะมีการเลือกมุมมองหนึ่งมุมมอง ซึ่งส่วนใหญ่ครอบคลุมความแตกต่างทั้งหมดของการทำงานของระบบ และถ้าจำเป็น ไดอะแกรม FEO จะถูกสร้างขึ้นสำหรับไดอะแกรมการสลายตัวบางส่วน โดยแสดงมุมมองทางเลือก

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

3. แนะนำให้ใช้จำนวนบล็อกในแผนภาพการสลายตัวภายใน 3–6 หากมีสองช่วงตึกในแผนภาพการสลายตัวแสดงว่าไม่สมเหตุสมผล ต่อหน้า จำนวนมากบล็อกไดอะแกรมจะแออัดและอ่านยาก

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

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

ข้าว. 6.14. ฟังก์ชันที่ไม่มีการควบคุมและการป้อนข้อมูล

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

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

6. แต่ละบล็อกต้องมีอย่างน้อยหนึ่งเอาต์พุต

ข้าว. 6.15 น. ฟังก์ชันไม่มีทางออก

งานที่ไม่มีผลลัพธ์จะไม่มีความหมายและไม่ควรสร้างแบบจำลอง ข้อยกเว้นคืองานที่แสดงในโมเดล AS-IS การปรากฏตัวของพวกเขาบ่งบอกถึงความไร้ประสิทธิภาพและความไม่สมบูรณ์ของกระบวนการทางเทคโนโลยี ในแบบจำลอง TO-BE งานเหล่านี้ควรขาดไป

7. เมื่อสร้างไดอะแกรม ควรลดจำนวนทางแยก การวนรอบ และการหมุนของลูกศร

8. การตอบกลับและการวนซ้ำ (การกระทำแบบวนรอบ) สามารถอธิบายได้โดยใช้ส่วนโค้งย้อนกลับ การตอบกลับอินพุตถูกดึงโดยลูป "ล่าง" การป้อนกลับการควบคุมถูกดึงโดยลูป "บน" (ดูรูปที่ 6.4 และ 6.6)

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

ข้าว. 6.16 น. การแยกลูกศร

ในกรณีนี้ อนุญาตให้กำหนดชื่อที่มีคุณสมบัติตามที่กำหนดให้กับสาขาต่างๆ ของลูกศรหลังจากการแยกสาขา (ก่อนการรวม) ถ้าสาขาใดหลังสาขาไม่มีชื่อ ให้ถือว่าชื่อนั้นตรงกับชื่อลูกศรที่บันทึกไว้หน้าสาขา

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

ไม่อนุญาตให้วาดลูกศรบนไดอะแกรมเมื่อไม่ได้ตั้งชื่อก่อนและหลังการแตกแขนง บนมะเดื่อ 6.17 ลูกศรที่รวมอยู่ในบล็อก "การสร้างข้อความมาตรฐาน" ไม่มีชื่อก่อนและหลังการแตกสาขา ซึ่งเป็นข้อผิดพลาด

ข้าว. 6.17. ตั้งชื่อลูกศรผิด

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

ข้าว. 6.18. ลูกศรอุโมงค์

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

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

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

12. ถ้าลูกศรสองลูกวิ่งขนานกัน (เริ่มจากหน้าเดียวกันของงานหนึ่งและสิ้นสุดที่หน้าเดียวกันของอีกงานหนึ่ง) ถ้าเป็นไปได้ ควรรวมเข้าด้วยกันและเรียกว่าคำเดียว

ข้าว. 6.19 น. รวมลิงค์

13. แต่ละบล็อกบนไดอะแกรมต้องมีหมายเลขของตัวเอง เพื่อระบุตำแหน่งของไดอะแกรมหรือบล็อกในลำดับชั้น จะใช้หมายเลขไดอะแกรม บล็อกบนไดอะแกรมระดับบนสุดแสดงด้วย 0 บล็อกบนไดอะแกรมของระดับที่สอง - โดยตัวเลขตั้งแต่ 1 ถึง 9 (1, 2, ..., 9) บล็อกที่ระดับที่สาม - คูณสอง หลัก ซึ่งตัวแรกระบุจำนวนของบล็อกโดยละเอียดจากแผนภาพหลัก และหมายเลขบล็อกที่สองตามลำดับในแผนภาพปัจจุบัน (11, 12, 25, 63) ฯลฯ แผนภาพบริบทมีการกำหนด "A - 0” แผนภาพการสลายตัวของระดับแรกคือ “A0” แผนภาพการสลายตัวของระดับถัดไปประกอบด้วยตัวอักษร “ A" ตามด้วยจำนวนบล็อกที่จะแยกย่อย (เช่น "A11", "A12" , "A25", "A63"). รูปแสดงไดอะแกรมทรีทั่วไป (ไดอะแกรมทรีโหนด) พร้อมหมายเลข

ข้าว. 6.20 น. ลำดับชั้นของแผนภูมิ

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

6.6. ตัวอย่างของการสร้างแบบจำลอง IDEF0 สำหรับระบบกำหนดความเร็วที่อนุญาต

การคำนวณความเร็วรถไฟที่อนุญาตเป็นงานวิศวกรรมที่ใช้เวลานาน เมื่อรถไฟผ่านส่วนใด ๆ ความเร็วจริงของรถไฟต้องไม่เกินค่าสูงสุดที่อนุญาต ความเร็วสูงสุดที่อนุญาตนี้กำหนดขึ้นจากประสบการณ์การใช้งานและการทดสอบที่ดำเนินการเป็นพิเศษเกี่ยวกับไดนามิกของการเคลื่อนไหวและผลกระทบต่อรางของล้อเลื่อน ความเร็วไม่เกินนี้รับประกันความปลอดภัยของการจราจรบนรถไฟ สภาพการขับขี่ที่สะดวกสบายสำหรับผู้โดยสาร ฯลฯ โดยจะพิจารณาจากประเภทของหุ้นกลิ้ง (ยี่ห้อของหัวรถจักรและประเภทของเกวียน) พารามิเตอร์ของโครงสร้างส่วนบนของแทร็ก (ประเภท ของราง, บัลลาสต์, ไดอะแกรมของไม้หมอน) และแผน (เส้นโค้งรัศมี, เส้นโค้งการเปลี่ยน, ระดับความสูงของรางด้านนอก ฯลฯ) ตามกฎแล้วในการกำหนดความเร็วที่อนุญาตนั้นจำเป็นต้องกำหนดความเร็วอย่างน้อยสอง (บนเส้นตรง) และห้า (ในเส้นโค้ง) ซึ่งความเร็วสุดท้ายที่อนุญาตจะถูกเลือกเป็นความเร็วที่เล็กที่สุดในบรรดาค่าที่คำนวณได้ทั้งหมด การคำนวณความเร็วเหล่านี้ควบคุมโดยคำสั่งของกระทรวงรถไฟแห่งรัสเซียฉบับที่ 41 ลงวันที่ 12 พฤศจิกายน 2544 "บรรทัดฐานสำหรับความเร็วที่อนุญาตของหุ้นกลิ้งบนรางรถไฟที่มีขนาด 1520 (1524) มม. ของ Federal Railway ขนส่ง".

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

แผนภาพบริบทสำหรับงานกำหนดความเร็วที่อนุญาตแสดงในรูปที่ 6.21 โมเดลนี้สร้างขึ้นโดยใช้ผลิตภัณฑ์ BPwin 4.0 จาก Computer Associates

ข้าว. 6.21. แผนภาพบริบทของระบบสำหรับกำหนดความเร็วที่อนุญาต (วิธี IDEF0)

เช่น ข้อมูลพื้นฐานใช้บนพื้นฐานของการกำหนดความเร็วที่อนุญาต:

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

รายละเอียดตามยาว (ประกอบด้วยข้อมูลที่คล้ายกับที่กล่าวถึงข้างต้น);

หนังสือเดินทางระยะทาง (ประกอบด้วยข้อมูลที่คล้ายกับที่กล่าวถึงข้างต้น ตลอดจนข้อมูลเกี่ยวกับโครงสร้างส่วนบนของแทร็ก (VSP))

ข้อมูลผลการสำรวจผังทางโดยรถวัดทาง

รายการระดับความสูงของรางด้านนอกในเส้นโค้ง (มีข้อมูลเกี่ยวกับแผนราง)

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

ควบคุมข้อมูลเป็น:

การระบุหัวหน้าฝ่ายบริการติดตามของถนนหรือกรมติดตามและโครงสร้างของรถไฟรัสเซียเพื่อคำนวณ

คำสั่งหมายเลข 41 ซึ่งมีข้อมูลด้านกฎระเบียบและข้อมูลอ้างอิง ขั้นตอนและสูตรสำหรับการกำหนดความเร็วที่อนุญาต

ข้อมูลเกี่ยวกับการไหลของรถไฟในปัจจุบันหรือที่วางแผนไว้ (ข้อมูลเกี่ยวกับยี่ห้อของหัวรถจักรที่หมุนเวียนและประเภทของรถยนต์ที่ใช้)

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

ผลลัพธ์การทำงานของระบบควรเป็น:

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

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

แบบฟอร์มมาตรฐานหมายเลข 1, 1a และ 2 ซึ่งมีความเร็วที่อนุญาตตามแผนสำหรับการพัฒนาตารางรถไฟ

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

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

แผนภาพการสลายตัวของระดับแรกสำหรับปัญหาที่กำลังพิจารณาแสดงในรูปที่ 6.22 ตามกฎแล้ว เมื่อสร้างไดอะแกรมการสลายตัว ฟังก์ชันดั้งเดิม (การย่อยสลาย) จะแบ่งออกเป็น 3–8 ฟังก์ชันย่อย (บล็อก) ในเวลาเดียวกัน ขอแนะนำให้วางบล็อกบนแผนภาพการสลายตัวจากซ้ายไปขวา บนลงล่าง เพื่อให้มองเห็นลำดับและตรรกะของการโต้ตอบของฟังก์ชันย่อยได้ดีขึ้น

ข้าว. 6.22 แผนภาพการสลายตัวระดับแรก (วิธีการของ IDEF0)

ลำดับของการดำเนินการของฟังก์ชันสำหรับการแก้ปัญหาภายใต้การพิจารณามีดังนี้:

การป้อนและอัปเดตข้อมูลอ้างอิงและข้อมูลในส่วนของถนน (บล็อก 1 และ 2)

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

การคำนวณความเร็วที่อนุญาตตามขั้นตอนและสูตรที่กำหนดในคำสั่งที่ 41 (บล็อก 4) ข้อมูลต้นฉบับคือข้อมูลบนเส้นทางของส่วน (แผน โครงสร้างส่วนบนของเส้นทาง ฯลฯ) และมาตรฐานที่เลือกตามงานสำหรับการคำนวณ

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

การก่อตัวและการจัดทำร่างคำสั่ง "N" และข้อความมาตรฐาน (บล็อก 6 และ 7)

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

6.7. รหัส ICOM

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

รหัส ICOM (ตัวย่อสำหรับ Input, Control, Output และ Mechanism) ใช้เพื่อระบุลูกศรขอบเขต รหัส ICOM มีคำนำหน้าที่สอดคล้องกับประเภทของลูกศร (I, C, O หรือ M) และหมายเลขลำดับ (ดูรูป)