استاندارد دولتی اتحاد جماهیر شوروی

سیستم یکپارچه اسناد طراحی

نام گذاری محصولات و اسناد طراحی

GOST 2.201-80

کمیته ایالتی اتحاد جماهیر شوروی در استانداردهای مسکو استاندارد ایالتی اتحادیه اتحاد جماهیر شوروی

سیستم یکپارچه مستندات طراحیتعیین محصولات و اسناد طراحی سیستم یکپارچه برای اسناد طراحی. تعیین محصولات و اسناد طراحی

GOST 2.201-80

با فرمان کمیته دولتی استانداردهای اتحاد جماهیر شوروی مورخ 21 مارس 1980 به شماره 1274، تاریخ معرفی تاسیس شد.

از 01/01/84

انتشار مجدد. آگوست 1987این استاندارد یک سیستم طبقه بندی غیرشخصی واحد را برای تعیین محصولات تولید اولیه و کمکی و اسناد طراحی آنها از تمام صنایع در طول توسعه ایجاد می کند. ساخت، بهره برداری و تعمیر.

1. مقررات عمومی

1.1. به هر محصول مطابق با GOST 2.101-68 باید یک نام اختصاص داده شود. تعیین یک محصول به طور همزمان تعیین سند اصلی آن است (نقشه یا مشخصات بخشی از تعیین یک محصول و سند طراحی آن). برای تعیین محصول و سند طراحی دیگر.1.3. تعیین محصولات و اسناد طراحی به صورت متمرکز یا غیرمتمرکز تعیین می شود. لیست محصولاتی که به طور متمرکز به آنها اختصاص داده می شود، توسط وزارتخانه یا بخش تعیین می شود. 1.4. محصولات و اسناد طراحی بدون توجه به اینکه در کدام محصولات و اسناد طراحی استفاده شده اند، نامی را که به آنها اختصاص داده شده حفظ می کنند.1.5. نامگذاری محصولات و اسناد طراحی در اسناد دیگر بدون اختصار یا تغییر نوشته می شود، به جز مواردی که توسط GOST 2.113-75.1.6 ارائه شده است. تعیین باید در هر برگ از سند طراحی، ساخته شده در چندین ورق نشان داده شود. 1.7. قطعاتی که نقشه های آنها مطابق با GOST 2.109-73 صادر نشده است باید طبق قوانین کلی نامگذاری مستقلی داشته باشند.

2. سیستم ملی

2.1. ساختار زیر برای تعیین محصول و سند طراحی اصلی ایجاد شده است:

2.2. کد چهار رقمی سازمان توسعه با توجه به کد نویسی سازمان های توسعه ای تخصیص داده می شود. هنگام تخصیص یک تعیین به صورت مرکزی، به جای کد سازمان توسعه دهنده، کد اختصاص داده شده برای انتساب متمرکز تعیین را مشخص کنید. کد مشخصه طبقه بندی با توجه به طبقه بندی کننده محصولات و اسناد طراحی مهندسی مکانیک و ابزار دقیق (ESKD Classifier) ​​به سند طراحی اختصاص داده می شود.

2.5. شماره ثبت سریال با توجه به مشخصه طبقه بندی از 001 تا 999 در داخل کد سازمان توسعه دهنده در صورت واگذاری غیرمتمرکز تعیین و در صورت واگذاری متمرکز - در کد سازمانی که برای واگذاری متمرکز اختصاص داده شده است.2.6. . تعیین یک سند طراحی غیر اصلی باید شامل نام محصول و کد سند تعیین شده توسط استانداردهای ESKD باشد.

کد سند نباید بیش از چهار نویسه، از جمله شماره قطعه سند داشته باشد. اسناد طراحی اسکیس (GOST 2.102-68) بر اساس سیستم تعیین اسناد طراحی ایجاد شده در صنعت (یا سازمان) تعیین شده است.

3. تعیین اجرا و مدارک محصول در گروه و روش اساسی اجرای اسناد طراحی

3.1. هر نسخه از محصول باید یک نامگذاری مستقل 3.2 اختصاص داده شود. تعیین عملکرد باید دارای ساختار زیر باشد:

3.3. نام اصلی برای همه طرح هایی که در یک گروه یا سند اصلی اصلی صادر می شود مشترک است. باید به یک سند اصلی گروهی مانند یک آیتم جداگانه اختصاص داده شود.3.4. شماره سریال اجرا در نام پایه تعیین می شود و با خط فاصله از تعیین پایه جدا می شود. در صورت لزوم، نادیده گرفتن شماره سریال مجزای اجراها مجاز است (به عنوان مثال، به شرط وجود رابطه منطقی بین ویژگی های اجراها و شماره سریال 3.5). در روش گروهی اجرای اسناد، یک اجرا باید به صورت مشروط به عنوان اصلی پذیرفته شود. چنین طرحی باید فقط یک نام اصلی بدون شماره سریال طرح داشته باشد، به عنوان مثال، ABVG.302123.005. برای سایر طرح ها، شماره سریال طرح از 01 تا 98 به نام اصلی اضافه می شود. یادداشت ها: 1. تعیین طرح اصلی بدون نشان دادن شماره سریال طرح به شما امکان می دهد سند واحد توسعه یافته را بدون تغییر نام آن به یک سند گروهی تبدیل کنید. 2. در فرآیند پردازش داده های مستندات با استفاده از فناوری رایانه، مجاز به استفاده از شماره سریال 99 برای تعیین مجموعه ای از اجزای یکسان برای همه نسخه های 3.6 است. با روش اصلی اجرای اسناد، تعیین اجرا از نام اصلی و شماره سریال اجرا از 01 تا 99 تشکیل شده است. مثال‌ها: AGVB.573241.020-01، AGVB.573241.020-02، AGVB1.5232- etc. مجاز به تعیین اجراها با اضافه کردن شماره های سریال سه رقمی از 001 تا 999 می باشد. مثال ها: AGVB.573241.020-001، AGVB.573241.020-002 و غیره، مجاز است به طرح ها به عنوان محصولات منفرد یا به یک سند گروهی (اسناد گروهی) برای چندین طرح (اما نه همه) با تعیین نام های مناسب مطابق بند 3.5 این استاندارد صادر کنید. در صورت وجود طیف وسیعی از محصولات که دارای ویژگی های مشترک طراحی هستند، استفاده از شماره طرح اضافی مجاز است.

