เงื่อนไขการอ้างอิง: การพัฒนาและการสร้าง ข้อกำหนดทางเทคนิคสำหรับการบำรุงรักษา

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

สิ่งนี้มีไว้เพื่ออะไร?

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

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

กรณีที่ซับซ้อนมากขึ้น

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

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

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

TK คืออะไร

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

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

คุณสมบัติการใช้งาน

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

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

ความท้าทายหลัก

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

จะกำหนดความต้องการได้อย่างไร

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

• ฟังก์ชั่น;
• สิทธิ์ด้านความปลอดภัยและการเข้าถึง
• คุณสมบัติของพนักงาน

สิ่งที่ต้องใส่ใจกับ

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

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

การพัฒนาที่มีประโยชน์และมีประสิทธิภาพ

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

• ความชัดเจน;
• คอนกรีต
• การตรวจสอบได้

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

ความแตกต่างเพิ่มเติม

นอกจากนี้ยังมีประเด็นสำคัญสองสามข้อที่ต้องคำนึงถึงเมื่อพัฒนางานด้านเทคนิค ระบบความต้องการมีดังนี้:

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

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

งานและโครงการ

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

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

ความแตกต่างของโครงการจากงาน

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

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

การปฏิบัติคืออะไร?

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

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