بخشی از پاورپوینت
اسلاید 2 :
مقدمهای بر اهمیت موضوع
شرايط كسب و كار در كشور ما نيز به تبع ديگر كشورها در حال تغيير است.
بنابراين سازمانها ميبايست به گونه اي چابك باشند تا بتوانند در كوتاهترين زمان با توجه به شرايط محيط، تغييرات لازم را در خود ايجاد نمايند.
با توجه به اين كه توسعه نرمافزار در هر سازمان، زيرساختي براي عملكرد بهتر آن سازمان فراهم ميآورد لذا .
متدولوژي توسعه نرمافزار نيز بايستي به گونه اي باشد كه مهندسي نرمافزار پاسخ قابل قبولي براي تغييرات سريع فراهم آورد.
اسلاید 3 :
مقدمهای بر اهمیت موضوع
بيش از يك دهه قبل، پيش فرض متدولوژي توسعه در پروژههاي بزرگ نرمافزاري كشور ما بر اين بود كه .
در مدتي كه تيم توسعه در حال شناخت، تحليل، طراحي، ساخت و آزمون نرمافزر هستند، .
هيچ گونه تغييري در سازمان كارفرما اتفاق نميافتد
اگر شاهد چنين تغييرهايي باشيم .
تمام مسئوليت آن به عهده بهرهبردار و كارفرما ميباشد.
لذا كارفرما متهم ميگرديد كه چرا كليه نيازهاي خود را از همان ابتدا مشخص نكرده است.
اسلاید 4 :
مقدمهای بر اهمیت موضوع
اين ديدگاه در پروژههاي نرمافزاري كشور تغيير كرده است ولي .
متاسفانه همچنان شاهد شكست ذاتي در بيشتر پروژههاي نرمافزاري هستيم.
بايد به اين نكته توجه داشت كه هرچند بسياري از پروژهها در انتها به بهرهبرداري ميرسند ولي .
عملا به دليل عدم رعايت زمان و هزينه پيش بيني شده، .
بسياري از منابع سازمان تلف ميشود و منافع بهرهبرداري از نرمافزار به تاخير ميافتد.
اسلاید 5 :
مروری بر متدولوژیهای چابک
هنوز تعريف دقيقي از چابكي متدولوژي ارائه نشده است ولی .
اين مفهوم مورد علاقه متخصصين اين رشته و مراكز پژوهشي ميباشد.
بنابراين هنوز توافقي بر اين كه كدام متدولوژي چابك ميباشد وجود ندارد.
در سال 2001 بيانيهاي توسط گروهي از مشاورين و پيمانكاران نرمافزار ارائه گرديد كه به .
"بيانيه توسعه چابك نرمفزار" مشهور گرديد.
اين بيانيه از چهار بخش تشكيل شده است .
اسلاید 6 :
مروری بر متدولوژیهای چابک- بیانه توسعه چابک نرمافزار
الف) اشخاص و ارتباط بين آنها بر فرايندها و ابزار اولويت دارند.
رابطه نزديك افراد در تيم پروژه در اين بخش از اولويت بالايي برخوردار است.
اسلاید 7 :
مروری بر متدولوژیهای چابک- بیانه توسعه چابک نرمافزار
ب) كاركردن نرمافزار بر مستندسازي همه جانبه آن اولويت دارد.
هدف اساسي تيم توسعه نرمافزار توليد مداوم نرمافزار
آزمونشده ميباشد.
بنابراين ميبايست نشر هاي جديد در بازههاي زماني متناوب توليد شوند.
اين تناوب در بعضي از رويكردها ميتواند به صورت روزانه و يا حتي ساعتي باشد.
ولي معمولا در بازههاي ماهانه و يا دوماهانه نشرهاي جديد توليد ميشوند.
برنامهنويسها ميبايست كدهاي ساده را در نهايت تكنيك ايجاد نمايند و همواره بايد به اين ملزم شده و تشويق شوند.
اين شيوه توليد سبب ميشود تا حجم مستند سازي در حد قابل قبولي كاهش يابد.
اسلاید 8 :
مروری بر متدولوژیهای چابک- بیانه توسعه چابک نرمافزار
ج) همكاري با مشتري بر مذاكرات قراردادي اولويت دارد.
هرچند كه اهميت قراردادهايي كه به خوبي تنظيم شده اند با بزرگ شدن پروژهها، افزايش مييابد ولی .
ارتباط و همكاري بين توسعه دهندگان و مشتري (كارفرما و بهرهبردار) بر روابط مبتني بر قرارداد اولويت دارد.
فرايند مذاكرات مبتني بر قرارداد بايستي به عنوان ابزاري براي حفظ روابط پويا در پروژه تبديل گردد.
اسلاید 9 :
مروری بر متدولوژیهای چابک- بیانه توسعه چابک نرمافزار
د) پاسخ به تغييرات بر دنبال كردن طرح اولويت دارد.
گروه توسعه نرمافزار كه شامل:
تيم توسعه و
افراد مسئول از سمت مشتري ميباشند، بايستي .
داراي شايستگي،
اختيار و
دانش لازم
جهت تصميم گيري در مورد تغييرات در نيازمنديهايي كه در حين فرايند توسعه نرمافزار شناسايي ميشوند، باشند.
اسلاید 10 :
مروری بر متدولوژیهای چابک
اهمیت نیروی انسانی
در متدولوژيهاي چابك، نگرش به نيروي انساني و تاثيري كه بر موفقيت پروژه دارند مورد توجه ميباشد.
بنابراين ايجاد انگيزش در نيروي انساني براي توليد نرمافزار باكيفيت در محدوده زماني پروژه از اهميت بالايي برخوردار ميباشد.
اسلاید 11 :
مروری بر متدولوژیهای چابک
انتخاب مناسبترین متدولوژی
طيف گسترده اي از پروژههاي نرمافزاري وجود دارد
براي تماميپروژهها نميتوان متدولوژي يكساني در نظر گرفت.
بنابراين مدير پروژه ميبايست بر اساس ويژگيهاي پروژه .
بهترين متدولوژي را انتخاب نمايد.
اسلاید 12 :
متدولوژی eXtreme Programming (XP)
متدولوژيXP بواسطه چرخه طولاني توسعه نرمافزار در متدولوژيهاي سنتي و مشكلات ناشي از آن .
در سال 1999 توسط آقاي بِك تدوين گرديد.
این متدولوژی به عنوان اولین متدولوژی چابک مطرح است .
رويههايي كه در اين متدولوژي ارائه شده است نكات جديدي نبودند .
ولي از اين جهت دارای اهمیت است که .
رويههاي بهينه كنار هم قرار گرفته و به عنوان متدولوژي مدون گرديدند.
اسلاید 13 :
متدولوژی XP
چرخه حيات توسعه نرمافزار در اين متدولوژي در شش فاز انجام ميپذيرد.
اسلاید 14 :
متدولوژی XP
1) فاز كاوش (Exploration Phase)
دراين فاز مشتري و تيم توسعه به صورت موازي شروع به كار ميكنند.
مشتري، ويژگيهاي سيستم را كه انتظار دارد در نگارش اول پياده سازي گردد را بر روي سناريو كاردهايي ثبت ميكند.
هر سناريو بيان كننده ويژگي اي از سيستم ميباشد.
اسلاید 15 :
متدولوژی XP
تيم پروژه به صورت موازي با ابزارها و تكنولوژيهايي كه در پروژه استفاده ميشود آشنا ميشوند.
تكنولوژي و معماريهاي متصور براي سيستم نرمافزاري با ايجاد پروتوتايپ، آزمون ميشوند.
اين فاز بين تعداد معدودي هفته و يا ماه ميتواند انجام پذيرد.
مدت زمان این فاز بستگي به
بزرگي پروژه و
آشنايي تيم توسعه با تكنولوژي و ابزارهاي پياده سازي دارد.
اسلاید 16 :
متدولوژی XP
2) فاز طرحريزي (Planning)
اين فاز تا حداكثر در دو روز انجام ميشود.
در اين فاز:
1) توافقي بر سر ويژگيهاي نشر اوليه صورت ميپذيرد
2) سناریوها (ويژگيهاي نرمافزار) اولويت بندي ميشوند.
3) تخمين مدت برنامهنویسی سناریوها توسط برنامهنویسها
4) زمان بندي پروژه براساس تخمین مدت برنامهنویسی
زمان بندي نشر اوليه سيستم نبايد بيشتر از دو ماه باشد
اسلاید 17 :
متدولوژی XP
3) فاز تكرارهاي قبل از انتشار (Iterations to Release)
اين فاز شامل تكرارهايي است كه تا قبل از نشر اوليه انجام ميشود.
هر تكرار بين يك تا چهار هفته برنامه ريزي ميشود.
در اولين تكرار معماري كل سيستم در قالب يك سيستم نرمافزاري پياده سازي ميشود.
اين كار با انتخاب سناريوهايي انجام ميشود كه نيازمند ساخته شدن كل سيستم نرمافزاري ميباشند.
اسلاید 18 :
متدولوژی XP
انتخاب سناريوها يي كه در هر چرخه پياده سازي ميشوند با مشاوره مشتري انجام ميشود و
تصميم گيري در اين مورد را مشتري انجام ميدهد.
آزمونهاي كاركردي كه توسط مشتري تهيه شده است .
در انتهاي هر تكرار انجام ميشود.
در انتهاي آخرين تكرار سيستم آماده توليد ميباشد.
اسلاید 19 :
متدولوژی XP
4) فاز توليد (Productionizing)
اين فاز شامل آزمونهاي نهايي و همچنين .
آزمون كارايي بر روي نرمافزار قبل از نشر به مشتري ميباشد.
در اين فاز تغييرات جديدي شناسايي ميشوند و .
تصميم گيري در مورد اينكه آيا اجراي تغييرات در همين نشر و يا در نشر بعدي انجام پذيرد، انجام ميشود.
اسلاید 20 :
متدولوژی XP
در طول اين فاز ممكن است تكرارهايي بين يك تا سه هفته برنامهریزی شود.
ايدهها و نيز نظراتی كه بايستي در نشرهاي بعدي در سيستم گنجانده شود مستند ميگردند تا .
در فازهاي بعدي (مثلا فازي نگهداري) پياده سازي شوند.
