แบบจำลองและเครื่องมือสำหรับการพัฒนาระบบข้อมูลอัตโนมัติสำหรับการจัดการองค์กร Artak Hamletovich Oganesyan ขั้นตอนของการสร้างแบบจำลองวงจรชีวิตของ AIS วิธีการสร้าง IS เบื้องต้น

หัวข้อที่ 1.2 วงจรชีวิตของ AIS และรุ่นต่างๆ วงจรชีวิตเอไอเอส

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

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

การบรรลุเป้าหมายนี้ตลอดวงจรชีวิตของ AIS ถือเป็นงานที่ค่อนข้างยากด้วยเหตุผลหลายประการและเหตุผลส่วนตัว ด้วยเหตุนี้ โครงการ AIS ส่วนใหญ่จึงดำเนินไปโดยมีการละเมิดคุณภาพ กำหนดเวลา หรืองบประมาณ เกือบหนึ่งในสามของโครงการจบลงด้วยการที่ยังไม่เสร็จ จากข้อมูลของ Standish Group ในปี 1996 โครงการ AIS 84% ไม่เสร็จตรงเวลา ในปี 1998 จำนวนนี้ลดลงเหลือ 74% หลังจากปี 2000 ก็ยังไม่ลดลงต่ำกว่า 50% เหตุผลหลักสถานการณ์นี้คือระดับของเทคโนโลยีในการวิเคราะห์และออกแบบระบบ วิธีการ และเครื่องมือการจัดการโครงการไม่สอดคล้องกับความซับซ้อนของระบบที่สร้างขึ้น ซึ่งเพิ่มขึ้นอย่างต่อเนื่องเนื่องจากความซับซ้อนและการเปลี่ยนแปลงอย่างรวดเร็วในธุรกิจ

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

กระบวนการออกแบบ AIS ได้รับการควบคุมโดยเอกสารดังต่อไปนี้ (มาตรฐาน วิธีการ รุ่น):

GOST 34.601-90- มาตรฐานสำหรับขั้นตอนและขั้นตอนของการสร้าง AIS ซึ่งสอดคล้องกับโมเดลวงจรชีวิตของซอฟต์แวร์แบบเรียงซ้อน (จะกล่าวถึงด้านล่าง) มีคำอธิบายเนื้อหางานในแต่ละขั้นตอน

180/1EC 12207:1995- มาตรฐานสำหรับกระบวนการและองค์กรวงจรชีวิต ใช้กับซอฟต์แวร์แบบกำหนดเองทุกประเภท ไม่มีคำอธิบายของเฟส สเตจ และสเตจ

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

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

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

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

มาตรฐาน ISO/IEC 12207 ในโครงสร้างวงจรชีวิตกำหนดกระบวนการที่ดำเนินการเมื่อสร้างซอฟต์แวร์ AIS กระบวนการเหล่านี้แบ่งออกเป็นสามกลุ่ม:

ขั้นพื้นฐาน(การจัดซื้อ การจัดหา การพัฒนา การดำเนินงาน และการสนับสนุน)

เสริม(การจัดทำเอกสาร การจัดการการกำหนดค่า การประกันคุณภาพ การทวนสอบ การรับรอง การประเมิน การตรวจสอบ และการแก้ปัญหา)

องค์กร(การจัดการโครงการ การสร้างโครงสร้างพื้นฐานของโครงการ คำจำกัดความ การประเมินและการปรับปรุงวงจรชีวิต การฝึกอบรม)

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

การพัฒนาเอไอเอสรวมงานด้านการสร้างซอฟต์แวร์และส่วนประกอบต่างๆ ตามข้อกำหนดที่กำหนด กระบวนการนี้ยังรวมถึง:

การเตรียมเอกสารการออกแบบและการปฏิบัติงาน

การเตรียมวัสดุที่จำเป็นสำหรับการทดสอบได้รับการพัฒนา ผลิตภัณฑ์ซอฟต์แวร์;

การพัฒนาวัสดุที่จำเป็นสำหรับการฝึกอบรมบุคลากร

โดยปกติแล้ว องค์ประกอบของกระบวนการพัฒนาคือการวางแผนเชิงกลยุทธ์ การวิเคราะห์ การออกแบบ และการนำไปปฏิบัติ (การเขียนโปรแกรม)

สู่กระบวนการ การดำเนินการเกี่ยวข้อง:

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

จัดเตรียมเอกสารประกอบการปฏิบัติงานให้กับผู้ใช้

การฝึกอบรม.

กิจกรรมการดำเนินงานที่สำคัญ ได้แก่ :

การดำเนินงานโดยตรง

การแปลปัญหาและการกำจัดสาเหตุของการเกิดขึ้น

การปรับเปลี่ยนซอฟต์แวร์

จัดทำข้อเสนอเพื่อปรับปรุงระบบ

การพัฒนาและปรับปรุงระบบให้ทันสมัย

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

เพื่อดำเนินการเบื้องต้นเมื่อจัดงาน การซ่อมบำรุงเอไอเอส ได้แก่:

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

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

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

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

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

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

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

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

กระบวนการ (ผู้ดำเนินการกระบวนการ)	การกระทำ"	ทางเข้า	ผลลัพธ์
ซื้อ (ลูกค้า)	การเริ่มต้น การจัดทำข้อเสนอการประมูล การจัดทำสัญญา ติดตามกิจกรรมของซัพพลายเออร์ การยอมรับจากเอไอเอส	การตัดสินใจเริ่มดำเนินการดำเนินการของเอไอเอส ผลการสำรวจกิจกรรมของลูกค้า ผลการวิเคราะห์ตลาด AIS/Tender แผนการส่งมอบ/การพัฒนา การทดสอบ AIS ที่ซับซ้อน	การศึกษาความเป็นไปได้ในการนำเอไอเอสไปใช้ คุณสมบัติทางเทคนิคของเอไอเอส ข้อตกลงการจัดหา/การพัฒนา ใบรับรองการยอมรับสำหรับขั้นตอนการทำงาน ใบรับรองการทดสอบการยอมรับ
เดลิเวอรี่ (ผู้พัฒนาเอไอเอส)	การเริ่มต้น การตอบสนองต่อข้อเสนอการเสนอราคา การจัดทำสัญญา การวางแผนการดำเนินการ อุปทานของเอไอเอส	คุณสมบัติทางเทคนิคของเอไอเอส การตัดสินใจของผู้บริหารในการมีส่วนร่วมในการพัฒนา ผลการประกวดราคา. คุณสมบัติทางเทคนิคของเอไอเอส แผนการจัดการโครงการ พัฒนา AIS และเอกสาร	การตัดสินใจเข้าร่วมในการพัฒนา ข้อเสนอเชิงพาณิชย์/การเสนอราคาแข่งขัน ข้อตกลงการจัดหา/การพัฒนา แผนการจัดการโครงการ การนำไปปฏิบัติ/การปรับปรุง ใบรับรองการทดสอบการยอมรับ
ฝ่ายพัฒนา (ผู้พัฒนาเอไอเอส)	การตระเตรียม. วิเคราะห์ข้อกำหนดสำหรับเอไอเอส การออกแบบสถาปัตยกรรมเอไอเอส การพัฒนาข้อกำหนดซอฟต์แวร์ การออกแบบสถาปัตยกรรมซอฟต์แวร์ การออกแบบซอฟต์แวร์โดยละเอียด การเข้ารหัสและการทดสอบซอฟต์แวร์ การรวมซอฟต์แวร์และการทดสอบคุณสมบัติซอฟต์แวร์ บูรณาการ IS และการทดสอบคุณสมบัติ AIS	คุณสมบัติทางเทคนิคของเอไอเอส ข้อมูลจำเพาะทางเทคนิคของ AIS รุ่น Life Cycle คุณสมบัติทางเทคนิคของเอไอเอส ระบบย่อยเอไอเอส ข้อกำหนดเฉพาะสำหรับส่วนประกอบซอฟต์แวร์ สถาปัตยกรรมซอฟต์แวร์ วัสดุสำหรับการออกแบบซอฟต์แวร์โดยละเอียด แผนการบูรณาการซอฟต์แวร์ การทดสอบ สถาปัตยกรรม IS ซอฟต์แวร์ เอกสารประกอบ IS การทดสอบ	แบบจำลองวงจรชีวิตที่ใช้ มาตรฐานการพัฒนา แผนการทำงาน. องค์ประกอบของระบบย่อย ส่วนประกอบอุปกรณ์ ข้อกำหนดข้อมูลจำเพาะสำหรับส่วนประกอบซอฟต์แวร์ องค์ประกอบของส่วนประกอบซอฟต์แวร์ การเชื่อมต่อกับฐานข้อมูล แผนการบูรณาการซอฟต์แวร์ การออกแบบฐานข้อมูล ข้อมูลจำเพาะส่วนต่อประสานระหว่างส่วนประกอบซอฟต์แวร์ ข้อกำหนดในการทดสอบ การทดสอบโมดูลซอฟต์แวร์ การทดสอบอัตโนมัติ การประเมินการปฏิบัติตามข้อกำหนดของซอฟต์แวร์ที่ซับซ้อนตามข้อกำหนดของข้อกำหนดทางเทคนิค การประเมินการปฏิบัติตามข้อกำหนดของซอฟต์แวร์ ฐานข้อมูล ซับซ้อนทางเทคนิคและชุดข้อกำหนดเอกสารข้อกำหนดทางเทคนิค

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

การเลือกวิธีการและเครื่องมือในการดำเนินโครงการ

การกำหนดวิธีการอธิบายสถานะของกระบวนการพัฒนา