نقطه ها و خط تیره ها بین قسمت هایی از نامگذاری قرار می گیرند که علائم تقسیم کننده هستند. اجزاء و غیره) که برای همه طرح ها امکان پذیر است هر یک از ارقام آن می تواند یک مشخصه یا مجموعه ای از ویژگی های مرتبط را نشان دهد (به عنوان مثال، برای محصول ABVG.523541.176-05.12، شماره طراحی اضافی 12 به معنای ولتاژ 380 ولت با نمودار اتصال سیم پیچ مربوطه است). محصولات، بسته به ویژگی های یکسان، با استفاده از: همان شماره طراحی اضافی مشخص می شوند. در صورت لزوم، چنین قطعاتی را می توان بدون استفاده از شماره اجرایی اضافی تعیین کرد، در صورت وجود یک شماره اضافی، تمام اجراها باید با استفاده از یک شماره اجرای سریال دو رقمی از 01 تا 98 تعیین شوند. دیگر 3.8. مجموعه اسناد ممکن است شامل اسنادی با نامگذاری گزینه های مختلف باشد که توسط این استاندارد تعیین شده است. هنگام استفاده از شماره سریال سه رقمی یک اجرا، مجاز به اجرای یک سند اجرایی است که نام اصلی آن با تعیین سند پایه مطابقت ندارد. 002 - یک مشخصات گروهی از اجراها باید به همان قسمت از نامگذاری های موجود در مشخصات اجراها اختصاص یابد. به یک سند غیر اصلی مربوط به همه اجراها، یک نام اصلی با اضافه کردن یک کد سند اختصاص داده می‌شود تعیین این اجرا با اضافه کردن یک کد سند، به عنوان مثال، AGVB. 573241.020-03SB یک سند گروهی غیراصلی که برای چندین طرح یا محصول (اما نه همه) ساخته شده است، با اضافه کردن یک کد سند، به یکی از طرح ها یا محصولات اختصاص داده می شود. در این مورد، توصیه می شود یک نام کوچکتر (جوان) اختصاص دهید، به عنوان مثال، یک نقشه مونتاژ گروهی که مطابق با طرح AGVB.573241.020-02، AGVB.573241.020-03، AGVB.573241.020-06 طراحی شده است، به طرح AGVB اختصاص داده شده است. .573241.020-02SB.3.11. سند اصلی با نام اصلی پیدا می شود، به عنوان مثال، برای اجرای ABVG.302123.005-03، سند اصلی باید با نام ABVG.302123.005 جستجو شود. اگر معلوم شود که چنین سندی یک سند پایه است، باید سند اجرای اصلی نیز پیدا شود. هنگام تعیین با شماره اجرای سریال سه رقمی، سند اصلی باید با نام کامل جستجو شود.

4. قوانین واگذاری و حسابداری انتصابات

4.1. کد سازمان توسعه‌دهنده، کد و نام سند طراحی، و همچنین ویژگی‌های طبقه‌بندی طبق طبقه‌بندی کننده ESKD توسط بخش‌هایی که مستندات را توسعه داده‌اند نشان داده می‌شوند. شماره ثبت سریال توسط سرویس ثبت نام سازمان توسعه دهنده با ارائه سند اصلی با امضا در ستون های "توسعه یافته" و "بررسی شده" بلوک عنوان (GOST 2.104-68) اختصاص داده می شود شماره ثبت سریال بر اساس درخواستی که فرم آن توسط وزارتخانه ها تعیین می شود اختصاص می یابد. برای ثبت نام محصولات و اسناد طراحی، برای هر مشخصه طبقه بندی استفاده شده، کارت ثبت نام تهیه می شود. فرم توصیه شده و نمونه پر کردن کارت در ضمیمه توصیه شده 2.4.4 آورده شده است. کارتهای ثبت نام باید در بایگانی بایگانی به ترتیب کدهای مشخصات طبقه بندی در کد سازمان در حال توسعه ذخیره شود.4.5. 4.6 شماره ثبت اسناد لغو شده مجاز نیست. صدور و ثبت نام‌های محصول اصلی باید به همان ترتیبی که تعیین تک تک محصولات انجام می‌شود. صدور و حسابداری تعیین عملکرد باید در هر تعیین اساسی سند اصلی انجام شود. 4.8. تخصیص شماره ثبت سریال به قطعاتی که نقشه برای آنها صادر نشده است (بند 1.7) و در نظر گرفتن آنها باید هنگام تعیین نام به مشخصاتی که این قطعات در آن ثبت شده اند انجام شود.

ساختار طراحی اسناد طراحی اسکیس

توصیه می شود پیش نویس اسناد طراحی با توجه به ساختار زیر تعیین شود:

کارت تعیین (سمت جلو)

کارت تعیین (سمت عقب)

دستورالعمل تکمیل "کارت یادداشت"

