ممارسة وصف تصميم البرمجيات [مغلق]

Question

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

كيف يمكنك التعامل مع CSCI الكبيرة؟

ما المعيار الذي تستخدمه لمحتوى SDD؟

ما الخياطة التي قمت بها؟

Answer 1

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

Answer 2

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

Answer 3

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

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

في العمليات الأكثر رسمية (مثل RUP) يتم إنشاء مستند SAD في الغالب أثناء مرحلة التفصيل/النماذج الأولية بناءً على بحث الفريق.