الشروط المرجعية للتحديث. المواصفات الفنية لتحديث التهوية في معهد البحوث

27.06.2020

إن مدى دقة إعداد المواصفات الفنية لتعديل 1C يحدد بشكل مباشر ما إذا كان سيتم حل المهام المخصصة للمطورين. ومع ذلك، هناك بعض الصعوبات عند العمل مع مثل هذه الوثيقة. بالمعنى الواسع، يحدد الاختصاص معايير إنشاء وتحديث النظام الآلي (AS)، بالإضافة إلى إجراءات العمل. ويتضمن ذلك أيضًا مجموعة من المعايير لإطلاق المشروع. هذا الفهم لدور المواصفات الفنية تمليه متطلبات GOST 19.201-78 و34.602-89، والتي بموجبها يتم تطوير المواصفات الفنية لـ 1C. هناك تفسير آخر لمعنى هذه الوثيقة، أقرب إلى الممارسة.

وفقًا لتعريف آخر، فإن الاختصاصات الخاصة بمراجعة 1C هي وثيقة تنظم غرض ومعايير النظام المستقبلي، بالإضافة إلى عملية تطوير الوثائق وقائمتها. يسمح هذا التفسير بمراعاة مصالح المبرمجين والعميل.

ماذا يجب أن تكون المواصفات الفنية؟

يتم إنشاء أي مهمة فنية لتطوير برنامج 1C من قبل المقاول. لكن هذا لا يتم بواسطة مبرمج، بل بواسطة محلل. هذه نقطة مهمة، حيث يجب صياغة الوثيقة بلغة مفهومة للعميل، دون استخدام مصطلحات فنية متخصصة للغاية. عندما يتم أخذ جميع الفروق الدقيقة في المشروع بعين الاعتبار وصياغة المعلومات بشكل صحيح، يتم الاتفاق على المواصفات الفنية مع جميع العملاء. إذا تم قبوله، يشارك المبرمجون في العمل. في هذه الحالة، يجب أن تحدد الوثيقة بوضوح النتيجة المرجوة. يساعد هذا المطورين على تحديد الهدف الصحيح والتحقق منه في مراحل مختلفة. أيضًا، عند وضع المواصفات الفنية لتعديل 1C، ينبغي إيلاء الكثير من الاهتمام للصياغة. وينبغي توخي الحذر للتأكد من أنها محددة بما فيه الكفاية ولا تخضع لتفسيرات أخرى. هذا هو أول شيء يجب تذكره عند العمل بالمواصفات الفنية. تحتاج أيضًا إلى التعامل مع التصميم بمسؤولية. ينطبق هذا أيضًا على صفحة عنوان المستند.

الأخطاء الرئيسية في المواصفات الفنية لتطوير 1C

يتم تنظيم هيكل المواصفات الفنية بواسطة GOST 34.602-89. تحتوي هذه الوثيقة على متطلبات واضحة لعدد وتسلسل كتل المعلومات في المواصفات الفنية. وفي الوقت نفسه، لا توجد معايير صارمة لطرق العرض. يحتوي هذا الموقف على إمكانات كبيرة لحل المشكلات المعقدة وفي نفس الوقت يمكن أن يؤدي إلى العديد من الأخطاء عند إعداد المستند. الأخطاء الأكثر شيوعًا هي:

  1. تكرار بعض الأقسام في تفسيرات مختلفة.
  2. يتم إعطاء المعلومات بشكل عشوائي. ومن الناحية المثالية، ينبغي أن تتعلق بهيكل معين، مثل العمليات التجارية أو وحدات النظام.
  3. يتم تقديم المعلومات في أقسام مختلفة بدرجات متفاوتة من التفاصيل.

كل هذا يمنع العميل من فهم المعلومات الواردة في المواصفات الفنية. وهذا يؤدي إلى تعقيد عملية التعاون، مما يجعلها أكثر كثافة في العمالة.

بعد أن يرى العميل نموذج المواصفات الفنية لتعديل 1C، قد يتغير وليس دائمًا للأفضل. وهذا بدوره يمنع المبرمجين عادةً من إدراك المعلومات بشكل صحيح. هذا ينطبق بشكل خاص على المتخصصين ذوي الخبرة القليلة. في هذه المرحلة غالبا ما تحدث الأخطاء التالية:

  1. متطلبات الأقسام المختلفة تتعارض مع بعضها البعض.
  2. وتبين أن الصياغة غير دقيقة.
  3. في بعض الأماكن تكون المعلومات مفصلة للغاية.

من السهل التخلص من جميع الأخطاء المذكورة. من الضروري التركيز، أولا وقبل كل شيء، على النتيجة، وليس على صياغة الصياغة بعناية. تجدر الإشارة إلى أن المواصفات الفنية تصف وظيفة المشروع ومعالمه الرئيسية والغرض منه.

كيف تتجنب الأخطاء عند تطوير المواصفات الفنية؟

والقاعدة الأساسية التي تنطبق على جميع التوصيات اللاحقة هي أن الصياغة يجب أن تكون محددة. للقيام بذلك، تحتاج إلى استخدام المراجع إلى GOSTs والوثائق التنظيمية الأخرى. وهذا يسمح للمقاول والعميل بإدراك المعلومات بنفس الطريقة.

مثال على المواصفات الفنية لتعديل 1C يفترض استخدام لغة قطاع الأعمال الذي يتم تنفيذ المشروع من أجله. هذا ضروري، أولا وقبل كل شيء، للعميل. ومع ذلك، يجب ألا تستخدم أي مقارنات في النص، حيث يمكن تفسيرها بطرق مختلفة.

