طور التفصيل

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

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

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

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

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

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

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

النموذج الأول هو واقعة الاستخدام Use Case Model. هذا النموذج سيساعدنا على فهم مالذي سيقوم به النظام ، و كيف سيبدو من وجهة نظر "العالم الخارجي" (مثل: المستخدمون، أو ربما نظام آخر سيرتبط به).

النموذج الثاني هو النموذج المفاهيمي Conceptual Model. هذا النموذج يسمح لنا ، عن طريق UML، بطبع صيغة رسومية لمعطيات الزبون. سوف تصف المفاهيم العامة لمعطيات الزبون، و كيف هي العلاقة فيما بينها. لبناء هذا سوف نستعمل مخطط الأصناف Class Diagram من UML. سوف نستخدم النموذج المفاهيمي هذا في طور البناء Construction Phase لبناء الأصناف و الكائنات البرمجية.

سوف نقوم بتغطية هذين النموذجين ، بتعمق في الفصلين القادمين.

موجز

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

نموذجان سوف يساعداننا في هذا الطور: نموذج واقائع الاستدخام والنموذج المفاهيمي.

الفصل 5: طور الاستهلال

المحتويات

الفصل 7: نمذجة وقائع الاستخدام

المسودات

المخرجات

موجز