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

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

مثال على TOR للمبرمج

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

أوجه التفاعل

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

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

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

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

جمع وتحليل المتطلبات

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

هناك جدا دارة بسيطةجمع المتطلبات.

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

تشريح الاختصاصات

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

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

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

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

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

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

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

لمن؟في هذا القسم ، تحتاج إلى وصف من سيكون المستخدم النهائي للمراجعة ، وما هي المهام وعدد المرات التي تم التخطيط لحلها.

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

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

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

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

من الناحية المثالية ، يتم وضع الشروط المرجعية بمشاركة نشطة من البائع ، وتكون نتيجتها تقريبًا الهيكل التالي:

1. وصف متطلبات كل آلية وكل وظيفة
2. وصف تنفيذ هذه الوظيفة
3. تكلفة العمل لكل مرحلة على حدة
4. التكلفة الإجمالية للعمل في هذه المهمة الفنية
5. المواعيد النهائية لتنفيذ العمل مع التقسيم حسب المراحل والإشارة إلى ترتيب الأولوية
6. وصف شروط التركيب والاختبار
7. تحفظات على الطبيعة الشاملة للاختصاصات والشروط الأخرى

10 قواعد مكتوبة في دموع المطور

يجب ألا تكون المهمة الفنية جشعة.في كثير من الأحيان ، يبالغ النشاط التجاري في تقدير قدراته أو يريد الحصول على "كل شيء مرة واحدة". هذا النهج غير مبرر سواء من وجهة نظر المال أو من وجهة نظر الأعمال. لا يوجد بائع ، كقاعدة عامة ، لمدة أسبوعين (في حالة RegionSoft - 15 عامًا) ، ويمكنك الاتصال به بعد فترة ، عندما تفهم حقًا ما هو مفقود في CRM.

مثال حي على التكرار حرفيًا من الأمس: اشترى عميل تخطيط موارد المؤسسات من شركة معروفة شركة روسية، معتقدًا أنه نظرًا لأن المحاسبة تعمل ، فإن تخطيط موارد المؤسسات لهذا البائع سيكون جيدًا. تبين أن تخطيط موارد المؤسسات ليس جيدًا في حد ذاته ، ولكنه غير مناسب تمامًا للأعمال. لكن RegionSoft CRM مع محاسبة المستودعاتوالإنتاج مناسب. يوجد حل: انسَ أمر تخطيط موارد المؤسسات (ERP) ، صرخ ، دمج محاسبة 1C مع CRM الجديد واستمتع بالتنفيذ المريح. لكن الأموال المتضخمة أمر مؤسف! ويطالب العميل بدمج CRM مع ERP. لم نفعل ذلك ، ولكن لماذا مثل هذا الهدر ، لماذا نظامين متشابهين نسبيًا؟

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

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

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

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

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

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

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

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

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

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

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

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

   الوصايا انتهت الآن التوبيخ

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

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

   

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

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

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

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

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

   خلال شهر ديسمبر ، نقدم خصومات على RegionSoft CRM وجميع برامج التصميم الخاصة بنا. من 1 ديسمبر إلى 15 ديسمبر - 15٪ وتقسيط رائع وشروط الإيجار. ليس لدينا -70٪ و -90٪ ، لأننا نحتفظ بسعر مبرر اقتصاديًا للتراخيص ، ولا نأخذها من السقف.

   حسنًا ، إذا كنت بحاجة إلى نظام CRM (مع أو بدون تعديل) ، فانتقل إلى موقعنا، هناك الكثير عن CRM وفوائده وبرامج الشركات الأخرى.

   ونعم ، نحن نبحث دائمًا عن شركاء على استعداد لبيع CRM ومنتجات أخرى ، وتحسين CRM وبيعه ، وبيع البرامج ، وتدريب المستخدمين. تقسيم الدخل عادل ومفيد للشريك. أظهر ، أخبر ، علم. اكتب ل [بريد إلكتروني محمي]

   شرائح ، شرائح. رسوم هزلية مأخوذة من http://www.modernanalyst.com/ ومن موقع Pinterest. إذا كانت هناك ترجمة أفضل ، فسيسعدنا تضمينها في المنشور.

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

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

غورام سيبكي ، مؤسس الاستوديو الرقمي Udix Media

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

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

غالبًا ما يطلب العملاء الكبار مواصفات مفصلة للغاية ، والتي تصف كل زر. الشركات الصغيرة ، على العكس من ذلك ، لا تحب المستندات الدقيقة المكونة من 100 صفحة.

مثال على مهمة فنية لوضع اللمسات الأخيرة على موقع

معلومات عامة

