ขั้นตอนการออกแบบมาตรฐานของเอไอเอส การออกแบบระบบบัญชีคลังสินค้าอัตโนมัติโดยใช้เครื่องมือ Rational Rose CASE วิธีการดำเนินงานออกแบบ
ขั้นตอนของการพัฒนาระบบ CASE
ในช่วงทศวรรษที่ผ่านมา ทิศทางใหม่ในการออกแบบระบบสารสนเทศได้เกิดขึ้น - การออกแบบโดยใช้คอมพิวเตอร์ช่วยโดยใช้เครื่องมือ CASE คำว่า CASE (Computer Aided System/Software Engineering) เดิมหมายถึงระบบอัตโนมัติของการพัฒนาซอฟต์แวร์เท่านั้น ครอบคลุมกระบวนการพัฒนาเอไอเอสที่ซับซ้อนทั้งหมด
ในขั้นต้น เทคโนโลยีของ CASE ได้รับการพัฒนาโดยมีเป้าหมายเพื่อเอาชนะข้อบกพร่องของวิธีการออกแบบโครงสร้าง (ความยากลำบากในการทำความเข้าใจ ความเข้มของแรงงานสูงและต้นทุนการใช้งาน ความยากลำบากในการเปลี่ยนแปลงข้อกำหนดเฉพาะของการออกแบบ ฯลฯ) ผ่านทางระบบอัตโนมัติและการบูรณาการเครื่องมือสนับสนุน
เทคโนโลยีของ CASE ไม่มีอยู่จริงและไม่เป็นอิสระ พวกเขาทำให้การใช้วิธีการที่เกี่ยวข้องเป็นอัตโนมัติและปรับให้เหมาะสม และทำให้สามารถเพิ่มประสิทธิภาพในการใช้งานได้
กล่าวอีกนัยหนึ่ง เทคโนโลยีของเคสเป็นตัวแทนของชุดวิธีการสำหรับการวิเคราะห์ ออกแบบ พัฒนาและบำรุงรักษาระบบซอฟต์แวร์ที่ซับซ้อน ได้รับการสนับสนุนจากชุดเครื่องมืออัตโนมัติที่เชื่อมต่อถึงกัน ซึ่งช่วยให้คุณสร้างแบบจำลองสาขาวิชาด้วยสายตา วิเคราะห์แบบจำลองนี้ในทุกขั้นตอนของการพัฒนาและบำรุงรักษาของ AIS และ พัฒนาแอพพลิเคชั่นให้สอดคล้องกับความต้องการข้อมูลของผู้ใช้
เครื่องมือ CASE ที่ทันสมัยครอบคลุมการสนับสนุนที่หลากหลายสำหรับเทคโนโลยีการออกแบบของ AIS ตั้งแต่เครื่องมือการวิเคราะห์และเอกสารอย่างง่ายไปจนถึงเครื่องมืออัตโนมัติเต็มรูปแบบที่ครอบคลุมวงจรชีวิตของ AIS ทั้งหมด ความต้องการสูงสุดในการใช้ระบบ CASE เกิดขึ้นตั้งแต่ระยะเริ่มต้นของการพัฒนา - ในขั้นตอนของการวิเคราะห์และข้อกำหนดข้อกำหนดสำหรับ AIS ข้อผิดพลาดที่เกิดขึ้นที่นี่เกือบจะถึงแก่ชีวิต ค่าใช้จ่ายนั้นสูงกว่าต้นทุนของข้อผิดพลาดในระยะหลังของการพัฒนาอย่างมาก
วัตถุประสงค์หลักของเครื่องมือ CASE คือเพื่อแยกขั้นตอนเริ่มต้น (การวิเคราะห์และการออกแบบ) ออกจากขั้นตอนต่อมา และไม่สร้างภาระแก่นักพัฒนาด้วยรายละเอียดของสภาพแวดล้อมการพัฒนาและการทำงานของระบบ
ระบบ CASE ที่ทันสมัยที่สุดใช้วิธีการต่างๆ โครงสร้างและ/หรือ การวิเคราะห์เชิงวัตถุและ ออกแบบ,ขึ้นอยู่กับการใช้แผนภูมิภาพ กราฟ ตาราง และไดอะแกรม
ด้วยการใช้เครื่องมือ CASE อย่างเหมาะสม จะทำให้ผลิตภาพแรงงานเพิ่มขึ้นอย่างมีนัยสำคัญ โดยมีจำนวน (ตามการประมาณการของบริษัทต่างประเทศที่ใช้เทคโนโลยี CASE) จาก 100 ถึง 600% ขึ้นอยู่กับปริมาณ ความซับซ้อนของงาน และประสบการณ์กับ CASE ในเวลาเดียวกัน ทุกระยะของวงจรชีวิตของ AIS เปลี่ยนไป แต่การเปลี่ยนแปลงที่ยิ่งใหญ่ที่สุดเกี่ยวข้องกับขั้นตอนการวิเคราะห์และการออกแบบ (ตาราง 2.5, 2.6)
ตารางที่ 2.5.การประมาณค่าแรงตามระยะของวงจรชีวิตของ AIS
ตารางที่ 2.6.การเปรียบเทียบการใช้ CASE และแบบดั้งเดิม การพัฒนา
การใช้เครื่องมือ CASE ไม่เพียงแต่ทำให้วิธีการทางโครงสร้างเป็นแบบอัตโนมัติเท่านั้น และทำให้สามารถใช้วิธีการสมัยใหม่ของระบบและวิศวกรรมซอฟต์แวร์ได้ แต่ยังให้ข้อดีอื่นๆ ด้วย (รูปที่ 2.22) โดยเฉพาะ:
1. ปรับปรุงคุณภาพของซอฟต์แวร์ที่พัฒนาแล้วผ่านการสร้างและการควบคุมอัตโนมัติ
2. ช่วยให้คุณลดเวลาในการสร้างต้นแบบ AIS ซึ่งทำให้สามารถประเมินคุณภาพและประสิทธิผลของโครงการได้ในระยะเริ่มต้น
3. เร่งกระบวนการออกแบบและพัฒนา
4. อนุญาตให้คุณนำส่วนประกอบที่พัฒนาแล้วกลับมาใช้ซ้ำได้
5. รองรับเอไอเอส;
6. ช่วยให้คุณไม่ต้องทำงานประจำในการจัดทำเอกสารโครงการ เนื่องจากใช้เครื่องจัดทำเอกสารในตัว
7. อำนวยความสะดวกในการทำงานเป็นทีมในโครงการ
ข้าว. 2.22.ข้อดีของการพัฒนา AIS โดยใช้เทคโนโลยี CASE: ก- ค่าสัมประสิทธิ์การลดต้นทุนโครงการ ข -ปัจจัยการลดเวลาในการพัฒนา
เครื่องมือ CASE ส่วนใหญ่มีพื้นฐานอยู่บนแนวคิดหลักสี่ประการ: วิธีการ วิธีการ สัญกรณ์ เครื่องมือ [ 11,15, 16].
ระเบียบวิธีกำหนดแนวทางในการประเมินและคัดเลือกโซลูชันในการออกแบบและพัฒนา AIS ขั้นตอนการทำงาน ลำดับ หลักเกณฑ์ในการเผยแพร่ และวัตถุประสงค์ของวิธีการ
วิธีการ -ขั้นตอนการสร้างส่วนประกอบและคำอธิบาย
สัญกรณ์มีวัตถุประสงค์เพื่ออธิบายโครงสร้างทั่วไปของระบบ องค์ประกอบข้อมูล ขั้นตอนการประมวลผล อาจรวมถึงกราฟ ไดอะแกรม ตาราง ผังงาน ภาษาที่เป็นทางการและเป็นธรรมชาติ
สิ่งอำนวยความสะดวก- เครื่องมือในการสนับสนุนและเสริมสร้างวิธีการ รองรับการทำงานของผู้ใช้เมื่อสร้างและแก้ไขโปรเจ็กต์ในโหมดโต้ตอบ ช่วยจัดระเบียบโปรเจ็กต์ในรูปแบบของลำดับชั้นของระดับนามธรรม และตรวจสอบความสอดคล้องของส่วนประกอบ
การจำแนกประเภทของเครื่องมือ CASE
ยังไม่มีการจำแนกประเภทเครื่องมือ CASE ที่เสถียร มีเพียงการกำหนดแนวทางการจำแนกประเภทเท่านั้น โดยขึ้นอยู่กับเกณฑ์การจำแนกประเภทต่างๆ ด้านล่างนี้คือบางส่วนของพวกเขา
มุ่งเน้นไปที่ขั้นตอนและกระบวนการทางเทคโนโลยีของวงจรชีวิตของ AIS:
1. เครื่องมือวิเคราะห์และออกแบบ ใช้เพื่อสร้างข้อกำหนดและการออกแบบระบบ สนับสนุนวิธีการออกแบบที่มีชื่อเสียง
2. เครื่องมือออกแบบฐานข้อมูล จัดให้มีการสร้างแบบจำลองข้อมูลเชิงตรรกะ การสร้างโครงสร้างฐานข้อมูล
3. เครื่องมือการจัดการความต้องการ
4. เครื่องมือการจัดการการกำหนดค่าซอฟต์แวร์ รองรับการเขียนโปรแกรม การทดสอบ การสร้างซอฟต์แวร์อัตโนมัติจากข้อกำหนด
5. เครื่องมือเอกสาร;
6. เครื่องมือทดสอบ
7. เครื่องมือการจัดการโครงการ สนับสนุนการวางแผน การควบคุม การโต้ตอบ
8. เครื่องมือวิศวกรรมย้อนกลับที่ออกแบบมาเพื่อถ่ายโอนระบบที่มีอยู่ไปยังสภาพแวดล้อมใหม่
วิธีการออกแบบที่รองรับ[ 11, 12, 15, 16]:
1. เชิงฟังก์ชัน (เชิงโครงสร้าง);
2. เชิงวัตถุ;
3. เชิงซ้อน (ชุดวิธีการออกแบบ)
สัญลักษณ์การสร้างแผนภูมิกราฟิกที่รองรับ:
1. มีสัญกรณ์คงที่
2. มีสัญลักษณ์แยกกัน
3. มีสัญลักษณ์ที่พบบ่อยที่สุด
ระดับการบูรณาการ:
1. โปรแกรมเสริม (เครื่องมือ) ที่แก้ไขปัญหาอัตโนมัติอย่างอิสระ
2. แพ็คเกจการพัฒนา (Toolkit) ซึ่งเป็นชุดเครื่องมือที่ให้ความช่วยเหลือสำหรับงานซอฟต์แวร์ประเภทใดประเภทหนึ่ง
3. ชุดเครื่องมือรวมที่เชื่อมต่อกันด้วยฐานข้อมูลการออกแบบทั่วไป - พื้นที่เก็บข้อมูลทำให้งานทั้งหมดหรือบางส่วนเป็นอัตโนมัติในขั้นตอนต่าง ๆ ของการสร้าง AIS (Workbench)
การพัฒนาโครงการโดยรวม:
1. ปราศจากการสนับสนุนการพัฒนาส่วนรวม
2. เน้นการพัฒนาโครงการแบบเรียลไทม์
3. มุ่งเน้นไปที่โหมดการรวมโครงการย่อย
ประเภทของเครื่องมือ CASE:
1. เครื่องมือวิเคราะห์ (Upper CASE) ในหมู่ผู้เชี่ยวชาญเรียกว่าเครื่องมือวางแผนคอมพิวเตอร์ การใช้เครื่องมือ CASE เหล่านี้ จะสร้างแบบจำลองที่สะท้อนถึงข้อมูลเฉพาะที่มีอยู่ทั้งหมด มีวัตถุประสงค์เพื่อทำความเข้าใจกลไกการทำงานทั่วไปและเฉพาะเจาะจง ความสามารถที่มีอยู่ ทรัพยากร และเป้าหมายของโครงการตามวัตถุประสงค์ของบริษัท เครื่องมือเหล่านี้ช่วยให้คุณสามารถวิเคราะห์สถานการณ์ต่างๆ รวบรวมข้อมูลเพื่อการตัดสินใจที่เหมาะสมที่สุด
2. เครื่องมือวิเคราะห์และออกแบบ (กรณีกลาง) ถือเป็นเครื่องมือสนับสนุนการวิเคราะห์ความต้องการและขั้นตอนการออกแบบข้อกำหนดและโครงสร้างของเอไอเอส ผลลัพธ์หลักของการใช้เครื่องมือ CASE โดยเฉลี่ยคือทำให้การออกแบบระบบง่ายขึ้นอย่างมาก เนื่องจากการออกแบบกลายเป็นกระบวนการทำซ้ำในการทำงานกับข้อกำหนดสำหรับ AIS นอกจากนี้ เครื่องมือ CASE โดยเฉลี่ยยังจัดทำเอกสารข้อกำหนดอย่างรวดเร็ว
3. เครื่องมือพัฒนาซอฟต์แวร์ (ล่าง); รองรับระบบพัฒนาซอฟต์แวร์ของ AIS ประกอบด้วยพจนานุกรมระบบและเครื่องมือกราฟิกที่ช่วยขจัดความจำเป็นในการพัฒนาข้อกำหนดทางกายภาพ - มีข้อกำหนดของระบบที่แปลโดยตรงเป็นรหัสโปรแกรมของระบบที่กำลังพัฒนา (มากถึง 80% ของรหัสจะถูกสร้างขึ้นโดยอัตโนมัติ) ข้อได้เปรียบหลักของเครื่องมือ CASE ระดับล่างคือการลดเวลาในการพัฒนาลงอย่างมาก การปรับเปลี่ยนที่ง่ายขึ้น และการรองรับการทำงานกับต้นแบบ
เครื่องมือ CASE ก็ถูกจัดประเภทเช่นกัน ตามประเภทและสถาปัตยกรรมของเทคโนโลยีคอมพิวเตอร์และ ตามประเภทของระบบปฏิบัติการ.
ปัจจุบัน ตลาดซอฟต์แวร์มีซอฟต์แวร์หลากหลายประเภท รวมถึงเครื่องมือ CASE เกือบทุกประเภทที่ระบุไว้
ลักษณะของเครื่องมือ CASE
ซิลเวอร์รัน.เครื่องมือ CASE Silverrun จากบริษัท Computer Systems Advisers, Inc. ในอเมริกา (CSA) ใช้สำหรับการวิเคราะห์และออกแบบ AIS ระดับธุรกิจ และมุ่งเน้นไปที่โมเดลวงจรชีวิตเกลียวมากขึ้น สามารถใช้เพื่อสนับสนุนวิธีการใดๆ ก็ตามโดยอิงจากการสร้างโมเดลการทำงานและข้อมูลแยกต่างหาก (ไดอะแกรมการไหลของข้อมูล และไดอะแกรมความสัมพันธ์เอนทิตี-ความสัมพันธ์)
มั่นใจได้ในการปรับแต่งวิธีการเฉพาะโดยการเลือกสัญลักษณ์กราฟิกที่ต้องการของแบบจำลองและชุดกฎสำหรับตรวจสอบข้อกำหนดการออกแบบ ระบบมีการตั้งค่าสำเร็จรูปสำหรับวิธีการทั่วไป: DATARUN (วิธีการหลักที่ Silverrun สนับสนุน), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, วิศวกรรมสารสนเทศ สำหรับแต่ละแนวคิดที่แนะนำในโครงการ คุณสามารถเพิ่มคำอธิบายของคุณเองได้ สถาปัตยกรรม Silverrun ช่วยให้คุณสามารถขยายสภาพแวดล้อมการพัฒนาได้ตามต้องการ
ซิลเวอร์รันก็มี โครงสร้างโมดูลาร์และประกอบด้วยสี่โมดูล ซึ่งแต่ละโมดูลเป็นผลิตภัณฑ์อิสระและสามารถซื้อและใช้แยกกันได้
1. โมดูลสำหรับการสร้างแบบจำลองกระบวนการทางธุรกิจในรูปแบบของไดอะแกรมกระแสข้อมูล Business Process Modeler (BPM) ช่วยให้คุณสามารถจำลองการทำงานขององค์กรอัตโนมัติหรือระบบข้อมูลอัตโนมัติที่สร้างขึ้น ความสามารถในการทำงานกับโมเดลที่ซับซ้อนสูงนั้นได้มาจากฟังก์ชันการกำหนดหมายเลขใหม่อัตโนมัติ การทำงานกับแผนผังกระบวนการ (รวมถึงการลากกิ่งก้านด้วยภาพ) การถอดและการแนบส่วนของโมเดลเพื่อการพัฒนาโดยรวม ไดอะแกรมสามารถแสดงในรูปแบบที่กำหนดไว้ล่วงหน้าได้หลายรูปแบบ รวมถึง Yourdon/DeMarco และ Gane/Sarson นอกจากนี้ยังสามารถสร้างสัญลักษณ์ของคุณเองได้ เช่น เพิ่มฟิลด์ที่ผู้ใช้กำหนดให้กับจำนวนตัวอธิบายที่แสดงบนไดอะแกรม
2. โมดูลการสร้างแบบจำลองข้อมูลเชิงแนวคิด Entity-Relationship eXpert (ERX) ช่วยให้สามารถสร้างแบบจำลองข้อมูลความสัมพันธ์เอนทิตีที่ไม่เชื่อมโยงกับการใช้งานเฉพาะ ระบบผู้เชี่ยวชาญในตัวช่วยให้คุณสร้างแบบจำลองข้อมูลมาตรฐานที่ถูกต้อง โดยการตอบคำถามที่มีความหมายเกี่ยวกับความสัมพันธ์ของข้อมูล มีการสร้างแบบจำลองข้อมูลอัตโนมัติจากคำอธิบายโครงสร้างข้อมูล การวิเคราะห์การพึ่งพาการทำงานของคุณลักษณะทำให้สามารถตรวจสอบการปฏิบัติตามข้อกำหนดของรูปแบบปกติที่สามและรับประกันการปฏิบัติตามข้อกำหนด โมเดลที่ตรวจสอบแล้วจะถูกส่งผ่านไปยังโมดูล Relational Data Modeler
3. โมดูลการสร้างแบบจำลองเชิงสัมพันธ์ Relational Data Modeler (RDM) ช่วยให้คุณสร้างโมเดลความสัมพันธ์เอนทิตีโดยละเอียดสำหรับการนำไปใช้ในฐานข้อมูลเชิงสัมพันธ์ โมดูลนี้จะบันทึกโครงสร้างทั้งหมดที่เกี่ยวข้องกับการสร้างฐานข้อมูล เช่น ดัชนี ทริกเกอร์ ขั้นตอนการจัดเก็บ ฯลฯ รูปแบบที่ยืดหยุ่นและไม่แน่นอนและความสามารถในการขยายของพื้นที่เก็บข้อมูลช่วยให้คุณสามารถทำงานกับวิธีการใดก็ได้ ความสามารถในการสร้างสคีมาย่อยเป็นไปตามแนวทาง ANSI SPARC เพื่อแสดงสคีมาฐานข้อมูล ทั้งโหนดการประมวลผลแบบกระจายและมุมมองของผู้ใช้ถูกสร้างแบบจำลองในภาษาวงจรย่อย โมดูลนี้จัดเตรียมการออกแบบและเอกสารที่สมบูรณ์ของฐานข้อมูลเชิงสัมพันธ์
4. ผู้จัดการพื้นที่เก็บข้อมูลเวิร์กกรุ๊ป Workgroup Repository Manager (WRM) ใช้เป็นพจนานุกรมข้อมูลเพื่อจัดเก็บข้อมูลทั่วไปสำหรับทุกรุ่น และยังจัดให้มีการรวมโมดูล Silverrun เข้ากับสภาพแวดล้อมการออกแบบเดียว
ข้อดีของเครื่องมือ Silverrun CASE คือความยืดหยุ่นสูงและการมองเห็นที่หลากหลายสำหรับการสร้างแบบจำลอง และข้อเสียคือการขาดการควบคุมร่วมกันอย่างเข้มงวดระหว่างส่วนประกอบของโมเดลที่แตกต่างกัน (เช่น ความสามารถในการเผยแพร่การเปลี่ยนแปลงระหว่าง DFD ของโมเดลที่แตกต่างกันโดยอัตโนมัติ ระดับการสลายตัว) อย่างไรก็ตาม ควรสังเกตว่าข้อเสียนี้จะมีความสำคัญหากใช้แบบจำลองวงจรชีวิตของน้ำตกเท่านั้น
Silverrun ประกอบด้วย:
1. การสร้างสกีมาฐานข้อมูลอัตโนมัติสำหรับ DBMS ที่พบบ่อยที่สุด: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;
2. การถ่ายโอนข้อมูลไปยังเครื่องมือพัฒนาแอปพลิเคชัน: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi
ดังนั้นจึงเป็นไปได้ที่จะกำหนดแกนฐานข้อมูลได้อย่างสมบูรณ์โดยใช้คุณสมบัติทั้งหมดของ DBMS เฉพาะ: ทริกเกอร์, ขั้นตอนการจัดเก็บ, ข้อจำกัดความสมบูรณ์ในการอ้างอิง เมื่อสร้างแอปพลิเคชัน ข้อมูลที่ถูกย้ายจากพื้นที่เก็บข้อมูล Silverrun จะถูกใช้เพื่อสร้างออบเจ็กต์อินเทอร์เฟซโดยอัตโนมัติหรือสร้างด้วยตนเองอย่างรวดเร็ว
เพื่อแลกเปลี่ยนข้อมูลกับเครื่องมือการออกแบบอัตโนมัติอื่นๆ สร้างขั้นตอนพิเศษสำหรับการวิเคราะห์และตรวจสอบข้อกำหนดการออกแบบ และรวบรวมรายงานพิเศษตามมาตรฐานต่างๆ ระบบ Silverrun มีวิธีสามวิธีในการส่งออกข้อมูลการออกแบบไปยังไฟล์ภายนอก
1. ระบบการรายงาน รายงานจะถูกส่งออกไปยังไฟล์ข้อความ
2. ระบบการส่งออก/นำเข้า ไม่เพียงระบุเนื้อหาของไฟล์ส่งออกเท่านั้น แต่ยังรวมถึงตัวคั่นบันทึก ตัวคั่นฟิลด์ในเรคคอร์ด และเครื่องหมายเริ่มต้นและสิ้นสุดของฟิลด์ข้อความ ไฟล์ส่งออกดังกล่าวสามารถสร้างและอัปโหลดไปยังพื้นที่เก็บข้อมูลได้ ทำให้สามารถแลกเปลี่ยนข้อมูลกับระบบต่างๆ ได้: เครื่องมือ CASE อื่นๆ, DBMS, โปรแกรมแก้ไขข้อความ และสเปรดชีต
3. การจัดเก็บพื้นที่เก็บข้อมูลในไฟล์ภายนอกพร้อมการเข้าถึงโดยใช้ไดรเวอร์ ODBC ในการเข้าถึงข้อมูลพื้นที่เก็บข้อมูลจาก DBMS ทั่วไป คุณสามารถจัดเก็บข้อมูลโครงการทั้งหมดได้โดยตรงในรูปแบบของ DBMS เหล่านี้
Silverrun รองรับการทำงานกลุ่มสองวิธี:
1) เวอร์ชันผู้ใช้คนเดียวมาตรฐานมีกลไกในการควบคุมการแยกและการรวมโมเดล โมเดลสามารถแบ่งออกเป็นส่วน ๆ และแจกจ่ายให้กับนักพัฒนาหลายคน หลังจากอธิบายรายละเอียดอย่างละเอียดแล้ว ชิ้นส่วนต่างๆ จะถูกประกอบกลับเป็นรุ่นเดียว
2) Silverrun เวอร์ชันเครือข่ายช่วยให้สามารถทำงานกลุ่มคู่ขนานกับโมเดลที่จัดเก็บไว้ในที่เก็บเครือข่ายที่ใช้ Oracle, Sybase หรือ Informix DBMS ในเวลาเดียวกัน นักพัฒนาหลายคนสามารถทำงานกับโมเดลเดียวกันได้ เนื่องจากการล็อกอ็อบเจ็กต์เกิดขึ้นที่ระดับขององค์ประกอบแต่ละโมเดล
แยม. เครื่องมือพัฒนาแอปพลิเคชัน Application Manager (JAM) ของ JYACC เป็นผลิตภัณฑ์ของ JYACC คุณสมบัติหลักคือการปฏิบัติตามระเบียบวิธี RAD เนื่องจาก JAM ช่วยให้คุณสามารถนำวงจรการพัฒนาแอปพลิเคชันไปใช้ได้อย่างรวดเร็ว ซึ่งประกอบด้วยการสร้างต้นแบบแอปพลิเคชันเวอร์ชันถัดไป โดยคำนึงถึงข้อกำหนดที่ระบุไว้ในขั้นตอนก่อนหน้าและนำเสนอต่อผู้ใช้
JAM มีโครงสร้างแบบโมดูลาร์และประกอบด้วยส่วนประกอบต่อไปนี้:
1. เมล็ดของระบบ
2. JAM/DBi - โมดูลอินเทอร์เฟซเฉพาะสำหรับ DBMS (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC ฯลฯ);
3. JAM/RW - โมดูลตัวสร้างรายงาน
4. JAM/CASEi - โมดูลอินเทอร์เฟซเฉพาะสำหรับเครื่องมือ CASE (JAM/CASE-TeamWork, JAM/CASE-Inno-vator ฯลฯ)
5. JAM/TPi - โมดูลอินเทอร์เฟซเฉพาะสำหรับผู้จัดการธุรกรรม (เช่น JAM/TPi-Server TUXEDO ฯลฯ)
6. Jterm - โปรแกรมจำลอง X-terminal เฉพาะ
แกนของระบบเป็นผลิตภัณฑ์ที่สมบูรณ์และสามารถใช้อย่างอิสระเพื่อการพัฒนาแอปพลิเคชัน โมดูลอื่นๆ ทั้งหมดเป็นโมดูลเพิ่มเติมและไม่สามารถใช้งานแยกกันได้
แกนหลักของระบบประกอบด้วยส่วนประกอบหลักดังต่อไปนี้:
1. โปรแกรมแก้ไขหน้าจอ โปรแกรมแก้ไขหน้าจอประกอบด้วยสภาพแวดล้อมการพัฒนาหน้าจอ, พื้นที่เก็บข้อมูลออบเจ็กต์ภาพ, JAM DBMS - JDB ของตัวเอง, ตัวจัดการธุรกรรม, ดีบักเกอร์, โปรแกรมแก้ไขสไตล์;
2. เครื่องมือแก้ไขเมนู
3. ชุดสาธารณูปโภคเสริม
4. วิธีการผลิตแอปพลิเคชันเวอร์ชันอุตสาหกรรม
เมื่อใช้ JAM การพัฒนาอินเทอร์เฟซภายนอกของแอปพลิเคชันคือการออกแบบด้วยภาพและขึ้นอยู่กับการสร้างรูปแบบหน้าจอโดยการวางโครงสร้างอินเทอร์เฟซไว้บนอินเทอร์เฟซเหล่านั้น และกำหนดฟิลด์หน้าจอสำหรับอินพุต/เอาต์พุตของข้อมูล การออกแบบอินเทอร์เฟซใน JAM เสร็จสิ้นโดยใช้ โปรแกรมแก้ไขหน้าจอแอปพลิเคชันที่พัฒนาใน JAM มีอินเทอร์เฟซแบบหลายหน้าต่าง การพัฒนาหน้าจอเกี่ยวข้องกับการวางองค์ประกอบอินเทอร์เฟซ จัดกลุ่ม และตั้งค่าคุณสมบัติ
เครื่องมือแก้ไขเมนูช่วยให้คุณสามารถพัฒนาและแก้ไขระบบเมนูได้ ความสามารถในการสร้างเมนูรูปภาพได้ถูกนำมาใช้แล้ว การกำหนดรายการเมนูให้กับออบเจ็กต์แอปพลิเคชันทำได้ในตัวแก้ไขหน้าจอ
DBMS JDB เชิงสัมพันธ์ผู้ใช้เดี่ยวถูกสร้างขึ้นในแกน JAM วัตถุประสงค์หลักของ JDB คือการสร้างต้นแบบแอปพลิเคชันในกรณีที่การทำงานกับ DBMS มาตรฐานเป็นไปไม่ได้หรือทำไม่ได้ JDB ใช้ความสามารถขั้นต่ำที่จำเป็นของ DBMS เชิงสัมพันธ์ ซึ่งไม่รวมดัชนี โพรซีเดอร์ที่จัดเก็บ ทริกเกอร์ และมุมมอง เมื่อใช้ JDB คุณสามารถสร้างฐานข้อมูลที่เหมือนกับฐานข้อมูลเป้าหมายได้ (ยกเว้นคุณลักษณะที่ขาดหายไปใน JDB) และพัฒนาส่วนสำคัญของแอปพลิเคชัน
ดีบักเกอร์ช่วยให้สามารถแก้ไขข้อบกพร่องของแอปพลิเคชันที่กำลังพัฒนาได้อย่างครอบคลุม เหตุการณ์ทั้งหมดที่เกิดขึ้นระหว่างการดำเนินการแอปพลิเคชันจะถูกติดตาม
สาธารณูปโภค JAM ประกอบด้วยสามกลุ่ม:
1) แปลงไฟล์หน้าจอ JAM เป็นข้อความ JAM บันทึกหน้าจอเป็นไฟล์ไบนารีดั้งเดิม
2) การกำหนดค่าอุปกรณ์อินพุต/เอาท์พุต JAM และแอปพลิเคชันที่สร้างด้วย JAM จะไม่ทำงานโดยตรงกับอุปกรณ์ I/O JAM จะเข้าถึงอุปกรณ์ I/O แบบลอจิคัลแทน (คีย์บอร์ด เทอร์มินัล รายงาน)
3) การบำรุงรักษาไลบรารีหน้าจอ
หนึ่งในโมดูล JAM เพิ่มเติมคือ เครื่องกำเนิดรายงานเค้าโครงรายงานเสร็จสิ้นในตัวแก้ไขหน้าจอ JAM การดำเนินการของรายงานอธิบายโดยใช้ภาษาพิเศษ เครื่องมือสร้างรายงานช่วยให้คุณสามารถกำหนดข้อมูลที่แสดงในรายงาน การจัดกลุ่มข้อมูลเอาต์พุต การจัดรูปแบบเอาต์พุต ฯลฯ
แอปพลิเคชันที่พัฒนาโดยใช้ JAM สามารถผลิตเป็นโมดูลที่ปฏิบัติการได้ เมื่อต้องการทำเช่นนี้ นักพัฒนาจะต้องมีคอมไพเลอร์ภาษา C และตัวเชื่อมโยง
แยมประกอบด้วย ภาษาโปรแกรมในตัว JPL (JAM Procedural Language) ซึ่งหากจำเป็น ก็สามารถเขียนโมดูลที่ใช้การดำเนินการเฉพาะได้ ภาษานี้มีการตีความ สามารถแลกเปลี่ยนข้อมูลระหว่างสภาพแวดล้อมแอปพลิเคชันที่สร้างขึ้นด้วยภาพและโมดูลดังกล่าวได้ นอกจากนี้ JAM ยังให้ความสามารถในการเชื่อมต่อโมดูลภายนอกที่เขียนด้วยภาษาที่เข้ากันได้กับภาษา C ในแง่ของการเรียกใช้ฟังก์ชัน
แยมอยู่ ระบบเชิงเหตุการณ์ประกอบด้วยชุดของเหตุการณ์ - การเปิดและปิดหน้าต่าง, การกดปุ่มแป้นพิมพ์, ทริกเกอร์ตัวจับเวลาของระบบ, การรับและการถ่ายโอนการควบคุมของแต่ละองค์ประกอบหน้าจอ นักพัฒนาใช้ตรรกะของแอปพลิเคชันโดยกำหนดตัวจัดการสำหรับแต่ละเหตุการณ์
ตัวจัดการเหตุการณ์ JAM สามารถมีทั้งฟังก์ชัน JAM ในตัวและฟังก์ชันที่เขียนโดยนักพัฒนาในภาษา C หรือ JPL ชุดฟังก์ชันภายในประกอบด้วยฟังก์ชันมากกว่า 200 รายการเพื่อวัตถุประสงค์ต่างๆ ใช้ได้กับการโทรจากฟังก์ชันที่เขียนทั้ง JPL และ C
แอปพลิเคชันเวอร์ชันอุตสาหกรรมพัฒนาโดยใช้ JAM ประกอบด้วยส่วนประกอบดังต่อไปนี้:
1. โมดูลปฏิบัติการของล่ามแอปพลิเคชัน
2. หน้าจอที่ประกอบขึ้นเป็นแอปพลิเคชัน (จัดให้เป็นไฟล์แยก เป็นส่วนหนึ่งของไลบรารีหน้าจอ หรือสร้างไว้ในเนื้อหาของล่าม)
3. โมดูล JPL ภายนอก (จัดให้เป็นไฟล์ข้อความหรือในรูปแบบพรีคอมไพล์; คอมไพล์ล่วงหน้า
4. โมดูล JPL ภายนอก - ในรูปแบบของไฟล์แยกและเป็นส่วนหนึ่งของไลบรารีหน้าจอ)
5. ไฟล์การกำหนดค่าแอปพลิเคชัน - ไฟล์การกำหนดค่าแป้นพิมพ์และเทอร์มินัล ไฟล์ข้อความระบบ ไฟล์การกำหนดค่าทั่วไป
การโต้ตอบโดยตรงกับ DBMS ถูกนำมาใช้โดยโมดูล JAM/DBi (อินเทอร์เฟซฐานข้อมูล) วิธีการปรับใช้การโต้ตอบใน JAM แบ่งออกเป็นสองคลาส: แบบแมนนวลและแบบอัตโนมัติ
ที่ วิธีด้วยตนเองนักพัฒนาเขียนแบบสอบถามอย่างอิสระใน SQL ซึ่งแหล่งที่มาและปลายทางสำหรับการรับผลลัพธ์แบบสอบถามสามารถเป็นทั้งองค์ประกอบอินเทอร์เฟซของระดับภายนอกที่ออกแบบด้วยภาพและตัวแปรภายในที่ผู้ใช้ปลายทางมองไม่เห็น
โหมดอัตโนมัติดำเนินการโดยผู้จัดการธุรกรรม JAM เป็นไปได้สำหรับการดำเนินการฐานข้อมูลทั่วไปทั่วไปที่เรียกว่า QBE (แบบสอบถามตามตัวอย่าง - แบบสอบถามตามตัวอย่าง) โดยคำนึงถึงความสัมพันธ์ที่ค่อนข้างซับซ้อนระหว่างตารางฐานข้อมูลและการควบคุมอัตโนมัติของคุณลักษณะของฟิลด์อินพุต - เอาท์พุตของหน้าจอขึ้นอยู่กับ เกี่ยวกับประเภทของธุรกรรม (การอ่าน การเขียน และอื่นๆ) ที่คำขอที่สร้างขึ้นมีส่วนร่วม
JAM ช่วยให้คุณสร้างแอปพลิเคชันเพื่อทำงานกับ DBMS มากกว่า 20 ตัว: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, DBMS ที่เข้ากันได้กับ ODBC เป็นต้น
คุณสมบัติที่โดดเด่นของ JAM คือความสามารถในการพกพาแอปพลิเคชันในระดับสูงระหว่างแพลตฟอร์มที่แตกต่างกัน (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS ฯลฯ ); อาจมีข้อกำหนดในการ "วาดใหม่" ช่องข้อความคงที่บนหน้าจอที่มีข้อความภาษารัสเซียเมื่อถ่ายโอนระหว่างสภาพแวดล้อม DOS-Windows-UNIX นอกจากนี้ ความสามารถในการพกพายังอำนวยความสะดวกด้วยข้อเท็จจริงที่ว่าใน JAM แอปพลิเคชันได้รับการพัฒนาสำหรับอุปกรณ์ I/O เสมือน แทนที่จะเป็นอุปกรณ์ทางกายภาพ ดังนั้น เมื่อย้ายแอปพลิเคชันจากแพลตฟอร์มหนึ่งไปอีกแพลตฟอร์ม โดยทั่วไปคุณเพียงแค่ต้องแมปอุปกรณ์ I/O ฟิสิคัลกับการแสดงโลจิคัลสำหรับแอปพลิเคชันเท่านั้น
การใช้ SQL เป็นวิธีการโต้ตอบกับ DBMS ยังช่วยให้มั่นใจในการพกพาระหว่าง DBMS หากโครงสร้างฐานข้อมูลถูกถ่ายโอน แอปพลิเคชันอาจไม่จำเป็นต้องมีการแก้ไขใดๆ ยกเว้นการเริ่มต้นเซสชันการทำงาน สิ่งนี้เป็นไปได้หากแอปพลิเคชันไม่ได้ใช้ส่วนขยาย SQL เฉพาะของ DBMS
เมื่อโหลดบนระบบเพิ่มขึ้นและความซับซ้อนของงานที่ได้รับการแก้ไข (การกระจายและความหลากหลายของทรัพยากรที่ใช้ จำนวนผู้ใช้ที่เชื่อมต่อพร้อมกัน ความซับซ้อนของตรรกะของแอปพลิเคชัน) จะถูกใช้ แบบจำลองสถาปัตยกรรมสามชั้น"ไคลเอนต์ - เซิร์ฟเวอร์" โดยใช้ตัวจัดการธุรกรรม ส่วนประกอบ JAM/TPi-Client และ JAM/TPi-Server ทำให้การเปลี่ยนไปใช้โมเดลสามระดับเป็นเรื่องง่าย ในกรณีนี้ โมดูล JAM/TPi-Server มีบทบาทสำคัญ เนื่องจากปัญหาหลักในการใช้โมเดลสามระดับอยู่ที่การนำตรรกะของแอปพลิเคชันไปใช้ในบริการตัวจัดการธุรกรรม
อินเทอร์เฟซ JAM/CASE ช่วยให้สามารถแลกเปลี่ยนข้อมูลระหว่างที่เก็บอ็อบเจ็กต์ JAM และที่เก็บเครื่องมือ CASE การแลกเปลี่ยนจะคล้ายกับวิธีการนำเข้าโครงสร้างฐานข้อมูลไปยังพื้นที่เก็บข้อมูล JAM โดยตรงจากฐานข้อมูล ความแตกต่างก็คือการแลกเปลี่ยนระหว่างที่เก็บเป็นแบบสองทิศทาง
นอกจากโมดูล JAM/CASEi แล้ว ยังมีโมดูล Kit ของ JAM/CASEi Developer ด้วย การใช้โมดูลนี้ คุณสามารถพัฒนาอินเทอร์เฟซได้อย่างอิสระ (เช่น โมดูล JAM/CASEi เฉพาะทาง) สำหรับเครื่องมือ CASE เฉพาะ หากมี ไม่มีโมดูล JAM/CASEi สำเร็จรูปสำหรับโมดูลนี้
มีอินเทอร์เฟซที่ใช้การโต้ตอบระหว่างเครื่องมือ Silverrun CASE และ JAM โดยจะถ่ายโอนสคีมาฐานข้อมูลและแบบฟอร์มหน้าจอแอปพลิเคชันระหว่างเครื่องมือ Silverrun-RDM CASE และ JAM เวอร์ชัน 7.0 มีสองโหมดการทำงาน:
1) โหมดตรง (Silverrun-RDM->JAM) มีไว้สำหรับการสร้างอ็อบเจ็กต์พจนานุกรม CASE และองค์ประกอบที่เก็บ JAM ตามการแสดงสกีมาใน Silverrun-RDM ขึ้นอยู่กับการแสดงโมเดลข้อมูลอินเทอร์เฟซใน Silverrun-RDM หน้าจอและองค์ประกอบที่เก็บ JAM จะถูกสร้างขึ้น บริดจ์จะแปลงตารางสคีมาเชิงสัมพันธ์ RDM และความสัมพันธ์ให้เป็นลำดับของอ็อบเจ็กต์ JAM ในประเภทที่เหมาะสม วิธีการสำหรับการสร้างแบบจำลองข้อมูลอินเทอร์เฟซใน Silverrun-RDM เกี่ยวข้องกับการใช้กลไกวงจรย่อยสำหรับการสร้างหน้าจอแอปพลิเคชันต้นแบบ ตามคำอธิบายของวงจรย่อย RDM แต่ละวงจร บริดจ์จะสร้างรูปแบบหน้าจอ JAM;
2) โหมดย้อนกลับ (JAM->Silverrun-RDM) มีไว้สำหรับการถ่ายโอนการแก้ไขออบเจ็กต์พจนานุกรม CASE ไปยังโมเดลเชิงสัมพันธ์ Silverrun-RDM
โหมดการปรับรื้อระบบช่วยให้สามารถแก้ไขคุณสมบัติหน้าจอ JAM ทั้งหมดที่นำเข้าก่อนหน้านี้จาก RDM เพื่อถ่ายโอนไปยังสคีมา Silvcrrun เพื่อควบคุมความสมบูรณ์ของฐานข้อมูล ไม่อนุญาตให้เปลี่ยนแปลงสคีมาในรูปแบบของการเพิ่มหรือลบตารางและเขตข้อมูลตาราง
เคอร์เนล JAM มีอินเทอร์เฟซในตัวสำหรับเครื่องมือการจัดการการกำหนดค่า (PVCS บนแพลตฟอร์ม Windows และ SCCS บนแพลตฟอร์ม UNIX) ไลบรารีหน้าจอและ/หรือพื้นที่เก็บข้อมูลจะถูกถ่ายโอนภายใต้การควบคุมของระบบเหล่านี้ ในกรณีที่ไม่มีระบบดังกล่าว JAM จะใช้ฟังก์ชันบางอย่างเพื่อสนับสนุนการพัฒนากลุ่มอย่างอิสระ
บนแพลตฟอร์ม MS-Windows นั้น JAM มีอินเทอร์เฟซในตัวกับ PVCS และการดำเนินการดึงข้อมูล/ชำระเงินจะดำเนินการโดยตรงจากสภาพแวดล้อม JAM
ผู้สร้างทีม Vantage (Westmount I-CASE) Vantage Team Builder เป็นผลิตภัณฑ์ซอฟต์แวร์บูรณาการที่ออกแบบมาเพื่อใช้งานและสนับสนุนโมเดลวงจรการใช้งานของ Waterfall อย่างเต็มที่
Vantage Team Builder มีฟังก์ชันดังต่อไปนี้:
1. การออกแบบไดอะแกรมการไหลของข้อมูล ไดอะแกรมความสัมพันธ์เอนทิตี โครงสร้างข้อมูล ไดอะแกรมบล็อกโปรแกรม และลำดับของรูปแบบหน้าจอ
2. การออกแบบไดอะแกรมสถาปัตยกรรมระบบ - SAD (การออกแบบองค์ประกอบและการสื่อสารของเครื่องมือคอมพิวเตอร์, การกระจายงานของระบบระหว่างเครื่องมือคอมพิวเตอร์, การสร้างแบบจำลองความสัมพันธ์ระหว่างไคลเอนต์และเซิร์ฟเวอร์, การวิเคราะห์การใช้ตัวจัดการธุรกรรมและคุณสมบัติของการทำงานของระบบแบบเรียลไทม์)
3. การสร้างโค้ดโปรแกรมในภาษาของ DBMS เป้าหมายพร้อมการสนับสนุนสภาพแวดล้อมซอฟต์แวร์อย่างเต็มรูปแบบและการสร้างโค้ด SQL สำหรับการสร้างตารางฐานข้อมูล ดัชนี ข้อจำกัดด้านความสมบูรณ์ และขั้นตอนการจัดเก็บ
4. การเขียนโปรแกรมด้วยภาษา C พร้อม SQL ในตัว
5. การจัดการเวอร์ชันและการกำหนดค่าของโครงการ
6. การเข้าถึงพื้นที่เก็บข้อมูลโครงการโดยผู้ใช้หลายคน
7. การสร้างเอกสารโครงการโดยใช้เทมเพลตมาตรฐานและเทมเพลตแต่ละรายการ
8. ส่งออกและนำเข้าข้อมูลโครงการในรูปแบบ CDIF (CASE Data Interchange Format)
Vantage Team Builder มีการกำหนดค่าที่หลากหลาย ขึ้นอยู่กับ DBMS ที่ใช้ (ORACLE, Informix, Sybase หรือ Ingres) หรือเครื่องมือพัฒนาแอปพลิเคชัน (Uniface) Vantage Team Builder สำหรับการกำหนดค่า Uniface แตกต่างจากส่วนที่เหลือตรงที่เน้นบางส่วนไปที่โมเดลวงจรชีวิตแบบเกลียว เนื่องจากความสามารถในการสร้างต้นแบบที่รวดเร็ว ไดอะแกรมชุดใหญ่ใช้เพื่ออธิบายโครงการ AIS
เมื่อสร้างไดอะแกรมทุกประเภทจะมีการควบคุมเพื่อให้แบบจำลองสอดคล้องกับไวยากรณ์ของวิธีการที่ใช้ตลอดจนการควบคุมความสอดคล้องขององค์ประกอบที่มีชื่อเดียวกันและประเภทสำหรับไดอะแกรมประเภทต่างๆ
เมื่อสร้างไดอะแกรมการไหลของข้อมูล DFD จะมีการตรวจสอบความสอดคล้องของไดอะแกรมในระดับการสลายตัวที่แตกต่างกัน ความถูกต้องของระดับบนสุดของ DFD จะถูกตรวจสอบโดยใช้เมทริกซ์รายการเหตุการณ์ ELM เพื่อควบคุมการสลายตัวของสตรีมข้อมูลคอมโพสิต มีการใช้หลายตัวเลือกสำหรับคำอธิบาย: ในรูปแบบ แผนภาพโครงสร้างข้อมูลดีเอสดีหรือ สัญกรณ์ BNF (แบบฟอร์ม Backus - Naur)
ในการสร้าง SAD จะใช้สัญลักษณ์ DFD แบบขยาย ซึ่งทำให้สามารถแนะนำแนวคิดของโปรเซสเซอร์ งาน และอุปกรณ์ต่อพ่วง ซึ่งช่วยให้มั่นใจในความชัดเจนของโซลูชันการออกแบบ
เมื่อสร้างแบบจำลองข้อมูลในรูปแบบของ ERD โมเดลข้อมูลจะถูกทำให้เป็นมาตรฐานและมีการแนะนำคำจำกัดความของชื่อทางกายภาพขององค์ประกอบข้อมูลและตารางที่จะใช้ในกระบวนการสร้างสคีมาข้อมูลทางกายภาพของ DBMS เฉพาะ เป็นไปได้ที่จะกำหนดคีย์ทางเลือกของเอนทิตีและฟิลด์ที่ประกอบเป็นจุดเริ่มต้นเพิ่มเติมในตาราง (ฟิลด์ดัชนี) และพลังของความสัมพันธ์ระหว่างเอนทิตี
การมีอยู่ของระบบการสร้างรหัสสากลตามวิธีการเข้าถึงพื้นที่เก็บข้อมูลโครงการที่ระบุช่วยให้นักพัฒนาสามารถรักษาระดับการดำเนินการตามระเบียบวินัยการออกแบบในระดับสูง: ลำดับที่เข้มงวดของการสร้างแบบจำลอง โครงสร้างที่เข้มงวดและเนื้อหาของเอกสาร การสร้างซอร์สโค้ดโปรแกรมอัตโนมัติ ฯลฯ ทั้งหมดนี้ทำให้มั่นใจได้ถึงการเพิ่มคุณภาพและความน่าเชื่อถือของไอซีที่พัฒนาแล้ว
สามารถใช้ระบบการเผยแพร่ FrameMaker, Interleaf หรือ Word Perfect เพื่อเตรียมเอกสารโครงการ โครงสร้างและองค์ประกอบของเอกสารประกอบโครงการได้รับการกำหนดค่าตามมาตรฐานที่กำหนด การปรับแต่งจะดำเนินการโดยไม่ต้องเปลี่ยนโซลูชันการออกแบบ
เมื่อพัฒนา AIS ขนาดใหญ่ ระบบทั้งหมดโดยรวมจะสอดคล้องกับโปรเจ็กต์เดียวในหมวดหมู่ Vantage Team Builder โครงการสามารถแบ่งออกเป็นหลายระบบ ซึ่งแต่ละระบบสอดคล้องกับระบบย่อย AIS ที่ค่อนข้างเป็นอิสระและได้รับการพัฒนาอย่างเป็นอิสระจากระบบอื่นๆ ในอนาคตสามารถบูรณาการระบบโครงการได้
กระบวนการออกแบบ AIS โดยใช้ Vantage Team Builder ดำเนินการในรูปแบบของสี่ขั้นตอนต่อเนื่อง (ขั้นตอน) - การวิเคราะห์ สถาปัตยกรรม การออกแบบและ การดำเนินการในกรณีนี้ ผลลัพธ์ที่เสร็จสมบูรณ์ของแต่ละขั้นตอนจะถูกโอนทั้งหมดหรือบางส่วน (นำเข้า) ไปยังระยะถัดไป ไดอะแกรมทั้งหมด ยกเว้น ERD จะถูกแปลงเป็นประเภทอื่นหรือเปลี่ยนลักษณะที่ปรากฏตามลักษณะของเฟสปัจจุบัน ดังนั้น DFD จะถูกแปลงเป็น SAD ในขั้นตอนสถาปัตยกรรม และ DSD จะถูกแปลงเป็น DTD เมื่อการนำเข้าเสร็จสมบูรณ์ การเชื่อมต่อเชิงตรรกะกับเฟสก่อนหน้าจะใช้งานไม่ได้ กล่าวคือ สามารถทำการเปลี่ยนแปลงที่จำเป็นทั้งหมดกับไดอะแกรมได้
Vantage Team Builder สำหรับการกำหนดค่า Uniface ช่วยให้มั่นใจได้ถึงการแบ่งปันสองระบบภายในสภาพแวดล้อมการออกแบบทางเทคโนโลยีเดียว ในขณะที่สกีมาฐานข้อมูล (โมเดล SQL) จะถูกถ่ายโอนไปยังพื้นที่เก็บข้อมูล Uniface และในทางกลับกัน โมเดลแอปพลิเคชันที่สร้างโดยเครื่องมือ Uniface ก็สามารถถ่ายโอนไปยัง Vantage ได้ พื้นที่เก็บข้อมูล Team Builder ความคลาดเคลื่อนที่เป็นไปได้ระหว่างที่เก็บของทั้งสองระบบจะถูกกำจัดออกโดยใช้ยูทิลิตี้พิเศษ การพัฒนาแบบฟอร์มหน้าจอในสภาพแวดล้อม Uniface ดำเนินการบนพื้นฐานของไดอะแกรมลำดับแบบฟอร์ม FSD หลังจากการนำเข้าโมเดล SQL เทคโนโลยีในการพัฒนา AIS ตามการกำหนดค่านี้แสดงไว้ในรูปที่ 1 2.23.
โครงสร้างของพื้นที่เก็บข้อมูลที่จัดเก็บไว้ใน DBMS เป้าหมายและอินเทอร์เฟซ Vantage Team Builder นั้นเปิดอยู่ ซึ่งโดยหลักการแล้วช่วยให้สามารถทำงานร่วมกับเครื่องมืออื่นๆ ได้
ยูนิเฟสผลิตภัณฑ์ของ Compuware คือสภาพแวดล้อมการพัฒนาสำหรับแอปพลิเคชันขนาดใหญ่ในสถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์ และมีสถาปัตยกรรมส่วนประกอบดังต่อไปนี้:
1. Application Objects Repository (application object repository) ประกอบด้วยข้อมูลเมตาที่ส่วนประกอบอื่นๆ ทั้งหมดใช้โดยอัตโนมัติตลอดวงจรชีวิตของ AIS (โมเดลแอปพลิเคชัน คำอธิบายข้อมูล กฎเกณฑ์ทางธุรกิจ แบบฟอร์มหน้าจอ ออบเจ็กต์ส่วนกลาง และเทมเพลต) พื้นที่เก็บข้อมูลสามารถเก็บไว้ในฐานข้อมูลใดก็ได้ที่ Uniface รองรับ
ข้าว. 2.23.ปฏิสัมพันธ์ระหว่าง Vantage Team Builder และ Uniface
2. Application Model Manager รองรับโมเดลแอปพลิเคชัน (โมเดล ER) ซึ่งแต่ละโมเดลแสดงถึงชุดย่อยของสคีมาฐานข้อมูลทั่วไปจากมุมมองของแอปพลิเคชันที่กำหนด และรวมถึงโปรแกรมแก้ไขกราฟิกที่เกี่ยวข้อง
3. Rapid Application Builder - เครื่องมือสำหรับการสร้างแบบฟอร์มหน้าจอและรายงานอย่างรวดเร็วตามออบเจ็กต์โมเดลแอปพลิเคชัน รวมเครื่องมือแก้ไขแบบฟอร์มกราฟิก การสร้างต้นแบบ การดีบัก การทดสอบ และเครื่องมือเอกสาร อินเทอร์เฟซที่มีการควบคุมหน้าต่างประเภทต่างๆ Open Widget Interface ได้รับการปรับใช้สำหรับอินเทอร์เฟซกราฟิกที่มีอยู่ - MS Windows (รวมถึง VBX), Motif, OS/2 Universal Presentation Interface ช่วยให้คุณใช้แอปพลิเคชันเวอร์ชันเดียวกันในส่วนต่อประสานกราฟิกที่แตกต่างกันโดยไม่ต้องเปลี่ยนโค้ดโปรแกรม
4. บริการสำหรับนักพัฒนาใช้เพื่อรองรับโครงการขนาดใหญ่และใช้การควบคุมเวอร์ชัน (Uniface Version Control System) สิทธิ์การเข้าถึง (การแยกอำนาจ) การแก้ไขทั่วโลก ฯลฯ สิ่งนี้ทำให้นักพัฒนามีเครื่องมือสำหรับการออกแบบแบบขนาน การควบคุมอินพุตและเอาต์พุต การค้นหา การดู การบำรุงรักษา และการออกรายงานเกี่ยวกับข้อมูลระบบควบคุมเวอร์ชัน
5. Deployment Manager (การจัดการการกระจายแอปพลิเคชัน) - เครื่องมือที่ช่วยให้คุณเตรียมแอปพลิเคชันที่สร้างขึ้นสำหรับการแจกจ่าย ติดตั้ง และบำรุงรักษา (ในกรณีนี้ แพลตฟอร์มของผู้ใช้อาจแตกต่างจากแพลตฟอร์มของผู้พัฒนา) ประกอบด้วยไดรเวอร์เครือข่ายและไดรเวอร์ DBMS แอปพลิเคชันเซิร์ฟเวอร์ (โพลีเซิร์ฟเวอร์) การเผยแพร่แอปพลิเคชัน และเครื่องมือการจัดการฐานข้อมูล Uniface รองรับอินเทอร์เฟซกับแพลตฟอร์มฮาร์ดแวร์และซอฟต์แวร์ที่รู้จักเกือบทั้งหมด, DBMS, เครื่องมือ CASE, โปรโตคอลเครือข่ายและตัวจัดการธุรกรรม
6. Personal Series (เครื่องมือส่วนตัว) ใช้เพื่อสร้างแบบสอบถามและรายงานที่ซับซ้อนในรูปแบบกราฟิก (Personal Query และ Personal Access - PQ/PA) รวมถึงการถ่ายโอนข้อมูลไปยังระบบ เช่น WinWord และ Excel
7. Distributed Computing Manager - เครื่องมือบูรณาการกับตัวจัดการธุรกรรม Tuxedo, Encina, CICS, OSF DCE
เวอร์ชัน Uniface 7 รองรับโมเดลการประมวลผลแบบกระจายและสถาปัตยกรรมไคลเอนต์-เซิร์ฟเวอร์สามระดับอย่างสมบูรณ์ (พร้อมความสามารถในการเปลี่ยนรูปแบบการแยกส่วนของแอปพลิเคชันขณะรันไทม์) แอปพลิเคชันที่สร้างขึ้นโดยใช้ Uniface 7 สามารถดำเนินการได้ในสภาพแวดล้อมการทำงานที่แตกต่างกันโดยใช้โปรโตคอลเครือข่ายที่แตกต่างกัน พร้อมกันบนแพลตฟอร์มที่แตกต่างกันหลายแพลตฟอร์ม (รวมถึงอินเทอร์เน็ต)
ส่วนประกอบ Uniface 7 ประกอบด้วย:
1. Uniface Application Server - แอปพลิเคชันเซิร์ฟเวอร์สำหรับระบบแบบกระจาย
2. WebEnabler - ซอฟต์แวร์เซิร์ฟเวอร์สำหรับใช้งานแอปพลิเคชันบนอินเทอร์เน็ตและอินทราเน็ต
3. เนมเซิร์ฟเวอร์ - ซอฟต์แวร์เซิร์ฟเวอร์ที่รับประกันการใช้ทรัพยากรแอปพลิเคชันแบบกระจาย
4. PolyServer - เครื่องมือสำหรับการเข้าถึงข้อมูลและบูรณาการระบบต่างๆ
รายการ DBMS ที่รองรับ ได้แก่ DB2, VSAM และ IMS; PolyServer ยังจัดให้มีการโต้ตอบกับ MVS OS
นักออกแบบ/2000 + นักพัฒนา/2000 Designer/2000 2.0 จาก ORACLE เป็นเครื่องมือ CASE แบบบูรณาการที่เมื่อใช้ร่วมกับเครื่องมือพัฒนาแอปพลิเคชัน Developer/2000 จะให้การสนับสนุนวงจรชีวิตซอฟต์แวร์ที่สมบูรณ์สำหรับระบบที่ใช้ ORACLE DBMS
Designer/2000 คือกลุ่มวิธีการและผลิตภัณฑ์ซอฟต์แวร์ที่สนับสนุนวิธีการเหล่านี้ วิธีการขั้นพื้นฐาน Designer/2000 (CASE*Method) เป็นวิธีวิทยาเชิงโครงสร้างสำหรับการออกแบบระบบที่ครอบคลุมทุกขั้นตอนของวงจรชีวิตของ AIS อย่างเต็มรูปแบบ ในขั้นตอนการวางแผน เป้าหมายของการสร้างระบบ ลำดับความสำคัญและข้อจำกัด ได้มีการพัฒนาสถาปัตยกรรมระบบและแผนพัฒนา AIS ในระหว่างกระบวนการวิเคราะห์ สิ่งต่อไปนี้จะถูกสร้างขึ้น: แบบจำลองความต้องการข้อมูล (แผนภาพความสัมพันธ์เอนทิตี) แผนภาพลำดับชั้นการทำงาน (ขึ้นอยู่กับการแบ่งแยกฟังก์ชัน AIS) เมทริกซ์ตัวอ้างอิงโยง และแผนภาพการไหลของข้อมูล
ในขั้นตอนการออกแบบ จะมีการพัฒนาสถาปัตยกรรม AIS แบบละเอียด มีการออกแบบสคีมาฐานข้อมูลเชิงสัมพันธ์และโมดูลซอฟต์แวร์ และสร้างการอ้างอิงโยงระหว่างส่วนประกอบต่างๆ ของ AIS เพื่อวิเคราะห์อิทธิพลซึ่งกันและกันและควบคุมการเปลี่ยนแปลง
ในขั้นตอนการนำไปใช้งาน จะมีการสร้างฐานข้อมูล สร้างระบบแอปพลิเคชัน ทดสอบ ตรวจสอบคุณภาพ และปฏิบัติตามข้อกำหนดของผู้ใช้ มีการสร้างเอกสารประกอบของระบบ เอกสารการฝึกอบรม และคู่มือผู้ใช้ ในขั้นตอนการดำเนินงานและการบำรุงรักษา ประสิทธิภาพและความสมบูรณ์ของระบบจะได้รับการวิเคราะห์ สนับสนุน และดำเนินการแก้ไข AIS หากจำเป็น
Designer/2000 จัดเตรียมอินเทอร์เฟซแบบกราฟิกสำหรับการพัฒนาแบบจำลองต่างๆ (ไดอะแกรม) ของสาขาวิชา ในระหว่างกระบวนการสร้างโมเดล ข้อมูลเกี่ยวกับโมเดลเหล่านี้จะถูกป้อนเข้าไปในพื้นที่เก็บข้อมูล Designer/2000 มีส่วนประกอบต่อไปนี้
เอไอเอส ดีไซน์
การพัฒนาโดยละเอียด การออกแบบระบบประกอบด้วยเอกสารด้านองค์กร การออกแบบ เทคโนโลยี และการปฏิบัติงานที่ครบถ้วน เป็นไปตาม GOST 34.601-90 การออกแบบระบบอัตโนมัติเกี่ยวข้องกับการดำเนินการหลายขั้นตอน รวมถึง: การสร้างข้อกำหนดสำหรับ AS, การพัฒนาแนวคิด AS, การพัฒนาข้อกำหนดทางเทคนิค, การออกแบบเบื้องต้น, การออกแบบทางเทคนิคและการพัฒนาเอกสารการทำงาน ขั้นตอนของการสร้าง AS นอกเหนือจากการออกแบบแล้ว ยังรวมถึง: การทดสอบการใช้งานและการบำรุงรักษา AS แต่ละขั้นตอนแบ่งออกเป็นขั้นตอน ภาคผนวกของมาตรฐานนี้ยังกำหนด:
· รายชื่อประเภทองค์กรที่เข้าร่วมงาน
ขึ้นอยู่กับลักษณะของวัตถุการออกแบบและเงื่อนไขเฉพาะ GOST 34.601-90 อนุญาตให้แยกแต่ละขั้นตอนรวมถึงการรวมกัน คำนึงถึงแนวทางปฏิบัติระยะยาวในรัสเซียเมื่อสร้างระบบข้อมูลอัตโนมัติ (" เอไอเอส”) โดยทั่วไปขั้นตอนการออกแบบต่อไปนี้จะดำเนินการ: การสำรวจก่อนการออกแบบ การออกแบบแนวความคิด การออกแบบเบื้องต้น การออกแบบทางเทคนิค และการออกแบบโดยละเอียด มาตรฐานของรัฐอื่นๆ ที่ควบคุมการออกแบบลำโพงในด้านต่างๆ:
· GOST 34.602-89 ชุดมาตรฐานสำหรับระบบอัตโนมัติ เงื่อนไขการอ้างอิงสำหรับการสร้างระบบอัตโนมัติ เข้าเมื่อ 01/01/90
· มาตรฐาน 34.603-92 เทคโนโลยีสารสนเทศ ประเภทของการทดสอบ AC
· มาตรฐาน 34. (971, 972,973, 974, 981) - 91 เทคโนโลยีสารสนเทศ. การเชื่อมต่อโครงข่ายของระบบเปิด
· มาตรฐาน 34.91. เทคโนโลยีสารสนเทศ เครือข่ายท้องถิ่น ฯลฯ
แบบสำรวจก่อนโครงการ- การรวบรวมและการประมวลผลข้อมูลเกี่ยวกับองค์กรและคุณลักษณะการทำงานของออบเจ็กต์อัตโนมัติ รวมถึงข้อมูลเกี่ยวกับปฏิสัมพันธ์กับสภาพแวดล้อมภายนอกและออบเจ็กต์อื่น ๆ ตลอดจนการใช้งาน การวิเคราะห์ระบบการพัฒนาการศึกษาความเป็นไปได้สำหรับความเป็นไปได้ของระบบอัตโนมัติและการพัฒนาข้อกำหนดทั่วไปสำหรับการพัฒนาระบบอัตโนมัติ เนื้อหาของงานระหว่างการตรวจสอบก่อนโครงการของสิ่งอำนวยความสะดวกอัตโนมัติสอดคล้องกับขั้นตอน "การก่อตัวของข้อกำหนดสำหรับระบบอัตโนมัติ" GOST 34.601-90 ขั้นตอน: "การตรวจสอบวัตถุและเหตุผลของความจำเป็นในการสร้างระบบอัตโนมัติ" ”, “การสร้างข้อกำหนดของผู้ใช้สำหรับระบบอัตโนมัติ”, “การสร้างรายงานเกี่ยวกับงานที่ทำและแอปพลิเคชันสำหรับการพัฒนา AS - ข้อกำหนดทางยุทธวิธีและทางเทคนิค”
การออกแบบแนวความคิด- สอดคล้องกับขั้นตอนการออกแบบตาม GOST 34.601-90 - "การพัฒนาแนวคิด NPP" (ขั้นตอน: "การพัฒนาตัวเลือกสำหรับแนวคิด NPP และการเลือกตัวเลือกแนวคิด NPP ที่ทำให้ผู้ใช้พึงพอใจ", "การเตรียมรายงานเกี่ยวกับ งานที่ทำ") และ "การพัฒนาข้อกำหนดทางเทคนิค" ประเภทของเอกสารขั้นสุดท้ายของงานในขั้นตอนนี้คือ โครงการเบื้องต้น(ใช้ชื่อด้วย - “ การออกแบบแนวความคิด ”, “โครงการนำร่อง") หรือ โปรแกรมการสร้างระบบที่ประกอบด้วย:
· คำอธิบายโดยย่อเกี่ยวกับสถานะเริ่มต้นของออบเจ็กต์ระบบอัตโนมัติและสภาพแวดล้อมที่วัตถุทำงาน
· บ่งชี้เป้าหมายหลักและรายการงานระบบอัตโนมัติ
· คำอธิบายของโครงสร้างองค์กรและหน้าที่ที่ขยายของตัวเลือก (หรือตัวเลือก) ที่เลือกสำหรับการสร้างระบบที่ถูกสร้างขึ้น
· การศึกษาความเป็นไปได้
· คำอธิบายแบบบูรณาการและข้อกำหนดพื้นฐานสำหรับข้อมูลและเครื่องมือสนับสนุนทางภาษา
· ข้อกำหนดทั่วไปสำหรับซอฟต์แวร์และฮาร์ดแวร์
· แสดงรายการและขยายลักษณะของขั้นตอนของการสร้างระบบ ระยะเวลาของการดำเนินการ องค์ประกอบของนักแสดง และผลลัพธ์ที่คาดหวังของการดำเนินการ
· การประเมินเบื้องต้นของตัวบ่งชี้ต้นทุนของงาน
· ข้อกำหนดทางเทคนิคสำหรับระบบโดยรวมและ/หรือส่วนประกอบหลัก (ระบบย่อย ระบบซอฟต์แวร์และฮาร์ดแวร์และเครื่องมือ งานแต่ละงาน ฯลฯ) ที่ได้รับอนุมัติจากลูกค้า
การออกแบบแผนผัง- การพัฒนาโซลูชั่นการออกแบบเบื้องต้นสำหรับระบบและชิ้นส่วน เอกสารขั้นสุดท้ายสำหรับการปฏิบัติงานในขั้นตอนการออกแบบนี้คือ การออกแบบเบื้องต้นซึ่งมีการออกแบบพื้นฐานและโซลูชันวงจรของวัตถุการพัฒนาตลอดจนข้อมูลที่กำหนดวัตถุประสงค์และพารามิเตอร์พื้นฐาน (เมื่อออกแบบ ซอฟต์แวร์ระบบการออกแบบเบื้องต้นจะต้องมีระบบที่สมบูรณ์ ข้อกำหนดได้รับการพัฒนา โปรแกรม).
การออกแบบทางเทคนิค -ขั้นตอนการออกแบบระบบลำโพง ได้แก่
· การพัฒนาโซลูชันการออกแบบสำหรับระบบและชิ้นส่วน
· การพัฒนาเอกสารสำหรับ NPP และส่วนต่างๆ
· การพัฒนาและการดำเนินการเอกสารสำหรับการจัดหาผลิตภัณฑ์เพื่อให้เป็นไปตามข้อกำหนด NPP และ/หรือข้อกำหนดทางเทคนิค (ข้อกำหนดทางเทคนิค) สำหรับการพัฒนา
· การพัฒนางานออกแบบในส่วนที่อยู่ติดกันของโครงการสิ่งอำนวยความสะดวกระบบอัตโนมัติ
เอกสารสุดท้ายของขั้นตอนการออกแบบนี้คือ โครงการด้านเทคนิคนอกเหนือจากวัสดุที่ระบุไว้ แผนภาพวงจร และเอกสารการออกแบบของวัตถุการพัฒนาและส่วนประกอบ รายการเครื่องมือสำเร็จรูปที่เลือกไว้ ซอฟต์แวร์และฮาร์ดแวร์(รวมถึงคอมพิวเตอร์ ระบบปฏิบัติการ, แอพพลิเคชั่นฯลฯ) และด้วย อัลกอริธึมแก้ไขปัญหาเพื่อพัฒนาเครื่องมือซอฟต์แวร์ใหม่ ฯลฯ
ออกแบบรายละเอียด- ขั้นตอนสุดท้าย ออกแบบซึ่งนอกเหนือจากการพัฒนาเอกสารการทำงานสำหรับระบบและชิ้นส่วนตาม GOST 34.601-90 โดยทั่วไปแล้วจะจัดให้มีการชี้แจงและรายละเอียดผลลัพธ์ของขั้นตอนก่อนหน้า การสร้างและการทดสอบต้นแบบและ/หรือแบบจำลองอุตสาหกรรมนำร่อง ของออบเจ็กต์ระบบอัตโนมัติ การพัฒนาและการทดสอบผลิตภัณฑ์ซอฟต์แวร์ เอกสารทางเทคโนโลยีและการปฏิบัติงาน ผลลัพธ์จะแสดงอยู่ใน คนงานหรือ โครงการงานด้านเทคนิค- ในการปฏิบัติการออกแบบที่ทันสมัย ระบบข้อมูลอัตโนมัติ(ตัวอย่างเช่น, เอบิส, แอสติ, เอซีเอสฯลฯ) เป็นขั้นเริ่มต้นของการนำไปปฏิบัติในงานของบริษัท องค์กร หรือบริการที่เป็นลูกค้าของโครงการ หรือบริษัทแม่ในบริษัท องค์กร บริการ ฯลฯ ที่เป็นอัตโนมัติอื่นๆ จำนวนมาก
วงจรการพัฒนา (การออกแบบ)) ซอฟต์แวร์ -ชุดของขั้นตอนการพัฒนา ซอฟต์แวร์เริ่มจาก การวิเคราะห์ระบบและการพัฒนาข้อกำหนดเบื้องต้นก่อนนำไปปฏิบัติ
หลักการออกแบบเอไอเอส- ชุดกฎหรือข้อกำหนดที่กำหนดโดยประสบการณ์อันหลากหลายในการสร้างและดำเนินการเอไอเอส สิ่งที่พบบ่อยที่สุดคือ:
· ตัวตน- การพัฒนาใหม่การปรับปรุงสิ่งที่มีอยู่หรือการใช้งาน AIS ที่ได้รับจากภายนอกเป็นปัญหาทางวิทยาศาสตร์และทางเทคนิคที่มีเนื้อหาคล้ายกันแตกต่างกันในเนื้อหาของขั้นตอนและพารามิเตอร์เวลาจำนวนหนึ่งเท่านั้น ;
· ความสามารถในการผลิต: เทคโนโลยีอัตโนมัติหมายถึงการพัฒนาเทคโนโลยีใหม่หรือความทันสมัยของเทคโนโลยีที่มีอยู่ในเงื่อนไขของ AIS และไม่อนุญาตให้ใช้ซอฟต์แวร์และฮาร์ดแวร์ที่พัฒนาอย่างง่ายดายในเงื่อนไขของเทคโนโลยีดั้งเดิมแบบเก่า
· ความต่อเนื่อง ระยะ และความต่อเนื่องของการพัฒนาและพัฒนา: AIS เป็นระบบที่มีการพัฒนาอย่างต่อเนื่อง นวัตกรรมแต่ละอย่างทำหน้าที่เป็นการพัฒนาหลักการของระบบขั้นพื้นฐานและมีคุณภาพอยู่แล้ว
· ความสามารถในการปรับตัว: ส่วนประกอบของ AIS ต้องมีคุณสมบัติที่ช่วยให้สามารถปรับเปลี่ยนส่วนประกอบเหล่านี้ได้อย่างรวดเร็วต่อการเปลี่ยนแปลงของสภาพแวดล้อมภายนอกและวิธีการใหม่
· หลักการโมดูลาร์ของการสร้างซอฟต์แวร์และฮาร์ดแวร์: ถือว่าองค์ประกอบของเครื่องมือเหล่านี้ประกอบด้วยบล็อก (“โมดูล”) ที่ให้ความเป็นไปได้ในการเปลี่ยนหรือเปลี่ยนแปลงเพื่อปรับปรุงการทำงานของ AIS หรือการปรับตัวให้เข้ากับเงื่อนไขใหม่
· เทคโนโลยี (รวมถึง - เครือข่าย) บูรณาการ: ยอมรับความเป็นเอกภาพสำหรับระบบเทคโนโลยีทั้งหมดในการสร้าง อัปเดต จัดเก็บ และใช้ทรัพยากรสารสนเทศ และโดยเฉพาะอย่างยิ่งการประมวลผลเอกสารและข้อมูลแบบครั้งเดียว รวมถึงการใช้งานที่หลากหลายและอเนกประสงค์
· การทำให้กระบวนการเป็นมาตรฐานและการตรวจสอบอย่างสมบูรณ์: การใช้ข้อมูล AIS อเนกประสงค์ต้องทำให้ข้อมูลในระบบมีความน่าเชื่อถือสูง ในการดำเนินการนี้ในขั้นตอนต่างๆ ของการประมวลผลและการป้อนเอกสารข้อมูล จำเป็นต้องใช้รูปแบบการควบคุมข้อมูลต่างๆ ซึ่งเป็นข้อกำหนดที่สามารถเกิดขึ้นได้จากองค์ประกอบของงานที่ได้รับการแก้ไขและข้อมูลที่กำลังประมวลผล การตรวจสอบอย่างต่อเนื่องยังเป็นสิ่งจำเป็นเพื่อให้ได้คุณลักษณะเชิงคุณภาพและเชิงปริมาณของการทำงานของ AIS โดยใช้เครื่องมือสถิติอัจฉริยะในตัวและพัฒนาขึ้นเป็นพิเศษ
· ระเบียบข้อบังคับ: เอไอเอสมุ่งเน้นไปที่การทำงานในรูปแบบอุตสาหกรรม โดยจัดให้มีการประมวลผลเอกสารข้อมูลจำนวนมาก การประมวลผลนี้ได้รับการควบคุมโดยมาตรฐาน เส้นทางและเทคโนโลยีการดำเนินงาน มาตรฐานสำหรับตัวบ่งชี้ทรัพยากรและเวลา และบริการจัดส่งที่พัฒนาขึ้น
· ความได้เปรียบทางเศรษฐกิจ: การสร้าง AIS ควรรวมถึงการเลือกโซลูชันการออกแบบดังกล่าว (รวมถึงซอฟต์แวร์ เทคนิค และเทคโนโลยีองค์กร) ซึ่งภายใต้การบรรลุเป้าหมายและวัตถุประสงค์ที่ตั้งไว้ รับประกันการลดต้นทุนทางการเงิน วัสดุ และทรัพยากรแรงงานให้เหลือน้อยที่สุด
· ประเภทของโซลูชันการออกแบบ: การพัฒนาและพัฒนาเอไอเอสและเครือข่ายดำเนินการโดยมุ่งเน้นความร่วมมือและความร่วมมือระหว่างห้องสมุดตลอดจนเป็นไปตามกฎเกณฑ์และระเบียบปฏิบัติของการแลกเปลี่ยนข้อมูลระหว่างประเทศ
· ใช้โซลูชั่นสำเร็จรูปได้สูงสุด: เพื่อลดต้นทุนและเวลาในการพัฒนาและใช้งาน AIS รวมถึงลดข้อผิดพลาดในการออกแบบทั้งระบบโดยรวมและส่วนประกอบแต่ละส่วนขอแนะนำให้ใช้โซลูชันและเครื่องมือสำเร็จรูปให้มากที่สุด ในแผนนี้เมื่อสร้างระบบใหม่งานจำนวนมากเกี่ยวข้องกับการวิเคราะห์ตัวเลือกทางเลือกสำหรับวิธีแก้ปัญหาที่เป็นไปได้การเลือกตัวเลือกที่เหมาะสมที่สุดสำหรับออบเจ็กต์ระบบอัตโนมัติและการปรับให้เข้ากับเงื่อนไขใหม่ของการใช้งาน
· จิตวิญญาณขององค์กร: เมื่อออกแบบระบบอัตโนมัติที่เป็นส่วนหนึ่งของระบบระดับสูงกว่า (เมือง แผนก สาธารณรัฐ ฯลฯ) จะต้องจัดให้มีฮาร์ดแวร์ ซอฟต์แวร์ ภาษา และข้อมูลที่เข้ากันได้กับผู้เข้าร่วมอื่น ๆ ในระบบและ/หรือเครือข่าย AIS ข้อกำหนดของบริษัทนิยมอาจขัดแย้งกับข้อกำหนดหรือการตัดสินใจที่กำหนดโดยหลักการอื่น เช่น ความต่อเนื่องของการตัดสินใจในการออกแบบ
· การวางแนวไปยังบุคคลแรกของออบเจ็กต์อัตโนมัติ: การดำเนินงานที่ประสบความสำเร็จในการสร้างระบบข้อมูลอัตโนมัติการพัฒนาและการดำเนินงานนั้นเป็นไปได้ก็ต่อเมื่อบุคคลแรกของออบเจ็กต์ระบบอัตโนมัติสนับสนุนอย่างไม่มีเงื่อนไข (เช่นผู้อำนวยการห้องสมุดหรือหน่วยงานข้อมูล) และรับผิดชอบโดยตรงสำหรับ การดำเนินการดังกล่าวได้รับมอบหมายตามคำสั่งขององค์กรให้กับผู้จัดการในระดับรองผู้อำนวยการอย่างน้อย
การสนับสนุนด้านกฎระเบียบและระเบียบวิธีในการสร้างเอไอเอส
แนวคิดพื้นฐานของการออกแบบเอไอเอส
โดยทั่วไป AIS ประกอบด้วย: ผู้ใช้ (ผู้บริโภค) แหล่งข้อมูล ผู้ให้บริการข้อมูล วิธีรวบรวม จัดเก็บ ประมวลผลข้อมูล และวิธีการส่งข้อมูล
การออกแบบของ AIS ขึ้นอยู่กับองค์ประกอบ 2 ประการที่สัมพันธ์กัน:
มาตรฐานการออกแบบ
วิธีการออกแบบ
แนวคิดพื้นฐาน แนวทาง และคำจำกัดความของการออกแบบ AIS ได้รับการควบคุมโดยการออกแบบและเอกสารซอฟต์แวร์สามประเภท:
- ระบบเอกสารการออกแบบแบบครบวงจร (ESKD)
- ระบบเอกสารโปรแกรมแบบครบวงจร (USPD)
- ชุดเอกสารคำแนะนำสำหรับเอไอเอส
องค์ประกอบของเอกสารประกอบโครงการคือชุดของมาตรฐานและแนวทางตามมาตรฐาน AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90 ซึ่งรวมถึงหลักเกณฑ์สำหรับเทคโนโลยีสารสนเทศและระบบอัตโนมัติตลอดจนข้อกำหนดสำหรับเนื้อหาของเอกสาร
เป้าหมายของการออกแบบคือการระบุโครงสร้างภายในที่ค่อนข้างเรียบง่าย เรียกว่าสถาปัตยกรรมระบบ
เอไอเอสกำลังได้รับการพัฒนาเป็นโครงการ คุณลักษณะหลายประการของการจัดการโครงการและระยะการพัฒนาโครงการ (ระยะวงจรชีวิต) เป็นเรื่องปกติ เป็นอิสระไม่เพียงแต่ในสาขาวิชาเท่านั้น แต่ยังรวมถึงลักษณะของโครงการด้วย แนวคิดของโครงการเป็นแนวคิดที่ซับซ้อน และเป็นการยากที่จะหาสูตรที่ชัดเจนสำหรับโครงการนั้น
โครงการ– นี่เป็นการเปลี่ยนแปลงที่มีกำหนดเวลาและมีเป้าหมายไปยังระบบแยกต่างหากโดยมีเป้าหมายที่กำหนดไว้อย่างชัดเจนในขั้นต้น ซึ่งความสำเร็จจะเป็นตัวกำหนดความสมบูรณ์ของโครงการ เช่นเดียวกับข้อกำหนดที่กำหนดไว้สำหรับกำหนดเวลา ผลลัพธ์ ความเสี่ยง กรอบการทำงานสำหรับการใช้เงินทุนและทรัพยากร และสำหรับโครงสร้างองค์กร
เพื่อเศรษฐกิจระบบ ตามโครงการ EIS เราหมายถึงการออกแบบและเอกสารทางวิศวกรรม ซึ่งให้คำอธิบายของโซลูชันการออกแบบสำหรับการสร้างและการทำงานของ EIS ในสภาพแวดล้อมซอฟต์แวร์และฮาร์ดแวร์เฉพาะ
ภายใต้การออกแบบ EISเข้าใจกระบวนการแปลงข้อมูลอินพุตเกี่ยวกับวัตถุการออกแบบ วิธีการออกแบบ และประสบการณ์ในการออกแบบวัตถุที่มีจุดประสงค์คล้ายกันตาม GOST เป็นโครงการ EIS จากมุมมองนี้ การออกแบบ EIS ลงมาจนถึงการทำให้โซลูชันการออกแบบเป็นระเบียบที่สอดคล้องกันในขั้นตอนต่างๆ ของวงจรชีวิตของ EIS ได้แก่ การวางแผนและการวิเคราะห์ความต้องการ การออกแบบทางเทคนิคและรายละเอียด การนำไปใช้และการดำเนินงานของ EIS
การออกแบบวัตถุ EIS เป็นองค์ประกอบส่วนบุคคลหรือความซับซ้อนของส่วนการทำงานและส่วนสนับสนุน ดังนั้นองค์ประกอบการทำงานตามการสลายตัวแบบดั้งเดิมคืองาน ชุดของงาน และฟังก์ชันการจัดการ ในฐานะที่เป็นส่วนหนึ่งของส่วนสนับสนุนของ EIS วัตถุการออกแบบจึงเป็นองค์ประกอบและความซับซ้อนของข้อมูล ซอฟต์แวร์ และฮาร์ดแวร์ที่สนับสนุนระบบ
เป็นเรื่องการออกแบบ EIS เกี่ยวข้องกับทีมผู้เชี่ยวชาญที่ดำเนินกิจกรรมการออกแบบ ซึ่งโดยปกติจะเป็นส่วนหนึ่งขององค์กรเฉพาะทาง (การออกแบบ) และองค์กรลูกค้าที่จำเป็นในการพัฒนา EIS ขนาดของระบบที่ได้รับการพัฒนาจะกำหนดองค์ประกอบและจำนวนผู้เข้าร่วมในกระบวนการออกแบบ ด้วยปริมาณงานจำนวนมากและกำหนดเวลาที่จำกัดในการทำงานออกแบบให้เสร็จสิ้น ทีมออกแบบหลายทีม (องค์กรพัฒนา) อาจมีส่วนร่วมในการพัฒนาระบบ ในกรณีนี้ มีการระบุองค์กรแม่ที่ประสานงานกิจกรรมขององค์กรที่ดำเนินการร่วมทั้งหมด
รูปแบบการมีส่วนร่วมของผู้ร่วมดำเนินการในการพัฒนาโครงการระบบอาจแตกต่างกัน รูปแบบที่พบบ่อยที่สุดคือการที่ผู้ร่วมดำเนินการแต่ละคนทำงานออกแบบตั้งแต่ต้นจนจบสำหรับบางส่วนของระบบที่กำลังพัฒนา โดยทั่วไปนี่คือระบบย่อยที่ใช้งานได้หรือชุดของงานการจัดการที่เชื่อมต่อถึงกัน ที่พบได้น้อยกว่าคือรูปแบบของการมีส่วนร่วมของผู้ร่วมดำเนินการซึ่งผู้ร่วมดำเนินการแต่ละคนจะทำงานในบางขั้นตอนของกระบวนการออกแบบ มีตัวเลือกที่เป็นไปได้โดยรวมฟังก์ชันของลูกค้าและนักพัฒนาเข้าด้วยกัน นั่นคือ EIS ได้รับการออกแบบภายในองค์กร
การดำเนินการออกแบบ EIS เกี่ยวข้องกับการใช้โดยนักออกแบบเทคโนโลยีการออกแบบบางอย่างที่สอดคล้องกับขนาดและคุณลักษณะของโครงการที่กำลังพัฒนา
เทคโนโลยีการออกแบบ EIS- เป็นชุดวิธีการและเครื่องมือในการออกแบบ EIS รวมถึงวิธีการและวิธีการในการจัดการออกแบบ (การจัดการกระบวนการสร้างและปรับปรุงโครงการ EIS ให้ทันสมัย)
ระเบียบวิธี (แนวคิด + วิธีการ)
องค์กรเครื่องมือ
การออกแบบการออกแบบ
เทคโนโลยีการออกแบบขึ้นอยู่กับกระบวนการทางเทคโนโลยีที่กำหนดการกระทำ ลำดับ องค์ประกอบของนักแสดง วิธีการและทรัพยากรที่จำเป็นในการดำเนินการเหล่านี้
ดังนั้น กระบวนการทางเทคโนโลยีในการออกแบบ EIS โดยรวมจึงถูกแบ่งออกเป็นชุดของการดำเนินการตามลำดับ - ขนาน ที่เชื่อมต่อกันและอยู่ในสังกัด ซึ่งแต่ละสายสามารถมีหัวข้อของตัวเองได้ การดำเนินการที่ดำเนินการเมื่อออกแบบ EIS สามารถกำหนดเป็นการดำเนินการทางเทคโนโลยีที่แบ่งแยกไม่ได้หรือเป็นกระบวนการย่อยของการดำเนินการทางเทคโนโลยี การดำเนินการทั้งหมดสามารถเป็นการดำเนินการออกแบบได้ด้วยตนเอง ซึ่งสร้างหรือแก้ไขผลการออกแบบ และการดำเนินการประเมินซึ่งได้รับการพัฒนาตามเกณฑ์ที่กำหนดไว้สำหรับการประเมินผลการออกแบบ
ดังนั้นเทคโนโลยีการออกแบบจึงถูกกำหนดโดยลำดับการควบคุมของการดำเนินการทางเทคโนโลยีที่ดำเนินการในกระบวนการสร้างโครงการตามวิธีการเฉพาะซึ่งส่งผลให้ชัดเจนไม่เพียง แต่สิ่งที่ควรทำเพื่อสร้างโครงการเท่านั้น แต่ยังรวมถึง จะต้องดำเนินการนี้อย่างไร เพื่อใคร และในลำดับใด
หัวข้อของเทคโนโลยีการออกแบบที่เลือกควรสะท้อนถึงกระบวนการออกแบบที่สัมพันธ์กันในทุกขั้นตอนของวงจรชีวิตของ EIS
ข้อกำหนดหลักสำหรับเทคโนโลยีการออกแบบที่เลือกมีดังต่อไปนี้:
โครงการที่สร้างขึ้นโดยใช้เทคโนโลยีนี้จะต้องตรงตามความต้องการของลูกค้า
เทคโนโลยีที่เลือกควรสะท้อนทุกขั้นตอนของวงจรชีวิตของโครงการให้มากที่สุดเท่าที่จะเป็นไปได้
เทคโนโลยีที่เลือกจะต้องรับประกันต้นทุนแรงงานและต้นทุนขั้นต่ำสำหรับการออกแบบและการสนับสนุนโครงการ
เทคโนโลยีควรเป็นพื้นฐานของการเชื่อมโยงระหว่างการออกแบบและการบำรุงรักษาโครงการ
เทคโนโลยีควรช่วยเพิ่มผลผลิตของนักออกแบบ
เทคโนโลยีจะต้องมั่นใจในความน่าเชื่อถือของการออกแบบและการดำเนินงานของโครงการ
เทคโนโลยีควรอำนวยความสะดวกในการบำรุงรักษาเอกสารโครงการได้ง่าย
พื้นฐานของเทคโนโลยีการออกแบบ EIS คือวิธีการที่กำหนดสาระสำคัญ ซึ่งเป็นคุณลักษณะทางเทคโนโลยีหลักที่โดดเด่น
วิธีการออกแบบสมมติว่ามีแนวคิดหลักการออกแบบบางอย่างซึ่งดำเนินการโดยชุดวิธีการออกแบบซึ่งในทางกลับกันจะต้องได้รับการสนับสนุนจากเครื่องมือการออกแบบบางอย่าง
องค์กรของการออกแบบเกี่ยวข้องกับการกำหนดวิธีการโต้ตอบระหว่างนักออกแบบระหว่างกันและกับลูกค้าในกระบวนการสร้างโครงการ EIS ซึ่งสามารถรองรับได้ด้วยชุดเครื่องมือเฉพาะ
วิธีการออกแบบ EIS สามารถจำแนกได้ตามระดับการใช้งานเครื่องมืออัตโนมัติ โซลูชันการออกแบบมาตรฐาน และความสามารถในการปรับตัวต่อการเปลี่ยนแปลงที่คาดหวัง
ใช่ครับ ตามระดับ ระบบอัตโนมัติวิธีการออกแบบแบ่งออกเป็นวิธี:
การออกแบบด้วยตนเองซึ่งการออกแบบส่วนประกอบ EIS ดำเนินการโดยไม่ต้องใช้เครื่องมือซอฟต์แวร์พิเศษ และการเขียนโปรแกรมเสร็จสิ้นในภาษาอัลกอริธึม
การออกแบบคอมพิวเตอร์ซึ่งสร้างหรือกำหนดค่า (ตั้งค่า) โซลูชันการออกแบบตามการใช้เครื่องมือซอฟต์แวร์พิเศษ
ขึ้นอยู่กับระดับของการใช้โซลูชันการออกแบบมาตรฐาน วิธีการออกแบบต่อไปนี้มีความโดดเด่น:
การออกแบบดั้งเดิม (ส่วนบุคคล) เมื่อโซลูชันการออกแบบได้รับการพัฒนา "ตั้งแต่เริ่มต้น" ตามข้อกำหนดสำหรับ EIS
การออกแบบมาตรฐาน ซึ่งเกี่ยวข้องกับการกำหนดค่า EIS จากโซลูชันการออกแบบมาตรฐานสำเร็จรูป (โมดูลซอฟต์แวร์)
การออกแบบ EIS ดั้งเดิม (ส่วนบุคคล) มีลักษณะเฉพาะคืองานออกแบบทุกประเภทมุ่งเน้นไปที่การสร้างโครงการแต่ละโครงการสำหรับแต่ละวัตถุซึ่งสะท้อนถึงคุณสมบัติทั้งหมดในระดับสูงสุด
การออกแบบมาตรฐานดำเนินการบนพื้นฐานของประสบการณ์ที่ได้รับในการพัฒนาแต่ละโครงการ โครงการทั่วไปที่เป็นภาพรวมของประสบการณ์สำหรับกลุ่มของระบบองค์กรและเศรษฐกิจบางกลุ่มหรือประเภทของงานในแต่ละกรณีมีความเกี่ยวข้องกับคุณสมบัติเฉพาะมากมายและแตกต่างกันในระดับความครอบคลุมของฟังก์ชั่นการจัดการ งานที่ดำเนินการและเอกสารโครงการที่พัฒนาขึ้น
ตามระดับของความสามารถในการปรับตัวของโซลูชันการออกแบบ วิธีการออกแบบแบ่งออกเป็นวิธีต่างๆ ดังนี้
การสร้างใหม่เมื่อมีการปรับโซลูชันการออกแบบโดยการประมวลผลส่วนประกอบที่เกี่ยวข้อง (โมดูลซอฟต์แวร์การเขียนโปรแกรมใหม่)
การกำหนดพารามิเตอร์เมื่อมีการปรับโซลูชันการออกแบบ (สร้างใหม่) ตามพารามิเตอร์ที่เปลี่ยนแปลง
การปรับโครงสร้างแบบจำลอง เมื่อแบบจำลองของพื้นที่ปัญหาเปลี่ยนแปลง โดยขึ้นอยู่กับโซลูชันการออกแบบที่ถูกสร้างขึ้นใหม่โดยอัตโนมัติ
การรวมกันของลักษณะต่างๆ ของการจำแนกวิธีการออกแบบจะเป็นตัวกำหนดลักษณะของเทคโนโลยีการออกแบบ EIS ที่ใช้ โดยมีสองสิ่งหลักที่โดดเด่น:
คลาส: เทคโนโลยีมาตรฐานและอุตสาหกรรม (ตารางที่ 2.1) ในทางกลับกัน เทคโนโลยีการออกแบบอุตสาหกรรมจะแบ่งออกเป็นสองคลาสย่อย: อัตโนมัติ (โดยใช้เทคโนโลยี CASE) และการออกแบบมาตรฐาน (เชิงพารามิเตอร์หรือแบบจำลอง) การใช้เทคโนโลยีการออกแบบทางอุตสาหกรรมไม่รวมถึงการใช้เทคโนโลยี Canonical ในบางกรณี
ตารางที่ 2.1 ลักษณะของคลาสเทคโนโลยีการออกแบบ
เทคโนโลยีการออกแบบประเภทเฉพาะมีลักษณะเฉพาะโดยการใช้เครื่องมือพัฒนา EIS บางอย่างที่รองรับการใช้งานทั้งงานออกแบบ ขั้นตอน และการผสมผสาน ดังนั้นตามกฎแล้วนักพัฒนา EIS ต้องเผชิญกับภารกิจในการเลือกเครื่องมือออกแบบที่ตรงตามลักษณะเฉพาะขององค์กรนั้น ๆ ได้ดีที่สุด
เครื่องมือออกแบบควรเป็น:
ในระดับเดียวกัน ไม่แปรเปลี่ยนกับวัตถุการออกแบบ
ครอบคลุมทุกขั้นตอนของวงจรชีวิตของ EIS
ในทางเทคนิคแล้ว ซอฟต์แวร์และข้อมูลเข้ากันได้
ง่ายต่อการเรียนรู้และใช้งาน
เป็นไปได้ในเชิงเศรษฐกิจ
เครื่องมือออกแบบ EIS สามารถแบ่งออกได้เป็น 2 ประเภท คือ โดยไม่ต้องใช้คอมพิวเตอร์ และ เมื่อใช้คอมพิวเตอร์
เครื่องมือออกแบบโดยไม่ต้องใช้คอมพิวเตอร์ถูกนำมาใช้ในทุกขั้นตอนและขั้นตอนของการออกแบบ EIS ตามกฎแล้วสิ่งเหล่านี้เป็นวิธีการสนับสนุนองค์กรและระเบียบวิธีสำหรับการดำเนินการออกแบบและประการแรกคือมาตรฐานต่าง ๆ ที่ควบคุมกระบวนการออกแบบระบบ นอกจากนี้ยังรวมถึงระบบการจำแนกประเภทและการเข้ารหัสข้อมูลแบบครบวงจร ระบบเอกสารแบบรวม แบบจำลองสำหรับการอธิบายและการวิเคราะห์การไหลของข้อมูล ฯลฯ
เครื่องมือออกแบบโดยใช้คอมพิวเตอร์สามารถใช้ได้ทั้งในระดับบุคคลและทุกขั้นตอนและขั้นตอนของกระบวนการออกแบบ EIS และสนับสนุนการพัฒนาองค์ประกอบการออกแบบระบบ ส่วนของการออกแบบระบบ และการออกแบบระบบโดยรวม ชุดเครื่องมือออกแบบทั้งหมดที่ใช้คอมพิวเตอร์แบ่งออกเป็นสี่คลาสย่อย
คลาสย่อยแรกประกอบด้วยเครื่องมือการปฏิบัติงานที่รองรับการออกแบบการดำเนินการประมวลผลข้อมูล คลาสย่อยของเครื่องมือนี้ประกอบด้วยภาษาอัลกอริธึม ไลบรารีของรูทีนย่อยมาตรฐานและคลาสอ็อบเจ็กต์ ตัวสร้างแมโคร ตัวสร้างโปรแกรมสำหรับการดำเนินการประมวลผลข้อมูลทั่วไป ฯลฯ รวมถึงเครื่องมือสำหรับขยายฟังก์ชันของระบบปฏิบัติการ (ยูทิลิตี้) คลาสนี้ยังรวมถึงเครื่องมือการออกแบบที่เรียบง่าย เช่น เครื่องมือสำหรับการทดสอบและการดีบักโปรแกรม สนับสนุนกระบวนการเอกสารโครงการ ฯลฯ ลักษณะเฉพาะของโปรแกรมล่าสุดคือด้วยความช่วยเหลือทำให้ประสิทธิภาพของนักออกแบบเพิ่มขึ้น แต่ไม่มีการพัฒนาโซลูชันการออกแบบที่สมบูรณ์
ดังนั้น เครื่องมือของคลาสย่อยนี้จึงสนับสนุนการดำเนินการออกแบบ EIS แต่ละรายการ และสามารถใช้แยกจากกันได้
คลาสย่อยที่สองประกอบด้วยเครื่องมือที่สนับสนุนการออกแบบส่วนประกอบแต่ละส่วนของโครงการ EIS คลาสย่อยนี้รวมถึงเครื่องมือสำหรับวัตถุประสงค์ของระบบทั่วไป:
ระบบการจัดการฐานข้อมูล (DBMS);
แพ็คเกจที่มุ่งเน้นวิธีการของโปรแกรมแอปพลิเคชัน (การแก้ปัญหาการเขียนโปรแกรมแบบไม่ต่อเนื่อง สถิติทางคณิตศาสตร์ ฯลฯ)
โปรเซสเซอร์ตาราง
PPP เชิงสถิติ;
เชลล์ระบบผู้เชี่ยวชาญ
บรรณาธิการกราฟิก
โปรแกรมแก้ไขข้อความ
ซอฟต์แวร์แบบรวม (สภาพแวดล้อมแบบโต้ตอบที่มีความสามารถในการโต้ตอบในตัวที่ช่วยให้คุณสามารถรวมเครื่องมือซอฟต์แวร์ข้างต้นได้)
เครื่องมือออกแบบที่ระบุไว้นั้นมีลักษณะเฉพาะจากการใช้สำหรับการพัฒนาระบบย่อยทางเทคโนโลยีของ EIS: การป้อนข้อมูล, การจัดระเบียบการจัดเก็บและการเข้าถึงข้อมูล, การคำนวณ, การวิเคราะห์และการแสดงข้อมูล, การตัดสินใจ
คลาสย่อยที่สามรวมถึงหมายถึงการสนับสนุน การออกแบบส่วนต่างๆ ของโครงการ EIS- คลาสย่อยนี้ประกอบด้วยเครื่องมือการออกแบบเชิงฟังก์ชัน
เครื่องมือเชิงฟังก์ชันมีวัตถุประสงค์เพื่อพัฒนาระบบอัตโนมัติที่ใช้ฟังก์ชัน ชุดงาน และงานควบคุม สาขาวิชาที่หลากหลายก่อให้เกิดเครื่องมือที่หลากหลายของคลาสย่อยนี้ โดยมุ่งเน้นไปที่ประเภทของระบบองค์กร (ขอบเขตอุตสาหกรรมและไม่ใช่อุตสาหกรรม) ระดับการจัดการ (เช่น องค์กร การประชุมเชิงปฏิบัติการ แผนก ไซต์ สถานที่ทำงาน) การจัดการ ฟังก์ชัน (การวางแผน การบัญชี ฯลฯ) .
เครื่องมือเชิงหน้าที่สำหรับการออกแบบระบบประมวลผลข้อมูล ได้แก่ โซลูชันการออกแบบมาตรฐาน แพ็คเกจการทำงานของโปรแกรมแอปพลิเคชัน และโครงการมาตรฐาน
คลาสย่อยที่สี่ของเครื่องมือออกแบบ EIS ประกอบด้วยเครื่องมือที่สนับสนุนการพัฒนาโครงการในขั้นตอนและขั้นตอนของกระบวนการออกแบบ คลาสนี้ประกอบด้วยคลาสย่อยของเครื่องมืออัตโนมัติในการออกแบบ EIS (เครื่องมือ CASE)
ในทางกลับกัน เครื่องมือของ CASE สมัยใหม่ก็ถูกจัดประเภทตามเกณฑ์สองประการเป็นหลัก:
1) ตามขั้นตอนที่ครอบคลุมในกระบวนการพัฒนา EIS
2) ตามระดับของการบูรณาการ: เครื่องมือ (เครื่องมือ) ท้องถิ่นที่แยกจากกัน ชุดเครื่องมือที่ไม่มีการผสานรวมซึ่งครอบคลุมขั้นตอนส่วนใหญ่ของการพัฒนา EIS (ชุดเครื่องมือ) และเครื่องมือแบบครบวงจรที่เชื่อมโยงโดยฐานข้อมูลการออกแบบทั่วไป - พื้นที่เก็บข้อมูล (โต๊ะทำงาน)
การออกแบบ AIS เป็นกระบวนการที่สร้างสรรค์ แต่ละโครงการต้องผ่านสถานะบางอย่างในการพัฒนา: จากสถานะเมื่อ “ยังไม่มีโครงการ” ไปจนถึงสถานะเมื่อ “ไม่มีโครงการอีกต่อไป” ชุดของขั้นตอนของการพัฒนาตั้งแต่การเกิดขึ้นของแนวคิดจนถึงความสำเร็จของโครงการมักจะแบ่งออกเป็นขั้นตอน (ขั้นตอน ขั้นตอน) การกำหนดจำนวนขั้นตอน (เฟส) และเนื้อหามีความแตกต่างบางประการ แต่ถึงกระนั้นสาระสำคัญของเนื้อหาของวงจรชีวิตการพัฒนา AIS ก็เหมือนกันในแนวทางที่ต่างกัน
อยู่ระหว่างการออกแบบเราควรเข้าใจกระบวนการสร้างต้นแบบของวัตถุที่ควรจะเป็นหรือเป็นไปได้
เทคโนโลยีสมัยใหม่ในการสร้าง AIS เป็นชุดเครื่องมือและวิธีการออกแบบที่มีประสิทธิภาพซึ่งช่วยให้กระบวนการนี้ง่ายขึ้น ลดต้นทุน ลดเวลาปฏิทินในการออกแบบระบบและปรับปรุงคุณภาพการพัฒนาผ่านโซลูชันการออกแบบขั้นสูงที่ได้รับการพิสูจน์แล้วให้เลือกมากมาย
ไปที่หลัก เครื่องมือออกแบบสามารถนำมาประกอบได้:
โซลูชันการออกแบบมาตรฐาน (TDS) และแพ็คเกจซอฟต์แวร์แอปพลิเคชัน (APP) TPR - ชุดขององค์ประกอบอัลกอริธึมและซอฟต์แวร์ที่รับประกันการดำเนินงานบนคอมพิวเตอร์โดยใช้วิธีการทางเทคนิคที่เหมาะสม
ระบบการออกแบบโดยใช้คอมพิวเตอร์ช่วย (CAD) ซึ่งเกี่ยวข้องกับการใช้คอมพิวเตอร์ในทุกขั้นตอนของการสร้าง AIS
ข้อกำหนดทั่วไปสำหรับเครื่องมือออกแบบ:
ครอบคลุมทุกกระบวนการสร้าง AIS
ความเข้ากันได้เช่น ความสม่ำเสมอทั้งในกระบวนการสร้างระบบและในกระบวนการทำงาน
ความเก่งกาจเช่น ความสามารถในการใช้เครื่องมือเดียวกันสำหรับวัตถุต่าง ๆ
การเข้าถึงการเรียนรู้และความเรียบง่าย (เรียบง่าย) เพื่อนำไปใช้
ความสามารถในการจัดกระบวนการออกแบบในโหมดการโต้ตอบระหว่างผู้พัฒนาระบบ ผู้ออกแบบ และคอมพิวเตอร์
การปรับตัวและความคุ้มค่า
ท่ามกลาง วิธีการออกแบบเน้น:
การออกแบบดั้งเดิม
การออกแบบมาตรฐานและประเภทของการออกแบบ: องค์ประกอบ ระบบย่อย โมดูลาร์ กลุ่ม
การออกแบบอัตโนมัติ
วิธีการออกแบบดั้งเดิมเป็นแบบดั้งเดิมและมุ่งเน้นไปที่องค์กรเฉพาะแห่งเดียว คุณลักษณะเฉพาะของวิธีนี้คือการพัฒนาวิธีการดั้งเดิมในการตรวจสอบวัตถุและการสร้างเอกสารที่จำเป็นในรูปแบบของแต่ละโครงการ ข้อดีของวิธีนี้คือการสะท้อนคุณสมบัติเฉพาะของออบเจ็กต์อัตโนมัติในโครงการ AIS ข้อเสียได้แก่ ความเข้มของแรงงานค่อนข้างสูงและใช้เวลาในการพัฒนานาน ความน่าเชื่อถือในการทำงานต่ำ และความสามารถในการปรับตัวต่อสภาวะที่เปลี่ยนแปลง โครงการที่สร้างโดยวิธีดั้งเดิมสามารถปรับปรุงให้ทันสมัยได้ แต่วิธีนี้ไม่ค่อยได้ใช้ในรูปแบบที่บริสุทธิ์ ในปัจจุบัน เมื่อนำไปใช้งาน จะมีการใช้เครื่องมือออกแบบต่างๆ และมีเพียงบางส่วนของโครงการเท่านั้นที่ต้องการโซลูชันการออกแบบดั้งเดิม สิ่งนี้ทำให้ข้อบกพร่องของมันค่อนข้างราบรื่นขึ้น อย่างไรก็ตาม วิธีการนี้ยังคงมีความเกี่ยวข้องเมื่อสร้างออบเจ็กต์ที่ซับซ้อนและพิเศษโดยอัตโนมัติ
ในสภาวะสมัยใหม่ ตามกฎแล้ว AIS ไม่ได้ถูกสร้างขึ้นตั้งแต่ต้น ปัจจุบันในระบบเศรษฐกิจ ระบบประมวลผลข้อมูลอัตโนมัติทำงานในเกือบทุกระดับของการจัดการและในสถานประกอบการทางเศรษฐกิจทั้งหมด ความต้องการข้อมูลการดำเนินงานที่ตรงเวลา คุณภาพสูง และการดำเนินงานที่เพิ่มขึ้น ทำให้จำเป็นต้องสร้างระบบข้อมูลอัตโนมัติบนพื้นฐานทางเทคนิคและเทคโนโลยีใหม่
การค้นหาเส้นทางการออกแบบที่มีเหตุผลดำเนินการตามทิศทางต่อไปนี้:
1. การพัฒนาโซลูชันการออกแบบมาตรฐานที่ใช้ในชุดซอฟต์แวร์แอปพลิเคชัน (APP) เพื่อแก้ไขปัญหาทางเศรษฐกิจด้วยการเชื่อมโยง PPP เข้ากับเงื่อนไขเฉพาะของการดำเนินการและการดำเนินงานในภายหลัง
2.การพัฒนาระบบการออกแบบอัตโนมัติ
วิธีแรกคือความสามารถในการใช้โซลูชันการออกแบบมาตรฐานที่รวมอยู่ในแพ็คเกจซอฟต์แวร์แอปพลิเคชัน
การออกแบบมาตรฐาน- วิธีการทางอุตสาหกรรมในการสร้าง AIS โดยใช้ TPR และ PPP วิธีการนี้มีเอกลักษณ์เฉพาะด้วยการมีเครื่องมืออัตโนมัติในการจัดการองค์กร เศรษฐกิจ เทคนิค ข้อมูล คณิตศาสตร์ และซอฟต์แวร์ที่ได้มาตรฐานที่ได้รับการพิสูจน์แล้ว การใช้วิธีนี้ทำให้สามารถลดความเข้มข้นของแรงงาน ลดต้นทุน ลดเวลาการออกแบบ และปรับปรุงคุณภาพการออกแบบได้ กระบวนการออกแบบมาตรฐานประกอบด้วยการเลือกและเชื่อมโยงระบบย่อยที่รองรับตามความต้องการของ AIS เฉพาะ ส่วนทั่วไปของ AIS คือความซับซ้อนของข้อมูล ซอฟต์แวร์ และฮาร์ดแวร์ ลักษณะมาตรฐานของการสนับสนุนข้อมูลเกิดขึ้นได้จากการปฏิบัติตามความสามัคคีของโครงสร้างของฐานข้อมูล องค์ประกอบของอาร์เรย์ และรูปแบบของเอกสารอินพุตและเอาต์พุตอย่างเคร่งครัด ลักษณะมาตรฐานของซอฟต์แวร์ทำได้โดยใช้ซอฟต์แวร์ และลักษณะมาตรฐานของฮาร์ดแวร์ทำได้โดยใช้คอมพิวเตอร์ประเภทเดียวกันหรือประเภทร่วม
1. การเปลี่ยนแปลงของวิธีการออกแบบมาตรฐานคือวิธีการ การออกแบบองค์ประกอบ, พื้นฐานซึ่งเป็น TPR เมื่อพัฒนาโครงการจะใช้โซลูชันสำเร็จรูปที่มีการปรับเปลี่ยนเล็กน้อยแทนที่จะใช้การพัฒนาแบบใหม่
2. เมื่อใช้ วิธีการแบบโมดูลาร์ TPR ถูกสร้างขึ้นบนพื้นฐานแบบโมดูลาร์ เมื่อแต่ละโซลูชันการออกแบบถูกแบ่งออกเป็นส่วนประกอบที่แยกจากกัน - โมดูล ซึ่งใช้ส่วนหนึ่งของ TPR สิ่งนี้ช่วยให้คุณสร้างโปรเจ็กต์สำหรับระบบอัตโนมัติใหม่โดยรวมโมดูลมาตรฐานแต่ละโมดูลเข้าด้วยกัน
3. เมื่อใช้ วิธีการออกแบบระบบย่อยสำหรับแต่ละระบบย่อย โซลูชั่นโครงการและแพ็คเกจซอฟต์แวร์แอพพลิเคชั่นจะถูกสร้างขึ้นทั้งระบบและใช้งานได้ การจัดสรรระบบย่อยขึ้นอยู่กับวัตถุประสงค์ของกระบวนการทางเศรษฐกิจและการผลิต สำหรับแต่ละระบบย่อย โซลูชันการออกแบบอัตโนมัติและ PPP ของตัวเองได้รับการพัฒนา ซึ่งสามารถเป็นแบบทั้งระบบหรือใช้งานได้ PPP ทั่วทั้งระบบประกอบด้วย PPP การจัดการข้อมูล ขั้นตอนการประมวลผลข้อมูลมาตรฐาน PPP วิธีสถิติทางคณิตศาสตร์และการเขียนโปรแกรมแบบไม่ต่อเนื่อง ฯลฯ PPP แบบเฉพาะหน้าที่ประกอบด้วยแพ็คเกจที่มุ่งเป้าไปที่องค์กรอุตสาหกรรมที่มีลักษณะการผลิตแบบไม่ต่อเนื่องหรือต่อเนื่อง ขอบเขตที่ไม่ใช่อุตสาหกรรม และอุตสาหกรรม การจัดการ.
ข้อกำหนดที่สำคัญสำหรับ PPP คือความเข้ากันได้เพราะว่า เมื่อออกแบบ AIS แนะนำให้ใช้หลายแพ็คเกจพร้อมกัน การออกแบบระบบที่ใช้ PPP จริงๆ แล้วขึ้นอยู่กับการเชื่อมโยงแพ็คเกจที่เลือกตามพารามิเตอร์บางตัวกับเงื่อนไขเฉพาะของออบเจ็กต์ระบบอัตโนมัติ คุณสมบัติเชิงบวกของแนวทางการออกแบบนี้สามารถเรียกได้ว่า: กระบวนการที่ใช้แรงงานน้อยลง, การลดเวลาในการออกแบบเมื่อเทียบกับการออกแบบดั้งเดิม, การใช้วิธีการประมวลผลข้อมูลขั้นสูง, ลดความซับซ้อนของเอกสารประกอบโครงการ (เนื่องจากใช้เอกสารแพ็คเกจ) และเพิ่มความน่าเชื่อถือของ AIS ที่ออกแบบไว้
4. นอกจากนี้ ยังเน้นด้วย วิธีการออกแบบกลุ่ม- สาระสำคัญอยู่ที่การเลือกกลุ่มวัตถุที่มีลักษณะคล้ายคลึงกันเบื้องต้น ในหมู่พวกเขามีการเลือกวัตถุฐานสำหรับการพัฒนาโครงการและสามารถใช้วิธีการและวิธีการออกแบบต่างๆ สิ่งสำคัญคือเพื่อให้แน่ใจว่าโครงการมีความสามารถในการปรับตัวสูง พื้นที่หลักของการใช้วิธีนี้คือสิ่งอำนวยความสะดวกที่ไม่ใช่อุตสาหกรรม (เช่นโกดัง)
กิจกรรมประเภทต่อไปนี้ช่วยให้ระบบอัตโนมัติมีประสิทธิภาพสูงสุด:
1. การบัญชี รวมถึงการบริหารและการเงิน มีการสร้าง PPP จำนวนมากที่สุดเพื่อจุดประสงค์ทางบัญชี หนึ่งในนั้นคือ "1C: การบัญชี", "Turbo-Accountant", "Info-Accountant", "Parus", "ABACUS", "Bambi+" ฯลฯ
2. บริการอ้างอิงและข้อมูลสำหรับกิจกรรมทางเศรษฐกิจ แสดงโดย PPP ต่อไปนี้: “GARANT” (ภาษี การบัญชี การตรวจสอบ การเป็นผู้ประกอบการ การธนาคาร การควบคุมสกุลเงิน การควบคุมทางศุลกากร) "ที่ปรึกษา+" (ภาษี การบัญชี การตรวจสอบ การเป็นผู้ประกอบการ การธนาคาร การควบคุมสกุลเงิน การควบคุมทางศุลกากร)
3. กิจกรรมทางเศรษฐกิจและการเงิน นำเสนอโดยพรรคพลังประชาชนดังต่อไปนี้:
ก) “การวิเคราะห์ทางเศรษฐศาสตร์และการคาดการณ์กิจกรรมของบริษัท องค์กร” (บริษัท “INEK”) การดำเนินการตามหน้าที่: การวิเคราะห์ทางเศรษฐศาสตร์ของกิจกรรมของบริษัท องค์กร จัดทำแผนธุรกิจ การศึกษาความเป็นไปได้ในการชำระคืนเงินกู้ การวิเคราะห์และการเลือกทางเลือกกิจกรรม การพยากรณ์งบดุล กระแสเงินสด และผลิตภัณฑ์สำเร็จรูป
b) เครือข่ายผู้ใช้หลายรายที่ซับซ้อนของระบบอัตโนมัติเต็มรูปแบบของ Galaktika Corporation (JSC New Atlant) ซึ่งรวมถึงการวางแผน การจัดการการปฏิบัติงาน การบัญชีและการควบคุม การวิเคราะห์ นอกจากนี้ ยังช่วยให้ภายในกรอบของ DSS สามารถจัดหาโซลูชันให้กับธุรกิจได้ การวางแผนปัญหาโดยใช้โครงการ PPP - ผู้เชี่ยวชาญ
4. การจัดระเบียบการทำงานของผู้จัดการ
5. ระบบอัตโนมัติของการไหลของเอกสาร
6. การฝึกอบรม.
เมื่อเร็ว ๆ นี้ องค์กรและบริษัทต่างๆ ต้องการซื้อแพ็คเกจและเทคโนโลยีสำเร็จรูป และหากจำเป็น ให้เพิ่มซอฟต์แวร์ของตนเองลงไป เนื่องจากการพัฒนา AIS ของตนเองนั้นเกี่ยวข้องกับต้นทุนและความเสี่ยงที่สูง ตามกฎแล้ว ระบบพื้นฐานจะได้รับการพัฒนาและนำเสนอ ซึ่งได้รับการปรับเปลี่ยนตามความต้องการของลูกค้าแต่ละราย ในเวลาเดียวกัน ผู้ใช้จะได้รับคำปรึกษาที่จะช่วยลดเวลาการใช้งานระบบและเทคโนโลยี ใช้งานอย่างมีประสิทธิภาพสูงสุด และปรับปรุงคุณสมบัติของบุคลากร
ระบบการออกแบบอัตโนมัติ -วิธีที่สองการพัฒนาอย่างรวดเร็วในการทำงานออกแบบ
ในบรรดาวิธีการออกแบบอัตโนมัติ วิธีการออกแบบแบบจำลองครอบครองสถานที่พิเศษ การสร้างและการใช้ CAD ช่วยให้มั่นใจได้ถึงความน่าเชื่อถือในการทำงานในระดับที่ค่อนข้างสูง ความครอบคลุมที่ครอบคลุมของกระบวนการทางเทคโนโลยีทั้งหมด ช่วยลดความเข้มข้นของแรงงานในการออกแบบโดยคำนึงถึงผลประโยชน์สูงสุดของวัตถุระบบอัตโนมัติ อย่างไรก็ตาม วิธีนี้มีราคาค่อนข้างแพงและต้องใช้นักพัฒนาที่มีคุณสมบัติสูง ข้อกำหนดที่สำคัญสำหรับ CAD คือความสามารถในการสร้างและบำรุงรักษาในระบบการออกแบบในสถานะที่เพียงพอของแบบจำลองข้อมูลเศรษฐกิจทั่วโลกของออบเจ็กต์ระบบอัตโนมัติ แบบจำลองคือการแสดงส่วนประกอบข้อมูลของออบเจ็กต์การทำงานอัตโนมัติและความสัมพันธ์ระหว่างองค์ประกอบเหล่านั้น ระบุไว้อย่างชัดเจน เป้าหมายหลักของการสร้างแบบจำลองคือการสร้างโครงการ AIS ที่สอดคล้องกับโมเดลนี้ ซึ่งคำนึงถึงและใช้คุณลักษณะทั้งหมดของวัตถุอย่างแข็งขัน แบบจำลองดังกล่าวต้องมีคำอธิบายอย่างเป็นทางการของชุดส่วนประกอบข้อมูลและความสัมพันธ์ระหว่างส่วนประกอบเหล่านั้น รวมถึงการเชื่อมต่อข้อมูลและการโต้ตอบของอัลกอริทึม โดยใช้วิธีการออกแบบแบบจำลอง จะมีการใช้วิธีการอย่างเป็นระบบ ซึ่งกำหนดการใช้คอมพิวเตอร์ไม่เพียงแต่ในทุกขั้นตอนของการสร้างระบบ แต่ยังอยู่ในกระบวนการวิเคราะห์ผลลัพธ์ของการดำเนินงานทางอุตสาหกรรมด้วย การพัฒนาและการประยุกต์ใช้ CAD ได้กำหนดไว้ล่วงหน้าถึงการเปลี่ยนแปลงไปสู่การสร้างแต่ละโครงการ แต่อยู่ในระดับที่สูงกว่ามากเมื่อเทียบกับวิธีการออกแบบดั้งเดิม
ในด้านระบบอัตโนมัติของการออกแบบ IS และไอที ทิศทางใหม่ได้เกิดขึ้นในช่วงทศวรรษที่ผ่านมา - เทคโนโลยี CASE สำหรับการพัฒนาซอฟต์แวร์อัตโนมัติ(CASE - ซอฟต์แวร์ช่วยคอมพิวเตอร์/วิศวกรรมระบบ) ความซับซ้อนที่เพิ่มขึ้นของระบบสารสนเทศและความต้องการที่เพิ่มขึ้นสำหรับพวกเขาได้นำไปสู่ความจำเป็นในการพัฒนาเทคโนโลยีทางอุตสาหกรรมสำหรับการสร้างสรรค์ของพวกเขา
เทคโนโลยีเคสคือชุดวิธีการวิเคราะห์ ออกแบบ พัฒนา และบำรุงรักษา IS ซึ่งได้รับการสนับสนุนโดยชุดเครื่องมืออัตโนมัติที่เชื่อมต่อถึงกัน CASE เป็นชุดเครื่องมือสำหรับนักวิเคราะห์ระบบ นักพัฒนา และโปรแกรมเมอร์ที่ช่วยให้คุณทำให้กระบวนการออกแบบและพัฒนา IS เป็นไปโดยอัตโนมัติ ระบบ CASE ใช้เป็นเครื่องมืออันทรงพลังในการแก้ปัญหาการวิจัยและการออกแบบ เช่น การวิเคราะห์โครงสร้างของสาขาวิชา การดำเนินโครงการโดยใช้ภาษาการเขียนโปรแกรมรุ่นล่าสุด การเผยแพร่เอกสารประกอบโครงการ การทดสอบการดำเนินโครงการ การวางแผนและการควบคุมการพัฒนา การสร้างแบบจำลองการใช้งานทางธุรกิจเพื่อแก้ไขปัญหาการดำเนินงานและการวางแผนเชิงกลยุทธ์และการจัดการทรัพยากร ฯลฯ
เป้าหมายหลักของ CASE คือการเพิ่มระบบอัตโนมัติในการพัฒนาและการทำงานของระบบให้เกิดประโยชน์สูงสุด
เมื่อใช้เทคโนโลยี CASE เทคโนโลยีสำหรับการทำงานในทุกขั้นตอนของวงจรชีวิตของระบบอัตโนมัติจะเปลี่ยนไป ในระบบ CASE การออกแบบขึ้นอยู่กับวิธีการพัฒนาด้วยภาพที่ชัดเจน ในขณะที่กราฟ ไดอะแกรม ตาราง ไดอะแกรม และคำอธิบายที่เป็นข้อความใช้เพื่ออธิบายแบบจำลองของ IS ที่ออกแบบ วิธีการดังกล่าวให้คำอธิบายที่เข้มงวดและเป็นภาพของระบบที่ออกแบบ ซึ่งเริ่มต้นด้วยภาพรวมทั่วไป จากนั้นจึงกลายเป็นรายละเอียด เพื่อให้ได้โครงสร้างแบบลำดับชั้นที่มีจำนวนระดับเพิ่มขึ้น
ระบบอัตโนมัติของการเขียนโปรแกรมขึ้นอยู่กับการสร้างรหัสโปรแกรมอัตโนมัติที่มีคำอธิบายข้อมูล ตรรกะพื้นฐานของการประมวลผล สกีมาฐานข้อมูล ไฟล์คำอธิบายอินเทอร์เฟซ ฯลฯ รหัสจะได้รับการปรับปรุงและสรุปในภายหลัง แต่ในบางกรณี ระบบอัตโนมัติถึง 90% . นอกจากนี้ เทคโนโลยี CASE ยังสร้างเอกสารโครงการที่จำเป็นและพร้อมใช้งาน
เมื่อใช้เทคโนโลยี CASE จะมีการสนับสนุนฐานโครงการเดียว เช่น ข้อมูลทั้งหมดเกี่ยวกับ AIS ที่พัฒนาแล้วจะถูกวางไว้ในฐานข้อมูลโครงการเดียวโดยอัตโนมัติ สิ่งนี้จะรักษาความสอดคล้อง ความสม่ำเสมอ ความสมบูรณ์ และความซ้ำซ้อนของข้อมูลการออกแบบน้อยที่สุด
เทคโนโลยี CASE รับประกันการทำงานเป็นทีมของทีมพัฒนาเพราะว่า กลุ่มผู้เชี่ยวชาญต่างๆ จะได้รับเครื่องมือที่เหมาะสม รวมถึงความสามารถในการประสานงานและทำการเปลี่ยนแปลงโครงการได้อย่างถูกต้องโดยผู้เชี่ยวชาญที่แตกต่างกันแบบเรียลไทม์
เทคโนโลยี CASE ถูกนำมาใช้เพื่อสร้าง AIS เกือบทุกประเภทได้สำเร็จ CASE ยังใช้เพื่อสร้างแบบจำลองระบบที่ช่วยให้โครงสร้างเชิงพาณิชย์แก้ไขปัญหาการวางแผนเชิงกลยุทธ์ การจัดการทางการเงิน การกำหนดนโยบายของบริษัท การฝึกอบรมบุคลากร ฯลฯ
CASE มีข้อดีหลักๆ ดังต่อไปนี้:
ปรับปรุงคุณภาพของระบบข้อมูลที่สร้างขึ้น (IT) ด้วยวิธีการควบคุมอัตโนมัติ (การควบคุมโครงการเป็นหลัก)
ช่วยให้คุณสร้างต้นแบบของ IS (IT) ในอนาคตได้ในเวลาอันสั้น ซึ่งช่วยให้คุณประเมินผลลัพธ์ที่คาดหวังในระยะแรกได้อย่างรวดเร็ว
เร่งกระบวนการออกแบบและพัฒนาระบบ
พวกเขาปลดปล่อยนักพัฒนาจากงานประจำ ทำให้เขามุ่งความสนใจไปที่ส่วนที่สร้างสรรค์ของการออกแบบทั้งหมด
สนับสนุนการพัฒนาและบำรุงรักษาระบบสารสนเทศที่ทำงานอยู่แล้ว
จนถึงปัจจุบัน อุตสาหกรรม CASE ที่ทรงพลังได้ก่อตัวขึ้น โดยรวบรวมบริษัทและบริษัทต่างๆ หลายร้อยแห่งในทิศทางต่างๆ เข้าด้วยกัน ในหมู่พวกเขาคือ:
บริษัทที่พัฒนาเครื่องมือวิเคราะห์และออกแบบสำหรับ IS และ IT
บริษัทที่พัฒนาเครื่องมือพิเศษโดยมุ่งเน้นไปที่สาขาวิชาที่แคบหรือในแต่ละขั้นตอนของวงจรชีวิตของ IS
บริษัทฝึกอบรมที่จัดสัมมนาและหลักสูตรการฝึกอบรมสำหรับผู้เชี่ยวชาญ
บริษัทที่ปรึกษาที่ให้ความช่วยเหลือในทางปฏิบัติในการใช้แพ็คเกจ CASE เพื่อการพัฒนา IS เฉพาะ
บริษัทที่เชี่ยวชาญด้านการผลิตนิตยสารและกระดานข่าวเกี่ยวกับเทคโนโลยีของ CASE
รัฐบาลแห่งภูมิภาคเบลโกรอด ระบบข้อมูลอัตโนมัติ “การจัดการโครงการ” กรอบการกำกับดูแล “การจัดการโครงการ” ของ AIS โซลูชันนี้สร้างขึ้นตามมาตรฐานที่กำหนดในสหพันธรัฐรัสเซีย ซึ่งประดิษฐานอยู่ใน: 1. GOST R 54869—2011 “การจัดการโครงการ” ข้อกำหนดสำหรับการจัดการโครงการ” 2. GOST R 54870—2011 “การจัดการโครงการ ข้อกำหนดสำหรับการจัดการพอร์ตโฟลิโอโครงการ" 3. GOST R 54871—2011 “การจัดการโครงการ ข้อกำหนดสำหรับการจัดการโปรแกรม” เมื่อสร้างและตั้งค่าระบบ บทบัญญัติของรัฐบาลแห่งภูมิภาคเบลโกรอดวันที่ 31 พฤษภาคม 2553 N 202-pp “เมื่อได้รับอนุมัติกฎระเบียบเกี่ยวกับการจัดการโครงการในหน่วยงานบริหารและหน่วยงานภาครัฐของภูมิภาคเบลโกรอด” ได้ถูกนำมาพิจารณาด้วย . 2 เทคโนโลยีการพัฒนา “การบริหารโครงการ” ของ AIS เครือข่ายอินเทอร์เน็ต เครือข่ายท้องถิ่น โซลูชันนี้ได้รับการพัฒนาบนพื้นฐานของแพลตฟอร์ม Motiware Melody One ด้วยเว็บอินเตอร์เฟสของระบบ ผู้เข้าร่วมโครงการทุกคนจึงสามารถเข้าถึงข้อมูลที่จำเป็นได้ตลอดเวลาและจากทุกที่ในโลก ในการเข้าถึงระบบ คุณจำเป็นต้องมีการเชื่อมต่ออินเทอร์เน็ตและเบราว์เซอร์ที่ติดตั้งไว้เท่านั้น เซิร์ฟเวอร์ส่วนที่ 3 ของ AIS “การบริหารโครงการ” เป้าหมาย เป้าหมายในการสร้างและการนำระบบไปใช้: . เพื่อเพิ่มประสิทธิภาพของการดำเนินโครงการในอาณาเขตของหน่วยงานที่เป็นส่วนประกอบของสหพันธรัฐรัสเซียโดยการให้ข้อมูลที่เป็นปัจจุบัน ครบถ้วน และเชื่อถือได้แก่ทีมงานโครงการ - ปรับปรุงปฏิสัมพันธ์ระหว่างหน่วยงานของรัฐและรัฐบาลท้องถิ่นกับประชาชนและธุรกิจเกี่ยวกับการริเริ่มและการดำเนินโครงการ - มอบเครื่องมือและเครื่องมือการจัดการโครงการที่สะดวกสบายแก่ผู้เข้าร่วมกิจกรรมโครงการทั้งหมด - ลดความซับซ้อนในการติดตามความคืบหน้าของโครงการโดยลดเวลาที่ใช้ในการจัดเตรียมและวิเคราะห์ข้อมูลการรายงาน 4 ฟังก์ชั่นระบบ “การจัดการโครงการ” ของ AIS ระบบช่วยให้คุณจัดระเบียบวงจรของโครงการและ/หรือพอร์ตโฟลิโอของกระบวนการจัดการโครงการได้อย่างครบวงจร โปรเจ็กต์ในระบบจะต้องผ่านหลายขั้นตอนตามลำดับ - ตั้งแต่การลงทะเบียนแอปพลิเคชันริเริ่มไปจนถึงการย้ายโปรเจ็กต์ที่เสร็จสมบูรณ์ไปยังไฟล์เก็บถาวร - การพิจารณาใบสมัครริเริ่ม การเริ่มต้น การวางแผน. การดำเนินการและการควบคุม เสร็จสิ้น 5 AIS "การจัดการโครงการ" ทำงานร่วมกับแอปพลิเคชันความคิดริเริ่ม โครงการ "การจัดการโครงการ" ของ AIS แอปพลิเคชันความคิดริเริ่ม พอร์ทัลของการมีปฏิสัมพันธ์กับประชาชนและธุรกิจ เอกสารเก่า (แอปพลิเคชันที่ถูกปฏิเสธ) 6 AIS "การจัดการโครงการ" ขั้นตอนการริเริ่มโครงการ 2. การเริ่มต้นโครงการ การกำหนดหมายเลขทะเบียนเฉพาะให้กับโครงการโดยอัตโนมัติ - การสร้างบัตรโครงการตามข้อมูลที่ระบุในใบสมัครริเริ่ม 7 AIS “การบริหารโครงการ” ขั้นตอนการริเริ่มโครงการ 3. การจัดทำหนังสือเดินทางโครงการ ความเป็นไปได้ในการแก้ไขบัตรหนังสือเดินทางโครงการทีละขั้นตอน (ช่อง) - การบัญชีงบประมาณโครงการตามแหล่งเงินทุน - การจัดตั้งทีมงานโครงการเพื่อระบุบทบาทของผู้เข้าร่วม - การเข้าและแก้ไขลักษณะโครงการ - การสร้างตามแบบฟอร์มที่กำหนดและการอัพโหลดจากระบบหนังสือเดินทางโครงการในรูปแบบ *.docx 8 AIS “การบริหารโครงการ” ขั้นตอนการวางแผนโครงการ 4. การสร้างแผนการจัดการโครงการ การนำเสนอแผนการจัดการโครงการโดยใช้แผนภูมิแกนต์ - การวางแผนงานในโครงการ ระบุวันที่เริ่มต้นและสิ้นสุด ผู้ดำเนินการที่รับผิดชอบ และข้อกำหนดสำหรับผลงาน - การสร้างรายการงานตามลำดับชั้นสำหรับโครงการ - การสร้างตามแบบฟอร์มที่กำหนดและดาวน์โหลดแผนการจัดการโครงการในรูปแบบ *.docx จากระบบ 9 AIS “การจัดการโครงการ” การดำเนินการและการควบคุมขั้นตอนที่ 5 การจัดกระบวนการเปลี่ยนแปลงหนังสือเดินทางและแผนการจัดการโครงการ การสร้างและแก้ไขหนังสือเดินทางและ/หรือแผนการจัดการโครงการเวอร์ชันใหม่ - การสร้างตามโมเดลที่สร้างขึ้นและการอัพโหลดจากระบบรายการการเปลี่ยนแปลงในรูปแบบ *.docx - การประสานงานรายการการเปลี่ยนแปลงกับกลุ่มติดตามและควบคุม 10 AIS “การบริหารโครงการ” การดำเนินการและการควบคุมขั้นตอน 6. การบัญชีสำหรับการดำเนินงานในโครงการ ความสามารถของนักแสดงในการแนบไฟล์รายงานเมื่อเสร็จสิ้นงาน - การบัญชีสำหรับวันที่เสร็จงานจริงและการเบี่ยงเบนไปจากวันที่วางแผนไว้ - การติดตามเหตุการณ์สำคัญที่จะเกิดขึ้นและที่เกินกำหนด 11 AIS “การบริหารโครงการ” ขั้นตอนการเสร็จสิ้น 7. การก่อตัวของรายงานขั้นสุดท้าย การคำนวณการประเมินความสำเร็จของโครงการ - จัดทำตามเทมเพลตที่กำหนดและอัพโหลดรายงานขั้นสุดท้ายจากระบบในรูปแบบ *.docx 12 คลังข้อมูลโครงการ AIS “การบริหารโครงการ” 8. การดูแลคลังโครงการ การสร้างที่เก็บข้อมูลเดียวในทุกโครงการที่เคยเริ่มต้นในอาณาเขตของหน่วยงานที่เป็นส่วนประกอบของสหพันธรัฐรัสเซีย - เข้าถึงข้อมูลทั้งหมดเกี่ยวกับโครงการที่เสร็จสมบูรณ์และถูกเก็บถาวร - ป้องกันการเปลี่ยนแปลงโครงการที่เสร็จสมบูรณ์ 13 รายงานและการวิเคราะห์ “การบริหารโครงการ” ของ AIS หนึ่งในวัตถุประสงค์ของระบบคือการให้ข้อมูลการรายงานเกี่ยวกับโครงการแก่ผู้เข้าร่วมในกิจกรรมโครงการในรูปแบบที่สะดวกและเป็นภาพ AIS ช่วยให้คุณสร้างเอกสารโครงการโดยอัตโนมัติ: . หนังสือเดินทางโครงการ - แผนการจัดการโครงการ - รายงานครั้งสุดท้าย. 14 ข้อมูล “การบริหารโครงการ” ของ AIS ในการดำเนินการ มากกว่า “การจัดการโครงการ” ของ AIS ได้ถูกนำมาใช้ในการดำเนินกิจกรรมโครงการโดยหน่วยงานของภูมิภาคเบลโกรอดได้สำเร็จ 4,200 โครงการ ผู้ใช้ AIS 5,000 ราย “การจัดการโครงการ” 60,000 งาน (กิจกรรมควบคุม) 19 เขตเทศบาล 3 เขตเมือง 15 รัฐบาลแห่งภูมิภาคเบลโกรอด ขอบคุณสำหรับความสนใจของคุณ! 16