القواعد الأساسية عند وضع المواصفات الفنية لتطوير التقرير وعناصر 1C الأخرى:

  1. يتم إنشاء المواصفات الفنية بشكل مشترك من قبل المقاول والعميل.
  2. يجب فرض المتطلبات الموضوعية فقط على عمل المبرمجين. لتطوير المشروع بنجاح، يجب التقليل من الرؤية الذاتية للعميل.
  3. من الضروري وصف النتيجة التي يحتاجها العميل بالتفصيل. في هذه الحالة، في مثال المواصفات الفنية لتطوير تكوين 1C، من الضروري تحديد جميع المعلمات التي يجب أن يعمل العنصر من خلالها. خلاف ذلك، قد تختلف النتيجة بشكل كبير عن النتيجة المرجوة.
  4. يجب أن تكون مخاطر المقاول والعميل متساوية تقريبًا ويتم تقليلها إلى الحد الأدنى.
  5. لا يمكنك استخدام المصطلحات المستخدمة في الاتصالات التجارية ولا يتم استخدامها في صناعة معينة.

لإنشاء مواصفات فنية لتطوير تقرير في 1C أو عنصر آخر، يجب أن يعرف المحلل جميع ميزات مجال نشاط العميل. يجب أن توفر المتطلبات فقط معلومات مفيدة ستكون مفيدة للمقاول. نظرًا لأن التركيز هنا ينصب على المشكلات النهائية التي يجب على البرنامج حلها، فلا يوجد مثال واحد للمواصفات الفنية.

خطر وضع المواصفات الفنية بشكل غير صحيح

يمكن أن تؤدي الأخطاء المذكورة أعلاه إلى زيادة الوقت المستغرق في إنشاء النظام. وهذا ينطوي على تكاليف غير ضرورية وعدم الرضا. يجب أن يتم وضع الشروط المرجعية لتطوير قاعدة بيانات أو تكوينات 1C أخرى بواسطة متخصصين ذوي خبرة. تعتمد فائدة جميع المشاركين على مدى سهولة فهم هذه الوثيقة. يحصل العميل على نظام آلي فعال لحل مشاكل العمل. في الوقت نفسه، لدى المقاول عميل راض آخر. يجب على أصحاب الأعمال توخي الحذر قدر الإمكان عند اختيار الشركات الشريكة لـ 1C، لأن فعالية المنظمة تعتمد إلى حد كبير على مدى جودة إعداد المواصفات الفنية للمراجعة.

بافل موليانوف

تذكر قانون مورفي؟ إذا كان من الممكن أن يساء فهمك، فمن المؤكد أنه سيتم إساءة فهمك. وهذا صحيح ليس فقط في التواصل بين الأشخاص، ولكن أيضًا في إنشاء مواقع الويب. أراد العميل الحصول على فيسبوك آخر، لكنه حصل على منتدى لمربي الكلاب الصغار. لم يخمن المطور ما يريده العميل - فقد أضاع وقته.

سأخبرك في هذا الدليل بماذا ولماذا تحتاج إلى الكتابة في الاختصاصات. وفي الوقت نفسه، سأوضح لك كيف لا تكتب حتى لا يتحول إنشاء المواصفات الفنية إلى وقت ضائع.

المقال سيكون مفيدا:

  • لجميع المشاركين في إنشاء موقع الويب: المطورين والمصممين ومصممي التخطيط.
  • مدراء مشروع.
  • رؤساء الاستوديوهات الرقمية.
  • رجال الأعمال الذين يخططون لطلب تطوير الموقع.

ولجعل المادة مفيدة، قمت بجمع تعليقات من العديد من المطورين والمصممين ومديري المشاريع وأصحاب الاستوديوهات الرقمية. أضفت الأكثر قيمة إلى نهاية المقال. دعنا نذهب لمعرفة ذلك.

ما هي المواصفات الفنية ولماذا هي مطلوبة؟

المواصفات الفنية هي وثيقة تحدد متطلبات الموقع. كلما كانت هذه المتطلبات أكثر وضوحًا وتفصيلاً، كلما كان جميع المشاركين في العملية يفهمون بشكل أفضل ما يجب أن تكون عليه. وهذا يعني أن فرصة رضا الجميع عن النتيجة تزداد.

الهدف الرئيسي من المواصفات الفنية هو التأكد من أن العميل والمقاول يفهمان بعضهما البعض بشكل صحيح.

هناك العديد من الفوائد من المواصفات الفنية. الأمر مختلف لكل جانب.

