เงื่อนไขการอ้างอิงสำหรับตัวอย่างการออกแบบระบบสารสนเทศ เอกสารการสนับสนุนองค์กรสำหรับ IS เป้าหมายของการสร้างระบบ
กระทรวงวัฒนธรรม สจล
มหาวิทยาลัยวัฒนธรรมและศิลปะแห่งรัฐเซนต์ปีเตอร์สเบิร์ก
ภาควิชาสารสนเทศและเทคโนโลยีสารสนเทศ
การออกแบบระบบสารสนเทศ
งานด้านเทคนิค
เพื่อการพัฒนา
ระบบสารสนเทศทางการศึกษา
< ชื่อเต็มของระบบและสัญลักษณ์ >
บน 4 แผ่น
__.__.200_ ออกแล้ว
เซนต์ปีเตอร์สเบิร์ก
ข้อมูลทั่วไป
เหตุผลในการพัฒนา
- วันที่วางแผนไว้สำหรับการเริ่มต้นและความสำเร็จของงาน รวมถึงขั้นตอนในการประมวลผลและการนำเสนอผลงานให้กับลูกค้าจะกำหนดไว้ในวรรค 4 และ 5 ของ TOR นี้
วัตถุประสงค์และเป้าหมายของการสร้างระบบสารสนเทศทางการศึกษา
- วัตถุประสงค์
- เพื่อแสดงให้เห็นถึงระดับที่ผู้เรียนเชี่ยวชาญเนื้อหาหลักสูตร “การออกแบบและการใช้ระบบสารสนเทศ” เพื่อใช้เป็นต้นแบบในการทำงานต่อไปในการสร้างหรือปรับปรุงระบบสารสนเทศที่แท้จริง
- เป้าหมายของการสร้างโครงการระบบสารสนเทศทางการศึกษา
- นักเรียนบรรลุความเข้าใจในแนวคิดพื้นฐานของกระบวนการออกแบบระบบ การเรียนรู้การเชื่อมโยงระหว่างแนวคิดพื้นฐานและวิธีการออกแบบ ความสามารถในการพัฒนาการออกแบบระบบและเอกสารประกอบ รวมถึงการสร้าง IP จริง แสดงให้เห็นถึงผลลัพธ์ของงาน และระดับความเชี่ยวชาญของเนื้อหาหลักสูตรการสร้างพื้นฐานสำหรับการทำงานต่อไปเพื่อปรับปรุงโครงการและการนำไปปฏิบัติจริง
ข้อกำหนดสำหรับการรายงานสื่อของระบบสารสนเทศทางการศึกษา
- ข้อกำหนดสำหรับวัสดุโดยทั่วไป
- องค์ประกอบของเอกสารการรายงาน สื่อการรายงานควรประกอบด้วยสองส่วนหลัก: เอกสารประกอบโครงการและเค้าโครงของระบบข้อมูล (ฐานข้อมูลที่สมบูรณ์พร้อมกับแบบสอบถาม แบบฟอร์ม รายงาน หน้าเข้าถึง) ดำเนินการโดยใช้ ACCESS DBMS (หรือระบบอื่น ๆ) เค้าโครงจะต้องดำเนินการให้สอดคล้องกับโครงการ วัสดุการออกแบบควรอธิบายโครงร่างและความสามารถของมัน
- เนื้อหาของเอกสารประกอบโครงการ
- หน้าชื่อเรื่องพร้อมชื่อของ IP ที่ออกแบบ ซึ่งบ่งบอกถึงผู้พัฒนาและลูกค้า ส่วน "การศึกษาความเป็นไปได้" ซึ่งมีคำอธิบายโดยย่อของสาขาวิชา:
- ลักษณะทั่วไปของสาขาวิชาและสถานะของการทำงานเกี่ยวกับระบบอัตโนมัติของกิจกรรมข้อมูลในพื้นที่นี้ การวิเคราะห์ความสามารถและคุณลักษณะของระบบที่คล้ายกันที่มีอยู่ โครงสร้างองค์กรขององค์กรที่กำลังสร้าง IS ที่ออกแบบไว้ อะไรคือจุดประสงค์ขององค์กร (ระบบ) โดยใช้ IS ที่ออกแบบ, ฟังก์ชั่นของมัน (องค์กร, "วัสดุ", ข้อมูล) ตัวชี้วัดทางเทคนิคและเศรษฐกิจหลักของกิจกรรมขององค์กร กระบวนการข้อมูล การเชื่อมต่อระหว่างกระบวนการเหล่านั้น องค์ประกอบของเอกสารที่ใช้และวัตถุประสงค์
- ข้อกำหนดทางเทคนิคโดยย่อ ข้อกำหนดทางเทคนิคจะต้องสะท้อนถึง:
- วัตถุประสงค์และเป้าหมายของการสร้างทรัพย์สินทางปัญญา ข้อกำหนดสำหรับระบบโดยรวม ฟังก์ชันและงานอัตโนมัติขั้นพื้นฐาน ลักษณะเวลาในการแก้ไขปัญหาและข้อกำหนดในการนำเสนอข้อมูลในระบบ
- เกณฑ์ประสิทธิผลของระบบที่กำลังพัฒนา (ปัจจัยที่กำหนดความมีประโยชน์ของระบบที่กำลังพัฒนา เกณฑ์ในการประเมิน) รายการขั้นตอนและขั้นตอนของการทำงานและกำหนดเวลาในการทำให้เสร็จกำหนดเวลาในการพัฒนาเอกสารโครงการ
- ส่วน "การออกแบบทางเทคนิค" ประกอบด้วยส่วนย่อยต่อไปนี้:
- แบบจำลองการทำงานของระบบ (นำเสนอไดอะแกรมบริบท ไดอะแกรมระดับแรก และไดอะแกรมระดับที่สองหนึ่งหรือสองไดอะแกรม อธิบายองค์ประกอบของฟังก์ชันหลัก การเชื่อมต่อ: อินพุต เอาต์พุต โฟลว์ควบคุม) แบบจำลองการไหลของข้อมูล (นำเสนอไดอะแกรมบริบท, ไดอะแกรมระดับแรกและไดอะแกรมระดับที่สองหนึ่งหรือสองไดอะแกรม, อธิบายองค์ประกอบของไดรฟ์, ฟังก์ชั่นหลัก, การเชื่อมต่อข้อมูล: กระแสอินพุตและเอาต์พุต; สำหรับแต่ละไดรฟ์ข้อมูล - กำหนดลักษณะของไดรฟ์ข้อมูล ความถี่และความเข้มข้นของการอัปเดต) คำอธิบายของการสนับสนุนข้อมูล: รูปแบบของเอกสารอินพุตและเอาท์พุต ลักษณะของปริมาณ ความถี่ ความเข้มข้นของการอัปเดต การวิเคราะห์โครงสร้าง (รายละเอียด เอนทิตีที่อธิบายไว้) ตัวแยกประเภทที่ใช้ วิธีการเข้ารหัส ข้อกำหนดสำหรับการรับรองความน่าเชื่อถือของข้อมูล
- รายชื่อแหล่งข้อมูลที่ใช้ (วรรณกรรม) ส่วน “ร่างการทำงาน” ซึ่งมีส่วนย่อยดังต่อไปนี้:
- แผนภาพแนวคิดของซอฟต์แวร์และแผนภาพทางกายภาพของฐานข้อมูลระบบ (พัฒนาโดยใช้ระบบ Power Designer) คำอธิบายของการพัฒนาเฉพาะสำหรับการดำเนินโครงการ IP:
- คำอธิบายของสคีมาฐานข้อมูลบน ACCESS (หรือใน DBMS อื่น) คำอธิบายของงานที่ใช้ฟังก์ชันที่กำหนดในการออกแบบทางเทคนิค (รวมถึงการสืบค้น แบบฟอร์ม รายงาน หน้าการเข้าถึงที่ใช้ในงานเหล่านี้) จำเป็นต้องมีรูปแบบบทสนทนาและคำแนะนำในการใช้งาน หากโครงงานไม่มีแบบฟอร์มหรือรายงานที่ซับซ้อน คะแนนจะลดลง 1 คะแนน
- สรุป: สรุปงาน. ข้อบ่งชี้ว่าข้อกำหนดใดของการออกแบบทางเทคนิคได้ถูกนำมาใช้และไม่ได้ถูกนำมาใช้ในส่วนที่สอง และเพราะเหตุใด
- เค้าโครงระบบสารสนเทศ
การวางผังระบบสารสนเทศต้องเป็นไปตามโครงการ ควรเป็นฐานข้อมูลที่สมบูรณ์พร้อมแบบสอบถาม แบบฟอร์ม รายงานที่ใช้งานตามที่อธิบายไว้ในโครงการ
- ข้อกำหนดด้านเอกสาร
- องค์ประกอบของส่วนและส่วนย่อยของเอกสารการรายงานจะต้องสอดคล้องกับสิ่งที่ระบุไว้ในย่อหน้า "เนื้อหาของเอกสารประกอบโครงการ"; รวมอยู่ในเนื้อหาหลัก นอกจากนี้ในข้อความหลักยังมีข้อความค้นหา, ภาพวาดการนำเสนอแบบฟอร์ม, รายงาน, หน้าเข้าถึง, เอกสารตัวอย่าง, ตารางที่อธิบายแบบจำลอง, ตารางที่อธิบายคุณสมบัติของเขตข้อมูลฐานข้อมูลจะได้รับในภาคผนวก
รายชื่อขั้นตอนการทำงานและกำหนดเวลาในการทำให้เสร็จ
ขั้นตอนการควบคุมและการรับวัสดุการรายงาน
- เอกสารการรายงานจะถูกส่งภายในสองกำหนดเวลา:
- ในภาคการศึกษาฤดูใบไม้ร่วง จะมีการส่งรายงานที่สอดคล้องกับห้าจุดแรกของตาราง ในภาคเรียนฤดูใบไม้ผลิจะมีการส่งผลสุดท้ายของงาน: รายงาน (รวมถึงผลลัพธ์ที่แก้ไขจากภาคการศึกษาก่อนหน้า) รวมถึงฐานข้อมูล - โครงร่างของ IS ที่พัฒนาแล้ว
- การประเมินงานในภาคเรียนฤดูใบไม้ร่วงจะดำเนินการในรูปแบบของการทดสอบ ในภาคเรียนฤดูใบไม้ผลิ งานทั้งหมดของปีถือเป็นรายวิชา เฉพาะนักเรียนที่สำเร็จการศึกษาตามหลักสูตรแล้วเท่านั้นจึงจะสามารถสอบได้ บทลงโทษ
ตารางงานในการพัฒนาสื่อการรายงาน
ตารางที่ 4.1.
| ชื่อเวที | วันกำหนดส่ง | วัสดุที่ส่ง |
|
| ทำงานสำหรับภาคเรียนฤดูใบไม้ร่วง | |||
| 1 | การเลือกสาขาวิชาและองค์กรที่ควรออกแบบระบบสารสนเทศ | หนึ่งสัปดาห์หลังจากการบรรยายครั้งแรก | ชื่อไอพี |
| 2 | “การวิจัย” ของสาขาวิชา (ตามวรรณกรรมและผลจากการสื่อสารกับผู้เชี่ยวชาญ) | หนึ่งสัปดาห์หลังจากการบรรยายครั้งที่สาม | |
| 3 | การพัฒนาแบบจำลองเชิงฟังก์ชัน | หนึ่งสัปดาห์หลังจากการบรรยายครั้งที่สี่ | แผนภาพการทำงานในรูปแบบที่เขียนด้วยลายมือ |
| 4 | การพัฒนาแบบจำลองการไหลของข้อมูล | หนึ่งสัปดาห์หลังจากการบรรยายครั้งที่ห้า | แผนภาพการไหลของข้อมูลที่เขียนด้วยลายมือ |
| 5 | การพัฒนาคำอธิบายเอกสารนำเข้าและส่งออก | สิ้นสุดวันที่ 25 พฤศจิกายน | โครงสร้างรายละเอียดเอกสาร การพึ่งพาการทำงานของรายละเอียด |
| 6 | การพัฒนาเอกสารการออกแบบตามวรรค 3.2.1 – 3.2.5 | กำลังดำเนินการ. ใช้ได้จริง ชั้นเรียน | |
| 7 | จัดส่งเอกสารโครงการ | วันที่ 20 ธันวาคม | เอกสารในรูปแบบของรายงาน |
| งานภาคเรียนฤดูใบไม้ผลิ | |||
| 8 | การพัฒนาไดอะแกรมบริบทโดเมน | หนึ่งสัปดาห์หลังจากการบรรยายครั้งที่สอง | แผนภาพซอฟต์แวร์ตามบริบทในรูปแบบที่เขียนด้วยลายมือ |
| 9 | การพัฒนาสคีมาฐานข้อมูลในภาษาของ DBMS ที่เลือก | ในตอนท้ายของภาคปฏิบัติที่สอง ชั้นเรียน | |
| 10 | การนำระบบไปใช้ (กรอกตารางฐานข้อมูล, พัฒนาแบบสอบถาม, แบบฟอร์ม, รายงาน, หน้าการเข้าถึง) | ในตอนท้ายของบทเรียนภาคปฏิบัติที่ห้า | กรอกฐานข้อมูลพร้อมแบบสอบถาม แบบฟอร์ม ฯลฯ นำเสนอต่ออาจารย์ |
| 11 | การลงทะเบียนผลลัพธ์ (โครงการและฐานข้อมูล) | หนึ่งสัปดาห์หลังจากจุดที่ 9 | หลักสูตร: เอกสารนำเสนอในรูปแบบของรายงานและในไฟล์ ฐานข้อมูล |
| 12 | การป้องกันการทำงานแน่นอน | ไม่เร็วกว่าหนึ่งสัปดาห์หลังจากวันครบกำหนดครั้งก่อน |
GOST 34.602-89 เทคโนโลยีสารสนเทศ ชุดมาตรฐานสำหรับระบบอัตโนมัติ ข้อกำหนดทางเทคนิค สำหรับการสร้างระบบอัตโนมัติ (แทน GOST 24.201-85)
วันที่แนะนำจาก 01/01/1990
มาตรฐานนี้ใช้กับระบบอัตโนมัติ (AS) สำหรับกิจกรรมประเภทต่าง ๆ โดยอัตโนมัติ (การจัดการการออกแบบการวิจัย ฯลฯ ) รวมถึงการผสมผสานและกำหนดองค์ประกอบเนื้อหากฎสำหรับการจัดทำเอกสาร "ข้อกำหนดทางเทคนิคสำหรับการสร้าง ( การพัฒนาหรือการปรับปรุงให้ทันสมัย)" (ต่อไปนี้จะเรียกว่า TK สำหรับ AS)
1. บทบัญญัติทั่วไป
1.1. ข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์เป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนในการสร้าง (การพัฒนาหรือการปรับปรุงให้ทันสมัย - จากนั้นสร้าง) ระบบอัตโนมัติตามที่ดำเนินการพัฒนาโรงไฟฟ้านิวเคลียร์และการยอมรับ เมื่อทำการว่าจ้าง
1.2. ข้อมูลจำเพาะสำหรับ NPP ได้รับการพัฒนาสำหรับระบบโดยรวม โดยมีจุดประสงค์เพื่อทำงานอย่างอิสระหรือเป็นส่วนหนึ่งของระบบอื่น
นอกจากนี้ สามารถพัฒนาข้อกำหนดทางเทคนิคสำหรับส่วนต่างๆ ของ NPP ได้:
- สำหรับระบบย่อย AS, คอมเพล็กซ์งาน AS ฯลฯ ตามข้อกำหนดของมาตรฐานนี้
- สำหรับส่วนประกอบฮาร์ดแวร์และซอฟต์แวร์และระบบฮาร์ดแวร์ตามมาตรฐาน ESKD และ SRPP
- สำหรับซอฟต์แวร์ตามมาตรฐาน ESPD
- สำหรับผลิตภัณฑ์ข้อมูลตาม GOST 19.201 และ NTD ใช้ได้เฉพาะในแผนกของลูกค้าของ AS
บันทึก.ข้อกำหนดทางเทคนิคสำหรับระบบควบคุมอัตโนมัติสำหรับกลุ่มของวัตถุที่เชื่อมต่อถึงกันควรมีเฉพาะข้อกำหนดทั่วไปของกลุ่มของวัตถุเท่านั้น ข้อกำหนดเฉพาะของวัตถุควบคุมแต่ละรายการควรสะท้อนให้เห็นในข้อกำหนดทางเทคนิคสำหรับระบบควบคุมอัตโนมัติของวัตถุนี้
1.3. ข้อกำหนดสำหรับ AS ในขอบเขตที่กำหนดโดยมาตรฐานนี้สามารถรวมไว้ในงานออกแบบสำหรับระบบอัตโนมัติที่สร้างขึ้นใหม่ ในกรณีนี้ ยังไม่มีการพัฒนาข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
1.4. ข้อกำหนดที่รวมอยู่ในข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์จะต้องสอดคล้องกับระดับการพัฒนาวิทยาศาสตร์และเทคโนโลยีในปัจจุบันและไม่ด้อยกว่าข้อกำหนดที่คล้ายกันซึ่งกำหนดให้กับอะนาล็อกในประเทศและต่างประเทศที่ทันสมัยที่สุด ข้อกำหนดที่ระบุไว้ในข้อกำหนดทางเทคนิคสำหรับ NPP ไม่ควรจำกัดผู้พัฒนาระบบในการค้นหาและดำเนินการแก้ไขปัญหาด้านเทคนิค เทคนิค เศรษฐกิจ และอื่นๆ ที่มีประสิทธิภาพสูงสุด
1.5. ข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์ได้รับการพัฒนาบนพื้นฐานของข้อมูลเริ่มต้น รวมถึงข้อมูลที่มีอยู่ในเอกสารขั้นสุดท้ายของขั้นตอน "การวิจัยและเหตุผลสำหรับการสร้างโรงไฟฟ้านิวเคลียร์" ซึ่งก่อตั้งโดย GOST 24.601
1.6. ข้อกำหนดทางเทคนิคสำหรับ AS รวมเฉพาะข้อกำหนดที่เสริมข้อกำหนดสำหรับระบบประเภทนี้ (ACS, CAD, ASNI ฯลฯ ) ที่มีอยู่ในเอกสารเชิงบรรทัดฐานและทางเทคนิคในปัจจุบันและถูกกำหนดโดยข้อมูลเฉพาะของวัตถุเฉพาะที่ กำลังสร้างระบบ
1.7. การเปลี่ยนแปลงข้อกำหนดทางเทคนิคสำหรับ NPP จะดำเนินการอย่างเป็นทางการโดยการเพิ่มหรือโปรโตคอลที่ลงนามโดยลูกค้าและนักพัฒนา เกณฑ์วิธีเพิ่มเติมหรือที่ระบุเป็นส่วนหนึ่งของข้อกำหนดทางเทคนิคของ NPP บนหน้าชื่อเรื่องของข้อกำหนดทางเทคนิคสำหรับผู้บรรยาย ควรมีข้อความ “Valid from...”
2. องค์ประกอบและเนื้อหา
2.1. ข้อกำหนดทางเทคนิคสำหรับ NPP ประกอบด้วยส่วนต่อไปนี้ ซึ่งสามารถแบ่งออกเป็นส่วนย่อย:
- 1) ข้อมูลทั่วไป
- 2) วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ระบบ
- 3) ลักษณะของวัตถุอัตโนมัติ
- 4) ความต้องการของระบบ;
- 5) องค์ประกอบและเนื้อหาของงานเพื่อสร้างระบบ
- 6) ขั้นตอนการควบคุมและการยอมรับระบบ
- 7) ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุอัตโนมัติสำหรับการนำระบบไปใช้งาน
- 8) ข้อกำหนดด้านเอกสาร;
- 9) แหล่งที่มาของการพัฒนา
แอปพลิเคชันอาจรวมอยู่ในข้อกำหนดทางเทคนิคสำหรับวิทยากร
2.2. ขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะของออบเจ็กต์ระบบอัตโนมัติและสภาวะการทำงานของระบบ คุณสามารถจัดทำส่วนของข้อกำหนดทางเทคนิคในรูปแบบของการใช้งาน แนะนำส่วนเพิ่มเติม ยกเว้นหรือรวมส่วนย่อยของข้อกำหนดทางเทคนิค .
ข้อกำหนดทางเทคนิคสำหรับส่วนของระบบไม่รวมถึงส่วนที่ทำซ้ำเนื้อหาของส่วนข้อกำหนดทางเทคนิคสำหรับระบบโดยรวม
2.3. ในส่วน "ข้อมูลทั่วไป" ระบุ:
- 1) ชื่อเต็มของระบบและสัญลักษณ์
- 2) รหัสเรื่องหรือรหัส (หมายเลข) ของสัญญา
- 3) ชื่อขององค์กร (สมาคม) ของผู้พัฒนาและลูกค้า (ผู้ใช้) ของระบบและรายละเอียด
- 4) รายการเอกสารบนพื้นฐานของการสร้างระบบโดยใครและเมื่อใดที่เอกสารเหล่านี้ได้รับการอนุมัติ
- 5) วันที่วางแผนไว้สำหรับการเริ่มต้นและสิ้นสุดงานในการสร้างระบบ
- 6) ข้อมูลเกี่ยวกับแหล่งที่มาและขั้นตอนการจัดหาเงินทุนสำหรับการทำงาน;
- 7) ขั้นตอนการลงทะเบียนและนำเสนอแก่ลูกค้าเกี่ยวกับผลงานการสร้างระบบ (ชิ้นส่วน) การผลิตและการปรับแต่งวิธีการแต่ละอย่าง (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) ที่ซับซ้อน ของระบบ
2.4. ส่วน “วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ระบบ” ประกอบด้วยส่วนย่อย:
- 1) วัตถุประสงค์ของระบบ
- 2) เป้าหมายของการสร้างระบบ
2.4.1. ในส่วนย่อย “วัตถุประสงค์ของระบบ” ระบุประเภทของกิจกรรมที่เป็นอัตโนมัติ (การจัดการ การออกแบบ ฯลฯ) และรายการออบเจ็กต์ระบบอัตโนมัติ (สิ่งอำนวยความสะดวก) ที่ควรจะใช้
สำหรับระบบควบคุมอัตโนมัติ รายการส่วนควบคุมอัตโนมัติ (จุด) และวัตถุควบคุมจะถูกระบุเพิ่มเติม
2.4.2. ในส่วนย่อย "เป้าหมายสำหรับการสร้างระบบ" ชื่อและค่าที่ต้องการของตัวบ่งชี้ทางเทคนิค เทคโนโลยี การผลิต เศรษฐกิจ หรืออื่น ๆ ของวัตถุระบบอัตโนมัติที่ต้องบรรลุผลจากการสร้างระบบอัตโนมัติ และระบุ เกณฑ์การประเมินความสำเร็จของเป้าหมายในการสร้างระบบ
2.5. ในส่วน “ลักษณะของวัตถุอัตโนมัติ” มีดังต่อไปนี้:
- 1) ข้อมูลโดยย่อเกี่ยวกับวัตถุอัตโนมัติหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว
- 2) ข้อมูลเกี่ยวกับสภาพการทำงานของวัตถุอัตโนมัติและลักษณะของสภาพแวดล้อม
บันทึก: สำหรับ CAD ส่วนนี้จะจัดเตรียมพารามิเตอร์หลักและคุณลักษณะของวัตถุการออกแบบเพิ่มเติม
2.6. ส่วน “ความต้องการของระบบ” ประกอบด้วยส่วนย่อยต่อไปนี้:
- 1) ข้อกำหนดสำหรับระบบโดยรวม
- 2) ข้อกำหนดสำหรับฟังก์ชัน (งาน) ที่ดำเนินการโดยระบบ
- 3) ข้อกำหนดสำหรับประเภทความปลอดภัย
องค์ประกอบของข้อกำหนดสำหรับระบบที่รวมอยู่ในข้อกำหนดทางเทคนิคในส่วนนี้สำหรับ NPP นั้นถูกกำหนดขึ้นโดยขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะ และสภาวะการทำงานของระบบเฉพาะ แต่ละส่วนย่อยมีลิงก์ไปยังเอกสารเชิงบรรทัดฐานและทางเทคนิคในปัจจุบันซึ่งกำหนดข้อกำหนดสำหรับระบบประเภทที่เกี่ยวข้อง
2.6.1. ในส่วนย่อย “ข้อกำหนดสำหรับระบบโดยรวม” ระบุ:
- ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ
- ข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรระบบและโหมดการทำงาน
- ตัวบ่งชี้จุดหมายปลายทาง
- ข้อกำหนดด้านความน่าเชื่อถือ
- ข้อกำหนดด้านความปลอดภัย
- ข้อกำหนดสำหรับการยศาสตร์และความสวยงามทางเทคนิค
- ข้อกำหนดด้านความสามารถในการขนส่งสำหรับลำโพงเคลื่อนที่
- ข้อกำหนดสำหรับการดำเนินงาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บส่วนประกอบของระบบ
- ข้อกำหนดในการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาต
- ข้อกำหนดเพื่อความปลอดภัยของข้อมูลในกรณีที่เกิดอุบัติเหตุ
- ข้อกำหนดสำหรับการป้องกันจากอิทธิพลภายนอก
- ข้อกำหนดสำหรับความบริสุทธิ์ของสิทธิบัตร
- ข้อกำหนดสำหรับการสร้างมาตรฐานและการรวมเป็นหนึ่ง
- ข้อกำหนดเพิ่มเติม.
2.6.1.1. ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบประกอบด้วย:
- 1) รายการระบบย่อยวัตถุประสงค์และคุณสมบัติหลักข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับการรวมศูนย์ของระบบ
- 2) ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารเพื่อการแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
- 3) ข้อกำหนดสำหรับคุณสมบัติของความสัมพันธ์ของระบบที่สร้างขึ้นกับระบบที่เกี่ยวข้องข้อกำหนดสำหรับความเข้ากันได้รวมถึงคำแนะนำเกี่ยวกับวิธีการแลกเปลี่ยนข้อมูล (โดยอัตโนมัติโดยการส่งเอกสารทางโทรศัพท์ ฯลฯ )
- 4) ข้อกำหนดสำหรับโหมดการทำงานของระบบ
- 5) ข้อกำหนดสำหรับการวินิจฉัยระบบ
- 6) โอกาสในการพัฒนาและปรับปรุงระบบให้ทันสมัย
2.6.1.2. ข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรในโรงไฟฟ้านิวเคลียร์ ได้แก่:
- ข้อกำหนดสำหรับจำนวนบุคลากร (ผู้ใช้) ของ NPP
- ข้อกำหนดสำหรับคุณสมบัติของบุคลากร ขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ
- โหมดการทำงานที่จำเป็นสำหรับบุคลากรในโรงงาน
2.6.1.3. ในข้อกำหนดสำหรับตัวบ่งชี้วัตถุประสงค์ของ AS จะมีการกำหนดค่าของพารามิเตอร์ที่แสดงถึงระดับความสอดคล้องของระบบตามวัตถุประสงค์
สำหรับ ACS ระบุ:
- ระดับของความสามารถในการปรับตัวของระบบต่อการเปลี่ยนแปลงในกระบวนการและวิธีการควบคุมไปจนถึงการเบี่ยงเบนในพารามิเตอร์ของวัตถุควบคุม
- ขีดจำกัดที่ยอมรับได้ของความทันสมัยและการพัฒนาระบบ
- ลักษณะเวลาความน่าจะเป็นที่รักษาวัตถุประสงค์ที่ตั้งใจไว้ของระบบไว้
2.6.1.4. ข้อกำหนดด้านความน่าเชื่อถือ ได้แก่:
- 1) องค์ประกอบและค่าเชิงปริมาณของตัวบ่งชี้ความน่าเชื่อถือสำหรับระบบโดยรวมหรือระบบย่อย
- 2) รายการสถานการณ์ฉุกเฉินที่ต้องควบคุมข้อกำหนดด้านความน่าเชื่อถือและค่าของตัวบ่งชี้ที่เกี่ยวข้อง
- 3) ข้อกำหนดสำหรับความน่าเชื่อถือของฮาร์ดแวร์และซอฟต์แวร์
- 4) ข้อกำหนดสำหรับวิธีการประเมินและติดตามตัวบ่งชี้ความน่าเชื่อถือในขั้นตอนต่าง ๆ ของการสร้างระบบตามเอกสารด้านกฎระเบียบและทางเทคนิคในปัจจุบัน
2.6.1.5. ข้อกำหนดด้านความปลอดภัยรวมถึงข้อกำหนดเพื่อความปลอดภัยระหว่างการติดตั้ง การทดสอบการใช้งาน การทำงาน การบำรุงรักษาและการซ่อมแซมอุปกรณ์ทางเทคนิคของระบบ (การป้องกันจากผลกระทบของกระแสไฟฟ้า สนามแม่เหล็กไฟฟ้า เสียงอะคูสติก ฯลฯ) ระดับการส่องสว่าง การสั่นสะเทือน และเสียงรบกวนที่อนุญาต โหลด
2.6.1.6. ข้อกำหนดด้านหลักสรีรศาสตร์และสุนทรียศาสตร์ทางเทคนิค ได้แก่ ตัวบ่งชี้ AC ที่กำหนดคุณภาพที่ต้องการของการโต้ตอบระหว่างมนุษย์กับเครื่องจักร และความสะดวกสบายของสภาพการทำงานสำหรับบุคลากร
2.6.1.7. สำหรับลำโพงเคลื่อนที่ ข้อกำหนดสำหรับความสามารถในการเคลื่อนย้ายรวมถึงข้อกำหนดการออกแบบที่รับประกันความสามารถในการเคลื่อนย้ายของวิธีการทางเทคนิคของระบบ เช่นเดียวกับข้อกำหนดสำหรับยานพาหนะ
2.6.1.8. ข้อกำหนดสำหรับการใช้งาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บ รวมถึง:
- 1) เงื่อนไขและข้อบังคับ (โหมด) ของการดำเนินงานซึ่งจะต้องรับรองการใช้วิธีการทางเทคนิค (TS) ของระบบพร้อมตัวบ่งชี้ทางเทคนิคที่ระบุรวมถึงประเภทและความถี่ของการบำรุงรักษา TS ของระบบหรือการยอมรับการดำเนินการโดยไม่ต้องบำรุงรักษา ;
- 2) ข้อกำหนดเบื้องต้นสำหรับพื้นที่ที่อนุญาตสำหรับรองรับบุคลากรและระบบยานพาหนะ สำหรับพารามิเตอร์ของเครือข่ายแหล่งจ่ายไฟ ฯลฯ
- 3) ข้อกำหนดสำหรับจำนวนคุณสมบัติของบุคลากรบริการและรูปแบบการปฏิบัติงาน
- 4) ข้อกำหนดสำหรับองค์ประกอบ ตำแหน่ง และสภาพการเก็บรักษาชุดผลิตภัณฑ์และเครื่องมืออะไหล่
- 5) ข้อกำหนดสำหรับกฎระเบียบการบำรุงรักษา
2.6.1.9. ข้อกำหนดในการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาตรวมถึงข้อกำหนดที่กำหนดไว้ในเอกสารทางวิทยาศาสตร์และทางเทคนิคที่ใช้บังคับในอุตสาหกรรมของลูกค้า (แผนก)
2.6.1.10. ข้อกำหนดด้านความปลอดภัยของข้อมูลระบุรายการเหตุการณ์: อุบัติเหตุ ความล้มเหลวของอุปกรณ์ทางเทคนิค (รวมถึงการสูญเสียพลังงาน) ฯลฯ ซึ่งต้องมั่นใจในความปลอดภัยของข้อมูลในระบบ
2.6.1.11. ข้อกำหนดสำหรับวิธีการป้องกันอิทธิพลภายนอก ได้แก่ :
- 1) ข้อกำหนดสำหรับการป้องกันด้วยรังสีอิเล็กทรอนิกส์ของโรงไฟฟ้านิวเคลียร์
- 2) ข้อกำหนดด้านความทนทาน ความมั่นคง และความแข็งแกร่งต่ออิทธิพลภายนอก (สภาพแวดล้อมการใช้งาน)
2.6.1.12. ข้อกำหนดด้านความบริสุทธิ์ของสิทธิบัตรระบุถึงรายชื่อประเทศที่ต้องรับประกันความบริสุทธิ์ของสิทธิบัตรของระบบและชิ้นส่วนของระบบ
2.6.1.13. ข้อกำหนดสำหรับการกำหนดมาตรฐานและการรวมรวมถึง: ตัวบ่งชี้ที่กำหนดระดับการใช้งานมาตรฐานที่ต้องการ, วิธีการแบบรวมสำหรับการใช้งานฟังก์ชั่น (งาน) ของระบบ, ซอฟต์แวร์ที่ให้มา, วิธีการและแบบจำลองทางคณิตศาสตร์มาตรฐาน, โซลูชันการออกแบบมาตรฐาน, รูปแบบเอกสารการจัดการแบบครบวงจรที่จัดตั้งขึ้นโดย GOST 6.10.1 ตัวแยกประเภทข้อมูลทางเทคนิคและเศรษฐกิจ All-Union และตัวแยกประเภทประเภทอื่น ๆ ตามขอบเขตการใช้งานข้อกำหนดสำหรับการใช้เวิร์กสเตชันอัตโนมัติส่วนประกอบและคอมเพล็กซ์มาตรฐาน
2.6.1.14. ข้อกำหนดเพิ่มเติม ได้แก่ :
- 1) ข้อกำหนดสำหรับการเตรียมระบบด้วยอุปกรณ์สำหรับการฝึกอบรมบุคลากร (เครื่องจำลอง อุปกรณ์อื่น ๆ เพื่อวัตถุประสงค์ที่คล้ายกัน) และเอกสารประกอบสำหรับพวกเขา
- 2) ข้อกำหนดสำหรับอุปกรณ์บริการ ย่อมาจากการทดสอบองค์ประกอบของระบบ
- 3) ข้อกำหนดของระบบที่เกี่ยวข้องกับเงื่อนไขการทำงานพิเศษ
- 4) ข้อกำหนดพิเศษขึ้นอยู่กับดุลยพินิจของผู้พัฒนาระบบหรือลูกค้า
2.6.2. ในส่วนย่อย “ข้อกำหนดสำหรับฟังก์ชัน (งาน)” ที่ดำเนินการโดยระบบ มีการกำหนดสิ่งต่อไปนี้:
เมื่อสร้างระบบในสองคิวขึ้นไป - รายการของระบบย่อยการทำงานแต่ละฟังก์ชันหรืองานที่นำไปใช้ในการดำเนินการในคิวที่ 1 และคิวถัดไป
2.6.3. ในส่วนย่อย “ข้อกำหนดสำหรับประเภทของการสนับสนุน” ขึ้นอยู่กับประเภทของระบบ ข้อกำหนดสำหรับการสนับสนุนทางคณิตศาสตร์ ข้อมูล ภาษา ซอฟต์แวร์ เทคนิค มาตรวิทยา องค์กร วิธีการ และประเภทอื่น ๆ ของการสนับสนุนสำหรับระบบ
2.6.3.1. สำหรับการสนับสนุนทางคณิตศาสตร์ของระบบ จะมีการกำหนดข้อกำหนดสำหรับองค์ประกอบ ขอบเขตการใช้งาน (ข้อจำกัด) และวิธีการใช้วิธีการและแบบจำลองทางคณิตศาสตร์ในระบบ อัลกอริธึมมาตรฐานและอัลกอริธึมที่จะพัฒนา
2.6.3.2. ข้อกำหนดสำหรับการสนับสนุนข้อมูลของระบบคือ:
- 1) องค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ
- 2) การแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
- 3) ความเข้ากันได้ของข้อมูลกับระบบที่เกี่ยวข้อง
- 4) การใช้ all-Union และรีพับลิกันที่ลงทะเบียน ตัวแยกประเภทอุตสาหกรรม เอกสารแบบครบวงจร และตัวแยกประเภทที่ดำเนินงานในองค์กรที่กำหนด
- 5) เรื่องการใช้ระบบการจัดการฐานข้อมูล
- 6) โครงสร้างของกระบวนการรวบรวม ประมวลผล ส่งข้อมูลในระบบและการนำเสนอข้อมูล
- 7) เพื่อปกป้องข้อมูลจากการถูกทำลายระหว่างอุบัติเหตุและไฟฟ้าขัดข้อง;
- 8) เพื่อควบคุม จัดเก็บ อัปเดต และกู้คืนข้อมูล
- 9) สำหรับขั้นตอนการให้อำนาจทางกฎหมายกับเอกสารที่ผลิตโดยวิธีการทางเทคนิคของ NPP (ตาม GOST 6.10.4)
2.6.3.3. สำหรับการสนับสนุนทางภาษาของระบบนั้นข้อกำหนดมีไว้สำหรับการใช้ภาษาการเขียนโปรแกรมระดับสูงในระบบภาษาการโต้ตอบของผู้ใช้และวิธีการทางเทคนิคของระบบตลอดจนข้อกำหนดสำหรับการเข้ารหัสและถอดรหัสข้อมูลการป้อนข้อมูล - ภาษาส่งออก ภาษาการจัดการข้อมูล วิธีการอธิบายหัวข้อเรื่อง (ออบเจ็กต์ระบบอัตโนมัติ) ไปจนถึงวิธีจัดระเบียบบทสนทนา
2.6.3.4. สำหรับซอฟต์แวร์ระบบ จะมีรายการซอฟต์แวร์ที่ซื้อมาให้พร้อมทั้งข้อกำหนด:
- 1) ความเป็นอิสระของซอฟต์แวร์จาก SVT ที่ใช้และสภาพแวดล้อมการทำงาน
- 2) คุณภาพของซอฟต์แวร์ตลอดจนวิธีการจัดหาและการควบคุม
- 3) หากจำเป็น ให้ประสานงานซอฟต์แวร์ที่พัฒนาขึ้นใหม่กับกองทุนอัลกอริธึมและโปรแกรม
2.6.3.5. สำหรับการสนับสนุนทางเทคนิคของระบบ มีข้อกำหนดดังต่อไปนี้:
- 1) ประเภทของวิธีการทางเทคนิครวมถึงประเภทของวิธีการทางเทคนิคที่ซับซ้อน คอมเพล็กซ์ซอฟต์แวร์และฮาร์ดแวร์และส่วนประกอบอื่น ๆ ที่อนุญาตให้ใช้ในระบบ
- 2) ลักษณะการทำงาน การออกแบบ และการปฏิบัติงานของวิธีการสนับสนุนทางเทคนิคของระบบ
2.6.3.6. ข้อกำหนดสำหรับการสนับสนุนด้านมาตรวิทยาประกอบด้วย:
- 1) รายการช่องการวัดเบื้องต้น
- 2) ข้อกำหนดสำหรับความแม่นยำของการวัดพารามิเตอร์และ (หรือ) สำหรับคุณลักษณะทางมาตรวิทยาของช่องการวัด
- 3) ข้อกำหนดสำหรับความเข้ากันได้ทางมาตรวิทยาของวิธีการทางเทคนิคของระบบ
- 4) รายการช่องทางการควบคุมและการคำนวณของระบบที่จำเป็นในการประเมินลักษณะความแม่นยำ
- 5) ข้อกำหนดสำหรับการสนับสนุนทางมาตรวิทยาของฮาร์ดแวร์และซอฟต์แวร์ที่รวมอยู่ในช่องการวัดของระบบ เครื่องมือควบคุมในตัว ความเหมาะสมทางมาตรวิทยาของช่องการวัด และเครื่องมือวัดที่ใช้ระหว่างการทดสอบการใช้งานและการทดสอบระบบ
- 6) ประเภทของการรับรองมาตรวิทยา (รัฐหรือแผนก) ระบุขั้นตอนการดำเนินการและองค์กรที่ดำเนินการรับรอง
2.6.3.7. สำหรับการสนับสนุนองค์กรมีข้อกำหนดดังต่อไปนี้:
2.6.3.8. สำหรับการสนับสนุนด้านระเบียบวิธี CAD ได้จัดเตรียมข้อกำหนดสำหรับองค์ประกอบของเอกสารด้านกฎระเบียบและทางเทคนิคของระบบ (รายการมาตรฐาน ข้อบังคับ วิธีการ ฯลฯ ที่ใช้ในการดำเนินการ)
2.7. ส่วน "องค์ประกอบและเนื้อหาของงานเกี่ยวกับการสร้าง (การพัฒนา) ระบบ" ควรมีรายการขั้นตอนและขั้นตอนของงานเกี่ยวกับการสร้างระบบตาม GOST 24.601 ระยะเวลาของการดำเนินการรายชื่อองค์กร การปฏิบัติงาน ลิงก์ไปยังเอกสารยืนยันความยินยอมขององค์กรเหล่านี้ในการมีส่วนร่วมในการสร้างระบบ หรือบันทึกที่ระบุผู้รับผิดชอบ (ลูกค้าหรือผู้พัฒนา) ในการดำเนินงานนี้
ส่วนนี้ยังมี:
- 1) รายการเอกสารตาม GOST 34.201-89 นำเสนอเมื่อสิ้นสุดขั้นตอนและขั้นตอนการทำงานที่เกี่ยวข้อง
- 2) ประเภทและขั้นตอนในการดำเนินการตรวจสอบเอกสารทางเทคนิค (ขั้นตอน, ขั้นตอน, ปริมาณของเอกสารที่กำลังตรวจสอบ, องค์กรผู้เชี่ยวชาญ)
- 3) โปรแกรมงานที่มุ่งสร้างความมั่นใจระดับความน่าเชื่อถือของระบบที่กำลังพัฒนา (ถ้าจำเป็น)
- 4) รายการงานเกี่ยวกับการสนับสนุนทางมาตรวิทยาในทุกขั้นตอนของการสร้างระบบระบุกำหนดเวลาและองค์กรที่ดำเนินการ (หากจำเป็น)
2.8. ในส่วน “ขั้นตอนการควบคุมและการยอมรับระบบ” ระบุ:
- 1) ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบของระบบและส่วนประกอบ (ประเภทของการทดสอบตามมาตรฐานปัจจุบันที่ใช้บังคับกับระบบที่กำลังพัฒนา)
- 2) ข้อกำหนดทั่วไปสำหรับการยอมรับงานตามขั้นตอน (รายชื่อองค์กรและองค์กรที่เข้าร่วมสถานที่และเวลา) ขั้นตอนการประสานงานและการอนุมัติเอกสารการยอมรับ
- H) สถานะของคณะกรรมการตอบรับ (รัฐ, ระหว่างแผนก, แผนก)
2.9. ในส่วน "ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุอัตโนมัติสำหรับการทดสอบระบบ" จำเป็นต้องจัดเตรียมรายการกิจกรรมหลักและนักแสดงที่ควรดำเนินการเมื่อเตรียมวัตถุอัตโนมัติสำหรับการวาง โรงงานเข้าดำเนินการ
รายการกิจกรรมหลักประกอบด้วย:
- 1) นำข้อมูลที่เข้าสู่ระบบ (ตามข้อกำหนดสำหรับข้อมูลและการสนับสนุนทางภาษา) ไปยังรูปแบบที่เหมาะสมสำหรับการประมวลผลโดยใช้คอมพิวเตอร์
- 2) การเปลี่ยนแปลงที่ต้องทำในวัตถุอัตโนมัติ
- 3) การสร้างเงื่อนไขสำหรับการทำงานของวัตถุอัตโนมัติภายใต้การรับประกันการปฏิบัติตามระบบที่สร้างขึ้นกับข้อกำหนดที่มีอยู่ในข้อกำหนดทางเทคนิค
- 4) การสร้างหน่วยและบริการที่จำเป็นสำหรับการทำงานของระบบ
- 5) ระยะเวลาและขั้นตอนการจัดบุคลากรและการฝึกอบรม
ตัวอย่างเช่น สำหรับระบบควบคุมอัตโนมัติ จะให้:
- การเปลี่ยนแปลงวิธีการจัดการที่ประยุกต์ใช้
- การสร้างเงื่อนไขสำหรับการทำงานของส่วนประกอบระบบควบคุมอัตโนมัติภายใต้การรับประกันการปฏิบัติตามระบบตามข้อกำหนดที่มีอยู่ในข้อกำหนดทางเทคนิค
2.10. ในส่วน "ข้อกำหนดด้านเอกสาร" มีดังต่อไปนี้:
- 1) รายการชุดและประเภทของเอกสารที่จะพัฒนาตามที่ผู้พัฒนาและลูกค้าของระบบตกลงกันซึ่งตรงตามข้อกำหนดของ GOST 34.201-89 และ NTD ของอุตสาหกรรมของลูกค้า
รายการเอกสารที่ออกทางสื่อคอมพิวเตอร์
ข้อกำหนดสำหรับเอกสารไมโครฟิล์ม - 2) ข้อกำหนดสำหรับการจัดทำเอกสารองค์ประกอบส่วนประกอบสำหรับการใช้งานข้ามอุตสาหกรรมตามข้อกำหนดของ ESKD และ ESPD
- 3) ในกรณีที่ไม่มีมาตรฐานของรัฐที่กำหนดข้อกำหนดสำหรับองค์ประกอบของระบบเอกสารให้รวมข้อกำหนดเพิ่มเติมสำหรับองค์ประกอบและเนื้อหาของเอกสารดังกล่าว
2.11. ส่วน "แหล่งที่มาของการพัฒนา" ควรแสดงรายการเอกสารและวัสดุข้อมูล (การศึกษาความเป็นไปได้ รายงานงานวิจัยที่เสร็จสมบูรณ์ วัสดุข้อมูลเกี่ยวกับระบบอะนาล็อกในประเทศและต่างประเทศ ฯลฯ ) บนพื้นฐานของการพัฒนาข้อกำหนดทางเทคนิคและที่ควรจะเป็น ที่ใช้ในการสร้างระบบ
2.12. ในกรณีที่มีวิธีที่ได้รับอนุมัติ ข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์จะรวมถึงภาคผนวกที่ประกอบด้วย:
- 1) การคำนวณประสิทธิภาพที่คาดหวังของระบบ
- 2) การประเมินระดับวิทยาศาสตร์และเทคนิคของระบบ
แอปพลิเคชันจะรวมอยู่ในข้อกำหนดทางเทคนิคสำหรับ NPP ตามที่ตกลงกันระหว่างผู้พัฒนาและลูกค้าของระบบ
3. กฎข้อบังคับ
3.1. ต้องวางส่วนและส่วนย่อยของข้อกำหนดทางเทคนิคสำหรับ NPP ตามลำดับที่กำหนดไว้ในส่วน 2 ของมาตรฐานนี้
3.2. ข้อกำหนดทางเทคนิคสำหรับ AS ได้รับการจัดทำขึ้นตามข้อกำหนดของ GOST 2.105.95 บนแผ่น A4 ตาม GOST 2.301 โดยไม่มีกรอบ คำจารึกหลัก และคอลัมน์เพิ่มเติม
หมายเลขชีต (หน้า) จะถูกวาง โดยเริ่มจากชีตแรกต่อจากหน้าชื่อเรื่อง ที่ด้านบนของชีต (เหนือข้อความ ตรงกลาง) หลังจากระบุรหัส TK บน AC
3.3. ค่าของตัวบ่งชี้บรรทัดฐานและข้อกำหนดจะถูกระบุตามกฎโดยมีค่าเบี่ยงเบนสูงสุดหรือค่าสูงสุดและต่ำสุด หากตัวบ่งชี้ บรรทัดฐาน และข้อกำหนดเหล่านี้ได้รับการควบคุมอย่างชัดเจนโดยเอกสารทางวิทยาศาสตร์และทางเทคนิค ข้อกำหนดทางเทคนิคสำหรับโรงงานควรมีลิงก์ไปยังเอกสารเหล่านี้หรือส่วนต่างๆ รวมถึงข้อกำหนดเพิ่มเติมที่คำนึงถึงคุณลักษณะของระบบ สร้าง. หากไม่สามารถกำหนดค่าเฉพาะของตัวบ่งชี้บรรทัดฐานและข้อกำหนดได้ในระหว่างการพัฒนาข้อกำหนดทางเทคนิคสำหรับ NPP ควรจัดทำบันทึกขั้นตอนในการสร้างและยอมรับตัวบ่งชี้บรรทัดฐานและข้อกำหนดเหล่านี้:
“ข้อกำหนดสุดท้าย (มูลค่า) ได้รับการชี้แจงในกระบวนการ... และตกลงตามระเบียบการกับ... ในขั้นตอน...”
ในเวลาเดียวกัน ข้อความของข้อกำหนดทางเทคนิคสำหรับ NPP จะไม่มีการเปลี่ยนแปลง
3.4. หน้าชื่อเรื่องประกอบด้วยลายเซ็นของลูกค้า ผู้พัฒนา และองค์กรที่ได้รับอนุมัติ ซึ่งประทับตราอย่างเป็นทางการ หากจำเป็น หน้าชื่อเรื่องจะถูกวาดขึ้นหลายหน้า ลายเซ็นของผู้พัฒนาข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์และเจ้าหน้าที่ที่เกี่ยวข้องในการอนุมัติและการพิจารณาร่างข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์จะอยู่ในแผ่นสุดท้าย
แบบฟอร์มหน้าชื่อเรื่องของข้อกำหนดทางเทคนิคของยานยนต์มีให้ในภาคผนวก 2 แบบฟอร์มของเอกสารสุดท้ายของข้อกำหนดทางเทคนิคของยานยนต์มีให้ในภาคผนวก 3
3.5. หากจำเป็น รหัสที่จัดตั้งขึ้นในอุตสาหกรรมอาจวางไว้บนหน้าชื่อเรื่องของข้อกำหนดทางเทคนิคของ AS เช่น: การจำแนกประเภทความปลอดภัย รหัสงาน หมายเลขทะเบียนของข้อกำหนดทางเทคนิค ฯลฯ
3.6. หน้าชื่อเรื่องของการเพิ่มข้อกำหนดทางเทคนิคสำหรับ NPP ได้รับการออกแบบในลักษณะเดียวกับหน้าชื่อเรื่องของข้อกำหนดทางเทคนิค แทนที่จะใช้ชื่อ "ข้อกำหนดทางเทคนิค" พวกเขาเขียนว่า "หมายเลขเพิ่มเติม ... ในข้อกำหนดทางเทคนิคสำหรับ AC..."
3.7. ในเอกสารแนบท้ายของข้อกำหนดทางเทคนิคสำหรับ AS จะมีการวางพื้นฐานสำหรับการเปลี่ยนแปลง เนื้อหาของการเปลี่ยนแปลง และลิงก์ไปยังเอกสารตามที่มีการเปลี่ยนแปลงเหล่านี้
3.8. เมื่อนำเสนอข้อความเพิ่มเติมในข้อกำหนดทางเทคนิคคุณควรระบุหมายเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้าย่อย ตารางข้อกำหนดทางเทคนิคหลักใน AS ฯลฯ และใช้คำว่า: "แทนที่", "ส่วนเสริม", " ยกเว้น”, “ระบุในฉบับพิมพ์ใหม่”
ขั้นตอนการพัฒนา การอนุมัติ และการอนุมัติ TOR สำหรับ NPP
1. ร่างข้อกำหนดทางเทคนิคสำหรับ NPP ได้รับการพัฒนาโดยองค์กรผู้พัฒนาระบบโดยมีส่วนร่วมของลูกค้าบนพื้นฐานของข้อกำหนดทางเทคนิค (การใช้งาน ข้อมูลจำเพาะทางเทคนิคและยุทธวิธี ฯลฯ )
ในระหว่างการจัดองค์กรที่มีการแข่งขัน ลูกค้าจะพิจารณาตัวเลือกสำหรับข้อกำหนดการออกแบบสำหรับ NPP ซึ่งเลือกตัวเลือกที่ต้องการหรือเตรียมเวอร์ชันสุดท้ายของข้อกำหนดทางเทคนิคสำหรับ AC โดยขึ้นอยู่กับการวิเคราะห์เปรียบเทียบ ของผู้พัฒนา NPP ในอนาคต
2. ความจำเป็นในการประสานงานร่างข้อกำหนดทางเทคนิคสำหรับ NPP กับหน่วยงานกำกับดูแลของรัฐและองค์กรที่สนใจอื่น ๆ จะถูกกำหนดร่วมกันโดยลูกค้าของระบบและผู้พัฒนาข้อกำหนดทางเทคนิคของโครงการสำหรับโรงไฟฟ้านิวเคลียร์
งานในการประสานงานร่างข้อกำหนดทางเทคนิคสำหรับ AC จะดำเนินการร่วมกันโดยผู้พัฒนาข้อกำหนดทางเทคนิคสำหรับ AC และลูกค้าของระบบ ซึ่งแต่ละรายอยู่ในองค์กรของกระทรวงของเขา (แผนก)
3. ระยะเวลาในการอนุมัติร่างข้อกำหนดทางเทคนิคของ NPP ในแต่ละองค์กรไม่ควรเกิน 15 วันนับจากวันที่ได้รับ ขอแนะนำให้ส่งสำเนาร่างข้อกำหนดทางเทคนิคสำหรับ AS (สำเนา) ไปยังทุกองค์กร (แผนก) เพื่อขออนุมัติพร้อมกัน
4. ข้อคิดเห็นเกี่ยวกับร่างข้อกำหนดทางเทคนิคของ NPP จะต้องส่งพร้อมเหตุผลทางเทคนิค การตัดสินใจเกี่ยวกับความคิดเห็นจะต้องกระทำโดยผู้พัฒนาร่างข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์และลูกค้าของระบบ ก่อนที่จะอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
5. หากเมื่อตกลงร่างข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์เกิดความขัดแย้งระหว่างผู้พัฒนาและลูกค้า (หรือองค์กรที่สนใจอื่น ๆ ) โปรโตคอลของความขัดแย้งจะถูกร่างขึ้น (แบบฟอร์มเป็นแบบพลการ) และการตัดสินใจเฉพาะ จะทำในลักษณะที่กำหนด
6. การอนุมัติร่างข้อกำหนดทางเทคนิคสำหรับ NPP อาจจัดทำอย่างเป็นทางการในเอกสารแยกต่างหาก (จดหมาย) ในกรณีนี้ ภายใต้หัวข้อ "ตกลง" จะมีการสร้างลิงก์ไปยังเอกสารนี้
7. การอนุมัติข้อกำหนดทางเทคนิคสำหรับ NPP ดำเนินการโดยหัวหน้าองค์กร (องค์กร) ของผู้พัฒนาและลูกค้าของระบบ
8. ก่อนที่จะส่งเพื่อขออนุมัติข้อกำหนดทางเทคนิคสำหรับ NPP (นอกเหนือจากข้อกำหนดทางเทคนิค) จะต้องได้รับการตรวจสอบโดยบริการควบคุมด้านกฎระเบียบขององค์กรที่พัฒนาข้อกำหนดทางเทคนิคและหากจำเป็นจะต้องได้รับการตรวจสอบทางมาตรวิทยา
9. ผู้พัฒนาข้อกำหนดทางเทคนิคสำหรับโรงงานจะส่งสำเนาข้อกำหนดทางเทคนิคที่ได้รับอนุมัติสำหรับโรงงานให้กับผู้เข้าร่วมในการสร้างระบบภายใน 10 วันหลังจากได้รับการอนุมัติ
10. การประสานงานและการอนุมัติการเพิ่มข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์จะดำเนินการในลักษณะที่กำหนดไว้สำหรับข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
11. ไม่อนุญาตให้มีการเปลี่ยนแปลงข้อกำหนดทางเทคนิคของ NPP หลังจากที่ระบบหรือรอบของระบบถูกส่งไปเพื่อการทดสอบการยอมรับ
12. การลงทะเบียนการบัญชีและการจัดเก็บข้อกำหนดทางเทคนิคใน NPP และการเพิ่มเติมจะดำเนินการตามข้อกำหนดของ GOST 2.501
รูปแบบของหน้าชื่อเรื่องของ TK บน AC
________________________________________________________
|
ชื่อ ฉันอนุมัติแล้ว หัวหน้างาน ลายเซ็นส่วนตัว ผนึก วันที่ ฉันอนุมัติแล้ว หัวหน้างาน ลายเซ็นส่วนตัว ผนึก วันที่
ชื่อประเภทของผู้พูด
ชื่อออบเจ็กต์
ย่อ งานด้านเทคนิค บนแผ่นงาน ____ ถูกต้อง ตกลง หัวหน้างาน ลายเซ็นส่วนตัว ผนึก วันที่ |
รูปแบบของเอกสารสุดท้ายของ TOR บน AC
(รหัส ทีเค)เสร็จสิ้นตามที่ตกลงไว้
ภาคผนวก 4
ข้อมูล
ข้อกำหนดสำหรับการสร้างชุดมาตรฐานระบบอัตโนมัติแบบรวมศูนย์
1. ข้อกำหนดเบื้องต้นเบื้องต้นสำหรับการสร้างคอมเพล็กซ์
1.1. การสร้างและการใช้งานระบบอัตโนมัติในประเภทและวัตถุประสงค์ต่างๆ ดำเนินการในหลายอุตสาหกรรมตามเอกสารด้านกฎระเบียบและทางเทคนิคที่กำหนดมาตรฐาน กฎเกณฑ์และข้อบังคับขององค์กร วิธีการ และเทคนิคทางเทคนิคต่างๆ ที่ทำให้การบูรณาการระบบและการทำงานร่วมกันมีประสิทธิผลมีความซับซ้อน
1.2. ในช่วงเวลาที่มาตรฐานของรัฐสหภาพโซเวียตตัดสินใจปรับปรุงชุดมาตรฐานระหว่างอุตสาหกรรมชุดและระบบมาตรฐานต่อไปนี้มีผลบังคับใช้โดยกำหนดข้อกำหนดสำหรับ AS ประเภทต่างๆ:
- 1) ระบบมาตรฐานแบบครบวงจรสำหรับระบบควบคุมอัตโนมัติ (ระบบที่ 24) ครอบคลุมระบบควบคุมอัตโนมัติ ระบบควบคุมอัตโนมัติ ระบบควบคุมกระบวนการ และระบบองค์กรและเศรษฐกิจอื่น ๆ
- 2) ชุดมาตรฐาน (ระบบ 23501) ขยายไปสู่ระบบการออกแบบโดยใช้คอมพิวเตอร์ช่วย
- 3) กลุ่มที่สี่ของระบบมาตรฐานที่ 14 ครอบคลุมระบบอัตโนมัติสำหรับการเตรียมการผลิตทางเทคโนโลยี
1.3. แนวปฏิบัติในการใช้มาตรฐานสำหรับระบบควบคุมอัตโนมัติ CAD ระบบควบคุมกระบวนการอัตโนมัติ ระบบควบคุมกระบวนการอัตโนมัติ แสดงให้เห็นว่ามีการใช้เครื่องมือแนวความคิดเดียวกัน มีวัตถุที่เป็นมาตรฐานทั่วไปหลายประการ แต่ข้อกำหนดของมาตรฐานไม่สอดคล้องกับแต่ละข้อ อื่น ๆ มีความแตกต่างในองค์ประกอบและเนื้อหาของงาน ความแตกต่างในการกำหนด องค์ประกอบ เนื้อหาและการดำเนินการของเอกสาร เป็นต้น
1.4. เนื่องจากไม่มีนโยบายทางเทคนิคที่เป็นเอกภาพในด้านการสร้าง AS มาตรฐานที่หลากหลายจึงไม่รับประกันความเข้ากันได้ในวงกว้างของ AS ในระหว่างการโต้ตอบ ไม่อนุญาตให้มีการจำลองระบบ และขัดขวางการพัฒนาพื้นที่ที่มีแนวโน้มสำหรับ การใช้เทคโนโลยีคอมพิวเตอร์
1.5. ปัจจุบันมีการเปลี่ยนแปลงไปสู่การสร้างระบบอัตโนมัติที่ซับซ้อน (ระบบ CAD - CAM ในต่างประเทศ) ซึ่งรวมถึงระบบควบคุมอัตโนมัติสำหรับกระบวนการทางเทคโนโลยีและการผลิต CAD - นักออกแบบ CAD - นักเทคโนโลยี ASNI และระบบอื่น ๆ การใช้กฎที่ขัดแย้งกันในการสร้างระบบดังกล่าวทำให้คุณภาพลดลง ต้นทุนงานเพิ่มขึ้น และความล่าช้าในการเดินเครื่องของโรงไฟฟ้านิวเคลียร์
1.6. ชุดมาตรฐานและเอกสารคำแนะนำที่รวมเป็นหนึ่งเดียวควรนำไปใช้กับระบบอัตโนมัติเพื่อวัตถุประสงค์ต่างๆ: ASNI, CAD, OASU, ASUP, ASUTP, ASUGPS, ASK, ASPP รวมถึงการบูรณาการ
1.7. เมื่อพัฒนาเอกสารระหว่างอุตสาหกรรมควรคำนึงถึงคุณลักษณะต่อไปนี้ของ AS ในฐานะวัตถุมาตรฐาน:
- 1) ข้อกำหนดทางเทคนิคเป็นเอกสารหลักตามการสร้าง AS และการยอมรับจากลูกค้า
- 2) ตามกฎแล้ว NPP ถูกสร้างขึ้นโดยการออกแบบ พร้อมด้วยผลิตภัณฑ์แบบอนุกรมและแบบการผลิตเดี่ยว และดำเนินการก่อสร้าง การติดตั้ง การทดสอบการเดินระบบ และการว่าจ้างงานที่จำเป็นสำหรับการนำ NPP เข้าสู่การดำเนินงาน
- 3) ในกรณีทั่วไป AS (ระบบย่อย AS) ประกอบด้วยซอฟต์แวร์และฮาร์ดแวร์ (SHC) ซอฟต์แวร์และระเบียบวิธี (PMK) และส่วนประกอบของฮาร์ดแวร์ ซอฟต์แวร์ และข้อมูลสนับสนุน
ส่วนประกอบของการสนับสนุนประเภทนี้ รวมถึง PMC และ PTK จะต้องได้รับการผลิตและจัดหาเป็นผลิตภัณฑ์เพื่อวัตถุประสงค์ทางอุตสาหกรรมและทางเทคนิค
ส่วนประกอบสามารถรวมไว้ใน AS เป็นส่วนอิสระหรือสามารถรวมกันเป็นคอมเพล็กซ์ได้ - 4) การสร้าง AS ในองค์กร (องค์กร) ต้องมีการฝึกอบรมพิเศษสำหรับผู้ใช้และเจ้าหน้าที่บำรุงรักษาระบบ
- 5) การทำงานของ AS และคอมเพล็กซ์ได้รับการรับรองโดยชุดของเอกสารองค์กรและระเบียบวิธีซึ่งพิจารณาในระหว่างกระบวนการสร้างเป็นองค์ประกอบของการสนับสนุนทางกฎหมาย, ระเบียบวิธี, ภาษา, คณิตศาสตร์, องค์กรและประเภทอื่น ๆ โซลูชันส่วนบุคคลที่ได้รับในกระบวนการพัฒนาซอฟต์แวร์เหล่านี้สามารถนำไปใช้ในรูปแบบของส่วนประกอบของฮาร์ดแวร์ ซอฟต์แวร์ หรือการสนับสนุนข้อมูล
- 6) การทำงานร่วมกันและการโต้ตอบของระบบและคอมเพล็กซ์ต่าง ๆ ดำเนินการบนพื้นฐานของเครือข่ายคอมพิวเตอร์ในพื้นที่
ข้อมูลจำเพาะและข้อตกลงที่นำมาใช้สำหรับเครือข่ายคอมพิวเตอร์ในพื้นที่นั้นมีผลบังคับใช้เพื่อให้มั่นใจถึงความเข้ากันได้ของระบบ คอมเพล็กซ์ และส่วนประกอบ
2. ความสัมพันธ์ระหว่าง CEN AS กับระบบและชุดมาตรฐานอื่นๆ
2.1. การกำหนดมาตรฐานในสาขา AS เป็นส่วนสำคัญของงานเกี่ยวกับปัญหาทั่วไปของ "เทคโนโลยีสารสนเทศ"
2.2. ชุดมาตรฐานแบบรวมสำหรับการควบคุมเอกสารสำหรับระบบอัตโนมัติ ร่วมกับระบบและชุดมาตรฐานอื่นๆ ควรก่อให้เกิดการสนับสนุนด้านกฎระเบียบและทางเทคนิคที่สมบูรณ์สำหรับกระบวนการสร้างและการทำงานของระบบอัตโนมัติ
2.3. CEN AU ควรครอบคลุมขอบเขตของการกำหนดมาตรฐานเฉพาะสำหรับระบบอัตโนมัติ และขยายขอบเขตดั้งเดิมของการกำหนดมาตรฐานไปยังซอฟต์แวร์และฮาร์ดแวร์ ซอฟต์แวร์และระเบียบวิธีที่ซับซ้อน และระบบอัตโนมัติโดยทั่วไป
2.4. ทิศทางและภารกิจของการกำหนดมาตรฐานในการสนับสนุนด้านกฎระเบียบและทางเทคนิคของกระบวนการสร้างและการดำเนินงานของโรงไฟฟ้านิวเคลียร์มีการจัดกลุ่มดังนี้:
- 1) การจัดตั้งข้อกำหนดทางเทคนิคสำหรับผลิตภัณฑ์
- 2) การควบคุมวิธีทดสอบและกฎสำหรับการรับรองและรับรองผลิตภัณฑ์
- 3) การควบคุมหลักเกณฑ์และวิธีการในการพัฒนา
- 4) การสร้างกฎเอกสาร
- 5) รับประกันความเข้ากันได้;
- 6) การควบคุมประเด็นองค์กรและระเบียบวิธีการทำงานของระบบ
คำสั่งที่ 1-4 เป็นแนวทางดั้งเดิมในการพัฒนา การผลิต และการจัดหาผลิตภัณฑ์ คำสั่งที่ 5, 6 มีความเฉพาะเจาะจงและเกิดขึ้นจากคุณลักษณะที่มีอยู่ใน AS
2.5. การจัดหาโรงไฟฟ้านิวเคลียร์โดยรวมและส่วนประกอบพร้อมเอกสารด้านกฎระเบียบและทางเทคนิคภายในกรอบของทิศทางที่ยอมรับและงานมาตรฐานนั้นแตกต่างกัน
ส่วนประกอบของฮาร์ดแวร์ ซอฟต์แวร์ และข้อมูลสนับสนุน ในฐานะผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรมและทางเทคนิค ถือเป็นผลิตภัณฑ์การออกแบบ ซอฟต์แวร์ และข้อมูลตามลำดับ ผลิตภัณฑ์เหล่านี้อยู่ภายใต้ชุดมาตรฐานปัจจุบัน ESKD, SRPP, ESPD, SGIP, USD, ตัวแยกประเภทและตัวประมวลผลข้อมูลทางเทคนิคและเศรษฐกิจ, ชุดมาตรฐาน เช่น "OTT", "วิธีทดสอบ", "TU" รวมถึง OTT ของลูกค้า
2.5.1. วงจรชีวิตทั้งหมดของผลิตภัณฑ์การออกแบบมีเอกสารด้านกฎระเบียบและทางเทคนิคที่ถูกต้องครบถ้วนในด้านวิศวกรรมเครื่องกลและการผลิตเครื่องมือ
2.5.2. ผลิตภัณฑ์ซอฟต์แวร์มีเอกสารทางวิทยาศาสตร์และทางเทคนิครวมอยู่ใน ESPD และ OTT ของลูกค้า อย่างไรก็ตาม ควรขยายขอบเขตของเอกสารทางเทคนิคเหล่านี้เพื่อสะท้อนประเด็นที่เกี่ยวข้องกับการพัฒนา การสร้าง การจัดจำหน่าย และการทำงานของผลิตภัณฑ์ซอฟต์แวร์
2.5.3. ขณะนี้ผลิตภัณฑ์ข้อมูลไม่ได้รับเอกสารทางวิทยาศาสตร์และทางเทคนิค แม้ว่าบางประเด็นจะได้รับการดำเนินการภายใต้กรอบของ USD ตัวแยกประเภทและตัวประมวลผลข้อมูลทางเทคนิคและเศรษฐกิจ
2.6. คอมเพล็กซ์ซอฟต์แวร์ฮาร์ดแวร์และระเบียบวิธีซอฟต์แวร์ถือเป็นผลิตภัณฑ์ที่ซับซ้อนซึ่งไม่มีความคล้ายคลึงในวิศวกรรมเครื่องกล เมื่อพิจารณาถึงสถานะของ PTC และ PMK ในฐานะผลิตภัณฑ์เพื่อวัตถุประสงค์ทางอุตสาหกรรมและทางเทคนิค กฎและขั้นตอนในการพัฒนาควรคล้ายกับข้อกำหนดที่กำหนดโดยมาตรฐานของระบบเพื่อการพัฒนาและการผลิตผลิตภัณฑ์ (SRPP)
ความเป็นเอกลักษณ์ของ IP ในฐานะผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรมและทางเทคนิค ซึ่งแสดงออกมาในความซับซ้อนโดยไม่มีมาตรฐานสำหรับขั้นตอนและงานส่วนใหญ่ ทำให้กระบวนการวางแผนและการออกแบบซับซ้อนและยากลำบากมาก เมื่อองค์กรโต้ตอบกับนักพัฒนา IS เพื่อวัตถุประสงค์ใดๆ ก็ตาม จำเป็นต้องมีเอกสารหลักสองฉบับเพื่อเริ่มทำงาน: ข้อตกลงและข้อกำหนดทางเทคนิค (TOR) การกำหนดข้อกำหนดทางเทคนิคเป็นงานแยกต่างหาก ในความเป็นจริงข้อกำหนดทางเทคนิคนั้นเป็นเอกสารที่สะท้อนถึงความปรารถนาทั้งหมดของลูกค้า ควรมีรายละเอียดให้มากที่สุดเท่าที่จะเป็นไปได้และระบุรายละเอียดและวิสัยทัศน์ทั้งหมดของผลลัพธ์ บนพื้นฐานของมันเท่านั้นที่จะกำหนดว่านักพัฒนาจำเป็นต้องทำอะไร ดังนั้นเงื่อนไขการอ้างอิงควรถูกร่างขึ้นในรายละเอียดให้มากที่สุดเท่าที่จะเป็นไปได้
เมื่อออกแบบระบบข้อมูลใด ๆ จำเป็นต้องมีคำอธิบายโดยละเอียด สำหรับวัตถุประสงค์เหล่านี้ คุณสามารถใช้วิธีการและวิธีการต่างๆ ได้ แต่วิธีแก้ปัญหาที่มีประสิทธิภาพมากที่สุดคือการพัฒนาข้อกำหนดทางเทคนิค (TOR) ซึ่งอธิบายเป้าหมาย วัตถุประสงค์ ส่วนต่อประสาน และข้อกำหนดอื่น ๆ สำหรับวัตถุที่กำลังพัฒนา
ข้อกำหนดทางเทคนิคคือเอกสารที่กำหนดเป้าหมาย ข้อกำหนด และข้อมูลอินพุตพื้นฐานที่จำเป็นสำหรับการพัฒนา IS ข้อกำหนดทางเทคนิคสำหรับ IP เป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนสำหรับการสร้าง การพัฒนา หรือการปรับปรุง IP ให้ทันสมัย ซึ่งสอดคล้องกับการพัฒนา การว่าจ้าง และการยอมรับ
ความสำเร็จในการใช้ IP อยู่ที่ความถูกต้องของงานที่ลูกค้ากำหนด หากตรงตามเงื่อนไขที่จำเป็นทั้งหมดสำหรับการเขียนข้อกำหนดทางเทคนิคที่ดี ผลลัพธ์จะเปลี่ยนจากที่คาดหวังไปเป็นความเป็นไปได้
โดยลูกค้าเอง
โดยผู้รับเหมา แต่ในกรณีนี้ ความรับผิดชอบจะรวมถึงการออกแบบและการทดสอบ
ผู้แข่งขันซึ่งมีหน้าที่เขียนเฉพาะข้อกำหนดทางเทคนิคเท่านั้น
โดยผู้รับเหมาบุคคลที่สาม
สำหรับข้อกำหนดทางเทคนิคที่เขียนโดยผู้รับเหมา มีเอกสารกำกับดูแลจำนวนหนึ่ง:
GOST 21.408-93 “กฎสำหรับการดำเนินการตามเอกสารการทำงานสำหรับกระบวนการทางเทคโนโลยีอัตโนมัติ”;
GOST 34.201-89 “ประเภทความสมบูรณ์และการกำหนดเอกสารเมื่อสร้างระบบอัตโนมัติ”;
GOST 24.703-85 “โซลูชันการออกแบบมาตรฐานในระบบควบคุมอัตโนมัติ บทบัญญัติพื้นฐาน";
GOST 34.003-90 “ระบบอัตโนมัติ ข้อกำหนดและคำจำกัดความ";
GOST 34.601-90 “ระบบอัตโนมัติ ขั้นตอนของการสร้างสรรค์";
GOST 34.602-90 “ข้อกำหนดทางเทคนิคสำหรับการสร้างระบบอัตโนมัติ”;
GOST 19.201-78 ระบบเอกสารประกอบโปรแกรมแบบครบวงจร
GOST 2.114-95 ระบบเอกสารการออกแบบแบบครบวงจร
ข้อกำหนดทางเทคนิคสำหรับ IS คือรายการข้อกำหนดพื้นฐานด้านการปฏิบัติงาน เทคโนโลยี เทคนิค องค์กร ซอฟต์แวร์ ตรรกะทางข้อมูลและภาษา เศรษฐกิจ และข้อกำหนดอื่นๆ ที่ IS ต้องปฏิบัติตามในทุกขั้นตอนของการดำรงอยู่
ข้อกำหนดทางเทคนิคเป็นเอกสารข้อความที่จัดทำขึ้นในรูปแบบใดก็ได้ ขอแนะนำให้ส่งภาพวาด ไดอะแกรม และตารางขนาดใหญ่ที่จำเป็นในรูปแบบไฟล์แนบ ขึ้นอยู่กับประเภท วัตถุประสงค์ และคุณสมบัติเฉพาะของออบเจ็กต์ระบบอัตโนมัติและสภาวะการทำงานของระบบ คุณสามารถร่างส่วนของข้อกำหนดทางเทคนิคในรูปแบบของการใช้งาน แนะนำเพิ่มเติม ไม่รวมหรือรวมส่วนย่อยได้
ไม่มีคำแนะนำเฉพาะเจาะจงเกี่ยวกับข้อกำหนดทางเทคนิคที่ควรมี ซึ่งหมายความว่าส่วนและส่วนย่อยจะต้องได้รับการพัฒนาและวางตามลำดับที่ผู้รับเหมากำหนด มีเพียงลักษณะทั่วไปของส่วนและส่วนย่อยเท่านั้น นักพัฒนาซอฟต์แวร์สามารถเปลี่ยน เพิ่ม และแก้ไขชื่อและจำนวนได้อย่างอิสระ
หมายเลขชีต (หน้า) จะถูกวาง โดยเริ่มจากชีตแรกถัดจากหน้าชื่อเรื่อง ที่ด้านบนของชีต (เหนือข้อความ ตรงกลาง) หลังจากระบุรหัส TK บน IP
ลายเซ็นของลูกค้า ผู้พัฒนา และบริษัทที่ได้รับอนุมัติจะถูกวางไว้บนหน้าชื่อเรื่องและปิดผนึกไว้ หากจำเป็น หน้าชื่อเรื่องจะถูกวาดขึ้นหลายหน้า ลายเซ็นของผู้พัฒนาข้อกำหนดทางเทคนิคและเจ้าหน้าที่ที่เกี่ยวข้องกับการอนุมัติและการพิจารณาร่างข้อกำหนดทางเทคนิคสำหรับ IP จะอยู่ในแผ่นงานสุดท้าย
หน้าชื่อเรื่องของข้อกำหนดทางเทคนิคเพิ่มเติมได้รับการออกแบบให้คล้ายกับหน้าชื่อเรื่องของข้อกำหนดทางเทคนิค แทนที่จะใช้ชื่อ "ข้อกำหนดทางเทคนิค" พวกเขาเขียนว่า "หมายเลขเพิ่มเติม.... ในข้อกำหนดทางเทคนิคสำหรับ AC..."
ในเอกสารเพิ่มเติมของข้อกำหนดทางเทคนิคที่ตามมา พื้นฐานสำหรับการเปลี่ยนแปลง เนื้อหาของการเปลี่ยนแปลง และลิงก์ไปยังเอกสารตามที่มีการเปลี่ยนแปลงเหล่านี้
เมื่อนำเสนอข้อความเพิ่มเติมในข้อกำหนดทางเทคนิคคุณควรระบุหมายเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้าย่อย ตารางข้อกำหนดทางเทคนิคหลัก ฯลฯ และใช้คำว่า: "แทนที่", "ส่วนเสริม", "ไม่รวม" “ระบุในฉบับใหม่”
ในขั้นเริ่มต้นของการพัฒนาข้อกำหนดทางเทคนิค ผู้รับเหมาจะสร้างแผนเนื้อหาคร่าวๆ
ข้อมูลทั่วไป;
วัตถุประสงค์และเป้าหมายของการสร้างระบบ
ลักษณะของวัตถุอัตโนมัติ
ความต้องการของระบบ;
ข้อกำหนดการใช้งาน;
ข้อกำหนดสำหรับเอกสารประกอบโปรแกรม
ตัวชี้วัดทางเทคนิคและเศรษฐกิจ
ขั้นตอนและขั้นตอนของการพัฒนา
ขั้นตอนการควบคุมและการยอมรับ
ส่วนเหล่านี้สามารถแบ่งออกเป็นส่วนย่อยได้ ข้อกำหนดทางเทคนิคอาจรวมถึงการใช้งานที่อธิบายไว้ตามมาตรฐานที่กำหนด ผู้รับเหมาสามารถเพิ่มหรือลบส่วนที่จำเป็นได้ตามความจำเป็น ปัจจัยทั้งหมดเหล่านี้จะต้องได้รับการตกลงกับลูกค้า ผู้รับเหมาสามารถพัฒนาข้อกำหนดทางเทคนิคได้อย่างมีประสิทธิภาพและใช้เวลาอันสั้นโดยปฏิบัติตามแผนที่วางไว้
หากจำเป็น นักแสดงจะสร้างรายการคำย่อและอภิธานศัพท์ที่ยอมรับ
เงื่อนไขการอ้างอิงสำหรับการพัฒนา IS สำหรับสถาบันการแพทย์อยู่ในภาคผนวก B
ส่งผลงานดีๆ ของคุณในฐานความรู้ได้ง่ายๆ ใช้แบบฟอร์มด้านล่าง
นักศึกษา นักศึกษาระดับบัณฑิตศึกษา นักวิทยาศาสตร์รุ่นเยาว์ ที่ใช้ฐานความรู้ในการศึกษาและการทำงาน จะรู้สึกขอบคุณเป็นอย่างยิ่ง
โพสต์เมื่อ http://www.allbest.ru/
- การแนะนำ
- 1. ข้อกำหนดทางเทคนิค
- 1.1 ข้อมูลทั่วไป
- 1.2 เหตุผลในการพัฒนา
- 1.3 วัตถุประสงค์และเป้าหมายของการสร้างระบบ
- 1.4 ความต้องการของระบบ
- 1.4.1 ข้อกำหนดสำหรับระบบโดยรวม
- 1.4.2 ข้อกำหนดสำหรับฟังก์ชัน (งาน) ที่ดำเนินการโดยระบบ
- 1.4.3 ข้อกำหนดประเภทหลักประกัน
- 1.5 ลักษณะของวัตถุอัตโนมัติ
- 1.6 ข้อกำหนดด้านเอกสาร
- 1.7 ขั้นตอนและเหตุการณ์สำคัญของการพัฒนา
- 1.7.1 ขั้นตอนการพัฒนา
- 1.7.2 ขั้นตอนการพัฒนา
- 1.7.3 เนื้อหาของงานตามขั้นตอน
- 1.8 ขั้นตอนการควบคุมและยอมรับระบบ
- 1.8.1 ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบของระบบและส่วนประกอบของระบบ
- 1.8.2 ข้อกำหนดทั่วไปสำหรับการรับงานตามขั้นตอน
- 1.8.3 สถานะของคณะกรรมการรับเข้าศึกษา (รัฐ, ระหว่างแผนก, แผนก)
- 2. การออกแบบทางเทคนิค
- 2.1 โครงสร้างการทำงาน
- 2.1.1 คำอธิบายสาขาวิชา
- 2.1.2 หน้าที่และโครงสร้างองค์กร
- 2.1.3 คำอธิบายของกระแสข้อมูลและกระบวนการทางธุรกิจ
- 2.2 การออกแบบระบบไอซี
- 2.2.1 การพัฒนาแนวคิด สถาปัตยกรรม และแพลตฟอร์มการดำเนินงานสำหรับ IS
- 2.2.2 โครงสร้างระบบสารสนเทศ องค์ประกอบของการทำงานและระบบย่อยสนับสนุน
- 2.2.3 การสนับสนุนทางเทคนิคของ IS
- 2.3 การสนับสนุนข้อมูล IS
- 2.3.1 คำอธิบายโครงสร้างลอจิคัลของฐานข้อมูล
- 2.3.2 คำอธิบายของการดำเนินการทางกายภาพของฐานข้อมูล
- บทสรุป
- บรรณานุกรม
การแนะนำ
งานหลักสูตรตรวจสอบประเด็นการสร้างข้อกำหนดทางเทคนิคสำหรับการพัฒนาระบบสารสนเทศสำหรับระบบสำหรับตัวแทนขายและจองตั๋วเครื่องบิน วัตถุประสงค์ของงานคือเพื่อศึกษาหลักการพื้นฐานและรับทักษะพื้นฐานในการเตรียมข้อกำหนดทางเทคนิคสำหรับการพัฒนาระบบสารสนเทศและซอฟต์แวร์
งานในการสร้างระบบสารสนเทศเริ่มต้นด้วยการสร้างความต้องการของลูกค้าสำหรับระบบที่ถูกสร้างขึ้นและการทำให้เป็นทางการในรูปแบบของข้อกำหนดทางเทคนิค (TOR) ข้อกำหนดทางเทคนิคเป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนในการสร้างระบบอัตโนมัติ ตามที่ระบบได้รับการพัฒนาและยอมรับเมื่อเริ่มดำเนินการ นอกจากนี้ตามข้อกำหนดทางเทคนิคจะมีการคำนวณงานและระบุต้นทุนค่าแรง
TK ประกอบด้วยสามขั้นตอน:
1. เหตุผลของความจำเป็นในการพัฒนาระบบสารสนเทศ - คำแถลงปัญหา, การรวบรวมแหล่งข้อมูล, การเลือกและเหตุผลของเกณฑ์สำหรับประสิทธิผลและคุณภาพของระบบที่พัฒนา, เหตุผลของความจำเป็นในงานวิจัย
2. งานวิจัย - การกำหนดโครงสร้างของข้อมูลอินพุตและเอาต์พุต, การเลือกวิธีการเบื้องต้นในการแก้ปัญหา, เหตุผลของความเป็นไปได้ในการใช้ระบบที่พัฒนาขึ้น, การกำหนดข้อกำหนดสำหรับวิธีการทางเทคนิค, เหตุผลของความเป็นไปได้ขั้นพื้นฐานในการแก้ปัญหา
3. การพัฒนาและการอนุมัติข้อกำหนดทางเทคนิค - การกำหนดข้อกำหนดของโปรแกรม, การพัฒนาการศึกษาความเป็นไปได้ของระบบ, การกำหนดขั้นตอน, ขั้นตอนและระยะเวลาของการพัฒนาระบบและเอกสารประกอบ, การเลือกภาษาการเขียนโปรแกรม, การกำหนดความจำเป็นในการวิจัยที่ ขั้นตอนสุดท้าย การประสานงานและการอนุมัติข้อกำหนดทางเทคนิค
TK ทำหน้าที่ดังต่อไปนี้:
ฟังก์ชั่นองค์กร - งานคงที่สำหรับผู้รับเหมาและข้อกำหนดขั้นสุดท้ายในส่วนของลูกค้า
ฟังก์ชั่นข้อมูล - การสั่งซื้อในกระบวนการของผู้รับเหมาและความรอบคอบในความปรารถนาของลูกค้า
ฟังก์ชั่นการสื่อสารเป็นข้อตกลงร่วมกันใน "หัวข้อของโครงการ" ไม่รวมการเรียกร้อง
หน้าที่ทางกฎหมาย - TOR มีอำนาจทางกฎหมายเท่ากับ "ข้อตกลง"
ผลลัพธ์ของโครงการทางเทคนิคที่พัฒนาขึ้นส่วนใหญ่ขึ้นอยู่กับความสมบูรณ์และความแม่นยำของการกำหนดข้อกำหนดทางเทคนิค
1. ข้อกำหนดทางเทคนิค
1.1 ข้อมูลทั่วไป
ชื่อเต็มของระบบและสัญลักษณ์: "ระบบข้อมูลอัตโนมัติของหน่วยงานขายและจองตั๋วเครื่องบิน" คำอธิบายโดยย่อของสาขาการสมัคร
ระบบนี้มีจุดประสงค์เพื่อใช้ในองค์กรของลูกค้า ในกรณีของเรา - ตัวแทนขายและจองตั๋วเครื่องบิน
ขั้นตอนการลงทะเบียนและการนำเสนอแก่ลูกค้าเกี่ยวกับผลงานการสร้างระบบ (ชิ้นส่วน) การผลิตและการปรับแต่งเครื่องมือแต่ละอย่าง (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) ที่ซับซ้อนของ ระบบ: AIS "Ticket" จัดทำในรูปแบบของโมดูลปฏิบัติการตาม เมื่อเสร็จสิ้นขอบเขตงานทั้งหมด ลูกค้าจะซื้ออุปกรณ์ทางเทคนิคโดยอิสระ ผลลัพธ์ของงานในการสร้างระบบนั้นเป็นทางการโดยการลงนามในการยอมรับระบบโดยลูกค้าในกรณีที่ไม่มีการเรียกร้องต่อผู้พัฒนา การกระทำนี้จัดทำขึ้นเป็นสองชุด สำเนาหนึ่งฉบับอยู่กับลูกค้า และอีกฉบับอยู่กับผู้พัฒนา
1.2 เหตุผลในการพัฒนา
พื้นฐานสำหรับการพัฒนาข้อกำหนดทางเทคนิคคือการมอบหมายงานหลักสูตรสำหรับหลักสูตร "การออกแบบระบบสารสนเทศ"
ชื่อหัวข้อการพัฒนา คือ “การพัฒนาระบบข้อมูลสำหรับหน่วยงานขายและจองตั๋วเครื่องบิน”
สัญลักษณ์หัวข้อการพัฒนา (รหัสหัวข้อ) - "IS APB"
1.3 วัตถุประสงค์และเป้าหมายของการสร้างระบบ
วัตถุประสงค์ของระบบ: AIS "Ticket" ได้รับการออกแบบมาเพื่อทำให้การทำงานของตัวแทนขายและจองตั๋วเครื่องบินเป็นแบบอัตโนมัติ
วัตถุประสงค์การดำเนินงานของระบบ: ระบบจะต้องดำเนินการโดยพนักงานขององค์กร
เป้าหมายของการสร้างระบบ: ระบบจะเร่งกระบวนการสั่งซื้อตั๋วเครื่องบินให้เร็วขึ้นทำให้การทำงานของหน่วยงานง่ายขึ้น
1.4 ความต้องการของระบบ
1.4.1 ข้อกำหนดสำหรับระบบโดยรวม
ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ
รายชื่อระบบย่อยวัตถุประสงค์และคุณลักษณะหลักข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับการรวมศูนย์ของระบบ
AIS “Ticket” มีระบบย่อยดังนี้
ยอมรับคำสั่ง;
การลงทะเบียนตั๋ว;
การชำระบัญชีกับลูกค้า
ระบบย่อย "การยอมรับคำสั่งซื้อ" มีไว้สำหรับการลงทะเบียนคำสั่งซื้อตั๋วเครื่องบิน
ระบบย่อย "การชำระเงินกับลูกค้า" มอบหมายเลขการจองที่เกี่ยวข้องกับข้อมูลหนังสือเดินทางแก่ลูกค้า (ชำระเงินด้วยบัตร)
ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารเพื่อการแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ:
การแลกเปลี่ยนข้อมูลดำเนินการผ่านเครือข่ายท้องถิ่น
ข้อกำหนดสำหรับโหมดการทำงานของระบบ:
ระบบจะต้องรองรับโหมดการทำงานแบบหลายผู้ใช้และแบบออฟไลน์ ผู้ใช้บริการเข้าถึงระบบผ่านทางอินเทอร์เน็ตหรือ Call Center
ข้อกำหนดด้านจำนวนและคุณสมบัติของบุคลากรระบบ
ข้อกำหนดสำหรับคุณสมบัติของบุคลากรขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ:
พนักงานที่เกี่ยวข้องกับการรับใบสมัครจะต้องมีทักษะระดับผู้ใช้ในการทำงานกับคอมพิวเตอร์ส่วนบุคคล จำนวนพนักงานอาจแตกต่างกันไปขึ้นอยู่กับปริมาณการสั่งซื้อ
ข้อกำหนดด้านความน่าเชื่อถือ
การกู้คืนระบบในกรณีที่เกิดข้อผิดพลาดในการทำงานของฮาร์ดแวร์ (ยกเว้นสื่อจัดเก็บข้อมูลและโปรแกรม) และข้อผิดพลาดที่เกี่ยวข้องกับซอฟต์แวร์ (ระบบปฏิบัติการและไดรเวอร์อุปกรณ์) การกู้คืนฟังก์ชันการทำงานถือเป็นความรับผิดชอบของระบบปฏิบัติการ
หากมีความล้มเหลวในระบบจ่ายไฟของฮาร์ดแวร์ที่นำไปสู่การรีบูตระบบปฏิบัติการ จะต้องกู้คืนโปรแกรมหลังจากรีสตาร์ทระบบปฏิบัติการและเรียกใช้ไฟล์ปฏิบัติการของระบบ
จะต้องรับประกันความสามารถในการทำงานของระบบโดยรวมในกรณีที่เกิดความล้มเหลว อุบัติเหตุ และความล้มเหลวที่เวิร์กสเตชันแต่ละเครื่อง เพื่อป้องกันอุปกรณ์จากแรงดันไฟกระชากและการรบกวนจากสวิตช์ ควรใช้ตัวกรองหลัก และเพื่อให้ผู้ใช้สามารถบันทึกข้อมูลในกรณีที่ไฟฟ้าดับ ขอแนะนำให้ใช้เครื่องสำรองไฟ
ข้อกำหนดด้านความปลอดภัย
ลูกค้าตรวจสอบให้แน่ใจว่าโซลูชันทางเทคนิคที่ใช้ในการดัดแปลงและพัฒนาระบบย่อยเป็นไปตามมาตรฐานปัจจุบัน กฎระเบียบด้านความปลอดภัย ความปลอดภัยจากอัคคีภัยและการระเบิด และการคุ้มครองสิ่งแวดล้อม
ข้อกำหนดสำหรับการใช้งาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บส่วนประกอบของระบบ
เงื่อนไขการทำงาน ตลอดจนประเภทและความถี่ของการบำรุงรักษาอุปกรณ์ทางเทคนิคของระบบย่อยจะต้องเป็นไปตามข้อกำหนดสำหรับการใช้งาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บที่กำหนดไว้ในเอกสารของผู้ผลิต (ผู้ผลิต)
ข้อกำหนดสำหรับการปกป้องข้อมูลเกี่ยวกับการเข้าถึงโดยไม่ได้รับอนุญาต
เพื่อปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาต ระบบจะต้องจัดเตรียม:
ก) การระบุตัวตนและการรับรองความถูกต้องของผู้ใช้
b) การตรวจสอบสิทธิ์ผู้ใช้และข้อ จำกัด การเข้าถึงในระดับฟังก์ชันและอาร์เรย์ข้อมูลเมื่อทำงานกับระบบ
ข้อกำหนดเพื่อความปลอดภัยของข้อมูลในกรณีที่เกิดอุบัติเหตุ
มีความจำเป็นต้องจัดเตรียมความเป็นไปได้ในการสำรองข้อมูลระบบโดยใช้ซอฟต์แวร์ที่จัดทำโดยนักพัฒนา
ข้อกำหนดสำหรับการสร้างมาตรฐานและการรวมเป็นหนึ่ง
สำหรับระบบนี้ ควรใช้โมเดลวงจรชีวิตซอฟต์แวร์แบบคาสเคด
ระบบควรใช้ (ถ้าจำเป็น) ตัวแยกประเภทภาษารัสเซียทั้งหมดและตัวแยกประเภทและพจนานุกรมแบบรวมสำหรับข้อมูลตัวอักษรและตัวเลขและข้อความประเภทต่างๆ
อินเทอร์เฟซระบบ ไฟล์วิธีใช้ และข้อมูลข้อความใด ๆ ในโปรแกรมจะต้องเป็นภาษารัสเซีย
แบบฟอร์มหน้าจอต้องได้รับการออกแบบโดยคำนึงถึงข้อกำหนดในการรวม:
รูปแบบหน้าจอทั้งหมดของอินเทอร์เฟซผู้ใช้จะต้องได้รับการออกแบบกราฟิกเดียว โดยมีตำแหน่งเดียวกันของส่วนควบคุมหลักและการนำทาง
1.4.2 ข้อกำหนดสำหรับฟังก์ชัน (งาน) ที่ดำเนินการโดยระบบ
สำหรับแต่ละระบบย่อย รายการฟังก์ชัน งาน หรือส่วนประกอบ (รวมถึงการตรวจสอบการทำงานร่วมกันระหว่างส่วนต่างๆ ของระบบ) ที่รองรับระบบอัตโนมัติ
ระบบสารสนเทศจะต้องมีฟังก์ชั่นดังต่อไปนี้:
ระบบย่อยการรับคำสั่งซื้อ
ระบบย่อยการชำระบัญชีลูกค้า
1.4.3 ข้อกำหนดประเภทหลักประกัน
เพื่อสนับสนุนข้อมูลของระบบ
ถึงองค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ
ข้อมูลระบบถูกจัดเก็บไว้ในเครื่องเดียว ข้อมูลเข้าของระบบคือคำอธิบายของคำสั่งซื้อ ผลลัพธ์ควรเป็นใบแจ้งหนี้และหมายเลขประจำตัวลูกค้า
ไปจนถึงโครงสร้างของกระบวนการรวบรวม ประมวลผล ส่งข้อมูลในระบบและการนำเสนอข้อมูล
ข้อมูลถูกป้อนเข้าสู่ระบบด้วยตนเอง ประมวลผล และจัดเตรียมให้กับผู้ใช้ในรูปแบบที่ต้องการ (อิเล็กทรอนิกส์ สิ่งพิมพ์)
เพื่อปกป้องข้อมูลจากการถูกทำลายระหว่างอุบัติเหตุและระบบไฟฟ้าขัดข้อง
วิธีการทางเทคนิคที่ซับซ้อนจะต้องมีแหล่งจ่ายไฟสำรอง การทำงานของแหล่งนี้ต้องใช้เวลาอย่างน้อยครึ่งชั่วโมงเพื่อให้ระบบปิดอย่างถูกต้อง
เพื่อควบคุม จัดเก็บ อัปเดต และกู้คืนข้อมูล
ระบบจะต้องรองรับการสำรองข้อมูลอัตโนมัติรายวัน
ข้อกำหนดซอฟต์แวร์ระบบ
ระบบจะต้องทำงานบนระบบปฏิบัติการ Windows XP/Vista/7/8
ข้อกำหนดด้านฮาร์ดแวร์ของระบบ
ไปจนถึงประเภทของวิธีการทางเทคนิค รวมถึงประเภทของวิธีการทางเทคนิคเชิงซ้อน คอมเพล็กซ์ซอฟต์แวร์และฮาร์ดแวร์ และส่วนประกอบอื่น ๆ ที่ยอมรับได้สำหรับการใช้ในระบบ
เวิร์กสเตชัน;
แหล่งพลังงานสำรอง
สื่อการส่งข้อมูลระหว่างเวิร์กสเตชัน (เช่น twisted pair UTP 5e)
เครื่องพิมพ์
ลูกค้าซื้อวิธีการทางเทคนิคโดยอิสระ
ถึงลักษณะการทำงาน การออกแบบ และการปฏิบัติงานของการสนับสนุนทางเทคนิคของระบบ
โปรเซสเซอร์ Intel Pentium IV 2 GHz หรือสูงกว่า, RAM อย่างน้อย 2 GB, ความจุฮาร์ดดิสก์อย่างน้อย 500 GB
ข้อกำหนดสำหรับร่างกายการสนับสนุนระบบ
สำหรับการสนับสนุนองค์กรมีข้อกำหนดดังต่อไปนี้:
ถึงโครงสร้างและหน้าที่ของหน่วยงานที่เกี่ยวข้องกับการทำงานของระบบหรือการให้บริการปฏิบัติการ
การทำงานของระบบได้รับการรับรองโดยวิศวกรระบบ โดยมีพนักงาน 4 คนมีส่วนร่วมในการปฏิบัติงาน
การจัดระบบการทำงานของระบบและลำดับปฏิสัมพันธ์ระหว่างบุคลากรในโรงงานและบุคลากรในโรงงานระบบอัตโนมัติ
การสนับสนุนจากองค์กรจะต้องเพียงพอสำหรับบุคลากรในการปฏิบัติหน้าที่ที่ได้รับมอบหมายอย่างมีประสิทธิภาพเมื่อปฏิบัติหน้าที่ของระบบ
เพื่อป้องกันการกระทำที่ผิดพลาดของบุคลากรในระบบ
การป้องกันข้อผิดพลาดของมนุษย์ประกอบด้วยการตรวจสอบความสมบูรณ์ของข้อมูลในบางสาขา ความสามารถในการกู้คืนข้อมูลต้นฉบับและยกเลิกการเปลี่ยนแปลงล่าสุด และการจำกัดการเข้าถึงตามหน้าที่และอำนาจของพนักงาน
1.5 ลักษณะของวัตถุอัตโนมัติ
ข้อมูลโดยย่อเกี่ยวกับออบเจ็กต์อัตโนมัติหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว
ออบเจ็กต์อัตโนมัติคือกระบวนการที่เกี่ยวข้องกับการสั่งซื้อตั๋วเครื่องบิน
ข้อมูลเกี่ยวกับสภาพการทำงานของออบเจ็กต์ระบบอัตโนมัติและคุณลักษณะด้านสิ่งแวดล้อม
ระบบนี้จะถูกติดตั้งในบริเวณการผลิตและสำนักงาน
1.6 ข้อกำหนดด้านเอกสาร
จะต้องออกเอกสารต่อไปนี้สำหรับระบบในขั้นตอนต่างๆ ของการสร้าง:
แผนภาพโครงสร้างองค์กร
แผนภาพโครงสร้างการทำงาน
รายการสัญญาณและข้อมูลอินพุต
รายการสัญญาณเอาท์พุต (เอกสาร);
ข้อความอธิบายสำหรับโครงการด้านเทคนิค
คำอธิบายของฟังก์ชันอัตโนมัติ
คำอธิบายของคำสั่งงาน (ชุดงาน)
คำอธิบายองค์กรของฐานข้อมูล
คำอธิบายของอาร์เรย์ข้อมูล
คำอธิบายของซอฟต์แวร์
คู่มือผู้ใช้.
1.7 ขั้นตอนและเหตุการณ์สำคัญของการพัฒนา
1.7.1 ขั้นตอนการพัฒนา
การพัฒนาควรดำเนินการใน 6 ขั้นตอน:
1. การพัฒนาข้อกำหนดทางเทคนิค
2. การพัฒนาเอกสารประกอบโครงการ
3.การสร้างแบบเบื้องต้น
4. การออกแบบโดยละเอียด
5. การว่าจ้าง
6. การบำรุงรักษาและความทันสมัย
1.7.2 ขั้นตอนการพัฒนา
ในขั้นตอนของการพัฒนาข้อกำหนดทางเทคนิค จะต้องเสร็จสิ้นขั้นตอนการพัฒนา การประสานงาน และการอนุมัติข้อกำหนดทางเทคนิคนี้
ในขั้นตอนการพัฒนาเอกสารประกอบโครงการ ขั้นตอนการพัฒนาเอกสารประกอบโครงการจะต้องเสร็จสิ้น
ในขั้นตอนการสร้างแบบเบื้องต้น จะต้องออกแบบเบื้องต้นให้แล้วเสร็จเพื่อนำเสนอแก่ลูกค้าเบื้องต้น
ในขั้นตอนการออกแบบโดยละเอียด ขั้นตอนการทำงานต่อไปนี้จะต้องเสร็จสิ้น:
1) การพัฒนาระบบสารสนเทศ
2) การพัฒนาเอกสาร
ในขั้นตอนการดำเนินการ จะต้องจัดเตรียมโปรแกรมและถ่ายโอนไปยังลูกค้า
ในขั้นตอนของการบำรุงรักษาและการปรับปรุงให้ทันสมัย ควรดำเนินการปรับปรุงระบบข้อมูลเวอร์ชันปัจจุบัน
ในขั้นตอนของการพัฒนาข้อกำหนดทางเทคนิคต้องดำเนินการดังต่อไปนี้:
1) การแถลงปัญหา
2) การกำหนดและการชี้แจงข้อกำหนดสำหรับวิธีการทางเทคนิค
3) การกำหนดข้อกำหนดสำหรับระบบสารสนเทศ
4) การกำหนดขั้นตอนระยะและระยะเวลาของการพัฒนาระบบสารสนเทศและเอกสารประกอบ
5) เหตุผลและการเลือกเครื่องมือ
6) การประสานงานและการอนุมัติข้อกำหนดทางเทคนิค
ในขั้นตอนของการพัฒนาเอกสารโครงการต้องดำเนินการดังต่อไปนี้:
1) การระบุกระบวนการทางธุรกิจหลัก (ในรูปแบบของไดอะแกรม IDEF0)
2) การระบุกรณีการใช้งานหลักของระบบสำหรับผู้ใช้สามประเภท (แขก ผู้ใช้ที่ได้รับอนุญาต ผู้ดูแลระบบ) ในรูปแบบของแผนภาพ UML ของกรณีการใช้งาน
3) การออกแบบโครงสร้างฐานข้อมูลในรูปแบบ (ER diagram)
4) การออกแบบส่วนประกอบหลักและอัลกอริธึมของระบบในรูปแบบของไดอะแกรม UML ที่สอดคล้องกัน
5) การออกแบบโครงสร้างส่วนต่อประสานกับผู้ใช้
6) การประสานงานและการอนุมัติเอกสารโครงการ
ในขั้นตอนการพัฒนา จะต้องทำงานเพื่อพัฒนาระบบสารสนเทศตามเอกสารการออกแบบ การเขียนโค้ด และการดีบัก
ในขั้นตอนการพัฒนาเอกสาร การพัฒนาเอกสารโปรแกรมจะต้องดำเนินการตามข้อกำหนด "องค์ประกอบเบื้องต้นของเอกสารโปรแกรม" ของข้อกำหนดทางเทคนิคนี้
ในขั้นตอนการเตรียมและถ่ายโอนโปรแกรม จะต้องดำเนินการเพื่อจัดเตรียมและถ่ายโอนเอกสารโปรแกรมและโปรแกรมไปสู่การปฏิบัติงาน
ในขั้นตอนการปรับปรุงระบบเวอร์ชันปัจจุบัน ควรดำเนินการสร้างระบบเวอร์ชันใหม่และเพิ่มฟังก์ชันใหม่ให้กับเวอร์ชันเก่า
1. การวิเคราะห์ข้อกำหนดด้านทรัพย์สินทางปัญญา
2.ประสานงานความต้องการกับลูกค้า
3. การคัดเลือกและพัฒนาแนวคิดระบบที่หลากหลาย
4. การพัฒนาข้อกำหนดทางเทคนิคและโครงการ
5. ประสานงานและอนุมัติข้อกำหนดทางเทคนิคและโครงการ
6. จัดทำแผนงาน
7. การเตรียมฮาร์ดแวร์
8. การพัฒนาซอฟต์แวร์
9. การตรวจสอบความเข้ากันได้ของฮาร์ดแวร์และซอฟต์แวร์
10. การบูรณาการและการทดสอบซอฟต์แวร์และฮาร์ดแวร์
11. ทำการเปลี่ยนแปลง
12. การพัฒนาคำแนะนำในการใช้งานระบบ IS
13. จัดทำเอกสาร IP ครบถ้วน
14. การส่งมอบ IP ให้กับลูกค้า
ตารางที่ 1 - ข้อมูลเริ่มต้นสำหรับการคำนวณ
|
หมายเลขงาน |
รายการผลงาน |
ระยะเวลาการทำงานวัน |
||
|
1.การวิเคราะห์ข้อกำหนดด้านทรัพย์สินทางปัญญา |
||||
|
2.ประสานงานความต้องการกับลูกค้า |
||||
|
3.การเลือกและพัฒนาแนวคิดระบบที่หลากหลาย |
||||
|
4.การพัฒนาข้อกำหนดทางเทคนิคและโครงการ |
||||
|
5. ประสานงานและอนุมัติข้อกำหนดทางเทคนิคและโครงการ |
||||
|
6. จัดทำแผนงาน |
||||
|
7.การเตรียมฮาร์ดแวร์ |
||||
|
8.การพัฒนาซอฟต์แวร์ |
||||
|
9.การตรวจสอบความเข้ากันได้ของฮาร์ดแวร์และซอฟต์แวร์ |
||||
|
10.การบูรณาการและการทดสอบซอฟต์แวร์และฮาร์ดแวร์ |
||||
|
11.ทำการเปลี่ยนแปลง |
||||
|
12.การพัฒนาคำสั่งปฏิบัติการระบบ IS |
||||
|
13. การลงทะเบียนเอกสาร IP ที่สมบูรณ์ |
||||
|
14. การส่งมอบ IP ให้กับลูกค้า |
รูปที่ 1 - คำชี้แจงของงาน
รูปที่ 2 - แผนภูมิแกนต์
รูปที่ 3 - ตารางการทำงานของเครือข่าย
เส้นทางวิกฤติของแผนภาพเครือข่ายจะเป็นดังนี้: 0 1 2 3 4 5 6891011121314
ตารางที่ 2 - พารามิเตอร์เวลาของเหตุการณ์
|
หมายเลขเหตุการณ์ |
ระยะเวลาของเหตุการณ์ |
จองเวลา |
||
ตารางที่ 3 - การคำนวณเวลาสำรองเต็มและเวลาว่าง
|
ระยะเวลาวัน |
พารามิเตอร์เวลาทำงาน วัน |
สำรองเต็ม |
สำรองฟรี |
|||||
|
เริ่มต้นเร็ว |
จบเร็ว |
เริ่มช้า |
จบช้า |
|||||
1.8 ขั้นตอนการควบคุมและยอมรับระบบ
1.8.1 ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบของระบบและส่วนประกอบของระบบ
ระบบได้รับการทดสอบโดยการป้อนข้อมูลจำนวนมาก, การป้อนข้อมูลเดียวกัน, ข้อมูลประเภทอื่น, ข้อมูลในช่วงที่ใหญ่กว่า มีการตรวจสอบความสอดคล้องของรูปแบบหน้าจอกับคำอธิบายในคู่มือผู้ใช้ (การทดสอบอินเทอร์เฟซ)
1.8.2 ข้อกำหนดทั่วไปสำหรับการรับงานตามขั้นตอน
การส่งมอบและการยอมรับดำเนินการโดยคณะกรรมการซึ่งประกอบด้วยตัวแทนของลูกค้าและผู้รับจ้าง ขึ้นอยู่กับผลการยอมรับจะมีการลงนามในการกระทำของคณะกรรมการตอบรับ
ผลิตภัณฑ์ซอฟต์แวร์ทั้งหมดที่สร้างขึ้นภายในกรอบการทำงานนี้จะถูกถ่ายโอนไปยังลูกค้า ทั้งในรูปแบบของโมดูลสำเร็จรูปและในรูปแบบของซอร์สโค้ดที่นำเสนอในรูปแบบอิเล็กทรอนิกส์บนสื่อคอมพิวเตอร์มาตรฐาน (บนซีดี)
1.8.3 สถานะของคณะกรรมการรับเข้าศึกษา (รัฐ, ระหว่างแผนก, แผนก)
สถานะของคณะกรรมการการยอมรับจะถูกกำหนดโดยลูกค้าก่อนการทดสอบ
2. การออกแบบทางเทคนิค
2.1 โครงสร้างการทำงาน
2.1.1 คำอธิบายสาขาวิชา
สาขาวิชาเป็นหน่วยงานขายและจองตั๋วเครื่องบิน
บริษัทประกอบด้วยแผนกธุรการ (ประกอบด้วยนักบัญชีและผู้จัดการ) แผนกปฏิบัติการสถานีงาน (การจัดการเทคโนโลยีสารสนเทศ) (ผู้ดูแลระบบและช่างเทคนิค) และผู้ปฏิบัติงาน
ฝ่ายธุรการประกอบด้วยนักบัญชีและผู้จัดการมีหน้าที่รับผิดชอบด้านคุณภาพของการบริการ
2.1.2 หน้าที่และโครงสร้างองค์กร
การสร้างโครงสร้างองค์กรสามารถแบ่งออกเป็นสามขั้นตอน: การสร้างแบบจำลององค์กร การสร้างแบบจำลองการทำงาน และการสร้างแบบจำลองข้อมูล
สำนักงานขายตั๋วประกอบด้วยแผนกต่างๆ ดังต่อไปนี้:
ผู้อำนวยการ;
ฝ่ายธุรการ
ฝ่ายปฏิบัติการเวิร์คสเตชั่น
ฝ่ายปฏิบัติการ.
โครงสร้างองค์กรขององค์กรแสดงในรูปที่ 4
รูปที่ 4 - รูปแบบองค์กร
ผู้อำนวยการดำเนินการจัดการทั่วไปของการผลิต กิจกรรมทางเศรษฐกิจและการเงิน-เศรษฐกิจขององค์กร และยังจัดให้มีปฏิสัมพันธ์ของแผนกโครงสร้างทั้งหมด
แผนกการผลิตดำเนินการพัฒนาการออกแบบผลิตภัณฑ์ การผลิตและการประกอบในภายหลัง
ฝ่ายธุรการประกอบด้วยนักบัญชีและผู้จัดการมีหน้าที่รับผิดชอบด้านคุณภาพการให้บริการ
แผนกปฏิบัติการเวิร์คสเตชั่นมีหน้าที่รับผิดชอบประสิทธิภาพของระบบ
ผู้ปฏิบัติงานมีหน้าที่รับคำสั่งซื้อและป้อนข้อมูลลงในฐานข้อมูล
2.1.3 คำอธิบายของกระแสข้อมูลและกระบวนการทางธุรกิจ
การสร้างแบบจำลองกระบวนการทางธุรกิจ
กระบวนการทางธุรกิจคือชุดของกิจกรรมหรืองานที่สัมพันธ์กันซึ่งมีจุดมุ่งหมายเพื่อสร้างผลิตภัณฑ์หรือบริการเฉพาะสำหรับผู้บริโภค เพื่อความชัดเจน กระบวนการทางธุรกิจจะถูกแสดงเป็นภาพโดยใช้ผังงานกระบวนการทางธุรกิจ การสร้างแบบจำลองกระบวนการทางธุรกิจเป็นกิจกรรมของการสร้างแบบจำลองขององค์กร รวมถึงคำอธิบายของวัตถุทางธุรกิจ (แผนก ตำแหน่ง ทรัพยากร บทบาท กระบวนการ การดำเนินงาน ระบบข้อมูล สื่อจัดเก็บข้อมูล ฯลฯ) และระบุความเชื่อมโยงระหว่างสิ่งเหล่านั้น ข้อกำหนดสำหรับโมเดลที่สร้างขึ้นและเนื้อหาที่เกี่ยวข้องถูกกำหนดโดยเป้าหมายของการสร้างแบบจำลอง การสร้างแบบจำลองธุรกิจเรียกอีกอย่างว่าระเบียบวินัยและกระบวนการย่อยแยกต่างหากในกระบวนการพัฒนาซอฟต์แวร์ซึ่งอธิบายกิจกรรมของ บริษัท และกำหนดข้อกำหนดสำหรับระบบ - กระบวนการย่อยและการดำเนินการเหล่านั้นภายใต้ระบบอัตโนมัติในระบบข้อมูลที่ได้รับการพัฒนา
หลังจากวิเคราะห์กิจกรรมของหน่วยงานและศึกษาก่อนโครงการแล้ว เราสามารถระบุกระบวนการทางธุรกิจหลัก 3 กระบวนการของ “ตั๋ว” ของ AIS ได้:
1. การยอมรับคำสั่งซื้อ
2. การออกหมายเลขประจำตัว
3. การชำระบัญชีกับลูกค้า
การสร้างแบบจำลองเชิงฟังก์ชันของกระบวนการทางธุรกิจแสดงโดยวิธี IDEF0 โดยจะอธิบายกระบวนการทางธุรกิจที่เกิดขึ้นในออบเจ็กต์ระบบอัตโนมัติ วิธีการ IDEF0 ใช้ภาษากราฟิกในการอธิบายกระบวนการทางธุรกิจ โมเดลใน IDEF0 แสดงด้วยคอลเลกชันของไดอะแกรมตามลำดับชั้นและที่เกี่ยวข้องกันทางตรรกะ แต่ละไดอะแกรมจะอยู่บนแผ่นงานแยกกัน ไดอะแกรมมีสี่ประเภท:
แผนภาพบริบท A-0 (แต่ละรุ่นสามารถมีไดอะแกรมบริบทได้เพียงรายการเดียว)
แผนภาพการสลายตัว (รวมถึงแผนภาพของระดับแรกของการสลายตัว A 0 ซึ่งเปิดเผยบริบท)
ไดอะแกรมแผนผังโหนด
แผนภูมิเฉพาะความเสี่ยง (FEO)
แผนภาพบริบทอยู่ด้านบนสุดของโครงสร้างแผนภูมิต้นไม้ของไดอะแกรม และแสดงถึงคำอธิบายทั่วไปส่วนใหญ่ของระบบและการโต้ตอบของระบบกับสภาพแวดล้อมภายนอก (ตามกฎแล้ว วัตถุประสงค์หลักของออบเจ็กต์แบบจำลองจะอธิบายไว้ที่นี่) หลังจากอธิบายระบบโดยรวมแล้ว ก็จะแบ่งออกเป็นส่วนย่อยขนาดใหญ่ กระบวนการนี้เรียกว่าการสลายตัวตามหน้าที่ และแผนภาพที่อธิบายแต่ละส่วนและปฏิสัมพันธ์ของชิ้นส่วนเรียกว่าแผนภาพการสลายตัว หลังจากแยกย่อยไดอะแกรมบริบท (เช่น ได้รับไดอะแกรม A 0) แต่ละบล็อกของไดอะแกรม A 0 จะถูกแยกย่อยออกเป็นชิ้นเล็ก ๆ และต่อ ๆ ไป จนกระทั่งได้รายละเอียดคำอธิบายในระดับที่ต้องการ หลังจากการแบ่งแยกแต่ละเซสชั่น จะมีการดำเนินการเซสชั่นการทดสอบ - ผู้เชี่ยวชาญเฉพาะเรื่อง (โดยปกติคือพนักงานในองค์กรที่สัมภาษณ์โดยนักวิเคราะห์) จะระบุความสอดคล้องของกระบวนการทางธุรกิจจริงกับไดอะแกรมที่สร้างขึ้น ความไม่สอดคล้องกันใดๆ ที่พบจะได้รับการแก้ไข และหลังจากผ่านการทดสอบโดยไม่มีความคิดเห็นใดๆ เท่านั้นจึงจะสามารถเริ่มต้นเซสชันการแยกส่วนครั้งต่อไปได้ สิ่งนี้ทำให้มั่นใจได้ว่าโมเดลจะตรงกับกระบวนการทางธุรกิจจริงในทุกระดับของโมเดล ไวยากรณ์สำหรับการอธิบายระบบโดยรวมและแต่ละแฟรกเมนต์จะเหมือนกันตลอดทั้งโมเดล
หน้าที่ธุรกิจหลักของ "เอไอเอส ทิคเก็ต" คือ จำหน่ายตั๋วเครื่องบิน ข้อมูลอินพุตคือลำดับของตั๋ว ในวันหยุดสุดสัปดาห์ - ใบเสร็จรับเงิน เครื่องมือสำหรับการปฏิบัติหน้าที่ทางธุรกิจหลักคือพนักงานของ Bilet OJSC (นักบัญชี, ผู้จัดการ, ช่างเทคนิคด้านไอที, ผู้ปฏิบัติงาน)
แผนภาพการไหลของข้อมูล
ข้อกำหนดจะแสดงเป็นลำดับชั้นของกระบวนการที่เชื่อมต่อกันด้วยกระแสข้อมูล แผนภาพกระแสข้อมูลแสดงให้เห็นว่าแต่ละกระบวนการแปลงอินพุตเป็นเอาต์พุตและเปิดเผยความสัมพันธ์ระหว่างกระบวนการเหล่านี้อย่างไร ไดอะแกรม DFD ถูกนำมาใช้เป็นส่วนเสริมของโมเดล IDEF0 เพื่ออธิบายการไหลของเอกสารและการประมวลผลข้อมูลได้สำเร็จ เช่นเดียวกับ IDEF0 DFD แสดงถึงระบบที่กำลังสร้างแบบจำลองเป็นเครือข่ายของกิจกรรมที่เกี่ยวข้อง ส่วนประกอบหลักของ DFD (ดังที่ได้กล่าวไว้ข้างต้น) คือกระบวนการหรืองาน เอนทิตีภายนอก กระแสข้อมูล การจัดเก็บข้อมูล (การจัดเก็บ) ต่างจากลูกศร IDEF0 ซึ่งแสดงถึงความสัมพันธ์ที่เข้มงวด ลูกศร DFD แสดงให้เห็นว่าวัตถุ (รวมถึงข้อมูล) ย้ายจากงานหนึ่งไปอีกงานหนึ่งอย่างไร
ต่างจาก IDEF0 ซึ่งมองว่าระบบเป็นกิจกรรมที่เกี่ยวข้องกัน DFD มองว่าระบบเป็นชุดของรายการ ไดอะแกรมบริบทมักประกอบด้วยงานและลิงก์ภายนอก งานมักจะเรียกตามชื่อของระบบ เช่น “ระบบประมวลผลข้อมูล” การรวมการอ้างอิงภายนอกในแผนภาพบริบทไม่ได้แทนที่ข้อกำหนดของวิธีการในการกำหนดวัตถุประสงค์ ขอบเขต และมุมมองทั่วไปของระบบที่กำลังสร้างแบบจำลองอย่างชัดเจน
ใน DFD กิจกรรม (กระบวนการ) คือฟังก์ชันของระบบที่แปลงอินพุตเป็นเอาต์พุต แม้ว่าผลงานจะแสดงเป็นสี่เหลี่ยมมุมมน แต่ความหมายของงานเหล่านั้นก็เหมือนกับความหมายของงาน IDEF0 และ IDEF3 เช่นเดียวกับกระบวนการ IDEF3 พวกเขามีอินพุตและเอาต์พุต แต่ไม่รองรับการควบคุมและกลไกเช่น IDEF0
เอนทิตีภายนอกแสดงรายการและ/หรือออกของระบบ เอนทิตีภายนอกจะแสดงเป็นรูปสี่เหลี่ยมผืนผ้าที่มีเงา และมักจะอยู่ที่ขอบของแผนภาพ เอนทิตีภายนอกเดียวสามารถใช้ได้หลายครั้งในหนึ่งไดอะแกรมขึ้นไป โดยทั่วไปเทคนิคนี้จะใช้เพื่อหลีกเลี่ยงการวาดลูกศรที่ยาวเกินไปและทำให้สับสน
ขั้นตอนการทำงานจะแสดงด้วยลูกศรและอธิบายการเคลื่อนที่ของวัตถุจากส่วนหนึ่งของระบบไปยังอีกส่วนหนึ่ง เนื่องจากใน DFD แต่ละด้านของงานไม่มีจุดประสงค์ที่ชัดเจนเหมือนกับใน IDEF0 ลูกศรจึงสามารถเข้าและออกจากหน้าใดๆ ของสี่เหลี่ยมงานได้ DFD ยังใช้ลูกศรสองทิศทางเพื่ออธิบายการสนทนาโต้ตอบคำสั่งระหว่างงาน ระหว่างงานกับเอนทิตีภายนอก และระหว่างเอนทิตีภายนอก
ต่างจากลูกศรที่อธิบายวัตถุที่กำลังเคลื่อนที่ คลังข้อมูลแสดงถึงวัตถุที่อยู่นิ่ง
2.2 การออกแบบระบบไอซี
เงื่อนไขการอ้างอิง การคำนวณ ค่าแรงจอง
2.2.1 การพัฒนาแนวคิด สถาปัตยกรรม และแพลตฟอร์มการดำเนินงานสำหรับ IS
ประเด็นหลักในการเลือกสถาปัตยกรรม IS คือประสิทธิภาพ ความน่าเชื่อถือ ความสามารถในการขยายขนาด และความปลอดภัย
ปัจจุบันสถาปัตยกรรมที่พบบ่อยที่สุดคือ:
ไฟล์เซิร์ฟเวอร์
ไคลเอนต์เซิร์ฟเวอร์;
สถาปัตยกรรมหลายระดับ
สถาปัตยกรรมไฟล์เซิร์ฟเวอร์หมายความว่าเซิร์ฟเวอร์รับหน้าที่จัดเก็บข้อมูลเท่านั้น และการประมวลผลจะดำเนินการบนเครื่องไคลเอนต์ ซึ่งหมายความว่าข้อมูลจะต้องถูกถ่ายโอนผ่านเครือข่าย ซึ่งจะส่งผลให้มีการรับส่งข้อมูลเครือข่ายจำนวนมาก และสิ่งนี้จะส่งผลให้ประสิทธิภาพลดลงเมื่อจำนวนผู้ใช้เพิ่มขึ้น นอกจากนี้ เมื่อใช้สถาปัตยกรรมไฟล์เซิร์ฟเวอร์ ปัญหาด้านความสมบูรณ์ ความสอดคล้อง และการเข้าถึงข้อมูลพร้อมกันจะได้รับการแก้ไขในลักษณะกระจายอำนาจ: ข้อมูลจะถูกจัดเก็บบนเซิร์ฟเวอร์และประมวลผลบนไคลเอนต์ ส่งผลให้ความน่าเชื่อถือของแอปพลิเคชันลดลง ข้อเสียอีกประการหนึ่งคือค่าใช้จ่ายสูงในการอัพเกรดและบำรุงรักษาบริการตรรกะทางธุรกิจบนเวิร์กสเตชันไคลเอนต์แต่ละเครื่อง อย่างไรก็ตาม สถาปัตยกรรมนี้ยังมีข้อดีหลายประการ เช่น ต้นทุนการพัฒนาต่ำ ความเร็วการพัฒนาสูง และต้นทุนการอัปเดตและการเปลี่ยนแปลงซอฟต์แวร์ต่ำ
สถาปัตยกรรมไคลเอนต์เซิร์ฟเวอร์ไม่มีข้อเสียของสถาปัตยกรรมที่อธิบายไว้ข้างต้นเพราะว่า เซิร์ฟเวอร์ฐานข้อมูลไม่เพียงแต่ให้การเข้าถึงข้อมูลที่ใช้ร่วมกัน แต่ยังประมวลผลข้อมูลดังกล่าวด้วย ไคลเอนต์ส่งคำขอไปยังเซิร์ฟเวอร์ในภาษาที่ "เข้าใจได้" ไปยังเซิร์ฟเวอร์ และในทางกลับกันจะประมวลผลคำขอ ขณะเดียวกันก็ตรวจสอบความสมบูรณ์และความสอดคล้องของข้อมูล และส่งคืนผลลัพธ์ของคำขอที่ประมวลผลไปยังไคลเอนต์ เป็นผลให้โหลดเครือข่ายลดลง: ไคลเอนต์ไม่จำเป็นต้องประมวลผลข้อมูลระดับกลางอีกต่อไป พื้นที่จัดเก็บและการประมวลผลเป็นแบบรวมศูนย์ ดังนั้นสถาปัตยกรรมนี้จึงมีความน่าเชื่อถือมากกว่าสถาปัตยกรรมไฟล์เซิร์ฟเวอร์ ข้อเสียของสถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์ ได้แก่ ประการแรก ความซับซ้อนที่เพียงพอของการพัฒนาระบบ เนื่องจากความจำเป็นในการดำเนินการตามตรรกะทางธุรกิจ และจัดให้มีอินเทอร์เฟซผู้ใช้ในโปรแกรมเดียวและมีข้อกำหนดสูงสำหรับเวิร์กสเตชันด้วยเหตุผลเดียวกัน
ขั้นต่อไปในการพัฒนาสถาปัตยกรรม IS คือสถาปัตยกรรมหลายระดับซึ่งตรรกะทางธุรกิจถูกดำเนินการบนแอปพลิเคชันเซิร์ฟเวอร์ สถาปัตยกรรมหลายระดับมีข้อดีดังต่อไปนี้:
ความสามารถในการขยายขนาด;
ความสามารถในการกำหนดค่า - การแยกระดับออกจากกันทำให้คุณสามารถกำหนดค่าระบบใหม่ได้อย่างรวดเร็วและง่ายดายเมื่อเกิดความล้มเหลวหรือระหว่างการบำรุงรักษาตามกำหนดเวลาที่ระดับใดระดับหนึ่ง
ความปลอดภัยสูง
ความน่าเชื่อถือสูง
ข้อกำหนดต่ำสำหรับความเร็วช่องสัญญาณ (เครือข่าย) ระหว่างเทอร์มินัลและแอปพลิเคชันเซิร์ฟเวอร์
ข้อกำหนดต่ำสำหรับประสิทธิภาพและคุณลักษณะทางเทคนิคของเทอร์มินัล ส่งผลให้ต้นทุนลดลง
อย่างไรก็ตาม แม้จะมีข้อได้เปรียบที่ไม่อาจปฏิเสธได้ แต่ระบบนี้ก็ยังไม่แพร่หลายด้วยเหตุผลดังต่อไปนี้:
ความยากในการพัฒนาระบบโดยใช้สถาปัตยกรรมหลายระดับ เนื่องจากเป็นเรื่องยากมากที่จะ "เข้าร่วม" โมดูลต่างๆ โดยเฉพาะอย่างยิ่งหากเขียนโดยกลุ่มที่แตกต่างกัน และตามกฎแล้วการเปลี่ยนแปลงในโมดูลเดียวทำให้เกิดการเปลี่ยนแปลงในส่วนที่เหลือและจากมุมมองนี้แม้แต่ระบบที่เรียบง่ายที่ใช้สถาปัตยกรรมหลายระดับก็ยังยากต่อการนำไปใช้ถึง 2 เท่า
ข้อกำหนดสูงสำหรับประสิทธิภาพของแอปพลิเคชันเซิร์ฟเวอร์และเซิร์ฟเวอร์ฐานข้อมูล ดังนั้นอุปกรณ์เซิร์ฟเวอร์จึงมีต้นทุนสูง
ข้อกำหนดสูงสำหรับความเร็วช่องสัญญาณ (เครือข่าย) ระหว่างเซิร์ฟเวอร์ฐานข้อมูลและแอปพลิเคชันเซิร์ฟเวอร์
ความซับซ้อนในการบริหารสูง
เมื่อพิจารณาถึงข้อดีและข้อเสียของแต่ละสถาปัตยกรรมแล้ว เราจึงเลือกสถาปัตยกรรมไคลเอนต์-เซิร์ฟเวอร์เพื่อใช้ระบบ AIS Ticket สถาปัตยกรรมนี้ช่วยให้สามารถกระจายงานระหว่างไคลเอนต์และเซิร์ฟเวอร์ในส่วนของระบบได้อย่างเหมาะสม: แอปพลิเคชันที่ทำงานบนเวิร์กสเตชันไม่ได้อ่านบันทึกฐานข้อมูล "โดยตรง" แต่ส่งคำขอไปยังเซิร์ฟเวอร์ซึ่งมีการประมวลผลตามลำดับ และผลการประมวลผล ถูกส่งไปยังเวิร์กสเตชัน และสิ่งนี้จะช่วยลดการไหลของข้อมูลบน LAN ลงอย่างมาก
แผนผังการทำงานและการสร้างระบบสารสนเทศแสดงไว้ในรูปที่ 5
รูปที่ 5 - สถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์
2.2.2 โครงสร้างระบบสารสนเทศ องค์ประกอบของการทำงานและระบบย่อยสนับสนุน
ระบบย่อยเชิงหน้าที่เป็นงานทางเศรษฐกิจที่ซับซ้อนซึ่งมีการแลกเปลี่ยนข้อมูล (การเชื่อมต่อ) ในระดับสูงระหว่างงาน (กระบวนการประมวลผลข้อมูลบางอย่างพร้อมชุดข้อมูลอินพุตและเอาต์พุตที่กำหนดไว้อย่างชัดเจน ระบบย่อยเชิงฟังก์ชันทำหน้าที่ให้ข้อมูลกิจกรรมบางประเภทของระบบเศรษฐกิจ ( องค์กร) ลักษณะของแผนกโครงสร้างและ (หรือ) ฟังก์ชั่นการจัดการ การรวมระบบย่อยการทำงานให้เป็นระบบเดียวทำได้โดยการสร้างและการทำงานของระบบย่อยที่รองรับเช่น:
ข้อมูล;
เทคนิค;
ซอฟต์แวร์;
คณิตศาสตร์;
ภาษาศาสตร์
ระบบย่อยที่รองรับนั้นเป็นเรื่องปกติสำหรับ IS ทั้งหมด โดยไม่คำนึงถึงระบบย่อยการทำงานเฉพาะที่ใช้การสนับสนุนบางประเภท ในการทำงาน ระบบย่อยสนับสนุนและองค์กรจะรวมกันเป็นระบบย่อยสนับสนุนเดียว เหตุผลสำหรับการตัดสินใจดังกล่าวถือได้ว่าส่วนประกอบของพวกเขารับประกันการปฏิบัติตามเป้าหมายและหน้าที่ของระบบ
องค์ประกอบของระบบย่อยที่รองรับไม่ได้ขึ้นอยู่กับสาขาวิชาที่เลือกและมี:
โครงสร้างการทำงาน
การสนับสนุนข้อมูล;
ซอฟต์แวร์ทางคณิตศาสตร์ (อัลกอริทึมและซอฟต์แวร์)
การสนับสนุนทางเทคนิค;
การสนับสนุนองค์กร
และในขั้นตอนของการพัฒนา IS การสนับสนุนเพิ่มเติม:
ถูกกฎหมาย;
ภาษา;
เทคโนโลยี;
ระเบียบวิธี;
การเชื่อมต่อกับไอซีภายนอก
การสนับสนุนข้อมูลคือชุดของวิธีการและวิธีการสร้างฐานข้อมูล โดยจะกำหนดวิธีการและรูปแบบในการแสดงสถานะของวัตถุควบคุมในรูปแบบของข้อมูลภายใน IS, เอกสาร, กราฟ และสัญญาณภายนอก IS
ซอฟต์แวร์ทางคณิตศาสตร์ประกอบด้วยอัลกอริธึมและซอฟต์แวร์
การสนับสนุนองค์กรคือชุดวิธีการและวิธีการในการจัดการการผลิตและการจัดการภายใต้เงื่อนไขของการแนะนำ IP
วัตถุประสงค์ของการสนับสนุนองค์กรคือ: การเลือกและกำหนดงานการจัดการการวิเคราะห์ระบบการจัดการและวิธีการปรับปรุงการพัฒนาโซลูชันสำหรับจัดระเบียบปฏิสัมพันธ์ของระบบข้อมูลและบุคลากรการดำเนินงานด้านการจัดการ การสนับสนุนองค์กรรวมถึงวิธีการสื่อสารกับลูกค้า ข้อกำหนดด้านเอกสาร รายละเอียดงาน ฯลฯ
ซอฟต์แวร์อัลกอริทึมคือชุดวิธีการทางคณิตศาสตร์ แบบจำลอง และอัลกอริทึมที่ใช้ในระบบเพื่อแก้ปัญหาและประมวลผลข้อมูล
2.2.3 การสนับสนุนทางเทคนิคของ IS
วิธีการทางเทคนิคที่ซับซ้อนควรมีองค์ประกอบดังต่อไปนี้:
เวิร์กสเตชัน;
อุปกรณ์จ่ายไฟสำรอง
เครื่องมือสำหรับการสร้าง LAN
เซิร์ฟเวอร์ฐานข้อมูล;
เครื่องพิมพ์
ข้อกำหนดของเซิร์ฟเวอร์:
หน่วยความจำ 8GB;
โปรเซสเซอร์ขั้นต่ำ 2.2 GHz Intel Xeon 5500;
ความเร็วดิสก์ SATA 8 Gb/s;
อะแดปเตอร์เครือข่าย 10 Gbps;
ระบบปฏิบัติการวินโดวส์เซิร์ฟเวอร์ 2008
ข้อกำหนดเวิร์กสเตชัน:
โปรเซสเซอร์ 2 GHz;
หน่วยความจำ 2GB;
ฮาร์ดดิสก์ไม่น้อยกว่า 500;
ระบบปฏิบัติการวินโดวส์ 7;
อะแดปเตอร์เครือข่าย 100 Mbit/s
วิธีการทางเทคนิคของ IS ได้รับการอธิบายโดยคำนึงถึงข้อกำหนดสำหรับการทำงานของแอพพลิเคชั่นซอฟต์แวร์ที่ซับซ้อน วิธีการทางเทคนิคจะต้องมี:
การดำเนินงานตลอด 24 ชั่วโมงด้วยวิธีการและอุปกรณ์ทางเทคนิคที่ซับซ้อน
รับประกันการดำเนินการของชุดซอฟต์แวร์ทั้งหมดในกรณีที่อุปกรณ์ล้มเหลวหรือล้มเหลว
การปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาต
เซิร์ฟเวอร์และเวิร์กสเตชันต้องเชื่อมต่อด้วยเครือข่ายท้องถิ่น
รูปที่ 2.3 แสดงโทโพโลยีของเครือข่ายคอมพิวเตอร์เฉพาะที่ (LAN) สำหรับ JSC "Bilet"
รูปที่เป็นปัญหาแสดงให้เห็นว่าเวิร์กสเตชัน 5 เครื่องเชื่อมต่อกับเซิร์ฟเวอร์ฐานข้อมูลและเซิร์ฟเวอร์ไฟล์ผ่านสวิตช์ โทโพโลยีเครือข่ายเป็นแบบดาว
รูปที่ 6 - แผนภาพลอจิกของเครือข่ายของ JSC "ลูกค้า"
2.3 การสนับสนุนข้อมูล IS
2.3.1 คำอธิบายโครงสร้างลอจิคัลของฐานข้อมูล
การออกแบบเชิงตรรกะ (เชิงข้อมูล) - การสร้างสคีมาฐานข้อมูลตามแบบจำลองข้อมูลเฉพาะ เช่น แบบจำลองข้อมูลเชิงสัมพันธ์ สำหรับโมเดลข้อมูลเชิงสัมพันธ์ โมเดลข้อมูลคือชุดของไดอะแกรมความสัมพันธ์ ซึ่งโดยปกติจะระบุคีย์หลัก เช่นเดียวกับ "ลิงก์" ระหว่างความสัมพันธ์ซึ่งเป็นคีย์นอก
การเปลี่ยนแปลงแบบจำลองแนวความคิดไปเป็นแบบจำลองเชิงตรรกะมักจะดำเนินการตามกฎเกณฑ์ที่เป็นทางการ ขั้นตอนนี้สามารถดำเนินการได้โดยอัตโนมัติเป็นส่วนใหญ่
รูปแบบปกติเป็นคุณสมบัติของความสัมพันธ์ในแบบจำลองข้อมูลเชิงสัมพันธ์ โดยกำหนดลักษณะจากมุมมองของความซ้ำซ้อน ซึ่งอาจนำไปสู่ผลลัพธ์ที่ผิดพลาดทางตรรกะของการสุ่มตัวอย่างหรือการเปลี่ยนแปลงข้อมูล รูปแบบปกติถูกกำหนดให้เป็นชุดของข้อกำหนดที่ความสัมพันธ์ต้องปฏิบัติตาม กระบวนการแปลงความสัมพันธ์ฐานข้อมูล (DB) ให้อยู่ในรูปแบบที่สอดคล้องกับรูปแบบปกติเรียกว่าการทำให้เป็นมาตรฐาน การทำให้เป็นมาตรฐานมีจุดประสงค์เพื่อนำโครงสร้างฐานข้อมูลมาสู่รูปแบบที่มีความซ้ำซ้อนเชิงตรรกะน้อยที่สุด และไม่ได้มีวัตถุประสงค์เพื่อลดหรือเพิ่มประสิทธิภาพการทำงาน หรือลดหรือเพิ่มปริมาณทางกายภาพของฐานข้อมูล เป้าหมายสูงสุดของการทำให้เป็นมาตรฐานคือการลดโอกาสที่จะเกิดความไม่สอดคล้องกันของข้อมูลที่จัดเก็บไว้ในฐานข้อมูล วัตถุประสงค์ทั่วไปของกระบวนการทำให้เป็นมาตรฐานคือเพื่อ:
การกำจัดความซ้ำซ้อนบางประเภท
แก้ไขความผิดปกติของการอัปเดตบางอย่าง
การพัฒนาการออกแบบฐานข้อมูลที่แสดงถึงโลกแห่งความเป็นจริงได้ดีเพียงพอนั้นเป็นเรื่องที่เข้าใจง่ายและสามารถใช้เป็นพื้นฐานที่ดีสำหรับการขยายในภายหลัง
ลดความซับซ้อนของขั้นตอนในการใช้ข้อจำกัดด้านความสมบูรณ์ที่จำเป็น
ตามกฎแล้วการกำจัดความซ้ำซ้อนจะดำเนินการโดยการสลายตัวของความสัมพันธ์ในลักษณะที่จะจัดเก็บเฉพาะข้อเท็จจริงหลักในแต่ละความสัมพันธ์ (นั่นคือข้อเท็จจริงที่ไม่ได้อนุมานจากข้อเท็จจริงที่เก็บไว้อื่น ๆ )
ในระดับลอจิคัล ฐานข้อมูลมาตรฐานจะดำเนินการ เช่นเดียวกับการจัดสรรคีย์สำหรับแต่ละเอนทิตี การเชื่อมต่อแบบลอจิคัลจะดำเนินการผ่านคีย์หลักและคีย์ต่างประเทศ
2.3.2 คำอธิบายของการดำเนินการทางกายภาพของฐานข้อมูล
การออกแบบทางกายภาพ - การสร้างสคีมาฐานข้อมูลสำหรับ DBMS เฉพาะ ข้อมูลเฉพาะของ DBMS โดยเฉพาะอาจรวมถึงข้อจำกัดในการตั้งชื่อออบเจ็กต์ฐานข้อมูล ข้อจำกัดเกี่ยวกับประเภทข้อมูลที่รองรับ ฯลฯ นอกจากนี้ ลักษณะเฉพาะของ DBMS เฉพาะในระหว่างการออกแบบทางกายภาพ ได้แก่ การเลือกโซลูชันที่เกี่ยวข้องกับสภาพแวดล้อมการจัดเก็บข้อมูลทางกายภาพ (ทางเลือกของวิธีการจัดการหน่วยความจำดิสก์ การแบ่งฐานข้อมูลออกเป็นไฟล์และอุปกรณ์ วิธีการเข้าถึงข้อมูล) การสร้างดัชนี ฯลฯ
แบบจำลองข้อมูลทางกายภาพสร้างขึ้นบนพื้นฐานของแบบจำลองเชิงตรรกะ และอธิบายข้อมูลโดยใช้วิธีการของ DBMS เฉพาะ ความสัมพันธ์ที่พัฒนาขึ้นในขั้นตอนการสร้างแบบจำลองเชิงตรรกะจะถูกแปลงเป็นตาราง คุณลักษณะเป็นคอลัมน์ โดเมนเป็นประเภทข้อมูลที่ยอมรับใน DBMS เฉพาะที่เลือก
เหล่านั้น. ในแบบจำลองทางกายภาพ มีการติดต่อกันแบบหนึ่งต่อหนึ่งระหว่างพารามิเตอร์ของวัตถุและแบบจำลองที่มีลักษณะทางกายภาพเหมือนกัน ในกรณีนี้ องค์ประกอบของระบบได้รับการกำหนดให้เทียบเท่าทางกายภาพที่สร้างโครงสร้าง คุณสมบัติพื้นฐาน และความสัมพันธ์ของวัตถุที่กำลังศึกษา ในการสร้างแบบจำลองทางกายภาพซึ่งเป็นพื้นฐานคือทฤษฎีความคล้ายคลึงกันคุณสมบัติของการดำเนินการทดลองในธรรมชาติจะถูกเก็บรักษาไว้ในขณะที่ยังคงรักษาช่วงการเปลี่ยนแปลงที่เหมาะสมที่สุดในพารามิเตอร์ทางกายภาพที่เกี่ยวข้อง
บทสรุป
ผลจากการทำงานในหลักสูตรนี้ ได้มีการมอบหมายงานด้านเทคนิคสำหรับการพัฒนาระบบข้อมูลสำหรับตัวแทนขายและจองตั๋วเครื่องบินและซอฟต์แวร์
เงื่อนไขการอ้างอิงสำหรับระบบสารสนเทศเป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนในการสร้างระบบสารสนเทศตามที่ได้รับการพัฒนาและยอมรับเมื่อเริ่มดำเนินการ ประกอบด้วยข้อกำหนดพื้นฐานสำหรับลักษณะการทำงาน ความน่าเชื่อถือ สภาพการทำงาน และการปกป้องข้อมูลของระบบสารสนเทศ และยังอธิบายขั้นตอนการพัฒนาระบบด้วย
ตามวัตถุประสงค์ของข้อกำหนดทางเทคนิค ขั้นตอนต่อไปนี้ของการสร้างโครงการทางเทคนิคเสร็จสมบูรณ์:
- ทำการวิเคราะห์สาขาวิชา
- ไดอะแกรมการทำงานของ AIS "Ticket" ได้รับการพัฒนา
- แนวคิดได้รับการพัฒนา เลือกสถาปัตยกรรมและแพลตฟอร์มการใช้งานของระบบแล้ว
1. มีการออกแบบโมเดลแนวคิดของ "ตั๋ว" ของ AIS
2. แบบจำลองเชิงตรรกะของระบบ "ตั๋ว" ของ AIS ได้รับการออกแบบตามแบบจำลองแนวคิด
3. มีการกำหนดโครงสร้างทางกายภาพของเซิร์ฟเวอร์ฐานข้อมูล
บรรณานุกรม
1. GOST 19.201-78 เอกสารประกอบโปรแกรมระบบรวม งานด้านเทคนิค ข้อกำหนดสำหรับเนื้อหาและการออกแบบ
2. GOST 34.602-89 เทคโนโลยีสารสนเทศ ชุดมาตรฐานสำหรับระบบอัตโนมัติ เงื่อนไขการอ้างอิงสำหรับการสร้างระบบอัตโนมัติ
3. RD 50-34.698-90 ระบบอัตโนมัติ ข้อกำหนดสำหรับเนื้อหาของเอกสาร
4. วี.พี. โรมานอฟ นิวซีแลนด์ เอเมลยาโนวา ที.แอล. Partyka การออกแบบระบบสารสนเทศทางเศรษฐกิจ วิธีการและเทคโนโลยีที่ทันสมัย - อ: สอบ พ.ศ. 2548.- 256 หน้า;
5. มาคลาคอฟ เอส.วี. BPWin และ ERWin CASE - เครื่องมือพัฒนาระบบสารสนเทศ / Maklakov S.V. - อ: โต้ตอบ MEPhI, 2001.-256 หน้า;
6. บอยโก้ วี.วี. การออกแบบฐานข้อมูลระบบสารสนเทศ / Boyko V.V., Savinkov V.M. - ฉบับที่ 2 - อ.: การเงินและสถิติ, 2532. - 350 น.
โพสต์บน Allbest.ru
...เอกสารที่คล้ายกัน
เงื่อนไขการอ้างอิงสำหรับการพัฒนาระบบอัตโนมัติและการบัญชีคลังสินค้าเพื่อการจัดการฐานการค้าสากล การออกแบบระบบสารสนเทศและการเลือกสภาพแวดล้อมสำหรับการสร้างผลิตภัณฑ์ซอฟต์แวร์ การสร้างอินเทอร์เฟซและคู่มือผู้ใช้
วิทยานิพนธ์เพิ่มเมื่อ 11/07/2558
การดำเนินการตามกฎหมายของสหพันธรัฐรัสเซียในด้านความปลอดภัยของข้อมูล ขั้นตอนการจัดงานปกป้องข้อมูลในระบบสารสนเทศ แนวทางทั่วไปในการพัฒนาข้อกำหนดทางเทคนิคสำหรับการพัฒนาระบบป้องกันในพื้นที่นี้
งานหลักสูตรเพิ่มเมื่อ 05/05/2558
จัดทำข้อกำหนดทางเทคนิคเพื่อพัฒนาระบบสารสนเทศในการสั่งตั๋วเครื่องบิน ข้อกำหนดด้านเอกสาร ขั้นตอนการควบคุมและการยอมรับระบบ การพัฒนาแนวคิด สถาปัตยกรรม และเวทีการดำเนินงานของระบบสารสนเทศ
งานหลักสูตรเพิ่มเมื่อวันที่ 13/05/2558
การสร้างระบบข้อมูล "ทองคำ" ซึ่งทำให้การทำงานของจิวเวลรี่เวิร์คช็อปเป็นไปโดยอัตโนมัติ การสร้างแบบจำลองกระบวนการทางธุรกิจโดยใช้ไดอะแกรม IDEF0 และ UML และ DFD และกระแสข้อมูล sicuence จัดทำโครงการทางเทคนิคและข้อกำหนดตาม GOST 34.602-89
งานหลักสูตรเพิ่มเมื่อ 02/10/2013
องค์ประกอบของระบบผู้เชี่ยวชาญ ข้อกำหนดสำหรับชุดวิธีการทางเทคนิค โครงสร้างและการจัดองค์กรการสนับสนุนทางเทคนิคสำหรับระบบสารสนเทศอัตโนมัติ เอกสารทางเทคนิคสำหรับการพัฒนาเครื่องมือซอฟต์แวร์และวิธีการใช้งาน
บทคัดย่อ เพิ่มเมื่อ 10/09/2014
การเรียนรู้ภาษาการเขียนโปรแกรม PHP, SQL, C++, HTML การพิจารณากฎเกณฑ์ในการเปิดใช้และใช้งานเซิร์ฟเวอร์ Denwer ในเครื่อง จัดทำข้อกำหนดทางเทคนิคสำหรับการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ คำอธิบายของแอปพลิเคชันมือถือและเว็บที่กำลังสร้าง
งานหลักสูตร เพิ่มเมื่อ 04/07/2015
การพัฒนาระบบข้อมูลอัตโนมัติสำหรับการบัญชีและการควบคุมงานซ่อมแซม และการให้บริการพัฒนาซอฟต์แวร์แก่บริษัท MegionSoftOil การพัฒนาอัลกอริทึมสำหรับแอปพลิเคชันระบบซอฟต์แวร์และโมดูล
วิทยานิพนธ์เพิ่มเมื่อ 29/06/2555
เหตุผลความจำเป็นในการพัฒนาระบบสารสนเทศ การวิเคราะห์โดเมน เงื่อนไขการอ้างอิงสำหรับการสร้าง EIS สถานะทางกฎหมายและลักษณะทางเศรษฐกิจโดยย่อขององค์กร สถานะของงานบัญชีและการวิเคราะห์ในองค์กร
บทคัดย่อ เพิ่มเมื่อ 01/09/2009
การพัฒนาและการใช้งานระบบข้อมูลอัตโนมัติ (AIS) สำหรับการทำงานร่วมกับลูกค้าของบริษัทท่องเที่ยว (การรับและประมวลผลใบสมัคร) การประเมินทางเทคนิคและเศรษฐกิจของตัวแทนการท่องเที่ยว อัลกอริทึม และแผนภาพอินเทอร์เฟซของซอฟต์แวร์ AIS
วิทยานิพนธ์เพิ่มเมื่อ 21/07/2554
การนับจำนวนจุดฟังก์ชัน การคำนวณต้นทุนค่าแรงสำหรับการพัฒนาเครื่องมือซอฟต์แวร์และเวลาโดยประมาณของการพัฒนา แบบจำลองวงจรชีวิต การพัฒนาข้อกำหนดทางเทคนิคสำหรับการสร้างระบบอัตโนมัติข้อกำหนดของมัน