นิยามของวงจรชีวิต โมเดล ais การสร้างแบบจำลองทางกายภาพของประสบการณ์ AIS ในการใช้งานจริงของแบบจำลอง AIS UE

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

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

3. เอไอเอส ดีไซน์

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

ขั้นตอนการออกแบบประกอบด้วยขั้นตอนต่อไปนี้:

1) การสำรวจหัวเรื่อง (PRO) ของทรัพย์สินทางปัญญาที่มีอยู่ (ดั้งเดิม)

2) การพัฒนา เงื่อนไขอ้างอิงเพื่อสร้างระบบ

3) การพัฒนาโครงการด้านเทคนิคสำหรับการสร้างระบบ

4) การพัฒนาร่างการทำงานเพื่อสร้างระบบ

โดยมีเงื่อนไขว่า IS ที่มีอยู่นั้นเป็นแบบอัตโนมัติ การออกแบบมีสองวิธี: การปรับปรุง AIS ที่มีอยู่หรือการแทนที่ด้วย AIS ที่สร้างขึ้นใหม่ทั้งหมด ด้วยปริมาณที่ค่อนข้างน้อย งานออกแบบขั้นตอนที่ 2 และ 3 สามารถรวมกันได้

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

ขั้นตอนการพัฒนาข้อกำหนดทางเทคนิค- ความต่อเนื่องทางตรรกะของขั้นตอนการป้องกันขีปนาวุธ วัสดุที่ได้รับในขั้นตอน ABM จะใช้ในการพัฒนา ToR ที่นี่การวิเคราะห์และพัฒนาข้อกำหนดพื้นฐานสำหรับ AIS โดยลูกค้ารายใดรายหนึ่งหรือกลุ่มผู้บริโภคที่มีศักยภาพ ข้อกำหนดสำหรับฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล และองค์ประกอบทางกฎหมายขององค์กรของ AIS ฯลฯ ได้รับการกำหนดขึ้น

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

วัตถุประสงค์ งาน หน้าที่ของ AIS ก็พิจารณาด้วย สภาพภายนอกการทำงานของระบบ การกระจายฟังก์ชันระหว่างส่วนประกอบต่างๆ

พารามิเตอร์ระบบ AIS - อินเทอร์เฟซและการกระจายฟังก์ชันระหว่างตัวดำเนินการกับระบบ

การกำหนดค่าของระบบย่อย AIS ทั้งหมดที่สร้างโครงสร้าง - ส่วนประกอบเอกสารข้อมูลเทคนิคซอฟต์แวร์คณิตศาสตร์และองค์กร - กฎหมายของโครงสร้างระบบ

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

แผ่นกำหนดค่าที่ซับซ้อนของวิธีการทางเทคนิคของ AIS และข้อกำหนด

องค์ประกอบและลักษณะ แบบจำลองทางคณิตศาสตร์, อัลกอริธึมและโปรแกรม AIS;

แผนภาพการทำงานของเอไอเอส กระบวนการทางเทคโนโลยีการประมวลผลข้อมูล ฯลฯ ;

คำแนะนำงานและการทำงานของบุคลากรเอไอเอส

ปรับปรุงการศึกษาความเป็นไปได้ของโครงการ

ส่วนหลักของความเข้มแรงงานของการออกแบบโดยละเอียดคืองานในการพัฒนาอัลกอริธึมและโปรแกรมที่เกี่ยวข้อง

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

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

วิธีการและเครื่องมือในการออกแบบเอไอเอสการออกแบบ AIS สามารถทำได้:

นักพัฒนาบุคคลที่สาม บริษัทนี้มีพนักงานมืออาชีพที่มีคุณวุฒิสูง งานดำเนินการบนพื้นฐานของข้อตกลงระหว่างผู้พัฒนาและลูกค้า

โดยเจ้าหน้าที่ผู้เชี่ยวชาญของบริษัทลูกค้า

แนวทางการประนีประนอมก็เป็นไปได้เช่นกัน: บริษัทลูกค้าสามารถเชิญที่ปรึกษาเพื่อพัฒนา AIS ตามสัญญาได้

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

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