การพัฒนาวิธีการและวิธีการทดสอบซอฟต์แวร์ที่สร้างขึ้น

การฝึกอบรม.

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

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

การตรวจสอบ- กระบวนการพิจารณาว่าพารามิเตอร์การพัฒนาสอดคล้องกับข้อกำหนดเบื้องต้นหรือไม่ การตรวจสอบส่วนหนึ่งเหมือนกับการทดสอบซึ่งดำเนินการเพื่อระบุความแตกต่างระหว่างผลลัพธ์จริงและผลลัพธ์ที่คาดหวัง ตลอดจนประเมินการปฏิบัติตามคุณลักษณะของ AIS กับข้อกำหนดเดิม

ในปี พ.ศ. 2545 มาตรฐานสำหรับกระบวนการวงจรชีวิตของระบบอัตโนมัติได้รับการเผยแพร่แล้ว (ISO/IEC 15288 กระบวนการวงจรชีวิตของระบบ) ผู้เชี่ยวชาญจากกิจกรรมต่างๆ เข้าร่วมในการพัฒนามาตรฐาน ประสบการณ์เชิงปฏิบัติในการสร้างระบบในองค์กรภาครัฐ การค้า การทหาร และวิชาการ ตามมาตรฐานซีรีส์ ISO/IEC 15288 กลุ่มกระบวนการต่อไปนี้จะรวมอยู่ในโครงสร้างวงจรชีวิต

1. กระบวนการตามสัญญา:

การเข้าซื้อกิจการ (โซลูชันผู้จำหน่ายภายในหรือภายนอก)

การส่งมอบ (โซลูชันภายในหรือโซลูชันของซัพพลายเออร์ภายนอก)

2. กระบวนการขององค์กร:

ควบคุม สิ่งแวดล้อมรัฐวิสาหกิจ;

การจัดการการลงทุน; ในการจัดการวงจรชีวิตของระบบสารสนเทศ

การจัดการทรัพยากร;

ควบคุมคุณภาพ.

3. กระบวนการโครงการ:

การวางแผนโครงการ;

การประเมินโครงการ

การควบคุมโครงการ

การบริหารความเสี่ยง

การจัดการการตั้งค่า;

การจัดการการไหลของข้อมูล

การตัดสินใจ.

4. กระบวนการทางเทคนิค:

คำจำกัดความของข้อกำหนด

การวิเคราะห์ความต้องการ

การพัฒนาสถาปัตยกรรม

การดำเนินงาน;

บูรณาการ;

การตรวจสอบ;

การเปลี่ยนแปลง;

การรับรอง;

การแสวงหาผลประโยชน์;

คุ้มกัน;

การกำจัด

5. กระบวนการพิเศษ:

การระบุและสร้างความสัมพันธ์ตามงานและเป้าหมาย

ในตาราง ตาราง 1.4 แสดงรายการขั้นตอนและผลลัพธ์หลัก ณ เวลาที่เสร็จสิ้นตามมาตรฐานที่กำหนด

ในปี 1970 IBM Corporation เสนอวิธีการวางแผนระบบธุรกิจ (BSP) หรือวิธีการวางแผนองค์กร

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

ตารางที่ 1.4.ขั้นตอนการสร้าง AIS (ISO/IEC 15288)

จากข้อมูลที่เผยแพร่ แต่ละขั้นตอนของการพัฒนา AIS ต้องใช้เวลาพอสมควร ใช้เวลาส่วนใหญ่ (45-50%) ในการเขียนโค้ด การทดสอบที่ซับซ้อนและเป็นอิสระ (รูปที่ 14) โดยเฉลี่ยแล้ว การพัฒนา AIS จะใช้เวลาหนึ่งในสามของวงจรชีวิตทั้งหมดของระบบ (รูปที่ 1.5)

รูปที่.1.4. การกระจายเวลาระหว่างการพัฒนาเอไอเอส

