بالفعل المحاضرة مره كانت خفيفه تلاته ارباعها اتكلم عن الدرس القديم و راجعه معانا و الربع الاخير درس جديد
و أضيف أهم النقاط إلي ركز عليها الدكتور في محاضرته
بالنسبة للـ phased development
ذكر لنا في المحاضرة الماضيه انها تتكون من versions و ليس subproject < لا تتلخبط
و قال أنو أغلب الخدمات الي يحتاجها مستخدم النظام تكون في >> version 1 <<
و مشكلته هي انو المستخدم حيشتغل وقتها على نسخه ناقصه و غير كامله
( غير كامله عشان التطورات حتكون في الversions التانيه )
شرح لنا الـ prototyping و قال طريقة عمله هي ان المستخدم ياخد جزء من النظام يشتغل عليه و يرجعه تاني للمحلل و يقول ملاحظاته عن النظام عشان يعدلوا اخطائه
شبهها بنسخ الbeta الي نجربها من البرامج لاننا نجرب النسخه بمحاسنها و عيوبها بعدين ترجع تنزل بشكل رسمي بعد ما عدلوا الاخطاء
ميزة هادا النوع انو النسخه الي يشتغل عليها المستخدم
ليست نسخه ناقصه زي ما قلنا في phase
و مشكلته هي انو المحلل يستعجل في التصميم عشان يطلع نسخه يتم تجربتها ,, و يكون تفكيره محدود و ما يفكر في التطورات الي ممكن يضيفها على النظام
اخر شئ شرحه هو throwaway prototyping
طريقته هي ان التعديل على النظام يكون اثناء تجربة النظام و اثناء فترة العمل عليه
( يعني ليست مثل الطريقة السابقه كنا نترك النظام مع المستخدم يجرب فيه على كيفه و يرجعه لنا بعدين مع الملاحظات ,, هنا نقعد على راسه و نشوف المشاكل الي واجهته و نصلحها في نفس الوقت )
لو تلاحظ في رسمة هذا النوع ان الـdesign ما صمم بطريقه رسميه غير بعد ما انتهينا من تجربة النظام بمراحله التلاته analysis, design, implementation
لاحظ الفرق في الرسمتين ,رسمة الطريقه الاولى(prototype)وهذه الطريقه(throwaway)
في فرق بين >> system prototype<< و >> design prototype<<
في الطريقه الاولى بعد ما نخلص تعديلات يطلع لنا نظام system ننشره بشكل رسمي لكن الطريقه التانيه بعد التعديلات نكون لسه لازم نعمل design رسمي للنظام و بعدين ننشره
<< الجمله مو واضحه صح >_<"
ميزة النوع الاخير دا انه مو كل مره نعمل تعديلات على النظام فيكون الي طلع معانا نظام ثابت ما يحتاج نعدل عليه بعد نشره
و مشكلته انه ياخد وقت اثناء تجربته و التعديل عليه
و بس انتهت المحاضره ,,, اعرف اشرح ولا لا
ان شاء الله نكون افدناك
دعواتك يا أخونا 241