الفوائد التي تعود على العميل:

  • افهم ما الذي يدفع مقابله المال وكيف سيكون شكل الموقع.يمكنك رؤية الهيكل على الفور وفهم ما سيعمل وكيف. معرفة ما إذا كان كل شيء يناسبك. إذا لم يكن الأمر كذلك، فلا توجد مشكلة في تغييره قبل بدء التطوير.
  • شاهد كفاءة المؤدي.فإذا كانت الاختصاصات واضحة ودقيقة، تزداد الثقة في المطور. إذا كان مكتوبًا عصيدة، فربما ينبغي عليك الركض وعدم النظر إلى الوراء.
  • تأمين ضد خيانة الأمانة المؤدي.وعندما يصبح الموقع جاهزاً يمكن فحصه حسب المواصفات الفنية. هل هناك أي تناقضات؟ المطور ملزم بإصلاحها. إذا كنت تتعاون رسميًا وأبرمت اتفاقية، فيمكنك حتى فرضها من خلال المحاكم.
  • تبسيط استبدال فناني الأداء.إذا تشاجر العميل والمطور وهربا، فقد يستغرق إنشاء الموقع الكثير من الوقت. عندما تكون هناك مواصفات فنية مفصلة، ​​يمكن نقلها إلى فريق جديد - سوف يشاركون في العمل بشكل أسرع عدة مرات.
  • تعرف على تكلفة تطوير منتج معقد.من المستحيل تقدير التوقيت الدقيق وتكلفة تطوير خدمة ويب معقدة على الفور. عليك أولاً أن تفهم كيف ستعمل الخدمة وما هي الوظائف التي ستوفرها. لهذا تحتاج إلى إعداد المواصفات الفنية.

فائدة للمؤدي:

  • فهم ما يريده العميل.يتم طرح عشرات الأسئلة على العميل والأمثلة الموضحة والحلول المقدمة. ثم يكتبون كل شيء في وثيقة واحدة ويتفقون عليه. إذا كان كل شيء على ما يرام - يا هلا، لقد فهمت بشكل صحيح.
  • تأمين نفسك ضد رغبات العميل المفاجئة.في بعض الأحيان تصادف عملاء يريدون تغيير المهمة في منتصف الطريق. إذا كنت قد وافقت على الشروط المرجعية ووقعت عليها، فلا داعي للخوف من ذلك. إذا حدث شيء ما، حتى المحكمة ستكون إلى جانبك.
  • أظهر كفاءتك.ستظهر المواصفات الفنية المعدة جيدًا للعميل خبرة المطورين. إذا كانت الشركة تشك فيما إذا كانت ستثق بك فيما يتعلق بتطوير موقع الويب، فمن المرجح أن تتبدد الشكوك.
  • لكسب المال.تقدم بعض الاستوديوهات والمطورين إعداد المواصفات الفنية كخدمة منفصلة.
  • تسهيل وتسريع عملية التطوير. تشير المواصفات الفنية الجيدة إلى بنية الموقع والوظائف والعناصر الضرورية في كل صفحة. عندما تكون جميع المتطلبات أمام عينيك بالفعل، كل ما تبقى هو تصميم الكود وكتابته.

الآن دعونا نتعرف على كيفية إنشاء مواصفات فنية جيدة تؤدي كل هذه الوظائف.

يتم وضع الاختصاصات من قبل المؤدي

بشكل عام، يمكن لأي شخص وضع المواصفات الفنية. "نحتاج إلى موقع ويب لبطاقة العمل لعيادة أسنان" - هذه بالفعل مهمة فنية. ولكن هل ستؤدي مهامها؟ بالكاد.

يتم دائمًا إعداد المواصفات الفنية الجيدة من قبل المنفذ: مدير المشروع أو المطور. من الواضح أن مطور الويب يفهم كيفية إنشاء مواقع الويب أكثر من صاحب مقهى أو عيادة أسنان. لذلك، سيتعين عليه وصف المشروع.

وهذا لا يعني أن العميل يختفي ويظهر في النهاية ليكتب: "زبس، أنا أوافق". يجب عليه أيضًا المشاركة في العملية:

وبطبيعة الحال، يمكن للعميل رسم نسخته الخاصة من المواصفات الفنية. ربما سيؤدي هذا إلى تسريع عملية إنشاء المواصفات الفنية النهائية. أو ربما تكون النتيجة قمامة يتم إلقاؤها سراً في سلة المهملات.

اكتب بوضوح ودقة

تنبع هذه النصيحة من الهدف الرئيسي للاختصاصات - "التأكد من أن العميل والمقاول يفهمان بعضهما البعض بشكل صحيح."

يجب ألا تحتوي الاختصاصات على صفات عالية الجودة: جميلة، موثوقة، حديثة. لا يمكن فهمها بوضوح. كل شخص لديه مفاهيمه الخاصة عن الجمال والحداثة.

ينظر. اعتقد أحدهم أن هذا التصميم جميل وسمح باستخدامه على موقعه على الويب:


ويحدث نفس الشيء مع الصيغ الغامضة التي لا تعني شيئًا في حد ذاتها:

  • يجب على العميل أن يحب الموقع.ماذا لو كان في مزاج سيئ؟
  • يجب أن يكون الموقع مناسبًا.ماذا يعني ذلك؟ مريحة لماذا؟
  • يجب أن يتحمل الموقع الأحمال الثقيلة. 10 آلاف زائر؟ أو 10 مليون؟
  • محتوى خبير عالي الجودة.جيد، لقد وصلتك الفكرة.

التحقق من وجود أي غموض في النص. إذا كان هناك، إعادة كتابته. يجب أن تكون صياغتك واضحة ودقيقة:

  • يجب أن يتم تحميل الموقع بسرعة → يجب أن تحتوي أي صفحة في الموقع على أكثر من 80 نقطة في Google PageSpeed ​​​​Insights.
  • الأحمال الثقيلة → 50 ألف زائر في نفس الوقت.
  • تعرض الصفحة الرئيسية قائمة المقالات تعرض الصفحة الرئيسية قائمة بآخر 6 مقالات منشورة.
  • واجهة اشتراك بسيطة وسهلة الاستخدام → حقل "اترك بريدك الإلكتروني" وزر "الاشتراك" → *رسم مرسوم*.