در ستون های کارت ثبت نام، نشان دهید: در ستون 1 - نام (یا نام) محصول (سند)، مطابق با ویژگی های طبقه بندی آن طبق طبقه بندی ESKD در ستون 2 - کد سازمان توسعه کد ویژگی های طبقه بندی در ستون 3 - شماره سریال ورق کارت اشغال شده توسط یک مشخصه طبقه بندی در ستون 4 - شماره سریال برگه بعدی که در ستون 5 اشغال شده است شماره ثبت محصولات (اسناد) که با اعداد سه رقمی از 001 تا 999 مشخص می شوند، برای این منظور، به کارت های موجود در فرم های حسابداری، اعداد دو رقمی در سمت چپ صدها رقم مربوطه اختصاص داده می شود. ، 1، 2، 3، و غیره)؛ در ستون های 6، 7، 8 - نام توسعه دهنده سند که شماره ثبت سریال، نام کوتاه یا نام بخشی که در آن کار می کند، و امضای آن. در ستون 9 (ستون رایگان) اعتبارنامه های اضافی را می توان به صلاحدید شرکت ارائه کرد، به عنوان مثال، یک علامت در یک سند گروه، کد سند و غیره - تاریخ صدور شماره ثبت سریال در ستون 11 - تاریخ تحویل نسخه اصلی برای ذخیره سازی سلول های دارای اعداد 0 - 9، واقع در بالای کارت تعیین شده، در نظر گرفته شده است که پیدا کردن کارت ها در فهرست کارت. برای انجام این کار، در کارت های موجود در سلول های دارای اعداد 0 - 9، باید رقم دوم را برای نشان دادن شماره کلاس امضا کنید. در کارت‌ها، لازم است که تمام سلول‌های بعد از شماره کلاس در سمت راست برش داده شود، وقتی که قسمت جلویی و پشتی اولین برگه کارت به طور کامل پر شد، شماره سریال برای این مشخصه طبقه‌بندی انجام می‌شود. در برگه بعدی کارت که ستون های 1 و 2 باید مطابق با داده های برگه اول پر شوند، در ستون 3 شماره سریال برگه کارت در برگه قبلی مشخص شده است همه ورق های کارت برای یک مشخصه طبقه بندی باید به هم متصل شوند نامگذاری طرح ها، یک کارت جداگانه باز کنید. ستون های کارت مطابق با موارد فوق پر شده است، به جز ستون 2، که شماره ثبت سریال در آن ثبت شده است، و در ستون 5 - یک خط فاصله و شماره طرح محصولات باید همراه با کارتی که نام اصلی سند طراحی گروهی در آن ثبت شده است ذخیره شود.

نمونه ای از پر کردن کارت ثبت نام

G O S U D A R S T V E N Y S T A N D A R T S O Y W A S S R

فناوری اطلاعات مجموعه ای از استانداردها برای سیستم های خودکار	GOST 34.201-89
انواع، کامل بودن و مشخصات اسناد در ایجاد سیستم های خودکار
فناوری اطلاعات. مجموعه ای از استانداردها برای سیستم های خودکار. انواع، مجموعه ها و نشانه های اسناد برای طراحی سیستم های خودکار

تاریخ معرفی 01.01.90

این استاندارد برای سیستم های خودکار (AS) مورد استفاده در زمینه های مختلف فعالیت (مدیریت، تحقیق، طراحی و غیره) از جمله ترکیب آنها اعمال می شود و انواع، نام، کامل بودن و تعیین اسناد توسعه یافته در مراحل ایجاد یک AS را تعیین می کند. GOST 24.601 را ایجاد کرد.

توضیحی در مورد اصطلاحات استفاده شده در این استاندارد در پیوست 1 آورده شده است.

1. انواع و نام اسناد

1.1. ترکیب انواع اسناد توسعه یافته در مرحله "تحقیق و توجیه ایجاد AS" مطابق با بخش تعیین می شود. 3 GOST 24.601، بر اساس نتایج مورد نیاز این مرحله.

1.2. در مرحله "شرایط مرجع"، یک مشخصات فنی (TOR) برای ایجاد یک سیستم خودکار مطابق با الزامات GOST 34.602 توسعه یافته است.

مجاز به توسعه مشخصات فنی خصوصی برای سیستم های فردی (زیر سیستم ها، مجموعه وظایف، مجتمع های نرم افزاری و سخت افزاری، اجزای سخت افزار و نرم افزار و غیره) است.

1.3. انواع اسناد توسعه یافته در مراحل "طراحی طرح"، "طراحی فنی"، "اسناد کاری" در جدول آورده شده است. 1.

جدول 1

نوع سند	کد سند	هدف سند
بیانیه		فهرست کردن به شکل سیستماتیک اشیا، اشیاء و غیره.
		نمایش گرافیکی فرم های سند، قطعات، عناصر سیستم و ارتباطات بین آنها در فرم نمادها
دستورالعمل ها		طرح کلی اقدامات و قوانین برای اجرای آنها توسط پرسنل
منطق		ارائه اطلاعاتی که صحت تصمیمات اتخاذ شده را تایید می کند
توضیحات		توضیح در مورد هدف سیستم، قطعات آن، اصول عملکرد آنها و شرایط استفاده
سند طراحی		طبق GOST 2.102
سند خط مشی

1.3.1. نام اسناد خاصی که هنگام طراحی سیستم به عنوان یک کل یا بخشی از آن ایجاد می شود در جدول آورده شده است. 2.

جدول 2

مرحله ایجاد	نام سند	کد سند	بخشی از پروژه	متعلق به		دستورالعمل های اضافی
				اسناد طراحی و برآورد	اسناد عملیاتی
	برگه طرح اولیه
	یادداشت توضیحی طرح اولیه
	نمودار سازمانی					گنجاندن P3 یا PV در سند مجاز است
		C1*	که	X	-
	نمودار ساختار عملکردی					هنگام توسعه اسناد CO، C1، C2، C3 در مرحله ES، مجاز است آنها را در سند P1 گنجانده شود.
	فهرست وظایف برای توسعه ابزارهای فنی تخصصی (جدید).	B9	که	X	-	هنگام توسعه در مرحله TP، مجاز است P2 را در سند گنجانده شود
	طرح اتوماسیون	C3*	که	X	-	-
	مشخصات فنی برای توسعه ابزارهای فنی تخصصی (جدید).	-	که	-	-	پروژه شامل نمی شود