I. บล็อคก่อสร้างของเอไอเอส วิธีการออกแบบและเครื่องมือ ออกแบบ- กระบวนการสร้างโครงการต้นแบบ, ต้นแบบของวัตถุที่เสนอหรือเป็นไปได้, สถานะของมัน เทคโนโลยีสมัยใหม่การสร้าง AIS - ชุดเครื่องมือที่มีประสิทธิภาพและวิธีการออกแบบที่ทำให้ง่ายขึ้น กระบวนการนี้ลดต้นทุน ลดเวลาปฏิทินการออกแบบระบบ และท้ายที่สุด เนื่องจากมีความเป็นไปได้ในการเลือกโซลูชันการออกแบบที่ก้าวหน้าที่ได้รับการพิสูจน์แล้วที่หลากหลาย จึงช่วยปรับปรุงคุณภาพของการพัฒนา เครื่องมือออกแบบขั้นพื้นฐาน: - เครื่องมือระบบปฏิบัติการมาตรฐานที่ให้การดำเนินงานบางประเภทบนคอมพิวเตอร์โดยอัตโนมัติ -ขั้นตอนที่ใช้กระบวนการประมวลผลข้อมูลมาตรฐาน เช่น การตรวจสอบข้อมูลผลลัพธ์และการเรียงลำดับ - เครื่องมือซึ่งรวมถึงชุดซอฟต์แวร์พิเศษที่เกี่ยวข้องกันซึ่งออกแบบมาเพื่อให้การสนับสนุนเครื่องมือสำหรับแต่ละองค์ประกอบของกระบวนการออกแบบ AIS นี่คือการสร้างและอัปเดตพจนานุกรมข้อมูล เอกสารประกอบโครงการ การควบคุมการออกแบบอัตโนมัติ ฯลฯ -ส่วนประกอบมาตรฐานนำเสนอในรูปแบบของโซลูชันการออกแบบมาตรฐาน (TDS) และแพ็คเกจ แอพพลิเคชั่น(พรรคพลังประชาชน) TPR คือชุดขององค์ประกอบอัลกอริธึม ซอฟต์แวร์ การเรียนการสอน และระเบียบวิธีที่รับประกันว่าเครื่องจักรจะปฏิบัติงานหรือมีความซับซ้อนด้วยความช่วยเหลือที่เหมาะสม วิธีการทางเทคนิค. TPR เป็นพื้นฐานสำหรับการสร้าง PPP ซึ่งรวมถึงแพ็คเกจซอฟต์แวร์ที่รับประกันการทำงานของการกำหนดค่ามาตรฐาน เทคโนโลยีคอมพิวเตอร์ระบบบทสนทนาสำหรับการแก้ปัญหาการทำงานทั่วไป - ระบบการออกแบบโดยใช้คอมพิวเตอร์ช่วย (CAD) ซึ่งเกี่ยวข้องกับการใช้คอมพิวเตอร์ในทุกขั้นตอนของการสร้าง AIS และครอบครองระดับสูงสุดในวิวัฒนาการของเครื่องมือการออกแบบระบบ วิธีการออกแบบแยกแยะระหว่างคลาสและคลาสย่อย: ชั้นเรียน: -การออกแบบดั้งเดิม. เครื่องมือที่ใช้ในวิธีนี้: - เครื่องมือระบบปฏิบัติการมาตรฐาน; - ขั้นตอนที่ใช้กระบวนการประมวลผลข้อมูลมาตรฐาน - - การออกแบบมาตรฐาน. คลาสย่อย: องค์ประกอบ ระบบย่อย วัตถุ กลุ่ม เครื่องมือ: เครื่องมือระบบปฏิบัติการมาตรฐาน ส่วนประกอบมาตรฐาน (TPR, PPP); เครื่องมือบางอย่าง - - การออกแบบโดยใช้คอมพิวเตอร์ช่วย. คลาสย่อย: โมดูลาร์; ฯลฯ เครื่องมือ: เครื่องมือมาตรฐานของระบบปฏิบัติการ CAD; ชุดเครื่องมือที่เชื่อมต่อถึงกัน เครื่องมือออกแบบแบ่งออกเป็น: - ซับซ้อน - ได้แก่ TPR, PPP, การออกแบบมาตรฐานของระบบอัตโนมัติ, CAD -ท้องถิ่น - หลากหลาย รวมถึงระบบการจัดการฐานข้อมูล การประมวลผลทางไกล เครื่องมือ ฯลฯ ข้อกำหนดทั่วไปเพื่อออกแบบเครื่องมือ: - ครอบคลุมทุกกระบวนการสร้าง AIS - ความเข้ากันได้ซึ่งต้องมีการตัดสินใจร่วมกันทั้งในกระบวนการสร้างระบบและระบบย่อยที่สนับสนุนและในกระบวนการทำงาน - ความเก่งกาจในระดับเดียวกันทำให้สามารถใช้วิธีการเดียวกันได้ วัตถุต่างๆ; -d.b. เข้าถึงได้ง่าย ไม่ต้องใช้ความพยายามมากนักในการเรียนรู้และนำไปปฏิบัติได้ง่าย - ความสามารถในการจัดกระบวนการออกแบบในโหมดการโต้ตอบระหว่างผู้พัฒนาระบบผู้ออกแบบและคอมพิวเตอร์ -d.b. ปรับแต่งและคุ้มค่า วิธีการออกแบบดั้งเดิมเป็นแบบดั้งเดิมและมุ่งเน้นไปที่องค์กรเดียว ลักษณะเฉพาะ- การพัฒนาวิธีการดั้งเดิมในการสำรวจวัตถุ, การนำไปปฏิบัติ, การสร้างสิ่งที่จำเป็น เอกสารโครงการในรูปแบบของโครงการส่วนบุคคล ข้อได้เปรียบ - สะท้อนให้เห็นในโครงการเอไอเอส คุณสมบัติเฉพาะวัตถุอัตโนมัติ ข้อเสีย: ความเข้มของแรงงานค่อนข้างสูงและใช้เวลาในการพัฒนานาน ความน่าเชื่อถือในการทำงานต่ำ และความสามารถในการปรับตัวต่อสภาวะที่เปลี่ยนแปลง โครงการที่สร้างโดยวิธีดั้งเดิมสามารถปรับปรุงให้ทันสมัยได้ แต่วิธีนี้ไม่ค่อยได้ใช้ในรูปแบบที่บริสุทธิ์ ปัจจุบันมีการใช้เครื่องมือออกแบบต่างๆ ในการนำไปใช้งาน และมีเพียงบางส่วนของโครงการเท่านั้นที่ต้องการโซลูชันการออกแบบดั้งเดิม ดังนั้นการออกแบบโซลูชั่นทั้งระบบเพื่อการพัฒนา การสนับสนุนข้อมูลรวมถึงวิธีการรวบรวม ตรวจสอบ และส่งข้อมูล การสร้างอาร์เรย์ข้อมูลเชิงบรรทัดฐานและการอ้างอิงสำหรับซอฟต์แวร์ การกำหนดเวอร์ชัน ระบบปฏิบัติการ, ขั้นตอนการประมวลผลข้อมูลมาตรฐาน ฯลฯ สิ่งนี้ทำให้ข้อบกพร่องของมันค่อนข้างราบรื่นขึ้น วิธีการนี้มีความเกี่ยวข้องอย่างยิ่งเมื่อสร้างออบเจ็กต์ที่ซับซ้อนและไม่ธรรมดาโดยอัตโนมัติ การออกแบบมาตรฐาน- วิธีการทางอุตสาหกรรมในการสร้าง AIS โดยใช้ TPR และ PPP นั้นโดดเด่นด้วยการมีอยู่ของเครื่องมืออัตโนมัติในการควบคุมองค์กรที่ได้มาตรฐาน เศรษฐกิจ เทคนิค ข้อมูล คณิตศาสตร์ และซอฟต์แวร์ ข้อดี: ลดความเข้มข้นของแรงงาน ลดต้นทุน และลดเวลาในการออกแบบ เพิ่มคุณภาพโดยครอบคลุมงานของระบบย่อยการทำงานได้ครบถ้วนมากขึ้น ปฏิบัติตามข้อกำหนดอย่างเคร่งครัด เอกสารกำกับดูแล,การประยุกต์ใช้งานขั้นสูง โซลูชั่นทางเทคนิค. การออกแบบมาตรฐานมีจุดมุ่งหมายเพื่อขจัดความซ้ำซ้อนของโครงการ สร้างพื้นฐานสำหรับการขยายการแลกเปลี่ยนส่วนประกอบมาตรฐานสำเร็จรูป และอำนวยความสะดวกในการพัฒนาคำแนะนำสำหรับการเปลี่ยนแปลงโครงสร้างองค์กรและวิธีการจัดการ โดยคำนึงถึงอุตสาหกรรมและคุณลักษณะภายในธุรกิจ กระบวนการออกแบบโดยทั่วไปประกอบด้วยการเลือกและเชื่อมโยงวิธีการที่ระบุตามความต้องการของระบบเฉพาะ ส่วนทั่วไปของ AIS คือความซับซ้อนของข้อมูล ซอฟต์แวร์ และ การสนับสนุนทางเทคนิค. ลักษณะทั่วไปของลักษณะแรกนั้นเกิดขึ้นได้จากการยึดมั่นในความสามัคคีของโครงสร้างอย่างเข้มงวด ฐานข้อมูลองค์ประกอบของอาร์เรย์ รูปแบบของเอกสารอินพุตและเอาต์พุต ประการที่สอง - เกี่ยวกับการใช้ PPP และสุดท้ายอันเป็นผลมาจากการใช้คอมพิวเตอร์ประเภทเดียวกันหรือประเภทร่วม พื้นฐาน การออกแบบองค์ประกอบคือ TPR - ผลลัพธ์ของการดำเนินการออกแบบทางเทคโนโลยีที่เกี่ยวข้องกันหลายอย่างเมื่อพัฒนาโครงการจะมีการใช้งานแล้ว โซลูชั่นสำเร็จรูปด้วยการปรับเปลี่ยนเล็กๆ น้อยๆ แทนที่จะพัฒนาสิ่งใหม่ๆ ชุดโซลูชันการออกแบบมาตรฐานแบ่งออกเป็นสามกลุ่ม: “เทคโนโลยี”, “งาน”, “บุคลากร” กลุ่มแรกทำหน้าที่ในการเลือกและกำหนดค่าอุปกรณ์ทางเทคนิคทุกประเภทของศูนย์คอมพิวเตอร์หรืออื่น ๆ แบบฟอร์มองค์กรแอปพลิเคชันของพวกเขา ที่สอง- มีเอกสารประกอบเกี่ยวกับสาระสำคัญขององค์กรและเศรษฐกิจของแต่ละงาน, อัลกอริธึมสำหรับการแก้ปัญหา, คำอธิบายข้อมูลอินพุตและเอาต์พุต, โมดูลซอฟต์แวร์ที่เกี่ยวข้องพร้อมคำอธิบายและคำแนะนำในการใช้งาน ที่สาม- รายละเอียดงานของพนักงานทุกประเภท การกำหนดสิทธิและความรับผิดชอบของพวกเขา TPR ถูกสร้างขึ้นบนพื้นฐานแบบโมดูลาร์ เมื่อแต่ละโซลูชันการออกแบบถูกแบ่งออกเป็นส่วนประกอบที่แยกจากกัน - โมดูล ซึ่งใช้ส่วนหนึ่งของ TPR สิ่งนี้ช่วยให้คุณสร้างโปรเจ็กต์สำหรับระบบอัตโนมัติใหม่โดยรวมโมดูลมาตรฐานแต่ละโมดูลเข้าด้วยกัน โดยใช้ วิธีการระบบย่อยคาดว่าดีไซน์จะมากกว่านี้ ระดับสูงการรวมองค์ประกอบระบบมาตรฐาน เมื่อมีการสร้างโครงการโซลูชันและแพ็คเกจซอฟต์แวร์แอปพลิเคชันสำหรับแต่ละระบบย่อย การเลือกระบบย่อยขึ้นอยู่กับวัตถุประสงค์ของกระบวนการทางเศรษฐกิจและการผลิต สำหรับแต่ละระบบย่อย โซลูชันการออกแบบอัตโนมัติและ PPP ของตัวเองได้รับการพัฒนา ซึ่งสามารถนำไปใช้ทั้งระบบหรือตามวัตถุประสงค์การใช้งานได้ กลุ่มแรกประกอบด้วย PPP สำหรับการจัดการข้อมูล ขั้นตอนมาตรฐานสำหรับการประมวลผล วิธีสถิติทางคณิตศาสตร์และการเขียนโปรแกรมแบบไม่ต่อเนื่อง และการแก้ปัญหาต่อเนื่อง เช่น สมการเชิงอนุพันธ์ กลุ่มที่สองประกอบด้วยแพ็คเกจที่มุ่งเป้าไปที่ สถานประกอบการอุตสาหกรรมด้วยลักษณะการผลิตที่ไม่ต่อเนื่องหรือต่อเนื่องในขอบเขตที่ไม่ใช่อุตสาหกรรมการจัดการอุตสาหกรรม ข้อกำหนดที่สำคัญสำหรับ PPP คือความเข้ากันได้เพราะว่า เมื่อออกแบบ AIS แนะนำให้ใช้หลายแพ็คเกจพร้อมกัน การออกแบบระบบที่ใช้ PPP จริงๆ แล้วขึ้นอยู่กับการเชื่อมโยงแพ็คเกจที่เลือกตามพารามิเตอร์บางตัวกับเงื่อนไขเฉพาะของออบเจ็กต์ระบบอัตโนมัติ ข้อดี: กระบวนการที่ใช้แรงงานเข้มข้นน้อยกว่า ใช้เวลาน้อยกว่าเมื่อเทียบกับการออกแบบดั้งเดิม ใช้วิธีการประมวลผลข้อมูลขั้นสูง ทำให้การจัดทำเอกสารโครงการง่ายขึ้น เนื่องจาก มีการใช้เอกสารประกอบแพ็คเกจความน่าเชื่อถือของระบบที่ออกแบบเพิ่มขึ้น วิธี การออกแบบวัตถุขึ้นอยู่กับการใช้การออกแบบมาตรฐานของระบบควบคุมอัตโนมัติ ยังใช้ไม่แพร่หลายเพียงพอเพราะว่า มีวัตถุที่แตกต่างกันมากเกินไป และการปรับเปลี่ยนการออกแบบระบบมาตรฐานตามเงื่อนไขเฉพาะของวัตถุอัตโนมัติต้องใช้แรงงานจำนวนมากและ ต้นทุนวัสดุ. กลุ่มที่แยกจากกันโดดเด่น วิธีการออกแบบกลุ่ม. สาระสำคัญ: มีการเลือกกลุ่มของวัตถุประเภทเดียวกันตามคุณลักษณะไว้ล่วงหน้า ระบบข้อมูลในหมู่พวกเขามีการเลือกวัตถุฐานสำหรับการพัฒนาโครงการและสามารถใช้วิธีการและวิธีการออกแบบต่างๆได้สิ่งสำคัญคือเพื่อให้แน่ใจว่ามีความสามารถในการปรับตัวสูง ขอบเขตหลักของการใช้วิธีนี้คือสิ่งอำนวยความสะดวกที่ไม่ใช่อุตสาหกรรม (เช่นโกดัง) เพราะ มีเสถียรภาพมากขึ้นจากตำแหน่งของระบบสารสนเทศทางเศรษฐกิจ ในบรรดาวิธีการอัตโนมัติ สถานที่พิเศษถูกครอบครองโดย วิธีการออกแบบโมดูลาร์. การสร้างและการใช้ CAD ช่วยให้มั่นใจได้ถึงความน่าเชื่อถือในการทำงานในระดับที่ค่อนข้างสูง ความครอบคลุมที่ครอบคลุมของกระบวนการทางเทคโนโลยีทั้งหมด และลดความเข้มข้นของแรงงานที่ลดลง งานออกแบบโดยคำนึงถึงผลประโยชน์สูงสุดของวัตถุอัตโนมัติ อย่างไรก็ตาม วิธีนี้มีราคาค่อนข้างแพงและต้องใช้นักพัฒนาที่มีคุณสมบัติสูง ข้อกำหนดที่สำคัญสำหรับ CAD คือความสามารถในการสร้างและบำรุงรักษาในระบบการออกแบบในสถานะที่เพียงพอของแบบจำลองข้อมูลเศรษฐกิจทั่วโลกของออบเจ็กต์ระบบอัตโนมัติ แบบอย่าง- การแสดงส่วนประกอบข้อมูลของวัตถุอัตโนมัติและความสัมพันธ์ระหว่างองค์ประกอบเหล่านั้น ระบุไว้อย่างชัดเจน เป้าหมายหลักของการสร้างแบบจำลองคือการสร้างโครงการ AIS ที่สอดคล้องกับโมเดลนี้ ซึ่งคำนึงถึงและใช้คุณลักษณะทั้งหมดของวัตถุอย่างแข็งขัน แบบจำลองดังกล่าวต้องมีคำอธิบายอย่างเป็นทางการของชุดส่วนประกอบข้อมูลและความสัมพันธ์ระหว่างส่วนประกอบเหล่านั้น รวมถึงการเชื่อมต่อข้อมูลและการโต้ตอบของอัลกอริทึม โดยใช้วิธีการออกแบบแบบโมดูลาร์ จะมีการใช้วิธีการอย่างเป็นระบบ ซึ่งกำหนดการใช้คอมพิวเตอร์ไม่เพียงแต่ในทุกขั้นตอนของการสร้างระบบ แต่ยังอยู่ในกระบวนการวิเคราะห์ผลลัพธ์ของการดำเนินงานทางอุตสาหกรรมด้วย การพัฒนาและการประยุกต์ใช้ CAD ได้กำหนดไว้ล่วงหน้าถึงการเปลี่ยนแปลงไปสู่การสร้างแต่ละโครงการ แต่อยู่ในระดับที่สูงกว่ามากเมื่อเทียบกับวิธีการออกแบบดั้งเดิม การพัฒนา การใช้งาน การบำรุงรักษา และการทำงานของระบบข้อมูลองค์กร (หรือเรียกสั้น ๆ ว่า CIS) ดำเนินการโดยผู้เชี่ยวชาญด้านเทคโนโลยีสารสนเทศ (IT) เทคโนโลยีสารสนเทศเป็นแนวคิดที่กว้างมาก เนื่องจากมีการกำหนดวิธีการและวิธีการในการสร้าง รวบรวม บันทึก ส่งสัญญาณ ประมวลผล การจัดเก็บ และการออกข้อมูลในระบบสารสนเทศ ปัจจุบัน นอกจากชื่อ Corporate Information Systems (CIS) แล้ว ยังมีการใช้ชื่อต่อไปนี้: · ระบบอัตโนมัติการควบคุม (ACS); · ระบบการจัดการแบบบูรณาการ (ICS) · ระบบสารสนเทศบูรณาการ (IIS); · ระบบข้อมูลการจัดการองค์กร (EMIS) ขั้นตอนหลักของการออกแบบระบบข้อมูลอัตโนมัติ · ก่อนที่จะเริ่มการออกแบบระบบข้อมูลอัตโนมัติจำเป็นต้องให้เหตุผลในรายละเอียดถึงความจำเป็นในการสร้าง อธิบายรายละเอียดเป้าหมายและวัตถุประสงค์ของโครงการ กำไรที่คาดหวัง ต้นทุนเวลา ที่มีอยู่ ทรัพยากร ข้อจำกัด ฯลฯ งานดังกล่าวมักเรียกว่าการวางแผนเชิงกลยุทธ์ของระบบสารสนเทศ และผู้จัดการโครงการได้รับการแต่งตั้งให้ดำเนินการดังกล่าว ความจำเป็นในการพัฒนา AIS อาจเนื่องมาจากปัจจัยดังต่อไปนี้: ความสำคัญที่เพิ่มขึ้นของสภาพแวดล้อมข้อมูลองค์กร ความซับซ้อนของระบบการจัดการองค์กร ความจำเป็นในการวิเคราะห์โอกาสและอันตรายที่อาจเกิดขึ้นขององค์กร ความจำเป็นในการจัดระบบกิจกรรมขององค์กร ความจำเป็นในการปรับปรุงประสิทธิภาพการใช้สินทรัพย์ถาวรขององค์กรอย่างต่อเนื่องปรับปรุงอัตราส่วนราคาต่อคุณภาพ การเพิ่มบทบาทของการลงทุนในด้านข้อมูลข่าวสารขององค์กร ความจำเป็นในการวางแผนบุคลากรเพื่อให้มั่นใจในการพัฒนาองค์กรอย่างเพียงพอ ความซับซ้อนและความสมบูรณ์ที่เพิ่มขึ้นของระบบ IS ที่มีอยู่ ส่งผลให้เกิดข้อกำหนดด้านการทำงานที่ซับซ้อนมากขึ้นสำหรับ IS และการพัฒนา คุณสมบัติหลัก การวางแผนเชิงกลยุทธ์ระบบสารสนเทศ คือ ในช่วงนี้เองที่ความต้องการข้อมูลขององค์กรได้รับการชี้แจงซึ่งเป็นตัวกำหนด ตัวเลือกที่เป็นไปได้โครงสร้างระบบสารสนเทศ ขึ้นอยู่กับความเข้มข้นของการทำงานของเทคโนโลยีสารสนเทศที่ซับซ้อน กลุ่มขององค์กรต่อไปนี้มีความโดดเด่น: องค์กรที่การพัฒนาขึ้นอยู่กับการใช้งาน เทคโนโลยีสารสนเทศสำหรับกิจกรรมประจำวัน (ธนาคาร, บริษัท ประกันภัยฯลฯ ); องค์กรที่ไม่พึ่งพาเทคโนโลยีสารสนเทศแต่สามารถนำไปใช้อย่างแพร่หลายในอนาคตเพื่อให้เกิดความได้เปรียบทางการแข่งขัน องค์กรที่กิจกรรมเทคโนโลยีสารสนเทศไม่สามารถเป็นแหล่งความได้เปรียบทางการแข่งขัน องค์กรที่ใช้เทคโนโลยีสารสนเทศเพื่อสนับสนุนกิจกรรมที่ไม่ใช่ธุรกิจหลัก สำหรับแต่ละกลุ่มที่อธิบายไว้ ระบบสารสนเทศได้รับการพัฒนาที่ทำให้กิจกรรมขององค์กรในพื้นที่ที่เกี่ยวข้องเป็นไปโดยอัตโนมัติ การพัฒนาและการใช้งาน AIS ใด ๆ นั้นดำเนินการตามลำดับที่แน่นอนตามข้อกำหนดทางเทคนิค เนื้อหาของขั้นตอนแรกของระบบการจัดการถูกกำหนดโดยองค์ประกอบของงานบัญชี การวิเคราะห์ การวางแผน และการจัดการการปฏิบัติงาน ซึ่งคล้อยตามระบบอัตโนมัติได้มากที่สุดและจำเป็นสำหรับการนำไปใช้ การตัดสินใจของฝ่ายบริหารในองค์กร. ในกระบวนการพัฒนาขั้นตอนต่อมาของระบบ การขยายและการบูรณาการข้อมูล ซอฟต์แวร์ และการสนับสนุนทางคณิตศาสตร์ และความทันสมัยของวิธีการทางเทคนิคเกิดขึ้น วงจรชีวิตของ AIS ช่วยให้เราสามารถแยกแยะช่วงเวลาหลักได้สี่ช่วง: ก่อนโครงการ การออกแบบ การนำไปใช้งาน การดำเนินงาน และการบำรุงรักษา เทคโนโลยีสำหรับการออกแบบระบบข้อมูลอัตโนมัติในปัจจุบันถูกกำหนดโดย GOST 34.601-90 ปัจจุบันตามที่กระบวนการทั้งหมดแบ่งออกเป็นขั้นตอนและระยะต่างๆ 1. ขั้นตอน "การกำหนดข้อกำหนดสำหรับ AIS": การกำหนดขอบเขตเหตุผลที่จำเป็นสำหรับการสร้าง AIS (รวบรวมข้อมูลเกี่ยวกับวัตถุอัตโนมัติและประเภทของกิจกรรมที่ดำเนินการ ประเมินคุณภาพของการทำงาน ระบุปัญหาที่สามารถแก้ไขได้ วิธีการอัตโนมัติ, การประเมินความเป็นไปได้ในการสร้าง AIS) การสร้างข้อกำหนดผู้ใช้สำหรับ AIS จัดทำรายงานผลงานที่ทำและยื่นคำขอพัฒนา AIS 2. ระยะ “การพัฒนาแนวคิด AIS”: ศึกษาวัตถุ AIS ดำเนินงานวิจัยและออกแบบที่จำเป็น การพัฒนาแนวคิดที่แตกต่างของ AIS และการเลือกตัวเลือกที่ตรงกับความต้องการของผู้ใช้ การประเมินข้อดีและข้อเสีย ตัวเลือกอื่น; การจัดทำรายงานเกี่ยวกับงานที่ทำ 3. ขั้นตอน “ข้อกำหนดทางเทคนิค”: การพัฒนาและการดำเนินการข้อกำหนดทางเทคนิคสำหรับการสร้าง AIS ( ข้อมูลทั่วไปวัตถุประสงค์และเป้าหมายของระบบที่กำลังสร้าง คุณลักษณะของออบเจ็กต์ระบบอัตโนมัติ ข้อกำหนดสำหรับระบบโดยรวม ฟังก์ชันและงานของระบบ ประเภทของการสนับสนุน แผนงานสำหรับการสร้าง การว่าจ้างและการยอมรับ) 4. ขั้นตอน "การออกแบบร่าง": การพัฒนาโซลูชันการออกแบบเบื้องต้นสำหรับระบบและชิ้นส่วน (ฟังก์ชัน AIS, ระบบย่อย, งาน, แนวคิดและโครงสร้างของฐานข้อมูล, องค์ประกอบและลักษณะสำคัญของวิธีการทางเทคนิค) การพัฒนาเอกสารสำหรับ AIS และองค์ประกอบต่างๆ 5. ระยะ “การออกแบบทางเทคนิค”: การพัฒนาโซลูชันแบบร่างสำหรับระบบและองค์ประกอบ การทำงาน อัลกอริธึม และองค์กร โครงสร้างระบบโครงสร้างของวิธีการทางเทคนิค การจัดระเบียบและการบำรุงรักษาฐานข้อมูล ระบบการจำแนกและการเข้ารหัสข้อมูล อัลกอริธึมในการแก้ปัญหา ภาษาโปรแกรม และซอฟต์แวร์ที่ใช้ การพัฒนาเอกสารเอไอเอส การพัฒนาและการดำเนินการเอกสารสำหรับการจัดหาผลิตภัณฑ์เพื่อให้ AIS และข้อกำหนดทางเทคนิคสำหรับการพัฒนาสมบูรณ์ การพัฒนางานออกแบบ 6. ขั้นตอน "การออกแบบโดยละเอียด": การพัฒนาเอกสารการทำงานสำหรับระบบและชิ้นส่วน การพัฒนาหรือดัดแปลงโปรแกรม 7. ขั้น “การว่าจ้าง”: การเตรียม AIS เพื่อนำไปใช้งาน การนำงานและระบบย่อยเข้าสู่การดำเนินการทดลอง จัดทำรายงานการว่าจ้าง 8. ขั้นตอน “การบำรุงรักษา AIS”: การวิเคราะห์การทำงานของระบบ การกำกับดูแลของผู้เขียน ลักษณะเฉพาะของการพัฒนาของ AIS คือความเข้มข้นของความซับซ้อนและความเข้มข้นของแรงงานในขั้นตอนของการสำรวจก่อนการออกแบบเนื่องจากข้อผิดพลาดที่เกิดขึ้นในขั้นตอนของการสำรวจการวิเคราะห์และการออกแบบทำให้เกิดปัญหาที่ไม่สามารถแก้ไขได้บ่อยครั้งในการบรรลุเป้าหมายและประสิทธิผลของการใช้งาน เอไอเอสอยู่ในขั้นตอนการดำเนินงานและการดำเนินงาน การก่อตัวของข้อกำหนดสำหรับระบบหมายถึงการกำหนดมัน ฟังก์ชั่นความต้องการของผู้ใช้ ข้อกำหนดด้านความน่าเชื่อถือและความปลอดภัย อินเทอร์เฟซภายนอก ฯลฯ การวางแผนงานรวมถึงเบื้องต้น การประเมินทางเศรษฐกิจโครงการ การสร้างตารางงาน การสร้างและการฝึกอบรมร่วมกัน กลุ่มทำงาน. ในขั้นตอนนี้จะมีการดำเนินการวิเคราะห์ระบบของระบบที่อยู่ระหว่างการพิจารณาซึ่งรวมถึงคำอธิบายโครงสร้างขององค์ประกอบระบบและการสำรวจกิจกรรมของวัตถุอัตโนมัติ การวิเคราะห์การกระจายหน้าที่ระหว่างแผนกและพนักงาน การไหลของข้อมูลภายในและระหว่างแผนก วัตถุภายนอกองค์กร และการโต้ตอบกับข้อมูลภายนอก เหี้ย. การวิเคราะห์จบลงด้วยการสร้างแบบจำลองกิจกรรมขององค์กร ซึ่งรวมถึงการประมวลผลวัสดุการสำรวจและการสร้างฟังก์ชันและ โมเดลข้อมูล 2 ประเภท ได้แก่ รูปแบบ “ตามสภาพ” ที่สะท้อนถึงสถานการณ์ปัจจุบันในองค์กร โมเดล “ที่จะเป็น” (“วิธีที่ควรจะเป็น”) สะท้อนแนวคิดของเทคโนโลยีใหม่และกระบวนการทางธุรกิจขององค์กร จากผลการสำรวจจะมีการกำหนดรายการงานซึ่งแนะนำให้แก้ปัญหาโดยอัตโนมัติและลำดับการพัฒนา (รูปที่ 8.2) ข้าว. ผลการสำรวจ ข้อกำหนดทางเทคนิค คือ เอกสารที่กำหนดเป้าหมาย ข้อกำหนด และข้อมูลอินพุตพื้นฐานที่จำเป็นสำหรับการพัฒนา AIS และกำหนดระดับ ประสิทธิภาพทางเศรษฐกิจการนำไปปฏิบัติ เนื้อหาและการออกแบบข้อกำหนดทางเทคนิคได้รับการควบคุมโดยข้อกำหนดของ GOST 34.602-89 ขั้นตอนการออกแบบเบื้องต้นเกี่ยวข้องกับการเลือกวิธีการออกแบบเบื้องต้นและการประเมินผลลัพธ์ที่คาดหวัง แต่บ่อยครั้งขั้นตอนนี้จะรวมอยู่ในการออกแบบทางเทคนิค การออกแบบทางเทคนิคได้รับการพัฒนาเพื่อกำหนดการตัดสินใจออกแบบหลักสำหรับการสร้างระบบ ในขั้นตอนนี้จะมีการดำเนินการวิจัยชุดหนึ่งเพื่อคัดเลือก ตัวเลือกที่ดีที่สุดโซลูชั่น การประเมินเชิงทดลองของโซลูชั่นการออกแบบ และการคำนวณประสิทธิภาพทางเศรษฐกิจของระบบ สำหรับแต่ละงานที่รวมอยู่ในชุดงานที่มีลำดับความสำคัญจะมีการกำหนดรายละเอียดของปัญหาและพัฒนาอัลกอริทึมสำหรับการแก้ปัญหา วัตถุประสงค์ของขั้นตอนนี้คือการสร้างโครงสร้างใหม่ของระบบและความสัมพันธ์เชิงตรรกะขององค์ประกอบที่จะทำงานบนพื้นฐานทางเทคโนโลยีที่เลือก การสร้างสถาปัตยกรรมระบบเกี่ยวข้องกับการเลือกองค์ประกอบและโมดูลข้อมูล เทคนิค ซอฟต์แวร์ และระบบย่อยสนับสนุนอื่นๆ การระบุข้อมูลและการเชื่อมต่อการจัดการระหว่างองค์ประกอบที่เลือก และการพัฒนาเทคโนโลยีการประมวลผลข้อมูล การออกแบบโดยละเอียดรวมถึงการพัฒนาข้อกำหนดสำหรับแต่ละส่วนประกอบและวัสดุที่รับรองการทำงานที่มีประสิทธิภาพของ AIS ซึ่งประกอบด้วยข้อมูลที่อัปเดตและโซลูชันการออกแบบทั้งระบบโดยละเอียด โปรแกรมและคำแนะนำในการแก้ปัญหา ตลอดจนการประเมินประสิทธิภาพเชิงเศรษฐกิจอย่างละเอียด ของเอไอเอส ส่วนทางเทคนิคของร่างการทำงานจัดให้มีคำจำกัดความของวิธีการทางเทคนิคคำอธิบาย กระบวนการทางเทคโนโลยีการประมวลผลข้อมูล การคำนวณ และกำหนดเวลาการโหลดวิธีการทางเทคนิคที่ซับซ้อน คำอธิบายโหมดการทำงานของ AIS การดำเนินการตามโครงการที่พัฒนาแล้วนั้นเกี่ยวข้องกับขั้นตอนต่อไปนี้: การเตรียมวัตถุควบคุมสำหรับการดำเนินงานของ AIS การใช้งานนำร่องเช่น การตรวจสอบการทำงานขององค์ประกอบและโมดูลของโครงการและกำจัดข้อผิดพลาดที่ระบุ และการดำเนินการทางอุตสาหกรรม - ขั้นตอนของการทดสอบเดินเครื่อง และการทดสอบในระดับฟังก์ชัน ติดตามการปฏิบัติตามข้อกำหนด ซึ่งกำหนดไว้ในขั้นตอนการวิเคราะห์ระบบ (รูปที่ 8.3) ในขั้นตอนการทำงานและการบำรุงรักษา สถิติจะถูกรวบรวมเกี่ยวกับคุณภาพการทำงานของส่วนประกอบแต่ละส่วนของระบบ ข้อบกพร่องที่ตรวจพบได้รับการแก้ไข และในบางกรณี จะทำการตัดสินใจเกี่ยวกับความจำเป็นในการขยายฟังก์ชันการทำงานของระบบ (รูปที่ 8.4) . โดยทั่วไป กระบวนการออกแบบ AIS จะรวมเฉพาะขั้นตอนหลักตามเงื่อนไขเท่านั้น และชุดขั้นตอนจริงและการดำเนินการทางเทคโนโลยีส่วนใหญ่ขึ้นอยู่กับวิธีการออกแบบที่เลือก ข้าว. งานหลักที่ดำเนินการในขั้นตอนการดำเนินการ AIS Fig. งานที่ทำในขั้นตอนการดำเนินงานและการบำรุงรักษา

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

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

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

