إن مدى دقة إعداد المواصفات الفنية لتعديل 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، لأن فعالية المنظمة تعتمد إلى حد كبير على مدى جودة إعداد المواصفات الفنية للمراجعة.

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

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

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

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

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

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

مثال على مهمة فنية لتحسين موقع الويب

معلومات عامة

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

"آس سبييت"

عميل

المنفذ

أساس العمل

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

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

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

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

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

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

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

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

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

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

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

3.1. 1 عملية الأعمال "إبرام اتفاقية"

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

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

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

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

يقوم المطور بكل ما هو غير محدد في المواصفات الفنية وفقًا لتقديره الخاص.

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

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

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

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

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

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

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

· يجب أن يتم التدريب باللغة الروسية.

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

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

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

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

3.

عينة من المواصفات الفنية لتحسين الموقع

مهم

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

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

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

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

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

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

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

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

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

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

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

انتباه

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

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

قد تكون هذه متطلبات العملاء المتعلقة بالنظام الأساسي أو نظام التشغيل أو الأجهزة. على سبيل المثال، طلب إنشاء نظام التشغيل MacOS.

مايكروسوفت وورلد أو مايكروسوفت إكسل.

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

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

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

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

حيل حياتية لصياغة تور

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

وسأخبرك فيها بحيل صغيرة حول كيفية وضع المواصفات الفنية لموقع ويب وتسهيل الحياة الصعبة بالفعل لرجل الأعمال:

1.

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

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

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

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

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

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

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

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

هل أحتاجه؟!

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

يجب أن تكون هناك مواصفات فنية للموقع.

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

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

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

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

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

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

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

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

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

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

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

موقع:

معلومات

موسكو، حارة تكنيتشيسكي، مبنى 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.

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

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

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

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

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

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

في كيه، جوجل، فيسبوك.

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

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

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

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

الآلينظام المبيعات.مهمة فنيةعلى الأوراق صالحة اعتبارًا من "__" ____________ 2010

"_" ______________ 2010

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

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

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

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

إذا كان مكتوبًا عصيدة، فربما ينبغي عليك الركض وعدم النظر إلى الوراء.

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

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