لقد قمنا بفرز الصياغة، فلننتقل إلى الهيكل.

يرجى تقديم معلومات عامة

يجب على جميع أعضاء الفريق أن يفهموا بشكل صحيح ما تفعله الشركة ومن هو جمهورها المستهدف. حتى لا يرتبك أحد، من الأفضل تدوين ذلك في بداية الاختصاصات.

ومن الجدير أيضًا الإشارة إلى الغرض من الموقع ووصف وظائفه باختصار - حتى لا ينتهي بك الأمر بمتجر عبر الإنترنت بدلاً من مدونة.

شرح المصطلحات الصعبة

القاعدة الأولى للاختصاصات هي أنها يجب أن تكون مفهومة لكل من تستهدفها. إذا كنت ستستخدم مصطلحات قد لا يفهمها عميلك، صاحب متجر ألعاب الأطفال، فتأكد من شرحها. بلغة واضحة، وليس نسخ ولصق من ويكيبيديا.


وصف الأدوات ومتطلبات الاستضافة

تخيل أنك قضيت شهرين في إنشاء موقع ويب رائع. تم تنسيق كل مرحلة مع العميل - لقد كان سعيدًا. والآن حان الوقت لتسليم العمل. تظهر لك لوحة الإدارة، ويصرخ العميل: ما هذا؟ مودكس؟! اعتقدت أنك ستفعل ذلك على WordPress!

لتجنب مثل هذه المشاكل، قم بوصف الأدوات والمحركات والمكتبات المستخدمة. وفي الوقت نفسه، قم بالإشارة إلى متطلبات الاستضافة الخاصة بك. لن تعرف أبدًا ما إذا كنت ستفعل ذلك باستخدام PHP - ويكون لدى العميل خادم في .NET.

قائمة متطلبات تشغيل الموقع

يجب أن يعمل الموقع على جميع المتصفحات الحالية وعلى جميع أنواع الأجهزة. نعم، هذا واضح لأي مطور وأي عميل. ولكن من الأفضل أن تكتب لحماية العميل من العمل المنجز بسوء نية.


اكتب هنا متطلبات سرعة تحميل الموقع ومقاومة التحميل والحماية من هجمات القراصنة وأشياء مماثلة.

تحديد هيكل الموقع

قبل البدء في رسم التصميم والتخطيط، عليك الاتفاق مع العميل على بنية الموقع.

التحدث مع العميل ومعرفة ما يحتاجه. اجمع المطورين والمتخصصين في تحسين محركات البحث والمسوقين ورئيس التحرير - وحدد الصفحات المطلوبة على الموقع. فكر في كيفية اتصالهم ببعضهم البعض، ومن أي واحد يمكنك التبديل إليه.

يمكنك إظهار الهيكل من خلال قائمة، ويمكنك رسم مخطط كتلة. كما تفضل.


هذه هي واحدة من أهم مراحل العمل في الموقع. الهيكل هو الأساس. إذا لم ينجح ذلك، فسوف يتحول الموقع إلى ملتوي.

اشرح ما سيكون في كل صفحة

يجب أن يفهم العميل سبب الحاجة إلى كل صفحة وما هي العناصر التي ستكون عليها. هناك طريقتان لإظهار هذا.

النموذج المبدئي- طريقة أكثر وضوحا ولا لبس فيها. يقوم المقاول برسم اسكتشات لكل صفحة ويرفقها مع الشروط المرجعية. يرى العميل الشكل الذي ستبدو عليه واجهة موقعه الإلكتروني المستقبلي ويخبره بما يريده وما الذي يجب تغييره.


تعداد العناصر- بديل كسول للنموذج الأولي. ما عليك سوى كتابة الكتل التي يجب أن تكون على الصفحة وما الذي تفعله.


وصف سيناريوهات استخدام الموقع

إذا كنت تنشئ نوعًا من الواجهة غير القياسية، فإن مجرد إظهار البنية والصور المصغرة للصفحة ليس كافيًا. من المهم أن يفهم فريق التنفيذ بأكمله والعميل كيفية استخدام الزوار للموقع. البرامج النصية رائعة لهذا الغرض. مخطط السيناريو بسيط للغاية:

  • إجراء المستخدم.
  • استجابة الموقع.
  • نتيجة.


بالطبع، إذا كنت تقوم بإنشاء بطاقة عمل قياسية أو صفحة مقصودة، فلن تحتاج إلى كتابة نصوص برمجية. لكن إذا كان هناك بعض الخدمات التفاعلية في الموقع فهو أمر مرغوب فيه للغاية.

اقرأ المزيد عن حالات الاستخدام في ويكيبيديا.

تحديد المسؤول عن المحتوى

يقوم بعض المطورين بإنشاء موقع ويب يحتوي على محتوى على الفور. آخرون يضعون الأسماك. لا يزال بإمكان الآخرين كتابة النصوص، ولكن مقابل رسوم إضافية. اتفق على هذا على الشاطئ واكتب في الاختصاصات المحتوى الذي يجب عليك إعداده.


من الصعب جدًا التوصل إلى معايير موضوعية لتقييم جودة النصوص. من الأفضل عدم كتابة أي شيء آخر غير “محتوى عالي الجودة ومثير للاهتمام ومبيع ومفيد للجمهور المستهدف”. إنها قمامة، لا أحد يحتاج إليها.

من المفيد تحديد أن كل المحتوى يجب أن يكون فريدًا. حماية أخرى للعميل من فناني الأداء عديمي الضمير.

