مهندسی نرم افزار: مدیریت پیکربندی نرم افزار

صفحه 1:
Point اسلایدهای آموزشی درس مهندسی نرم افزار (۱) ‎ee‏ 2 

صفحه 2:
ل لم ‎ee Ted‏ راز( ‎Point 

صفحه 3:


صفحه 4:
مدیریت پیکربندی نرم افزار (:(6600 * خروجی فرایند نرم افزاری اطلاعاتیست که می توان آن را به سه گروه تقسیم کرد: 1)برنامه های کامپیوتری 2)اسنادی ‎aS‏ برنامه های کامپیوتری را شرح می دهد 3)داده ها مدیریت پیکربندی نرم افزارعبارت است از یک فعالیت جامع که در طول فرایند نرم افزاری اجرا می گردد. از آن جایی که تغییر می تواند در هر زمانی رخ دهد. فعالیت های ]۹61۷ برای (1)شناسایی تغییر(2)کنترل تغییر(3)حصول اطمینان از اين كه تغيير به درستى اجرا مى شود (4)گزارش تغییر به کسانی که علاقمند به دانستن آن هستند. . انجام می گردد. ‎x > Presentation‏ هم 

صفحه 5:
مدیریت پیکربندی نرم افزار (:(600 9 پشتیبانی ازنرم افزار ومدیریت پیکربندی نرم افزار تفاوت وجود د يشتيبانى يعنى مجموعه اى از فعاليت هاى مهندسى نرم افزار كه بس از تحويل نرم افزاربه مشترى واستفاده از آن به وقوع مى بيوندد.مديريت بيكربندى نرم افزار يعنى مجموعه اى از فعاليت هاى پیگیری وكنترل كه زمانى شروع مى شوند كه یک پروژه مهندسى نرم افزارى آغاز مى كردد وتنها زمانى بايان مى يابند كه نرم افزار از كارمى افتد. " متغييرديكرى درفرايند نرم افزارى وجود دارد بنام “تغيير”. تغيير مى تواند در هر زمانى وبه هردليلى روى دهد.درواقع اولين قانون مهندسى سيستم بيان مى دارد كه:مهم نيست كه شما دركجاى جرخه زندكى سيستم قرار داريد' سي خواهدكردوتمايل به تغييرآن در تمام جرخه زندكى ادامه .بيدا خواهد كرد. ‎x > Presentation‏ هم ‎ ‎ 

صفحه 6:
98 را مدیریت پیکربندی نرم افزار (:(600 چهارمنبع تغییر اساسی وجود دارد: 1) شرایط جدید کاری ویا تجاری که تغییردرشرایط محصول ویا قوانین تجاری را دیکته می کند 2) نیازهای جدید مشتریا ن که اصلاحات داده هایی راکه توسط سیستم های اطلاعاتی ایجاد می شوند؛ عملکردی که توسط محصولات عرضه می شوند؟ ویا خدماتی که توسط یک سیستم کامپیوتری ارائه می شوند راعرضه ‎aisles no‏ 3) سازماندهی دوباره ویا گسترش/کاهش تجارت که سبب بروز تغییرات در اولویت پروژه ویا ساختار تیم مهندسی نرم افزار می شود 4) مشکلات مربوط به بودجه ویا برنامه ریزی که سبب تعریف دوباره سیستم ویا محصول می گردد. * . مدیریت وضعیت نرم افزار یعنی مجموعه ای از فعالیت هایی که برای کنترل تغییردر طول جرخ زندگی نرم افزار کامپیوتری به وقوع می پیوندد. ‎x > Presentation‏ حي 