TP	وظایف توسعه بخش های ساختمانی، برق، بهداشتی و سایر بخش های پروژه مربوط به ایجاد سیستم	-	که	X	-	پروژه شامل نمی شود
	برگه طراحی فنی	TP *	یا	-	-	-
	لیست اقلام خریداری شده	معاون *	یا	-	-	-
	لیست سیگنال ها و داده های ورودی	B1	IO	-	-	-
	لیست سیگنال های خروجی (اسناد)	B2	IO	-	-	-
	لیست وظایف توسعه بخش های ساختمانی، برق، بهداشتی و سایر بخش های پروژه مربوط به ایجاد سیستم	B3	که	X	-	گنجاندن P2 در سند مجاز است
	یادداشت توضیحی پروژه فنی	P2	یا	-	-	شامل یک برنامه عملیاتی برای آماده سازی تسهیلات برای راه اندازی سیستم است
	شرح عملکردهای خودکار	P3	یا	-	-	-
	شرح بیانیه وظیفه (مجموعه وظایف)	P4	یا	-	-	گنجاندن P2 یا P3 در اسناد مجاز است
	توضیحات پشتیبانی اطلاعات سیستم	P5	IO	-	-	-
	تشریح سازماندهی پایگاه اطلاع رسانی	P6	IO	-	-	-
	شرح سیستم های طبقه بندی و کدگذاری	P7	IO	-	-	-
	شرح آرایه اطلاعات	P8	IO	-	-	-
	شرح مجموعه وسایل فنی	P9	که	-	-	برای این کار، طبق GOST 19.101 مجاز است در سند 46 گنجانده شود
	توضیحات نرم افزار	PA	توسط	-	-	-
	شرح الگوریتم (رویه طراحی)	PB	MO	-	-	گنجاندن P2، P3 یا P4 در اسناد مجاز است
	شرح ساختار سازمانی	PV	OO	-	-	-
	طرح چیدمان	C8	که	X	-	گنجاندن P9 در سند مجاز است
	لیست تجهیزات و مواد	-	که	X	-	-
	محاسبه برآورد محلی	B2	یا	X	-	-
	ارزیابی طراحی قابلیت اطمینان سیستم	B1	یا	-	-	-
	ترسیم فرم سند (فریم تصویری)	C9	IO	-	X	در مرحله TP مجاز است P4 یا P5 را در اسناد گنجانده شود
	لیست دارندگان اصلی	DP*	یا	-	-	-
	فهرست اسناد عملیاتی	ED*	یا	-	X	-
	مشخصات تجهیزات	B4	که	X	-	-
	لایحه مواد مورد نیاز	B5	که	X	-	-
	فهرست رسانه های ذخیره سازی کامپیوتر	VM*	IO	-	X	-
	آرایه ورودی	B6	IO	-	X	-
	دایرکتوری پایگاه داده	B7	IO	-	X	-
	ترکیب داده های خروجی (پیام ها)	B8	IO	-	X	-
	برآورد محلی	B3	یا	X	-	-
	روش شناسی (تکنولوژی) طراحی به کمک کامپیوتر	I1	OO	-	X	-
	دستورالعمل های تکنولوژیکی	I2	OO	-	X	-
	راهنمای کاربر	I3	OO	-	X	-
	دستورالعمل ایجاد و نگهداری پایگاه داده (مجموعه داده)	I4	IO	-	X	-
	دستورالعمل های عملیاتی KTS	IE	که	-	X	-
	نمودار سیم کشی خارجی	C4*	که	X	-	قابل اجرا در قالب جداول
	نمودار سیم کشی خارجی	C5*	که	X	-	همان
	جدول اتصالات و اتصالات	C6	که	X	-	-
	نمودار تقسیم سیستم (ساختاری)	E1*	که	-	-	-
	طراحی نمای کلی	VO *	که	X	-	-
	نقشه نصب تجهیزات فنی	SA	که	X	-	-
	نمودار شماتیک	SB	که	X	-	-
	نمودار ساختاری مجموعه ای از وسایل فنی	C1*	که	X	-	-
	طرح چیدمان تجهیزات و سیم کشی	C7	که	X	-	-
	شرح فرآیند فناوری پردازش داده ها (از جمله پردازش از راه دور)	PG	OO	-	X	-
	توضیحات کلی سیستم	PD	یا	-	X	-
	برنامه و روش تست (قطعات، مجتمع های تجهیزات اتوماسیون، زیر سیستم ها، سیستم ها)
	فرم	FO *	یا	-	X	-
	پاسپورت	PS *	یا	-	X	-
* اسنادی که کد آنها مطابق با الزامات استاندارد ESKD تنظیم شده است

(ویرایش تغییر یافته، اصلاحیه شماره 1)

یادداشت ها:

• 1. عناوین زیر در جدول استفاده شده است:
  • EP - طراحی اولیه؛
  • TP - طراحی فنی؛
  • RD - اسناد کاری;
  • OR - راه حل های گسترده سیستم؛
  • OO - تصمیم گیری در مورد پشتیبانی سازمانی؛
  • TO - راه حل هایی برای پشتیبانی فنی؛
  • IO - راه حل هایی برای پشتیبانی اطلاعات؛
  • نرم افزار - راه حل های نرم افزاری؛
  • MO - راه حل های نرم افزاری.
• 2. علامت X نشان می دهد که متعلق به برآوردهای طراحی یا اسناد عملیاتی است.
• 3. نامگذاری اسنادی با همین نام بسته به تصمیمات طراحی اتخاذ شده در طول ایجاد سیستم ایجاد می شود.