บนเวที แบบสำรวจก่อนโครงการวิธีการศึกษาสถานะที่แท้จริงของ IS ที่มีอยู่ (ดั้งเดิม) ถูกนำมาใช้:

การซักถามด้วยวาจาหรือเป็นลายลักษณ์อักษร

แบบสำรวจข้อเขียน;

การสังเกต การวัดผล และการประเมิน

การอภิปรายผลลัพธ์ขั้นกลาง

การวิเคราะห์งาน

การวิเคราะห์การผลิต การจัดการ และข้อมูล

กระบวนการ

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

การสร้างแบบจำลองของกระบวนการประมวลผลข้อมูล

การออกแบบโครงสร้าง

การสลายตัว;

การวิเคราะห์ เทคโนโลยีสารสนเทศ.

สำหรับการแสดงภาพวัตถุและกระบวนการของ AIS จะใช้วิธีการแสดงกราฟิกของสถานะจริงและสถานะที่ระบุ - ผังงาน กราฟ ภาพวาด ภาพวาด ภาพวาด แบบร่าง ไดอะแกรม ฯลฯ

4. AIS ออกแบบระบบอัตโนมัติ

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

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

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

การแบ่งระบบที่ซับซ้อนออกเป็นส่วน ๆ นำเสนอเป็น "กล่องดำ" แต่ละ "กล่องดำ" ใช้ฟังก์ชันบางอย่างของระบบควบคุม

ลำดับชั้นขององค์ประกอบที่เลือกของระบบพร้อมคำจำกัดความของความสัมพันธ์ระหว่างองค์ประกอบเหล่านั้น

การใช้การแสดงภาพกราฟิกของความสัมพันธ์ขององค์ประกอบของระบบ

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

ในฐานะที่เป็นส่วนหนึ่งของวิธีการวิเคราะห์เชิงโครงสร้าง สิ่งที่พบได้บ่อยที่สุด ได้แก่ :

SADT เป็นเทคโนโลยีการวิเคราะห์และการออกแบบโครงสร้าง และส่วนย่อยของมันคือมาตรฐาน IDEFO

DFD - ไดอะแกรมโฟลว์ข้อมูล

ERD - ไดอะแกรมความสัมพันธ์เอนทิตี

STD - ไดอะแกรมการเปลี่ยนสถานะ

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

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

เป้าหมายเน้นพื้นที่ของกิจกรรมขององค์กรที่ควรพิจารณาก่อนอื่น เป้าหมายกำหนดทิศทางและระดับการสลายตัวของแบบจำลองที่พัฒนาแล้ว

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

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

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

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

1) การพัฒนาไดอะแกรมฮาร์ดแวร์ที่แสดงกระบวนการ อุปกรณ์ เครือข่าย และการเชื่อมต่อ

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

3) การพัฒนาไดอะแกรมของวัตถุที่แสดงความสัมพันธ์ของวัตถุกับวัตถุอื่น

4) การพัฒนาสถาปัตยกรรมซอฟต์แวร์ที่อธิบาย การออกแบบทางกายภาพกำลังสร้างระบบ

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

แนวทางเชิงวัตถุไม่ได้ต่อต้านแนวทางเชิงโครงสร้าง แต่สามารถใช้เป็นส่วนเสริมได้

5. การก่อสร้างและการดำเนินงานของ AIS

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

การระบุแหล่งเงินทุนและการจัดสรรเงินทุนเพื่อการจัดซื้อจัดจ้าง อุปกรณ์ที่จำเป็นจัดทำโดยโครงการ - "เอกสารข้อกำหนดอุปกรณ์ AIS";

การคัดเลือกซัพพลายเออร์และข้อสรุปของสัญญาการจัดหาอุปกรณ์

การจัดสรรสถานที่สำหรับการปรับใช้ AIS และการเตรียมการติดตั้งอุปกรณ์

การจัดวาง การประกอบ การติดตั้ง การกำหนดค่าอุปกรณ์ AIS ตามโครงการ

การคัดเลือก การจัดและฝึกอบรมหมวดต่างๆ พนักงานประจำประสิทธิภาพการทำงานของ AIS ที่เกี่ยวข้องเพื่อให้แน่ใจว่าการทำงานของ AIS;