وصف التصميم (إذا أمكن)

كما هو الحال مع النص، من الصعب التوصل إلى معايير موضوعية لتقييم تصميم موقع الويب. إذا اتفقت أنت والعميل على نظام ألوان، فاكتبه. إذا كان لديه كتاب العلامة التجارية الذي تم تحديد الخطوط فيه، قم بالإشارة إليها أيضًا.

ليست هناك حاجة للكتابة عن التصميم الجميل والحديث. هذا لا يعني أي شيء، وليس له قوة وبشكل عام.


بدلا من الاستنتاج: هيكل الاختصاصات

سيكون هيكل المواصفات الفنية مختلفًا باختلاف المهام. من الغباء وضع نفس المواصفات الفنية لشبكة اجتماعية جديدة وصفحة مقصودة لبيع الجزر بالجملة. لكن بشكل عام تحتاج إلى هذه الأقسام:

  • معلومات عن الشركة والجمهور المستهدف وأهداف وغايات الموقع.
  • مسرد للمصطلحات التي قد لا تكون واضحة للعميل.
  • المتطلبات الفنية لتخطيط وتشغيل الموقع.
  • وصف التقنيات المستخدمة وقائمة متطلبات الاستضافة.
  • هيكل الموقع التفصيلي.
  • النماذج الأولية للصفحات أو أوصاف العناصر التي ينبغي أن تكون عليها.
  • سيناريوهات لاستخدام واجهة غير قياسية (اختياري).
  • قائمة المحتوى الذي يصنعه المطور.
  • متطلبات التصميم (اختياري).
  • قواعد تجميع مواصفات متطلبات البرمجيات. SRS هي الخطوة التالية في تطور المواصفات الفنية. مطلوب للمشاريع الكبيرة والمعقدة.
  • معايير وقوالب المواصفات الفنية لتطوير البرمجيات. أوصاف لمختلف معايير GOST ومنهجيات إنشاء المواصفات الفنية.

وهذا هو نهاية الجزء الذي كتبته. ولكن هناك تعليقًا آخر من المتخصصين الذين ساعدوا في إعداد الدليل. اقرأها، إنها مثيرة للاهتمام أيضًا.

تعليقات المطورين

لقد تحدثت إلى العديد من المطورين لمعرفة كيفية إنشاء المواصفات الفنية. أقوم بتمرير الميكروفون إليهم.

بادئ ذي بدء، يحتاج العميل إلى المواصفات الفنية - حتى يفهم كيف سيكون شكل موقعه الإلكتروني وما سيتم إنفاق الأموال عليه. إذا حدث خطأ ما، يمكنه الرجوع إلى المواصفات الفنية وطلب إعادة بنائه.

يتم وضع المواصفات الفنية من قبل مدير المشروع بعد التواصل مع العميل ومناقشة المهمة مع المصمم.

غالبًا ما يطلب العملاء الكبار مواصفات فنية مفصلة للغاية، والتي تصف كل زر. وعلى العكس من ذلك، فإن الشركات الصغيرة لا تحب المستندات الدقيقة المكونة من 100 صفحة. إنها قراءة طويلة ومن السهل تفويت شيء مهم. في كثير من الأحيان نقوم بوضع مواصفات فنية موجزة من 10 إلى 15 صفحة.

نشير إلى:

  • معلومات عن الشركة والغرض من الموقع.
  • متطلبات التصميم ونظام الألوان.
  • التقنيات وأنظمة إدارة المحتوى المستخدمة.
  • من ينتج المحتوى - نحن أم العميل.
  • هيكل الموقع وصولا إلى كل صفحة.
  • وصف كل صفحة. نحن لا نصنع نماذج أولية، ولكننا نحدد العناصر التي يجب أن تكون على الصفحة وكيفية عملها.

القسمان الأخيران هما الأكثر أهمية. إنهم هم الذين يقدمون فهمًا لما سيكون عليه الموقع وكيف سيعمل.

نقطة مهمة جدًا - لا يمكنك فقط إعطاء الاختصاصات للمطورين والأمل في أن يفعلوا كل شيء بشكل جيد. المواصفات الفنية هي قائمة متطلبات الموقع، ولا يمكن أن تحل محل الاتصالات. من المهم التأكد من أن كل عضو في الفريق يفهم الهدف العام وليس مجرد إكمال المهام بسرعة. إذا كان هناك شيء غير واضح، فمن الضروري شرحه ومناقشته وإبداء تعليقات مفصلة.

يواجه الكثير من الناس حقيقة أنه من الصعب جدًا أن نشرح بإيجاز ووضوح ما نريده في الحياة اليومية. وعندما تحتاج إلى تكليف أحد المتخصصين بمهمة كتابة برنامج لمؤسسة أو رجل أعمال فردي، مع مراعاة الميزات ورغباتك الخاصة في الأداء الوظيفي، فقد تتعثر تمامًا.


من يجب أن يكتب المواصفات الفنية؟


وبطبيعة الحال، المواصفات الفنية يجب أن يتم توفيرها من قبل العميل، فهو بالتأكيد يعرف احتياجاته وقدراته. ولكن، كما تظهر الممارسة، فإن الغالبية العظمى من العملاء ليسوا مختصين في 1C. ولهذا السبب يضطر المقاول نفسه في كثير من الأحيان إلى التعمق في احتياجات العميل، وفهم المنتج النهائي الذي يحتاجه، وبالتالي كتابة كل هذا للمبرمج.