ตามหลักการที่พัฒนาขึ้น ข้อกำหนด แบบจำลอง วิธีการ และวิธีการสร้าง AIS ที่ได้รับในขั้นตอนการวิจัย ระบบได้รับการออกแบบ

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

1) การสำรวจเรื่อง (SRO) ของ IS ที่มีอยู่ (ดั้งเดิม)

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

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

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

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

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

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

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

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

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

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

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

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

องค์ประกอบและคุณลักษณะของแบบจำลองทางคณิตศาสตร์ อัลกอริธึม และโปรแกรมเอไอเอส

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

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

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

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

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

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

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

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

กองกำลัง ผู้เชี่ยวชาญเต็มเวลาบริษัทลูกค้า

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

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

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

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

แบบสำรวจด้วยวาจาหรือลายลักษณ์อักษร

แบบสำรวจที่เป็นลายลักษณ์อักษร

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

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

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

การวิเคราะห์การผลิต การจัดการ และสารสนเทศ

กระบวนการ

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

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

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

การสลายตัว;

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

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

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

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

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

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

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

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

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

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

วิธีการวิเคราะห์โครงสร้างที่พบบ่อยที่สุดมีดังต่อไปนี้:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

แนวทางเชิงวัตถุไม่ได้ขัดแย้งกับแนวทางเชิงโครงสร้าง แต่สามารถทำหน้าที่เป็นส่วนเสริมได้

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

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

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