ประสิทธิภาพของงานควบคุมคุณภาพของอุปกรณ์ (ควบคุม ทดสอบ) หากพบข้อบกพร่อง - การลงทะเบียนและการนำเสนอเรื่องร้องเรียนต่อซัพพลายเออร์

การติดตั้งและทดสอบซอฟต์แวร์ แพคเกจซอฟต์แวร์เอไอเอส. ขึ้นอยู่กับการตรวจจับข้อบกพร่อง - ใช้มาตรการเพื่อกำจัด;

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

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

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

1) เอกสารผลการว่าจ้างอุปกรณ์รวมถึงการทดสอบการควบคุมชุดงานระบบ

2) การฝึกอบรมบุคลากรด้านเทคโนโลยี AIS และการศึกษาส่วนที่เกี่ยวข้องของเอกสารโครงการ

3) ดำเนินการทดลองระบบ วิเคราะห์และแก้ไขข้อผิดพลาดในการออกแบบและดำเนินการเอกสารตามผลการดำเนินการทดลอง

4) การส่งมอบเอไอเอสไปยัง ฝ่ายผลิตพร้อมเอกสารที่เกี่ยวข้อง

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

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

6. เทคนิคการคำนวณทางเทคนิค ประสิทธิภาพทางเศรษฐกิจการประมวลผลข้อมูลอัตโนมัติ

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

ประสิทธิภาพเชิงเศรษฐกิจของการประมวลผลข้อมูลอัตโนมัติมั่นใจได้จากปัจจัยหลักดังต่อไปนี้:

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

ลดเวลาสูงสุดในการดำเนินการแต่ละอย่าง

ปรับปรุงคุณภาพของการประมวลผลข้อมูลและข้อมูลที่ได้รับ

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

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

ตัวชี้วัดประสิทธิภาพทางเศรษฐกิจของโครงการเอไอเอสที่พัฒนาแล้วอย่างสัมบูรณ์คือการลดต้นทุนรายปีและ ค่าแรงเกี่ยวกับกระบวนการทางเทคโนโลยีของการประมวลผลข้อมูลเปรียบเทียบกับ TPOD เวอร์ชันพื้นฐาน

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

C e \u003d C b - C p (1)

โดยที่ C e - จำนวนการลดต้นทุนสำหรับการประมวลผลข้อมูล

C b - ค่าใช้จ่ายสำหรับเคสพื้นฐาน

C n - ค่าใช้จ่ายสำหรับตัวเลือกที่คาดการณ์ไว้

ตัวบ่งชี้สัมพัทธ์ของประสิทธิภาพทางเศรษฐกิจของโครงการ AIS คืออัตราส่วนประสิทธิภาพต้นทุน (K e) และดัชนีการเปลี่ยนแปลงต้นทุน (I c)

K e \u003d C e / C b * 100% (2)

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

มูลค่าของดัชนีการเปลี่ยนแปลงต้นทุนสามารถกำหนดได้โดยสูตร:

ผม s \u003d C e / C b. (3)

ดัชนีนี้บ่งชี้ว่าต้นทุนการประมวลผลข้อมูลจะลดลงกี่ครั้งในระหว่างการดำเนินโครงการ AIS

เมื่อดำเนินโครงการ AIS จำเป็นต้องคำนึงถึงต้นทุนทุนเพิ่มเติมซึ่งมูลค่า (K 3) สามารถกำหนดได้โดยสูตร:

K 3 \u003d K p - K b (4)

โดยที่ K p และ K b - ต้นทุนทุนตามลำดับของระบบประมวลผลข้อมูลที่ออกแบบและขั้นพื้นฐาน

ประสิทธิภาพ ต้นทุนทุนถูกกำหนดโดยระยะเวลาคืนทุน (T) ของต้นทุนทุนเพิ่มเติมสำหรับความทันสมัยของ IS:

T \u003d K 3 / C อี (5)

E \u003d C e / K 3 \u003d 1 / T. (6)

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

เสื้อ = ข. – ทีพี (7)

ที่ไหน T ข. และ T p - ความเข้มแรงงานประจำปีของการดำเนินงานตามลำดับของตัวเลือกพื้นฐานและการออกแบบสำหรับการประมวลผลข้อมูล