Google 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■╛EХHJя(gTT┬Pb╟▌╤└u╟╛#╜┘al+Ka Kqяk3┴i≈²&F╒#┐╜╙ ┐ █ نهاية الخبر/ ┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜│ts&V█7┬m3aqNYJy╕°Vzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╟▌╤└u╟ ╛ #╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╒▀┬y╥XuF ≈≈K&ОQТе╦▒'%[н╓≥Lк"[Ц(b╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~у╚б╖~у ╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚bD'═\┘*NлkZ ⌡ ┐ © tw╦ | ╒t⌠zza╙┼r≤⌠≈d7i $ ╔≥ и ∙؟ бjл؟ 7┴+iSo(╦°rБ╒┴■E4SCg┬╨ z╖ ┘╤m°с÷Уm╦Wыmdpr'%R^&╔gt╖ykhDA]zт╪L╝i▌▀s_2╫J)E+H © OlM²K%j ┼╖`СsА≈K▐ф²Yч▐Hd╟Fг╬lн∙╥е#⌡и<Т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▓З╨?.

مهمة فنية
لتحديث الموقع

ايكاترينبرج

1. أسباب تطوير الموقع. 3

1.1. الأسماء الكاملة والمختصرة لنظام المعلومات..3

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

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

1.4. المواعيد المخططة لبدء وانتهاء العمل بإنشاء النظام.. 3

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

2.1. تحديث الموقع الرسمي للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي (المشار إليه فيما بعد باسم موقع SKP). 4

2.2. الصفحة الرئيسية. 5

2.3. صفحة داخلية نموذجية. 8

2.4. متطلبات وحدة نشر الرسائل الإخبارية. 9

2.5. متطلبات الوحدة الخاصة بإنشاء وعرض قائمة المستندات. أحد عشر

2.6. متطلبات وحدة عرض القائمة (الكتالوج) 11

2.7. مدونة. 13

2.8. معرض الصور. 16

2.9. مشغل فديوهات. 16

2.10. العلامات. 16

2.11. متطلبات وحدة جمع وتحليل البيانات الخاصة بإحصائيات زوار الموقع 16

2.12. متطلبات وحدة البحث. 17

2.13. متطلبات وحدة "المسؤولين". 18

2.14. متطلبات وحدة "خريطة الموقع". 20

2.15. متطلبات وحدة "جمع طلبات المستخدمين". 20

2.16. متطلبات إدارة الموارد.. 21

2.17. متطلبات الدعم الفني.. 22

2.18. متطلبات التوحيد والتوحيد. 22

2.19. تطوير الوثائق التشغيلية. 22

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

3. حلقة المواقع. 24

3.1. المتطلبات العامة. 24

3.2. صفحة نصية. 25

3.3. أخبار. 26

3.4. أسئلة وأجوبة.. 28

3.5. أرشيف الملفات. 29

3.6. استمارة جمع الطلبات. ثلاثون

3.7. خريطة الموقع. ثلاثون

3.8. متطلبات آلية إنشاء وحذف المواقع. 31

3.10. متطلبات التصميم. 31

3.11. متطلبات دعم اللغة. 31

3.12. تطوير منصة برمجية موحدة لموقع SKP.. 31

3.13. متطلبات نتائج العمل المنجز. 32

1. أسباب تطوير الموقع

1.1. الأسماء الكاملة والمختصرة لنظام المعلومات

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

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

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

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

الموقع: موسكو، ممر تكنيتشيسكي، المبنى 2

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

مسؤول الاتصال بالعملاء:

الهاتف: (4, (4;

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

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

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

1.4. التواريخ المخططة لبدء وإكمال العمل لإنشاء النظام

يتم تحديدها وفقا للاتفاقية.

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

2.1. تحديث الموقع الرسمي للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي (المشار إليه فيما يلي باسم موقع SKP)

كجزء من التحديث، من الضروري تنفيذ:

· إعادة تصميم الصفحة الرئيسية لموقع UPC، بما في ذلك إعادة تجميع الكتل الموجودة على الصفحة الرئيسية؛

· إنشاء كتلة منفصلة في الصفحة الرئيسية بعنوان "تصريحات ممثلي الحكومة والإعلام حول عمل لجنة التحقيق". يجب تنفيذ القسم على شكل قائمة مؤرخة مع إمكانية إرفاق الصور؛

· إعداد الخطوط الافتراضية التي يقدمها النظام لأنواع مختلفة من النص: للعناوين والنص الأساسي؛

· تنفيذ القدرة على استبدال العناصر الرسومية بالنص المناسب (في حالة تعطيل القدرة على تنزيل الصور من جانب المستخدم)؛

· تحسين صفحات موقع SKP وفقًا لحجم البيانات؛

· تكييف موقع UPC مع التصميم الجديد.

· تحسين أمن التعليمات البرمجية لمنع الهجمات الخارجية المحتملة.

· تحديث القائمة الرئيسية متضمناً التغييرات التالية:

إنشاء قسم "حول لجنة التحقيق"؛

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

إنشاء قسم "مدونة الرئيس"؛

في الأقسام التي تحتوي على قدر كبير من النص ("المقابلات" و"المنشورات" و"الإطار التنظيمي")، قم بتنظيم المعلومات حسب السنة.

هيكل الموقع الإلكتروني للمكتب المركزي

· بيت

· نبذة عن اللجنة (صفحة نصية)

· دليل (وحدة "الكتالوج")

Ø قائمة المديرين (قسم الكتالوج الفرعي)

o وصف المسؤول (صفحة نصية)

· الهيكل (صفحة نصية)

· الإطار التنظيمي (صفحة نصية)

· الأخبار (وحدة "الأخبار")

Ø قائمة الأخبار (القسم الفرعي)

o وصف الخبر (صفحة نصية)

· المعلومات القانونية (صفحة نصية)

· الخدمة في النظام (صفحة نصية)

· مكافحة الفساد (وحدة "الكتالوج")

Ø الأحداث والوثائق

o قائمة الأحداث (القسم الفرعي)

§ وصف الحدث (صفحة نصية)

Ø التحقيق في جرائم الفساد

o قائمة الأحداث (القسم الفرعي)

§ وصف الحدث (صفحة نصية)

· المدونة (وحدة "المدونة")

· نسخة للمكفوفين (وحدة "نسخة للمكفوفين")

· إجراءات النظر في الطلبات واستقبال المواطنين (صفحة نصية)

· سلطات التحقيق للكيانات المكونة للاتحاد الروسي (صفحة نصية)

· المنشورات المطبوعة (وحدة "الكتالوج")

Ø نشرة SKP رقم 4 (القسم الفرعي)

Ø نشرة SKP رقم 3 (القسم الفرعي)

o وصف الرقم (صفحة نصية)

· إعلام عن لجنة التحقيق (وحدة “الأخبار”)

Ø قائمة المنشورات (القسم الفرعي)

o وصف النشر (صفحة نصية)

· التفاعل مع وسائل الإعلام (وحدة "الكتالوج")

Ø قائمة الأقسام الفرعية (قسم الكتالوج الفرعي)

o وصف القسم الفرعي (صفحة نصية)

· مقابلة (وحدة "الأخبار")

Ø قائمة المقابلات (القسم الفرعي)

o وصف المقابلة (صفحة نصية)

· خريطة الموقع (وحدة "خريطة الموقع")

2.2. الصفحة الرئيسية

بالإضافة إلى عناصر التعريف والتصميم، يجب أن تحتوي الصفحة الرئيسية للموقع على العناصر التالية:

· القائمة الرئيسية

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

ü نبذة عن اللجنة

ü دليل

ü الهيكل

ü الإطار التنظيمي

ü الأخبار

ü المعلومات القانونية

ü الخدمة في النظام

ü مكافحة الفساد

تظهر شبكة الصفحة الرئيسية في الشكل. 1.

الحالي" في نظام الإدارة، أي أنه إذا تم تعيين هذه العلامة، فسيتم وضع الأخبار في الكتلة "ذات الصلة" وتظل هناك حتى تتم إزالة هذه العلامة.

· حظر "تصريحات ممثلي الحكومة ووسائل الإعلام"- يجب أن تكون قائمة مؤرخة باسم ممثل الحكومة أو الإعلام ومنصبه وصورته واقتباسه.

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

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

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

تذييل

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

2.3. الصفحة الداخلية النموذجية

تظهر شبكة الصفحة الداخلية النموذجية في الشكل. 2

أرز. 2. صفحة داخلية نموذجية.

غاية:

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

2.4. متطلبات وحدة نشر الرسائل الإخبارية

يجب أن توفر وحدة نشر الرسائل ما يلي:

· نشر الرسائل الإخبارية على مواقع الإنترنت مرتبة زمنياً (موجزات الأخبار).

· عرض قائمة الأخبار ونصوصها الكاملة على صفحات مواقع الإنترنت.

· البحث في أرشيف الأخبار.

· تصدير الأخبار إلى تنسيق RSS 2.0.

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

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

ويجب أن تعرض قائمة الأخبار على شكل إسم الخبر وتاريخ نشره (شكل رقم 3)

https://pandia.ru/text/78/390/images/image005_109.jpg" width = "646" height = "525 src = ">

أرز. 4. شبكة صفحة "وصف الأخبار".

2.5. متطلبات الوحدة الخاصة بإنشاء وعرض قائمة المستندات

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

· تنظيم نشر الوثائق على صفحات الموقع على شكل قائمة مع إمكانية ترقيم الصفحات والفرز حسب تاريخ النشر.

· يجب على مدير ومدير محتوى مواقع الإنترنت القيام بما يلي:

o عرض قائمة الوثائق،

o إضافة مستندات جديدة،

o تحرير وحذف المستندات المضافة.

2.6. متطلبات وحدة عرض القائمة (الكتالوج)

يجب أن توفر وحدة عرض القائمة ما يلي:

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

· تزويد المسؤولين ومديري المحتوى لمواقع الإنترنت بالوظائف التالية:

o تحرير وإضافة وحذف عناصر القائمة؛

o إنشاء قوائم جديدة من العناصر؛

o حذف القوائم الموجودة.

يجب أن تكون الوحدة عبارة عن بنية متعددة المستويات ذات بنية متفرعة. يجب أن يحتوي القسم الرئيسي من الكتالوج على أقسام فرعية معروضة على شكل قائمة موضوعات (الشكل 5)

أرز. 5. شبكة القسم الفرعي للكتالوج.

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

تظهر شبكة "وصف القسم الفرعي" في الشكل. 6

https://pandia.ru/text/78/390/images/image008_83.jpg" width="625" height="526">

أرز. 7. شبكة صفحة "قائمة موضوعات المدونة".

عند الضغط على أحد المواضيع يجب أن تفتح صفحة تحتوي على وصف كامل للموضوع والتعليقات عليه (الشكل 8)

2.8. معرض الصور

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

2.9. مشغل فديوهات

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

2.10. العلامات

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

2.11. متطلبات وحدة جمع وتحليل البيانات المتعلقة بإحصائيات زوار الموقع

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

· الاحتفاظ بسجلات الإحصائيات على الإنترنت والتعامل مع البيانات مباشرة على الموقع.

· جمع وحساب البيانات الإحصائية عندما يفتح الزائر كل صفحة دون وضع أزرار أو صور أو رمز برنامج إضافي في نص الصفحة.

· إبراز تدفقات الزوار وفق أحد المعايير:

o قائمة المواقع المرجعية؛

س محرك البحث.

يا الصفحات التي أتيت إليها؛

o معلمات إضافية: البلد والمستخدم وشبكة IP وغيرها.

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

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

· تحليل نقاط الدخول إلى الموقع مع القدرة على تحديد فترة التحليل والقسم ومعلمات أخذ عينات البيانات الأخرى باستخدام مرشح متقدم.

· تحليل حركة مرور الموقع على رسم بياني عام يوميًا مع عرض البيانات: الزيارات، الجلسات، الزوار، المضيفين، الزوار الجدد، الأحداث، المفضلة؛

· تحليل ملخص إحصائيات الموقع وعرض البيانات للفترات الماضية بالأنواع التالية:

يا الأحداث؛

o الزوار (الجدد، الإجمالي، المضاف إلى المفضلة، عبر الإنترنت)؛

o أهم 10 أنواع من الأحداث الأكثر نشاطًا على الموقع؛

o أفضل 10 مواقع إحالة؛

o أكثر 10 عبارات بحث شيوعًا اليوم؛

o أفضل 10 روبوتات بحث أكثر نشاطًا لهذا اليوم.

· تحليل المواقع المرجعية. القدرة على تحليل الديناميكيات يوما بعد يوم؛ المحاسبة لوحدة البحث المدمجة كمحرك بحث مع جميع أدوات التحليل؛

· الكشف التلقائي عن استعلامات محرك البحث والروبوتات لتجديد جدول محرك البحث.

· تحليل ديناميكيات الأحداث يوما بعد يوم وعرض النتائج في شكل رسم بياني دائري.

· تحليل ديناميكيات الأحداث يوما بعد يوم وعرضها على شكل رسم بياني لأنواع الأحداث.

2.12. متطلبات وحدة البحث

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

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

· إجراء بحث في وقت واحد في المحتوى الثابت للموقع والمعلومات الديناميكية (الأخبار والمقالات والصور الفوتوغرافية)

· استخدام لغة الاستعلام عند تشكيل استعلام البحث.

· استخدام العوامل المنطقية لاستعلامات البحث المعقدة.

· الفهرسة التلقائية لجميع مستندات الموقع التي يتم نشرها من خلال واجهة الويب في شكل صفحات HTML ثابتة أو من خلال وحدات كتلة المعلومات؛

· فرز نتائج البحث.

2.13. متطلبات وحدة "المسؤولين"

ينبغي أن توفر وحدة "المسؤولين" ما يلي:

· الاحتفاظ بدليل مسؤولي هيئات التحقيق في الكيانات المكونة للاتحاد الروسي (مستوى رئيس ونواب رؤساء الهيئة الإقليمية للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي).

· تخزين المعلومات حول قيادة سلطات التحقيق في الكيانات المكونة للاتحاد الروسي والتي تتكون من:

يا موقف,

يا التصوير الفوتوغرافي،

او السيرة الذاتية

o قائمة (شريط) مؤرخة بالمنشورات والخطب.

يجب أن تمثل الوحدة هيكلًا هرميًا لإخضاع المسؤولين (الشكل 9)

https://pandia.ru/text/78/390/images/image011_72.jpg" width = "646" height = "614 src = ">

أرز. 10. شبكة صفحة "الوصف الرسمي".

2.14. متطلبات وحدة "خريطة الموقع".

2.15. متطلبات وحدة "جمع طلبات المستخدمين"

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

· إرسال نتائج ملء النموذج عبر البريد الإلكتروني إلى الموظف المسؤول.

· حفظ بيانات النموذج في قاعدة البيانات ;

· توفير الحماية ضد التعبئة التلقائية للنموذج عن طريق إدخال رمز رسومي للتحكم.

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

أرز. 11. شبكة صفحة "نموذج الاتصال".

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

2.16. متطلبات إدارة الموارد

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

· واجهة موحدة لإدارة وإدارة محتوى مواقع الإنترنت.

· تحرير محتوى الأقسام والصفحات الخاصة بالموقع المحدد باستخدام محرر رسومي.

· إدارة أقسام القائمة للموقع المحدد.

· إدارة هيكل الموقع المحدد.

· الاحتفاظ بالخريطة التفاعلية لأقسام مواقع الإنترنت.

· نشر رسائل إخبارية ذات مرجع زمني واضح.

· الاحتفاظ بأرشيف الرسائل الإخبارية مع إمكانية البحث حسب تاريخ النشر لجميع مواقع الإنترنت.

· البحث عن المعلومات في مواقع الإنترنت.

· نشر الوثائق على مواقع الإنترنت.

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

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

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

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

3. حلقة المواقع

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

ينبغي استخدام المكونات البرمجية لموقع الإنترنت الخاص بلجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي باعتبارها جوهر المكون البرمجي "Ring of Sites"

3.1. المتطلبات العامة

يجب أن يفي النظام الذي تم إنشاؤه بالمتطلبات التالية:

· يجب أن تضمن شبكة المواقع التشغيل المتزامن دون انقطاع لمواقع الإنترنت الخاصة بهيئات التحقيق التابعة للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي للكيانات المكونة للاتحاد الروسي؛

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

· يجب أن يتم تصميم وتطوير البرامج الخاصة بـ Ring of Sites باستخدام مبادئ وأساليب البنية المعيارية للحلول البرمجية؛

· يجب أن توفر مواقع الإنترنت الخاصة بحلقة المواقع إمكانية الوصول إلى موارد المعلومات الخاصة بسلطات التحقيق في الكيانات المكونة للاتحاد الروسي وإمكانية نشر مواد إعلامية مرتبطة إقليمياً؛

· يجب أن توفر الأدوات البرمجية الخاصة بـ Ring of Sites إدارة مركزية لمحتوى المعلومات الخاصة بمواقع الإنترنت التابعة لسلطات التحقيق، وذلك باستخدام واجهة رسومية لا تتطلب من المستخدمين معرفة لغات برمجة متخصصة.

يجب أن تتضمن مواقع الإنترنت الخاصة بحلقة المواقع الأنواع التالية من صفحات المعلومات:

· صفحات النص.

· تغذية الأخبار.

· أسئلة وأجوبة؛

· أرشيف الملفات.

· نماذج جمع الطلبات.

· خريطة الموقع.

3.2. صفحة نصية

تظهر شبكة صفحة النص النموذجية في الشكل. 12

أرز. 12. شبكة صفحة نصية داخلية نموذجية.

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

3.3. أخبار

تظهر شبكة صفحة موجز الأخبار في الشكل. 13

أرز. 13. شبكة صفحة "موجز الأخبار".

يجب أن يتم تجميع قائمة الأخبار بالترتيب الزمني وتحتوي على معلومات حول تاريخ النشر وعنوان الأخبار.

عند الضغط على اسم أحد الأخبار، يجب أن تفتح صفحة تحتوي على وصف كامل للخبر (الشكل 14)

أرز. 14. شبكة صفحة "وصف الأخبار".

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

3.4. أسئلة وأجوبة

تظهر شبكة صفحة "الأسئلة والأجوبة" في الشكل. 15

أرز. 15. شبكة صفحة الأسئلة والأجوبة.

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

3.5. أرشيف الملف

ينبغي أن تكون صفحة تحتوي على قائمة بالملفات التي سيتم تنزيلها. عند النقر على اسم الملف، يجب تنزيل الملف تلقائيًا دون إعادة تحميل الصفحة (الشكل 16)

https://pandia.ru/text/78/390/images/image018_31.jpg" width="646" height="505">

أرز. 17. شبكة صفحة "نموذج الاستئناف".

3.7. خريطة الموقع

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

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

3.8. متطلبات آلية إنشاء وحذف المواقع

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

3.9. متطلبات دعم المعلومات

كجزء من إنشاء حلقة من المواقع، يجب أن يكون أحد مواقع الإنترنت التجريبية مملوءًا في البداية بمواد المعلومات التي يجب أن يقدمها العميل.

3.10. متطلبات التصميم

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

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

يجب أن يفي تصميم مواقع الإنترنت الخاصة بحلقة المواقع بخصائص النمط التالية: صارمة، وعملية، ومقتضبة، ومريحة، وغنية بالمعلومات.

3.11. متطلبات دعم اللغة

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

3.12. تطوير منصة برمجية موحدة لموقع UPC

كجزء من التطوير، من الضروري تنفيذ:

· المحتوى المعلوماتي لموقع تجريبي واحد من مجموعة مواقع بحجم كافٍ لاختبار وظائف النظام بالكامل، والتي يجب تنفيذها كجزء من التدريب؛

· إجراء عملية تجريبية.

· الدخول في التشغيل التجاري.

3.13. متطلبات نتائج العمل المنجز

1. برنامج Ring of Sites التابع للجنة التحقيق التابعة لمكتب المدعي العام للاتحاد الروسي

2. الوثائق التشغيلية في التكوين التالي:

· برنامج ومنهجية الاختبار.

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

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

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

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

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

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

أوجه التفاعل

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

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

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

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

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

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

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

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

لقد كان هنا لمدة ساعة ولم يلمس حتى السبورة البيضاء. إنه ليس محلل أنظمة حقيقي

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

هناك مخطط بسيط للغاية لجمع المتطلبات.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نعم، تبدو برامج الشركات بهذا الشكل، وفيها الكثير من التفاصيل المهمة

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

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

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

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

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

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

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

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

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

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

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

   

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

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

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

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

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

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

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

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

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

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

لماذا من المهم تسجيل عملية العمل بأكملها في شكل وثائق فنية؟

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

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

إذا أراد أحد الطرفين التعاون دون شروط مرجعية

قد يعني هذا ما يلي:

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

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

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

المشاركون في المشروع

إذا كان المشروع كبيرا، يمكن إضافة مشاركين إضافيين:

• مدير الإنتاج
• مدير المشروع
• راعي المشروع
• المختبرين
• الكتاب الفنيين
• القيمون
• المستخدمون/المستهلكون (على سبيل المثال للاختبار النهائي)
• وإلخ.

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

ما يقدمه كل قسم من الاختصاصات للأطراف:

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

عواقب كتابة مهمة ذات نوعية رديئة

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

نتيجة المشروع لا تلبي توقعات العميل. ستكون هناك حاجة إلى ميزانية إضافية ووقت للتحسينات.

عادةً ما تعيق النقاط التالية تطوير مواصفات فنية عالية الجودة:

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

لا يعرف العميل كافة تفاصيل المشروع قبل بدء تشغيل النتيجة النهائية.

المقاول ليس مستعدًا لإنفاق المزيد من الموارد على تطوير المواصفات الفنية دون الدفع المناسب.

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

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

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

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

يجب أن تجيب الاختصاصات على الأسئلة:

1. ماذا؟(ما نوع العمل ومحتوى العناصر)
2. أين؟(موقع العناصر)
3. متى؟(تسلسل التنفيذ والمواعيد النهائية المحددة للعمل)
4. كيف؟(تقنية التنفيذ، التصميم، مبدأ التشغيل.) كقاعدة عامة، يجب أن يكون لأي كائن وظائف: الإضافة والعرض والتحرير والحذف. كما يتم وصف التبعيات والتفاعلات مع الكائنات الأخرى. في بعض الأحيان تتم إضافة وظائف الإشراف والتحقق والتحديث التلقائي والأرشفة وما إلى ذلك.
5. أين؟ / أين؟(أثناء النقل، الخ.)
6. لماذا؟(تبرير العمل في حالة الاتفاق على المهمة مع طرف ثالث)
7. الخصائص.

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

7 أخطاء شائعة

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

مثال على المواصفات الفنية الصحيحة لإنهاء المشروع

مهمة:
انشر على الموقع www.site.name.ruصفحة جديدة سيتم فيها نشر جهات الاتصال والصور الخاصة بمستشاري المبيعات، بالإضافة إلى الدردشة عبر الإنترنت.

وصف:

1. أين؟إضافة قسم جديد “مستشارك” إلى القائمة الرئيسية العلوية للموقع بين قسمي “المدونة” و “عملاؤنا”.
2. أين؟قم بإنشاء عنوان URL جديد للصفحة: /your_konsultant.htm
3. كيف؟خذ تخطيط الصفحة الجديدة من صفحة "أطبائنا". فقط بدلا من الأطباء سيكون هناك استشاريين.
4. ماذا؟هيكل الصفحة هو كما يلي:
   • الرأس: المستشار الخاص بك - في المركز (بنمط رؤوس صفحات الموقع الأخرى)؛
   • 3 كتل على التوالي مع الحقول:
     • مع صور فوتوغرافية للبائعين بحجم 400*600 (محاذاة للوسط)؛
     • الاسم الكامل. البائعين تحت الصور (تنسيق النص مع القدرة على التحرير)؛
     • كل شخص لديه رقم هاتف مشترك: 555-555-55 تحت الاسم الكامل. (تنسيق النص مع إمكانية التحرير)؛
     • عنوان البريد الإلكتروني تحت رقم الهاتف (البريد الإلكتروني: موقع2@ بريد. رو);
     • زر "الحصول على استشارة" الموجود أسفل جميع الحقول، وحجم الزر ولونه وشكله بأسلوب الأزرار الموجودة على الموقع (راجع زر "إصدار أمر" على عنوان url: /katalog.ru).
5. أين؟يجب تعديل بيانات الاستشاريين في محرر الموقع. يجب أيضًا تحرير علامات TITLE وDESCRIPTION وH1.

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

ضع أيضًا نموذج الطلب أدناه.

1. أين؟أسفل قائمة المستشارين، أعلى التذييل.
2. ماذا؟ثلاثة حقول:
   • اسم
   • رقم التليفون
   • محتويات التطبيق
3. كيف؟الحقول المطلوبة: الاسم ورقم الهاتف. قم بعمل التصميم وفقًا لنموذج نموذج الملاحظات. إذا لم يتم ملء الحقل المطلوب، يجب أن تظهر رسالة، كما هو الحال في نموذج الملاحظات.
4. أين؟إرسال الطلب إلى البريد الإلكتروني الخاص بالعميل: معلومات@ شائع. com
5. كيف؟تنسيق الرسالة بشكل حر.
6. الخصائصقم بتعيين الحماية ضد الروبوتات كما في نموذج الملاحظات.
   عند تقديم طلب، إذا تم ملء كل شيء بشكل صحيح، فيجب إرسال حدث "إرسال الطلب" إلى Yandex Metrica.
7. لا تنس قواعد القبول
   يفحص:
   • يجب ألا تكون هناك علامات HTML غير مغلقة على الصفحة.
   • اختبر الاستجابة على الأجهزة المحمولة التي تعمل بنظام التشغيل Android بدقة ***x**** و****x****، والأجهزة اللوحية بدقة 1280 × 1024.
   • تحقق من العملية في متصفحات Safari وChrome وMozilla.

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