1.3.2. انواع اسناد برای نرم افزار مورد استفاده برای ایجاد AS (قطعات آن) - طبق GOST 19.101.77.

1.3.3. انواع اسناد برای وسایل فنی مورد استفاده در ایجاد NPP (قطعات آن) - طبق GOST 2.102 و طبق GOST 2.601 از نظر اسناد عملیاتی.

1.3.4. بسته به روش های طراحی مورد استفاده و ویژگی های بلندگوهای در حال ایجاد، موارد زیر مجاز است:

• 1) اسناد گروهی و پایه را مطابق با بخش توسعه دهید. 1، 3، 4، 6 GOST 2.113;
• 2) اسناد را در بخش های مستقل جداگانه مطابق با بخش های سند اصلی صادر کنید.
• 3) دامنه اسناد ایجاد شده توسط این استاندارد را گسترش دهید.

1.4. در مراحل "ساخت اجزای غیر سریالی سیستم کنترل خودکار" و "راه اندازی" اسناد سازمانی و اداری زیر تهیه می شود:

• 1) عمل تکمیل کار؛
• 2) گواهی پذیرش برای عملیات آزمایشی؛
• 3) گواهی پذیرش برای عملیات صنعتی؛
• 4) برنامه کاری؛
• 5) دستور در مورد ترکیب کمیته پذیرش؛
• 6) دستور انجام کار؛
• 7) برنامه کاری؛
• 8) گزارش تست؛
• 9) پروتکل تایید.

2. کامل بودن اسناد

2.1. فهرست اسامی اسناد در حال توسعه و کامل بودن آنها برای سیستم و قطعات آن باید در مشخصات فنی ایجاد یک سیستم خودکار (زیر سیستم) تعیین شود.

توجه داشته باشید.کامل بودن اسناد طراحی و برآورد مطابق با قوانین تعیین شده توسط سیستم اسناد طراحی برای ساخت و ساز (SPDS) تعیین می شود.

2.2. برای هر مجموعه باید فهرستی از اسناد تهیه شود.

2.3. کامل بودن اسناد حصول اطمینان از توسعه، تولید، پذیرش و نصب تجهیزات فنی مطابق با GOST 2.102 است. کامل بودن اسناد عملیاتی برای این وسایل مطابق با GOST 2.601 است.

2.4. کامل بودن اسناد نرم افزار کامپیوتر مطابق با GOST 19.101.77 است.

2.5. هنگام توسعه مستقل بخشی از سیستم، اسناد مربوط به آن مطابق با الزامات این استاندارد تکمیل می شود.

3. نمادهای سند

3.1. به هر سند توسعه یافته باید یک نام مستقل اختصاص داده شود. سندی که بر روی حامل های داده مختلف اجرا می شود باید دارای یک نام باشد. حرف "M" به تعیین اسناد ساخته شده در رسانه های رایانه ای اضافه می شود.

اسناد وام گرفته شده، عناوین تعیین شده قبلی را حفظ می کنند.

3.2. این قوانین برای اسنادی که قوانین تعیین آنها توسط استانداردهای دولتی سایر سیستم های اسناد تنظیم می شود، اعمال نمی شود.

3.3. نماد سند دارای ساختار زیر است:

پیش>___________
|___________|. XX. XX. X- X. م
تعیین سیستم | | | | | |
(بخش هایی از سیستم) | | | | | |
کد سند | | | | |
شماره سریال یک سند | | | |
نام ها | | | |
شماره ویرایش سند | | |
شماره قطعه سند | |
علامت سند ساخته شده توسط ماشین |
رسانه |

3.3.1. قوانین تعیین یک سیستم (بخشی از یک سیستم) در پیوست 2 آورده شده است.

3.3.2. کد سند از دو کاراکتر الفبایی تشکیل شده است. کد اسناد تعریف شده توسط این استاندارد مطابق با ستون 3 جدول وارد می شود. 2. کد اسناد اضافی به صورت زیر تشکیل می شود: کاراکتر اول یک حرف است که نوع سند را مطابق جدول نشان می دهد. 1، کاراکتر دوم یک عدد یا حرف است که شماره سریال یک سند از این نوع را نشان می دهد.

کد سند با یک نقطه از علامت قبلی جدا می شود.

3.3.3. شماره سریال اسناد یک نام (2 کاراکتر) از نام دوم شروع می شود و با یک نقطه از نام قبلی جدا می شود.

3.3.4. شماره ویرایش سند با شروع از دوم به ترتیب صعودی از 2 تا 9 اختصاص داده می شود و با یک نقطه از مقدار قبلی جدا می شود. شماره ویرایش بعدی در مواردی که نسخه قبلی حفظ شود (لغو نشده است) اختصاص داده می شود.

3.3.5. شماره قسمت سند با خط فاصله از علامت قبلی جدا می شود. اگر سند از یک قسمت تشکیل شده باشد، خط فاصله درج نمی شود و شماره قسمت سند اختصاص داده نمی شود.

3.3.6. ویژگی یک سند اجرا شده در رسانه کامپیوتری در صورت لزوم وارد می شود. حرف "M" با یک نقطه از علامت قبلی جدا می شود.

ضمیمه 1
اطلاعات

توضیح شرایط استفاده شده در این استاندارد

اسناد برای سیستم خودکار- مجموعه ای از اسناد مرتبط که به طور کامل تمام تصمیمات مربوط به ایجاد و بهره برداری از سیستم را توصیف می کند و همچنین اسنادی که انطباق سیستم را با الزامات مشخصات فنی و آمادگی آن برای عملیات (عملکرد) تأیید می کند.