การเลือกซัพพลายเออร์และการทำสัญญาการจัดหาอุปกรณ์

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

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

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

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

การติดตั้งและทดสอบซอฟต์แวร์แพ็คเกจซอฟต์แวร์ AIS หากตรวจพบข้อบกพร่อง ให้ดำเนินมาตรการเพื่อกำจัดข้อบกพร่องเหล่านั้น

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

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

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

1) การจัดทำเอกสารผลการทดสอบการใช้งานอุปกรณ์ตลอดจนการทดสอบการควบคุมชุดงานระบบ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ส อี = ส ข – ส พี (1)

โดยที่ C e คือจำนวนการลดต้นทุนการประมวลผลข้อมูล

C b - ต้นทุนสำหรับกรณีพื้นฐาน

C p - ต้นทุนสำหรับตัวเลือกที่ออกแบบ

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

K e = S e / S b * 100% (2)

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

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

ฉัน z = C อี / C ข. (3)

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

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

K 3 = K พี – K ข (4)

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

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

T = K 3 / C อี (5)

E = C อี / K 3 = 1 / ต. (6)

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

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

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

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

K เสื้อ = เสื้อ / Tข (8)

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

ฉัน = T b / T p (9)

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

P = (t / T f) * f (10)

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

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

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

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

อี tz = T o6sch – T ซอฟ (11)

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

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

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

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

