1.doc
^ วันที่แนะนำตั้งแต่ 01.01.1990
มาตรฐานนี้ใช้กับระบบอัตโนมัติ (AS) สำหรับกิจกรรมประเภทต่าง ๆ โดยอัตโนมัติ (การจัดการ การออกแบบ การวิจัย ฯลฯ) รวมถึงการรวมกันและกำหนดองค์ประกอบ เนื้อหา กฎสำหรับการประมวลผลเอกสาร "ข้อกำหนดในการอ้างอิงสำหรับการสร้าง ( ระบบการพัฒนาหรือการปรับปรุงให้ทันสมัย” (ต่อไปนี้จะเรียกว่า TK สำหรับ NPP)
ในโลกปัจจุบัน เป็นเรื่องยากที่จะหาคนที่เข้าใจกฎเกณฑ์ทางธุรกิจว่าเป็นสิ่งที่แยกได้จากซอฟต์แวร์ เมื่อพูดถึง "กฎเกณฑ์ทางธุรกิจ" มักจะอยู่ในบริบทของระบบ แนวคิดทั้งสองนี้อยู่ตลอดเวลาในการสร้างแบบจำลองระบบ แต่เป็นสิ่งที่ต่างกัน
เป็นไปได้ว่าบริษัทที่เก่าแก่กว่าจะมีชีวิตอยู่โดยปราศจากซอฟต์แวร์ แต่แม้แต่บริษัทที่เก่าแก่ก็ไม่สามารถอยู่ได้โดยปราศจากกฎเกณฑ์ทางธุรกิจ สำหรับตอนนี้ ลองคิดถึงธุรกิจที่จับต้องได้มากกว่านี้ ลองนึกถึงธุรกิจขายมะพร้าวที่ชายหาด วิ่งเล่น พ่อค้าที่เป็นมนุษย์
ขั้นตอนที่แนะนำสำหรับการพัฒนา การอนุมัติ และการอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์มีอยู่ในภาคผนวก 1
^
1. บทบัญญัติทั่วไป
1.1. ToR สำหรับโรงไฟฟ้านิวเคลียร์เป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนสำหรับการสร้าง (การพัฒนาหรือความทันสมัย - ต่อไปนี้จะเรียกว่าการสร้าง) ระบบอัตโนมัติตามการพัฒนาของ AU และการยอมรับเมื่อมีการว่าจ้าง
ผู้ขายรายนี้สามารถควบคุมการขายของคุณได้ในแอปบนสมาร์ทโฟนของคุณ ใช่คุณสามารถ. แต่คุณยังสามารถบันทึกธุรกิจของคุณได้โดยไม่ต้องใช้มัน แต่เขาจะไม่สามารถทำงานได้โดยไม่ต้องมีกฎเกณฑ์ทางธุรกิจของตัวเอง ถึงแม้ว่าเขาจะไม่รู้ว่ากฎเกณฑ์ทางธุรกิจคืออะไรก็ตาม ต่อไปนี้เป็นกฎเกณฑ์ทางธุรกิจบางประการที่มีอยู่ในธุรกิจ "การขายมะพร้าวบนชายหาด"
มะพร้าวจะจัดส่งให้เฉพาะลูกค้าที่ชำระเงินเท่านั้น ที่พักรับชำระด้วยเงินสดเท่านั้น ไม่รับบัตรเครดิต บัตรเดบิต หรือเช็ค ลูกค้าที่ซื้อมะพร้าว 4 ลูก จะได้รับมะพร้าวฟรี โปรโมชั่นนี้จะไม่มีวันสิ้นสุด
1.2. ข้อมูลจำเพาะสำหรับโรงไฟฟ้านิวเคลียร์ได้รับการพัฒนาสำหรับระบบโดยรวม ซึ่งออกแบบมาเพื่อทำงานอย่างอิสระหรือเป็นส่วนหนึ่งของระบบอื่น
นอกจากนี้ TOR สามารถพัฒนาสำหรับส่วนต่างๆ ของ NPP:
ในระบบย่อยของ NPP ความซับซ้อนของงานของ NPP ฯลฯ ตามข้อกำหนดของมาตรฐานนี้
สำหรับส่วนประกอบฮาร์ดแวร์และซอฟต์แวร์และฮาร์ดแวร์ที่ซับซ้อนตามมาตรฐาน ESKD และ SRPP
สำหรับซอฟต์แวร์ตามมาตรฐาน ESPD
สำหรับข้อมูลผลิตภัณฑ์ตาม GOST 19.201 และ NTD ทำหน้าที่ในแผนกลูกค้าของ AU
1.3. ข้อกำหนดสำหรับ AU ในขอบเขตที่กำหนดโดยมาตรฐานนี้สามารถรวมไว้ในการกำหนดสำหรับการออกแบบออบเจ็กต์ระบบอัตโนมัติที่สร้างขึ้นใหม่ ในกรณีนี้ จะไม่มีการพัฒนาข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
ผู้ขายต้องพกเครื่องมือที่เจาะรูเข้าไปในมะพร้าวให้ลูกค้าดื่มได้ เครื่องมือนี้ต้องไม่คมหรือหยักที่ขอบ ผู้ขายต้องพกหลอดไปส่งให้ลูกค้าโดยส่งมะพร้าวให้ลูกค้าดื่ม คุณควรเสนอหลอดเสมอ แต่คุณควรเปิดมันหลังจากที่ลูกค้ายอมรับแล้ว เพราะหากลูกค้าไม่ต้องการ เมื่อไม่เปิดหลอดแล้ว ก็จะไม่มีของเสียจากวัสดุนี้
เราสามารถระบุกฎเกณฑ์ทางธุรกิจอื่น ๆ อีกหลายสิบกฎจากบริบทที่นำเสนอ แต่จากที่อธิบายไว้ข้างต้น เป็นที่แน่ชัดแล้วว่ากฎทางธุรกิจมีอยู่โดยไม่มีระบบ และธุรกิจไม่มีอยู่โดยไม่มีกฎเกณฑ์ทางธุรกิจ และไม่ใช่ว่าทุกกฎเกณฑ์ทางธุรกิจจะถูกดำเนินการโดยระบบ หากพนักงานขายมะพร้าวจ้างผู้เชี่ยวชาญเพื่อติดตั้งซอฟต์แวร์เพื่อช่วยคุณขาย จะต้องปฏิบัติตามกฎเกณฑ์บางประการในระบบ แต่สิ่งเหล่านี้จะไม่เป็นไปตามข้อกำหนดด้านการทำงาน สิ่งเหล่านี้จะเป็นกฎเกณฑ์ทางธุรกิจ
1.4. ข้อกำหนดที่รวมอยู่ใน TOR สำหรับ NPP จะต้องสอดคล้องกับระดับการพัฒนาวิทยาศาสตร์และเทคโนโลยีในปัจจุบัน และไม่ด้อยกว่าข้อกำหนดที่คล้ายคลึงกันสำหรับแอนะล็อกที่ทันสมัยที่สุดในประเทศและต่างประเทศ ข้อกำหนดที่ระบุใน TOR สำหรับ NPP ไม่ควรจำกัดผู้พัฒนาระบบในการค้นหาและใช้งานโซลูชันทางเทคนิค ความเป็นไปได้ และโซลูชันอื่นๆ ที่มีประสิทธิภาพสูงสุด
ความแตกต่างในข้อกำหนดการทำงานและกฎเกณฑ์ทางธุรกิจ
ความแตกต่างระหว่างข้อกำหนดด้านการทำงานและกฎเกณฑ์ทางธุรกิจตามแนวคิดคือข้อกำหนดด้านฟังก์ชันหมายถึงสิ่งที่ระบบควรทำ ในขณะที่ "กฎทางธุรกิจ" หมายถึงวิธีการทำงานของระบบ จากมุมมองทางธุรกิจ ทั้งสองความต้องการ แต่แต่ละคนมีจุดเน้นที่แตกต่างกัน
ข้อกำหนดไม่มีเงื่อนไข กฎ "คือ" เงื่อนไข ย้อนกลับไปในตัวอย่างของผู้ขายมะพร้าว เราจะมีข้อกำหนดด้านการใช้งาน เช่น สมัครปัจจุบัน โปรโมชั่นเมื่อทำการขาย คำนวณปริมาณน้ำแข็งตามขนาดของกล่องโฟม
1.5. ข้อมูลจำเพาะสำหรับ NPP ได้รับการพัฒนาบนพื้นฐานของข้อมูลเบื้องต้น ซึ่งรวมถึงเอกสารประกอบขั้นสุดท้ายของขั้นตอน "การวิจัยและเหตุผลสำหรับการสร้าง NPP" ซึ่งกำหนดโดย GOST 24.601
1.6. TOR สำหรับโรงไฟฟ้านิวเคลียร์รวมเฉพาะข้อกำหนดเหล่านั้นที่เสริมข้อกำหนดสำหรับระบบประเภทนี้ (ACS, CAD, ASNI ฯลฯ) ที่มีอยู่ใน NTD ปัจจุบัน และถูกกำหนดโดยเฉพาะของวัตถุเฉพาะที่ระบบเป็น กำลังถูกสร้างขึ้น
คุณต้องการข้อกำหนดทางเทคนิคจริงๆหรือ? แล้วโครงการทางเทคนิคล่ะ?
คำนวณจำนวนฟางสำหรับจำนวนมะพร้าวที่บรรจุในกล่องโฟม รวมส่วนลดมาตรฐานในการจำหน่ายมะพร้าว ในแต่ละวัน นักวิเคราะห์ระบบมักจะสับสนระหว่างสองสิ่งนี้ ซึ่งสร้างความเสียหายอย่างร้ายแรงให้กับโครงการ
ไม่สามารถใช้กฎเกณฑ์ทางธุรกิจซ้ำได้ - ข้อกำหนดหลายข้อมักจะเป็นไปตามกฎเกณฑ์ทางธุรกิจทั่วไป กฎเกณฑ์ทางธุรกิจเกี่ยวข้องกับข้อกำหนดที่ปฏิบัติตามนั้น หากไม่มีการนำกลับมาใช้ใหม่ การมีกฎทางธุรกิจมากกว่าหนึ่งกฎในสาขาเดียวกันอาจถึงตายได้ และอาจมีการเข้ารหัสมากกว่าหนึ่งครั้งในซอฟต์แวร์เนื่องจากการพัฒนาทางเหนือขึ้นอยู่กับข้อกำหนด
1.7. การเปลี่ยนแปลง TOR ที่ NPP นั้นทำให้เป็นทางการโดยการเพิ่มหรือโปรโตคอลที่ลงนามโดยลูกค้าและนักพัฒนา ภาคผนวกหรือโปรโตคอลที่ระบุเป็นส่วนสำคัญของ ToR สำหรับ NPP ในหน้าชื่อเรื่องของ TK บน AC ควรเป็นรายการ "Valid from ... "
^
2. องค์ประกอบและเนื้อหา
2.1. ToR สำหรับ NPP ประกอบด้วยส่วนต่างๆ ต่อไปนี้ ซึ่งสามารถแบ่งออกเป็นส่วนย่อย:
ในภาพนี้ มันเป็นไปไม่ได้เลยที่จะแก้ไขชื่อ โรงงานแห่งอนาคตเป็นจุดสนใจของภูมิทัศน์อุตสาหกรรมของฝรั่งเศส แต่แนวคิดนี้สามารถรับรู้ได้ค่อนข้างแตกต่างกันตามความรู้สึกของแต่ละโรงงาน ความสงบทั้งหมด!
สถานที่สำหรับ Man ในโรงงานที่เชื่อมต่อคืออะไร? ในทางตรงกันข้าม คนรุ่น “เกินบรรยาย” มองว่าเป็นโอกาสในการปรับปรุงสภาพการทำงานโดยหลีกเลี่ยงงานซ้ำๆ ที่ไม่มีมูลค่าเพิ่มสูง เราไม่ควรลืมว่าเป้าหมายหลักประการหนึ่งของโรงงานแห่งอนาคตคือการเสริมสร้างโครงสร้างอุตสาหกรรมของฝรั่งเศสเมื่อเผชิญกับการแข่งขันจากประเทศกำลังพัฒนาซึ่งเป็นหัวใจของโรงงาน ดังนั้น ความทะเยอทะยานไม่ได้ทำให้งานหมดไป แต่ให้ทุกวิถีทางที่เป็นไปได้ในการเพิ่มจำนวนพนักงานในที่ทำงานของตน
1) ข้อมูลทั่วไป
2) วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ของระบบ
3) ลักษณะของวัตถุอัตโนมัติ
4) ความต้องการของระบบ
5) องค์ประกอบและเนื้อหาของงานเพื่อสร้างระบบ
6) ขั้นตอนการควบคุมและยอมรับระบบ
7) ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุอัตโนมัติเพื่อให้ระบบใช้งานได้
8) ข้อกำหนดสำหรับเอกสาร;
9) แหล่งพัฒนา
2.2. ขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะของออบเจ็กต์อัตโนมัติและสภาวะการทำงานของระบบ อนุญาตให้วาดส่วน TOR ในรูปแบบของแอปพลิเคชัน แนะนำเพิ่มเติม ยกเว้น หรือรวมส่วนย่อยของ TOR
ขั้นตอนการพัฒนา อนุมัติ และอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
การทำเช่นนี้เป็นสิ่งสำคัญที่จะมาพร้อมกับการเปลี่ยนแปลงและดำเนินการตามแผนการเรียนรู้ที่ปรับให้เหมาะกับแต่ละทีม การเปลี่ยนแปลงทางสถาปัตยกรรมนี้ทำให้เกิดความกังวลสำหรับบริษัทต่างๆ และมีแนวโน้มที่จะขัดขวางโครงการต่างๆ ผู้ผลิตคุ้นเคยกับการทำงานในพื้นที่ ดังนั้นพวกเขาจึงปกป้องข้อมูลของตนได้ดีขึ้น นักอุตสาหกรรมจะต้องเรียนรู้ที่จะไว้วางใจและสร้างขีดความสามารถ สำหรับบางคน โรงงานแห่งอนาคตกำหนดอนาคตของอุตสาหกรรมระยะไกลที่สร้างขึ้นจากเทคโนโลยีที่ยังไม่บรรลุนิติภาวะในปัจจุบัน
TOR สำหรับส่วนต่างๆ ของระบบไม่รวมส่วนที่ทำซ้ำเนื้อหาของส่วนต่างๆ ของ TOR สำหรับ NPP โดยรวม
2.3. ในบท " ข้อมูลทั่วไป" ระบุ:
1) ชื่อเต็มของระบบและของมัน เครื่องหมาย;
2) รหัสของหัวข้อหรือรหัส (หมายเลข) ของสัญญา
3) ชื่อองค์กร (สมาคม) ของผู้พัฒนาและลูกค้า (ผู้ใช้) ของระบบและรายละเอียด
4) รายการเอกสารบนพื้นฐานของการสร้างระบบโดยใครและเมื่อใดที่เอกสารเหล่านี้ได้รับการอนุมัติ
5) วันที่วางแผนไว้สำหรับการเริ่มต้นและเสร็จสิ้นการทำงานในการสร้างระบบ
6) ข้อมูลเกี่ยวกับแหล่งที่มาและขั้นตอนการจัดหาเงินทุน
7) ขั้นตอนในการทำให้เป็นทางการและนำเสนอผลงานในการสร้างระบบ (ชิ้นส่วน) ให้กับลูกค้าเกี่ยวกับการผลิตและการปรับวิธีการของแต่ละบุคคล (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) คอมเพล็กซ์ของระบบ
1) วัตถุประสงค์ของระบบ
2) วัตถุประสงค์ในการสร้างระบบ
สำหรับระบบควบคุมอัตโนมัติ รายการของหน่วยควบคุมอัตโนมัติ (จุด) และอ็อบเจ็กต์ที่มีการจัดการจะถูกระบุเพิ่มเติม
ข้อกำหนดสำหรับการสร้างชุดมาตรฐานแบบครบวงจรสำหรับระบบอัตโนมัติ
แม้ว่าโรงงานแห่งอนาคตจะตั้งใจเปิดทางสู่นวัตกรรมทางเทคโนโลยี แต่ก็ต้องตระหนักว่ามันได้เริ่มต้นขึ้นแล้ว! อันที่จริงโรงงานแห่งอนาคตยังนำเทคโนโลยีที่ได้รับการพิสูจน์แล้วกลับมาใช้ใหม่อีกด้วย ตัวอย่างเช่น สำหรับระบบสารสนเทศ ขอแนะนำให้ย้ายจากสถาปัตยกรรมพีระมิดเป็น องค์กรเครือข่ายโดยผสมสิ่งที่เรียกว่าวิธีการดั้งเดิมและวิธีแก้ปัญหาใหม่ ๆ ระวังด้วยระยะในอนาคตซึ่งอาจทำให้เข้าใจผิด!
2.4.2. ในส่วนย่อย "เป้าหมายของการสร้างระบบ" ให้ชื่อและค่าที่จำเป็นของตัวชี้วัดทางเทคนิค เทคโนโลยี การผลิต เศรษฐกิจหรืออื่น ๆ ของวัตถุอัตโนมัติที่ต้องบรรลุผลจากการสร้าง AU และระบุ เกณฑ์การประเมินความสำเร็จของเป้าหมายการสร้างระบบ
2.5. ในส่วน "ลักษณะของวัตถุอัตโนมัติ" ให้:
โรงงานที่เสี่ยงต่อการถูกโจมตีทางไซเบอร์
สำนักงานความมั่นคงระบบสารสนเทศแห่งชาติถือว่าระบบอุตสาหกรรมเป็นระบบสารสนเทศที่มีคุณสมบัติในการสร้างการกระทำทางกายภาพ ในแง่นี้ ดูเหมือนชัดเจนว่าระบบอุตสาหกรรมมีความเสี่ยงต่อการโจมตีแบบเดียวกัน และต้องการการดูแลด้านความปลอดภัยของคอมพิวเตอร์เช่นเดียวกัน!
จะทำอย่างไรกับมันในทางปฏิบัติ
อย่างไรก็ตาม การนำการรักษาความปลอดภัยทางไซเบอร์มาใช้กับระบบอุตสาหกรรมนั้นไม่มีประโยชน์ เพราะท้ายที่สุดแล้ว มันมีความเสี่ยงที่จะละทิ้งกระบวนการหลังจากเหตุการณ์เทคโนโลยีสารสนเทศ ระบบอุตสาหกรรมมีความเสี่ยงพอๆ กับระบบสารสนเทศ
1) ข้อมูลโดยย่อเกี่ยวกับออบเจ็กต์อัตโนมัติหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว
2) ข้อมูลเกี่ยวกับสภาพการทำงานของออบเจ็กต์อัตโนมัติและลักษณะของสภาพแวดล้อม
2.6. ส่วนความต้องการของระบบประกอบด้วยส่วนย่อยต่อไปนี้:
สำนักงานความมั่นคงระบบสารสนเทศแห่งชาติในสิ่งพิมพ์ฉบับหนึ่งระบุว่าระบบอุตสาหกรรมเป็นระบบข้อมูลรูปแบบหนึ่งที่มีคุณสมบัติในการสร้างการกระทำทางกายภาพรวมทั้งตอบสนองความต้องการเดียวกัน: การแลกเปลี่ยนข้อมูลกับระบบข้อมูลบุคคลที่สามและ การเข้าถึงระบบจากระยะไกล
ในแง่นี้ ดูเหมือนว่าในท้ายที่สุดแล้ว ระบบอุตสาหกรรมมีความเสี่ยงต่อการโจมตีแบบเดียวกัน และต้องการการดูแลด้านความปลอดภัยของคอมพิวเตอร์เช่นเดียวกัน! นับโอเปอเรเตอร์ทั้งหมดหรือไม่ ระบบอุตสาหกรรม? จากมุมมองของกฎข้อบังคับ สิ่งนี้ใช้ได้กับตัวดำเนินการที่มีความสำคัญอย่างยิ่งเท่านั้น1 พวกเขาจะต้องรักษาความปลอดภัยระบบของพวกเขา
1) ข้อกำหนดสำหรับระบบโดยรวม
2) ข้อกำหนดสำหรับฟังก์ชั่น (งาน) ที่ดำเนินการโดยระบบ
3) ข้อกำหนดสำหรับประเภทหลักประกัน
2.6.1. ในส่วนย่อย "ข้อกำหนดสำหรับระบบโดยรวม" ระบุ:
อย่างไรก็ตาม นี่ไม่ได้หมายความว่าผู้ให้บริการรายอื่นไม่ควรกังวล ขั้นตอนแรกในการรับรองความน่าเชื่อถือของการทำงานและการบำรุงรักษาระบบอุตสาหกรรมคือ "การบำรุงรักษาง่าย" มากกว่าการรักษาความปลอดภัยทางไซเบอร์ เป้าหมายคือการทำความเข้าใจการทำงานของระบบอุตสาหกรรมจากมุมมองของโครงสร้างพื้นฐานและองค์กรโดยการสร้างหรือปรับปรุงแผนที่และสินค้าคงเหลือที่เป็นตัวแทนของระบบอุตสาหกรรมจากมุมมองที่แตกต่างกัน: ทางกายภาพตรรกะและการประยุกต์ใช้
ความสัมพันธ์ระหว่าง CEN AU กับระบบและชุดมาตรฐานอื่นๆ
อุปกรณ์ประเภทนี้มีเครื่องมือวินิจฉัยและตรวจสอบเครือข่ายที่สำคัญ ตลอดจนคุณลักษณะด้านความปลอดภัย สร้างความตระหนักในระบบอัตโนมัติของคอมพิวเตอร์และความปลอดภัยทางไซเบอร์ แท้จริงแล้ว ระบบอัตโนมัติมีวัฒนธรรมที่แตกต่างจากนักวิทยาศาสตร์คอมพิวเตอร์อย่างมาก และถึงแม้จะมีเป้าหมายร่วมกัน แต่ข้อจำกัดก็ต่างกันมาก
ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ
ข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรของระบบและโหมดการทำงาน
ตัวชี้วัดปลายทาง
ข้อกำหนดด้านความน่าเชื่อถือ
ข้อกำหนดด้านความปลอดภัย
ข้อกำหนดสำหรับการยศาสตร์และสุนทรียศาสตร์ทางเทคนิค
ข้อกำหนดด้านความสามารถในการขนส่งสำหรับ AS เคลื่อนที่
ข้อกำหนดสำหรับการดำเนินงาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บส่วนประกอบระบบ
ข้อกำหนดสำหรับการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาต
ข้อกำหนดเพื่อความปลอดภัยของข้อมูลในกรณีที่เกิดอุบัติเหตุ
ข้อกำหนดสำหรับการปกป้องจากอิทธิพลของอิทธิพลภายนอก
ข้อกำหนดสำหรับความบริสุทธิ์ของสิทธิบัตร
ข้อกำหนดสำหรับการสร้างมาตรฐานและการรวมกัน
ข้อกำหนดเพิ่มเติม.
1) รายการของระบบย่อย วัตถุประสงค์และลักษณะสำคัญ ข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับของการรวมศูนย์ของระบบ
2) ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารเพื่อแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
3) ข้อกำหนดสำหรับลักษณะของการเชื่อมต่อโครงข่ายของระบบที่ถูกสร้างขึ้นกับระบบที่เกี่ยวข้อง ข้อกำหนดสำหรับความเข้ากันได้ รวมถึงคำแนะนำในการแลกเปลี่ยนข้อมูล (โดยอัตโนมัติ โดยการส่งเอกสาร ทางโทรศัพท์ ฯลฯ )
4) ข้อกำหนดสำหรับโหมดการทำงานของระบบ
5) ข้อกำหนดสำหรับการวินิจฉัยระบบ
6) โอกาสในการพัฒนาความทันสมัยของระบบ
ข้อกำหนดสำหรับจำนวนบุคลากร (ผู้ใช้) ของ NPP
ข้อกำหนดสำหรับคุณสมบัติของบุคลากร ขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ
โหมดการทำงานที่จำเป็นของบุคลากร NPP
สำหรับ ACS ระบุ:
เหตุใดข้อกำหนดจึงต้องมีความชัดเจน เฉพาะเจาะจง และสามารถทดสอบได้
การวิเคราะห์ความเสี่ยงใช้เพื่อจัดเตรียมมาตรการทางเทคนิคและองค์กรเพื่อนำไปปฏิบัติและเพื่อกำหนดเป้าหมาย วางแผนและจัดระเบียบ และจัดการผู้ดำเนินการที่จะรับรองความปลอดภัยของระบบ ระบบอุตสาหกรรมไม่ใช่ตำนาน แต่เป็นเรื่องจริงที่ต้องนำมาพิจารณาระหว่างโรงงานที่เชื่อมต่อกัน!
งานด้านเทคนิคคืออะไร?
ค่าไฟฟ้าอาจสูงถึง 58.5% ของมูลค่าเพิ่มทั้งนี้ขึ้นอยู่กับภาคกิจกรรม แต่เงินออมไม่ได้หยุดอยู่แค่นั้น! เราได้เห็นตัวอย่างมากมายของบริษัทที่ไม่เคยสงสัยในความแข็งแกร่งของพวกเขา เซ็นสัญญามาหลายปีแล้ว สร้างรายได้มากถึง 20% ของบัญชีของพวกเขาด้วยการลงทะเบียนเพื่อรับอำนาจที่ดี ในพื้นที่อุตสาหกรรมหลายแห่ง มีการประสานการทำงานร่วมกันระหว่างผู้ซื้อและผู้จัดการด้านพลังงานเพื่อควบคุมรูปแบบการบริโภคที่ดีขึ้น และด้วยเหตุนี้จึงเตรียมความสามารถในการลบข้อมูล
ระดับของความสามารถในการปรับตัวของระบบต่อการเปลี่ยนแปลงในกระบวนการและวิธีการจัดการ การเบี่ยงเบนในพารามิเตอร์ของวัตถุควบคุม
ขีด จำกัด ที่ยอมรับได้ของความทันสมัยและการพัฒนาระบบ
ลักษณะความน่าจะเป็น - ชั่วขณะภายใต้วัตถุประสงค์ที่ตั้งใจไว้ของระบบ
1) องค์ประกอบและค่าเชิงปริมาณของตัวบ่งชี้ความน่าเชื่อถือสำหรับระบบโดยรวมหรือระบบย่อย
2) รายการสถานการณ์ฉุกเฉินที่ควรควบคุมความต้องการความน่าเชื่อถือและค่าของตัวบ่งชี้ที่เกี่ยวข้อง
3) ข้อกำหนดด้านความน่าเชื่อถือ วิธีการทางเทคนิคและซอฟต์แวร์
4) ข้อกำหนดสำหรับวิธีการประเมินและติดตามตัวบ่งชี้ความน่าเชื่อถือในขั้นตอนต่าง ๆ ของการสร้างระบบตามเอกสารกฎระเบียบและทางเทคนิคในปัจจุบัน
2.6.1.6. ข้อกำหนดสำหรับการยศาสตร์และสุนทรียศาสตร์ทางเทคนิครวมถึงตัวบ่งชี้ AS ที่ระบุคุณภาพที่จำเป็นของการโต้ตอบระหว่างมนุษย์กับเครื่องจักรและความสะดวกสบายของสภาพการทำงานของพนักงาน
ข้อกำหนดเบื้องต้นสำหรับการสร้างคอมเพล็กซ์
ในขณะเดียวกัน บริษัทขนาดกลางเหล่านี้ก็ได้รับประโยชน์จากสัญญาการเปลี่ยนแปลงในราคาที่ไม่เอื้ออำนวยและมีความเสี่ยงที่จะไฟฟ้าดับตั้งแต่เดือนมิถุนายน วิธีแก้ปัญหาเพื่อให้พวกเขาสามารถเข้าสู่ตำแหน่งได้คือการสร้างกลุ่มบริษัทเพื่อลดปริมาณงานและความเสี่ยง บริษัทต่างๆ มีโอกาสที่แท้จริงอยู่ในมือ พวกเขาเพียงแค่ต้องถูกคว้าไว้!
การจัดการพลังงานหรือที่แม่นยำกว่านั้น การจัดการ "สินทรัพย์พลังงาน" ได้กลายเป็นปัญหาที่แท้จริงในสภาพแวดล้อมทางอุตสาหกรรม มากกว่า การจัดการที่มีประสิทธิภาพพลังงานช่วยให้เราสามารถแข่งขันได้มากขึ้น ปฏิบัติตามภาระผูกพันทางการเงินและข้อบังคับ และข้อจำกัดด้านสิ่งแวดล้อม
2.6.1.7. สำหรับ NPP แบบเคลื่อนที่ ข้อกำหนดสำหรับความสามารถในการขนส่งนั้นรวมถึงข้อกำหนดด้านการออกแบบที่รับรองความสามารถในการขนส่งของวิธีการทางเทคนิคของระบบ ตลอดจนข้อกำหนดสำหรับ ยานพาหนะ.
2.6.1.8. ข้อกำหนดการใช้งาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บรวมถึง:
1) เงื่อนไขและข้อบังคับ (โหมด) ของการทำงานซึ่งควรตรวจสอบให้แน่ใจว่าการใช้วิธีการทางเทคนิค (TS) ของระบบพร้อมตัวบ่งชี้ทางเทคนิคที่ระบุรวมถึงประเภทและความถี่ของการบำรุงรักษา TS ของระบบหรือการยอมรับการทำงานโดยไม่ต้องบำรุงรักษา ;
2) ข้อกำหนดเบื้องต้นสำหรับพื้นที่ที่อนุญาตสำหรับการจัดวางบุคลากรและ TS ของระบบสำหรับพารามิเตอร์ของเครือข่ายแหล่งจ่ายไฟ ฯลฯ
3) ข้อกำหนดสำหรับจำนวนคุณสมบัติของบุคลากรบำรุงรักษาและรูปแบบการทำงาน
4) ข้อกำหนดสำหรับองค์ประกอบ ตำแหน่ง และสภาวะการเก็บรักษาของชุดผลิตภัณฑ์และอุปกรณ์สำรอง
5) ข้อกำหนดสำหรับกำหนดการบำรุงรักษา
2.6.1.10. ข้อกำหนดสำหรับความปลอดภัยของข้อมูลรวมถึงรายการเหตุการณ์: อุบัติเหตุ ความล้มเหลวของวิธีการทางเทคนิค (รวมถึงการสูญเสียพลังงาน) ฯลฯ ซึ่งต้องมั่นใจในความปลอดภัยของข้อมูลในระบบ
ในการทำเช่นนี้ บริษัทต่างๆ จำเป็นต้องพัฒนาทักษะใหม่และใช้เครื่องมือใหม่ รวมถึงระบบข้อมูลการจัดการพลังงาน นั่นคือระบบที่เปลี่ยนจากเซ็นเซอร์ไปยังเครื่องมือซอฟต์แวร์การจัดการพลังงานเพื่อให้ข้อมูลที่เกี่ยวข้องสำหรับการใช้พลังงานอย่างมีประสิทธิภาพสูงสุด
ทุกคนพูดถึงมัน แต่ทุกคนไม่รู้ว่ามันคืออะไร อย่างไรก็ตาม ความคิดเห็นแตกต่างกันไปตามการใช้งาน การเปลี่ยนนิสัยการทำงานเป็นเรื่องยากและต้องใช้เงินลงทุน ดังนั้น เมื่อองค์กรนำเทคโนโลยี วิธีการ หรือแนวทางใหม่ๆ มาปรับใช้ การยอมรับนั้นจะต้องได้รับแรงบันดาลใจจากความต้องการของธุรกิจ บทนี้เน้นที่พื้นฐานที่จำเป็นในการพัฒนาการวิเคราะห์ความต้องการ สำหรับการแก้ปัญหา วัตถุประสงค์อาจเป็นเพื่อแก้ปัญหาทางธุรกิจภายในหรือเพื่อช่วยเหลือลูกค้าหรือผู้ใช้ปลายทาง
2.6.1.11. ในข้อกำหนดสำหรับวิธีการป้องกันอิทธิพลภายนอกมีดังต่อไปนี้:
1) ข้อกำหนดสำหรับการป้องกันทางวิทยุอิเล็กทรอนิกส์ของสิ่งอำนวยความสะดวก NPP
2) ข้อกำหนดสำหรับความต้านทาน ความมั่นคง และความแข็งแรงต่ออิทธิพลภายนอก (สภาพแวดล้อมการใช้งาน)
2.6.1.13. ข้อกำหนดสำหรับการกำหนดมาตรฐานและการรวมเข้าด้วยกัน ได้แก่ ตัวบ่งชี้ที่กำหนดระดับการใช้มาตรฐานที่ต้องการ วิธีการแบบรวมศูนย์สำหรับการใช้งานฟังก์ชัน (งาน) ของระบบ ซอฟต์แวร์ที่ให้มา วิธีการและแบบจำลองทางคณิตศาสตร์ทั่วไป โซลูชันการออกแบบมาตรฐาน แบบฟอร์มรวมของเอกสารการจัดการ จัดตั้งขึ้นโดย GOST 6.10.1 ตัวแยกประเภทข้อมูลทางเทคนิคและเศรษฐกิจของสหภาพทั้งหมดและตัวจำแนกประเภทอื่น ๆ ตามขอบเขตข้อกำหนดสำหรับการใช้เวิร์กสเตชันอัตโนมัติส่วนประกอบและคอมเพล็กซ์ทั่วไป
2.6.1.14. ข้อกำหนดเพิ่มเติม ได้แก่ :
1) ข้อกำหนดสำหรับการเตรียมระบบด้วยอุปกรณ์สำหรับการฝึกอบรมบุคลากร (เครื่องจำลองอุปกรณ์อื่น ๆ ที่มีวัตถุประสงค์คล้ายคลึงกัน) และเอกสารประกอบสำหรับพวกเขา
2) ข้อกำหนดสำหรับอุปกรณ์บริการ หมายถึงการตรวจสอบองค์ประกอบของระบบ
3) ข้อกำหนดของระบบที่เกี่ยวข้องกับ เงื่อนไขพิเศษการดำเนินการ;
4) ข้อกำหนดพิเศษขึ้นอยู่กับดุลยพินิจของผู้พัฒนาหรือลูกค้าของระบบ
1) สำหรับแต่ละระบบย่อย รายการของฟังก์ชัน งาน หรือความซับซ้อนของระบบ (รวมถึงรายการเพื่อให้แน่ใจว่ามีการโต้ตอบกันของส่วนต่างๆ ของระบบ) ให้เป็นไปโดยอัตโนมัติ
เมื่อสร้างระบบในสองคิวขึ้นไป - รายการของระบบย่อยที่ใช้งานได้ ฟังก์ชันแต่ละรายการหรืองานที่มีผลในคิวที่ 1 และคิวที่ตามมา
2) ตารางเวลาสำหรับการดำเนินการแต่ละหน้าที่ งาน (หรือชุดของงาน)
3) ข้อกำหนดสำหรับคุณภาพของการดำเนินการของแต่ละหน้าที่ (งานหรือชุดของงาน) สำหรับรูปแบบการนำเสนอข้อมูลผลลัพธ์ ลักษณะของความแม่นยำและเวลาในการดำเนินการที่ต้องการ ข้อกำหนดสำหรับการดำเนินการพร้อมกันของกลุ่มฟังก์ชัน , ความน่าเชื่อถือของผลลัพธ์;
4) รายการและเกณฑ์ความล้มเหลวสำหรับแต่ละหน้าที่ซึ่งมีการระบุความต้องการความน่าเชื่อถือ
2.6.3. ในส่วนย่อย "ข้อกำหนดสำหรับประเภทของการสนับสนุน" ขึ้นอยู่กับประเภทของระบบ ข้อกำหนดสำหรับการสนับสนุนทางคณิตศาสตร์ ข้อมูล ภาษาศาสตร์ ซอฟต์แวร์ เทคนิค มาตรวิทยา องค์กร ระเบียบวิธีและประเภทอื่น ๆ ของการสนับสนุนระบบ
2.6.3.1. สำหรับการสนับสนุนทางคณิตศาสตร์ของระบบ กำหนดข้อกำหนดสำหรับองค์ประกอบ ขอบเขต (ข้อจำกัด) และวิธีการ การใช้วิธีการและแบบจำลองทางคณิตศาสตร์ในระบบ อัลกอริธึมทั่วไปและอัลกอริธึมที่จะพัฒนา
2.6.3.2. สำหรับการสนับสนุนข้อมูลของระบบ มีข้อกำหนดดังต่อไปนี้:
1) ถึงองค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ
2) การแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
3) เพื่อความเข้ากันได้ของข้อมูลกับระบบที่อยู่ติดกัน
4) เกี่ยวกับการใช้ all-Union และ Republican ที่ลงทะเบียน, ตัวแยกประเภทอุตสาหกรรม, เอกสารแบบรวมและตัวแยกประเภทที่ทำงานในองค์กรที่กำหนด;
5) การใช้ระบบจัดการฐานข้อมูล
6) โครงสร้างกระบวนการรวบรวม ประมวลผล ถ่ายโอนข้อมูลในระบบและนำเสนอข้อมูล
7) ปกป้องข้อมูลจากการถูกทำลายในกรณีที่เกิดอุบัติเหตุและไฟฟ้าดับของระบบ
8) การควบคุม การจัดเก็บ การอัปเดต และการกู้คืนข้อมูล
9) ขั้นตอนในการบังคับใช้กฎหมายกับเอกสารที่ผลิตโดยวิธีการทางเทคนิคของ AU (ตาม GOST 6.10.4 ).
2.6.3.4. สำหรับซอฟต์แวร์ระบบ จะมีการระบุรายการซอฟต์แวร์ที่ซื้อไว้ รวมถึงข้อกำหนด:
1) เพื่อความเป็นอิสระของซอฟต์แวร์จาก CVT ที่ใช้และสภาพแวดล้อมการทำงาน
2) คุณภาพของซอฟต์แวร์ตลอดจนวิธีการจัดเตรียมและควบคุมซอฟต์แวร์
3) หากจำเป็นต้องประสานซอฟต์แวร์ที่พัฒนาขึ้นใหม่กับกองทุนของอัลกอริธึมและโปรแกรม
1) ถึงประเภทของวิธีการทางเทคนิค รวมถึงประเภทของความซับซ้อนของวิธีการทางเทคนิค คอมเพล็กซ์ซอฟต์แวร์และฮาร์ดแวร์และส่วนประกอบอื่น ๆ ที่ยอมรับได้สำหรับใช้ในระบบ
2) กับลักษณะการทำงาน สร้างสรรค์ และการดำเนินงานของการสนับสนุนทางเทคนิคของระบบ
1) รายการเบื้องต้นของช่องวัด;
2) ข้อกำหนดสำหรับความถูกต้องของการวัดพารามิเตอร์และ (หรือ) สำหรับลักษณะทางมาตรวิทยาของช่องวัด
3) ข้อกำหนดสำหรับความเข้ากันได้ทางมาตรวิทยาของวิธีการทางเทคนิคของระบบ
4) รายการช่องควบคุมและการคำนวณของระบบที่จำเป็นต้องประเมินลักษณะความแม่นยำ
5) ข้อกำหนดสำหรับการสนับสนุนทางมาตรวิทยาของฮาร์ดแวร์และซอฟต์แวร์ที่เป็นส่วนหนึ่งของช่องทางการวัดของระบบ เครื่องมือ การควบคุมในตัว ความเหมาะสมทางมาตรวิทยาของช่องทางการวัดและเครื่องมือวัดที่ใช้ในการปรับและทดสอบระบบ
6) ประเภทของการรับรองมาตรวิทยา (รัฐหรือแผนก) พร้อมการระบุขั้นตอนการดำเนินการและองค์กรที่ดำเนินการรับรอง
1) กับโครงสร้างและหน้าที่ของหน่วยงานที่เกี่ยวข้องกับการทำงานของระบบหรือการดำเนินการ
2) เพื่อจัดระเบียบการทำงานของระบบและขั้นตอนสำหรับการโต้ตอบระหว่างบุคลากร NPP และบุคลากรของวัตถุอัตโนมัติ
3) การป้องกันการกระทำที่ผิดพลาดของบุคลากรระบบ
2.6.3.8. สำหรับการสนับสนุนระเบียบวิธีของ CAD ข้อกำหนดสำหรับองค์ประกอบของเอกสารด้านกฎระเบียบและทางเทคนิคของระบบ (รายการมาตรฐาน บรรทัดฐาน วิธีการ ฯลฯ ที่ใช้ระหว่างการทำงาน)
2.7. ส่วน "องค์ประกอบและเนื้อหาของงานในการสร้าง (การพัฒนา) ของระบบ" ควรมีรายการขั้นตอนและขั้นตอนของงานในการสร้างระบบตาม GOST 24.601 ระยะเวลาของการดำเนินการรายชื่อองค์กร การทำงาน ลิงค์ไปยังเอกสารยืนยันความยินยอมขององค์กรเหล่านี้ให้มีส่วนร่วมในการสร้างระบบหรือบันทึกระบุบุคคลที่รับผิดชอบ (ลูกค้าหรือนักพัฒนา) ในการดำเนินงานเหล่านี้
ที่ ส่วนนี้ยังอ้างถึง:
1) รายการเอกสารตาม GOST 34.201-89 นำเสนอเมื่อสิ้นสุดขั้นตอนและขั้นตอนการทำงานที่เกี่ยวข้อง
2) ประเภทและขั้นตอนสำหรับการตรวจสอบเอกสารทางเทคนิค (ขั้นตอน, ขั้นตอน, ขอบเขตของเอกสารที่กำลังตรวจสอบ, ผู้เชี่ยวชาญขององค์กร);
3) โปรแกรมการทำงานที่มุ่งสร้างความมั่นใจในระดับที่ต้องการของความน่าเชื่อถือของระบบที่กำลังพัฒนา (ถ้าจำเป็น)
4) รายการงานเกี่ยวกับการสนับสนุนมาตรวิทยาในทุกขั้นตอนของการสร้างระบบโดยระบุกำหนดเวลาและองค์กรที่ดำเนินการ (ถ้าจำเป็น)
1) ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบระบบและส่วนประกอบ (ประเภทของการทดสอบตามมาตรฐานปัจจุบันที่ใช้กับระบบที่กำลังพัฒนา)
2) ข้อกำหนดทั่วไปจนถึงการรับงานตามขั้นตอน (รายชื่อองค์กรและองค์กรที่เข้าร่วม สถานที่และเวลา) ขั้นตอนในการตกลงและอนุมัติเอกสารการยอมรับ
H) สถานะของคณะกรรมการตอบรับ (รัฐ, ระหว่างแผนก, แผนก)
รายการกิจกรรมหลักประกอบด้วย:
1) การนำข้อมูลเข้าสู่ระบบ (ตามข้อกำหนดสำหรับข้อมูลและการสนับสนุนทางภาษา) ในรูปแบบที่เหมาะสมสำหรับการประมวลผลโดยใช้คอมพิวเตอร์
2) การเปลี่ยนแปลงที่ต้องทำในวัตถุอัตโนมัติ
3) การสร้างเงื่อนไขสำหรับการทำงานของออบเจ็กต์อัตโนมัติซึ่งรับประกันความสอดคล้องของระบบที่สร้างขึ้นพร้อมข้อกำหนดที่มีอยู่ใน TOR
4) การสร้างส่วนย่อยและบริการที่จำเป็นสำหรับการทำงานของระบบ
5) เงื่อนไขและขั้นตอนการจัดบุคลากรและการฝึกอบรมพนักงาน
การเปลี่ยนแปลงวิธีการจัดการประยุกต์
การสร้างเงื่อนไขสำหรับการทำงานของส่วนประกอบ ACS ซึ่งรับประกันว่าระบบจะปฏิบัติตามข้อกำหนดที่มีอยู่ใน TOR
1) รายการชุดและประเภทของเอกสารที่จะพัฒนาให้ตรงตามข้อกำหนดที่ตกลงกันโดยผู้พัฒนาและลูกค้าของระบบ GOST 34.201-89 และ NTD ของอุตสาหกรรมของลูกค้า
รายการเอกสารที่ออกในสื่อเครื่อง
ข้อกำหนดสำหรับเอกสารไมโครฟิล์ม
2) ข้อกำหนดสำหรับการบันทึกองค์ประกอบองค์ประกอบของการใช้งานข้ามอุตสาหกรรมตามข้อกำหนดของ ESKD และ ESPD
3) ในกรณีที่ไม่มีมาตรฐานของรัฐที่กำหนดข้อกำหนดสำหรับการจัดทำเอกสารองค์ประกอบของระบบ พวกเขารวมข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของเอกสารดังกล่าวด้วย
2.12. องค์ประกอบของ TOR ที่ NPP ต่อหน้าวิธีการที่ได้รับการอนุมัติ รวมถึงแอปพลิเคชันที่ประกอบด้วย:
1) การคำนวณประสิทธิภาพที่คาดหวังของระบบ
2) การประเมินระดับวิทยาศาสตร์และเทคนิคของระบบ
^
3. กฎการออกแบบ
3.1. ส่วนและส่วนย่อยของ TOR ที่ NPP ต้องวางในลักษณะที่กำหนดไว้ในวินาที 2 มาตรฐานนี้
3.2. TK สำหรับ AU นั้นจัดทำขึ้นตามข้อกำหนดของ GOST 2.105 บนแผ่นงานรูปแบบ A4 ตาม GOST 2.301 โดยไม่มีกรอบคำจารึกหลักและคอลัมน์เพิ่มเติม
วางหมายเลขแผ่นงาน (หน้า) เริ่มจากแผ่นแรกที่อยู่ถัดจากหน้าชื่อเรื่อง ที่ด้านบนของแผ่นงาน (เหนือข้อความ ตรงกลาง) หลังจากกำหนดรหัส TK บน AC
3.3. ค่าของตัวบ่งชี้บรรทัดฐานและข้อกำหนดจะถูกระบุตามกฎโดยมีค่าเบี่ยงเบนสูงสุดหรือค่าสูงสุดและต่ำสุด หาก NTD กำหนดตัวชี้วัด บรรทัดฐาน และข้อกำหนดเหล่านี้ไว้อย่างชัดเจน TOR สำหรับ NPP ควรมีลิงก์ไปยังเอกสารเหล่านี้หรือส่วนต่างๆ รวมถึงข้อกำหนดเพิ่มเติมที่คำนึงถึงคุณสมบัติของระบบที่ถูกสร้างขึ้น หากไม่สามารถกำหนดค่าเฉพาะของตัวบ่งชี้ บรรทัดฐาน และข้อกำหนดในกระบวนการพัฒนา TOR สำหรับ NPP ได้ ก็ควรบันทึกขั้นตอนในการจัดตั้งและยอมรับตัวบ่งชี้ บรรทัดฐาน และข้อกำหนดเหล่านี้:
“ข้อกำหนดขั้นสุดท้าย (ค่า) ระบุไว้ในกระบวนการ ...
และมีการประสานงานกับโปรโตคอลด้วย ... ที่เวที ... "
ในเวลาเดียวกัน จะไม่มีการเปลี่ยนแปลงข้อความของ TOR สำหรับ NPP
3.4. ในหน้าชื่อจะมีลายเซ็นของลูกค้า ผู้พัฒนา และองค์กรประสานงาน ซึ่งประทับตราด้วยตราประทับ หากจำเป็น หน้าชื่อเรื่องจะถูกวาดขึ้นในหลายหน้า ลายเซ็นของผู้พัฒนา ToR สำหรับ NPP และเจ้าหน้าที่ที่เกี่ยวข้องในการอนุมัติและทบทวนร่าง ToR สำหรับ NPP จะอยู่ที่หน้าสุดท้าย
แบบฟอร์มหน้าชื่อเรื่องของ TK สำหรับ AU มีให้ในภาคผนวก 2 แบบฟอร์มของแผ่นงานสุดท้ายของ TK สำหรับ AU มีให้ในภาคผนวก 3
3.5. หากจำเป็น ในหน้าชื่อเรื่องของ TK บน AU อนุญาตให้วางรหัสที่จัดตั้งขึ้นในอุตสาหกรรมได้ เช่น ตราประทับความปลอดภัย รหัสงาน หมายเลขทะเบียนของ TK เป็นต้น
3.6. หน้าชื่อเรื่องของส่วนเพิ่มเติมของ ToR สำหรับ NPP นั้นจัดทำขึ้นในลักษณะเดียวกับหน้าชื่อเรื่องของข้อกำหนดในการอ้างอิง แทนที่จะชื่อ "ข้อกำหนดในการอ้างอิง" พวกเขาเขียน "ภาคผนวกหมายเลข ... ถึง TOR สำหรับ AC ... "
3.7. ในเอกสารต่อๆ ไปของภาคผนวกของ TOR บน AU ข้อมูลพื้นฐานสำหรับการเปลี่ยนแปลง เนื้อหาของการเปลี่ยนแปลงและลิงก์ไปยังเอกสารตามการเปลี่ยนแปลงเหล่านี้
3.8. เมื่อนำเสนอข้อความของส่วนเสริมไปยัง TOR ควรระบุหมายเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้าย่อย ตารางของ TOR หลักใน AU ฯลฯ และควรระบุคำว่า "แทนที่", "ส่วนเสริม", "ลบ", " รัฐในฉบับใหม่” ควรใช้
เอกสารแนบ 1
ที่แนะนำ
^
ขั้นตอนการพัฒนา ข้อตกลง และการอนุมัติ TOR สำหรับ NPP
1. ร่าง TOR สำหรับ NPP ได้รับการพัฒนาโดยผู้พัฒนาระบบโดยมีส่วนร่วมของลูกค้าบนพื้นฐานของ ความต้องการทางด้านเทคนิค(การใช้งาน ข้อกำหนดทางเทคนิคและยุทธวิธี ฯลฯ)
ในองค์กรที่มีการแข่งขันสูง ตัวเลือกสำหรับร่าง TOR สำหรับ NPP จะถูกพิจารณาโดยลูกค้า ซึ่งเลือกทางเลือกที่ต้องการ หรือเตรียม TOR เวอร์ชันสุดท้ายสำหรับ NPP บนพื้นฐานของการวิเคราะห์เปรียบเทียบ การมีส่วนร่วมของผู้พัฒนา NPP ในอนาคต
2. ความจำเป็นในการอนุมัติร่าง ToR สำหรับ NPP กับหน่วยงานกำกับดูแลของรัฐและองค์กรที่สนใจอื่น ๆ ถูกกำหนดร่วมกันโดยลูกค้าของระบบและผู้พัฒนาร่าง ToR สำหรับ NPP
งานเกี่ยวกับการอนุมัติร่าง TOR สำหรับ AC ดำเนินการโดยผู้พัฒนา TOR สำหรับ NPP และลูกค้าของระบบ แต่ละคนในองค์กรของกระทรวงของตนเอง (แผนก)
3. ระยะเวลาในการอนุมัติร่าง TOR สำหรับ NPP ในแต่ละองค์กรไม่ควรเกิน 15 วันนับจากวันที่ได้รับ ขอแนะนำให้ส่งสำเนาร่าง ToR สำหรับโรงไฟฟ้านิวเคลียร์ (สำเนา) พร้อมกันไปยังทุกองค์กร (แผนก) เพื่อขออนุมัติ
4. ข้อคิดเห็นเกี่ยวกับร่าง TOR สำหรับ NPPs จะต้องส่งพร้อมเหตุผลทางเทคนิค การตัดสินใจเกี่ยวกับความคิดเห็นจะต้องทำโดยผู้พัฒนาร่าง ToR สำหรับ NPP และลูกค้าของระบบก่อนที่จะได้รับการอนุมัติ ToR สำหรับ NPP
5. หากความขัดแย้งเกิดขึ้นระหว่างผู้พัฒนาและลูกค้า (หรือองค์กรที่สนใจอื่น ๆ ) เมื่อตกลงร่าง TOR ที่ NPP โปรโตคอลของความขัดแย้งจะถูกร่างขึ้น (แบบฟอร์มโดยพลการ) และการตัดสินใจเฉพาะในลักษณะที่กำหนด
6. การอนุมัติร่าง TOR ที่สนช. อนุญาตให้ร่างเป็นเอกสารแยกต่างหากได้ (จดหมาย) ในกรณีนี้ ภายใต้หัวข้อ "ตกลง" ให้เชื่อมโยงไปยังเอกสารนี้
7. การอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์ดำเนินการโดยหัวหน้าองค์กร (องค์กร) ของผู้พัฒนาและลูกค้าของระบบ
8. ข้อกำหนดสำหรับ NPP (เพิ่มเติมจากข้อกำหนด) ก่อนส่งเพื่อขออนุมัติจะต้องตรวจสอบโดยบริการควบคุมมาตรฐานขององค์กรที่พัฒนาข้อกำหนดและหากจำเป็นจะต้องได้รับการตรวจสอบทางมาตรวิทยา
9. สำเนา ToR ที่ได้รับอนุมัติสำหรับ NPP ภายใน 10 วันหลังจากได้รับการอนุมัติจะถูกส่งโดยผู้พัฒนา ToR สำหรับ NPP ไปยังผู้เข้าร่วมในการสร้างระบบ
10. การประสานงานและการอนุมัติเพิ่มเติม ToR สำหรับ NPP จะดำเนินการในลักษณะที่กำหนดไว้สำหรับ ToR สำหรับ NPP
11. การเปลี่ยนแปลง TOR ที่ NPP ไม่ได้รับอนุญาตให้ได้รับการอนุมัติหลังจากที่ระบบหรือผลัดกันส่งสำหรับการทดสอบการยอมรับ
12. การลงทะเบียน การบัญชี และการจัดเก็บข้อกำหนดทางเทคนิคที่ NPP และการเพิ่มเติมจะดำเนินการตามข้อกำหนดของ GOST 2.501
| ______________________________________________________ ชื่อองค์กร - ผู้พัฒนาข้อกำหนดทางเทคนิคสำหรับ NPP หัวหน้า (ตำแหน่ง, ชื่อองค์กร - ลูกค้าของ NPP) วันที่ หัวหน้า (ตำแหน่ง, ชื่อองค์กร - ผู้พัฒนา "AS) ลายเซ็นส่วนตัว สำเนาลายเซ็น ชื่อประเภทไฟฟ้ากระแสสลับ ________________________________________________________ ชื่อของออบเจ็กต์อัตโนมัติ ________________________________________________________ ชื่อย่อ AS บน ____ แผ่น ตกลง ลายเซ็นส่วนตัว สำเนาลายเซ็น |
ทำ
ตกลง
ภาคผนวก 4
อ้างอิง
^
บทบัญญัติสำหรับการสร้างความซับซ้อนแบบรวมมาตรฐานสำหรับระบบอัตโนมัติ
1. ข้อกำหนดเบื้องต้นเบื้องต้นสำหรับการสร้างคอมเพล็กซ์
1.1. การสร้างและการนำระบบอัตโนมัติของคลาสและวัตถุประสงค์ต่างๆ ไปใช้นั้นดำเนินการในหลายอุตสาหกรรมตามเอกสารด้านกฎระเบียบและทางเทคนิคที่กำหนดบรรทัดฐาน กฎและข้อบังคับขององค์กร วิธีการและทางเทคนิค กฎและข้อบังคับต่างๆ ที่ขัดขวางการรวมระบบและการทำงานร่วมกันอย่างมีประสิทธิผล .
1.2. ในช่วงเวลาที่ Gosstandart ของสหภาพโซเวียตได้ตัดสินใจที่จะปรับปรุงมาตรฐานที่ซับซ้อนระหว่างภาคส่วนคอมเพล็กซ์และระบบมาตรฐานต่อไปนี้มีผลบังคับใช้ซึ่งกำหนดข้อกำหนดสำหรับโรงไฟฟ้านิวเคลียร์ประเภทต่างๆ:
1) ระบบมาตรฐานแบบครบวงจรสำหรับระบบควบคุมอัตโนมัติ (ระบบที่ 24) ซึ่งใช้กับระบบควบคุมอัตโนมัติ ระบบควบคุมอัตโนมัติ ระบบควบคุมกระบวนการอัตโนมัติ และระบบองค์กรและเศรษฐกิจอื่นๆ
2) ชุดมาตรฐาน (ระบบ 23501); ขยายไปสู่ระบบการออกแบบโดยใช้คอมพิวเตอร์ช่วย
3) กลุ่มที่สี่ของระบบมาตรฐานที่ 14 ครอบคลุมระบบอัตโนมัติสำหรับการเตรียมเทคโนโลยีการผลิต
1.4. กับฉากหลังของการขาดซิงเกิ้ล นโยบายทางเทคนิคในด้านการสร้าง AS ความหลากหลายของมาตรฐานไม่ได้ให้ความเข้ากันได้อย่างกว้างขวางของ AS ในระหว่างการโต้ตอบ ไม่อนุญาตให้ระบบถูกจำลองแบบ และขัดขวางการพัฒนาพื้นที่ที่มีแนวโน้มว่าจะใช้เทคโนโลยีคอมพิวเตอร์
1.5. ปัจจุบัน มีการเปลี่ยนแปลงไปสู่การสร้าง AS ที่ซับซ้อน (ระบบ CAD ต่างประเทศ - CAM) ซึ่งรวมถึงระบบควบคุมอัตโนมัติสำหรับกระบวนการทางเทคโนโลยีและอุตสาหกรรม CAD - นักออกแบบ CAD - นักเทคโนโลยี ASNI และระบบอื่นๆ การใช้กฎที่ขัดแย้งกันในการสร้างระบบดังกล่าวส่งผลให้คุณภาพลดลง ต้นทุนงานเพิ่มขึ้น และความล่าช้าในการดำเนินการ NPP
1.6. ชุดมาตรฐานและแนวทางที่เป็นหนึ่งเดียวควรใช้กับระบบอัตโนมัติเพื่อวัตถุประสงค์ต่างๆ: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP รวมถึงการผสานรวม
1.7. ในการพัฒนาเอกสารระหว่างภาคการศึกษาควรพิจารณาคุณลักษณะต่อไปนี้ของ AU เป็นวัตถุมาตรฐาน:
1) งานด้านเทคนิคเป็นเอกสารหลักที่ AS ถูกสร้างขึ้นและยอมรับโดยลูกค้า
2) ตามกฎแล้ว NPP นั้นถูกสร้างขึ้นโดยการออกแบบพร้อมชุดผลิตภัณฑ์ที่สมบูรณ์ของการผลิตแบบอนุกรมและแบบเดี่ยว และดำเนินการก่อสร้าง การติดตั้ง การว่าจ้าง และการว่าจ้างที่จำเป็นสำหรับการนำ NPP ไปใช้งาน
3) ในกรณีทั่วไป AS (ระบบย่อย AS) ประกอบด้วยซอฟต์แวร์และฮาร์ดแวร์ (STC) ซอฟต์แวร์และระเบียบวิธีเชิงซ้อน (PMC) และส่วนประกอบของการสนับสนุนทางเทคนิค ซอฟต์แวร์ และข้อมูล
ส่วนประกอบของการสนับสนุนประเภทนี้ รวมทั้ง PMK และ PTK จะต้องได้รับการผลิตและจัดจำหน่ายเป็นผลิตภัณฑ์เพื่อวัตถุประสงค์ทางอุตสาหกรรม
ส่วนประกอบสามารถรวมอยู่ใน AS เป็นชิ้นส่วนอิสระหรือสามารถรวมกันเป็นคอมเพล็กซ์ได้
4) การสร้าง AS ในองค์กร (องค์กร) ต้องมีการฝึกอบรมพิเศษสำหรับผู้ใช้และเจ้าหน้าที่บำรุงรักษาระบบ
5) การทำงานของ AS และคอมเพล็กซ์ได้รับการตรวจสอบโดยชุดเอกสารองค์กรและระเบียบวิธีพิจารณาในกระบวนการสร้างที่เป็นส่วนประกอบของการสนับสนุนทางกฎหมาย วิธีการ ภาษาศาสตร์ คณิตศาสตร์ องค์กรและประเภทอื่นๆ โซลูชันที่แยกจากกันที่ได้รับในกระบวนการพัฒนาซอฟต์แวร์เหล่านี้สามารถนำไปใช้เป็นส่วนประกอบของซอฟต์แวร์ทางเทคนิค ซอฟต์แวร์ หรือข้อมูล
6) การทำงานร่วมกันและการทำงานร่วมกันของระบบและคอมเพล็กซ์ต่าง ๆ ดำเนินการบนพื้นฐานของ เครือข่ายท้องถิ่นคอมพิวเตอร์.
^
2. ความสัมพันธ์ระหว่าง CEN AU กับระบบและชุดมาตรฐานอื่นๆ
2.1. มาตรฐานในด้าน AS เป็นส่วนสำคัญของงานเกี่ยวกับปัญหาทั่วไป " เทคโนโลยีสารสนเทศ».
2.2. มาตรฐานชุดเดียวที่ควบคุมเอกสารสำหรับระบบอัตโนมัติ ร่วมกับระบบและชุดมาตรฐานอื่นๆ ควรสร้างการสนับสนุนด้านกฎระเบียบและทางเทคนิคที่สมบูรณ์สำหรับกระบวนการสร้างและการทำงานของ AS
2.3. EKS AS ควรครอบคลุมพื้นที่ของการกำหนดมาตรฐานเฉพาะสำหรับระบบอัตโนมัติ และขยายขอบเขตดั้งเดิมของการสร้างมาตรฐานไปยังซอฟต์แวร์และฮาร์ดแวร์ ซอฟต์แวร์และคอมเพล็กซ์ระเบียบวิธี และระบบอัตโนมัติโดยทั่วไป
2.4. ทิศทางและงานของการสร้างมาตรฐานในการสนับสนุนเชิงบรรทัดฐานและทางเทคนิคของกระบวนการสร้างและการดำเนินงานของ AS ถูกจัดกลุ่มดังนี้:
1) การจัดทำข้อกำหนดทางเทคนิคสำหรับผลิตภัณฑ์
2) ระเบียบวิธีทดสอบและหลักเกณฑ์การรับรองและรับรองผลิตภัณฑ์
3) ระเบียบและขั้นตอนการพัฒนา
4) การจัดตั้งกฎเอกสาร;
5) รับรองความเข้ากันได้;
6) กฎระเบียบของปัญหาองค์กรและระเบียบวิธีการทำงานของระบบ
2.5. การจัดหาโรงไฟฟ้านิวเคลียร์โดยรวมและส่วนประกอบด้วยเอกสารด้านกฎระเบียบและทางเทคนิคภายในกรอบของพื้นที่ที่ยอมรับและงานมาตรฐานนั้นแตกต่างกัน
ส่วนประกอบของการสนับสนุนทางเทคนิค ซอฟต์แวร์ และข้อมูล เป็นผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรม ได้รับการพิจารณาตามลำดับเป็นผลิตภัณฑ์การออกแบบ ซอฟต์แวร์ และข้อมูล ผลิตภัณฑ์เหล่านี้อยู่ภายใต้ชุดมาตรฐานที่มีอยู่ ESKD, SRPP, ESPD, SGIP, USD, ตัวแยกประเภทและตัวระบุข้อมูลทางเทคนิคและเศรษฐกิจ, ชุดมาตรฐานประเภท "OTT", "วิธีทดสอบ", "TU" เช่นกัน เป็น OTT ของลูกค้า
2.5.1. วงจรชีวิตทั้งหมดของผลิตภัณฑ์การออกแบบนั้นมาพร้อมกับเอกสารด้านกฎระเบียบและทางเทคนิคที่มีผลบังคับใช้ในด้านวิศวกรรมเครื่องกลและการผลิตเครื่องมือ
2.5.2. ผลิตภัณฑ์ซอฟต์แวร์มาพร้อมกับ NTD ซึ่งรวมอยู่ใน ESPD และ OTT ของลูกค้า อย่างไรก็ตาม ควรขยายขอบเขตของ NTD เหล่านี้เพื่อสะท้อนถึงประเด็นที่เกี่ยวข้องกับการพัฒนา การสร้าง การแจกจ่าย และการดำเนินงานของผลิตภัณฑ์ซอฟต์แวร์
2.5.3. ปัจจุบันผลิตภัณฑ์ข้อมูลไม่ได้มาพร้อมกับ NTD แม้ว่าปัญหาบางอย่างจะได้รับการแก้ไขภายในกรอบการทำงานของ DDD ตัวแยกประเภทและตัวเข้ารหัสของข้อมูลทางเทคนิคและเศรษฐกิจ
2.6. ซอฟต์แวร์และฮาร์ดแวร์และซอฟต์แวร์และคอมเพล็กซ์ระเบียบวิธีถือเป็นผลิตภัณฑ์ที่ซับซ้อนซึ่งไม่มีความคล้ายคลึงในวิศวกรรมเครื่องกล โดยคำนึงถึงสถานะของ PTK และ PMK เป็นผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรม กฎและขั้นตอนสำหรับการพัฒนาควรคล้ายกับข้อกำหนดที่กำหนดโดยมาตรฐานของระบบสำหรับการพัฒนาและการผลิตผลิตภัณฑ์ (SRPP)
หลังจากคิดอย่างถี่ถ้วนแล้ว ฉันตัดสินใจว่าจะไม่ทำงานอีกเลยที่จะใส่เนื้อหาทั้งหมดของส่วนที่สองที่วางแผนไว้ในบทความเดียว มิฉะนั้น มันจะเป็นยอดและในทางทฤษฎี ซึ่งเขียนไว้แล้วในหนังสือเรียนหลายเล่ม แต่หลังจากทั้งหมด ฉันตั้งค่างานนี้เพื่อให้สามารถนำไปใช้ในทางปฏิบัติได้ ดังนั้นฉันจะไม่คิดถึงอนาคตอีกต่อไปว่าจะต้องใช้กี่ประเด็นในการจบหัวข้อนี้ สิ่งนี้จะได้รับอิทธิพลจากคำติชมจากผู้อ่านด้วย ดังนั้นเขียน อย่าอาย!
การใช้โอกาสนี้ ฉันต้องการถามคำถาม: จะน่าสนใจเพียงใดที่จะจัดสัมมนาฝึกอบรมภาคปฏิบัติในเซนต์ปีเตอร์สเบิร์กเกี่ยวกับการพัฒนาข้อกำหนดในการอ้างอิง เราจะได้พบปะแลกเปลี่ยนประสบการณ์ หากความสนใจดังกล่าวไม่ถูกแยกออก ฉันสัญญาว่าจะจัดระเบียบ
เนื่องจากผู้อ่านไม่ได้เป็นเพียงนักพัฒนาซอฟต์แวร์เท่านั้น แต่ยังเป็นนักวิเคราะห์ธุรกิจและผู้บริหารอีกด้วย ระดับต่างๆฉันจะพยายามเขียนในแบบที่น่าสนใจสำหรับทุกคน
ในส่วนนี้เราจะพูดถึงวิธีการจัดขั้นตอนการทำงานในการรวบรวมข้อกำหนด สิ่งที่ควรประกอบด้วย และเครื่องมือใดบ้างที่สามารถใช้ได้ ฉันขอย้ำว่างานเหล่านี้ในแง่ของขั้นตอนนั้นคล้ายกับแบบสำรวจขององค์กรมากเพื่ออธิบายกระบวนการทางธุรกิจ
ตามปกติในชีวิต:
| มันทำงานอย่างไรในโครงการส่วนใหญ่ |
|
| ขั้นตอน |
มันเกิดขึ้นได้อย่างไร |
| เห็นได้ชัดว่ามีเหตุผลของความสุขโดยเฉพาะอย่างยิ่งถ้าโครงการใหญ่ก็ไม่มีอะไรผิดปกติ! สิ่งสำคัญคืออย่าชื่นชมยินดีนานเกินไปการเริ่มงานจริงล่าช้าจากนี้ไปเวลาจะเปลี่ยนไป | |
| โดยปกติกระบวนการนี้จะจำกัดการประชุมกับฝ่ายบริหารหลายครั้ง จากนั้นกับหัวหน้าแผนก เมื่อแก้ไข "ข้อเรียกร้อง" บางอย่างจากลูกค้าแล้ว จะได้รับการแก้ไขในรูปแบบของสูตรทั่วไป (มีคนเคยพยายามทำการตรวจสอบ, เอกสารตามระเบียบที่มีอยู่, รูปแบบของรายงานที่ใช้) น่าแปลกที่หลังจากนั้น ผู้ดำเนินการระบบอัตโนมัติส่วนใหญ่อุทานอย่างมีความสุข: “ใช่ ระบบของเรามี ทั้งหมด! ปรับแต่งเล็กน้อยและทุกอย่างจะได้ผล เมื่อถูกถามว่าจำเป็นต้องหารือถึงวิธีการทำงาน (หรือกระบวนการเฉพาะ) กับผู้ใช้ปลายทางหรือไม่ คำตอบมักจะไม่มี ความคิดเห็นแสดงให้เห็นว่าผู้นำรู้ทุกอย่างสำหรับผู้ใต้บังคับบัญชาของเขา แต่เปล่าประโยชน์ ... มีกับดักและสิ่งกีดขวางมากมายอยู่เบื้องหลังนี้ และการส่งมอบงานสามารถเปลี่ยนเป็นการวิ่งมาราธอนตามเส้นทางของสิ่งกีดขวาง อย่างที่คุณทราบ การวิ่งมาราธอนบนถนนเรียบเป็นเรื่องปกติ และการวิ่งโดยมีอุปสรรคนั้นสามารถทำได้ในระยะทางสั้นๆ เท่านั้น (คุณอาจไม่ได้วิ่ง) | |
| เอกสารแสดงผลงาน | หลังจากนั้นเอกสารผลลัพธ์จะเริ่มขึ้นขึ้นอยู่กับเป้าหมายของงาน: หากคุณต้องการพัฒนาข้อกำหนดในการอ้างอิง ที่ปรึกษาเริ่มผลักข้อมูลที่ได้รับตามเทมเพลตเอกสารที่เตรียมไว้เพื่อให้ดูสวยงามและข้อกำหนดหลักได้รับการแก้ไข (ที่เปล่งออกมาจากฝ่ายบริหารมิฉะนั้นอาจไม่ได้รับการอนุมัติ) โดยตระหนักว่าในทางปฏิบัติข้อกำหนดในการอ้างอิงดังกล่าวไม่ได้ถูกใช้เป็นพิเศษ และเราต้องค้นหาทุกสิ่ง "ตามที่เกิดขึ้น" เขาจึงตั้งเป้าหมายหลักของข้อกำหนดในการอ้างอิง เวลาขั้นต่ำสำหรับการประสานงานและการอนุมัติ และหากเป็นไปได้ ข้อมูลสำหรับประมาณการคร่าวๆ ของต้นทุนการทำงานในอนาคต (ที่สำคัญก็สำคัญเช่นกัน) หากคุณต้องการอธิบายกระบวนการทางธุรกิจ ผิดปกติพอสมควร แต่บ่อยครั้งที่การกระทำก่อนหน้านี้ทั้งหมดมีลักษณะเหมือนกัน เช่นในกรณีของการพัฒนาข้อกำหนดในการอ้างอิง ข้อแตกต่างเพียงอย่างเดียวคือในเอกสารประกอบ มีตัวเลือกอยู่ที่นี่: ที่ปรึกษาอธิบายกระบวนการด้วยคำพูดโดยพลการหรือใช้กฎเกณฑ์ใดๆ ในการอธิบายกระบวนการทางธุรกิจ (หมายเหตุ) ในกรณีแรก เอกสารดังกล่าวกลับกลายเป็นว่าคล้ายกับข้อกำหนดในการอ้างอิงอย่างน่าประหลาดใจ แม้จะเกิดขึ้นว่าหากคุณเปลี่ยนหน้าชื่อ คุณจะไม่เห็นความแตกต่างใดๆ การปฏิบัติตามกฎคำอธิบายอย่างเป็นทางการ ขออภัย ทั้งสองตัวเลือกไม่ได้มากที่สุด ปฏิบัติที่ดีที่สุด, เพราะ เป็นทางการมากกว่าและไม่ก่อให้เกิดประโยชน์มากนัก |
เหตุใดจึงมีการปฏิบัติดังที่อธิบายไว้ข้างต้น ฉันสารภาพว่าฉันไม่รู้ ไม่มีใครถาม ไม่มีใครรู้ ในเวลาเดียวกันสถานการณ์ไม่ได้เปลี่ยนแปลงอย่างรวดเร็วแม้ว่าจะมีการพูดคุยกันในหัวข้อนี้อย่างต่อเนื่องแลกเปลี่ยนประสบการณ์หนังสือเขียน ... สำหรับฉันแล้วดูเหมือนว่าเหตุผลหนึ่งคือคุณภาพการศึกษาที่เกี่ยวข้องต่ำ นอกจากนี้ยังอาจได้รับผลกระทบจากข้อเท็จจริงที่ว่าผู้เชี่ยวชาญหลายคนมาจากธุรกิจอื่นโดยสิ้นเชิง และเข้าใจทุกอย่างในทางปฏิบัติ กล่าวคือ ประสบการณ์ของพวกเขาถูกกำหนดโดยสภาพแวดล้อมที่พวกเขาพบ ทัศนคติของมหาวิทยาลัยและการขาดความปรารถนาที่จะใกล้ชิดกับความเป็นจริงก็เป็นความจริงที่รู้จักกันดี แต่บางครั้งตำแหน่งของพวกเขาก็ทำให้ฉันประหลาดใจ ตัวอย่างเช่น ฉันมีกรณีที่นักศึกษาระดับบัณฑิตศึกษา ผู้เชี่ยวชาญที่มีความสามารถ ต้องการเขียนวิทยานิพนธ์บนแพลตฟอร์ม 1C (การพัฒนาอุตสาหกรรมที่ดี) แต่ที่แผนกเธอได้รับแจ้งว่าไม่ว่าจะหัวข้อใดก็เป็นไปไม่ได้ ให้นับเกรด “ดีเยี่ยม” เพราะ 1C ไม่ใช่ระบบที่ร้ายแรง ประเด็นนี้ไม่ใช่ความจริงจังและความเป็นกลางของความคิดเห็นดังกล่าว แต่ความจริงที่ว่างานดั้งเดิมในภาษาการเขียนโปรแกรมแบบคลาสสิกได้รับการพิจารณาว่าสมควรได้รับการจัดอันดับ "ยอดเยี่ยม" ในทันที
ลองให้กระบวนการที่กล่าวถึงข้างต้นเป็นวิธีที่เป็นระบบมากขึ้น แล้วเขาจะมองยังไง?
อย่างที่คุณเห็น กระบวนการจบลงด้วยคำถามเพราะ เกี่ยวกับเรื่องนี้งานยังไม่จบและจากนั้นสิ่งที่ยากที่สุดและใช้งานได้จริงที่สุดจะเริ่มขึ้น - สิ่งที่จะกำหนดความเกี่ยวข้องของผลลัพธ์ที่ได้รับ ชีวิตจริง. เป็นสิ่งที่กำหนดชะตากรรมของงานก่อนหน้านี้: ไม่ว่าจะไปที่ตู้เสื้อผ้า (บนชั้นวางหรือที่อื่น) หรือจะเป็นแหล่งข้อมูลที่มีค่า และดียิ่งขึ้นไปอีกหากเป็นต้นแบบสำหรับโครงการในอนาคต
ฉันต้องการเน้นว่าจนถึงขั้นตอนสุดท้ายในไดอะแกรม (ที่คำถามคือ) หลักการทั่วไปในการรวบรวมข้อมูลเกี่ยวกับกิจกรรมของ บริษัท จะมีลักษณะเหมือนกันโดยไม่คำนึงถึงสิ่งที่วางแผนจะทำในอนาคต อธิบายกระบวนการทางธุรกิจหรือดำเนินการ ระบบอัตโนมัติ ใช่ ลำดับของขั้นตอนเหมือนกัน แต่เครื่องมือที่ใช้กับบางขั้นตอนอาจแตกต่างกัน เราจะพิจารณาช่วงเวลานี้อย่างแน่นอนเมื่อเราศึกษาวิธีการและเครื่องมือของแต่ละขั้นตอน เราจะทำสิ่งนี้โดยละเอียดในบทความแยกกัน แต่ตอนนี้เราจะพิจารณาเฉพาะสิ่งที่สำคัญที่สุดเท่านั้น ขั้นตอนเพิ่มเติมจะแตกต่างออกไปและถูกกำหนดโดยสิ่งที่ต้องการจากโครงการ: อธิบายกระบวนการทางธุรกิจหรือนำระบบบัญชีไปใช้
เรามาดูกันว่าคุณจะจัดระเบียบวิธีการรวบรวมข้อมูลเกี่ยวกับกิจกรรมของบริษัทได้อย่างไร
| สิ่งนี้จะเกิดขึ้นได้อย่างไรกับองค์กรที่มีความสามารถมากขึ้น |
|
| ขั้นตอน |
มันเกิดขึ้นได้อย่างไร |
| ตัดสินใจแล้ว โปรเจกต์จะเป็น! | ตัวเลือกแรกไม่มีอะไรเปลี่ยนแปลง ไม่มีใครยกเลิกอารมณ์ |
| เราได้จัดประชุมกับผู้นำ รวบรวมข้อมูลบางอย่างเกี่ยวกับวิสัยทัศน์ของพวกเขาเกี่ยวกับผลลัพธ์ | ขั้นตอนนี้ยังคงอยู่และมีความสำคัญอย่างยิ่ง แต่จุดประสงค์หลักของการประชุมครั้งแรก (หรือการประชุมหลายครั้ง) กับผู้จัดการและเจ้าของคือความคุ้นเคย ทำความรู้จักกับคนและบริษัทก่อน เป้าหมายและความปรารถนาที่กำหนดไว้ในการประชุมใหญ่นั้นอาจแตกต่างกันมาก รวมทั้งเป้าหมายที่น่าอัศจรรย์ด้วย แน่นอนว่าพวกเขาทั้งหมดจะได้ยิน แต่ไม่ใช่ความจริงที่ว่าพวกเขาจะถูกนำมาใช้ ด้วยการดำดิ่งลึกลงไปในธุรกิจของบริษัท เป้าหมายอื่นๆ จะปรากฏขึ้น เช่นเดียวกับเป้าหมายก่อนหน้าจะถูกปฏิเสธ ฉันหมายความว่าเป็นไปไม่ได้ที่จะกำหนดเป้าหมายที่ชัดเจนจากการประชุมเบื้องต้นทั้งหมดนี้จะต้องมีการศึกษาอย่างรอบคอบในการประชุมดังกล่าวจำเป็นต้องร่างข้อความทั้งหมดจากเจ้าของและเจ้าหน้าที่ระดับสูงเพื่อให้คุณสามารถกลับมาหารือกับพวกเขาในภายหลัง เมื่อมีการรวบรวมข้อมูลเพียงพอ แม้แต่ข้อกำหนดที่ดูเหมือนง่ายก็อาจกลายเป็นสิ่งที่ทำไม่ได้จริงหรือลำบากมาก |
| การก่อตัวของคณะทำงานจากลูกค้าและผู้รับเหมา การกระจายบทบาท | จำเป็นต้องตัดสินใจว่าใครจะทำงานในโครงการทั้งในส่วนของลูกค้าและผู้รับเหมา แม้จะมีความเรียบง่ายที่ชัดเจนของขั้นตอนนี้ แต่ก็มีบทบาทสำคัญมาก หากคุณไม่ระบุอย่างชัดเจนว่าใครรับผิดชอบอะไร คุณอาจเสี่ยงที่จะเกิดความสับสนระหว่างการใช้งาน สำหรับส่วนของคุณ คุณสามารถระบุบทบาทในทีมของคุณได้เสมอ ลูกค้าอาจมีปัญหากับสิ่งนี้ สิ่งที่คุณควรใส่ใจ: คณะทำงานของลูกค้าจำเป็นต้องรวมคนเหล่านั้นที่จะมีอิทธิพลต่อการยอมรับผลลัพธ์อย่างน้อยในอนาคต หากเราคิดว่าเมื่อส่งมอบงานแล้ว พนักงานของลูกค้าซึ่งไม่ได้มีส่วนร่วมในการกำหนดเป้าหมายและระบุข้อกำหนดจะเข้าร่วม จากนั้นรับประกันปัญหา แม้สถานการณ์ที่ไร้สาระเช่นนี้ก็เป็นไปได้ที่ทุกอย่างกลับกลายเป็นว่าไม่เป็นไปตามที่ต้องการ ในทางปฏิบัติ ข้าพเจ้าเจอสถานการณ์ดังกล่าวมากกว่าหนึ่งครั้ง ดังนั้น คุณสามารถป้องกันตัวเองได้หากกำหนดและจัดทำเอกสารว่า ไม่มีใครยกเว้นคณะทำงานของลูกค้าสามารถมีส่วนร่วมในการรับและส่งมอบงานได้. และที่ดีที่สุดคือกำหนดสิ่งนี้ในเงื่อนไขสัญญา (ในสัญญาหรือกฎบัตรของโครงการ) ฉันจำได้ว่ามีกรณีเช่นนี้: ในโครงการใหญ่โครงการหนึ่ง ผู้ก่อตั้งตัดสินใจเข้าร่วมกระบวนการ (ฉันไม่รู้ว่าทำไมมันถึงน่าเบื่อที่จะเห็น) และเข้าร่วมการประชุมที่ทำงานเรื่องการสร้างใบแจ้งหนี้ให้กับลูกค้า กล่าวถึง เขาแปลกใจที่รู้ว่าผู้จัดการฝ่ายขายออกใบแจ้งหนี้ให้กับลูกค้า ในมุมมองของเขา นักบัญชีควรออกใบแจ้งหนี้และไม่ต้องทำอะไรอย่างอื่น แต่ที่จริงแล้ว นักบัญชีไม่รู้เลยว่าอะไรจะเกิดขึ้น และผู้จัดการก็นึกไม่ออกว่าจะทำงานแบบนั้นได้อย่างไร ถ้าเขาวิ่งไปหานักบัญชีทุกบัญชี ส่งผลให้เราเสียเวลาไปมาก แต่ไม่มีอะไรเปลี่ยนแปลง ผู้จัดการยังคงเรียกเก็บเงินจากบัญชี และผู้ก่อตั้งยังคงอยู่กับความคิดเห็นของเขา แต่ไม่ได้เข้าไปยุ่งเกี่ยวกับกระบวนการอีกต่อไป ในระยะนี้แนะนำให้พัฒนา กฎบัตรโครงการเพื่อแก้ไขบทบาทของผู้เข้าร่วม ขั้นตอนการสื่อสาร กฎและองค์ประกอบของการรายงาน ตลอดจนสิ่งอื่นใดที่ควรกำหนดไว้ในกฎบัตร การพัฒนากฎบัตรของโครงการเป็นอีกประเด็นที่แยกจากกัน |
| อบรมทีมงานโครงการเกี่ยวกับวิธีการและเครื่องมือในการทำงาน, ยอมรับกฎของงาน, ประเภทและองค์ประกอบของเอกสาร | อันดับแรก จำเป็นต้องอธิบายให้ทีมงานโครงการทราบทุกอย่างที่เขียนไว้ในกฎบัตรว่าจะนำไปใช้ในทางปฏิบัติอย่างไร ประการที่สอง ทีมงานโครงการของลูกค้าต้องได้รับการฝึกอบรมเกี่ยวกับวิธีการทำงานที่คุณจะใช้ในขั้นต่อไปทั้งหมด เป็นการเหมาะสมที่จะหารือเกี่ยวกับรูปแบบเอกสารที่จะใช้เพื่อพิจารณาตัวอย่าง หากมีการใช้กฎเกณฑ์ใดๆ ในการอธิบายแบบจำลองหรือกระบวนการทางธุรกิจ กฎเหล่านี้จะต้องอภิปรายด้วยเพื่อให้เข้าใจ |
| แบบสอบถาม | ขั้นตอนการสำรวจช่วยให้คุณได้รับข้อมูลบางส่วนที่เชื่อถือได้เกี่ยวกับบริษัทด้วยวิธีที่รวดเร็ว คุณภาพของข้อมูลดังกล่าวจะถูกกำหนดโดยปัจจัยสามประการ:
|
| โพล | แบบสำรวจคือการสัมภาษณ์ด้วยวาจากับผู้เชี่ยวชาญเพื่อค้นหาคุณสมบัติของกระบวนการแต่ละอย่าง จำเป็นต้องจัดระเบียบแบบสำรวจเพื่อไม่ให้ดูเหมือนเป็น "การพบปะพูดคุย" แต่มีระเบียบมากขึ้น ในการทำเช่นนี้จำเป็นต้องเตรียมแผนการสำรวจที่เรียกว่า คุณสามารถรวมส่วนต่างๆ ของแบบสอบถามที่ตั้งคำถามให้คุณ ขัดแย้งกับข้อมูลของแบบสอบถามอื่นๆ หรือข้อมูลถูกนำเสนออย่างผิวเผิน แนะนำให้เพิ่มคำถามและจากประสบการณ์ส่วนตัวเท่านั้น เป็นการดีหากคุณตกลงในการบันทึกเสียง ในขั้นตอนเดียวกัน จำเป็นต้องตรวจสอบความครบถ้วนของข้อมูลที่ให้ไว้ในเวิร์กโฟลว์ (ทั้งเอกสารหลักและรายงานต่างๆ) |
| การระบุกระบวนการทางธุรกิจที่สำคัญหรือพื้นที่ของระบบอัตโนมัติ | หลังจากแบบสอบถามและการสำรวจ พิจารณาอย่างสมเหตุสมผลว่ามีข้อมูลเพียงพอที่จะสรุปเกี่ยวกับการจัดสรรกระบวนการทางธุรกิจที่สำคัญ อันที่จริง เป็นไปได้อยู่แล้วที่จะแยกแยะไม่เฉพาะกระบวนการทางธุรกิจที่สำคัญเท่านั้น แต่เกือบทุกอย่าง (หากเลือกองค์ประกอบของผู้เข้าร่วมอย่างถูกต้อง) ประเด็นในการระบุกระบวนการทางธุรกิจเป็นหัวข้อที่แยกจากกันโดยสิ้นเชิงและไม่ง่าย การเรียนรู้ที่นี่เป็นเรื่องยากและได้รับการพัฒนาโดยประสบการณ์เป็นหลัก ควรรวบรวมรายการ (ตัวแยกประเภท) จากกระบวนการทางธุรกิจที่เลือก จากนั้นจึงจะสามารถตัดสินใจได้ว่าควรสำรวจสิ่งใดในเชิงลึกมากกว่า ซึ่งไม่รวมถึงการจัดลำดับความสำคัญด้วย |
| การกำหนดความต้องการของระบบหลัก เป้าหมาย เกณฑ์ความสำเร็จของโครงการ กระบวนการศึกษาอย่างละเอียด | ในขั้นตอนนี้ ข้อมูลหลักทั้งหมดเกี่ยวกับกิจกรรมของบริษัทควรได้รับการรวบรวม ควรมีการรวบรวมรายการกระบวนการทางธุรกิจ ตอนนี้เป็นเวลาที่จะกลับไปสู่เป้าหมาย ระบุหากจำเป็น ให้หารือกับบุคคลแรกของบริษัท เมื่อกำหนดเป้าหมาย ควรพิจารณาตัวบ่งชี้เฉพาะ เมื่อไปถึงซึ่งเราจะถือว่าโครงการประสบความสำเร็จ หากเรากำลังพูดถึงการแนะนำระบบอัตโนมัติ รายการแยกต่างหากสามารถเน้นย้ำความต้องการของระบบจากผู้ใช้หลัก ฉันทำสิ่งนี้ในรูปแบบของตารางแยกต่างหาก โดยที่ข้อกำหนดทั้งหมดถูกจัดกลุ่มตามระบบย่อย สำหรับแต่ละข้อกำหนด ผู้เขียนข้อกำหนด ถ้อยคำและลำดับความสำคัญจะถูกระบุ ข้อมูลนี้สามารถใช้เพื่อจัดทำแผนการปรับใช้ระบบ (ลำดับการใช้งานระบบย่อยแต่ละระบบ) รวมถึงข้อเสนอสำหรับการพัฒนาระบบต่อไป (หากไม่ได้วางแผนจะใช้ระบบย่อยแต่ละรายการในโครงการปัจจุบัน) หากจำเป็นต้องอธิบายกระบวนการทางธุรกิจ การตัดสินใจเกี่ยวกับกระบวนการเหล่านั้นที่ต้องศึกษาในรายละเอียดเพิ่มเติม |
เราก็เลยมาถึงคำถามว่า “แล้วยังไงต่อ?” นอกจากนี้ เราจะพิจารณางานในการอธิบายกระบวนการทางธุรกิจและพัฒนาข้อกำหนดในการอ้างอิงแยกต่างหาก ไม่ใช่เรื่องบังเอิญที่ฉันพิจารณางานเหล่านี้ควบคู่กันไป มีหลายอย่างที่เหมือนกันระหว่างพวกเขา ซึ่งฉันต้องการแสดงให้เห็น ขั้นแรก ให้พิจารณาลำดับของงานในการอธิบายกระบวนการทางธุรกิจ
| ขั้นตอน |
ทำอย่างไรและทำอย่างไร |
| การเลือกกระบวนการทางธุรกิจ | จากรายการทั่วไปของกระบวนการทางธุรกิจที่ได้รับในขั้นตอนก่อนหน้านี้ เราคัดแยกหนึ่งรายการ (ตามลำดับความสำคัญ) เพื่อการศึกษาโดยละเอียด จากนั้นเราก็ทำเช่นเดียวกันกับส่วนที่เหลือ |
| ศึกษารายละเอียดกระบวนการทางธุรกิจ | เราศึกษากระบวนการทางธุรกิจที่เลือกอย่างละเอียด: เราวิเคราะห์เอกสารหลักที่ได้รับ รายงาน และโครงสร้างที่ใช้ในกระบวนการของโปรแกรม ไฟล์ต่างๆ (เช่น Excel) เราพูดคุยกับผู้บริหารขั้นสุดท้าย รวบรวมแนวคิดต่าง ๆ เกี่ยวกับวิธีการปรับปรุงกระบวนการ มีประโยชน์มากถ้าคุณสามารถสังเกตกระบวนการได้อย่างแม่นยำในเงื่อนไขที่ดำเนินการ (มีคนไม่มากที่ชอบดู แต่จะทำอย่างไร) |
| คำอธิบายแบบกราฟิกและ/หรือข้อความของกระบวนการทางธุรกิจ (หลัก) | เราเริ่มอธิบายข้อมูลโดยละเอียดที่ได้รับก่อนที่จะอธิบายกระบวนการจำเป็นต้องตัดสินใจว่าจะต้องใช้คำอธิบายแบบกราฟิกหรือไม่ หากกระบวนการนี้เรียบง่ายและชัดเจน มีฟังก์ชันบางอย่างในนั้น และ การแสดงกราฟิกไม่ได้ปรับปรุงความเข้าใจหรือการรับรู้ของเขาจึงไม่จำเป็นต้องเสียเวลากับสิ่งนี้ ในกรณีนี้ก็เพียงพอที่จะอธิบายในรูปแบบข้อความในรูปแบบตาราง หากกระบวนการนี้ซับซ้อน โดยมีเงื่อนไขทางตรรกะต่างกัน จะเป็นการดีกว่าหากให้แผนภาพแบบกราฟิก ไดอะแกรมเข้าใจง่ายขึ้นเสมอ หากคุณตัดสินใจที่จะอธิบายกระบวนการในรูปแบบกราฟิก ไม่ได้หมายความว่าคุณไม่จำเป็นต้องให้คำอธิบายที่เป็นข้อความ เหล่านั้น. คำอธิบายที่เป็นข้อความของกระบวนการควรเป็นในทุกกรณี และจัดทำขึ้นตามรูปแบบเดียวกัน สะดวกในการทำเช่นนี้ในรูปแบบของตารางที่จะระบุ: นักแสดงของแต่ละขั้นตอน, ข้อมูลที่พวกเขาได้รับที่อินพุต, คำอธิบายของแต่ละขั้นตอน, ข้อมูลที่สร้างขึ้นที่ผลลัพธ์ ด้านล่างเราจะดูตัวอย่างว่าสิ่งนี้จะมีลักษณะอย่างไร |
| ประสานงานกับนักแสดงและเจ้าของกระบวนการทางธุรกิจ | วิธีที่ดีที่สุดในการทำความเข้าใจว่าคุณเลือกรูปแบบการนำเสนอข้อมูลได้ดีเพียงใดคือการแสดงผลลัพธ์ต่อผู้ใช้ (นักแสดง) ของกระบวนการ สิ่งที่สำคัญที่สุดในการสาธิตดังกล่าวคือการทำความเข้าใจว่าคุณเข้าใจวิธีการดำเนินการอย่างถูกต้องเพียงใด . หากการฝึกอบรมของทีมงานโครงการประสบความสำเร็จคุณสามารถคาดหวังการตอบรับที่เพียงพอจากนักแสดงได้ และหากพวกเขาสนใจแล้วทุกอย่างก็จะเริ่มเคลื่อนไหวเร็วขึ้นมากคำอธิบายที่ระบุและความไม่สอดคล้องจะต้องสะท้อนให้เห็นในคำอธิบาย (อัปเดต) หากจำเป็น ให้ทำซ้ำการดำเนินการ |
| การระบุตัวบ่งชี้กระบวนการทางธุรกิจ | เมื่อคุณมีความเข้าใจที่ดีเกี่ยวกับวิธีการดำเนินการทางธุรกิจแล้ว คุณต้องคิดถึงเมตริกที่สามารถวัดคุณภาพหรือความเร็วของกระบวนการได้ ไม่ใช่เรื่องง่ายแต่จำเป็น ตัวบ่งชี้จะต้องสามารถวัดได้เช่น แสดงเป็นตัวเลขและควรมีวิธีง่าย ๆ ในการรับค่านี้ หากไม่สามารถระบุตัวบ่งชี้ที่วัดได้ มีความเสี่ยงที่กระบวนการทางธุรกิจได้รับการระบุได้ไม่ดี นอกจากนี้จะไม่สามารถเข้าใจได้ (เพราะไม่สามารถวัดได้) ว่าการเปลี่ยนแปลงในกระบวนการจะนำไปสู่การปรับปรุงหรือไม่ |
| เอกสารกระบวนการทางธุรกิจขั้นสุดท้าย | เมื่อเราแน่ใจว่าเราเข้าใจว่ากระบวนการนี้เป็นอย่างไร (หรือควรจะเป็น) เสร็จแล้ว เราสามารถรวมไว้ในเอกสารประกอบได้ |
| มีตัวเลือกเพิ่มเติม: กระบวนการที่อยู่ระหว่างการพิจารณาจะได้รับการวิเคราะห์และเพิ่มประสิทธิภาพ พัฒนา รายละเอียดงานการตัดสินใจเกี่ยวกับความจำเป็นในการทำให้แต่ละกระบวนการเป็นอัตโนมัติ ฯลฯ นอกจากนี้ยังสามารถเป็นโครงการแยกต่างหาก: คำอธิบายของกระบวนการทางธุรกิจ |
ตอนนี้ให้พิจารณาว่าแนวทางใดในการศึกษาข้อกำหนดของ ระบบข้อมูลด้วยการไตร่ตรองเพิ่มเติมในแง่ของการอ้างอิง
| ขั้นตอน |
ทำอย่างไรและทำอย่างไร |
| เน้นความต้องการทางธุรกิจ/พื้นที่ของระบบอัตโนมัติ | การแยกส่วนของระบบอัตโนมัติทั้งหมดเป็นข้อกำหนด (เช่น "หุ้น") ถูกนำมาใช้ในทางปฏิบัติอย่างไรก็ตามนี่ไม่ใช่มากที่สุด วิธีที่มีประสิทธิภาพข้อกำหนดของข้อกำหนด พื้นที่ของระบบอัตโนมัติเป็นกลุ่มของข้อกำหนดและควรพิจารณาเป็นรายบุคคล ตัวอย่างเช่น "การบัญชีการรับสินค้าที่คลังสินค้า" |
| ศึกษารายละเอียดความต้องการทางธุรกิจ | การศึกษารายละเอียดความต้องการทางธุรกิจเป็นที่เข้าใจกันว่าผู้ใช้ปลายทางต้องการเห็นมันอย่างไรและจะใช้มัน (แน่นอน ตามเป้าหมายของโครงการ) ในเทคโนโลยีการพัฒนาซอฟต์แวร์ มักเรียกสิ่งนี้ว่า "กรณีการใช้งาน" ดังนั้นการศึกษารายละเอียดความต้องการทางธุรกิจจึงลดลงไปจนถึงการพัฒนากรณีการใช้งาน ตัวอย่างของตัวเลือกดังกล่าวมีอยู่ในภาคผนวก 2 ของบทความ ในกรณีที่ง่ายที่สุด ไม่จำเป็นเลยที่จะวาดกรณีการใช้งานในรูปแบบของไดอะแกรมกราฟิก คุณยังสามารถจำกัดตัวเองให้อยู่ในการกำหนดข้อความ ตัวอย่างเช่น ข้อกำหนด "เมื่อเข้าสู่รายการ ควรคำนวณราคาเนื่องจากราคาซื้อ + 20%" ไม่เหมาะสม ในรูปแบบของไดอะแกรม เหมาะสมที่จะนำเสนอข้อกำหนดที่รวมเข้ากับขอบเขตของระบบอัตโนมัติ ดังที่แสดงในตัวอย่างในภาคผนวก 2 |
| ข้อกำหนดการสร้างแบบจำลองในระบบสารสนเทศ | นี่มัน! อย่างที่คุณอาจจำได้ ฉันได้ให้ความสนใจกับองค์ประกอบที่สำคัญที่สุดนี้ในวิธีการพัฒนาข้อกำหนดในการอ้างอิงแล้ว "สร้างแบบจำลอง - ได้ผลลัพธ์!" สิ่งที่ควรเป็นแบบจำลอง? จำเป็นต้องจำลองกรณีการใช้งานที่ได้รับในขั้นตอนก่อนหน้า ผลลัพธ์ของการจำลองควรเป็นอย่างไร คุณควรได้รับโปรแกรมสาธิตที่ป้อนข้อมูลผู้ใช้ และควรคุ้นเคยกับการได้ยิน (ผู้ใช้) ของเขา โดยคำนึงถึงลักษณะเฉพาะของอุตสาหกรรม ปัญหาที่เกิดขึ้นจริง. และไม่ใช่แค่ป้อนเท่านั้น แต่ควรชัดเจนว่าข้อมูลเหล่านี้มาจากไหน คำนวณอย่างไร ณ จุดนี้ผู้อ่านควรมีคำถาม:
หากมีการนำระบบสำเร็จรูปมาใช้และขาดฟังก์ชันการทำงาน ก็ไม่มีอะไรต้องกังวล ข้อมูลจะถูกป้อนด้วยมือ และผู้ใช้จะได้รับแจ้งว่าหลังจากการปรับปรุงที่จำเป็นแล้ว ควรคำนวณด้วยวิธีนี้ (และ เขาเห็นมัน) ขอแนะนำให้ใช้โมเดลดังกล่าวพร้อมกับคำอธิบายที่เป็นข้อความ แม้ว่าจะสั้น เพื่อให้ผู้ใช้สามารถพยายามทำงานกับโมเดลได้อย่างอิสระในเวลาว่าง ในคำอธิบายเดียวกันนี้ คุณสามารถกำหนดข้อกำหนดสำหรับการปรับปรุงได้ |
| การสาธิตรูปแบบข้อมูลให้กับคณะทำงาน | เราแสดงโมเดลผลลัพธ์ให้กับลูกค้าและบอกว่าทุกอย่างควรทำงานอย่างไร ดีกว่า สาธิตโมเดลโดยระบบย่อย เช่น ตามกลุ่มความต้องการ หากปรากฎว่าโครงการที่เสนอใช้ไม่ได้กับลูกค้า คุณต้องคิดถึงกรณีการใช้งานอื่นๆ เปลี่ยนแปลงโมเดลและแสดงอีกครั้ง เฉพาะในกรณีที่มีความมั่นใจว่าแบบจำลองที่วางแผนไว้จะ "ใช้งานจริง" กับลูกค้ารายใดรายหนึ่ง โมเดลดังกล่าวจะถือว่าประสบความสำเร็จได้ |
| ทดสอบการพัฒนา | เหตุใดจึงต้องมีการทดสอบ เราจะสามารถดำเนินการตามข้อกำหนดได้อย่างไรนั้นจะต้องได้รับการตรวจสอบ ดังนั้นจึงควรทำการทดสอบสำหรับพื้นที่สำคัญทั้งหมด อัลกอริธึมที่ซับซ้อน ฯลฯ รวมถึงการทดสอบเหล่านี้สามารถใช้ในระหว่างการส่งมอบงาน ไม่จำเป็นต้องทำการทดสอบทุกฟังก์ชั่นของระบบเลย ควรมีสามัญสำนึกทุกที่ หากเรากำลังพูดถึงระบบสำเร็จรูป การทดสอบ "การป้อนองค์ประกอบใหม่ลงในไดเร็กทอรีของลูกค้า" จะดูงี่เง่าและเสียเวลาและความพยายาม แต่ถ้านี่เป็นระบบใหม่ทั้งหมด เป็นไปได้ทีเดียว จะทดสอบทำไมถ้ายังไม่มีระบบ ประการแรก มันจะชัดเจนสำหรับนักพัฒนาว่าพวกเขาต้องการบรรลุอะไรจากเขา ประการที่สอง เราทำให้ชีวิตง่ายขึ้นสำหรับผู้ทดสอบ (ท้ายที่สุดแล้ว ใครบางคนจะทดสอบผลการพัฒนา) โดยทั่วไป การทดสอบเป็นวินัยที่แยกจากกัน ซึ่งไม่ง่ายนักในหลายวิธี ในทางปฏิบัติยังคงใช้วิธีการทดสอบที่ง่ายที่สุด |
| เอกสารข้อกำหนดในรูปแบบของข้อกำหนดในการอ้างอิง | ข้อมูลที่รวบรวมในขั้นตอนก่อนหน้านี้จะเป็นสิ่งที่ควรรวมอยู่ในพื้นฐานของเอกสาร "ข้อกำหนดในการอ้างอิง" ในส่วนข้อกำหนด ดังนั้นจึงยังคงต้องจัดการทั้งหมดนี้ให้ถูกต้อง |
| การดำเนินการเพิ่มเติม (หรือขาด) ขึ้นอยู่กับเป้าหมายของโครงการ | กระบวนการพัฒนา การค้นหาพันธมิตรสำหรับโครงการ การประกวดราคา ฯลฯ อาจใช้เวลานานกว่านั้นทั้งหมดขึ้นอยู่กับสถานการณ์ |
ใช่ การพัฒนาข้อกำหนดในการอ้างอิงเป็นกระบวนการที่ใช้เวลานาน ดังนั้นจึงมีค่าใช้จ่ายสูง แต่ถ้าทำอย่างถูกต้องก็จะช่วยประหยัดลูกค้าจากความคาดหวังที่ไม่ได้ผล ผู้รับเหมาต้องทำตามที่ลูกค้าต้องการและไม่ทำซ้ำเป็นร้อยครั้ง และโดยทั่วไป จะให้ความโปร่งใสกับทั้งโครงการ
ภาคผนวก 1 อธิบายกระบวนการทางธุรกิจในรูปแบบ EPC