اسناد طراحی و برآورد برای NPP- بخشی از اسناد NPP توسعه یافته برای انجام کارهای ساخت و ساز و نصب مربوط به ایجاد NPP.

مستندات کاری برای سخنرانان- بخشی از اسناد NPP لازم برای ساخت، ساخت، نصب و راه اندازی سیستم خودکار به طور کلی، و همچنین نرم افزار و سخت افزار، نرم افزار و مجتمع های روش شناختی و اجزای پشتیبانی فنی، نرم افزاری و اطلاعاتی موجود در سیستم

قوانین نامگذاری سیستم ها و قطعات آنها

1. ساختار تعیین یک سیستم خودکار یا بخشی از آن به شکل زیر است:

الف. ب. XXX
کد سازمان برنامه نویس | | |
کد طبقه بندی | |
سیستم (قطعات آن) | |
شماره ثبت |

2. کد سازمان توسعه دهنده مطابق با طبقه بندی کننده همه اتحادیه های شرکت ها، مؤسسات و سازمان ها (OKPO) یا طبق قوانین تعیین شده توسط اسناد هنجاری و فنی صنعت اختصاص داده می شود.

3. کد ویژگی های طبقه بندی یک سیستم یا بخشی از آن (زیر سیستم، مجتمع، جزء) مطابق با قوانین تعیین شده در صنعت بر اساس زیر کلاس 425 طبقه بندی کننده محصولات و/یا همه-اتحادیه تخصیص داده می شود. طبقه بندی اتحادیه زیرسیستم ها و مجتمع های وظایف سیستم کنترل خودکار - 1 84 154.

4. شماره ثبت سریال سیستم (بخشی از سیستم) توسط سرویس سازمان توسعه دهنده که وظیفه نگهداری از نمایه کارت و ثبت نام ها را بر عهده دارد، اختصاص می یابد. برای هر کد مشخصه ثبت، شماره های ثبت از 001 تا 999 تخصیص داده می شود.

داده های اطلاعاتی

1. توسعه و معرفی شد
کمیته دولتی استانداردهای اتحاد جماهیر شوروی
وزارت مهندسی ابزار، اتوماسیون و سیستم های کنترل اتحاد جماهیر شوروی

مجریان
آی پی واخلاکوف؛ Ya.G. ویلنچیک؛ N.M. ویتسین، دکتری. فن آوری علوم; F.R. سمور، Ph.D. فن آوری علوم; S.V. گرشینا; بی.ا. دیوکوف؛ L.M. سیدنبرگ، Ph.D. فن آوری علوم; A.P. ایگوشین، Ph.D. فن آوری علوم; یو.بی. ایرز، دکتری. فن آوری علوم (رهبر موضوع)؛ V.Yu. کورولف؛ I.A. کوروتیوا; E.S. کرانکوف، Ph.D. فن آوری علوم; V.I. ماخناچ، دکترای مهندسی. علوم; I.S. میتیایف؛ A.M. مصطفینا; E.I. نکریلوف، دکتری. فن آوری علوم; V.F. پوپوف E.G. ساوینا؛ N.V. استپانچیکووا؛ V.K. چیستوف، دکتری. فن آوری علوم; P.A. Shalaev، Ph.D. فن آوری علوم

2. با قطعنامه کمیته دولتی استانداردهای اتحاد جماهیر شوروی به تاریخ 24 مارس 1989 به شماره 664 تصویب و لازم الاجرا شد.

3. دوره بازرسی - 1999; فرکانس بازرسی - 10 سال

4. به جای GOST 24.101-80، GOST 24.102-80، RD 50-617-86

5. مرجع اسناد نظارتی و فنی

اصلاحات شماره 1 انجام شده است (تصویب و اجرا شده توسط قطعنامه کمیته دولتی اتحاد جماهیر شوروی برای مدیریت کیفیت محصول و استانداردهای مورخ 29 دسامبر 1990 شماره 3468، تاریخ اجرا 07/01/91).

نام گذاری محصولات و اسناد طراحی

GOST 2.201-80

کمیته ایالتی اتحاد جماهیر شوروی برای استانداردها

مسکو

استاندارد دولتی اتحادیه

سیستم یکپارچه اسناد طراحی نام محصولو اسناد طراحی سیستم یکپارچه برای اسناد طراحی. تعیین محصولات و اسناد طراحی

GOST 2.201-80

با فرمان کمیته دولتی استانداردهای اتحاد جماهیر شوروی مورخ 21 مارس 1980 به شماره 1274، تاریخ معرفی تاسیس شد.

از 01/01/84

انتشار مجدد. آگوست 1987

این استاندارد یک سیستم طبقه بندی غیرشخصی واحد را برای تعیین محصولات تولید اولیه و کمکی و اسناد طراحی آنها از تمام صنایع در طول توسعه ایجاد می کند. ساخت، بهره برداری و تعمیر.

1. مقررات عمومی

1.1. هر محصول باید مطابق با GOST 2.101-68 تعیین شود.

1.2 نام محصول همچنین نشانی از سند اصلی طراحی آن (نقشه یا مشخصات قطعه) است.

نام یک محصول و سند طراحی آن نباید برای تعیین محصول و سند طراحی دیگر استفاده شود.

1.3. نامگذاری محصولات و اسناد طراحی به صورت متمرکز یا غیرمتمرکز اختصاص داده می شود.

تخصیص متمرکز تعیین‌ها باید توسط سازمان‌هایی انجام شود که وزارت، بخش، انجمن یا صنعت این امر را بر عهده دارند. لیست محصولاتی که تعیین آنها به طور متمرکز تعیین می شود توسط وزارتخانه یا اداره تعیین می شود.

واگذاری غیرمتمرکز تعیین‌ها باید توسط سازمان‌های توسعه انجام شود.