ตามกฎแล้ว AIS มีอยู่เป็นระยะเวลานานโดยผ่านหลายขั้นตอนรวมกันอย่างต่อเนื่อง วงจรชีวิต(LC) ระบบ:

1) การสำรวจก่อนโครงการ (หรือการวิเคราะห์) ขององค์กร

2) การออกแบบเอไอเอส

3) การดำเนินการของเอไอเอส

4) การดำเนินการของเอไอเอส

5) การทำงาน (การทำงาน การใช้งาน)

6) รองรับเอไอเอส

7) การปรับปรุงโครงการเอไอเอสให้ทันสมัย

วงจรชีวิต คือ ช่วงเวลาของการสร้างและใช้งานระบบสารสนเทศ ครอบคลุมสถานะต่างๆ ของระบบ เริ่มจากช่วงเวลาที่ความต้องการระบบสารสนเทศเกิดขึ้นและสิ้นสุดเมื่อระบบเลิกใช้งานโดยสมบูรณ์

ควรสังเกตว่า AIS เป็นผลิตภัณฑ์ของการผลิตข้อมูล เช่นเดียวกับรถยนต์ก็คือผลิตภัณฑ์ การผลิตทางวิศวกรรม,ไส้กรอก-การผลิตอาหาร เป็นต้น ดังนั้น ขั้นตอนของวงจรชีวิตของเอไอเอสด้วย 1 ถึง 5 มีความคล้ายคลึงกับระยะวงจรชีวิตของผลิตภัณฑ์ใดๆ.

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

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

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

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

ทุกขั้นตอนของวงจรชีวิตของ AIS มีระบุไว้ข้างต้น แต่บางขั้นตอนเกิดขึ้นแบบคู่ขนานเท่านั้น 5 ขั้นตอนในวงจรชีวิตของ AIS(รูปที่ 35):

ในระยะแรก” แบบสำรวจก่อนโครงการ"(รูปที่ 33) เป็นเรื่องปกติที่จะแยกความแตกต่างระหว่างสองขั้นตอนย่อยหลักและอีกหนึ่งขั้นตอนย่อยเพิ่มเติม:

1.1. ดำเนินการสำรวจก่อนโครงการและรวบรวมวัสดุการสำรวจ

1.2. การวิเคราะห์วัสดุการสำรวจและการพัฒนาโดยอาศัยการวิเคราะห์การศึกษาความเป็นไปได้ (TES) และข้อกำหนดทางเทคนิค (TOR)

1.3. การเลือกและพัฒนาแนวคิดระบบที่หลากหลาย

วัตถุประสงค์ของขั้นตอน "การสำรวจก่อนโครงการ" มีดังต่อไปนี้:

· กำหนดความต้องการของ AIS ใหม่ ได้แก่ ระบุข้อบกพร่องทั้งหมดของ IP ที่มีอยู่

· เลือกทิศทางและกำหนดความเป็นไปได้ทางเศรษฐกิจของการออกแบบ AIS

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

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

มีการกำหนดรายการอุปกรณ์อัตโนมัติที่ใช้ในองค์กร

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

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

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

การสร้างแนวคิดสำหรับระบบในอนาคตประกอบด้วยงานดังต่อไปนี้:

การศึกษารายละเอียดของออบเจ็กต์อัตโนมัติ

งานวิจัยที่จำเป็น (R&D) ที่เกี่ยวข้องกับการค้นหาวิธีการและการประเมินความเป็นไปได้ในการบรรลุความต้องการของผู้ใช้

การพัฒนาแนวคิดทางเลือกของ AIS ที่สร้างขึ้นและแผนการดำเนินงาน

การประเมินทรัพยากรที่จำเป็นสำหรับการดำเนินการและรับรองการปฏิบัติงาน

การประเมินข้อดีและข้อเสียของแต่ละตัวเลือก

การเปรียบเทียบความต้องการของผู้ใช้และคุณลักษณะของระบบที่เสนอและการคัดเลือก ตัวเลือกที่ดีที่สุด;

กำหนดขั้นตอนการประเมินคุณภาพและเงื่อนไขการรับระบบ

การประเมินผลกระทบที่ได้รับจากระบบ

จัดทำรายงานที่มีคำอธิบายของงานที่ทำ

คำอธิบายและเหตุผลของแนวคิดระบบเวอร์ชันที่เสนอ

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

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

ในขั้นตอนนี้ มีการกำหนดสิ่งต่อไปนี้:

§ สถาปัตยกรรมของระบบ ฟังก์ชัน เงื่อนไขภายนอกของการทำงาน การกระจายฟังก์ชันระหว่างชิ้นส่วนฮาร์ดแวร์และซอฟต์แวร์

§ การเชื่อมต่อและการกระจายฟังก์ชันระหว่างบุคคลและระบบ

§ ข้อกำหนดสำหรับส่วนประกอบซอฟต์แวร์และข้อมูลของระบบ ทรัพยากรฮาร์ดแวร์ที่จำเป็น ข้อกำหนดฐานข้อมูล ลักษณะทางกายภาพของส่วนประกอบระบบ อินเทอร์เฟซ

§ องค์ประกอบของบุคคลและงานที่เกี่ยวข้องกับระบบ

§ ข้อ จำกัด ในกระบวนการพัฒนา (กำหนดเวลาคำสั่งสำหรับการดำเนินการแต่ละขั้นตอนให้เสร็จสิ้น ทรัพยากรที่มีอยู่)

§ ขั้นตอนขององค์กรเพื่อให้มั่นใจถึงความปลอดภัยของข้อมูล

ในส่วนของการออกแบบระบบ มีการดำเนินการดังต่อไปนี้:

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

การกำหนดองค์ประกอบและโครงสร้างของซอฟต์แวร์ระบบอัตโนมัติสำหรับเทคโนโลยีการแก้ปัญหา โดยคำนึงถึงเครื่องมือที่มีอยู่ การแบ่งส่วนโครงสร้าง;

