بسمه تعالي
DESCRIPTION
بسمه تعالي. فصل دوازدهم. روش های سريع الانتقال (چابک) توسعه نرم افزار. اهداف جلسه. تقسيم بندی متدولوژي های توسعه نرم افزار معيارهای مقايسه متدولوژي ها با يکديگر مقايسه متدولوژي ها بر اساس معيارهای مطرح شده اصول بنيادی متدولوژي های چابک معرفی چند روش چابك. - PowerPoint PPT PresentationTRANSCRIPT
تعاليتعالي‌‌بسمهبسمه
های‌سريع‌االنتقال)چابک(توسعه‌نرم‌های‌سريع‌االنتقال)چابک(توسعه‌نرم‌‌‌روشروش
افزارافزار
فصل‌دوازدهمفصل‌دوازدهم
2
اهداف‌جلسه
افزار‌های‌توسعه‌نرم‌بندی‌متدولوژي‌تقسيم
ها‌با‌يکديگر‌‌متدولوژيمقايسه‌معيارهای
ها‌بر‌اساس‌معيارهای‌‌مقايسه‌متدولوژي
مطرح‌شده
های‌چابک‌‌متدولوژيبنيادی‌اصول
چند‌روش‌چابكمعرفی
3
متدولوژي‌توسعه‌نرم‌افزار
فرآيند‌توليد‌و‌توسعه‌نرم‌افزار‌ذاتا3يك
و‌پر‌هرج‌و‌مرج‌است.براي‌بي‌نظمفرآيند
دادن‌به‌اين‌فرآيند،متدولوژي‌هاي‌نظم
توسعه‌نرم‌افزار‌مطرح‌شدند
،متدولوژي‌توسعه‌نرم‌افزار‌مشخص‌مي‌کند
(Who)چه‌کسي(توسطWhat)چه‌فرآورده‌اي
(توليد‌شود.When)چه‌زمانيو‌در
4
های‌‌تقسيم‌بندی‌متدولوژيافزار‌‌توسعه‌نرم
متدولوژيمتدولوژي(های‌سنگين‌وزن(های‌سنگين‌وزنHeavyweightHeavyweight))فازها‌بطور‌کامل‌اجرا‌شده‌و‌مستندات‌کامل
ايجاد‌مي‌شود
متدولوژيمتدولوژي(های‌سبک‌وزن(های‌سبک‌وزنLightweightLightweight))فازها‌به‌صورت‌کوتاه‌و‌مستندات‌به‌اندازه‌ايجاد
مي‌شوند
در‌دسته‌دوم‌قرار‌دارند‌‌چابکمتدولوژيهای
5
متدولوژي‌سنگين‌وزن
سال‌اخير‌روش‌هاي‌بسيار‌زيادي‌براي25در
توسعه‌نرم‌افزار‌معرفي‌شدند‌اما‌امروزه‌تعداد
بسيار‌اندكي‌از‌آنها‌مورد‌استفاده‌قرار
!مي‌گيرد
ماشين‌گرامتدولوژي‌هاي‌فعلي‌بيش‌از‌اندازه
هستند‌و‌بصورت‌فرآيندي‌وارد‌مكانيزهو
به‌همين‌دليل،جزئيات‌غيرضروري‌مي‌شوند
نامند‌اين‌نوع‌متدولوژها‌را‌سنگين‌وزن‌مي
6
مشکالت‌متدولوژي‌هاي‌سنگين‌وزن
مشتريان‌نرم‌افزارها‌حاضر‌نيستند‌كه‌براي
دست‌يافتن‌به‌نرم‌افزارهاي‌مورد‌نياز‌خود
بمانندمدت‌زيادي‌منتظرمدت‌زيادي‌منتظر
هاي‌توليد‌نرم‌افزار‌‌‌شديد‌شركترقابت‌بسياررقابت‌بسيار
ه‌كاربرانببراي‌ارائه‌خدمات‌نرم‌افزاري
بسيار‌زياد‌نرم‌افزارهاي‌امروزي‌تغييرپذيريتغييرپذيري
انكارناپذير‌است
7
لزوم‌تغييرات‌در‌توسعه‌نرم‌افزار
big cheese CustomerCos
t of c
hang
ePromised
date
No Change!•We are already running late. •I need to meet my date.•We worked hard to prevent
change at the start.
8
لزوم‌تغييرات‌در‌توسعه‌نرم‌افزار
big cheese CustomerCos
t of c
hang
ePromised
date
No Change!•We are already running late. •I need to meet my date.•We worked hard to prevent
change at the start.
Change & Rework
happens at the most
expensive time
Spec signed off here
9
لزوم‌تغييرات‌در‌توسعه‌نرم‌افزار
No Change!
Change! big cheese Customer
Conflict*
Meet Schedule
Best Product
Successful Project
10
معيارهای‌مقايسه‌ها‌با‌يکديگر‌‌متدولوژي
روشمعيار‌موفقيتاندازه‌پروژهسبک‌مديريتنحوه‌مستندسازیها‌چرخهاندازه‌تيم‌برگشت‌سرمايه
11
روش
بصورت‌چابکهای‌‌روشAdaptiveيا‌سازگار
کنند‌يعنی‌با‌شرايط‌منطبق‌‌عمل‌می
شوند‌می
های‌سنگين‌وزن‌بصورت‌پيشگو‌يا‌‌روش
Predictiveکنند‌يعنی‌در‌آغاز‌همه‌‌‌عمل‌‌‌‌می
کنند‌بينی‌می‌چيز‌را‌پيش
از‌ابتدا‌قابل‌پيش‌بينی‌است؟همه‌چيزآيا از‌ابتدا‌قابل‌پيش‌بينی‌است؟همه‌چيزآيا
Process Discipline
Rigid, Highly Structured
Ad hoc,Chaotic
Agile Processes RUP
CMM - SW
12
معيار‌موفقيت
دستيابی‌چابکهای‌‌معيار‌موفقيت‌در‌روش
(استBusiness Valueبه‌ارزش‌کاری)
های‌سنگين‌وزن‌معيار‌موفقيت‌‌در‌روش
پيش‌رفتن‌در‌راستای‌طرح‌اوليه‌است
پذيری‌ندارند‌‌های‌سنگين‌وزن‌انعطاف‌روش پذيری‌ندارند‌‌های‌سنگين‌وزن‌انعطاف‌روش
13
اندازه‌پروژه
کوچک‌استچابکهای‌‌اندازه‌پروژه‌در‌روش
های‌سنگين‌وزن‌‌اندازه‌پروژه‌در‌روش
تواند‌بسيار‌بزرگ‌باشد‌می
چابکهای‌‌اين‌مسأله‌از‌محبوبيت‌روش
کاهد!!!نمی
های‌کوچک‌‌دهد‌که‌تعداد‌پروژه)آمار‌نشان‌می
بسيار‌بيشتر‌است(
چابکهای‌‌اين‌مسأله‌از‌محبوبيت‌روش
کاهد!!!نمی
های‌کوچک‌‌دهد‌که‌تعداد‌پروژه)آمار‌نشان‌می
بسيار‌بيشتر‌است(
14
سبک‌مديريت
بصورت‌چابکهای‌‌مديريت‌در‌روش
غيرمتمرکز‌و‌آزاد‌است
های‌سنگين‌وزن‌مديريت‌بصورت‌‌در‌روش
مطلق‌و‌استبدادی‌است
گيری‌‌مديريت‌غيرمتمرکز‌امکان‌تصميمکند‌بهتر‌را‌فراهم‌می
گيری‌‌مديريت‌غيرمتمرکز‌امکان‌تصميمکند‌بهتر‌را‌فراهم‌می
15
نحوه‌مستندسازی
بصورت‌چابکهای‌‌مستندسازی‌در‌روش‌شود‌بسيار‌محدود‌انجام‌می
های‌سنگين‌وزن‌مستندسازی‌‌در‌روششود‌بصورت‌کامل‌و‌جامع‌انجام‌می
های‌‌در‌بسياری‌از‌موارد‌مستند‌سازي
سنگين,کار‌بسيار‌دشوار‌و‌زمانبری‌است
های‌‌در‌بسياری‌از‌موارد‌مستند‌سازي
سنگين,کار‌بسيار‌دشوار‌و‌زمانبری‌است
16
ها‌چرخه
تعداد‌چرخه(هاCyclesدر‌روش)چابکهای
بسيار‌زياد‌است‌اما‌زمان‌آنها‌کوتاست
ها‌کم‌‌های‌سنگين‌وزن‌تعداد‌چرخه‌در‌روش
است‌ولی‌زمان‌آنها‌بسيار‌زياد‌است
های‌توليد,موجب‌‌زمانبر‌بودن‌چرخه
طوالنی‌شدن‌زمان‌انتظار‌برای‌رسيدن‌به
شود‌‌نشرها‌می
های‌توليد,موجب‌‌زمانبر‌بودن‌چرخه
طوالنی‌شدن‌زمان‌انتظار‌برای‌رسيدن‌به
شود‌‌نشرها‌می
17
اندازه‌تيم
اندازه‌تيم‌کوچک‌است‌چابکهای‌‌در‌روش
نفر(30تا20)بين
های‌سنگين‌وزن‌اندازه‌تيم‌توسعه‌‌در‌روش
بزرگ‌است
خالقيت‌و‌همکاری‌در‌تيم‌کوچک‌بسيار‌بيشتر‌خواهد‌بود
خالقيت‌و‌همکاری‌در‌تيم‌کوچک‌بسيار‌بيشتر‌خواهد‌بود
18
برگشت‌سرمايه
سرمايه‌خيلی‌زود‌در‌چابکهای‌‌در‌روش
گردد‌طول‌پروژه‌بر‌می
های‌سنگين‌وزن‌برای‌برگشت‌‌در‌روش
سرمايه‌بايد‌تا‌انتهای‌پروژه‌صبر‌کرد
از‌لحاظ‌اقتصادی‌چابکهای‌‌روشاند‌‌بصرفه
از‌لحاظ‌اقتصادی‌چابکهای‌‌روشاند‌‌بصرفه
19
مقايسه‌متدولوژي‌هاي‌سبک‌و‌سنگين
Agile MethodsHeavy Methods
ApproachAdaptivePredictive
Success MeasurementBusiness ValueConformation to plan
Project SizeSmallLarge
Management StyleDecentralizedAutocratic
DocumentationLowHeavy
EmphasisPeople-OrientedProcess-Oriented
CyclesNumerousLimited
DomainUnpredictable/ExploratoryPredictable
Team SizeSmall/CreativeLarge
20
چابکبيانيه‌روش‌هاي
متخصصان‌روش‌هاي‌چابک2001در‌سال
بيانيه‌اي‌‌را‌منتشر‌كردند‌و‌اين‌روش‌ها‌را
در‌چهار‌اصل‌كلي‌به‌دنياي‌نرم‌افزار
معرفي‌نمودند‌كه‌عبارتند‌از:فرآيندها‌و‌ابزارهابرتر‌ازتعامل‌‌و‌فردگرايي
تر‌از‌مستندات‌مفهوميه‌بنرم‌افزار‌قابل‌اجرا
تر‌از‌مذاکرات‌قراردادگراه‌بهمکاري‌با‌مشتريان
روي‌از‌طرح‌ر‌از‌دنبالههت‌بپاسخ‌به‌تغيير
21
معروف‌ترين‌روش‌هاي‌چابک
XP (Extreme Programming)
Scrum
Crystal Family
FDD (Feature Driven Development)
Dynamic System Development
Adaptive Software Development
Open Source Software Development
22
XP (Extremeمتدولوژی
Programming)
ددبازخوربازخور‌و‌همکاریهمکاری،سادگیسادگیبر‌مبنای‌اصول
استوار‌استسريعسريع
توسطايده‌اين‌روشKent Beckدر‌سال
ارائه‌شده‌است2000
مبتنی‌بر‌آزمايش(Test-Driven)
نقش‌مشتريان‌بسيار‌پررنگ‌است
فاز‌است5فعاليت‌و12فرآيند‌آن‌شامل
23
–چرخهXPمتدولوژی‌حيات
24
–فازهاXPمتدولوژی
چرخه‌حياتXPشامل‌پنج‌فاز‌است Exploration
Planning
Iterations To Release
Product Tionizing
Maintenance and Dead
25
–نقش‌ها‌وXPمتدولوژی‌مسئوليت‌ها
برنامه‌نويس
مشتري
آزمايش‌کننده
(پي‌گيري‌کنندهTracker)
مربي
مشاور
)مدير)رئيس‌ارشد
26
ها‌فرآورده–XPمتدولوژی
User Stories
شوندشوند‌‌‌بشکل‌متنی‌بوده‌و‌توسط‌مشتريان‌نوشته‌می‌بشکل‌متنی‌بوده‌و‌توسط‌مشتريان‌نوشته‌میا3ا3معمولمعمول
شودشود‌‌های‌سيستم‌مشخص‌میهای‌سيستم‌مشخص‌می‌‌از‌طريق‌آنها‌نيازمندياز‌طريق‌آنها‌نيازمندي
Iteration Plan
ای‌ازای‌از‌‌مجموعهمجموعهUser StoryUser Storyهاست‌که‌توسط‌مشتری‌انتخاب‌‌هاست‌که‌توسط‌مشتری‌انتخاب
شوند‌شوند‌‌‌میمی
شودشود‌‌‌توليد‌می‌توليد‌می،،کشدکشد‌‌‌دو‌هفته‌طول‌می‌دو‌هفته‌طول‌میا3ا3در‌يک‌تکرار‌که‌معمولدر‌يک‌تکرار‌که‌معمول
های‌تکرار‌با‌توجه‌به‌اولويت‌مشخص‌شده‌توسط‌های‌تکرار‌با‌توجه‌به‌اولويت‌مشخص‌شده‌توسط‌‌‌طرحطرح
شوندشوند‌‌مشتری‌اجرا‌میمشتری‌اجرا‌می
دهندگان‌دهندگان‌‌‌شده‌توسط‌توسعهشده‌توسط‌توسعه‌‌انتخاب‌براساس‌بودجه‌تعيينانتخاب‌براساس‌بودجه‌تعيين
خواهد‌بودخواهد‌بود
27
ها‌فرآورده–XPمتدولوژی)ادامه(
Release Plan
های‌تکرار‌را‌در‌قالب‌يک‌های‌تکرار‌را‌در‌قالب‌يک‌‌‌ای‌از‌طرحای‌از‌طرح‌‌مجموعهمجموعه
نقشه‌کلی‌برای‌رسيدن‌به‌نشرها‌نمايش‌نقشه‌کلی‌برای‌رسيدن‌به‌نشرها‌نمايش
دهددهد‌‌میمی
Taskای‌از‌ای‌از‌‌‌زيرمجموعهزيرمجموعهUser StoryUser Storyها‌هستند‌ها‌هستندTaskTaskکاری‌اولويت‌بيشتری‌کاری‌اولويت‌بيشتری‌‌‌ها‌از‌نظر‌تکنيکی‌وها‌از‌نظر‌تکنيکی‌و
دارند‌و‌بايد‌سريع‌انجام‌شونددارند‌و‌بايد‌سريع‌انجام‌شوندTaskTaskهاهاتکرارتکرار‌‌ريزیريزی‌‌ها‌در‌مرحله‌طرحها‌در‌مرحله‌طرح((Iteration Iteration
PlanningPlanningشوندشوند(مشخص‌می(مشخص‌می
28
ها‌فرآورده–XPمتدولوژی)ادامه(
Metaphore
دهنده‌يک‌تصوير‌کلی‌از‌سيستم‌استدهنده‌يک‌تصوير‌کلی‌از‌سيستم‌است‌‌نشاننشان
برای‌هر‌عنصر‌در‌سيستم‌يک‌نام‌در‌نظر‌گرفته‌برای‌هر‌عنصر‌در‌سيستم‌يک‌نام‌در‌نظر‌گرفته
شودشود‌‌میمی
ارتباط‌بين‌عناصر‌درگير‌در‌سيستم‌از‌طريق‌ارتباط‌بين‌عناصر‌درگير‌در‌سيستم‌از‌طريقMetaphoreMetaphore
شودشود‌‌مشخص‌میمشخص‌می
Spike
يک‌راهيک‌راه(حل‌ضربتی(حل‌ضربتیSpike SolutionSpike Solution))،،ايست‌که‌ايست‌که‌‌‌برنامه‌سادهبرنامه‌ساده
های‌بالقوه‌را‌کشف‌کردهای‌بالقوه‌را‌کشف‌کرد‌‌حلحل‌‌توان‌راهتوان‌راه‌‌میمی‌‌آنآن‌‌بوسيلهبوسيله
در‌مواردی‌که‌در‌مواردی‌کهUser StoryUser Storyها‌حساس‌و‌مهمند‌از‌آن‌‌ها‌حساس‌و‌مهمند‌از‌آن
استفاده‌می‌شوداستفاده‌می‌شود
29
–عملياتXPمتدولوژی
Planning Game
(يک‌تعامل‌محصور(يک‌تعامل‌محصورClose InteractionClose Interactionبين‌مشتری‌و)بين‌مشتری‌و)
آيدآيد‌‌نويس‌بدست‌مینويس‌بدست‌می‌‌برنامهبرنامه
های‌های‌‌‌سازی‌گزارشسازی‌گزارش‌‌نويس‌کار‌الزم‌برای‌پيادهنويس‌کار‌الزم‌برای‌پياده‌‌برنامهبرنامه
زند‌و‌مشتری‌در‌مورد‌حوزه‌و‌زند‌و‌مشتری‌در‌مورد‌حوزه‌و‌‌‌مشتری‌را‌تخمين‌میمشتری‌را‌تخمين‌می
کندکند‌‌گيری‌میگيری‌می‌‌زمان‌نشرها‌تصميمزمان‌نشرها‌تصميم
Simple Design
ترين‌‌ترين‌‌‌‌تأکيد‌اصلی‌در‌اين‌روش‌بر‌روی‌طراحی‌سادهتأکيد‌اصلی‌در‌اين‌روش‌بر‌روی‌طراحی‌ساده
های‌غيرضروری‌و‌های‌غيرضروری‌و‌‌‌حل‌ممکن‌است‌و‌پيچيدگيحل‌ممکن‌است‌و‌پيچيدگي‌‌راهراه
شوندشوند‌‌کدهای‌اضافی‌به‌سرعت‌حذف‌میکدهای‌اضافی‌به‌سرعت‌حذف‌می
30
–عملياتXPمتدولوژی)ادامه(
Testing
افزار‌يک‌فرآيند‌آزمايشافزار‌يک‌فرآيند‌آزمايش‌‌توسعه‌نرمتوسعه‌نرم(گراست(گراستTest-DrivenTest-Driven))برای‌آن‌‌برای‌آن،،نويس‌يک‌خاصيت‌را‌اضافه‌کندنويس‌يک‌خاصيت‌را‌اضافه‌کند‌‌قبل‌از‌اينکه‌برنامهقبل‌از‌اينکه‌برنامه
گرددگردد‌‌که‌بصورت‌پيوسته‌اجرا‌میکه‌بصورت‌پيوسته‌اجرا‌می‌‌کندکند‌‌يک‌تست‌طراحی‌میيک‌تست‌طراحی‌می
Refactoring
بهبود‌‌بهبود،،بازسازی‌سيستم‌با‌حذف‌موارد‌تکراریبازسازی‌سيستم‌با‌حذف‌موارد‌تکراری
پذيری‌پذيری‌‌‌سازی‌و‌افزايش‌انعطافسازی‌و‌افزايش‌انعطاف‌‌‌‌‌ساده‌ساده،،ارتباطاتارتباطات
سيستمسيستمPair Programming
نويسند)يک‌نويسند)يک‌‌‌دو‌نفر‌کد‌را‌روی‌يک‌کامپيوتر‌میدو‌نفر‌کد‌را‌روی‌يک‌کامپيوتر‌می
کدنويس‌و‌يک‌متخصص‌استراتژی(کدنويس‌و‌يک‌متخصص‌استراتژی(
31
–عملياتXPمتدولوژی)ادامه(
Collective Ownership
تواند‌کد‌را‌در‌هر‌زمانی‌تغيير‌دهدتواند‌کد‌را‌در‌هر‌زمانی‌تغيير‌دهد‌‌هر‌فردی‌میهر‌فردی‌می
Continuous Integration
پيونددپيوندد‌‌کد‌جديد‌در‌حداقل‌زمان‌ممکن‌به‌کد‌اوليه‌میکد‌جديد‌در‌حداقل‌زمان‌ممکن‌به‌کد‌اوليه‌می،،
بنابراين‌سيستم‌دفعات‌زيادی‌در‌روز‌يکپارچه‌شده‌و‌بنابراين‌سيستم‌دفعات‌زيادی‌در‌روز‌يکپارچه‌شده‌و
شودشود‌‌ساخته‌میساخته‌می
40Hour Week
حداکثر‌چهل‌ساعت‌کار‌در‌هفته‌کافی‌استحداکثر‌چهل‌ساعت‌کار‌در‌هفته‌کافی‌است
اين‌مورد‌اجباری‌است‌و‌بيشتر‌از‌اين‌ساعات‌کار‌مجاز‌اين‌مورد‌اجباری‌است‌و‌بيشتر‌از‌اين‌ساعات‌کار‌مجاز
باشدباشد‌‌نمینمی
32
–عملياتXPمتدولوژی)ادامه(
On- Site Customer
مشتری‌بايد‌بصورت‌تمام‌وقت‌برای‌تيم‌توسعه‌مشتری‌بايد‌بصورت‌تمام‌وقت‌برای‌تيم‌توسعه
در‌دسترس‌باشددر‌دسترس‌باشد
Coding Standards
نويسان‌نويسان‌‌‌قواعد‌کدنويسی‌بايد‌توسط‌برنامهقواعد‌کدنويسی‌بايد‌توسط‌برنامه
رعايت‌شود‌و‌ارتباط‌بين‌کدها‌مورد‌توجه‌قرار‌رعايت‌شود‌و‌ارتباط‌بين‌کدها‌مورد‌توجه‌قرار
گيردگيرد
33
FDD (Feature DrivenمتدولوژیDevelopment)
دهد‌و‌‌تمام‌فرآيند‌توسعه‌نرم‌افزار‌را‌پوشش‌نمی
متمرکز‌سازی‌پياده‌و‌طراحیبيشتر‌روی‌دو‌فاز
شود‌می
های‌يک‌پروژه‌‌برای‌استفاده‌بهمراه‌ساير‌فعاليت
مدل‌افزار‌طراحی‌شده‌است‌و‌هيچ‌‌توسعه‌نرم
فرآيند‌خاصی‌الزم‌ندارد
با‌انتخاب‌بهترين‌و‌تکراریمبتنی‌بر‌توسعه
هاست‌موثرترين‌فعاليت
نشرهای‌های‌کيفتی‌تأکيد‌دارد‌و‌شامل‌‌روی‌جنبه
و‌پيگيری‌دقيق‌پيشرفت‌پروژه‌است‌محسوس
34
FDDفرآيندهای
ترتيبی‌است‌که‌از‌طريق‌آنها‌‌‌پنج‌فرآيندشامل‌شود‌سازی‌انجام‌می‌های‌طراحی‌و‌پياده‌فعاليت
قسمت‌تکراری‌فرآيندFDD)طراحی‌و‌ساخت(کند‌‌حمايت‌میچابکاز‌توسعه
هفته3تا2ا3معمول،هر‌تکرار‌از‌يک‌خاصيت‌برد‌زمان‌می
35
ها‌نقش–FDDمتدولوژی
FDDهای‌خود‌را‌به‌سه‌دسته‌کلی‌‌‌نقش
کند‌تقسيم‌می
های‌کليدی‌نقش
های‌حمايتی‌نقش
های‌اضافی‌نقش
36
ي‌ها‌نقش–FDDمتدولوژی‌کليدي
مدير‌پروژه
ارشدمعمار
مدير‌توسعه
ارشدنويس‌برنامه
(مالك‌كالسClass Owner)
متخصص‌دامنه(Domain Manager)
37
ي‌ها‌نقش–FDDمتدولوژی‌حمايتي
مدير‌نشر(Release Manager)
مشاور‌زبان(Language Guru)
(مهندس‌ساختBuild Engineer)
مسئول‌ابزار(Toolsmith)
مدير‌سيستم(System Administrator)
38
ي‌ها‌نقش–FDDمتدولوژی‌اضافي
ها‌وجود‌‌سه‌نقش‌اضافی‌که‌در‌همه‌پروژه
دارند
کنندهکننده‌‌آزمايشآزمايش((TesterTester))
مستقرکنندهمستقرکننده((DeployerDeployer))
فنيفنينويسنده‌نويسنده((Technical WriterTechnical Writer))
تواند‌چندين‌نقش‌بازی‌کند‌و‌هر‌‌هر‌عضو‌می
نقش‌ممکن‌است‌به‌چند‌عضو‌نسبت‌داده
شود
39
بهترين–FDDمتدولوژی‌تجربيات
Domain Object Modeling
باشدباشد‌‌شامل‌استخراج‌و‌توضيح‌دامنه‌مسأله‌میشامل‌استخراج‌و‌توضيح‌دامنه‌مسأله‌می
Developing By Feature
توسعه‌و‌بررسی‌ميزان‌‌پيشرفت‌پروژه‌از‌طريق‌توسعه‌و‌بررسی‌ميزان‌‌پيشرفت‌پروژه‌از‌طريق
سازی‌ليست‌وظايف‌و‌خواص‌سازی‌ليست‌وظايف‌و‌خواص‌‌‌دنبال‌کردن‌پيادهدنبال‌کردن‌پياده
مشخص‌شدهمشخص‌شده
Individual Class Ownership
که‌‌که‌شته‌باشدشته‌باشد‌وجود‌دا‌وجود‌داييبرای‌هر‌کالس‌شخصبرای‌هر‌کالس‌شخص
باشدباشدکارايی‌و‌صحت‌آن‌کارايی‌و‌صحت‌آن،،مسئول‌سازگاریمسئول‌سازگاری
بهترين–FDDمتدولوژی‌تجربيات
Feature Teams
تيم‌كوچكي‌كه‌به‌صورت‌پويا‌شكل‌گرفته‌اندتيم‌كوچكي‌كه‌به‌صورت‌پويا‌شكل‌گرفته‌اند
Inspection
استفاده‌از‌معروفترين‌و‌بهترين‌مكانيزهاي‌شناسايي‌استفاده‌از‌معروفترين‌و‌بهترين‌مكانيزهاي‌شناسايي
خطاهاخطاها
Regular Builds
تضمين‌اينكه‌هميشه‌يك‌سيستم‌قابل‌اجرا‌و‌قابل‌تضمين‌اينكه‌هميشه‌يك‌سيستم‌قابل‌اجرا‌و‌قابل
(وجود‌دارد(وجود‌داردDemoDemoنمايش‌دادن)نمايش‌دادن)
Configuration Management
داشتن‌تاريخچه‌تغييرات‌و‌نسخه‌هاي‌مختلف)بهمراه‌كد‌داشتن‌تاريخچه‌تغييرات‌و‌نسخه‌هاي‌مختلف)بهمراه‌كد
منبع(منبع(
بهترين–FDDمتدولوژی‌تجربيات
Progress Reporting
روند‌اجراي‌فعاليت‌ها‌به‌صورت‌كامل‌و‌در‌روند‌اجراي‌فعاليت‌ها‌به‌صورت‌كامل‌و‌در
سطوح‌مختلف‌سازماني‌گزارش‌شودسطوح‌مختلف‌سازماني‌گزارش‌شود
42
Scrumمتدولوژي
است‌شدهراگبي‌اقتباساز‌يک‌استراتژی‌در‌بازی
و‌سازگاری،پذيری‌انعطافتأکيد‌روی‌اصول
استسودمندی
چگونه‌اعضای‌تيم‌بايد‌عمل‌کنند‌تا‌سيستم‌توليد:تمرکز
پذيری‌کافی‌‌‌انعطاف،تغييرپذيرا3در‌يک‌محيط‌کامل،شده
داشته‌باشد
ها‌شامل‌چندين‌متغير‌محيطی‌‌‌توسعه‌سيستم:ايده‌اصلی
منابع‌و‌تکنولوژی(که،زمان،و‌تکنيکی‌است)نيازها
کنند‌‌در‌طول‌فرآيند‌توسعه‌تغيير‌میا3احتمال
کند‌‌بينی‌می‌پيش‌‌فرآيند‌توسعه‌را‌پيچيده‌و‌غيرقابلموضوعاين
43
-Scrumمتدولوژي‌فرآورده‌ها
های‌‌فرآوردهScrumبه‌سه‌دسته‌اصلی
شوند‌تقسيم‌می
Product Backlog
Sprint Backlog
Sprint BurnDown Chart
44
Scrum - ProductمتدولوژيBacklog
شده‌است‌که‌بندی‌صف‌اولويتشامل‌يک
حرفهتکنيکی‌و‌‌های‌‌مندي‌در‌آن‌‌وظيفه
اند‌که‌بايد‌توسعه‌داده‌‌نمايش‌داده‌شده
شوند
برای‌هر‌مورد‌مشخص‌شده‌در‌اين
اولويت‌و،خواصی‌مانند‌وضعيت،فرآورده
تخمين‌کاری‌وجود‌دارد
45
Scrum - SprintمتدولوژيBacklog
که‌برای‌تکرار‌فني‌و‌حرفهموارد‌ای‌از‌‌مجموعه
اند‌در‌اين(زمانبندی‌شدهCurrent Iterationجاری)
شوند‌فرآورده‌نمايش‌داده‌می
تبديل‌می‌شوند‌وظايف‌در‌اين‌فرآورده‌به‌نيازها
وجود‌دارد‌و‌شرح‌کوتاهبرای‌هر‌وظيفه‌يک
انجام‌آن‌‌شود‌که‌چه‌کسی‌مسئول‌مشخص‌می
است‌و‌همچنين‌وضعيت‌و‌تعداد‌ساعات‌باقيمانده
روده‌مشخص‌آتا‌تکميل‌شدن‌هر‌وظيفه‌در‌اين‌فر
شود‌می
46
Scrum - Sprint BurnDownمتدولوژيChart
ساعات‌باقيمانده‌برای‌تکميل‌شدن‌همه
را‌در‌قالب‌يکSprintوظايف‌مربوط‌به‌يک
دهد‌گراف‌بصورت‌برجسته‌نمايش‌می
47
-نقش‌هاScrumمتدولوژي
Scrum Master
Product owner
Scrum team
Manager
48
متدولوژي‌هاي‌خانوادهCrystal
متفاوت‌است‌های‌ای‌از‌متدولوژي‌مجموعهشامل
که‌مناسبترين‌آنها‌برای‌هر‌پروژه‌منحصر‌به‌فرد
انتخاب‌می‌شود
را‌برای‌شرايط‌ها‌متدولوژيدارای‌اصولی‌است‌که
کند‌ها‌سفارشی‌می‌مختلف‌موجود‌در‌پروژه
روشCrystalمتدولوژی‌کند‌که‌يک‌‌‌پيشنهاد‌می
پروژه‌بودن‌ميزان‌بحرانی‌و‌اندازه‌براساس‌مناسب
انتخاب‌شود
49
Crystal متدولوژي‌هاي‌خانواده)ادامه(
خانوادههر‌عضو‌ازCrystalيک‌رنگ‌‌با
ميزان‌سنگينی‌‌که‌مشخص‌می‌شود
دهد.رنگ‌تاريکتر‌‌متدولوژی‌را‌نشان‌می
تر‌است‌نشان‌دهنده‌متدولوژی‌سنگينC: Comfort
D: Discretionary Money
E: Essential Money
L: Life
50
Crystalمتدولوژي‌هاي‌خانواده)ادامه(
با‌بازه‌افزايشیها‌از‌توسعه‌‌تمامی‌پروژه
کنند‌‌ماه‌استفاده‌می4زمانی‌حداکثر
بين‌افراد‌درگير‌ارتباطات‌و‌همکاریتأکيد‌روی
در‌پروژه‌است
يا‌ابزاری‌را‌برای‌توسعه‌محدود‌‌هيچ‌فعاليت
کند‌نمی
های‌‌توان‌از‌فعاليت‌‌میا3مثلXPوScrumبا‌هم‌در‌اين
روش‌استفاده‌کرد
51
های‌سريع‌‌مزايای‌روشاالنتقال
است‌‌ها‌دادن‌مشتری‌در‌پروژه‌شرکتتأکيد‌روی
های‌کاربردی‌بسيار‌مفيد‌است‌که‌در‌پروژه
که‌در‌باال‌ارتباط‌متقابل‌و‌کارگروهیتأکيد‌روی
بردن‌راندمان‌کاری‌نقش‌مهمی‌دارد
همه‌افراد‌درگير‌در‌پروژه‌در‌قبال‌کيفيت
محصول‌مسئولند
سنجش‌مستمر‌کارهای‌انجام‌شده‌از‌مزايای
ها‌است‌بسيار‌مفيد‌اين‌روش
52
های‌سريع‌‌مزايای‌روش)ادامه(االنتقال
های‌مدرن‌‌توسعه‌افزايشی‌که‌با‌روش
افزار‌سازگار‌است‌توسعه‌نرم
برای‌فرآيند‌توسعه‌ساده‌و‌روشنطراحی
که‌به‌باال‌رفتن‌کيفيت‌های‌مستمر‌بازبينی
کند‌نويسان‌کمک‌می‌کار‌برنامه
53
های‌سريع‌‌‌روشمعايباالنتقال
ها‌‌در‌اين‌روشهای‌طراحی‌کمبود‌فعاليتبدليل،
اگر‌کد‌بيش‌از‌چند‌هزار‌خط‌باشد‌ممکن‌است
فرآيند‌توسعه‌با‌موانع‌خطرناکی‌برخورد‌کند
در‌اين‌کمبود‌مستندات‌مربوط‌به‌طراحی
های‌کوچک‌محدود‌‌ها‌آنها‌را‌به‌پروژه‌روش
های‌استفاده‌مجدد‌را‌در‌آنها‌‌کند‌و‌قابليت‌می
کند‌محدود‌می
يافته‌کمبود‌فرآيندهای‌بازبينی‌ساخت
54
روش‌های‌سريع‌معايب)ادامه(االنتقال
کمبود‌فرآيند‌طراحی‌منظم‌و‌استفاده‌از
يافته‌باعث‌اتالف‌زمان‌و‌‌های‌غير‌ساخت‌بازبينی
هزينه‌می‌شود
ها‌هيچ‌نوع‌طرح.در‌اين‌روشکمبود‌طرح‌کيفيت
استانداردی‌برای‌ارزيابی‌کيفيت‌وجود‌ندارد
برای‌استفاده‌از‌اين‌کمبود‌راهنماهای‌آموزشی
ها‌روش
55
پرسش‌و‌پاسخ