ความหมาย ตัวบ่งชี้สัมพัทธ์การลดต้นทุนแรงงานสามารถแสดงได้โดยสัมประสิทธิ์การลดต้นทุนแรงงาน (K):

K t \u003d t / T ข. (8)

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

ฉัน t \u003d T b / T p. (9)

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

P \u003d (t / T f) * f (10)

โดยที่ T f คือกองทุนประจำปีของเวลาของนักแสดงคนหนึ่งที่ใช้ในเทคโนโลยีการประมวลผลข้อมูล

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

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

การประหยัดค่าแรง (E tz) ในการประมวลผลข้อมูลอัตโนมัติของโครงการสามารถกำหนดได้โดยสูตร

E tz \u003d T o6sch - T นกฮูก (11)

โดยที่ T o6sh คือความซับซ้อนของการประมวลผลข้อมูลในวิธีดั้งเดิมกับตัวพิมพ์พื้นฐาน

T owls - ความซับซ้อนของการประมวลผลข้อมูลอัตโนมัติในเวอร์ชันการออกแบบ

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

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

3.1 การกำหนดรูปแบบวงจรชีวิตของ AIS

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

ตารางที่ 1. ลักษณะโดยย่อของแต่ละรุ่นที่ระบุไว้

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

3.2 โมเดลคาสเคด

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

โมเดลน้ำตกของผลิตภัณฑ์ซอฟต์แวร์คล้ายกับรูปแบบของระบบควบคุมอัตโนมัติ (ดูบทที่ 1 รูปที่ 1)

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

3.3 V-รุ่น

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

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

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

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

โมเดลประกอบด้วยขั้นตอนต่อไปนี้:

การร่างข้อกำหนดและการวางแผนโครงการ - กำหนดความต้องการของระบบและดำเนินการวางแผนงาน

การเตรียมข้อกำหนดสำหรับผลิตภัณฑ์และการวิเคราะห์ - รวบรวมข้อกำหนดที่สมบูรณ์สำหรับผลิตภัณฑ์ซอฟต์แวร์

การออกแบบระดับสูง - กำหนดโครงสร้างของซอฟต์แวร์ ความสัมพันธ์ระหว่างส่วนประกอบหลักและฟังก์ชันที่ใช้

การออกแบบโดยละเอียด - กำหนดอัลกอริธึมการทำงานของแต่ละองค์ประกอบ

การเข้ารหัส - ดำเนินการแปลงอัลกอริทึมเป็นซอฟต์แวร์สำเร็จรูป

การทดสอบหน่วย - แต่ละส่วนประกอบหรือโมดูลของผลิตภัณฑ์ซอฟต์แวร์ได้รับการทดสอบ

การทดสอบการรวม - การรวมผลิตภัณฑ์ซอฟต์แวร์และการทดสอบจะดำเนินการ

การทดสอบระบบ– การทำงานของผลิตภัณฑ์ซอฟต์แวร์ได้รับการตรวจสอบหลังจากวางในสภาพแวดล้อมฮาร์ดแวร์ตามข้อกำหนดข้อกำหนด

การดำเนินงานและการบำรุงรักษา - การเปิดตัวผลิตภัณฑ์ซอฟต์แวร์สู่การผลิต ในระหว่างระยะนี้ สามารถแก้ไขและอัพเกรดผลิตภัณฑ์ซอฟต์แวร์ได้

รูปที่ 5 โมเดลรูปตัววี

ข้อดีของรุ่นรูปตัววี:

1) มีบทบาทสำคัญในการตรวจสอบและรับรองผลิตภัณฑ์ซอฟต์แวร์ตั้งแต่ระยะเริ่มต้นของการพัฒนา การดำเนินการทั้งหมดมีการวางแผน

2) การรับรองและการตรวจสอบไม่เพียงแต่ผลิตภัณฑ์ซอฟต์แวร์เท่านั้น แต่ควรได้รับข้อมูลภายในและภายนอกทั้งหมดด้วย

3) สามารถติดตามความคืบหน้าของงานได้อย่างง่ายดายเนื่องจากความสมบูรณ์ของแต่ละขั้นตอนเป็นเหตุการณ์สำคัญ