การกำหนดโครงสร้างและคุณลักษณะการสนับสนุนข้อมูลสำหรับเทคโนโลยีการแก้ปัญหา

การพัฒนาโซลูชันทางเทคนิคสำหรับการสนับสนุนข้อมูลอาคาร (โครงสร้างฐานข้อมูลเชิงตรรกะ โครงสร้างตัวแยกประเภท)

§ การพัฒนาขั้นตอนการไหลของเอกสารอัตโนมัติ

โครงการระบบควรรวมถึง:

· รูปแบบการทำงานที่สมบูรณ์ของข้อกำหนดสำหรับระบบในอนาคต

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

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

· แบบจำลองแนวความคิดของฐานข้อมูลรวม (ชุดไดอะแกรม)

· สถาปัตยกรรมระบบโดยอ้างอิงถึงแบบจำลองแนวความคิด

· ข้อเสนอโครงสร้างองค์กรเพื่อรองรับระบบ

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

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

อธิบาย “ดู” และปรับระบบในอนาคตก่อนที่จะนำไปใช้จริง

ลดต้นทุนในการพัฒนาและใช้งานระบบ

ประเมินการพัฒนาทั้งในด้านเวลาและผลลัพธ์

บรรลุความเข้าใจร่วมกันระหว่างผู้เข้าร่วมในงาน (ลูกค้า ผู้ใช้ นักพัฒนา โปรแกรมเมอร์ ฯลฯ)

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

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

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

หากไม่ได้รับการสนับสนุนจากฝ่ายบริหารขององค์กร การเริ่มต้นโครงการก็ไม่มีประโยชน์เลย

รูปที่ 33 ลำดับการทำงานในขั้นตอนก่อนการออกแบบของวงจรชีวิตของ AIS

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

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

รวบรวมรายชื่อสถานที่ทำงานอัตโนมัติขององค์กรและวิธีการโต้ตอบระหว่างกัน

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

การตัดสินใจร่วมกันกับลูกค้า การเลือกระบบการจัดการองค์กรเฉพาะหรือการพัฒนาของคุณเองระบบ

การพัฒนาข้อเสนอสำหรับวิธีการทางเทคนิค

การพัฒนาข้อเสนอซอฟต์แวร์

การพัฒนาโทโพโลยี องค์ประกอบ และโครงสร้างของเครือข่ายคอมพิวเตอร์เฉพาะที่

การพัฒนาข้อเสนอสำหรับขั้นตอนและระยะเวลาของระบบอัตโนมัติ

หากมีการตัดสินใจเลือกระบบควบคุมเฉพาะ บางขั้นตอนจะถูกข้ามไป

ระยะที่สอง” ออกแบบ"(รูปที่ 34) ดำเนินการตามขั้นตอนย่อยต่อไปนี้:

1) การออกแบบเบื้องต้น: การชี้แจงข้อกำหนดคุณสมบัติทางเทคนิค การเตรียมและการอนุมัติการออกแบบเบื้องต้น

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

3) การออกแบบโดยละเอียด: การเลือกและพัฒนาวิธีการทางคณิตศาสตร์และอัลกอริธึมโปรแกรม, การปรับโครงสร้างของฐานข้อมูล (DB), การสร้างเอกสารสำหรับการจัดหาและพัฒนาผลิตภัณฑ์ซอฟต์แวร์, การเลือกชุดฮาร์ดแวร์ AIS, การสร้างเอกสารสำหรับ จัดหาและติดตั้งฮาร์ดแวร์ พัฒนาร่างการทำงานของ AIS

เป้าหมายของขั้นตอนนี้มีดังต่อไปนี้:

· พัฒนาสถาปัตยกรรมการทำงานของ AIS ซึ่งสะท้อนถึงโครงสร้างและองค์ประกอบของระบบย่อยการทำงาน เพื่อสนับสนุนฟังก์ชันการจัดการบางอย่างขององค์กรโดยอัตโนมัติ

· พัฒนาสถาปัตยกรรมระบบของตัวเลือก AIS ที่เลือก ซึ่งก็คือองค์ประกอบของระบบย่อยที่รองรับ

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

คำจำกัดความของฟังก์ชัน AIS

คำจำกัดความหน้าที่ของระบบย่อย เป้าหมายและผลกระทบ

การกำหนดองค์ประกอบของงานที่ซับซ้อนและงานแต่ละงาน

คำจำกัดความของแนวคิดของฐานข้อมูลโครงสร้างที่ขยายใหญ่ขึ้น

การกำหนดหน้าที่ของระบบจัดการฐานข้อมูล

การกำหนดองค์ประกอบของระบบคอมพิวเตอร์

คำจำกัดความของฟังก์ชันและพารามิเตอร์ของเครื่องมือซอฟต์แวร์พื้นฐาน

การพัฒนาเอกสารสำหรับส่วนนี้ของโครงการ

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

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

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

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

- งานออกแบบด้านเทคนิคจริง:

การพัฒนาโซลูชั่นทั่วไปสำหรับระบบและชิ้นส่วน

การพัฒนาโซลูชันทั่วไปสำหรับโครงสร้างฟังก์ชันอัลกอริธึมของระบบ

การพัฒนาการตัดสินใจทั่วไปเกี่ยวกับหน้าที่บุคลากรและโครงสร้างองค์กร

การพัฒนาโซลูชั่นทั่วไปสำหรับโครงสร้างของวิธีการทางเทคนิค

การพัฒนาโซลูชั่นทั่วไปตามอัลกอริธึมการแก้ปัญหาและภาษาที่ใช้

การพัฒนาโซลูชั่นทั่วไปสำหรับการจัดและบำรุงรักษาฐานข้อมูล

การพัฒนาโซลูชั่นทั่วไปสำหรับระบบการจำแนกและการเข้ารหัสข้อมูล

การพัฒนาโซลูชันซอฟต์แวร์ทั่วไป

ดำเนินการพัฒนาและดำเนินการเอกสารสำหรับทุกส่วนของโครงการ รวมถึงเอกสารด้วย "การกำหนดปัญหา",

การพัฒนาและดำเนินการเอกสารสำหรับการจัดหาผลิตภัณฑ์เพื่อให้เป็นไปตามข้อกำหนดของ AIS และ/หรือทางเทคนิค (ข้อกำหนดทางเทคนิค) เพื่อการพัฒนา

การพัฒนางานออกแบบในส่วนที่อยู่ติดกันของโครงการสิ่งอำนวยความสะดวกระบบอัตโนมัติ

ขั้นที่ 3” ออกแบบรายละเอียด » เกี่ยวข้องกับการดำเนินการทางกายภาพของตัวเลือกโครงการที่เลือกและการได้รับเอกสารการออกแบบโดยละเอียด (DP)

ในขั้นตอนย่อยนี้จะดำเนินการดังต่อไปนี้:

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

การพัฒนาโปรแกรมและซอฟต์แวร์ระบบ ตลอดจนการเลือก ดัดแปลง และ/หรือการเชื่อมโยงซอฟต์แวร์ที่จัดซื้อ

การพัฒนาเอกสารซอฟต์แวร์

การจัดประกวดราคาเพื่อจัดหาส่วนประกอบสำหรับผลิตภัณฑ์ AIS (ซอฟต์แวร์และฮาร์ดแวร์ ระบบซอฟต์แวร์และฮาร์ดแวร์ ผลิตภัณฑ์ข้อมูล)

รูปที่ 34 ลำดับการทำงานในขั้นตอนการออกแบบวงจรชีวิตของ AIS

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

ระยะที่สาม” การนำไปปฏิบัติ"(รูปที่ 35) คือการออกแบบทางกายภาพของระบบตามลำดับต่อไปนี้:

1) การรับและติดตั้งอุปกรณ์ทางเทคนิค

2) โปรแกรมการเข้ารหัส การทดสอบ และการปรับแต่งอย่างละเอียด

3) การรับและติดตั้งซอฟต์แวร์

4) การสร้างการสนับสนุนข้อมูลรวมถึงการกรอกฐานข้อมูล

5) การพัฒนาคำแนะนำสำหรับการใช้งานซอฟต์แวร์และฮาร์ดแวร์ตลอดจน รายละเอียดงานสำหรับพนักงาน

งานเหล่านี้สามารถดำเนินการควบคู่กันได้จริง

ในขั้นที่ 4 ของวงจรชีวิตของ AIS” การนำไปปฏิบัติ» มีขั้นตอนย่อยดังต่อไปนี้:

1) การดำเนินการนำร่อง:

· การว่าจ้างอุปกรณ์ทางเทคนิคในการดำเนินการทดลอง

· นำซอฟต์แวร์ไปทดลองใช้งาน ดำเนินการทดลองใช้งานส่วนประกอบและระบบทั้งหมดโดยรวม

· การฝึกอบรมและการรับรองบุคลากร

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

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

การใช้โซลูชันการออกแบบสำหรับโครงสร้างองค์กรของ AIS

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

การแนะนำตัวแยกประเภทข้อมูล

การฝึกอบรม,

ตรวจสอบความสามารถในการรับประกันการทำงานของ AIS

ในขั้นตอนเดียวกัน AIS มีผลิตภัณฑ์ที่จัดหาให้ (ซอฟต์แวร์และฮาร์ดแวร์ ระบบซอฟต์แวร์และฮาร์ดแวร์ ผลิตภัณฑ์ข้อมูล) รวมถึงการก่อสร้าง การติดตั้ง การทดสอบการใช้งาน และการทดสอบเบื้องต้น:

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

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