اسم النظام الآلي

"كمبيعات"

عميل

المنفذ

أساس العمل

التواريخ المجدولة لبدء وإنجاز العمل على إنشاء النظام

بداية العمل: 01.09.2010

الانتهاء من الأعمال: 2010/12/31

الغرض والأهداف من إنشاء النظام

الغرض من النظام

متطور النظام الآليمصمم لأتمتة عمليات البيع للمؤسسة.

أهداف إنشاء النظام

أهداف إنشاء نظام آلي

أهداف تطوير AS SBYT هي:

1. 3. خصائص كائن الأتمتة

3.1 العمليات التجارية للمؤسسة

3.1. 1 العملية التجارية "إبرام العقد"

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

مهمة فنية(باختصار "TOR") هي وثيقة تعكس متطلبات موقعك المستقبلي بأكثر الطرق تفصيلاً ولا لبس فيها.

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

الشروط المرجعية لإنشاء الموقع - كقانون ، يجب ألا تسمح بالتفسيرات والتناقضات.

كل ما لم يتم توضيحه في TOR ، يقوم المطور به وفقًا لتقديره الخاص.

· دليل المسؤول.

· دليل إدارة المحتوى.

· دليل التثبيت.

· دليل المبرمج.

2.20. تنظيم وإجراء تدريب للمتخصصين في لجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي

تنطبق متطلبات التدريب التالية:

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

· يجب إجراء التدريب باللغة الروسية.

· يتم توفير غرفة التدريب من قبل العميل.

· يجب الاتفاق على مكان ووقت التدريب مع العميل.

يجب إجراء التدريب على جميع وظائف النظام.

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

3.

نموذج شروط مرجعية لتطوير الموقع

مهم

أثناء عملية التنفيذ ، يجب على المقاول تقديم المساعدة للعميل في إطار جدول التنفيذ.

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

6.2 إجراء لمزيد من الدعم لمهام "المبيعات".

يجب أن تشير الاختصاصات إلى كثافة العمالة وتكلفة العمل لتنفيذ المتطلبات الإضافية.

6.2.2. يتعهد المقاول بالحفاظ على "خط ساخن" هاتفي لصيانة البرامج.

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

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

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

وتشمل هذه المتطلبات لأنواع مختلفة من الفرز وتكامل الدردشة وإمكانيات الاتصال الهاتفي.

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

انتباه

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

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

Microsoft World أو Microsoft Excel.

شخصيا ، عند تطوير صفحة مقصودة ، نستخدم منتجات برمجية خاصة.

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

حول الموضوع: نماذج الموقع: الإنشاء والأدوات والبرامج.

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

حيل الحياة من أجل تطوير TOR

تنطبق هذه النقاط بالتساوي على كل من ملء الملخص وصياغة الاختصاصات.

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

1.

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

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

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

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

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

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

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

لتجنب مثل هذه العواقب ، تحتاج إلى مهمة فنية لتطوير الموقع.

هل أحتاجه ؟!

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

يجب أن تكون اختصاصات الموقع.

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

تشريح الاختصاصات

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

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

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

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

الاسم الكامل والمختصر لنظام المعلومات

الاسم الكامل للنظام هو الموقع الرسمي للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي.

الاسم المختصر للنظام هو "Site SKP" ، "System" ، "Site".

1.2 اسم عميل النظام وبياناته

الاسم: لجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي

الموقع: Mr.

معلومات

موسكو ، الممر الفني ، المبنى 2

العنوان الفعلي:

شخص الاتصال الخاص بالعميل:

الهاتف: (4 ، (4 ؛

عنوان البريد الإلكتروني

1.3 قائمة الوثائق التي على أساسها تم إنشاء النظام

عقد الدولة رقم ________________ بتاريخ ___ ___________ 2010

1.4.

تقرر وفقا للاتفاقية.

2. متطلبات النظام

2.1.

تاريخ الدفع

رقم الدفع

رقم الدفع في نظام الدفع

مقدار الدفع

1. حدد خطوط ملفات نقل البيانات
2. ابدأ بالتكرار عبر سطور ملف نقل البيانات
3. قراءة سطر ملف نقل البيانات
4. احصل على رمز العقد من سطر ملف نقل البيانات
5. ابحث عن العنصر المقابل برمز في دليل "اتفاقيات الأطراف المقابلة" ، إذا لم يتم العثور على العنصر ، فقم بعرض الرسالة "لم يتم العثور على الاتفاقية مع الرمز ..."
6. إذا تم العثور على العنصر ، فقم بإضافة سطر إلى جدول القيم ، حيث: "الاتفاقية" - العنصر الموجود ، "التاريخ" - "Data_plat" ، "رقم الدفع" - "Nomer_plat" ، "المبلغ" - "Summa_plat"
7. بعد استلام السطر الأخير من ملف نقل البيانات ، قم بإنهاء الحلقة
8. لكل سطر من جدول القيم ، قم بإنشاء مستند "استلام أموال بأمر الدفع".

عند ملء موجز أو تجميع مواصفات لتصميم الموقع ، لا تترك فراغات فيه.

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

وبالطبع ، ليس هذا هو الحال دائمًا.

إذا حصلت على أخصائي مختص ، فلا داعي للقلق بشأن النتيجة.

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

باختصار حول الرئيسي

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

بعد كل شيء ، هذه هي أفضل أداة لديك للتحكم في الخلافات التي تنشأ في هذه العملية وحلها.

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

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

يجب أن يحتوي التذييل على حقل بحث ومعلومات حقوق النشر وما إلى ذلك.

2.3.

مختصرعبارة عن استبيان يحتوي على أسئلة حول المحتوى والتصميم القدرات التقنيةموقعك المستقبلي.

بالطبع ، يمكن أن يحل الملخص التفصيلي الموقع من كلا الطرفين محل الاختصاصات.

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

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

إما في العمود معلومات إضافيةتأكد من الإشارة إلى جميع رغباتك التي لم يتم تضمينها في إجابات الأسئلة.

إذا كان هذا العمود مفقودًا ، فما عليك سوى إضافته في نهاية الموجز.

VK ، Google ، Facebook.

3.2.2 ب حساب شخصيفي قسم الطلبات ، أضف حقلاً لإضافة رمز ترويجي.

3.2.3 بدلاً من الصفحة التي تصل إلى المستخدم بعد طلب استرداد كلمة المرور (على النموذج name.com/bitrix/admin/index.php؟change_password=yes&lang=ru&USER_CHECKWORD=) ، أنشئ صفحة (من اسم النموذج. com / login / forget / change_password = yes & lang = ru & USER_CHECKWORD =) ، والذي سيعرض محتوى الموقع ، وسيحتوي على حقل "البريد الإلكتروني أثناء التسجيل" ، وسلسلة تحكم ، وكلمة مرور جديدة ، وتأكيد كلمة المرور ، وزر لإرسال البيانات .

3.2.4 عند إضافة عناصر إلى عربة التسوق ، يجب عرض رسالة تفيد بإضافة العنصر إلى عربة التسوق.

3.2.5 أضف رسالة تفيد بأن كلمة المرور لا تتطابق مع إعدادات الأمان عند تسجيل مستخدم جديد.

»_» ______________ 2010

تدريجيًا ، تم تضمين التغييرات في الإصدار ، وتم السماح لاحقًا بإنشاء منتج جديد للبيع بالجملة ومحلات البيع بالتجزئة ومحلات السوبر ماركت - RegionSoft Retail.

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

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

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

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

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

هناك وصول إلى الجذر وعناوين IP الخاصة والمنافذ وقواعد التصفية وجداول التوجيه.

جوجل PageSpeed ​​Insights هو خدمة مجانيةتوصيات لمواقع الويب لتسريع عرض الصفحة في متصفح المستخدم (https://developers.google.com/speed/pagespeed/insights/).

تحسين محرك البحث (أو SEO) عبارة عن مجموعة من التدابير للتحسين الداخلي والخارجي لرفع مكانة الموقع في نتائج محركات البحث لطلبات مستخدم معينة.

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

تحسين الموقع الداخلي هو تحسين النص وعناوين URL وتحرير بنية الموقع وإعادة الربط والتحقق من استجابات الخادم.

المواد المتاحة روابط إلى المواقع التي تعجبك ، بالإضافة إلى الكتيبات والمجلات والصور الفوتوغرافية - أي شيء ، أو ربما لديك كتاب علامة تجارية جاهز. مرفق في أرشيف منفصل. الحد الأدنى من الدقة وأجهزة العرض في هذه الفقرة ، حدد الأجهزة التي تنوي عرض الموقع منها - أجهزة الكمبيوتر الشخصية وأجهزة الكمبيوتر المحمولة والهواتف الذكية ... شاشات الكمبيوتر من 19 إلى 27 بوصة ؛ أجهزة الكمبيوتر المحمولة من 15.6 إلى 17.3 بوصة ؛ الهواتف الذكية من 3.5 إلى 6 بوصات ؛ الأجهزة اللوحية من 7 إلى 12 بوصة اصدار المحمول؟ نعم المتطلبات الوظيفية مجموعة تقريبية من الوحدات (للمستخدمين) يجب أن يسرد هذا القسم الكل وظائفالتي تريد رؤيتها على الموقع.

يمكن أن تكون عربة تسوق ، ومرشحات كتالوج للمعلمات المختلفة ، والقدرة على تقديم طلب عبر الإنترنت ، وترك طلب معاودة الاتصال، الاشتراك في النشرة الإخبارية وأي خيارات أخرى مرشحات الكتالوج حسب السعر ، أبجديًا ، حسب الشركة المصنعة.
CRUпtCj9B: s »XVzhb╟▌╤└u╟J_ ■ E╘Dj» J ■ ╛EXHJya (gTT┬Pb╟▌╤└u╟╛ # ╜┘al + Kqяk3┴i≈² & F╒ # ┐╜╙┐█ ts ╜IWA▓BOЬ└vOЗb╟▌╤└u╟╛ # al + КaXG [b: ьVzhb╟▌╤└u╟╛ # al + КaXG [b: ьVzhb╟▌╤└u╟╛ #. # ╜┘al + KaXG [b: bVzhb╟▌╤└u╟╛ # ╜┘al + KaXG [b: bVzhb╟▌╤└u╟╛ # ╜┘al + KaXG [b: bVzhb╒▀┬y╥XuF ≈≈K & ОQТё╦▒ '٪ [n╓≥Lk "[Ts (b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ y╚b╖ ~ y ╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚b╖ ~ s╚bD'═ \ ┘ * NlkZ ⌡. . © OlM²K٪ j ┼╖`СsА≈K▐f²Yh▐Hd╟Fg╬lн ∙ ╥е # ⌡i<ТC▐╡И&d╨JГ!─Sj║·K,s┼#m ╓⌡JГн IOLЬ©h?ОeН╡▐┌ъHЙmwд$©aЗ$ёу°Н≤gт.bZ┐}Э1црn▄т≈фГ?TA<э:р▓T<кГ║2ic╖▀Иqf⌠Pсс▀32нЫ╘▌n-«÷0i╦▓Q:⌠^%5#⌡Н⌡│ вЬ└%N╙Оtб}8яца╨з≤[╖┐╕■╡╒4╞▄G√≥оЖNa╡vсM╔)9╘д≈ib╕╝■ i├{≈²5╨∙∙╣ф╒▓Цz²┌Ф╤I√HaО2┬б=└Б╦F∙P»гЙz&╔Р3{ ёS÷_н_g7⌡г$Н╜чk┐(ЗQэH▓З╨?.

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

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

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

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

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

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

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

الهدف الرئيسي من الشروط المرجعية هو التأكد من أن العميل والمؤدي يفهم كل منهما الآخر بشكل صحيح.

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

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

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

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

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

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

الآن دعنا نتعرف على كيفية كتابة TOR جيد يؤدي كل هذه الوظائف.

يتم تحديد الاختصاصات من قبل المؤدي

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

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

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

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

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

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

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

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

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

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

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

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

توصلنا إلى الصياغة ، دعنا ننتقل إلى الهيكل.

أدخل المعلومات العامة

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

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

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

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

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

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

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

ضع قائمة بمتطلبات الموقع

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

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

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

قبل رسم التصميم والتخطيط ، يجب أن تتفق مع العميل على هيكل الموقع.

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

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

هذه من أهم مراحل العمل بالموقع. الهيكل هو الأساس. إذا لم ينجح ذلك ، فسيكون الموقع معوجًا.

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

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

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

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

اكتب سيناريوهات لاستخدام الموقع

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

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

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

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

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

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

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

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

صف التصميم (إذا استطعت)

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

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

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

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

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

• قواعد تجميع مواصفات متطلبات البرنامج. SRS هي الخطوة التالية في تطوير الاختصاصات. مطلوب للمشاريع الكبيرة والمعقدة.
• معايير وقوالب TOR لتطوير البرمجيات. أوصاف مختلف معايير GOST ومنهجيات إنشاء المواصفات الفنية.

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

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

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

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

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

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

نشير إلى:

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

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

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

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

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

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

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

احصل على 267 درس فيديو 1C مجانًا:

ماذا يجب أن تحتوي الاختصاصات؟

أولئك. يجب أن تتضمن المهمة:

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

هناك أيضًا معايير حالة لكتابة المواصفات الفنية - GOSTs. من الناحية العملية ، نادرًا ما يتم استخدامها في أي مكان ، ولكن يحدث أن يصر العميل على ذلك.

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

أمثلة وعينات من المعارف التقليدية لـ 1C

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