پایان نامه بررسي متدلوژي هاي مهندسي نرم افزار و بهبود فرآيند مهندسي نياز
فهرست مطالب
چكيده………………………………………………………………………………………………………………………………………………………. …10
1 فصل اول………………………………………………………………………………………………………….13
1.1 مقدمه. 14
1.2 بيان مسئله. 14
1.3 اهميت موضوع. 15
1.4 اهداف مطالعه. 16
1.5 تاريخچه موضوع. 16
1.5.1 زبان مدلسازي:[53](UML history,2004). 17
1.5.2 فرآيند يكپارچه. 17
1.6 تعاريف و اصطلاحات… 18
1.7 آرايش كلي گزارش…. 21
1.8 خلاصه فصل.. 21
2 فصل دوم………………………………………………………………………………………………………….23
2.1 تاريخچه. 24
2.2چرخه حيات توسعه سيستم از ديدگاه منابع 26
2.3 چرخه حيات توسعه سيستم………………………………………………………………………………. 27
2.3.1 متدلوژيهاي توسعه سيستم.. 34
2.3.2 طراحي ساختيافته. 36
2.3.3 توسعه سريع برنامه((RAD. 40
2.3.4 نمونه سازي.. 42
2.3.5 كنارگذاري نمونه سازي 44
2.3.6 توسعه چابك…. 45
2.3.7 انتخاب متدولوژي توسعه مناسب 48
2.3.8 نقشها و مهارتهاي تيم پروژه. 52
3 فصل سوم…………………………………………………58
3.1 تاريخچه 59
مقدمه. 61
3.2 شاخصهاي پايهاي از سيستمهاي شيگرا 61
3.3 كلاسها و شئ ها 62
3.4 پيامها و متدها 62
3.5 Encapsulation و مخفيسازي اطلاعات… 63
3.6 ارثبري.. 64
3.7 وصل کردن پوياوپلي مورفيسم.. 67
3.8 UML نسخه 0/2.. 68
3.9 دياگرامهاي ساختيافته. 71
3.9.1 دياگرامهاي كلاس…. 71
3.9.2 دياگرامهاي شئ.. 72
3.9.3 دياگرامهاي بسته. 72
3.9.4 دياگرامهاي Deployment. 72
3.9.5 دياگرامهاي Component. 73
3.9.6 دياگرامهاي ساختيافته Composite. 73
3.10 دياگرامهاي رفتاري.. 73
3.10.1 دياگرام Activity. 74
3.10.2 دياگرامهاي Interaction. 74
3.10.3 State Machine. 75
3.10.4 دیاگرامهای مورد كاربرد. 76
3.11 روشهاي توسعه. 76
3.12 تحليل و طراحي سيستمهاي شيگرايي.. 77
3.13 فرآيند يكپارچه. 79
3.14 فازها 80
3.15 جريانهايكاري.. 82
3.16 سادهترين رويكرد تحليل و طراحي سيستمهاي شيگرا با 0/2 UML 87
4 فصل چهارم 100
4.1 مقدمه. 101
4.2 فاز Inception. 102
4.2.1 فعاليتهاي لازم و ضروري در فاز Inception. 103
4.2.2 حياتي ترين نكات (گلوگاهها ) در چرخه حيات Inception 104
4.2.3 ارزيابي معيارها و ضوابط… 104
4.2.4 خروجي هاي الزامي فاز Inception. 105
4.2.5 خروجي هاي اختياري فاز Inception. 106
4.3 فاز Elaboration. 107
4.3.1 فعاليتهاي ضروري در فاز Elaboration. 108
4.3.2 ساختار چرخه حيات فاز ( Elaboration ) 109
4.3.3 ارزيابي معيارها 109
4.3.4 محصولات و خروجي هاي الزامي اين فاز. 110
4.3.5 خروجي هاي اختياري اين فاز. 111
4.4 فاز ساخت: 112
4.4.1 ذهنيت مقدماتي از فاز ساخت… 112
4.4.2 فعاليت هاي ضروري در فاز ساخت… 113
4.4.3 نكات مهم در فاز ساخت… 113
4.4.4 معيار ارزيابي.. 113
4.4.5 خروجي هاي الزامي فاز ساخت… 114
4.4.6 خروجي هاي اختياري فاز ساخت… 115
4.5 فاز Transition. 116
4.5.1 فعاليتهاي ضروري فاز Transition. 117
4.5.2 ارزيابي معيارها 118
4.5.3 خروجي هاي فاز Transition. 118
5 فصل پنجم 120
ابزار مستندسازي 120
5.1 مقدمه. 121
5.2 برخي از نمونههاي موجود. 121
5.3 ابزار مديريت نيازمندي iParadise. 122
5.3.1 معماري.. 123
5.3.2 آبجكت مدل.. 123
5.3.3 تحليل سيستم.. 124
5.3.4 معماري نصب… 132
5.3.5 سيستم نهايي.. 132
6 فصل ششم 141
6.1 مقدمه. 142
6.2 مروري بر فصلهاي گذشته. 142
6.3 مروري بر تحليل و نقد ادبيات موضوع. 143
6.4 محدوديتها 143
6.5 معماري نرمافزار ايدهآل.. 145
فهرست منابع 146
پيوست يك 154
فرهنگ لغات و اصطلاحات 154
پيوست دو 157
فرهنگ لغات و اصطلاحات 157
چكيده:
پس از آنكه تحولات بسيار عظيمي در دنياي مهندسي نرمافزار قبل از شبكه بوجود آمده بود نوبت به عصر شبكه رسيد عصري كه در آن مفاهيم مختلفي وجود دارد . تعدادي از اين مفاهيم عبارتند از مديريت دانش، عدم وابستگي به فناوري خاص، قابليت يكپارچه سازي، پروژههاي بسيار حجيم و سازماني براساس اين ساختار مهندسي نرمافزار دنياي جديدي را براي خود متصور ساخت كه در اين دنياي جديد بحثهاي فراواني از يكپارچه شدن، نوشتن سيستمهاي اطلاعاتي كه تعداد كاربران همزمان بسيار زيادي داشته باشد و از طرفي نياز يكپارچه سازي دادهها كه منجر به بوجود آمدن مراكز داده شد احتياجهاي خاص و بسيار ضروري را بر مهندسي نرمافزار تحميل كرد.
پس از خسارتهاي بسيار زيادي كه تغييرات و تحولات به سازمانها براساس عدم كفايت نرمافزارها و مستندات آن وارد كرد گروهي برآمدند كه اقداماتي جهت يكپارچهسازي مهندسي سيستم با مهندسي نرمافزار انجام دهند و براساس اين تركيب بتوانند زباني را براي مدلسازي نرم افزار و شبيهسازي آن تهيه كنند. پيشگامان اين امر حياتي سه تن از افراد بسيار كليدي تحت عناوين گروي پوچ، ايوان جكوبسون و رامباف بودند كه در نهايت پس از مدتي تلاش زباني تحت عنوان [1]UML طراحي گرديد كه اين زبان داراي قابليتهاي مختلفي بود. از مهمترين قابليتهاي اين زبان ميتوان به توسعهپذير بودن آن نام برد. براساس اين ابتكار تا حدودي برخي از مشكلات سازمانهاي صاحب نقش در دنياي فناوري ارتباطات و اطلاعات بر طرف شد اما نياز به يك ساختار جديدي بوجود آمد چراكه اين بار روش استانداردي براي توسعه سيستمهاي اطلاعاتي كه بتوان بصورت چرخشي توسعه مواد وجود نداشت. در اين هنگام فرآيند يكپارچهاي براساس اصول UML و مفاهيم چرخشي بودن تحت عنوان فرايند يكپارچه [2]شكل گرفت. اين فرآيند خود را بر روي 4 مفهوم متمركز كرد كه عبارتند از: معماريگرا، چرخشي، مبتني بر مورد كاربرد[3] و تمركز روي مخاطره[4]. از اين رو، بخش معماري نرمافزار و نوع تحليل و طراحي بسيار حساس گرديد و براي همين موضوع الگوهاي مختلفي توسعه يافت.
درك آنكه چرا و چگونه نيازهاي يك مشتري به مسائل فني چون كد برنامه ربط پيدا ميكند؛ مفهومي تحت عنوان مهندسي نياز و ماتريس پيگيري را ايجاد نموده است. مستند مقابل شما برآن است كه پاسخي براي اين پرسش باشد.
[1] Unified Modeling Language
[2] Unified Process
[3] Use Case
[4] Risk
نقد و بررسیها
هنوز بررسیای ثبت نشده است.