1.4. محصولات و اسناد طراحی بدون توجه به اینکه در کدام محصولات و اسناد طراحی استفاده شده اند، نامی را که به آنها اختصاص داده شده حفظ می کنند.

1.5. نامگذاری محصولات و اسناد طراحی در اسناد دیگر بدون اختصار یا تغییر نوشته می شود، به استثنای موارد پیش بینی شده توسط GOST 2.113-75.

1.6. تعیین باید در هر برگ از سند طراحی، ساخته شده در چندین ورق نشان داده شود.

3. تعیین اجرا و مدارک محصول به صورت گروهی و روش اساسی اجرای اسناد طراحی

3.1. به هر نسخه از محصول باید یک نام مستقل اختصاص داده شود.

3.2. تعیین عملکرد باید دارای ساختار زیر باشد:

3.3. نام اصلی برای همه نسخه های صادر شده در یک گروه یا سند اصلی اصلی مشترک است. باید به یک سند اصلی گروهی به همان روشی که یک آیتم جداگانه اختصاص داده شود.

3.4. شماره سریال اجرا در نام پایه تعیین می شود و با خط فاصله از نام پایه جدا می شود، در صورت لزوم می توان شماره سریال های مجزای اجرا را حذف کرد (به عنوان مثال، به شرط وجود رابطه منطقی بین ویژگی ها). عملکرد بر اساس شماره سریال).

3.5. در روش گروهی اجرای سند، یک اجرا باید به صورت مشروط به عنوان اصلی پذیرفته شود. چنین طرحی باید فقط یک نام اصلی بدون شماره سریال طرح داشته باشد، به عنوان مثال، ABVG.302123.005. برای سایر نسخه ها، شماره سریال نسخه از 01 تا 98 به نام اصلی اضافه می شود.

یادداشت ها:

1. تعیین اجرای اصلی بدون نشان دادن شماره سریال اجرا به شما امکان می دهد سند واحد توسعه یافته را بدون تغییر نام آن به یک گروه تبدیل کنید.

2. در فرآیند پردازش داده های اسنادی با استفاده از فناوری رایانه، مجاز است از شماره سریال 99 برای تعیین مجموعه ای از اجزای یکسان برای همه نسخه ها استفاده شود.

3.6. با روش اصلی اجرای اسناد، تعیین اجرا شامل نام اصلی و شماره سریال اجرا از 01 تا 99 است.

AGVB.573241.020-01،

AGVB.573241.020-02،

AGVB.573241.020-03 و غیره

مجاز است نسخه هایی را با اضافه کردن شماره های سریال سه رقمی از 001 تا 999 تعیین کند.

AGVB.573241.020-001،

AGVB.573241.020-002 و غیره،

مجاز است به طرح ها به عنوان محصولات منفرد تخصیص داده شود یا یک سند گروهی (اسناد گروهی) برای چندین طرح (اما نه همه) با اختصاص نام های مناسب مطابق بند 3.5 این استاندارد صادر شود.

3.7. در صورت وجود طیف وسیعی از محصولات که دارای ویژگی های مشترک طراحی هستند، استفاده از شماره طرح اضافی مجاز است.

نقطه‌ها و خط تیره‌ها که نشانه‌های تقسیم‌کننده هستند، بین قسمت‌هایی از علامت قرار می‌گیرند.

نسخه هایی که از یک عدد اضافی استفاده می کنند با وجود ویژگی های متغیر (پوشش ها، پارامترها، حداکثر انحرافات آنها، شرایط عملیات آب و هوایی، پیکربندی اضافی محصول با اجزا و غیره) نشان داده می شوند که برای همه نسخه ها امکان پذیر است.

این ویژگی ها با اعداد اضافی مشخص می شوند که باید برای همه نسخه ها یکسان باشند.

