कोई भी तकनीकी परियोजना तकनीकी असाइनमेंट के आधार पर बनाई जाती है, जिसके लिखित रूप में ग्राहक और डेवलपर दोनों भाग लेते हैं। यह अंतिम उत्पाद का औपचारिक विवरण है, जो ग्राहक डेवलपर से चाहता है। परियोजना जितनी जटिल होगी, उतनी ही विस्तृत संदर्भ की शर्तें तैयार की जानी चाहिए, केवल इस मामले में परियोजना के विकास के लिए अनुबंध पर हस्ताक्षर करने वाले पक्षों के बीच अपरिहार्य असहमति को कम करना संभव है।
निर्देश
चरण 1
तकनीकी असाइनमेंट का लेखन ग्राहक और डेवलपर के बीच एक बैठक से पहले होना चाहिए, जिस पर ग्राहक को अधिकतम विवरण के साथ अंतिम उत्पाद के लिए अपनी आवश्यकताओं को बताना होगा और उसका विवरण देना होगा। उसके बाद, आवश्यक तकनीकी कौशल वाले एक डेवलपर को आगे के काम का चरण-दर-चरण विवरण देना होगा और अपने लिए उन कार्यों को तैयार करना होगा जिन्हें परियोजना के दौरान हल करने की आवश्यकता होगी। इस स्तर पर, स्पष्टीकरण और समायोजन करने के लिए, यदि आवश्यक हो, तो ग्राहक को भी उपस्थित होना चाहिए। ग्राहक और ठेकेदार जितनी अधिक निकटता से बातचीत करेंगे, आपसी समझ की डिग्री उतनी ही अधिक होगी और कम विवादास्पद क्षण या व्यर्थ समय होगा।
चरण 2
प्रत्येक विशिष्ट मामले में संदर्भ की शर्तों की संरचना भिन्न हो सकती है, विशेष रूप से विभिन्न तकनीकी क्षेत्रों में इस दस्तावेज़ के विकास के संबंध में। लेकिन सामान्य मामले में, इसे बनाए जा रहे उत्पाद का एक संक्षिप्त विवरण प्रदान करना चाहिए, इसका कार्यात्मक उद्देश्य, उपयोग की जाने वाली अवधारणाएं और शर्तें, सभी कार्यात्मक मॉड्यूल और उनकी विशेषताओं का विस्तार से वर्णन किया गया है। संदर्भ की शर्तों की सामग्री पर सामान्य सिफारिशें GOST 19.201-78 "संदर्भ की शर्तें" में निर्धारित की गई हैं। सामग्री और डिजाइन के लिए आवश्यकताएँ”।
चरण 3
अनिवार्य में से एक "सामान्य सूचना" खंड है। पार्टियों का पूरा नाम इंगित करना आवश्यक है - इस तकनीकी परियोजना के विकास में भाग लेने वाले, परियोजना पर काम की लागत, इसके समय और, यदि आवश्यक हो, प्रत्येक चरण के समय के बारे में जानकारी प्रदान करें। एक नियम के रूप में, अधिकांश तकनीकी कार्यों में परिचालन स्थितियों के विवरण के साथ बनाए जा रहे उत्पाद की विश्वसनीयता पर एक खंड शामिल होता है जो संकेतित विश्वसनीयता और इसके नियंत्रण के तरीकों को सुनिश्चित करता है।
चरण 4
संदर्भ की शर्तों में सूचीबद्ध प्रत्येक कार्य के विवरण को सीमित रखने का प्रयास करें, अमूर्त वाक्यांशों और गैर-विशिष्ट आवश्यकताओं का उपयोग न करें। उदाहरण के लिए, "काम करने के लिए सुविधाजनक होना चाहिए" जैसी आवश्यकता को पूरा करना मुश्किल है - यह किसी के लिए सुविधाजनक होगा, लेकिन किसी के लिए नहीं, परिणामस्वरूप असहमति पैदा होगी। इस दस्तावेज़ में, उन तकनीकी विशेषताओं को आवश्यक रूप से इंगित करने की सलाह दी जाती है जो मात्रात्मक हैं और जिन्हें उच्च स्तर की निष्पक्षता से मापा जा सकता है।