صفحه 7:
600(:( ‏مدیریت پیکربندی نرم افزار‎ Goter pour subtle kere [ مدیریت پیکوبندی نرم افزار عبارت است از یک فعالیت جامع که در طول فرایند نرم افزاری اعمال می گردد. 500 اصلاحاتی را که همواره به وقوع مود و فعان ساب کم افزار دس اد اراد انب شرا شناسایی کنترل. بررسی وگزازش می نماید. تمام اطلاعاتی که به عنوان بخشی از مهندسی نرم افزار تولید می شوند تبدیل به بخشی از پیکربندی یکه نرم افزار می گردند. پیکربندی به روشی سازماندهی می شود که کنترل منظم تغییو را امکان پذیر عب شا رد ] ‎Presentation‏ 2ك هم 

صفحه 8:
es ‏خطوط :هنا‎ خط مبنا عبارت است از یک مفهوم مدیریت وضعیت نرم افزار که به ما کمک می کند تا بدون این که توجه جدی به تغییر داشته باشیم* خطمبا را بسه شرح زیر تسعریفمیکند: یک ویژگی وبا محصولی که به طور اساسی مورد بررسی قرار گرفته وبه تأیید رسیده" وپس از آن به عنوان پایه واساسی برای مراحل تکامل بعدی مورد استفاده قرار خواهد گرفت وفقط می تواند به واسطه شیوه های اساسی کنترل تغییر" تغییر یابد. ‎PresentationPoin‏ 2ك هم 

صفحه 9:
es ‏خطوط :هنا‎ پیشرفت وقایع منجربه خط مبنا می شود کارهای مربوط به مهندسی نرم افزار ها مورد بررسی 501 می شوند. پس از اینکه 561 سبب ایجاد یک و یا چند قرار گرفته وتأیید شدند دریک پایگاه داده پروژه قرار می گیرند.وقتی که یکی از اعضای تیم مهندسی نرم افزار می خواهد بر از روی پایگاه داده های 56۱ دارای مبنا تغییرایجاد کند اين 56۱ روی 6 پروژه بر روی فضای شخصی مهندسی کیی می شود. اما این ادامه 5۱ استخراج شده را تنها زمانی می توان تغییر داد که کنترل .بيدا كند ‎x > Presentation‏ هم 

صفحه 10:
خطورظ صا 1 به محض این که یک شى ايجاد كرديد و تحت بيررسى قرار كرفت تيديلانه بى خط ‎gli tne Lvs‏ تغییراتی که بر روی یک شى مبنا اعمال مى شوندء.سبب مى شوند تا یک نسخه جدیدی از آن شی به وجود بیاید.] ‎PresentationPoint‏ 2ك هم 

صفحه 11:
های خط مبنا ویایگاه داده های پروژ 601 ‎ici)‏ پایگاه داده پروژه ‎an‏ ‏بت ‎ana =‏ نرم ذخیره خطوط مبنا مشخصه های سیستم نیازمندیهای سیستم مشخصه های طراحی برنامه منبع طرح ها/رویه ها/داده های ازمون سيستم عملياتى ‎PresentationPoint‏ 2ك هم 

صفحه 12:
اقلام پیکربندی نرم افزار اطلاعاتی که به عنوان بخشی از فرایند مهندسی نرم افزار به وجود می آیند. یک 601 عبارت است از یک سند. مجموعة کاملی از موارد آزمون» ‎Lg‏ ‏جزء معروفی از یک برنامه. در واقع 6۵01 ها برای تشکیل اشیاء پیکربندی سازماندهی می شوند که می توانند در پایگاه داده های پروژه با یک نام جداگانه به فهرست در آیند» شی پیکربندی دارای نام و صفت می باشد و از طریق یک سری ووابط با سایر شی ها ارتباط پیدا می کند. ‎x > Presentation‏ هم 

صفحه 13:
اقلام پیکربندی نرم افزار [ پیکربتدی نرم افزار تشکیل شده است از مجموعه ای از شی های مربوط به هم که قلم های پیکربندی نرم افزار نامیده می شوند و در نتیجه برخی از فعالیت های مهندسی نرم افزار ایجاد می گردند.] ‎PresentationPoint‏ ۲ هم 

