1 / 20

مدیریت پیکربندی نرم افزار زرین کلام

مدیریت پیکربندی نرم افزار زرین کلام. مدیریت پیکربندی نرم افزار. خروجی فرایند نرم افزاری را می توان به سه گروه تقسیم کرد: برنامه های کامپیوتری اسنادی که برنامه های کامپیوتری را شرح می دهد داده ها مدیریت پیکربندی نرم افزارعبارت است از یک فعالیت جامع که در طول فرایند نرم افزاری اجرا می گردد.

holly-wynn
Télécharger la présentation

مدیریت پیکربندی نرم افزار زرین کلام

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. مدیریت پیکربندی نرم افزار زرین کلام

  2. مدیریت پیکربندی نرم افزار • خروجی فرایند نرم افزاری را می توان به سه گروه تقسیم کرد: • برنامه های کامپیوتری • اسنادی که برنامه های کامپیوتری را شرح می دهد • داده ها • مدیریت پیکربندی نرم افزارعبارت است از یک فعالیت جامع که در طول فرایند نرم افزاری اجرا می گردد. • از آن جایی که تغییر می تواند در هر زمانی رخ دهد، اين فعاليت براي موارد زير انجام مي شود: • شناسایی تغییر • کنترل تغییر • حصول اطمینان از این که تغییر به درستی اجرا می شود • گزارش تغییر به کسانی که علاقمند به دانستن آن هستند

  3. مدیریت پیکربندی نرم افزار • تغییر می تواند در هر زمانی و به هردلیلی روی دهد. مهم نیست که شما درکجای چرخه زندگی سیستم قرار دارید٬ سیستم تغییر خواهدکرد و تمایل به تغییر آن در تمام چرخه زندگی ادامه پیدا خواهد کرد. • تفاوت بین پشتیبانی از نرم افزار و مدیریت پیکربندی نرم افزار: • پشتیبانی یعنی مجموعه ای از فعالیت های مهندسی نرم افزار که پس از تحویل نرم افزار به مشتری و استفاده از آن به وقوع می پیوندد. • مدیریت پیکربندی نرم افزار یعنی مجموعه ای از فعالیت های پیگیری وکنترل، و زمانی شروع می شوند که یک پروژه مهندسی نرم افزاری آغاز می گردد و تنها زمانی پایان می یابند که نرم افزار از کارمی افتد.

  4. مدیریت پیکربندی نرم افزار • چهار منبع تغيير اساسي: • شرایط جدید کاری و یا تجاری که تغییردر شرایط محصول و یا قوانین تجاری را دیکته می کند • نیازهای جدید مشتریان که اصلاحات داده هایی راکه توسط سیستم های اطلاعاتی ایجاد می شوند٬ عملکردی که توسط محصولات عرضه می شوند٬ و یا خدماتی که توسط یک سیستم کامپیوتری ارائه می شوند راعرضه می نمایند • تغییرات در اولویت پروژه و یا ساختار تیم مهندسی نرم افزار • مشکلات مربوط به بودجه و یا برنامه ریزی که سبب تعریف دوباره سیستم و یا محصول می گردد. • مدیریت وضعیت نرم افزار یعنی مجموعه ای از فعالیت هایی که برای کنترل تغییر در طول چرخه زندگی نرم افزار کامپیوتری به وقوع می پیوندد.

  5. اقلام پیکربندی نرم افزار • مجموعه ای از شی های مربوط به هم یا هر شی یا محصولی که درطول پروژه تهیه میشود قلم های پیکربندی نرم افزار نامیده می شوند) مانند مجموعه ای از مستندات، نرم افزارها یا سخت افزارها(.

  6. خط مبنا • خط مبنا عبارت است از یک مفهوم مدیریت وضعیت نرم افزار که به ما کمک می کند تا بدون این که توجه جدی به تغییر داشته باشیم، تغییر را کنترل کنیم. • IEEE خط مبنا را به شرح زیر تعریف می کند: • یک ویژگی ویا محصولی که به طور اساسی مورد بررسی قرار گرفته وبه تایید رسیده و پس از آن به عنوان پایه واساسی برای مراحل تکامل بعدی مورد استفاده قرار خواهد گرفت وفقط می تواند به واسطه شیوه های اساسی کنترل تغییر، تغییر یابد.

  7. خط مبنا • به محض این که یک شی ایجاد گردید و تحت بررسی قرار گرفت، تبدیل به یک خط مبنا می شود. • تغییراتی که بر روی یک شی مبنا اعمال می شوند،سبب می شوند تا یک نسخه جدیدی از آن شی به وجود بیاید.

  8. خط مبنا • در يك رستوران از آشپزخانه به محیط رستوران ٢ در ، يكي براي ورود و يكي براي خروج وجود دارد اگر گارسون يك غذا را بردارد و قبلاز اينكه از در خروج، خارج شود متوجه اشتباه بودن غذا شود بدون تشريفات و خیلي سريع و راحت آنرا تغییر مي دھد. • ولي اگر وي از در خارج شود، غذا را تحويل مشتري دهد و متوجه اشتباه خود شود بايست ١- براي اطمینان از اشتباه به فیشنگاهكند ٢-از مشتري عذرخواھي كند ٣-از طريق در ورودي وارد آشپزخانه شود ۴- اشتباه را توضیح دھد و.... • خط مبنا مثل درھاي آشپزخانه هستند،قبل از اينكه يكآيتم پیكربندي نرم افزار(SCI) به مبنا تبديل شودتغییرات خاصي وجود نداردو تغییرات غیر رسمي هستندولي با عبور از خط مبنا،تغییرات اساسي ايجاد مي گردد و پیشرفت وقایع سبب ايجاد خط مبنا می شود. • کارهای مربوط به مهندسی نرم افزار سبب ایجاد یک یا چند SCI می شوند که با بررسی و تایید در یک پایگاه داده پروژه قرار میگیرند. وقتی که یکی از اعضای تیم مهندسی نرم میخواهد که بر روی یک SCI دارای مبنا تغییر ایجاد کند، آن SCI بر روی فضای شخصی او قرار می گیرد

  9. خط مبنا اصلاح یافته پایگاه داده پروژه SCI تایید بازبینی های فنی ورسمی فعالیتهای مهندسی نرم افزار SCI SCI ذخیره شده SCI خطوط مبنا مشخصه های سیستم نیازمندیهای سیستم مشخصه های طراحی برنامه منبع طرح ها/رویه ها/داده های آزمون سیستم عملیاتی کنترل های CSM SCI

  10. فرایند مدیریت پیکربندی نرم افزار 1-شناسایی 5-گزارش دادن 2-کنترل نسخه پنج کار SCM : 4-بررسی پیکربندی 3-کنترل تغییر

  11. شناسایی اشیاء در پیکربندی نرم افزار دو نوع شی قابل شناسایی هستند: 1- شی های پایه 2- شی های مجتمع • هر شی دارای مجموعه ای از ویژگی های مشخص است که آن را به طور منحصر به فردی شناسایی می نماید: • یک نام،یک توصیف، فهرستی از منابع.... • نام شی عبارت است از یک رشته کاراکتر که شی را به طور مبهمی شناسایی می نماید. • توصیف شی عبارت است از فهرستی از قلم های داده ها که موارد زیر را شناسایی می نماید: • نوع SCI که بوسیله شی مشخص می شود • شناسه پروژه • اطلاعات مربوط به نسخه ویا تغییر • منابع موجودیت هایی هستند که ارائه شده،پردازش شده، ارجاع داده شده ویا توسط شی درخواست می گردند.

  12. کنترل نسخه • کنترل نسخه ؛ روش ها وابزارها را ترکیب می نماید تا نسخه های گوناگونی از شی های پیکربندی را که طی فرایند نرم افزار ایجاد شده اند مهار نمایند. • یکی از راه های نمایش نسخه های گوناگون یک سیستم نمودار تکاملی است. • هر یک از گره های موجود در نمودار، یک شی مجتمع،یعنی نسخه کاملی از نرم افزار،می باشند. • هر نسخه نرم افزار عبارت است از مجموعه ای از SCI ها و هر نسخه می تواند ترکیبی از متغییرهای گوناگون باشد.

  13. نمودار تکاملی

  14. کنترلتغییرات • کنترل تغییر، فعالیتی است که با اعمال تغییرات به شیء پیکربندی کیفیت و هماهنگی آن را تضمین می نماید. • فرایند کنترل تغییر با یک درخواست آغاز شده، منجر به اتخاذ تصمیم برای ساخت ویا رد درخواست برای تغییر می شود و با یک به روز رسانی کنترل شدۀ SCI ای که قرار است تغییر کند خاتمه می یابد.

  15. کنترلتغییرات • دو رکن اصلی کنترل تغییر: • کنترل دستیابی : • تعیین می کند کدام مهندس نرم افزار اختیار ارزیابی و اصلاح یک شی پیکربندی خاص را دارند. • کنترل هم زمانی: • کمک می کند اطمینان حاصل شودکه تغییرات مشابهی که توسط دو فرد مختلف انجام می شوند؛ بر روی هم کپی نشوند.

  16. کنترل دسترسی و هماهنگی وارد كردن شئ پيكربندي (نسخه خط مبنا) شئ پيكربندي (نسخه اصلاح شده) اطلاعات وارسي بازكردن قفل كنترل دسترسي پايگاه داده هاي پروژه مهندسي نرم افزار اطلاعات مالكيت قفل كردن شئ پيكربندي (نسخه استخراج) شئ پيكربندي (نسخه خط مبنا) استخراج

  17. وارسیپیکربندی برای اطمینان از انجام تغییر به طور مناسب: • بررسی های فنی رسمی • به صحت شی پیکربندی که اصلاح گردیده می پردازد. که باید در تمام و حتی جزیی ترین تغییرات اعمال گردد.

  18. گزارشوضعیت • گزارش وضعیت پیکربندی که به آن صورت وضعیت هم می گویند؛ یکی از وظایف مدیریت پیکربندی است. • هر بار که یک SCI، هویت جدید و یا به روزی را انتخاب می نماید، یک مورد CSR ایجاد می شود. هر بار که وارسی پیکربندی صورت می پذیرد، نتایج به عنوان بخشی از گزارش وضعیت گزارش می گردند. • گزارش وضعیت ، اطلاعاتی را دربارۀ هر تغییر به کسانی که نیازمند آگاھی از آن هستند ارائه می نماید

More Related