لماذا هناك حاجة للمواصفات الفنية؟


في الوضع المثالي، مع تعديل واحد أو آخر في منتج برنامج 1C، تكون المواصفات الفنية مطلوبة. بادئ ذي بدء، يجب توضيح المهام والمواعيد النهائية وطريقة التنفيذ.

هذه وثيقة مهمة، لأنه في حالة ظهور أي قضايا مثيرة للجدل، فإن التطوير المختص للمواصفات الفنية سيصبح نقطة البداية في المفاوضات.

إن وضع مواصفات فنية أم لا هو أمر يقرره الجميع بأنفسهم، لكنه بالتأكيد لن يكون غير ضروري: فهو سيبسط التواصل مع العميل ويعطي العمل طابعًا تجاريًا وملموسًا.



دعونا نلخص قائمة بأهم النقاط التي يجب أن تكون في المواصفات الفنية:

1. الهدف/الهدف. صياغة ما ينبغي تنفيذه في النهاية.

2. الوصف. حدد بإيجاز محتوى التحسينات المخطط لها.

3. طريقة التنفيذ. صف بالتفصيل الطرق التي ينبغي من خلالها تحقيق الهدف. يجب كتابة جميع ميزات المهمة بلغة المبرمج: السجلات، والأدلة (إنشاءها أو تحريرها)؛ تصميم الواجهة، الخ. بالنسبة لأولئك الذين ليسوا على دراية ولم يسمعوا سوى شيئًا عن لغة برمجة معينة، ننصحك بعدم القيام بمحاولات غير ضرورية "للتحدث" بلغة تقنية. لأن الوصف بشكل مثالي هو بيان جاف يزيل الغموض وإمكانية ظهور أسئلة غير ضرورية. بالإضافة إلى ذلك، قد تتضمن هذه الفقرة مثالاً لكيفية تنفيذ برمجة مماثلة بالفعل في مكان ما.

4. تقييم الأداء. هذه النقطة مهمة جدًا - فهي تحتاج إلى وصف تكاليف العمالة.

نقطتان أخريان مهمتان: هناك معايير معتمدة لكتابة المواصفات الفنية - GOSTs. في الوقت الحاضر، نادرًا ما يتم استخدامها، لكن قد يطلب بعض العملاء استخدامها بالطريقة القديمة.

وثانيًا، عندما يتم تسليم العمل، قد ينشأ شيء مثل هذا - "لكننا طلبنا منك أن تفعل كذا وكذا ثم...". هناك احتمال أن تضطر إلى البدء في القيام بكل شيء من البداية.

لذلك، نكرر أن المواصفات الفنية المكتوبة جيدًا ستكون مفيدة لكل من العميل والمقاول.


مثال على المواصفات الفنية للمبرمج



المواصفات الفنية 1C لإنهاء المعالجة الخارجية


هدف
من الضروري تكوين تحميل البيانات من 1C إلى مكان العمل الآلي للبنك.


وصف

فيما يتعلق بانتقال المنظمة إلى تكوين 1C "الرواتب وموظفي المؤسسة الحكومية"، من الضروري تطوير وحدات معالجة أخرى من شأنها أن توفر وظائف مماثلة في التكوين الجديد.

يجب أن يعتمد تحميل البيانات على مستندات "طلب فتح حسابات شخصية للموظفين" و"بيان دفع الرواتب للبنك".


البيانات الأولية

المعالجة الحالية لتكوين 1C "راتب مؤسسة الميزانية"، والتي تقوم بتحميل البيانات من مستند "طلب فتح الحسابات الشخصية للموظفين" والأدلة الأخرى والتسجيل في ملف DBF لتبادل البيانات مع مكان العمل الآلي للبنك بالمعيار المحدد .

معالجة بيانات التحميل في الحقول TAB_N، NAME، SERNUM، PASSCODE، PDAT، PWHR، BIRTHDAY، POSTINDEX، COUNTRY، CITY، STREET، REGION، BUILDING، CORP، FLAT، BPLACE، CITIZEN المعلومات المقابلة من تكوين 1C، التي تم إدخالها مسبقًا في الوثيقة المحددة والجداول المحاسبية الأخرى. يتم تحميل رقم الموظف والاسم الكامل للموظف وجواز سفره وتفاصيل عنوانه وتاريخ ميلاده وجنسيته.


طريقة التنفيذ

وستكون هذه تقارير خارجية ومعالجتها باستخدام آلية التمديد، إذا كانت معلمات توافق قاعدة البيانات الحالية وقدرات النظام الأساسي تسمح بذلك. عند تغيير تكوين قاعدة البيانات، يجب عليك إنشاء: الدلائل والمستندات والسجلات.


تقييم الأداء

ص مطلوب 5 أيام عمل من عمل المبرمج.

ساعد المتخصصون لدينا العميل في الرسم المواصفات الفنية لتحديث نظام التهوية.

مزيد من التفاصيل تحت القطع..

مهمة فنية

لتحديث المعدات التكنولوجية لأنظمة التهوية لمبنى المختبر رقم 451452 مبنى 17 على العنوان: موسكو

1. أحكام عامة

1.1. تنص هذه المهمة الفنية على تنفيذ العمل على تحديث المعدات التكنولوجية وأنظمة التحكم وأتمتة وحدات التهوية للمبنى والمختبرات رقم 451452 للمبنى 17.