งานนำร่องการดำเนินงานสิ้นสุดลงประมาณ จัดทำใบรับรองความสมบูรณ์ของการดำเนินการทดลอง.

2) การดำเนินอุตสาหกรรม (เริ่มดำเนินการเชิงพาณิชย์):

· การว่าจ้าง,

· การลงนามในหนังสือรับรองการรับงาน

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

ดำเนินการทดสอบการปฏิบัติตามข้อกำหนดทางเทคนิคตามโปรแกรมและวิธีการที่เตรียมไว้ล่วงหน้า การทดสอบการยอมรับ;

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

งานกำลังจะเสร็จสิ้น จัดทำหนังสือรับรองให้เอไอเอสเปิดดำเนินการถาวรได้.

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

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

บริการหลังการรับประกันประกอบด้วย:

ในการดำเนินงานวิเคราะห์การทำงานของระบบ

ในการระบุความเบี่ยงเบนของลักษณะการปฏิบัติงานที่แท้จริงของ AIS จากค่าการออกแบบ

ในการกำหนดเหตุแห่งความเบี่ยงเบนเหล่านี้

ในการขจัดข้อบกพร่องที่ระบุและมั่นใจเสถียรภาพของลักษณะการดำเนินงานของเอไอเอส

ในการเปลี่ยนแปลงเอกสารที่จำเป็นของเอไอเอส

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

รูปที่ 35. ระยะต่างๆ ของวงจรชีวิตของ AIS

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

แพร่หลายมากที่สุด แบบจำลองวงจรชีวิตสามแบบ:

· แบบจำลองน้ำตก (จนถึงยุค 70) – การเปลี่ยนลำดับไปยังขั้นตอนถัดไปหลังจากเสร็จสิ้นขั้นตอนก่อนหน้า

· แบบจำลองวนซ้ำ (70s – 80s) – โดยวนซ้ำกลับไปยังขั้นตอนก่อนหน้าหลังจากเสร็จสิ้นขั้นตอนถัดไป

· รุ่นเกลียว (80 – 90) – โมเดลต้นแบบที่เกี่ยวข้องกับการขยายต้นแบบ AIS อย่างค่อยเป็นค่อยไป

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

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

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

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

แบบจำลองวงจรชีวิตแบบเกลียวมีพื้นฐานจากการใช้เทคโนโลยีต้นแบบหรือเทคโนโลยี RAD (การพัฒนาแอปพลิเคชันอย่างรวดเร็ว)

จากเทคโนโลยีนี้ AIS ได้รับการพัฒนาโดยการขยายซอฟต์แวร์ต้นแบบโดยทำซ้ำเส้นทางจากข้อกำหนดรายละเอียดไปจนถึงรายละเอียดโค้ดโปรแกรม

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

เมื่อใช้รุ่นเกลียว:

· มีการสะสมและการนำโซลูชันการออกแบบ เครื่องมือการออกแบบ แบบจำลองและต้นแบบของ AIS และเทคโนโลยีสารสนเทศมาใช้ซ้ำ

· มุ่งเน้นไปที่การพัฒนาและการปรับเปลี่ยนระบบและเทคโนโลยีในกระบวนการออกแบบ

· มีการวิเคราะห์ความเสี่ยงและต้นทุนในระหว่างกระบวนการออกแบบระบบ

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

ต้นแบบคือเวอร์ชันขั้นต่ำของระบบที่ใช้สำหรับการสร้างหรือการพัฒนา เวอร์ชันเต็ม

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

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

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

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

โมเดลวงจรชีวิตของ AIS ประกอบด้วย:

ผลลัพธ์ของงานในแต่ละขั้นตอน

เหตุการณ์สำคัญหรือจุดจบของงานและการตัดสินใจ

ตามโมเดลวงจรการใช้งานที่ทราบ ซอฟต์แวร์จะกำหนดโมเดลวงจรการใช้งาน AIS - เรียงซ้อน วนซ้ำ เกลียว

I. โมเดลคาสเคดอธิบายแนวทางดั้งเดิมในการพัฒนาระบบในสาขาวิชาใด ๆ ใช้กันอย่างแพร่หลายในปี 1970 และ 80

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

ไฮไลท์ ห้าขั้นตอนการพัฒนาที่ยั่งยืน ในทางปฏิบัติไม่ขึ้นอยู่กับสาขาวิชา

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

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

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

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

ขั้นตอนสุดท้ายคือการจัดส่ง โครงการเสร็จแล้วและสิ่งสำคัญคือการโน้มน้าวลูกค้าว่าตรงตามความต้องการทั้งหมดของเขา

รูปที่ 1.1 แบบจำลอง Cascade ของวงจรชีวิตของ AIS

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

ข้อดีของแบบจำลองน้ำตก:

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

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

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

ข้อเสียของแบบจำลองน้ำตก:

ความล่าช้าอย่างมากในการรับผลลัพธ์

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

ความยากของการทำงานแบบขนานในโครงการ

ข้อมูลที่มากเกินไปในแต่ละขั้นตอน;

ความซับซ้อนของการจัดการโครงการ

ความเสี่ยงสูงและการลงทุนที่ไม่น่าเชื่อถือ

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

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

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

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

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

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

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

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

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

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

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

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

ข้อได้เปรียบแบบจำลองวนซ้ำคือการปรับเปลี่ยนระหว่างขั้นตอนให้ความเข้มข้นของแรงงานในการพัฒนาน้อยลงเมื่อเปรียบเทียบกับแบบจำลองแบบเรียงซ้อน

ข้อบกพร่องรูปแบบการวนซ้ำ:

· อายุการใช้งานของแต่ละขั้นตอนจะขยายออกไปตลอดระยะเวลาการทำงาน

· เนื่องจากการวนซ้ำจำนวนมาก จึงเกิดความคลาดเคลื่อนในการดำเนินการตัดสินใจออกแบบและเอกสารประกอบ

· ความซับซ้อนของสถาปัตยกรรม

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

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

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

ข้าว. 1.2. แบบจำลองวงจรชีวิตของ AIS

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

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

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

ข้อดีวิธีการทำซ้ำ:

การพัฒนาซ้ำช่วยลดความยุ่งยากในการเปลี่ยนแปลงโครงการได้อย่างมากเมื่อความต้องการของลูกค้าเปลี่ยนแปลง

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

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

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

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

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

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

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

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

แบบจำลองวงจรชีวิตและเทคโนโลยีการออกแบบ

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

· งาน องค์ประกอบ และลำดับของงานที่ทำ

· ผลลัพธ์ที่ได้รับจากแต่ละการกระทำที่ทำ;

· วิธีการและวิธีการที่จำเป็นในการปฏิบัติงาน

· บทบาทและความรับผิดชอบของผู้เข้าร่วม

· ข้อมูลอื่นๆ ที่จำเป็นสำหรับการวางแผน จัดระเบียบ และจัดการการพัฒนาทรัพย์สินทางปัญญาโดยรวม

เราจะได้รับคำอธิบายที่ชัดเจนเกี่ยวกับเทคโนโลยีการออกแบบที่เราเลือก ดังนั้นแบบจำลองวงจรชีวิตจึงเป็นส่วนสำคัญและสำคัญที่สุดของเทคโนโลยีการออกแบบระบบสารสนเทศ

ขั้นตอนและขั้นตอนของการออกแบบ

แนวคิดของ "เวที" และ "เวที" ของการออกแบบมักจะสับสน บางครั้งพวกเขาก็พูดถึง ขั้นตอนหรือ เฟสวงจรชีวิต, ขั้นตอนออกแบบ. คำถามเกิดขึ้น: อะไรคือวิธีที่ถูกต้อง?

ก็ควรจะจำไว้ว่าในที่แตกต่างกัน มาตรฐานสากลคำศัพท์ที่ใช้อาจแตกต่างกันไป เราจะมุ่งเน้นไปที่คำศัพท์เฉพาะทางของ GOST ในประเทศทุกครั้งที่เป็นไปได้ ขั้นตอนการออกแบบเราจะเรียกส่วนหนึ่งของกระบวนการสร้าง IP ซึ่งจำกัดด้วยกรอบเวลาที่แน่นอนและสิ้นสุดด้วยการเปิดตัวผลิตภัณฑ์เฉพาะ (รุ่น เอกสาร ข้อความของโปรแกรม ฯลฯ)ขึ้นอยู่กับเป้าหมายร่วมกัน ขั้นตอนการออกแบบสามารถนำมารวมกันได้ ขั้นตอน. ตัวอย่างเช่น ขั้นตอน “การออกแบบทางเทคนิค”, ขั้นตอน “การนำไปใช้งาน” เป็นต้น

จากข้อมูลที่เผยแพร่ แต่ละขั้นตอนของการพัฒนา AIS ต้องใช้เวลาพอสมควร เวลาส่วนใหญ่ (45-50%) ถูกใช้ไปกับการเขียนโค้ด การทดสอบที่ซับซ้อนและออฟไลน์ โดยเฉลี่ยแล้ว การพัฒนา AIS จะใช้เวลาถึงหนึ่งในสามของวงจรชีวิตทั้งหมดของระบบ

ข้าว. การกระจายเวลาระหว่างการพัฒนาเอไอเอส

ขั้นตอนการสร้าง AIS (ISO/IEC 15288)

มาตรฐาน ISO/IEC 12207 กำหนดโครงสร้างวงจรชีวิตซึ่งประกอบด้วยกระบวนการ กิจกรรม และงานที่ต้องดำเนินการในระหว่างการสร้างระบบสารสนเทศ