(If you are programmer) 👨🏻💻
من المواضيع المهمة اللى لازم كل مبرمج يكون مُلم بيها وعارفها 👇🏻👇🏻
"كيفية عمل تحليل فنى لفكرة مشروع برمجى؟!"
ريتويت لإفادة الجميع + ركز معى فى هذه التغريدة >>>
#الباشمبرمج
من المواضيع المهمة اللى لازم كل مبرمج يكون مُلم بيها وعارفها 👇🏻👇🏻
"كيفية عمل تحليل فنى لفكرة مشروع برمجى؟!"
ريتويت لإفادة الجميع + ركز معى فى هذه التغريدة >>>
#الباشمبرمج
الشيء الرئيسي الذي يجب تذكره هو ما تحاول تحقيقه - فأنت تحاول الحصول على فهم مشترك بينك وبين العميل حول ما يحدث. لا تتعلق التقديرات السيئة فقط بالفرق بين ما كنت تعتقد أنه سيستغرقه وما يتطلبه الأمر ، ولكن أيضًا حول ما كنت تعتقد أنك ستقدمه وما يعتقد العميل أنك ستقدمه.
تتمثل إحدى طرق النظر إلى توثيق كل هذا في تغطية الأمر ، وإذا عاد العميل وذهب "أين وحدة إعداد التقارير" ، يمكنك فقط الإشارة إلى الجملة التي تقول "لن تكون هناك وحدة إعداد تقارير" ولكن هذا ليس حقًا هو - هي. يتعلق الأمر حقًا بإجراء تلك المحادثة في البداية (حيث يمكن أن تكون بناءة)
بدلاً من النهاية (حيث من المحتمل أن تكون مواجهة).
حسابك في الحفاظ على الكثير من التفاصيل التي تبدو سلبية.
لذا ، ما الذي يجب عليك تضمينه:
وصف عالي المستوى لما يتم عمله - بضع فقرات فقط. إنها في الحقيقة لن تقدم أي تفاصيل لكنها تهيئ المشهد. لذلك في هذا القسم
حسابك في الحفاظ على الكثير من التفاصيل التي تبدو سلبية.
لذا ، ما الذي يجب عليك تضمينه:
وصف عالي المستوى لما يتم عمله - بضع فقرات فقط. إنها في الحقيقة لن تقدم أي تفاصيل لكنها تهيئ المشهد. لذلك في هذا القسم
تقول إنك تبني موقعًا للتجارة الإلكترونية لبيع الأدوات ، وأنه موقع B2C بدلاً من B2B ، وأن المشروع يغطي التصميم والبناء الكاملين للموقع وما إلى ذلك. بضع فقرات على الأكثر.
المتطلبات الوظيفية عالية المستوى - النقاط النقطية التي تحدد الميزات الرئيسية التي سيتم بناؤها / تصميمها. لكل كيان بيانات تم تضمينه سواء تم الإنشاء و / أو القراءة و / أو التحديث و / أو الحذف لأن ذلك سيساعدك على فهم المهمة بشكل أفضل.
لذلك قم بتضمين القدرة على إنشاء / قراءة / تحديث / حذف المستخدمين ، والقدرة على إنشاء وقراءة وتحديث الطلبات ، والقدرة على إنشاء / قراءة / تحديث / حذف فئات المنتجات ، والقدرة على إنشاء / قراءة / تحديث / حذف المنتجات بما في ذلك النص والصور والفيديو.
المتطلبات غير الوظيفية - منطقة أخرى حيث يتم فقدان الكثير من الأشياء. تتضمن المتطلبات غير الوظيفية أشياء مثل الأداء وتحميل المستخدم والتدقيق والأرشفة والأمان وما إلى ذلك. قد يكون إعداد التقارير مناسبًا هنا - على الرغم من أنه وظيفي حقًا ، إلا أنه شيء يتم نسيانه
لأنه غالبًا ما يدعم استخدام الأنظمة بدلاً من أن يكون جزءًا أساسيًا منه. إذا كنت لا تفعل شيئًا في منطقة إعطاء (على سبيل المثال ، لن تكون هناك مسارات تدقيق) ، فاذكر ذلك بوضوح ، ربما في قسم آخر يسمى ...
خارج النطاق - ستظهر الأشياء أثناء المناقشات حول ما إذا كان هناك شيء ما (قليل من الوظائف ، واجهة لنظام آخر) متضمنًا أم لا. اكتب هذه! أحد المجالات الرئيسية التي فشل فيها النطاق في تجربتي هو أن الذكريات المختلفة لهذه المحادثات ووضعها على الورق مقدمًا يؤدي إلى التخلص أو الكثير من ذلك
هذا مجال آخر يمكن أن يأتي فيه الإبلاغ (سيعرفون أنهم يريدون التقارير ولكن ليس ما هو نوع الانجراف ثم تقوم بتسليمهم ويسألون عن مكانهم) ، ولكن أيضًا إدارة المستخدم (إعادة تعيين كلمة المرور؟) والأمان.
الافتراضات - في هذه المرحلة أثناء المشروع ، لن يكون لديك معلومات كافية للتوصل إلى تقدير دقيق حقًا. لا بأس ، يمكنك ملء الفجوات في نفسك ، طالما أنك توضح أن هذا هو ما فعلته. لذلك إذا كنت تفترض أنهم يزودونك بقوالب الشركة لتخطيط الأشياء ، فقم بتدوين ذلك.
جاري تحميل الاقتراحات...