1.2. لتنفيذ العمل، قم بتطوير وثائق العمل لأقسام العلامات التجارية AOB وEM وXS وAHS وAK، والتي يجب الاتفاق عليها وفقًا للإجراء المحدد.

1.3. تنفيذ العمل وفقًا لمتطلبات الوثائق التنظيمية والفنية.

1.4. عند الانتهاء من العمل، قم بتقديم الوثائق المبنية وفقًا لمتطلبات GOST وSNiP.

1.5. تسليم العمل المكتمل إلى العميل.

1.6. قد يتم توضيح بعض أحكام هذه المواصفات الفنية أثناء عملية العمل بالاتفاق مع العميل.

2. المتطلبات الفنية

2.1. تحديث وحدات التحكم بالحرارة والتبريد لوحدات التهوية.

2.1.1. وحدات التحكم في إمدادات الحرارة.

ما يلي يخضع للتحديث:

· وحدات التحكم في إمداد الحرارة للتسخين الأول لوحدات التهوية K1، K2، K2a، K4 لمبنى MIK-V، P2، P6 للمختبر رقم 452، P1 للمعمل.

· وحدات التحكم في إمداد الحرارة للتدفئة الثانية لوحدات التهوية K1، K2، K2a لمبنى MIK-V.

يجب تفكيك وحدات التحكم في إمداد الحرارة الحالية، في حين يجب استخدام بعض معدات وحدات التحكم (مضخات الدورة الدموية، وصمامات الإغلاق)، المقابلة للحالة والخصائص التقنية، في وحدات التحكم المثبتة.

ويرد تكوين معدات وحدات التحكم المثبتة، وكذلك المعدات المستخدمة، في الملحق رقم 1.

إجراء الاختبارات الهيدروليكية لدوائر التدفئة وسخانات وحدات التهوية مع تنفيذ تقرير الاختبار الهيدروليكي.

القيام بطلاء خطوط الأنابيب وأعمال العزل الحراري.

2.1.2 وحدات تنظيم الإمداد البارد لوحدات التهوية.

وحدات التبريد لوحدات التهوية K1، K2، K2a، K4 لمبنى MIK-V، P2، P6 للمختبر “452”، P1 للمختبر رقم 451 قابلة للتحديث.

مجال العمل:

· استبدال الصمامات الحرارية لوحدات التحكم في التبريد.

· تفكيك/تركيب مروحة وحدة تكثيف الضاغط K1؛

· تفكيك/تركيب مجففات المرشحات لوحدات تكثيف الضاغط K1 وK2؛

· تفكيك/تركيب مبخر وحدة التهوية K4.

· اختبار الضغط في بيئة الغاز الخامل، والتنظيف بالمكنسة الكهربائية، وإعادة تعبئة دوائر التبريد بالفريون.

· ترميم العزل الحراري لخطوط الأنابيب.

2.1.3. وحدات التغذية لدوائر الترطيب.

تركيب مرشحات تنقية الماء البارد في وحدات التغذية الخاصة بغرف الري لمكيفات الهواء K1، K2، K2a.

2.2. خزائن التحكم والأتمتة لوحدات التهوية.

كبائن التحكم لوحدات التهوية K1, K2, K2a, K4, RU3, V1, V2, V3, V6, V7, V8, مباني MIK-V, P2, P6, V1, V2, V3 مختبرات رقم 451, P1, V1 المعامل رقم 451 قابلة للتفكيك 452.

تخطيط لوحات التحكم المثبتة حديثًا:

SHUA K1 – خزانة التحكم والأتمتة لوحدة التهوية ووحدة تكثيف الضاغط (KKB) لمكيف الهواء K1 (MIK-V)؛

SHUA K2 – خزانة التحكم والأتمتة لوحدة التهوية ووحدة التحكم لمكيف الهواء K2 (MIK-V)؛

SHUA K2 – خزانة التحكم والأتمتة لوحدة التهوية ووحدة التحكم لمكيف الهواء K2a (MIK-V)؛

SHUA K4 – خزانة التحكم والأتمتة لوحدة التهوية ووحدة التحكم لمكيف الهواء K4 (MIK-V)؛

SHUV - خزانة التحكم لوحدات العادم RU3، V1، V2، V3، V6، V7، V8 (MIK-V)؛

SHUA P2, P6 - خزانة التحكم والأتمتة لوحدات التهوية ووحدات تكثيف الضاغط P2, P6 (المختبر رقم 452)؛

SHUV – خزانة التحكم لوحدات العادم V1، V2، V3 (المختبر رقم 452)؛

SHUA P1,V1 – خزانة التحكم والأتمتة لوحدات التهوية P1, V1 (المختبر رقم 451).

يجب أن توفر خزانات التحكم الحديثة ما يلي:

· اختيار وضع التحكم في وحدات التهوية (يدويًا / أوتوماتيكيًا) من اللوحة الأمامية للخزانة.

· الإشارات الضوئية لأنماط التشغيل العادية والطارئة لمعدات معالجة وحدات التهوية (التشغيل/الطوارئ)؛

· إغلاق وحدات التهوية في حالة نشوب حريق.

· التنشيط التلقائي للحماية وعرقلة تشغيل المعدات في حالات الطوارئ.

تخضع محولات التردد للتحكم في المحركات الكهربائية للمراوح والمضخات لمزيد من الاستخدام.

2.3. نظام التشغيل الآلي والإرسال

تم تصميم نظام الأتمتة والإرسال لإدارة ومراقبة تشغيل وحدات التهوية، وكذلك جمع ومعالجة وتقديم وتخزين المعلومات الواردة.