صفحه 14:
اشیا پیکربندی PresentationPoint 

صفحه 15:
فرایند مدیریت پیکربندی نرم افزار oe Presentation مدیریت پیکربندی نرم افزار رکن مهمی از تضمین کیفیت نرم افزار است. مسئولیت اولیه آن» کنترل تغییر می باشد. اما 5614 همچنین مسئول شناسایی 56۱های جداگانه ونسخه های گوناگون نرم افزار,رسیدگی به پیکربندی نرم افزار برای حصول اطفتان ارزاین كد به لور لناب تكميل شده و كزارش تمام تغييرات اعمال شده به ييكربندى. ‎vr»‏ تدم 

صفحه 16:
فرایند مدیریت پیکربندی نرم افزار برای کنترل واداره قلم های پیکربندی نرم افزار, هر یک از آنها باید به طور جداگانه نام گذاری شده وسپس با استفاده از یک رهیافت ‎un”‏ كرا“ سارماندهی گردند. دو نوع شی قابل شناسایی هستند: etme cle ces -2 ‏شی های پایه‎ -1 شی پایه: عبارت است از واحدمتن که توسط یک مهندس نرم افزار وبه هنگام تحلیل, طراحی, کددهی ویا آزمون ایجاد می شود. شی مجتمع: مجموعه ای از شی های پایه و سایر شی های مجتمع.("ویژگی طراحی» یک شی مجتمع است) ‎x=» Presentation‏ هم 

صفحه 17:
۲ ۳ PresentationPoint 

صفحه 18:
i “a; ee ‏شناسایی اشیاء در پیکربندی نرم افزار‎ * هر شی دارای مجموعه ای از ویژگی های مشخص است که آن را به طوو منحصر به فردی شناسایی می نماید:یک نامءیک توصیف, فهرستی از منابع,ویک تحقیق. *نام شی عبارت است از یک رشته کاواکتر که شی را به طور مبهمی شناسایی می نماید. * توصیف شی عبارت است از فهرستی از قلم ‎sla‏ داده ها که موارد زیر را شناسایی می نماید: * نوع 50۱ که بوسیله شی مشخص می شود * شناسه پروژه ۰ اطلاعات مربوط به نسخه ویا تغییر ‎x > Presentation‏ هم 

صفحه 19:
ee ‏شناسایی اشیاء در پیکربندی نرم افزار‎ " منابع موجودیت هایی هستند که ارائه شده؛پردازش شده, ارجاع داده شده ویا توسط شی درخواست می گردند. * تحقیق نشانگری است در مورد "واحد متن*یک شی پایه وبی اعتبار در مورد یک شی مجتمع. ‎PresentationPoint‏ »= هم 

صفحه 20:
i “a; ee ‏شناسایی اشیاء در پیکربندی نرم افزار‎ * روابط بین شی ‎Sle‏ پیکربندی را می توان با استفاده از یک زبان برهم بتدی پیمانه ای (۲۸۱۲)نشان داد. یک ۱/۱ وابستگی بین شی ‎sla‏ پیکربندی را توصیف می کند وکمک می کند تا هر نوع نسخه ای از تک سیستم به طور خودکار ساخته شود ‎٠‏ شى ها در طول فرایند نرم افزاری به وجود می آیند.پیش از آنکه ‏شی به صورت خط مبنا دراید وحتی پس از این که یک خط ‎Line‏ ‏ایجاد گردد ممکن است چندین بار تغییر کند.می توان برای هر شکل یک نمودار تکاملی ایجاد کرد.نمودار تکاملی تاريخجه تغيير شى را توصیف می کند. ‎x > Presentation‏ هم 

صفحه 21:
ee ‏کنترل نسخه‎ کنترل نسخه ؛روش ها وابزارها را ترکیب می نماید تا نسخه ‎Sle‏ ‏گوناگونی از شی های پیکربندی را که طی فرایند نرم افزار ایجاد شده اند مهار نمایند. کلم کنترل نسخه در متن 560 را به شرح زیر توصیف می کند: مدیریت پیکربندی به یک کاراین امکان را می دهد تا گزینه های پیکربندی گوناگونی از سیستم نرم افزاری راء از طریق انتخاب نسخه های مناسب مشخص نماید.این امر از طریق ربط دادن صفات با هر یک از نسخه های نرم افزاری وسپس مشخص نمودن یک ی از طریق توصیف مجموعه ای از صفات دلخواه» پشتیبانی مى +22, ‎x=» Presentation‏ هم 

صفحه 22:
‎EE 608‏ کنترل نسخه ‏* یکی از راه های نمایش نسخه های گوناگون یک سیستم نمودار ‏* هر یک از گره های موجود در نمودار» یک شی مجتمع؛یعنی نسخه کاملی از نرم افزارءمی باشند. ‏* هر نسخه نرم افزار عبارت است از مجموعه ای از 50۱ ها و هر نسخه می تواند ترکیبی از متغییرهای گوناگون باشد. ‏* روش دیگر مفهومی نمودن رابطه بین موجودیت هاءمتغییرها ونسخه ها عبارت است از ارائه آنها به عنوان یک مخزن اشیاء ‏* یک موجودیت تشکیل شده است از مجموعه ای از شی ها که نسخه تجدیدنظر شده آنها در یک سطح قرار دارند. ‎x > Presentation‏ حي 

صفحه 23:
‎EE 608‏ کنترل نسخه ‏* یک متغییر مجموعة متفاوتی از شی هاست که نسخة تجدیدنظر شدة ‎tel‏ در یک سطح است و بنابراین در موازات سایر متغییرها قرار دارد. ‏* چندین روش خودکارگوناگون برای کنترل نسخه پیشنهاد وارائه شده؛ ‏تفاوت اصلی این شیوه ها در پیچیدگی صفاوتی است که برای ساخت نسخه ها و متغییرهای خاصی از یک سیستم وروش کارفرایند ساخت به کار می رود ‎x > Presentation‏ حي 

صفحه 24:
کنترل نسخه شی های پایه و شی های مجتمع» تشکیل یک مخزن اشیا را می دهند که نسخه ها و گونه های متفاوت دیگر از روی آن ساخته می شوند. کنترل نسخه عبارت است از مجموعه ای از شیوه ها و ابزارها برای کنترل استفاده از این شی ها به کار می روند PresentationPoint €a 851 

صفحه 25:
یک درخواست تغییر» برای ارزیابی قابلیت فنی,تأثیرات جانبی بالقوه, تأثیرکلی بر وی سایر شی های پیکربندی وعملکرد سیستم, و هزينة پیش بینی ‎bau‏ تغیبر, ارائه وارزیابی می گردد. نتایج ارزیابی به صورت یک گزارش تغییر ارائه می گردد که توسط یک مجوز کنترل تغییر (8©©) موود استفاده قرار می گیرد. برای هر تغییر به تأیید رسیده, یک ترتیب تغییر مهندسی (860) ایجاد می شود. 800 تغییری وا که قرار است به وجود آید توصیف می نماید؛ محدودیت هایی که باید اعمال شوند, ومعیارهایی بوای مطالعه وبریسی, شی که باید تغییر کند از پایگاه داده های پروژه بیرون کشیده شده ؛تغییر اعمال شده و فعالیت های 508 مناسبی اعمال می گردند. سپس شی وارد پایگاه داد ها می شود. ‎x > Presentation‏ هم 

صفحه 26:
i ws فرایند "بیرون کشیدن"و"وارد نمودن" دو رکن اصلی کنترل تغییر را انجام می دهد. ۰ کنترل دستیابی : 0 تعيين مى كند كدام مهندس نرم افزار اختیار ارزیابی و اصلاح شی پیکربندی خاص را دارند. * کنترل هم زمانی: کمک می کند اطمینان حاصل نودکه تفییرات مشایهی که توسط دو فرد مختلف انجام می شوند؛بر روی هم کپی نشوند. ‎x > Presentation‏ هم 

صفحه 27:
i ws * یک مهندس نرم افزاربر اساس درخواست تغییر به تأیید رسیده و 800 یک شی پیکربندی را بیرون می کشد. * عمل ارزیابی کنترل به ما اطمینان می دهد که مهندس نرم افزار اختیار بیرون کشیدن شی را داردو هم زمانی کنترل شی را در پایگاه داده های پروژه نگه می دارد,به طوری که این شی به هیچ عنوان به زور نمی نود تا ومانی که تسحهلی که به تازگی یرون کشیده ند جایگزین آن گردد. + یک بسخه ار سی دارای مسا که نسح استخراج شده نامیده می ود توسط مهندس نرم افزار اصلاح می گردد. ‎x > Presentation‏ هم 

صفحه 28:
i ws ۰ پیش از آنکه یک 501 تبدیل به یک خط ‎Line‏ 02955 تنها نیاز به استفاده از کنترل تغییر غیر رسمی وجود دارد. ۰ برای ایجاد تغیبر, چنانچه تغییر سایر 56۱ ها را تحت تأثیر قرار دهد, سازنده باید از مدیر پروژه ویا از 662۸ کسب اجازه نماید. ‎PresentationPoint‏ 2ك هم 

صفحه 29:
FFT فرایند کنترل تغییر: 1- نیاز به تغییر تشخیص داده می شود 2-درخواست تغییر از کاربر می رسد 3-سازنده ارزیابی می کند 4- گزارش تغییر تولید می شود 5-فرد مجاز به كنترل تغيير تصميم مى كيرد ؛: ۸.درخواست ار نه يي د ودر جلك به كاردر مطلع ل شود 8.درخواست تغيير در نوبت اقدام قرار مى كيردو 860 توليد مى شود: افراد به اشیاء پیکربندی نسبت داده مى شوند-اشیاء(قلام) پیکربندی خارج 0 ب تشخیص داده می شود- تغییر اعمال می شود - تغییر مورد وارسی قرار می گیرد- اقلام تغییر یافته پیکربندی بوارد می شوند- خط مبنایی برای آزمون برقرار می شود-فعالیت های تضمین کیفیت وآزمون انجام می شود ‎x > Presentation‏ هم 

صفحه 30:
i ws ‏کنترل تغییرات‎ فرایند کنترل تغییر: تغییرات برای ارتقاء نسخه بعدی مستقر می شود- تغییر در نسخه جدید قرار می گیرد- نسخه جدید توزیع می شود * مسئول کنترل تغییر (6:6/۸) نقش فعالی در لایه های دوم وسوم کنترل . ایفا می کند. * نقش 66 عبارت است از داشتن یک دیدگاه جهانی؛ سوالاتی مانند اینکه تغییر چگونه مى تواند درک مشتریان را نسبت به محصول اصلاح نماید؟ توسط 67 مورد بررسی قرار می گیرند. ‎PresentationPoint‏ 2ك هم 

صفحه 31:
کنترل تغیی, فعالیتی است که مربوط به روش کار می شود وبا اعمال تغييرات به شیء پیکربندی کیفیت و هماهنگی ‎ol‏ را تضمین ‎no‏ نماید. فرایند کنترل تغییر با یک درخواست آغاز شده, منجر به اتخاذ تصمیم برای ساخت ویا رد درخواست برای تغییر می شود وبا یک به روز رسانی کنترل شدخ 56۱ ای که قرار است تغییر کند خاتمه مى يابد. ‎PresentationPoint‏ 2ك هم 

صفحه 32:
‎PresentationPoint‏ 2ك هم 

صفحه 33:
وارسی پیکربندی شناسایی کنترل نسخه و کنترل تغییر به سازنده ترم افزار کمک می کند تا نظم را برقرار نماید. مکانیزم های کنترل فقط تا زمانی تغییر را دنبال می نمایند که یک 60 ایجاد گردد. برای اینکه اطمینان حاصل کنیم تغییر به طور مناسبی انجام شده ؛از طریق 1- بررسی های فنی رسمی 2-وارسی پیکربندی نرم افزار صورت می پذیرد. ‎x > Presentation‏ هم 

صفحه 34:
وارسی پیکربندی بررسی فنی رسمی : به صحت فنی شی پیکربندی که اصلاح گردیده می پردازد. بررسی کنندگان ؛ 56 ها و نارسایی ها ویا اثرات جانبی بالقوه را ارزیابی می نماید. بررسی فنی رسمی باید در مورد تمام وحتی جزیی ترین تغییرات صورت پذیرد. وارسی پیکربندی نرم افزار: پررسی فنی رسمی را از طریق ارزیابی ویژگی های یک شی پیکربندی که معمولاً طی بررسی در نظر گرفته نمی شود. ‎x > Presentation‏ هم 

صفحه 35:
وارسی پیکربندی [ وارسی پیکربندی عبارت است از یک فعالیت 50۸ که به حصول اطمينان از كيفيت به هنكام اعمال تغييرات کمک می نماید.] ‎PresentationPoint‏ ۲ هم 

صفحه 36:
گزارش وضعیت پیکربندی که به ‎Ul‏ صورت وضعیت هم می گویند؛ یکی از وظایف 561 است. جریان اطلاعات در مورد گزارش وضعیت پیکربندی را به اختصار 65۴ می نامند. هر بار که یک 56۱ هویت جدید و يا به روزی را انتخاب می نماید, یک مورد 658 ایجاد می شود. هر بار که وارسی پیکربندی صورت می پذیرد , نتایج به عنوان بخشی از کار 58) گزارش میگردند. خروجی 658 در یک پایگاه داده ممکن است روی خط قرار بگیرد, که در این صورت سازندگان و یا اداره کنندگان نرم افزار می ‎ules‏ اطلاعات مربوط به تغییر را به وسیلة کلید واژه ارزیابی نمایند. ‎x > Presentation‏ هم 

