جزوه تایپ شده دینامیک
خلاصه کتاب دینامیک عمران دانشگاه شریف امیر مسعودی مدرسان شریف ارشد پیام نور علمی کاربردی بیر جانسون هیبلر رشته مکانیک مهندسی هوافضا
هدف از “” () () 
-؟
-؟
؟
–؟ ؟
-() -(). -؟ ؟
-().
-؟
-؟
: : “”
؟ ؛ ()، ؟ ؟ ؛ ً ؟ ؟ های تولیدی محصولات نرم افزاری، مجدداً آزمایش و ثبت شوند.
چگونه ؟ () : () () () () () –
: () ()، () () () (). () ()، : “” ؟ :
• • • • افزار کاربرد دارد. در بخش های بعدی، وظایف اصلی SCM و مفاهیم مهمی را که به ما در مدیریت تغییرات کمک می کنند، شرح می دهیم.
1-1-22 یک فیلمنامه SCM
این بخش از تألیفات سوزان دارت، اقتباس شده است.
دانلود رایگان خلاصه کتاب دینامیک PDF
یک فیلمنامه عملیاتی مدیریت پیکربندی معمولی شامل چندین سهامدار است: یک مدیر پروژه که مسئول یک گروه نرم افزاری است، یک مدیر پیکربندی که مسئول رویه ها و سیاست های CM است، مهندسان نرم افزار که مسئول توسعه و نگهداری از محصول نرم افزاری و مشتری است که از محصول استفاده می کند. در این فیلمنامه، فرض کنید که محصول کوچک است و شامل 15000 خط کد است که توسط یک تیم ماهر با چهار توسعه دهنده، ایجاد شده است. (توجه داشته باشید که سناریوهای دیگر تیم های کوچک تر یا بزرگ تر نیز امکان پذیر است، اما در اصل، مسائل کلی وجود دارد که هر یک از این پروژه ها در مورد CM، با آن روبرو هستند.) در سطح عملیاتی، فیلمنامه شامل نقش ها و وظایف مختلفی است.
هدف مدیر پروژه یا رهبر تیم، این است که اطمینان از توسعه محصول در یک بازه زمانی مشخص است. از این رو، مدیر بر پیشرفت توسعه نظارت می کند و مشکلات را شناخته و واکنش نشان می دهد. این امر، با ایجاد و تجزیه و تحلیل گزارشات مربوط به وضعیت سیستم نرم افزاری و بررسی سیستم انجام می شود.
اهداف مدیر پیکربندی (که در یک جزوه دینامیک کوچک ممکن است مدیر پروژه باشد)، اطمینان از پیروی از روش ها و سیاست های ایجاد، تغییر و آزمایش کد و همچنین در دسترس قرار دادن اطلاعات مربوط به پروژه است. برای پیاده سازی تکنیک هایی برای حفظ کنترل تغییرات کد، مدیر مکانیسم هایی را برای درخواست رسمی تغییرات، ارزیابی تغییرات پیشنهادی با تیم توسعه و اطمینان از قابل قبول بودن تغییرات برای صاحب محصول، معرفی می کند. همچنین، مدیر، اطلاعاتی در مورد اجزای سیستم نرم افزاری جمع آوری می کند، مانند اطلاعات تعیین کننده اجزای مشکل ساز سیستم. هدف مهندسان نرم افزار، ارائه کار مؤثر است. همچنین باید مکانیزمی وجود داشته باشد که اطمینان حاصل کند تغییرات، همزمان در یک جزء به درستی ردیابی، مدیریت و اجرا می شوند. یعنی مهندسان در ایجاد و آزمایش کد و در تولید محصولات پشتیبانی کننده، دخالت غیر ضروری ندارند. اما در عین حال، سعی می کنند تا ارتباط مؤثر و هماهنگی داشته باشند.
به طور خاص ، مهندسان از ابزارهایی استفاده می کنند که به ایجاد یک محصول نرم افزاری سازگار کمک می کند. آن ها با مطلع کردن یکدیگر از وظایف مورد نیاز و انجام وظایف تکمیل شده، با هم ارتباط برقرار کرده و هماهنگ می شوند. تغییرات با ادغام پرونده ها با یکدیگر، منتشر می شوند. دقت کنید که مکانیزم هایی وجود دارد تا مطمئن شویم که برای اجزایی که دچار تغییرات همزمان می شوند، راهی برای حل تعارضات و ادغام تغییرات وجود دارد. سپس تاریخچه ای از تکامل همه اجزای سیستم همراه با یک گزارش با دلایل تغییرات و موارد تغییریافته، ثبت می شود. مهندسان برای ایجاد، تغییر، آزمایش و ادغام کد، فضای کاری مخصوص به خود را دارند. در یک نقطه خاص ، کد به صورت مبنایی برای توسعه بیشتر در می آید و از آن، انواع دیگر ماشین های هدف، تهیه می شوند.سپس مشتری از محصول استفاده می کند. از آنجا که محصول تحت کنترل CM است، مشتری برای درخواست تغییرات و نشان دادن اشکالات در محصول، مراحل رسمی را دنبال می کند. در حالت ایده آل، سیستم CM مورد جزوه ساختمان داده در این فیلمنامه، باید از تمام این نقش ها و وظایف پشتیبانی کند؛ یعنی نقش ها عملکرد مورد نیاز یک سیستم CM ؛ ؛ ؛ –:
• : () • : () • : ()، • : () ()، ً –کنند.
مدیران می خواهند استراتژی پروژه را تغییر دهند.دلیل این همه اصلاح و تغییرات چیست؟ پاسخ واقعاً بسیار ساده است.
با گذشت زمان، همه سازمان ها آگاه تر می شوند (در مورد نیازهای خود، بهترین رویکردها و نحوه اجرای آن ها و همچنین سودیابی). اکثر تغییرات نرم افزاری موجه هستند، بنابراین شکایت از آنها فایده ای ندارد؛ در عوض، حتماً مکانیزم هایی را برای مدیریت آن ها در نظر بگیرید. خط اصلی، یک مفهوم مدیریت پیکربندی نرم افزار است که به شما کمک می کند تغییرات را بدون اجتناب از تغییرات موجه، کنترل کنید. IEEE خط اصلی را به شرح زیر تعریف می کند: مشخصات یا محصولی که به طور رسمی مورد بازبینی و توافق قرار گرفته است، و بعداً به عنوان اساسی برای توسعه بیشتر عمل می کند و تنها از طریق روش های رسمی کنترل تغییر، قابل تغییر است. قبل از تبدیل یک مورد پیکربندی نرم افزار به یک مبنا، ممکن است تغییرات سریع و غیر رسمی انجام شود. با این جزوه دینامیک ، پس از تعیین خط اصلی، می توان تغییرات را ایجاد کرد، اما برای ارزیابی و تأیید هر تغییر، باید یک روش خاص و رسمی اعمال شود. در زمینه مهندسی نرم افزار، با ارائه یک یا چند مورد پیکربندی نرم افزار که در نتیجه یک بررسی فنی تأیید شده اند، یک نقطه عطف در توسعه پایه مشخص می شود (فصل 16). به عنوان مثال، عناصر یک مدل طراحی، ثبت و بررسی می شوند. خطاها پیدا شده و اصلاح می شوند. پس از بررسی، تصحیح و سپس تأیید همه قسمت های مدل، مدل طراحی به یک مبنا تبدیل می شود. تغییرات بیشتر در معماری برنامه (جزوه دینامیک در مدل طراحی)، تنها پس از ارزیابی و تأیید هر یک می تواند انجام شود. اگرچه خطوط اصلی را می توان در هر سطحی از جزئیات تعریف کرد، اما () (ً )،
فهرست مطالب