นอกจากข้อดีเหล่านี้แล้ว รุ่นยังมีข้อเสียหลายประการ:

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

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

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

ระบบ. หลัก เอกสารกฎเกณฑ์การควบคุมกระบวนการสร้างโครงการ IS และ IT คือ GOST และคอมเพล็กซ์สำหรับการสร้างและเอกสารของเทคโนโลยีสารสนเทศ ระบบอัตโนมัติ, เครื่องมือซอฟต์แวร์ การจัดระเบียบและการประมวลผลข้อมูล ตลอดจน เอกสารแนะนำคณะกรรมการเทคนิคแห่งรัฐของรัสเซียเพื่อการพัฒนา ผลิตและดำเนินการซอฟต์แวร์และ...

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

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

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

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

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

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

ในงานนี้ใช้ชื่อรุ่น “การบัญชีสำหรับการเข้าร่วมใน โรงเรียนอนุบาล” ชื่อของโครงการคือ "การบันทึกการเข้าชั้นเรียนในโรงเรียนอนุบาล" ชื่อของผู้เขียนและประเภทของแบบจำลองคือ Maxim Oshchepkov และกรอบเวลา: AS - IS (ตามที่เป็นอยู่)

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

ไดอะแกรมแรกในลำดับชั้นไดอะแกรม IDEF0 แสดงให้เห็นการทำงานของระบบโดยรวมเสมอ ไดอะแกรมดังกล่าวเรียกว่าแผนภาพบริบท (รูปที่ 2)

ภาพที่ 2 แผนภาพบริบท "บันทึกการเข้าโรงเรียนอนุบาล"

ตามวิธี IDEF0 เรากำหนดข้อมูลอินพุต ข้อมูลเอาต์พุต การควบคุม และกลไก ซึ่งแสดงไว้ในแผนภาพด้วยลูกศร:

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

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

รูปที่ 3 แผนภาพการสลายตัว "การบัญชีสำหรับการเข้าเรียนชั้นอนุบาล"

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

ดังนั้นทั้งระบบจึงแบ่งออกเป็นระบบย่อยได้ถึง ระดับที่เหมาะสมรายละเอียดและได้รับแบบจำลองที่ใกล้เคียงกับระบบด้วยระดับความแม่นยำที่กำหนด หลังจากได้รับแบบจำลองที่สะท้อนถึงกระบวนการทางธุรกิจในปัจจุบันอย่างเพียงพอ (ที่เรียกว่าแบบจำลอง AS-IS) นักวิเคราะห์สามารถมองเห็นจุดที่เปราะบางที่สุดในระบบได้อย่างง่ายดาย หลังจากนั้น เมื่อคำนึงถึงข้อบกพร่องที่ระบุ คุณสามารถสร้างแบบจำลองได้ องค์กรใหม่กระบวนการทางธุรกิจ (TO-BE model)

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

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

Canonical AIS Design

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

วิธีการออกแบบมีสามประเภท AIS:
· การสร้างแบบจำลองแนวคิดของสาขาวิชา
การระบุข้อกำหนดและข้อกำหนด ระบบข้อมูลผ่านการจัดวาง
· สถาปัตยกรรมระบบของเครื่องมือซอฟต์แวร์ที่รองรับโดยเครื่องมือเทคโนโลยีของ CASE (CASE - Computer Aided Software Engineering - เทคโนโลยีสำหรับการสร้างและบำรุงรักษาซอฟต์แวร์สำหรับระบบต่างๆ)

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

1. การก่อตัวของข้อกำหนดสำหรับ AS
2. การพัฒนาแนวคิด AS
3. งานด้านเทคนิค
4. การออกแบบเบื้องต้น
5. โครงการด้านเทคนิค
6. เอกสารการทำงาน.
7. การว่าจ้าง.
8. การสนับสนุน AC

การสร้างระบบมีสามช่วง: ช่วงก่อนโครงการ การออกแบบ การว่าจ้าง
ขั้นตอนที่ 1, 2, 3 หมายถึงช่วงแรก, ขั้นตอนที่ 4, 5, 6 - ถึงช่วงที่สอง, ขั้นตอนที่ 7, 8 - ถึงช่วงที่สาม
ในช่วงก่อนโครงการ มีการพัฒนาการศึกษาความเป็นไปได้ (FS) และเงื่อนไขอ้างอิง (TOR) สำหรับการออกแบบระบบ ในช่วงเวลานี้ ในขั้นตอนของการจัดทำข้อกำหนดสำหรับ NPP มีการดำเนินการสามขั้นตอน:

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