صفحه 37:
یک گزارش 658 بر طبق یک مبنای ثابت ارائه می شود و هدف آن این است که مدیر و سازندگان به ارزشیابی تغییرات ادامه دهند. گزارش وضعیت پیکربندی نقش مهمی در موفقیت پروژه های بزرگ نرم افزاری ایفا می کند. ‎PresentationPoint‏ 2ك هم 

صفحه 38:
گزارش وضعیت [گزارش وضعیت , اطلاعاتی را دربارة هر تغيير به کسانی که نیازمند آگاهی از آن هستند ارائه می نماید.] ۲ ۳ PresentationPoint 

صفحه 39:
استاندارد های مدیریت پیکربندی نرم افزار بسیاری استانداردهای مدیریت پیکربندی نرم افزار بیش از دو دهه است که ارانه می شود بسیاری از استانداردهای اولیه بر توسعه وساخت نرم افزار های نظامی متمرکز شده وتاکید داشته اند. استانداردهای ۸۱5۱/۱88۴ برای نرم افزارهای غیرنظامی به کار می رود و برای سازمانهای مهندسی نرم افزار کوچک و بزرگ توصیه می شود. ۲ x=» Presentation 

صفحه 40:
استاندارد های مدیریت پیکربندی نرم افزار ‎٠‏ استانداردهای اولیه مانند: ‎MIL-STD-1521A y .MIL-STD-483 . DOD_STD_480A‏ ‎٠‏ استانداردهای ]۸۱15۱-۱8۶ مانند: ‎«NO.1042-1987. ANSI/IEEE Stds. NO.828-1983 ‎۲ PresentationPoin 

صفحه 41:
PresentationPoint