2.3.1. نظام التشغيل الآلي.

يجب أن يضمن نظام التشغيل الآلي، بشكل أساسي، التشغيل المستقل لوحدات التهوية، والذي لا يتطلب تدخل موظفي الصيانة والانتقال، إذا لزم الأمر، إلى وضع التحكم اليدوي. بالنسبة لأي خيارات تحكم وبغض النظر عن حالة وحدة التحكم المحلية، يجب الحفاظ على شرط الإغلاق التلقائي لنظام التهوية العام في حالة نشوب حريق. يجب أن يتم قطع الاتصال بشكل فردي لكل نظام مع الحفاظ على إمداد الطاقة لدوائر الحماية من الصقيع.

يجب أن تشمل الأتمتة المحلية لأنظمة التهوية ما يلي:

· تنظيم درجة حرارة هواء الإمداد عند مخرج وحدة التهوية، أو، إذا لزم الأمر، درجة حرارة هواء العادم من الغرفة المخدومة؛

· تنظيم رطوبة الهواء العرض.

· إيقاف المراوح وإغلاق صمامات الهواء عند انطلاق إنذار الحريق.

· إيقاف تشغيل وحدة ترطيب المكيف عند توقف مروحته.

· فتح وإغلاق صمام الهواء، على التوالي، عند بدء تشغيل المروحة وإيقافها؛

· التسخين التلقائي للسخانات قبل بدء تشغيل الأنظمة في وضع الشتاء.

· الحماية من تجميد سخانات الهواء والماء (إطفاء المروحة، إغلاق مخمد الهواء، فتح صمام التسخين 100٪)؛

· إيقاف تشغيل المروحة في حالة عدم انخفاض الضغط؛

· مكافحة تلوث تركيب المرشحات.

يتم تحديد التأثير عن بعد على الأتمتة المحلية مع مكان العمل الآلي في المجلد التالي:

· تغيير إعدادات أجهزة التحكم بدرجة الحرارة والرطوبة.

· تمكين / تعطيل الإعدادات.

تخضع المعدات الطرفية الموجودة لنظام التشغيل الآلي للتحقق والتنظيف والاستخدام الإضافي بالترتيب التالي:

· تخضع أجهزة استشعار درجة الحرارة والرطوبة لوحدات التهوية للتحقق.

· يجب فحص وتنظيف مستشعرات مفتاح الضغط التفاضلي.

· يجب استبدال منظمات الحرارة الخاصة بحماية سخانات وحدات التهوية من التجمد.

· يجب استبدال محركات صمامات التحكم الخاصة بوحدات التحكم وفقًا للفقرة 2.1.1.

· تخضع محركات صمامات الهواء للفحص والاستخدام الإضافي؛

للتحكم في إعادة تدوير مكيف الهواء K1، استبدل محركات صمامات الهواء القابلة للتشغيل والإيقاف بصمامات بإشارة تحكم تبلغ 0..10 فولت.

2.3.2. نظام الإرسال.

يجب أن يشتمل نظام الإرسال على المكونات التالية:

· مجموعة معقدة من أجهزة القياس والمحركات ومعدات التشغيل الآلي المعتمدة على برامج وأجهزة هانيويل؛

· نظام الكابلات متعدد الوظائف.

· مجمع البرمجيات والأجهزة لمركز الإرسال.

لإرسال أنظمة التهوية، يجب توفير عرض وحفظ وتسجيل المعلومات التالية:

· تمثيل رسومي للمنشآت المزودة بأجهزة استشعار لدرجة الحرارة والرطوبة، ومنظمات الحرارة المضادة للتجمد، ومفاتيح الضغط التفاضلي، وصمامات التحكم، وأجهزة الترطيب، وصمامات الهواء؛

· أرقام التثبيت.

· قراءات أجهزة استشعار درجة الحرارة والرطوبة.

· قراءات مستشعر تتابع الضغط التفاضلي.

· قراءات موضع صمامات التحكم 0..100%؛

· وضع تشغيل/إيقاف المروحة؛

· وضع التشغيل/التوقف للمضخات.

· وضع صمامات الهواء "مفتوح/مغلق"؛

· أنظمة التوقف عند إطلاق إنذار الحريق.

· إيقاف الأنظمة عند وجود خطر تجميد المدفأة.

· إيقاف التثبيت إذا لم يكن هناك انخفاض في الضغط عبر المروحة؛

· إيقاف تشغيل جهاز ترطيب الهواء عند توقف مروحة مكيف الهواء.

· تشغيل الأنظمة وفق جدول زمني محدد أو بدونه.

· الإشارة إلى الحوادث وحالات الطوارئ في حالة حدوث خلل في المعدات، وكذلك عندما تتجاوز قيم المعلمات التكنولوجية النطاقات المحددة؛

· تسجيل الحوادث وحالات الطوارئ في سجل الرسائل.

· سجل تسجيل المعلمات في الوقت الحالي، مع الإشارة إلى اسم المعلمات التي يتم التحكم فيها، ووحدات القياس، ورقم وحدة التحكم، وقناة الإدخال/الإخراج.

2.3.3. يجب أن يتم تشغيل نظام الأتمتة والتوزيع من شبكة تيار متردد بجهد 380/220 فولت وتردد 50 هرتز باستخدام مصادر طاقة غير منقطعة على البطاريات ويتم توفيرها كمصدر طاقة لأجهزة الاستقبال الكهربائية من الفئة الأولى