GOST على أنواع برامج المستندات. تسجيل البرنامج حسب GOST (كيف). نظام موحد لتوثيق البرنامج
تسجيل وثائق البرنامج
الشروط المرجعية لتطوير منتج البرنامج
3.2 وصف البرنامج
3.3 نص البرنامج
برنامج الاختبار ومنهجيته
3.5 متطلبات وثائق البرنامج في شكل مطبوع
طلب. شكل المواصفات الفنية لتطوير منتج برمجي (منتجات ، نماذج)
مقدمة. معلومات عامة عن النظام الموحد لتوثيق البرامج (ESPD).
النظام الموحد لتوثيق البرنامج هو مجموعة من معايير الدولة التي تضع قواعد مترابطة لتطوير وتصميم وتعميم البرامج وتوثيق البرنامج.
تحدد معايير ESPD الأحكام العامة والمعايير الأساسية ، وقواعد تنفيذ وثائق التطوير ، وقواعد تنفيذ وثائق التصنيع ، وقواعد تنفيذ وثائق الصيانة ، وقواعد تنفيذ الوثائق التشغيلية ، وقواعد التعامل مع وثائق البرنامج والمعايير الأخرى.
يتضمن نظام ESPD:
المعايير الأساسية والتنظيمية والمنهجية ؛
· المعايير التي تحدد أشكال ومحتوى وثائق البرنامج المستخدمة في معالجة البيانات ؛
· المعايير التي توفر أتمتة تطوير وثائق البرنامج.
تتضمن قائمة مستندات ESPD GOSTs التالية:
GOST 19.001-77 ESPD. الأحكام العامة.
GOST 19.101-77 ESPD. أنواع البرامج ووثائق البرنامج (أعيد إصدارها في نوفمبر 1987 مع التعديلات).
GOST 19.102-77 ESPD. مراحل التطور.
GOST 19.103-77 ESPD. تسمية البرامج ووثائق البرنامج.
GOST 19.104-78 ESPD. النقوش الأساسية.
GOST 19.105-78 ESPD. المتطلبات العامة لوثائق البرنامج.
GOST 19.106-78 ESPD. متطلبات وثائق البرنامج في شكل مطبوع.
GOST 19.201-78 ESPD. مهمة فنية. متطلبات المحتوى والتصميم.
GOST 19.202-78 ESPD. تخصيص. متطلبات المحتوى والتصميم.
GOST 19.301-79 ESPD. إجراءات البرنامج والاختبار.
GOST 19.401-78 ESPD. نص البرنامج. متطلبات المحتوى والتصميم.
GOST 19.402-78 ESPD. وصف البرنامج.
GOST 19.404-79 ESPD. ملاحظة توضيحية. متطلبات المحتوى والتصميم.
GOST 19.501-78 ESPD. استمارة. متطلبات المحتوى والتصميم.
GOST 19.502-78 ESPD. وصف التطبيق. متطلبات المحتوى والتصميم.
GOST 19.503-79 ESPD. دليل مبرمج النظام. متطلبات المحتوى والتصميم.
GOST 19.504-79 ESPD. دليل المبرمج.
GOST 19.505-79 ESPD. دليل المشغل.
GOST 19.506-79 ESPD. وصف اللغة.
GOST 19.508-79 ESPD. كتيب الصيانة. متطلبات المحتوى والتصميم.
GOST 19.604-78 ESPD. قواعد لإجراء تغييرات على مستندات البرنامج التي تتم طباعتها.
GOST 19.701-90 ESPD. مخططات الخوارزميات والبرامج والبيانات والأنظمة. الاتفاقيات وقواعد التنفيذ.
GOST 19.781-90. توفير برمجيات نظم معالجة المعلومات.
تشمل المعايير الأخرى في مجال توثيق أنظمة البرمجيات (PS) ما يلي:
GOST 34.602-89 تكنولوجيا المعلومات. مجموعة معايير للأنظمة الآلية. الشروط المرجعية لإنشاء نظام آلي.
GOST 34.601-90 تكنولوجيا المعلومات. مجموعة معايير للأنظمة الآلية. النظام الآلي. مراحل الخلق.
GOST R ISO / IEC TO 12182-2002 تكنولوجيا المعلومات. تصنيف البرامج.
GOST R ISO / IEC 12207-99 تكنولوجيا المعلومات. عمليات دورة حياة البرمجيات.
تكنولوجيا المعلومات GOST R ISO / IEC 14764-2002. صيانة البرمجيات.
تكنولوجيا المعلومات GOST R ISO / IEC 15026-2002. مستويات سلامة الأنظمة والبرمجيات.
GOST R ISO / IEC TO 15271-2002 تكنولوجيا المعلومات. إرشادات لتطبيق GOST R ISO / IEC 12207-99.
تكنولوجيا المعلومات GOST R ISO / IEC 15910-2002. عملية إنشاء وثائق مستخدم أداة البرمجيات.
معايير ISO / IEC الدولية:
ISO / IEC 12207: 2008 هندسة النظم والبرمجيات - عمليات دورة حياة البرمجيات.
ISO / IEC 15288: 2008 هندسة النظم والبرمجيات - عمليات دورة حياة النظام.
IEEE 830-1998 الممارسة الموصى بها لمواصفات متطلبات البرامج.
دليل IEEE 1233-1998 لتطوير مواصفات متطلبات النظام.
يوصى بممارسة IEEE 1016-1998 لوصف تصميم البرامج.
ISO / IEC 42010 IEEE Std 1471-2000 هندسة النظم والبرمجيات - الممارسة الموصى بها للوصف المعماري للأنظمة كثيفة البرامج.
أنظمة إدارة الجودة ISO 9001: 2000 - المتطلبات.
ISO / IEC 90003: 2004 هندسة البرمجيات - إرشادات لتطبيق ISO 9001: 2000 على برامج الكمبيوتر.
ISO / IEC TR 90005: 2008 هندسة البرمجيات - إرشادات لتطبيق ISO 9001: 2000 على عمليات دورة حياة النظام.
ISO / IEC 9126-1: 2001 هندسة البرمجيات - جودة المنتج - الجزء 1: نموذج الجودة.
ISO / IEC 9126-2: 2003 هندسة البرمجيات - جودة المنتج - الجزء 2: المقاييس الخارجية.
ISO / IEC 9126-3: 2003 هندسة البرمجيات - جودة المنتج - الجزء 3: المقاييس الداخلية.
ISO / IEC 9126-4: 2004 هندسة البرمجيات - جودة المنتج - الجزء 4: مقاييس الجودة في الاستخدام.
ISO / IEC 25051: 2006 هندسة البرمجيات - متطلبات جودة منتجات البرامج وتقييمها (SQuaRE) - متطلبات جودة منتج البرامج التجارية غير الجاهزة (COTS) وتعليمات الاختبار.
معيار IEEE 829-1998 لوثائق اختبار البرامج.
معيار IEEE 829-2008 لتوثيق اختبار البرامج والنظام.
معيار IEEE 1008-1987 (R1993 ، R2002) لاختبار وحدة البرامج.
ISO / IEC 14598-1: 1999 تكنولوجيا المعلومات - تقييم منتج البرمجيات - الجزء 1: نظرة عامة.
ISO / IEC 14598-2: 2000 هندسة البرمجيات - تقييم المنتج - الجزء 2: التخطيط والإدارة.
ISO / IEC 14598-3: 2000 هندسة البرمجيات - تقييم المنتج - الجزء 3: عملية للمطورين.
ISO / IEC 14598-4: 1999 هندسة البرمجيات - تقييم المنتج - الجزء 4: عملية المستحوذين.
ISO / IEC 14598-5: 1998 تكنولوجيا المعلومات - تقييم منتج البرمجيات - الجزء 5: عملية المقيمين.
ISO / IEC 14598-6: 2001 هندسة البرمجيات - تقييم المنتج - الجزء 6: توثيق وحدات التقييم.
كما ترون ، تم تطوير الجزء الرئيسي من مجموعة معايير ESPD المحلية في السبعينيات والثمانينيات. هذه المعايير عفا عليها الزمن جزئيًا ، بالإضافة إلى أنها لا تخلو من بعض العيوب: أولاً ، لا تعكس بعض الاتجاهات الحديثة في تصميم البرامج وتوثيق البرامج ، وثانيًا ، تحتوي هذه المعايير على نسخ متعددة لأجزاء من وثائق البرنامج. ومع ذلك ، لعدم وجود طريقة أفضل ، يجب على المرء أن يركز عليها.
تعمل معايير ESPD على تبسيط عملية توثيق أنظمة البرامج. في الوقت نفسه ، تسمح معايير ESPD ، بناءً على متطلبات العميل ، بإجراء بعض التغييرات في مجموعة الوثائق لأنظمة البرامج في كل من الهيكل ومحتوى الأنواع المحددة من مستندات البرنامج.
بالإضافة إلى ذلك ، المعايير المذكورة أعلاه استشارية بطبيعتها وتصبح إلزامية على أساس تعاقدي - أي عند الإشارة إليها في عقد تطوير أو توريد برامج.
عند النظر في قواعد تجميع وثائق البرنامج ، يجب أن يوضع في الاعتبار أنه من المستحسن أن تسبق كل وثيقة ببعض المقدمة.
تحتوي المقدمة على كلمات عامة حول الملاءمة والضرورة والأهمية ، إلخ. منتج برمجي مطور.
G O S U D A R S T V E N N Y S T A N D A R T S O YU Z A S S R
|
نظام موحد لتوثيق البرنامج |
GOST 19.401-78(ST SEV 3746-82) |
نص البرنامج.
|
|
|
النظام المتحد لتوثيق البرنامج. |
حدد مرسوم لجنة الدولة لاتحاد الجمهوريات الاشتراكية السوفياتية للمعايير بتاريخ 18 ديسمبر 1978 رقم 3350 الموعد النهائي للتقديم
من 01.01.2018 1980
1. يحدد هذا المعيار متطلبات محتوى وتصميم وثيقة البرنامج "نص البرنامج" ، المحددة بواسطة GOST 19.101-77.
يتوافق المعيار تمامًا مع ST SEV 3746-82.
2. تم إنشاء هيكل وتصميم الوثيقة وفقًا لـ GOST 19.105-78.
تجميع الجزء الإعلامي (الملخص والمحتوى) اختياري. بالنسبة لنص البرنامج بلغة المصدر ، إذا كان هناك تعليق توضيحي ، فإنه يتضمن وصفًا موجزًا لوظائف البرنامج.
(طبعة منقحة ، مراجعة رقم 1).
3. يجب أن يتكون الجزء الرئيسي من الوثيقة من نصوص قسم واحد أو أكثر ، والتي يتم منحها عناوين.
يُسمح أيضًا بإدخال أسماء لمجموعة من الأقسام.
4. يتم تنفيذ كل قسم من هذه الأقسام بواسطة أحد أنواع الرموز الرمزية ، على سبيل المثال:
- تدوين رمزي في اللغة المصدر ؛
- تدوين رمزي في اللغات الوسيطة ؛
- تمثيل رمزي لرموز الآلة ، إلخ.
إعادة الإصدار (نوفمبر 1987) مع التعديلات رقم 1 المعتمدة في مارس 1983 (IUS 7-83)
يعد توثيق البرنامج جزءًا لا يتجزأ من منتج البرنامج ويجب إعداده وفقًا للنظام الموحد لتوثيق البرنامج (ESPD - GOST series 19). كجزء من العمل التدريبي ، يُسمح بإرفاق كل محتوى وثائق البرنامج في "تقرير برنامج" واحد ، بينما تتوافق المتطلبات الرسمية لتصميم مثل هذا التقرير مع متطلبات تقرير البحث والتطوير. وثائق البرنامج ، باستثناء الوثائق الرسمية (المواصفات ، قائمة الحائزين الأصليين ، النموذج ، إلخ) ، تشمل:
- · الشروط المرجعية (الغرض ، نطاق البرنامج ، متطلبات البرنامج).
- · نص البرنامج (تسجيل البرنامج مع التعليقات اللازمة).
- · وصف البرنامج (معلومات حول التركيب المنطقي وأداء البرنامج).
- · ملاحظة توضيحية (مخطط الخوارزمية ، الوصف العام للخوارزمية و / أو تشغيل البرنامج ، تبرير القرارات المتخذة).
- · الوثائق التشغيلية.
يتم وضع وثيقة البرنامج "مذكرة توضيحية" في مرحلة المسودة أو التصميم الفني للبرنامج. كقاعدة عامة ، لا يتم استخدامه في مرحلة مسودة العمل.
الوثائق التشغيلية تشمل:
- · وصف التطبيق (معلومات حول الغرض من البرنامج ، والنطاق ، والأساليب المطبقة ، وفئة المهام المراد حلها ، والقيود المفروضة على التطبيق ، والحد الأدنى من تكوين الأجهزة).
- · دليل مبرمج النظام (معلومات للفحص والتأكد من التشغيل وضبط البرنامج لشروط تطبيق معين).
- · دليل المبرمج (معلومات عن تشغيل البرنامج).
- · دليل المشغل (معلومات لضمان الاتصال بين المشغل ونظام الكمبيوتر أثناء تنفيذ البرنامج).
- · وصف اللغة (وصف بناء الجملة ودلالات اللغة).
- · دليل الصيانة (معلومات لاستخدام برامج الاختبار والتشخيص في صيانة الأجهزة).
يتم تجميع الجزء الرئيسي من وثائق البرنامج في مرحلة التصميم التفصيلي. يتم تحديد الحاجة إلى وثيقة معينة في مرحلة وضع الاختصاصات. يُسمح بدمج أنواع منفصلة من المستندات. يتم تضمين مستند التشغيل "وصف اللغة" في وثائق البرنامج إذا كان منتج البرنامج المطور يطبق لغة برمجة معينة ، وإدارة المهام ، وتنظيم عملية الحوسبة ، وما إلى ذلك. يتم تضمين مستند التشغيل "دليل الصيانة" في وثائق البرنامج إذا كان منتج برنامج مطور يتطلب استخدام برامج الاختبار أو التشخيص.
نص البرنامجيمثل تدوينًا رمزيًا في لغة مصدر أو وسيطة ، أو تمثيلًا رمزيًا لرموز الآلة. تم تنسيق نص البرنامج بخط أحادي (Courier ، Lucida Console ، إلخ) وفقًا لمعايير التصميم المقبولة عمومًا:
- 1. يجب أن يساوي عدد المشغلين في كل سطر 1.
- 2. يجب نقل جميع العبارات المدرجة في البيان المركب إلى اليمين بنفس عدد المواضع ، بينما يجب وضع أقواس المشغل (أي ما يحدد العبارة المركبة) المتعلقة بنفس الكتلة على النحو التالي: يجب أن يكون قوس الفتح على نفس سطر العبارة التي تفتح الكتلة ، ويجب أن تكون العبارة الختامية في نفس العمود الذي تبدأ به العبارة التي تفتح الكتلة. يُسمح بوضع قوس فتح على السطر الذي يلي العبارة التي تفتح الكتلة ، في نفس العمود الذي تبدأ به هذه العبارة.
- 3. يجب وضع سطر نص المصدر للبرنامج بالكامل في سطر مطبعي واحد (حتى 80 حرفًا حسب الخط). يشير عدم الامتثال لهذه القاعدة إلى وجود الكثير من تداخل الكتل ، مما يعني عدم نجاح خوارزمية أو بنية برنامج. في هذه الحالة ، يوصى بإعادة التفكير في بنية البرنامج ، وإدخال وظائف إضافية ، واستبدال بعض الأجزاء الكبيرة من الكود بمكالماتها ، وإعادة الخوارزمية ، وما إلى ذلك.
- 4. إذا كانت صيغة اللغة تسمح بذلك ، فمن المستحسن فصل إشارات العمليات بمسافات عن المعاملات. كما هو الحال في النص العادي ، يجب أن تتبع الفواصل بمسافة.
- 5. يجب فصل تعريفات الوظائف أو الأجزاء المنطقية من البرنامج عن بعضها البعض بأسطر فارغة.
- 6. يجب أن تكون المعرفات (أسماء المتغيرات ، والأنواع ، والبرامج الفرعية) مهمة بدرجة كافية حتى يتمكن قارئ نص البرنامج من فهم معناها دون وجود المؤلف في مكان قريب. إذا لزم الأمر ، قد يكون الإعلان عن متغير أو نوع مصحوبًا بتعليق.
- 7. يجب أن يحتوي نص البرنامج على تعليقات تعكس الغرض الوظيفي لكتلة معينة من البرنامج ، وهي بنية البرنامج.
وثيقة وصف البرنامجيحتوي على:
- · معلومات عامة (اسم البرنامج ، البرمجيات المطلوبة لتشغيل البرنامج ، لغات البرمجة التي يُكتب بها البرنامج) ؛
- الغرض الوظيفي (فئات المهام التي يتعين حلها ، ومعلومات حول القيود الوظيفية على التطبيق) ؛
- وصف الهيكل المنطقي (خوارزمية البرنامج ، الطرق المستخدمة ، هيكل البرنامج مع وصف الأجزاء المكونة والعلاقة بينها) ؛
- · الأجهزة المستخدمة (أنواع أجهزة الكمبيوتر والأجهزة المستخدمة في البرنامج).
- · الاتصال والتحميل (طريقة استدعاء البرنامج من ناقل البيانات المقابل) ؛
- · بيانات المدخلات (الطبيعة والتنظيم والإعداد الأولي لبيانات الإدخال ، بالإضافة إلى شكلها ووصفها وطريقة تشفيرها) ؛
- · بيانات المخرجات (طبيعة وتنظيم بيانات المخرجات وشكلها ووصفها وطريقة ترميزها).
يجب أن يكون وصف الهيكل المنطقي للبرنامج مصحوبًا بمخطط انسيابي للبرنامج. قد تحتوي وثيقة "وصف البرنامج" أيضًا على مخططات بيانات ، وخطط تفاعل البرنامج ، وخطط موارد النظام ، وما إلى ذلك ، والتي تم وضعها وفقًا لـ GOST 19.701-90.
وثيقة وصف التطبيقيشير إلى المستندات التشغيلية ويتكون من الأقسام التالية:
- · الغرض من البرنامج (الفرص ، الخصائص الرئيسية ، حدود النطاق).
- · شروط التطبيق (متطلبات الأجهزة والبرمجيات ، الخصائص العامة لمعلومات الإدخال والإخراج ، وكذلك المتطلبات والشروط ذات الطبيعة التنظيمية والفنية والتكنولوجية).
- وصف المهمة (يشار إلى تعريفات المهمة وطرق حلها).
- · بيانات الإدخال والإخراج.
وثيقة دليل مبرمج النظاميشير إلى المستندات التشغيلية ويتم تضمينه في وثائق البرنامج إذا كان منتج البرنامج المطور يتطلب صيانة من قبل مبرمج النظام. يتكون المستند من الأقسام التالية:
- · معلومات عامة عن البرنامج (موعد البرنامج ووظائفه ، معلومات عن الأدوات التقنية والبرمجية التي تضمن تنفيذ هذا البرنامج).
- · بنية البرنامج (معلومات حول الهيكل ، العلاقة بين وحدات البرنامج والبرامج الأخرى).
- * إعداد البرنامج (الإعداد على تكوين الوسائل التقنية ، واختيار الوظائف) /
- * فحص البرنامج (طرق وطرق الفحص ، حالات الاختبار ، طرق التشغيل ، النتائج).
- * ميزات إضافية.
- * رسائل إلى مبرمج النظام (نصوص الرسائل الصادرة أثناء الإعداد ، التحقق من البرنامج ، أثناء تنفيذ البرنامج ووصف الإجراءات التي يجب اتخاذها على هذه الرسائل).
يشير مستند دليل المبرمج إلى المستندات التشغيلية ويتم تضمينه في وثائق البرنامج إذا كان منتج البرنامج المطور يتطلب صيانة من قبل المبرمج. يتكون المستند من الأقسام التالية:
- * الغرض من تطبيق البرنامج وشروطه (الغرض من البرنامج ووظائفه ، معلومات حول الأجهزة والبرامج التي تضمن تنفيذ هذا البرنامج).
- * خصائص البرنامج (خصائص الوقت ، طرق التشغيل ، وسائل مراقبة التنفيذ الصحيح ، إلخ).
- * مناشدة البرنامج (طرق نقل الضبط ومعاملات البيانات).
- * بيانات الإدخال والإخراج (التنسيق والتشفير).
- * الرسائل (نصوص الرسائل الصادرة للمبرمج أو المشغل أثناء تنفيذ البرنامج ووصف للإجراءات الواجب اتخاذها على هذه الرسائل).
يشير دليل المشغل إلى المستندات التشغيلية ويتكون من الأقسام التالية:
- * الغرض من البرنامج (معلومات كافية لفهم وظائف البرنامج وتشغيله) ؛
- * شروط تنفيذ البرنامج (الحد الأدنى و / أو الحد الأقصى لمجموعة الأجهزة والبرامج ، إلخ) ؛
- * تنفيذ البرنامج (سلسلة من إجراءات المشغل التي تضمن تحميل البرنامج وإطلاقه وتنفيذه وإتمامه ؛ يصف الوظائف والأشكال والخيارات للأوامر التي يقوم المشغل بتحميلها والتحكم في تنفيذ البرنامج ، بالإضافة إلى البرنامج الردود على هذه الأوامر) ؛
- * رسائل إلى المشغل (نصوص رسائل صادرة إلى المشغل أثناء تنفيذ البرنامج ووصف للإجراءات الواجب اتخاذها بشأن هذه الرسائل).
عند تصميم النصوص والمواد الرسومية المدرجة في وثائق البرنامج ، يجب اتباع المعايير الحالية. بعض هذه المعايير مذكورة أدناه. تصميم النص والرسومات. يتم وضع المستندات النصية على أوراق A4 ، ويمكن تقديم المواد الرسومية على أوراق A3. يتم تحديد الحقول الموجودة على الورقة وفقًا للمتطلبات العامة: يسار - 30 على الأقل ، يمين - 10 على الأقل ، أعلى - 15 على الأقل ، وأسفل - 20 مم على الأقل. في برامج تحرير النصوص لتصميم الملاحظات ، يتم ترتيب معلمات الصفحة اعتمادًا على جهاز الطباعة. عند تحضير المستندات يدويًا ، يتم اختيار إعدادات الصفحة للراحة. ترقيم جميع الصفحات مستمر. الرقم مثبت في أعلى اليمين بالأرقام العربية. تعتبر الصفحات أوراق بها نصوص ورسومات ، بالإضافة إلى أوراق التطبيق. تعتبر صفحة العنوان الصفحة الأولى. لم يتم لصق رقم الصفحة على صفحة العنوان. تتم كتابة أسماء الأقسام بأحرف كبيرة في منتصف السطر. يجب أن تكون المسافة بين العناوين والنص ، وكذلك بين عناوين الأقسام والأقسام الفرعية ، مساوية لـ:
- * عند تنفيذ مستند مكتوب على الآلة الكاتبة - فترتان.
- * عند الكتابة بخط اليد - 10 ملم.
يجب وضع أسماء الأقسام الفرعية والفقرات مع مسافة بادئة للفقرة وطباعتها في صف بحرف كبير ، بدون تسطير وبدون نقطة في النهاية. يجب أن تكون المسافة بين السطر الأخير من نص القسم السابق والعنوان التالي ، عند وضعها في صفحة واحدة ، مساوية لـ:
- * عند تنفيذ مستند بطريقة مطبوعة - ثلاث فترات.
- * عند القيام به باليد - 15 مم على الأقل.
- * عند استخدام برامج تحرير النصوص - تحددها إمكانيات المحرر.
يتم ترقيم الأقسام والأقسام الفرعية بأرقام عربية بنقطة. يجب أن تحتوي الأقسام على أرقام تسلسلية 1 ، 2 ، إلخ. يتضمن رقم القسم الفرعي رقم القسم والرقم التسلسلي للقسم الفرعي المضمن في هذا القسم ، مفصولاً بنقطة. على سبيل المثال: 2.1 ، 3.5. يشار إلى الإشارات إلى الفقرات والأقسام والأقسام الفرعية باستخدام الرقم التسلسلي للقسم أو الفقرة ، على سبيل المثال ، "في ثوان. 4 "،" في الفقرة 3.3.4 ". تتم طباعة نص المقاطع بفواصل زمنية تتراوح بين 1.5 و 2. عند استخدام برامج تحرير النصوص ، يجب ألا يقل ارتفاع الأحرف والأرقام عن 1.8 مم (الخطوط رقم 11-12). يجب ترقيم التعدادات بأرقام عربية مع قوس ، على سبيل المثال: 2) ، 3) ، وما إلى ذلك - مع مسافة بادئة للفقرة. يُسمح بتمييز التعداد بوضع واصلة قبل عنصر نصي أو حرف يحل محله في برامج تحرير النصوص. تصميم الرسومات ومخططات الخوارزميات والجداول والصيغ. وفقًا لـ GOST 2.105-79 "المتطلبات العامة للمستندات النصية" ، يمكن تقديم الرسوم التوضيحية (الرسوم البيانية والمخططات والرسوم البيانية) في كل من النص الرئيسي والملحق. يشار إلى جميع الرسوم التوضيحية بالرسومات. جميع الأشكال والجداول والصيغ مرقمة بالأرقام العربية بالتسلسل (من خلال الترقيم) أو داخل قسم (ترقيم نسبي). في التطبيق - داخل التطبيق. يجب أن يكون لكل شخصية تعليق - عنوان يوضع تحت الشكل ، على سبيل المثال: الشكل 12. شكل نافذة القائمة الرئيسية.
يجب الإشارة إلى جميع الأشكال والجداول والصيغ في الملاحظة في النموذج: "(الشكل 12)" أو "يظهر شكل نافذة القائمة الرئيسية في الشكل. 12 ". إذا سمحت المساحة ، يجب وضع الأشكال والجداول مباشرة بعد الفقرة التي ذُكرت فيها لأول مرة ، أو أقرب ما يمكن إلى تلك الفقرة في الصفحات التالية. إذا احتل الشكل أكثر من صفحة واحدة ، في جميع الصفحات باستثناء الصفحة الأولى ، يتم كتابة رقم الشكل وكلمة "متابعة". على سبيل المثال: التين. 12. تابع.
يجب وضع الأشكال بحيث يمكن عرضها دون قلب الصفحة. إذا لم يكن هذا الموضع ممكنًا ، فيجب ترتيب الأشكال بحيث يجب تدوير الصفحة في اتجاه عقارب الساعة لعرضها. في هذه الحالة ، الحافة العلوية هي الحافة اليسرى للصفحة. يتم الاحتفاظ بموقع وحجم الحقول.
يجب إجراء مخططات الخوارزمية وفقًا لمعيار ESPD. يجب أن تكون سماكة الخط الصلب عند رسم مخططات الخوارزميات من 0.6 ... 1.5 مم. يجب عمل النقوش على المخططات بنوع رسم ، ويجب ألا يقل ارتفاع الحروف والأرقام عن 3.5 مم.
يتم وضع رقم الجدول في الزاوية اليمنى العليا أو قبل عنوان الجدول ، إن وجد. العنوان ، باستثناء الحرف الأول ، مكتوب بأحرف صغيرة. يشار إلى الإشارات إلى الجداول في نص الملاحظة التفسيرية في شكل كلمة "جدول". وأرقام الجدول. على سبيل المثال: نتائج الاختبار معطاة في الجدول. أربعة.
يتم وضع رقم الصيغة على الجانب الأيمن من الصفحة بين قوسين على مستوى الصيغة. على سبيل المثال: z: = sin (x) + ln (y)؛ (12)
تصميم التطبيقات. يجب أن يبدأ كل تطبيق في صفحة جديدة بكلمة "ملحق" بأحرف كبيرة في الزاوية اليمنى وأن يكون له عنوان موضوعي. في حالة وجود أكثر من تطبيق واحد ، يتم ترقيمها جميعًا بالأرقام العربية: الملحق 1 ، الملحق 2 ، إلخ. على سبيل المثال: الملحق 2 صفحة العنوان للتسوية والملاحظة التفسيرية.
الأرقام والجداول الموضوعة في الطلب مرقمة بالأرقام العربية داخل كل تطبيق مع إضافة الحرف "P" ، على سبيل المثال: الشكل. P. 12 - الرسم الثاني عشر للتطبيق ؛ أرز. P1.2 - الرسم الثاني للتطبيق الأول.
إذا كان التطبيق يحتوي على نص البرنامج ، فسيتم رسم كل ملف كصورة مع اسم الملف والغرض منه ، على سبيل المثال: الشكل. P2.4. يعد ملف menuran.pas برنامجًا لتحريك مؤشر القائمة الرئيسية.
يجب أن تتضمن قائمة المراجع جميع المصادر المستخدمة. يجب أن تحتوي المعلومات المتعلقة بالكتب (الدراسات والكتب المدرسية والكتيبات والمراجع وما إلى ذلك) على: اسم العائلة والأحرف الأولى من اسم المؤلف ، وعنوان الكتاب ، ومكان النشر ، والناشر ، وسنة النشر. إذا كان هناك ثلاثة مؤلفين أو أكثر ، فيُسمح بالإشارة إلى اللقب والأحرف الأولى من أولهم فقط بالكلمات "وآخرون". يجب ذكر دار النشر بالكامل في الحالة الاسمية: يمكن اختصار مدينتين فقط: موسكو (M.) وسانت بطرسبرغ (سانت بطرسبرغ).
يجب أن تتضمن المعلومات حول مقال من إحدى الدوريات: اسم العائلة والأحرف الأولى من اسم المؤلف ، وعنوان المقالة ، والإصدار (المجلة) ، والمسلسل (إن وجد) ، وسنة الإصدار ، والمجلد (إن وجد) ، ورقم الإصدار (المجلة) وأرقام الصفحات التي تم نشر المقالة عليها.
وبالتالي ، فقد درسنا كيفية إعداد الوثائق بشكل صحيح بحيث لا تكون هناك مطالبات من العميل. لقد فحصنا بالتفصيل المستندات مثل نص البرنامج ووصف البرنامج ووصف التطبيق ودليل مبرمج النظام ودليل المبرمج ودليل المشغل الذي يحتوي عليه وكيفية إعداد هذه المستندات.
الهدف الرئيسي من هذا النص هو معرفة ما هو نظام توثيق البرنامج الموحد (ESPD) وكيفية تطبيق هذه المعايير في الممارسة العملية. سأبدأ بقصة حول ماهية المعايير ، وأختتم بتجربة تطبيق كل معيار من معايير ESPD بشكل منفصل.في وقت من الأوقات ، عندما بدأت للتو العمل كمبرمج ، كثيرًا ما سمعت "الرجاء كتابة التوثيق لبرنامجك". لقد وصفت كل شيء بصدق ، أعطيته لرئيسه ، وبعد ذلك بدأت جلسة السحر الأسود. بعد فترة ، اتصل بي المدير وبدأ يغمغم بأصوات غير مفصلية ، مما أدى إلى تجعيد النسخة المطبوعة من نصي "الأفضل" بين يديه ، وهو يركض بعينيه. كان المعنى العام لتوبيخه أنه تبين أنه "خطأ" و "خاطئ" و "انظر كيف يفعل الآخرون". نظرًا لأنه كان من المستحيل استخراج أي إجابة أخرى منه ، فقد ذهبت للحصول على أمثلة من الوثائق إلى "الآخرين". كقاعدة عامة ، كان هؤلاء رجالًا مبتهجين ، وكان معنى خطاباتهم أن "هذه أمثلة" ، "في الواقع وفقًا لـ GOST" و "لا أحد يحتاج كل هذا". لذلك تعلمت لأول مرة أن المبرمج يمكنه التعامل مع معايير الدولة الرهيبة.
إنه لأمر مدهش أنه من بين العشرات من زملائي ، من المبرمجين الأذكياء ، لم يكن هناك من يتعامل مع GOST بشكل مختلف. حتى أولئك الأشخاص القلائل الذين عرفوهم ، وعلى ما يبدو ، عرفوا حتى كيفية إعداد المستندات ، وعاملوها بازدراء رسميًا. الموقف ، عندما لا يفهم حتى الأشخاص المسؤولون عن إدارة التطوير سبب الحاجة إلى GOSTs وكيف سيتم تطبيقها ، يحدث في العديد من المؤسسات ، طوال الوقت. نعم ، كانت هناك شركات فهمت كيف يختلف "وصف البرنامج" عن "وصف التطبيق" ، لكنها كانت أقلية واضحة. على الإنترنت ، تهيمن وجهة النظر عمومًا على أن GOSTs للمبرمجين هي بدائية واضحة ، ولا يحتاجون إليها إلا إذا "انحرفوا" تحتها. تعتبر مسودة التصميم "طريقة صادقة نسبيًا لأخذ المزيد من الأوراق النقدية من العميل." كان عليّ الخوض في ذلك ومعرفة ذلك مؤخرًا نسبيًا - في عملية تطوير نظام إدارة المتطلبات المصمم خصيصًا للخصائص المحلية. الوثائق التي ، بالطبع ، يجب أن تولد "وفقًا لـ GOST".
هنا أريد أن أركز على موضوع واحد فقط يجب على المبرمج التعامل معه في المؤسسات المحلية ، خاصة في معاهد البحث - على مجموعة من معايير ESPD. أنا لا أعتبر نفسي خبيرًا كبيرًا في ESPD - فهناك أشخاص يعملون عليها منذ عقود ، وسوف يصححونني بالتأكيد. تحاول المقالة بالأحرى رسم الخطوط العريضة لـ "خارطة الطريق" لأولئك الذين بدأوا للتو.
المعايير
دعونا نفكر بإيجاز في ماهية المعايير (مع التركيز على مجال تكنولوجيا المعلومات).- دولي. سمة مميزة - تعتمدها منظمة دولية. مثال على مثل هذه المنظمة هو ISO (المنظمة الدولية للتوحيد القياسي). مثال على معيارها هو ISO 2382-12: 1988 (المعدات الطرفية). المعايير المشتركة بين ISO واللجنة الكهروتقنية الدولية (IEC ، باللغة الروسية - IEC) شائعة: على سبيل المثال ، ISO / IEC 12207: 2008 (دورة حياة البرنامج) ؛
- إقليمي. السمة المميزة - اعتمدتها اللجنة الإقليمية للتقييس. على سبيل المثال ، أصبحت العديد من معايير GOST السوفيتية الآن معيارًا إقليميًا ، لأن اعتمدها المجلس المشترك بين الولايات ، والذي يضم بعض الجمهوريات السوفيتية السابقة. يقبل هذا المجلس أيضًا المعايير الجديدة - ويحصلون أيضًا على تعيين GOST. مثال: GOST 12.4.240-2013 ؛
- معايير الجمعيات العامة ؛ على سبيل المثال ، نفس IEC: IEC 60255 ؛
- المعايير الوطنية. بالنسبة لروسيا ، في بداية هذه المعايير - "GOST R". يمكن أن يكون هناك ثلاثة أنواع:
- نسخ طبق الأصل من دولية أو إقليمية. تم تصنيفها بشكل لا يمكن تمييزه عن "المكتوبة ذاتيًا" (وطنية ، مكتوبة بشكل مستقل) ؛
- نسخ دولية أو إقليمية مع الإضافات. يشار إليها بإضافة الشفرات الدولية إلى تشفير المعيار المحلي ، والتي تم اتخاذها كأساس. على سبيل المثال: GOST R ISO / IEC 12207 ؛
- المعايير الوطنية في الواقع. على سبيل المثال ، GOST R 34.11-94.
تختلف أنظمة الترميز في كل مستوى وفي كل منظمة ، وسيكون من الضروري فهم كل حالة على حدة. لفهم معيار "الذي" أمام عينيك بسرعة ، يمكنك استخدام ورقة الغش.
GOST
إذن: المعايير دولية ، مشتركة بين الولايات (إقليمية) ووطنية. GOST ، كما اكتشفنا ، هو معيار إقليمي. لدى GOST نظام تدوين محير إلى حد ما ، في رأيي. تم وضعه بالكامل في GOST R 1.5-2004 ، سأقدم الحد الأدنى من أجل التنقل فيه. أولاً ، من الضروري التمييز بين تعيين GOST وتصنيفه. التعيين ، بشكل تقريبي ، هو معرف فريد للمعيار. رمز المصنف هو رمز مساعد يساعدك في العثور على معيار أو تحديد مجال المعرفة الذي ينتمي إليه. يمكن أن يكون هناك العديد من المصنفات ، اثنان منها يستخدمان بشكل أساسي: KGS (مصنف معايير الدولة) وخليفته OKS (مصنف المعايير الروسية بالكامل). على سبيل المثال: "GOST R 50628-2000" هو تعيين للمعيار ، والشيء الوحيد الواضح من التعيين هو أنه تم اعتماده في عام 2000. يحتوي على رمز OKS "33.100 ؛ 35.160": أي "33" - قسم "الاتصالات السلكية واللاسلكية ، الصوت ، الفيديو" ، "100" - القسم الفرعي "التوافق الكهرومغناطيسي". ومع ذلك ، يتم تضمينه أيضًا في فرع المصنف 35.160. "35" - "تكنولوجيا المعلومات. آلات المكتب "،" 160 "-" أنظمة المعالجات الدقيقة .... ". ووفقًا لـ CSC ، فإنه يحتوي على الكود "E02" ، والذي يعني "E" - "الهندسة الإلكترونية وإلكترونيات الراديو والاتصالات" ، "0" - "القواعد واللوائح العامة للهندسة الإلكترونية ، والالكترونيات اللاسلكية والاتصالات" ، إلخ. .إذا كان تعيين المعيار معروفًا ، فيمكنك الحصول على أكواده لـ KGS و OKS ، على سبيل المثال ، في هذا الموقع المعقول.
لذا ، عد إلى تسميات GOST. قد يكون هناك خياران:
- المعيار يشير إلى سلسلة من المعايير. في هذه الحالة ، بعد فهرس فئة المعيار (على سبيل المثال ، GOST أو GOST R أو GOST RV) يأتي رمز السلسلة والفترة وتعيين المعيار داخل السلسلة. يتم تحديد قواعد تعيين المعايير داخل سلسلة بواسطة قواعد السلسلة. على سبيل المثال: GOST RV 15.201-2000 ، GOST R 22.8.0-99 ، GOST 19.101-77 ؛
- المعيار لا ينتمي إلى سلسلة من المعايير. ثم بعد فهرس الفئة ، يوجد ببساطة الرقم التسلسلي للمعيار وشرطة وسنة الاعتماد. على سبيل المثال ، GOST R 50628-2000.
ESPD
ESPD هي واحدة من هذه السلسلة من GOST ، رقم 19. أي. تبدأ جميع المعايير المتعلقة بـ ESPD بالبادئة "19.": على سبيل المثال ، GOST 19.106-78. إنها تعني "النظام الموحد لتوثيق البرنامج". هناك سلسلة أخرى:- GOST ESKD (نظام موحد لتوثيق التصميم ، بادئة "2.") ؛
- GOST ESTD (نظام موحد للتوثيق التكنولوجي ، بادئة "3.") ؛
- GOST R ، نظام لتطوير وإنتاج المنتجات ، بادئة "15." ؛
- GOST RV والتسلح والمعدات العسكرية. نظام لتطوير المنتجات ووضعها في الإنتاج ، بادئة "15." ؛
- GOST ، نظام التوثيق الفني لأنظمة التحكم الآلي ، بادئة "24" ؛
- GOST ، مجموعة معايير للأنظمة الآلية ، بادئة "34".
19.001-77. الأحكام العامة
يصف قواعد تعيين التعيينات للمعايير في سلسلة ESPD. لا حاجة في الممارسة.19.102-80. مخططات الخوارزميات والبرامج. قواعد التنفيذ.
يصف قواعد بناء الخوارزميات وتصميمها. يستخدم تدوين من 19.103. في ممارستي ، كانت هناك حاجة إلى الوقت الوحيد عندما استراح مختبر الشهادات على أساس رسمي حيث كان مخطط الخوارزمية هو المطلوب. من وجهة نظري ، كانت المخططات الانسيابية الكلاسيكية ذات الساقين في الماضي ، والمكان الوحيد الذي ظلت فيه أكثر أو أقل أهمية هو ما إذا كان المؤلف يريد تركيز انتباه القارئ على الخوارزمية في العرض التقديمي.19.003-80. مخططات الخوارزميات والبرامج. الرموز الرسومية الشرطية
يتم إعطاء التسميات الرسومية للأنواع المقبولة لعناصر مخطط الكتلة. مطلوب في حالة استخدام المخططات الانسيابية.19.004-80. المصطلحات والتعريفات.
مسرد ضعيف. من المثير للاهتمام - يحتوي على تعريفات رسمية للبرنامج والوثائق التشغيلية.19.005-85. ف مخططات الخوارزميات والبرامج
لغة شبه منسية. في وقت من الأوقات ، تم استخدام مخططات P على نطاق واسع في صناعة الصواريخ والفضاء ، لتصبح المعيار الفعلي لكتابة برامج التحكم في الإطلاق ومحاكاة الإطلاق. ومع ذلك ، أصبحت هذه اللغة الآن منسية تمامًا. في عملي ، لم أصادف أبدًا مخططات R. على الرغم من أنها تتمتع بمزايا ملحوظة مقارنة بالمخططات الانسيابية: فهي مضغوطة ومناسبة لتصور الخوارزميات غير الخطية (على سبيل المثال ، الفئات في C ++) أو هياكل البيانات. في الوقت نفسه ، لا توجد معلومات عنها عمليًا على الإنترنت: لقد وجدت هذا وهذا الموقع مفيدًا. على أي حال ، إذا اضطررت الآن إلى إدخال رسم تخطيطي لخوارزمية في وثائق البرنامج ، فسأختار مخططات P ، وليس مخططات انسيابية.19.101-77. أنواع البرامج ووثائق البرنامج
يحتوي على جدول للمراسلات بين نوع الوثيقة وكودها ، بالإضافة إلى تقسيم أنواع المستندات إلى أنواع تشغيلية وبرامجية. يتم تقديم مفهوم المركب والمكون. لا يوجد شيء أكثر فائدة.19.102-77. مراحل التطور
معيار مهم وضروري يصف أنواع المستندات ويوفر أكواد لأنواع مستندات البرنامج. هذا المعيار (مع 19.103-77) هو أحد مفاتيح "كشف" تسميات المستندات مثل ABVG.10473-01 32 01-1.يقدم المعيار مفهوم المركب والمكون (يضيف عدد من المؤسسات نوعًا ثالثًا - مجموعة ، عندما يتعلق الأمر بعناصر البرامج غير ذات الصلة) ، يتم إعطاء قسم: أي المستندات تعمل ، وأيها ليست كذلك.
يجب التعامل مع الجدول 4 بعناية ، مما يوضح المستند الذي يتم تنفيذه في أي مرحلة من مراحل التطوير. عادة ما يتم تنظيم مراحل التطوير في معايير البحث والتطوير ، وهي تشير أيضًا إلى المستندات التي يجب تقديمها للعميل في كل مرحلة.
19.102-77. مراحل التطور
في ذاكرتي ، لم يتم تطبيق هذا المعيار مطلقًا: من يفعل ماذا في أي مرحلة وكيف يتم وصف التقارير في TTZ أو يتم الإشارة إلى GOSTs ، حيث يتم توضيح ذلك بشكل أكثر وضوحًا (على سبيل المثال ، GOST RV 15.203). في الوقت نفسه ، بالنسبة للمبتدئين ، يحتوي على ملخص للعمل في المراحل الرئيسية للبحث والتطوير ، وهو ليس سيئًا في إيجازه.19.103-77. تسميات البرامج ووثائق البرنامج
هناك حاجة إليه بشكل أساسي من أجل تعلم كيفية قراءة تعيينات المستندات مثل تلك المذكورة أعلاه. ومع ذلك ، فإن فهم نظام الترميز مفيد عندما يتعين عليك تجاوز العمل المعتاد: على سبيل المثال ، تذكر أن المستندات التي تحتوي على أكواد بعد 90 محددة من قبل المستخدم ، أي أي. في عملي ، أصدرنا الوثيقة 93 ، التي أطلقنا عليها "صحيفة وثائق البرنامج" ، الوثيقة 96 - "تعليمات التجميع".العبارة الشائعة "إصدار التنفيذ" غير موجودة في ESPD ، ويتم استبدالها بـ "رقم المراجعة". من ناحية ، هذا ليس صحيحًا تمامًا: تم تصميم رقم المراجعة لتتبع تطور البرنامج: أولاً ، يتم إصدار الإصدار الأول ، ثم بعد المراجعة ، على سبيل المثال ، الإصدار الثاني. ولكن من الناحية العملية ، عندما تحتاج إلى إصدار إصدار من البرنامج للعديد من أنظمة التشغيل (برنامج عبر الأنظمة الأساسية) ، فلا يوجد مخرج آخر. بتعبير أدق - هناك ، لكنه خاطئ: قم بتعيين إصدار لكل نظام تشغيل لتسميته الخاصة - وقم بوضع عدة أقراص في الأرشيف مع أكواد المصدر (وفقًا لعدد أنظمة التشغيل) ، وقم بتطوير (في الواقع - نسخ) المجموعة بأكملها من التوثيق ، وما إلى ذلك ... المياه النقية نشاط غبي ومربك. يسمح القرار الذي يتخذ شكل تعيين إصدار لكل نظام تشغيل برقم المراجعة الخاص به بجعل بعض المستندات مشتركة.
في ESPD ، يتم استخدام تسمية النصوص المصدر للبرنامج ونتيجة التجميع كـ "وثائق" ، مما يربك العديد من المبرمجين. وثيقة "نص البرنامج" ، وفقًا لـ19.101-77 ، لها التعيين 12. علاوة على ذلك ، يُفترض أن رموز المصدر محددة على أنها 12 01 - أي 01 (أول) مستند من النوع 12 ، وثنائيات - مثل 02 02 - أي الوثيقة الثانية من النموذج 12. في بعض الحالات ، هناك حاجة لأدوات إضافية لبناء البرنامج - المجمعين ، ومولدات التثبيت ، إلخ. أولئك. البرامج التي لم يتم تضمينها في التسليم ، ولكن هناك حاجة للتجميع. قد يكون الحل هو تعيينها على أنها 12 03 - أي الوثيقة الثالثة من النوع 12.
19.104-78. النقوش الأساسية
يصف ورقتين من المستند - ورقة الموافقة (AL) وصفحة العنوان. تحتوي ورقة الموافقة في ESPD على توقيعات كل من السلطات التي وافقت على المستند والمطورين والمراقبين المعياريين وممثلي القبول ، إلخ. أولئك. يحتوي على الكثير من المعلومات الحساسة للمؤسسة. لذلك ، من المقبول في المعيار أن تظل LU في المؤسسة النامية ، ويتم إرسالها فقط بناءً على تعليمات خاصة. مرة أخرى ، LU ليست جزءًا من المستند ، ولكنها ، كما كانت ، وثيقة منفصلة ، ويتم تضمينها في المواصفات كسطر منفصل.الغريب المحرج في البداية في فصل LL عن المستند نفسه له أسباب وجيهة للغاية:
- كما ذكرنا سابقًا ، غالبًا لا ترغب المؤسسة في الكشف عن معلومات حول المطور. يسمح فصل LU و "التثبيت" الخاص به بالقيام بذلك (لا يوجد ختم في ESPD على أوراق الوثيقة ، كل المعلومات مترجمة فقط في LU) ؛
- يستخدم عدد من المؤسسات تدفقًا مختلطًا للوثائق: يتم تخزين المستندات الأصلية في شكل إلكتروني في أرشيف المؤسسة ، ويتم تخزين لوحات الترخيص الخاصة بها (مع التوقيعات الأصلية) في شكل ورقي ؛
يجب أن نتذكر أيضًا أن LU ليست مرقمة ، والصفحة الأولى هي صفحة العنوان ، والصفحة الأولى التي يوضع فيها الرقم هي الصفحة التي تلي صفحة العنوان. ولكن في حالة أن LU أكثر من واحد (يحدث هذا إذا كانت جميع التوقيعات لا تتناسب مع الورقة) ، فسيتم ترقيم LU بشكل منفصل.
19.105-78. المتطلبات العامة لوثائق البرنامج
تم تقديم الهيكل العام للوثيقة ، والذي لا يعتمد على طريقة تنفيذه. أولئك. في عام 1978 ، تم النص في المعيار على أن الوثيقة قد لا تكون بالضرورة ورقية. على وجه الخصوص ، يتم تقديم مفهوم المحتوى للوثائق الإلكترونية بالكامل. بالنسبة للنسخة الورقية ، الشائعة في ذلك الوقت ، تم اعتماد GOST 19.106-78.في الوقت الحاضر ، نادرًا ما يتم الوصول إلى هذا المعيار: إلا أنه يتم نسيان ترتيب الأجزاء الرئيسية من المستند.
19.106-78. المتطلبات العامة لوثائق البرنامج المطبوعة
المعيار الأكثر ضخامة من ESPD ، أدنى فقط من وصف مخططات R. إنه معيار العمل الرئيسي في إعداد الوثائق. يقدم قواعد التنسيق للنص وعناصر بنية المستند والصور والصيغ وما إلى ذلك. ومع ذلك ، على عكس 2.106 المقابلة من ESKD ، فإن 19.106 أقل تفصيلاً بشكل ملحوظ ، مما يؤدي إلى العديد من الشكوك.أولاً ، لا يحدد المعيار فعليًا تباعد الأسطر ومقدار المسافة البادئة الرأسية بين العناوين. يقدم ثلاث قواعد للمسافات: للنص المطبوع ، والنص الآلي ، والنص المطبعي.
النص المكتوب على الآلة الكاتبة هو نص مكتوب على الآلة الكاتبة. تم إجراء تحول السطر التالي بالنسبة إلى السطر السابق تلقائيًا أثناء ما يسمى "عودة السطر" - الانتقال إلى طباعة السطر التالي ، الناتج عن تحريك رافعة خاصة. بشكل نموذجي ، يمكن ضبط التباعد يدويًا عن طريق تدوير بكرة تغذية الورق ، ويكون لها "إعداد" لضبط التباعد على مفرد أو مزدوج.
الآلة - هذا ، على الأرجح ، هو النص المطبوع. لكن بالنسبة له ، لا يوجد سوى مؤشر على أن النتيجة يجب أن تكون مناسبة لتصوير الميكروفيلم. هذا إشارة ضمنية إلى 13.1.002-2003 ، والتي ، للأسف ، تحدد تباعد الأسطر (وبالمناسبة ، الحد الأدنى لارتفاع الخط) فقط للمستندات المكتوبة بخط اليد (البند 4.2.5).
مطبعي - نص مكتوب في الطباعة. نظرًا للسنة التي تم فيها اعتماد المعيار ، فمن المرجح أننا نتحدث عنه
[letterpress ، حيث تم تحديد تباعد الأسطر بواسطة الأحرف المستخدمة. أنا لست خبيرا في الطباعة ، وهناك القليل جدا من المعلومات حول طرق التنضيد الآن.
غالبًا ما يتم تحديد الفاصل الزمني الذي يجب استخدامه في النهاية بواسطة التحكم التنظيمي المحلي أو محطات الخدمة. القيم النموذجية هي 1.5 تباعد وحجم خط 14.
غالبًا ما تثير الطريقة التي يتم بها تنظيم المستند العديد من الأسئلة. يعتبر 19.106 أن الوثيقة بأكملها مقسمة إلى أقسام وأقسام فرعية وفقرات وفقرات فرعية. كل منهم (باستثناء القسم والقسم الفرعي) قد يكون أو لا يحتوي على عنوان. حيث:
- "يتضمن محتوى الوثيقة عدد الأقسام والأقسام الفرعية والفقرات والفقرات الفرعية التي لها عنوان" (البند 2.1.4). هذا مؤشر مباشر على أن العنصر الفرعي يمكن أن يكون له عنوان ويمكن إدراجه في جدول المحتويات ؛
- "يُسمح بوضع النص بين عناوين القسم والقسم الفرعي ، بين عناوين القسم الفرعي والفقرة." من المهم ملاحظة أن النص غير المرقم يمكن أن يكون فقط بين العناوين ، وفقط في أعلى مستويين.
يحتوي هذا المعيار على عدد من "الثغرات" والتناقضات. على سبيل المثال ، تقول: "الرسوم التوضيحية ، إذا كان هناك أكثر من واحدة في مستند معين ، يتم ترقيمها بالأرقام العربية داخل المستند بأكمله. "ولكن إذا كان هناك إيضاح واحد فقط فهو غير مرقم ، فكيف نشير إليه؟ نفس الشيء صحيح بالنسبة للجداول. بالنسبة إلى الحواشي السفلية ، لا يشير GOST إلى كيفية ترقيمها - داخل المستند بأكمله أو داخل الصفحة.
الجداول. يحتوي المستند نفسه على إشارة إلى GOST 1.5.68. انطلاقًا من السلسلة الأولى ، من السهل استنتاج أن هذا معيار لتطوير المعايير. وها هو الأمر غير واضح. من حيث المعنى ، فإنه يتوافق مع قواعد تصميم الجداول في ESKD ، مع استثناءات قليلة. تم إلغاء هذا المعيار ، وبدلاً من ذلك ، بعد عدة تكرارات ، 1.5-2012 ، حيث اختفت قواعد تنسيق الجدول ... ببساطة. مرة أخرى في 1.5-2002 كانوا قد اختفوا ، وبالفعل في 1.5-2004 اختفوا. في الحياة الواقعية ، نرسم الجداول وفقًا لـ ESKD.
التطبيقات. لا يشير المعيار إلى ما إذا كانت الأرقام والصيغ والجداول من التطبيقات تندرج في القائمة العامة. وبالمثل ، لا يُقال ما إذا كان يجب أن يكشف جدول المحتويات عن هيكل التطبيق إذا كان يحتوي على أقسامه وفقراته وما إلى ذلك. في ممارستنا ، لا نكشف عن الأجزاء الداخلية للتطبيقات.
أخيرًا ، يجب أن يقال عن المسافات البادئة. المسافة البادئة للفقرة من 5 أحرف شائعة في:
- خط أحمر
- المسافة البادئة لعنصر بنية المستند بعد القسم (القسم الفرعي ، الفقرة ، الفقرة الفرعية) ؛
- تعداد العنصر.
في هذه الحالة ، يكون النص الموجود في السطر التالي بعد السطر ذي المسافة البادئة محاذيًا للهامش الأيسر. غالبًا ما تكون هناك أخطاء عندما يقفز المسافة البادئة - الخط الأحمر - قيمة واحدة ، رقم العنصر - لدينا فاصل زمني مختلف ، في المسافات البادئة المتداخلة في القوائم - وهذا ضروري بشكل عام.
في الأجزاء التالية ، أخطط للوصول إلى نهاية قائمة معايير ESPD.
قواعد التسجيل ومتطلبات محتوى الدورات الدراسية |
الإصدار 2 |
||||
المشاريع (الأعمال) وأعمال التأهيل النهائية |
صفحة 39 من 73 |
||||
رسم التجميع لوحدة التجميع |
|||||
في رقم 8 مدرج في المنتج 1 |
PK.760108.000 SB |
||||
رسم التجميع لتجميع منفصل |
|||||
الوحدات 4 |
PK.760004.000 SB |
||||
منظر عام رسم لتجميع منفصل |
|||||
الوحدات 4 |
PK.760004.000 صوت |
||||
تم تضمين رسم الجزء رقم 16 في |
|||||
وحدة التجميع 8 المنتج 1 |
|||||
رسم الجزء رقم 120 مدرج في |
|||||
وحدة تجميع منفصلة 4 |
|||||
مخطط الدائرة الكهربائية للمنتج 1 |
PK.760100.000 E3 |
||||
مخطط رئيسي الحركية منفصلة |
|||||
وحدة التجميع 4 |
PK.760400.000 K3 |
||||
مواصفات وحدة التجميع 8 المنتج 1 |
|||||
10 تسجيل الوثائق التكنولوجية
10.1 يتم وضع الوثائق التكنولوجية لمشاريع الدورة (الأعمال) وأعمال التأهيل النهائية وفقًا لمتطلبات معايير ESTD.
10.2 يجب أن تتضمن الوثائق التكنولوجية:
– صفحة العنوان ، مصممة وفقًا لـ GOST 3.1105 - 84 "ESTD. نموذج وقواعد إصدار مستندات الأغراض العامة "(نموذج 2 أ).
– خريطة الطريق ، الصادرة وفقًا لـ GOST 3.1118-82 "ESTD. نماذج وقواعد إصدار خرائط الطريق "؛
– مخططات التشغيل للآلات والتشغيل
مخططات التسوية والتدفق للعمليات التكنولوجية ، على آلات CNC - وفقًا لـ GOST 3.1404-86 “ESTD. نماذج وقواعد معالجة المستندات للعمليات التكنولوجية وعمليات القطع "؛
– بطاقات تشغيل الأقفال،تعمل الأقفال والتجميع وفقًا لـ GOST 3.1407-86 “ESTD. النماذج والمتطلبات لملء وتنفيذ المستندات الخاصة بالعمليات التكنولوجية (العمليات) المتخصصة في طرق التجميع "؛
– بطاقات رسم (إذا لزم الأمر) وفقًا لـ GOST 3.1105-84 و GOST 3.1128-93 "ESTD. القواعد العامة لتنفيذ الوثائق التكنولوجية الرسومية "؛
– بطاقات التشغيل للتحكم التكنولوجي وفقًا لـ GOST 3.1502 - 85 "ESTD. نماذج وقواعد إعداد الوثائق للرقابة الفنية "؛
– الوثائق التكنولوجية الأخرى (إذا لزم الأمر أو بقرار من مدير المشروع).
10.3 يتم إجراء رسومات الإصلاح وفقًا للقواعد المنصوص عليها في GOST 2.604-88 "رسومات الإصلاح".
10.4 يجب أن تكون المستندات التكنولوجية ملزمة
مباشرة في المذكرة التفسيرية للدورة (مشروع) العمل أو بعد التطبيقات والمواصفات وقوائم العناصر. الوثائق التكنولوجية لها ترقيم خاص بها.
11 تنفيذ وثائق السياسة
11.1 التي تم تطويرها في مشاريع الدورة التدريبية (الأعمال) والأوراق التأهيلية النهائية ، يجب تنسيق المستندات الخاصة بمجالات المشكلات المختلفة على النحو التالي:
– وثائق البرنامج - وفقًا لمتطلبات ESPD ،
– مستندات نظام التحكم الآلي - وفقًا لمعايير الدولة لنظام التوثيق التكنولوجي لأنظمة التحكم الآلي. 11.2 يجب أن تتضمن وثائق البرنامج (قوائم البرنامج) ما يلي:
– نص البرنامج المصمم وفقًا لـ GOST 19.401 ؛
– وصف البرنامج ، وفقًا لـ GOST 19.402 ؛
– وصف المذكرة المقدمة وفقًا لـ GOST 19.502 ؛
– وثائق البرنامج الأخرى (إذا لزم الأمر).
11.3 يتم وضع قوائم البرامج في الطلبات مع روابط إلزامية لها في PP.
11.4 قد يكون رمز البرنامج مصحوبًا بتعليقات. عند تصميم القوائم ، يوصى باستخدام خط Courier New ، الحجم - 12 نقطة ، تباعد الأسطر - مفرد. يوصى بفصل الكتل الدلالية بخطوط فارغة ، وكذلك تحديد الإنشاءات المتداخلة بصريًا باستخدام المسافات البادئة.
11.5 قد تكون الكلمات الرئيسية والتعليقات في قائمة البرنامج مائلة. في النص الرئيسي لـ PP ، يجب أن تكون أسماء المكتبات والروتينات الفرعية والثوابت والمتغيرات وما إلى ذلك مائلة.
11.6 يجب ترقيم قوائم البرامج بشكل تسلسلي داخل التطبيق. يجب أن يتكون رقم القائمة من تسمية التطبيق والرقم التسلسلي للقائمة ، مفصولة بنقطة ، على سبيل المثال: "القائمة أ .3" - القائمة الثالثة من الملحق أ. إذا كان المشروع (العمل) يحتوي على واحد فقط القائمة ، تم تعيينه "قائمة 1". عند الإشارة إلى قائمة في نص PP ، يجب كتابة كلمة "قائمة" ، مع الإشارة إلى رقمها.
11.7 يتم تنسيق اسم قائمة البرامج بنفس الخط مثل النص الرئيسي ، ويتم وضعه فوق القائمة الموجودة على اليسار ، بدون مسافة بادئة للفقرة ، من خلال شرطة ، بعد رقم القائمة.
مثال على تصميم قائمة البرنامج أ .3 - البرنامج "إخراج مصفوفة ثنائية الأبعاد"
ماس: مجموعة عدد صحيح ؛ ( إعلان مصفوفة ثنائية الأبعاد) ط ، ي: عدد صحيح ؛
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
(أدخل قيم عنصر المصفوفة) لـ i: = 1 إلى 5 do
بالنسبة إلى j: = 1 إلى 5 do readln (mas) ؛
(قيم عنصر مصفوفة الإخراج) لـ i: = 1 إلى 5 تبدأ
بالنسبة إلى j: = 1 إلى 5 اكتب (""، mas) ؛ ريتيلن.
12 الامتثال
12.1 التحكم المعياري هو المرحلة النهائية في تطوير الوثائق لمشروع الدورة التدريبية (العمل) و WRC.
12.2 يجب أن يتوافق التحكم القياسي مع متطلبات GOST 2.111.
12.3 أوراق التخرج تخضع للرقابة المعيارية. يتم تنفيذ التحكم المعياري لمشاريع الدورة (الأعمال) من قبل المعلم عند الدفاع عن العمل. يهدف إجراء الرقابة المعيارية إلى التنفيذ الصحيح للنصوص والوثائق الرسومية لمشاريع الدورة التدريبية (الأعمال) والمؤتمر العالمي للاتصالات الراديوية (المشار إليه فيما بعد بالوثائق) وفقًا لمتطلبات معايير GOST و ESKD و ESPD و ESTD.
12.4 يتم تنفيذ التحكم القياسي بواسطة وحدة التحكم القياسية ، مع مراعاة المتطلبات المعمول بها حاليًا والمعايير والوثائق التنظيمية والفنية.
12.5 في عملية المراقبة المعيارية للملاحظات التفسيرية لمشروعات الدورة التدريبية (الأعمال) والمؤتمر العالمي للاتصالات الراديوية ، يتم التحقق مما يلي:
- الامتثال لقواعد التسجيل وفقا لهذه اللوائح ؛
- مظهر البرنامج ؛
- اكتمال PP وفقًا لتخصيص التصميم ؛
- صحة ملء صفحة العنوان ، ووجود التوقيعات اللازمة ؛
- صحة ملء بيان المشروع (العمل) ؛
- وجود وصحة الإطار ، النقوش الرئيسية في جميع الصفحات ؛
- إبراز العناوين والأقسام والأقسام الفرعية ، ووجود خطوط حمراء ؛
- صحة تصميم المحتوى ، وتطابق عناوين الأقسام والأقسام الفرعية في المحتوى مع العناوين المقابلة في نص الملاحظة ؛
- الترقيم الصحيح للصفحات والأقسام والأقسام الفرعية والأشكال والجداول والصيغ ؛
- صحة تصميم الرسومات ؛
- صحة تصميم الجداول ؛
- صحة أبعاد الكميات الفيزيائية وامتثالها للنظام الدولي للوحدات ؛
- الامتثال لمعايير اللغة الروسية الحديثة ؛
- صحة اختصارات الكلمات المطبقة ؛
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
– توافر وصحة الإشارات إلى المصادر المستخدمة ؛
– توافر وصحة المراجع إلى الوثائق المعيارية ؛
– صحة قائمة المصادر المستخدمة ؛
– صحة التطبيقات.
12.6 في عملية المراقبة المعيارية للوثائق الرسومية لمشاريع الدورة التدريبية (الأعمال) والمؤتمر العالمي للاتصالات الراديوية ، يتم التحقق مما يلي:
– امتثال الرسومات لمتطلبات المعايير الحالية ؛
– تنفيذ الرسومات وفقًا لمتطلبات المستندات التنظيمية ؛
– الامتثال للصيغ وصحة تصميمها ؛
– الرسم الصحيح وتطبيق الخطوط ؛
– الامتثال للمقياس وصحة تعيينهم ؛
– كفاية الصور (المناظر ، التخفيضات ، المقاطع) ، صحة تعيينها وموقعها ؛
– الامتثال لرموز العناصر في المخططات وقواعد تنفيذها وفقًا لمتطلبات ESKD.
12.7. يوصى بإجراء رقابة معيارية على أعمال التأهيل النهائية على مرحلتين: بعد الصياغة (أو في خطوط رفيعة) والتطوير النهائي للوثائق الأصلية. يجب تقديم المستندات المطورة للمراقبة القياسية في مجموعة كاملة ، أي النص (ملاحظة توضيحية) والوثائق الرسومية (الرسومات والمواصفات وما إلى ذلك).
12.8 يتم تجميع قائمة تعليقات المراقب المعياري في حالة تنفيذ الرقابة في غياب مطور الطالب ويمكن أن يساء تفسير طبيعة الأخطاء.
12.9 يتم إرجاع المستندات التي تم فحصها بواسطة المدقق المعياري بحضور مطور الطالب ، جنبًا إلى جنب مع قائمة التعليقات (إذا تم تجميعها) إلى الطالب للتصحيح والمراجعة. في حالة وجود تعليقات ، يتم حفظ ملاحظات المراقب المعياري حتى يوقع على المستند. إذا تمت إعادة معالجة المستند من قبل الطالب ، فسيتم إرسال كلا النسختين لإعادة التحكم: بعلامات المراقب المعياري وإعادة العمل.
12.10 يجب أن تحتوي المستندات المقدمة للتوقيع على المراقب المعياري على جميع تأشيرات الموافقة ، باستثناء تأشيرة رئيس القسم. يتم توقيع الأصول النهائية للدورة التدريبية ومشاريع الدبلوم (الأعمال) من قبل المراقب المعياري
في العمود "عداد N." النقش الرئيسي.
12.11 يحظر القيام بذلك دون علم المراقب المعياريأي تغييرات على المستند بعد توقيع هذه الوثيقة والمصادقة عليها من قبل المراقب المالي.
12.12 يحق للمراقب المالي ، في حالات مبررة ، عدم التوقيع على الوثيقة المقدمة:
- في حالة عدم الامتثال لمتطلبات الوثائق التنظيمية ؛
- في حالة عدم وجود توقيعات إلزامية ؛
- في حالة الإعدام بإهمال ؛
- في حالة انتهاك الاكتمال المثبت.
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
12.13 المراقب المعياري مسؤول عن الامتثال لمتطلبات المعايير الحالية وغيرها من الوثائق المعيارية والفنية في الوثائق المطورة على قدم المساواة مع مطوري الوثائق.
13 مراجعة WRC
13.1 للحصول على تقييم موضوعي إضافي للعمل التأهيلي النهائي المقدم للدفاع ، يتم إجراء مراجعة خارجية للعمل المؤهل النهائي من قبل المتخصصين في المجال ذي الصلة.
13.2 مراجعو الأعمال التأهيلية النهائية هم من المتخصصين المؤهلين تأهيلا عاليا ، ويتم تحديد القائمة الشخصية لهم من قبل قسم الخريجين. يمكن استخدامها كمراجعينالممارسين والمعلمين من الجامعات الأخرى.
يتم إصدار توجيه المراجعة من قبل قسم الخريجين ، ويتم تقديم شكله في الملحق T من هذه القواعد.
13.3 يجب أن يكون المراجع على دراية بجميع متطلبات أعمال التأهيل النهائي (WQR).
13.4 تمت المراجعة كتابيًا وتحتوي على تقييمات منطقية:
- أهمية موضوع المؤتمر العالمي للاتصالات الراديوية ؛
- امتثال محتوى المؤتمر العالمي للاتصالات الراديوية لمهمة تطويره ؛
- صحة الهيكل المنطقي للمؤتمر العالمي للاتصالات الراديوية ؛
- كفاءة وصحة قرارات التصميم ؛
- مزايا وعيوب WRC وامتثاله لمتطلبات التأهيل للخريجين في مجال الدراسة ؛
- تسجيل WRC.
في الجزء الأخير من المراجعة ، تم تقديم استنتاجات حول اكتمال تطوير الموضوع ، وفقًا للمهام المحددة ، حول الأهمية النظرية أو العملية للمؤتمر العالمي للاتصالات الراديوية ، حول المجال المحتمل لاستخدام نتائج المؤتمر العالمي للاتصالات الراديوية. يقوم المراجع بتقييم العمل على مقياس من أربع نقاط ("ممتاز" ، "جيد" ، "مرض" ، "غير مرض") ويشير إلى إمكانية تعيين المؤهل المناسب للطالب.
13.5 يجب أن يكون حجم مراجعة العمل التأهيل النهائي 2-3 صفحات من النص المكتوب بخط اليد أو المكتوب بشكل واضح. يجب تقديم المراجعة الموقعة إلى الإدارة في موعد لا يتجاوز ثلاثة أيام قبل الدفاع عن WRC.
13.6 يمكن إجراء المراجعة على ترويسة المنظمة (مكان عمل المراجع) ، أو على شكل النموذج المعمول به ، والذي تنظمه هذه القواعد (الملحق د) ومصدّق عليه بختم المنظمة ، أو بواسطة الختم قسم شؤون الموظفين (الإدارة العامة ، المكتب) مع علامة "التوقيع الصحيح".
13.7 للدفاع عن WRC إلى لجنة التصديق الحكومية ، يمكنك بالإضافة إلى ذلك تقديم مراجعة للمنظمة الرائدة ، بأمر منها
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
التي قام بها WRC. يجب أن تشير التعليقات إلى القيمة العملية للنتائج التي تم الحصول عليها.
14 مراجعة في WRC
14.1 يتم تجميع التعليقات على العمل المؤهل النهائي مباشرة من قبل المشرف. يجب أن تميز التغذية المرتدة المؤتمر العالمي للاتصالات الراديوية من زوايا مختلفة: من وجهة نظر المحتوى ، والهيكل ، واكتمال الكشف عن الموضوع المختار ، وما إلى ذلك.
14.2 يجب على المشرف أن يذكر في المراجعة رأيه الموضوعي حول العمل التأهيلي النهائي للطالب. على وجه الخصوص ، يجب أن تحتوي المراجعة على معلومات حول:
- حول أهمية موضوع العمل ؛
- بشأن امتثال أعمال التأهيل النهائية لمتطلبات المعايير ؛
- حول حيازة الطالب لأساليب جمع ومعالجة وتحليل المعلومات المستخدمة في مجال النشاط المهني ؛
- حول قدرة الطالب على العمل بشكل مستقل مع المصادر تقديم المواد بشكل واضح وواضح ومتسق ؛
- حول الجوانب الإيجابية للعمل ؛
- حول النواقص والتعليقات على محتوى العمل ، إلخ.
14.3 قد تحتوي التعليقات على أعمال التأهيل النهائية للمشرف على مقترحات للتقييم العام للعمل.
14.4 في نهاية المراجعة ، يستنتج المشرف أنه من الممكن تقديم أعمال التأهيل النهائية للدفاع في SAC.
14.5 تتم طباعة نص مراجعة المشرف في WRC على أوراق A4 وتوقيعه من قبل المشرف. ويرد نموذج التعليقات الخاصة بالمؤتمر WRC في الملحق و.
15 التقرير والعرض
15.1 التقرير (الكلام) هو عمل ذو طبيعة تمثيلية ، ويعكس جوهر المؤتمر العالمي للاتصالات الراديوية.
يجب أن يتطرق التقرير إلى أهمية الموضوع المختار ، والأسس النظرية والمنهجية للعمل ، بالإضافة إلى تلخيص وتعميم النتائج التي تم الحصول عليها أثناء الدراسة.
في نهاية الخطاب ، من الضروري أن تعكس الأهمية العملية للنتائج ، وإمكانية تنفيذها في الممارسة أو استخدامها في التدريس.
15.2 تم تصميم التقرير لفترة محدودة من الكلام ويرتبط ارتباطًا وثيقًا بالعرض التقديمي (النشرة).
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
15.3 العرض التقديمي (النشرات) عبارة عن مادة مرئية رقمية وجدولية وتوضيحية يتم إعدادها بمساعدة برامج خاصة (على سبيل المثال ، Microsoft PowerPoint) ، والتي ترتبط ارتباطًا مباشرًا بالتقرير.
15.4 بالنسبة للعرض التقديمي ، يتم اختيار المواد التوضيحية اللازمة ، والتي يمكن أخذها من نص العمل ومن التطبيقات. يمكن أن تكون هذه الجداول ، والأشكال ، والرسوم البيانية ، والمخططات ، والصيغ ، وما إلى ذلك. يجب ألا تكون الجداول كبيرة الحجم ، ويجب ألا تكون الأشكال مفصلة بشكل مفرط ، ويجب أن تكون الصيغ واضحة.
يجب أن توضح المادة جميع الأطروحات المشتقة في التقرير.
15.5 يمكن عرض العرض بطريقتين:
– باستخدام جهاز العرض وعلى الحامل ؛
– بمساعدة النشرات على شكل نسخ ورقية لكل عضو من أعضاء الهيئة.
يمكن أن يكون حجم العرض من 8 إلى 12 شريحة.
15.6 يجب أن يحتوي التقرير فقط على جوهر القضية قيد النظر ، والحد الأدنى من البيانات الرقمية ، والأسماء الخاصة ، والتعداد.
تم بناء التقرير وفقًا لنفس المخطط المنطقي الخاص بالمشروع (العمل) ، أي: الجزء التمهيدي والجزء الرئيسي والاستنتاجات. يجب أن يحتوي الجزء التمهيدي على أهمية العمل والغرض منه ، ويجب أن يكشف الجزء الرئيسي تمامًا عن الموضوع قيد النظر. يجب أن تكون الاستنتاجات قصيرة ولا لبس فيها
في جملة أو اثنتين ، ضع في اعتبارك التوصيات لحل المشكلات المطروحة.
15.7 يجب أن تكون الأولى شريحة مع موضوع المشروع (العمل) وبيانات المؤدي ، أي: الاسم الأخير ، الاسم الأول ، اسم الأب ، المجموعة ، التخصص (الاتجاه). من المستحسن الإشارة إلى المشرف.
15.8 يتم تقديم مشروع الدورة التدريبية (العمل) و WRC إلى الأرشيف مع عرض تقديمي يتم تقديمه في شكل إلكتروني ويتم تسجيله على وسيط رقمي (على سبيل المثال ، قرص CD / DVD).
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
المرفق ألف
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
الملحق ب
(اسم الكلية)
(اسم القسم)
____________ ________________
ملاحظة توضيحية
إلى مشروع الدورة (عمل) في التخصص (وحدة) __
(اسم التخصص الأكاديمي (وحدة))
حول الموضوع _________________________________________________________________________________
_____
_______________________ |
______________________________ |
|
الاتجاه / التخصص ، الملف الشخصي / التخصص:
___________ _________________________________________________________________
اسم رمز الاتجاه للاتجاه (تخصص)
________________________________________________________________________________
اسم الملف الشخصي (التخصص)
تعيين مشروع الدورة (العمل) _________________________ مجموعة _______
روستوف اون دون
الملحق ب
وزارة التعليم والعلوم في الاتحاد الروسي
المؤسسة التعليمية لميزانية الدولة الفيدرالية للتعليم المهني العالي
"جامعة دون ستيت التقنية" (DSTU)
الأساتذه _______________________________________________________
(اسم الكلية)
قسم _________________________________________________________
(اسم القسم)
رأس قسم، أقسام "______________"
____________ ________________
ملاحظة توضيحية
لمشروع التخرج (عمل) في الموضوع:
___________________________________________________________________________
___________________________________________________________________________
___________________________________________________________________________
__________________________ |
||||
(تاريخ التوقيع) |
||||
تسمية مشروع التخرج ______________________ |
مجموعة ______________ |
|||
الاتجاه (التخصص) ___________ |
___________________________________ |
|||
(اسم) |
||||
مدير المشروع (العمل) |
____________________________ |
|||
(تاريخ التوقيع) |
(المنصب ، I.O.F.) |
|||
مستشارو القسم: |
||||
_______________________________ |
_____________________ |
|||
(اسم القسم) |
(تاريخ التوقيع) |
(المنصب ، I.O.F.) |
||
_______________________________ |
_____________________ |
|||
(اسم القسم) |
(تاريخ التوقيع) |
(المنصب ، I.O.F.) |
||
تحكم نورم |
_____________________ |
|||
(تاريخ التوقيع) |
(المنصب ، I.O.F.) |
|||
روستوف اون دون
قواعد التسجيل ومتطلبات محتوى مشاريع الدورة (الأعمال) وأعمال التأهيل النهائية - 09.1