ในขั้นตอนของการพัฒนาแนวคิด NPP มีการดำเนินการสี่ขั้นตอน:

• การศึกษาวัตถุ
• ดำเนินการวิจัย
• การเลือกแนวคิดของระบบที่หลากหลายจากแนวคิดที่พัฒนาแล้วหลายแบบ
• จัดทำรายงานเกี่ยวกับงานที่ทำ

ในขั้นตอนที่ 3 เงื่อนไขการอ้างอิงสำหรับการสร้าง AS ได้รับการพัฒนาและอนุมัติ
ข้อกำหนดในการอ้างอิง (TOR) -นี่คือรายการข้อกำหนดหลักในการดำเนินงานเทคโนโลยีเศรษฐกิจและอื่น ๆ ที่วัตถุที่ออกแบบจะต้องตอบสนองในทุกขั้นตอนของการดำรงอยู่ หลังจากการอนุมัติของ TOR ช่วงที่สองของการสร้าง NPP จะเริ่มต้นขึ้น - ระยะเวลาของระบบ ออกแบบ.
ออกแบบ -กระบวนการของตัวเลือกที่เหมาะสมของคุณสมบัติของระบบ การก่อตัวของแบบจำลองเชิงตรรกะ คณิตศาสตร์ และเศรษฐศาสตร์-คณิตศาสตร์ การพัฒนาเอกสาร
อยู่ในขั้นตอนของการสร้าง การออกแบบร่างในขั้นตอนที่ 1 โซลูชันการออกแบบเบื้องต้นสำหรับระบบและชิ้นส่วนต่างๆ ได้รับการพัฒนาในขั้นตอนที่ 2 - เอกสารประกอบสำหรับ NPP และชิ้นส่วนต่างๆ
ในขั้นตอนที่ 5 เมื่อสร้างโครงการทางเทคนิค การพัฒนาจะดำเนินการในสี่ขั้นตอน:

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

ช่วงที่สามคือการว่าจ้างของ NPPให้การพัฒนาอุปกรณ์ที่ไม่ได้มาตรฐาน, อุปกรณ์, วัสดุ, ผลิตภัณฑ์ที่ซื้อ, การติดตั้ง, การว่าจ้าง, การนำไปใช้งาน
ในขั้นตอนที่ 7 ระบบจะถูกนำไปใช้งานในแปดขั้นตอน:

• การเตรียมวัตถุอัตโนมัติสำหรับการป้อนข้อมูลของ AU
• การฝึกอบรมพนักงาน
• กรอก AU ด้วยซอฟต์แวร์ ฮาร์ดแวร์ เครื่องมือข้อมูล และผลิตภัณฑ์
• งานก่อสร้างและติดตั้ง
• งานว่าจ้าง;
• การทดสอบเบื้องต้น
• การดำเนินการทดลอง
• การทดสอบการยอมรับ

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

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

สำหรับ AIS ขั้นตอนหลักของวงจรชีวิตของพวกเขามีความโดดเด่นตามเงื่อนไข:
1. การวิเคราะห์ - กำหนดว่าระบบควรทำอย่างไร
2. การออกแบบ - กำหนดว่าระบบจะทำงานอย่างไร: ประการแรกข้อกำหนดของระบบย่อยส่วนประกอบการทำงานและวิธีที่พวกเขาโต้ตอบในระบบ
3. การพัฒนา - การสร้างส่วนประกอบการทำงานและระบบย่อยส่วนบุคคล, การเชื่อมต่อของระบบย่อยเป็นหนึ่งเดียว;
4. การทดสอบ - การตรวจสอบการปฏิบัติตามการทำงานและพารามิเตอร์ของระบบด้วยตัวบ่งชี้ที่กำหนดในขั้นตอนการวิเคราะห์
5. การใช้งาน - การติดตั้งและการว่าจ้างระบบ
6. การสนับสนุน - ทำให้มั่นใจถึงกระบวนการทำงานปกติของระบบปฏิบัติการที่องค์กรของลูกค้า

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

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

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

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

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