شماره طرح اضافی باید به شکل یک عدد دو رقمی باشد، به جز 00. عدد یا هر یک از ارقام آن می تواند یک مشخصه یا مجموعه ای از ویژگی های مرتبط را نشان دهد (به عنوان مثال، برای محصول ABVG.523541.176-05.12، طرح اضافی شماره 12 به معنای ولتاژ 380 ولت با نمودار اتصال سیم پیچ مناسب است.

اجزای جدید توسعه یافته این محصولات که به ویژگی های یکسانی بستگی دارند با استفاده از همان شماره نسخه اضافی تعیین می شوند. در صورت لزوم، می توان چنین قطعاتی را بدون استفاده از شماره طراحی اضافی تعیین کرد.

در صورت وجود شماره اضافی، تمام نسخه ها باید با استفاده از شماره سریال دو رقمی طرح از 01 تا 98 تعیین شوند.

شماره های اجرای سریال و اضافی مستقل از یکدیگر تنظیم می شوند.

3.8. مجموعه اسناد ممکن است شامل اسنادی با تعیین گزینه های مختلف باشد که توسط این استاندارد تعیین شده است.

3.9. هنگام استفاده از شماره اجرای سریال سه رقمی، مجاز به اجرای سند اجرایی است که نام اصلی آن با تعیین سند پایه مطابقت ندارد.

ABVG.523142.025 - سند پایه،

ABVG.523142.037-002 - سند اجرا.

به یک مشخصه گروهی از اعدام ها باید یک نام مطابق با همان قسمت از تعیین اعدام های موجود در مشخصات اعدام ها اختصاص داده شود.

3.10. به یک سند گروهی یا غیراصلی اساسی مربوط به همه اجراها، با اضافه کردن یک کد سند، یک نام اصلی اختصاص داده می‌شود.

ABVG.302123.005SB،

ABVG.573241.020SB.

یک سند غیر اصلی که برای یک اجرا اجرا می شود باید با اضافه کردن یک کد سند، به عنوان مثال، AGVB، نام این اجرا را تعیین کند. 573241.020-03SB.

یک سند گروهی غیراصلی که برای چندین طرح یا محصول (اما نه همه) ساخته شده است، با اضافه کردن یک کد سند، نام یکی از طرح ها یا محصولات را به آن اختصاص می دهد. در این مورد، توصیه می شود یک نام کوچکتر (جوان) اختصاص دهید، به عنوان مثال، یک نقشه مونتاژ گروهی که مطابق با طرح AGVB.573241.020-02، AGVB.573241.020-03، AGVB.573241.020-06 طراحی شده است، به طرح AGVB اختصاص داده شده است. .573241.020-02SB.

3.11. سند اصلی با نام اصلی پیدا می شود، به عنوان مثال، برای اجرای ABVG.302123.005-03، سند اصلی باید با نام ABVG.302123.005 جستجو شود. اگر معلوم شود که چنین سندی یک سند پایه است، باید سند اجرای اصلی نیز پیدا شود.

هنگام تعیین با شماره اجرای سریال سه رقمی، سند اصلی باید با نام کامل جستجو شود.

4. قوانین واگذاری و حسابداری یادداشت ها

4.1. کد سازمان توسعه‌دهنده، کد و نام سند طراحی، و همچنین ویژگی‌های طبقه‌بندی طبق طبقه‌بندی کننده ESKD توسط بخش‌هایی که مستندات را توسعه داده‌اند نشان داده می‌شوند.

4.2. شماره ثبت سریال با ارائه سند اصلی با امضا در ستون های "توسعه یافته" و "بررسی شده" کتیبه اصلی (GOST 2.104-68) توسط سرویس برای نگهداری فهرست کارت از نام های سازمان توسعه دهنده اختصاص داده می شود.

هنگام تخصیص نام ها به صورت مرکزی، شماره ثبت سریال بر اساس درخواستی که فرم آن توسط وزارتخانه ها تعیین می شود، اختصاص می یابد.

4.3. برای در نظر گرفتن نام های محصول و اسناد طراحی برای هر مشخصه طبقه بندی استفاده شده، یک کارت ثبت نام تهیه می شود. فرم پیشنهادی و نمونه پر کردن کارت در توصیه نامه آورده شده است.

4.4. کارت‌های ثبت نام باید در بایگانی‌ها به ترتیب صعودی کد مشخصات طبقه‌بندی در کد سازمان توسعه‌دهنده نگهداری شود.

4.5. شماره ثبت سریال اسناد لغو شده مجاز نمی باشد.

4.6. صدور و ثبت نام گذاری محصولات اساسی باید به همان ترتیبی که نام گذاری تک تک محصولات انجام شود.

4.7. صدور و حسابداری تعیین عملکرد باید در هر تعیین اساسی سند اصلی انجام شود.

4.8. تخصیص شماره ثبت سریال به قطعاتی که نقشه هایی برای آنها صادر نشده است () و در نظر گرفتن آنها باید هنگام تعیین نام به مشخصاتی که این قطعات در آن ثبت شده اند انجام شود.

ساختار نامگذاری اسناد طراحی اسکیس

در ستون 4 - شماره سریال برگه بعدی کارت که توسط یک مشخصه طبقه بندی اشغال شده است.

در ستون 5 - شماره ثبت سریال محصولات (اسناد) که با اعداد سه رقمی از 001 تا 999 مشخص شده است.

برای انجام این کار، صدها رقم مربوطه (0.1، 2، 3، و غیره) به اعداد دو رقمی در سمت چپ فرم های کارت حسابداری (0.1، 2، 3، و غیره) اضافه می شود.

در ستون های 6، 7، 8 - نام خانوادگی توسعه دهنده سند، که شماره ثبت سریال، نام کوتاه یا نام بخشی که در آن کار می کند، و امضای سازنده سند.

در ستون 9 (ستون رایگان) ممکن است داده های حسابداری اضافی به صلاحدید شرکت ارائه شود، به عنوان مثال، علامتی در یک سند گروه، کد سند و غیره.

در ستون 10 - تاریخ صدور شماره ثبت سریال؛

در ستون 11 - تاریخ تحویل نسخه اصلی برای ذخیره سازی.

سلول های اعداد 0 - 9 که در بالای کارت تعیین قرار دارند، به گونه ای طراحی شده اند که یافتن کارت ها را در فهرست کارت آسان تر می کند. برای انجام این کار، در کارت های موجود در سلول های دارای اعداد 0 - 9، باید رقم دوم را برای نشان دادن شماره کلاس امضا کنید. در کارت ها، باید تمام سلول های سمت راست را بعد از شماره کلاس برش دهید.

هنگامی که دو طرف جلو و پشت اولین برگه کارت به طور کامل پر شد، ثبت شماره سریال برای این مشخصه طبقه بندی در برگه بعدی کارت انجام می شود که در آن ستون های 1 و 2 باید مطابق با پر شود. داده های برگه اول، در ستون 3 شماره سریال برگه کارت نشان داده شده است.

ستون 4 در برگه قبلی پر شده است.

تمام برگه های کارت برای یک مشخصه طبقه بندی باید با هم منگنه شوند.

هنگام تخصیص شماره ثبت به قطعاتی که نقشه برای آنها صادر نشده است، در ستون 3 باید نام نقشه مونتاژی را که قطعه روی آن نشان داده شده است، نشان دهید.

برای ثبت نام اجراها، یک کارت جداگانه باز کنید. ستون های کارت مطابق با موارد فوق پر شده است، به جز ستون 2 که شماره ثبت سریال علاوه بر آن نوشته شده است، و در ستون 5 - خط فاصله و شماره نسخه محصول.

کارت ثبت نام برای اجرای احکام باید همراه با کارتی که نام اصلی سند طراحی گروهی در آن ثبت شده است ذخیره شود.

نمونه ای از پر کردن کارت ثبت نام