👨‍🎤 🧛🏼 🚫 برنامج تعليمي للمواصفات الفنية 💑 👍🏼 👏🏽

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

لمن: المطورين المبتدئين وأولئك الذين يريدون أن يفهموا (من قبل العملاء والشركات الناشئة والمديرين).

وقت القراءة: 7 دقائق.

نقطة البداية - المتطلبات

أريد كعكة ثم آيس كريم!
فوفكا في المملكة البعيدة

هناك اعتقاد خاطئ شائع يكفي أن تقول: "أنت بحاجة إلى تطبيق لمتحف / قط / نبات" وسيتضح على الفور ما تحتاجه.

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

المفسد

صحيح بشكل رهيب؟ تم إنفاق الميزانية بالفعل وانتهت المهلة المحددة.

لمنع حدوث ذلك ، يتم إصلاح جميع متطلبات المنتج ، وهذا ما يبدأ به أي تطوير.

نوع مناسب من المتطلبات - المعارف التقليدية

اعجن واقطع!
فوفكا في المملكة البعيدة

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

يطلق عليه أيضًا TK ، SRS ، PRD - كل هذه هي أسماء الوثيقة التي يتم فيها إصلاح متطلبات المنتج بالشكل الصحيح.

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

وصفة للمعارف التقليدية المختصة

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

نموذج مفاهيمي
بطاقة وظيفية
مسار المستخدم
واجهة المستخدم
واجهات البرمجيات
متطلبات غير مجدية

النقطتان الأخيرتان محددتان ، أنصحهما بالاهتمام بالقراء القريبين من التطوير.

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

نموذج مفاهيمي

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

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

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

يجدر الحديث عن أنواع المستخدمين واختلافاتهم الرئيسية.

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

وأخيرًا ، أخبرنا عن مكونات منتجك.

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

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

بطاقة وظيفية

تعرض الخريطة الوظيفية المفهوم العام للمشروع بمستوى التفاصيل اللازمة لتقييم نطاق العمل وتحديد الأولويات ، في شكل تقليدي ، تشبه هذه الخريطة خريطة الموقع. ولكن من الأنسب عرضه على شكل بطاقة ذهنية (بطاقات ذهنية ، بطاقات ذكاء). غالبًا ما يرسم المديرون الكلمات في الاجتماع على السبورة أو قطعة من الورق والصلات بينهم ، وبالتالي هذه هي الخريطة الذهنية. يمكن القيام بذلك بسهولة في الخدمات المجانية (coggle و draw.io و mindmeister) أو ببساطة في Office Word.

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

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

مسار المستخدم

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

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

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

على سبيل المثال: على شاشة التسجيل ، يمكن للمستخدم:
الانتقال إلى شاشة التفويض ، والتسجيل عبر الشبكات الاجتماعية (Facebook و Twitter) ، وإدخال البريد الإلكتروني وكلمة المرور ، ثم تكرارها وتأكيد التسجيل في البريد الإلكتروني.

واجهة المستخدم

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

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

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

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

ستضيف الأكروبات إطارات سلكية (إطارات سلكية) - نماذج أولية لواجهة المنتج في شكل دوائر تقريبية.

واجهات البرمجيات

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

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

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

متطلبات غير مجدية

هذه هي متطلبات المنتج العامة. يمكن تقسيمها إلى المتطلبات الفنية ومتطلبات الأمان ومتطلبات الأداء. تشير المتطلبات الفنية إلى رغبات الأجهزة وبيئة التشغيل ، على سبيل المثال ، لتطبيقات المواعدة ، وهي Android 7.0+ و JDK 8+ و iOS 11.0+ و Swift 4.2.

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

النصيحة

PDF, . , .
, , , .
-, , .
, , .
. , .
استعد لقضاء أكثر من بضعة أيام أو استشر متخصصًا للحصول على ورقة. ستوفر لك الاختصاصات المختصة من المناقشات الطويلة للتفاصيل مع المطورين وتحدد معايير واضحة لتسليم المشروع. على سبيل المثال ، تعد المعارف التقليدية الكاملة وفقًا لمعيار IEEE-830 ، المرفق بعقد التطوير ، حجة في المحكمة في حالة عدم الامتثال للمتطلبات.

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