ขั้นตอนโครงการตามแบบน้ำตก:

1. การก่อตัวของข้อกำหนด

2. การออกแบบ;

3. การพัฒนา;

4. การทดสอบ;

5. บทนำ;

6. การใช้งานและการบำรุงรักษา

ข้อดี:

- เอกสารครบถ้วนและตกลงกันในแต่ละขั้นตอน

-กำหนดลำดับของลำดับงาน

- ช่วยให้คุณวางแผนเวลาและค่าใช้จ่ายได้อย่างชัดเจน

ข้อเสีย:

-ความล่าช้าอย่างมากในการได้ผลลัพธ์สำเร็จรูป

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

- ความยากลำบากในการจัดการโครงการ

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

การทำซ้ำแต่ละครั้ง - สิ้นสุดรอบการพัฒนาในรูปแบบของ AIS รุ่นที่ 1

ขั้นตอนการทำซ้ำ:

1.การก่อตัวของข้อกำหนด

3.การออกแบบ

4.การพัฒนา

5.บูรณาการ

ในการทำซ้ำแต่ละครั้ง จะมีการประเมินสิ่งต่อไปนี้:

ความเสี่ยงที่จะเกินเงื่อนไขและต้นทุนของโครงการ

จำเป็นต้องทำซ้ำอีกครั้ง

ระดับความสมบูรณ์และความถูกต้องของการทำความเข้าใจข้อกำหนดของระบบ

ความได้เปรียบในการยุติโครงการ

ข้อดี:

-ลดความซับซ้อนของกระบวนการในการเปลี่ยนแปลงโครงการ

- ให้ความยืดหยุ่นมากขึ้นในการจัดการโครงการ

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

- อิทธิพลของลูกค้าที่มีต่องานในกระบวนการตรวจสอบการวนซ้ำแต่ละครั้ง

ข้อเสีย:

-ความซับซ้อนของการวางแผน

- โหมดการทำงานที่เข้มข้นสำหรับนักพัฒนา

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

ข้อกำหนดสำหรับเทคโนโลยีการออกแบบ พัฒนา และบำรุงรักษา AIS

เทคโนโลยีการออกแบบ- กำหนดการรวมกันของสามองค์ประกอบ:

- ขั้นตอนทีละขั้นตอนซึ่งกำหนดลำดับของการดำเนินการออกแบบเทคโนโลยี

- กฎเกณฑ์ที่ใช้ประเมินผลการดำเนินการทางเทคโนโลยี

-เป็นตัวแทน การพัฒนาการออกแบบเพื่อตรวจสอบและอนุมัติ

คำแนะนำทางเทคโนโลยีซึ่งประกอบเป็นเนื้อหาหลักของเทคโนโลยีควรประกอบด้วยคำอธิบายของลำดับของการดำเนินการทางเทคโนโลยี เงื่อนไขขึ้นอยู่กับการดำเนินการอย่างใดอย่างหนึ่งและคำอธิบายของการดำเนินการเอง

เทคโนโลยีสำหรับการออกแบบ พัฒนา และบำรุงรักษา IS ต้องเป็นไปตามข้อกำหนดดังต่อไปนี้ ข้อกำหนดทั่วไป:

เทคโนโลยีต้องสนับสนุนวงจรชีวิตซอฟต์แวร์เต็มรูปแบบ

เทคโนโลยีควรรับประกันความสำเร็จของเป้าหมายการพัฒนา IS ด้วยคุณภาพที่กำหนดและใน ตั้งเวลา;

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

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

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

- มาตรฐานการออกแบบ

- มาตรฐานการออกแบบเอกสารโครงการ

- มาตรฐานอินเทอร์เฟซผู้ใช้

ข้อกำหนดการพัฒนา

- ดำเนินการเกี่ยวกับการสร้างซอฟต์แวร์

เตรียมเปิดตัวเอไอเอส

ควบคุม ทดสอบตัวชี้วัดหลักของโครงการ

ข้อกำหนดที่เกี่ยวข้อง

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

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