دانلود کامل ترین جزوه دینامیک

جزوه تایپ شده دینامیک

دانلود فایل

خلاصه کتاب دینامیک عمران دانشگاه شریف امیر مسعودی مدرسان شریف ارشد پیام نور علمی کاربردی بیر جانسون هیبلر رشته مکانیک مهندسی هوافضا

هدف از “” () () در نهایت، آزمایش برنامه تلفن همراه باید مسائل مربوط به عملکرد، مانند مصرف برق، سرعت پردازش، محدودیت های حافظه، توانایی بازیابی از خرابی ها و مشکلات اتصال را برطرف کند.
آزمایش جهت یابی، موارد کاربری را به عنوان بخشی از فعالیت مدل سازی در طراحی موارد آزمایشی اعمال کننده که هر فیلمنامه کاربری را در برابر طراحی جهت یابی، به کار می گیرد. برای اطمینان از شناسایی و اصلاح هر گونه خطایی که مانع تکمیل موارد کاربری می شود، مکانیسم های جهت یابی مورد آزمایش قرار می گیرند. تست اجزا، محتوا و واحدهای عملکردی را در MobileApp ارائه می کند.

دینامیک

مسائل و نکات قابل تأمل
1-21 آیا ممکن است که آزمایش جزوه دینامیک بر روی دستگاه های واقعی نادیده گرفته شود؟
2-21 آیا می توان گفت که استراتژی کلی تست تحرک، با عناصر قابل مشاهده توسط کاربر آغاز می شود و به سمت عناصر فناوری حرکت می کند؟
آیا استثنائاتی در این استراتژی وجود دارد؟
3-21 مراحل مربوط به آزمایش تجربه کاربر برای یک برنامه را شرح دهید.
4-21 هدف آزمایش امنیتی چیست؟ چه کسی این فعالیت آزمایشی را انجام می دهد؟
5-21 فرض کنید شما در حال توسعه یک MobileApp برای دسترسی به داروخانه آنلاین (YourCornerPhar macy.com) هستید که به شهروندان سالمند پاسخ می دهد. داروخانه عملکردهای معمولی را ارائه می دهد، اما همچنین پایگاه داده ای را برای هر مشتری نگهداری می کند تا بتواند اطلاعات دارویی را ارائه داده و در مورد تداخلات احتمالی دارو هشدار دهد. در مورد هرگونه آزمایش قابلیت استفاده و قابلیت دسترسی ویژه برای این MobileApp بحث کنید.
6-21 فرض کنید که یک سرویس وب پیاده سازی کرده اید که عملکرد بررسی تداخل دارویی را برای YourCornerPha macy.com ارائه می دهد (به مسئله 21.5 مراجعه کنید). انواع آزمایش اجزا را که باید روی دستگاه تلفن همراه انجام شود، مورد بحث قرار دهید تا از دسترسی صحیح MobileApp به این عملکرد، اطمینان حاصل کنید.
7-21 آیا می توان همه پیکربندی هایی را که MobileApp در محیط تولید با آن مواجه می شویم، آزمایش کرد؟ در غیر این صورت، چگونه می توان مجموعه ای هدفمند از آزمایشات پیکربندی را انتخاب کرد؟
8-21 یکی از تست های امنیتی لازم برای YourCornerPha macy MobileApp را توضیح دهید (مسئله 21.5).
9-21 تفاوت بین تست های مرتبط با مکانیسم های رابط و آزمایش هایی که ویژگی های معنایی رابط را مورد بررسی قرار می دهند، چیست؟
10-21 تفاوت بین نحو جهت یابی و معناشناسی جهت یابی چیست؟
فصل بیست و دوم: مدیریت پیکربندی نرم افزار
هنگام ساخت نرم افزار رایانه ای، تغییر اجتناب ناپذیر است و این موضوع، می تواند شما و سایر اعضای یک تیم نرم افزار را که روی پروژه کار می کنید، دچار سردرگمی کند.در صورت عدم تجزیه و تحلیل تغییرات قبل از ایجاد، ثبت، اجرا و گزارش به افرادی که نیاز به اطلاع دارند، یا کنترل آن ها به نحوی که باعث بهبود کیفیت و کاهش خطا شود، سردرگمی به وجود می آید. بابیچ رویکردی را پیشنهاد می کند که باعث کاهش سردرگمی ، افزایش بهره وری و کاهش تعداد اشتباهات می شود: “مدیریت پیکربندی هنر شناسایی، سازماندهی و کنترل تغییرات نرم افزاری است که توسط یک تیم برنامه نویسی ساخته می شود. هدف این است که با به حداقل رساندن اشتباهات، بهره وری را به حداکثر برسانیم. ”

دانلود رایگان جزوه دینامیک خلاصه کتاب پی دی اف pdf کامل

مدیریت پیکربندی نرم افزار، به چه معناست؟ هنگام ساختن نرم افزار رایانه، تغییرات جزوه دینامیک می افتند؛ بنابراین باید آن ها را به طور مؤثر مدیریت کرد. مدیریت پیکربندی نرم افزار (SCM)، که مدیریت تغییر نیز نامیده می شود، شامل مجموعه فعالیت هایی است که برای مدیریت تغییرات طراحی شده است.
چه کسی مسئول این کار است؟ همه افرادی که در فرآیند نرم افزار دخیل هستند تا حدودی با مدیریت تغییر درگیر هستند، اما گاهی موقعیت های پشتیبانی تخصصی برای مدیریت فرایند SCM ایجاد می شود.
علت اهمیت این کار چیست؟ در صورت عدم کنترل تغییرات، آن ها کنترل شما را به دست خواهند گرفت؛ این اصلاً خوب نیست. تغییرات کنترل نشده، به راحتی می توانند یک پروژه نرم افزاری خوب را دچار هرج و مرج کنند. در نتیجه ، کیفیت نرم افزار آسیب می بیند و تحویل به تأخیر می افتد.
این کار، چه مراحلی دارد؟ از آنجا که بسیاری از محصولات کار هنگام تولید نرم افزار تولید می شوند، هر کدام باید به طور منحصر به فرد شناسایی شوند. پس از انجام این کار، می توان مکانیزم هایی برای کنترل نسخه و تغییر ایجاد کرد.
محصول این کار چیست؟ برنامه مدیریت پیکربندی نرم افزار استراتژی پروژه را برای مدیریت تغییر تعریف می کند. تغییرات منجر به بروزرسانی محصولات نرم افزاری می شود که باید بدون شکستن برنامه پروژه یا نسخه های تولیدی محصولات نرم افزاری، مجدداً آزمایش و ثبت شوند.
چگونه از صحت انجام کار، اطمینان حاصل کنم؟ اگر بتوان هر محصول کاری را محاسبه، کنترل، ردیابی و تجزیه و تحلیل کرد، و وقتی همه کسانی که نیاز به اطلاع از تغییر دارند، مطلع شده باشند، یعنی این کار را به درستی انجام داده اید.
مدیریت پیکربندی نرم افزار (SCM) یک فعالیت حفاظتی است که در تمام مراحل نرم افزار اعمال می شود. جریان کار معمولی SCM در شکل 22.1 نشان داده شده است. از آنجا که تغییر می تواند در هر زمان رخ دهد، فعالیت های SCM به منظور: (1) شناسایی تغییرات، (2) کنترل تغییرات، (3) اطمینان از اجرای صحیح تغییرات، و (4) گزارش تغییرات به علاقه مندان، توسعه می یابند. توجه کنید که باید جزوه دینامیک پشتیبانی نرم افزاری و مدیریت پیکربندی نرم افزار تمایز واضحی قائل شویم. پشتیبانی (فصل 27) مجموعه ای از فعالیت های مهندسی نرم افزار است که پس از تحویل نرم افزار به مشتری و راه اندازی آن رخ می دهد. مدیریت پیکربندی نرم افزار مجموعه ای از فعالیت های ردیابی و کنترل است که با شروع یک پروژه مهندسی نرم افزار آغاز می شود و تنها زمانی پایان می یابد که نرم افزار از کار بیفتد.
تصویر 1-22
هدف اولیه مهندسی نرم افزار بهبود سهولت در ایجاد تغییرات و کاهش میزان تلاش صرف شده در هنگام ایجاد تغییرات است. در این فصل درباره فعالیت های خاصی برای مدیریت تغییرات بحث می کنیم.

مدیریت پیکربندی نرم افزار
خروجی فرآیند نرم افزار، شامل اطلاعاتی است که می تواند به سه دسته کلی تقسیم شود: (1) برنامه های رایانه ای (هر دو سطح منبع و فرم های اجرایی)، (2) محصولاتی که برنامه های رایانه ای را توصیف می کنند (برای سهامداران مختلف در نظر گرفته شده است) و (3) داده ها یا محتوا (موجود در برنامه یا خارج از آن). در طراحی وب یا توسعه بازی، مدیریت تغییرات در محتوای چند رسانه ای می تواند به چیزی بیش از مدیریت تغییرات در نرم افزار یا اسناد، نیاز داشته باشد. مواردی که شامل تمام اطلاعات تولید شده به عنوان بخشی از فرایند نرم افزار هستتند، در مجموع پیکربندی نرم افزار نامیده می شوند. با پیشرفت کار مهندسی نرم افزار ، سلسله مراتبی از موارد پیکربندی نرم افزار (SCIs) (یک عنصر اطلاعاتی که می تواند به اندازه یک نمودار UML کوچک یا به اندازه سند کامل طراحی باشد)، ایجاد می شود. اگر هر SCI به سادگی منجر به SCI های دیگر شود، کمی سردرگمی ایجاد می شود. متأسفانه متغیر دیگری وارد فرایند تغییر می شود. تغییر می تواند در هر زمان و به هر دلیلی رخ دهد. در واقع اولین قانون مهندسی سیستم بیان می کند: “مهم نیست که کجای چرخه زندگی سیستم هستید، سیستم تغییر می کند و تمایل به تغییر، در سراسر چرخه زندگی آن پابرجا خواهد بود.” منشأ این تغییرات چیست؟ پاسخ این سؤال به اندازه خود تغییرات، متفاوت است. با این حال، چهار منبع اساسی برای تغییر وجود دارد:
• شرایط جدید کسب و کار یا بازار، تغییرات در الزامات محصول یا قوانین تجارت را تعیین می کند.
• سهامداران جدید، نیاز به اصلاح داده های تولید شده توسط سیستم های اطلاعاتی، جزوه دینامیک ارائه شده توسط محصولات یا خدمات ارائه شده توسط یک سیستم مبتنی بر رایانه دارند.
• سازماندهی مجدد یا رشد کسب و کار یا تعدیل نیرو، باعث تغییر در اولویت های پروژه یا ساختار تیم مهندسی نرم افزار می شود.
• محدودیت های بودجه ای یا زمان بندی باعث تعریف مجدد سیستم یا محصول می شود.
مدیریت پیکربندی نرم افزار، مجموعه فعالیت هایی است که برای مدیریت تغییرات در چرخه عمر نرم افزارهای رایانه ای، توسعه یافته است. SCM را می توان یک فعالیت تضمین کیفیت نرم افزار دانست که در کل فرآیند نرم افزار کاربرد دارد. در بخش های بعدی، وظایف اصلی SCM و مفاهیم مهمی را که به ما در مدیریت تغییرات کمک می کنند، شرح می دهیم.

1-1-22 یک فیلمنامه SCM
این بخش از تألیفات سوزان دارت، اقتباس شده است.

دانلود رایگان خلاصه کتاب دینامیک PDF

یک فیلمنامه عملیاتی مدیریت پیکربندی معمولی شامل چندین سهامدار است: یک مدیر پروژه که مسئول یک گروه نرم افزاری است، یک مدیر پیکربندی که مسئول رویه ها و سیاست های CM است، مهندسان نرم افزار که مسئول توسعه و نگهداری از محصول نرم افزاری و مشتری است که از محصول استفاده می کند. در این فیلمنامه، فرض کنید که محصول کوچک است و شامل 15000 خط کد است که توسط یک تیم ماهر با چهار توسعه دهنده، ایجاد شده است. (توجه داشته باشید که سناریوهای دیگر تیم های کوچک تر یا بزرگ تر نیز امکان پذیر است، اما در اصل، مسائل کلی وجود دارد که هر یک از این پروژه ها در مورد CM، با آن روبرو هستند.) در سطح عملیاتی، فیلمنامه شامل نقش ها و وظایف مختلفی است.
هدف مدیر پروژه یا رهبر تیم، این است که اطمینان از توسعه محصول در یک بازه زمانی مشخص است. از این رو، مدیر بر پیشرفت توسعه نظارت می کند و مشکلات را شناخته و واکنش نشان می دهد. این امر، با ایجاد و تجزیه و تحلیل گزارشات مربوط به وضعیت سیستم نرم افزاری و بررسی سیستم انجام می شود.
اهداف مدیر پیکربندی (که در یک جزوه دینامیک کوچک ممکن است مدیر پروژه باشد)، اطمینان از پیروی از روش ها و سیاست های ایجاد، تغییر و آزمایش کد و همچنین در دسترس قرار دادن اطلاعات مربوط به پروژه است. برای پیاده سازی تکنیک هایی برای حفظ کنترل تغییرات کد، مدیر مکانیسم هایی را برای درخواست رسمی تغییرات، ارزیابی تغییرات پیشنهادی با تیم توسعه و اطمینان از قابل قبول بودن تغییرات برای صاحب محصول، معرفی می کند. همچنین، مدیر، اطلاعاتی در مورد اجزای سیستم نرم افزاری جمع آوری می کند، مانند اطلاعات تعیین کننده اجزای مشکل ساز سیستم. هدف مهندسان نرم افزار، ارائه کار مؤثر است. همچنین باید مکانیزمی وجود داشته باشد که اطمینان حاصل کند تغییرات، همزمان در یک جزء به درستی ردیابی، مدیریت و اجرا می شوند. یعنی مهندسان در ایجاد و آزمایش کد و در تولید محصولات پشتیبانی کننده، دخالت غیر ضروری ندارند. اما در عین حال، سعی می کنند تا ارتباط مؤثر و هماهنگی داشته باشند.
به طور خاص ، مهندسان از ابزارهایی استفاده می کنند که به ایجاد یک محصول نرم افزاری سازگار کمک می کند. آن ها با مطلع کردن یکدیگر از وظایف مورد نیاز و انجام وظایف تکمیل شده، با هم ارتباط برقرار کرده و هماهنگ می شوند. تغییرات با ادغام پرونده ها با یکدیگر، منتشر می شوند. دقت کنید که مکانیزم هایی وجود دارد تا مطمئن شویم که برای اجزایی که دچار تغییرات همزمان می شوند، راهی برای حل تعارضات و ادغام تغییرات وجود دارد. سپس تاریخچه ای از تکامل همه اجزای سیستم همراه با یک گزارش با دلایل تغییرات و موارد تغییریافته، ثبت می شود. مهندسان برای ایجاد، تغییر، آزمایش و ادغام کد، فضای کاری مخصوص به خود را دارند. در یک نقطه خاص ، کد به صورت مبنایی برای توسعه بیشتر در می آید و از آن، انواع دیگر ماشین های هدف، تهیه می شوند.سپس مشتری از محصول استفاده می کند. از آنجا که محصول تحت کنترل CM است، مشتری برای درخواست تغییرات و نشان دادن اشکالات در محصول، مراحل رسمی را دنبال می کند. در حالت ایده آل، سیستم CM مورد جزوه ساختمان داده در این فیلمنامه، باید از تمام این نقش ها و وظایف پشتیبانی کند؛ یعنی نقش ها عملکرد مورد نیاز یک سیستم CM را تعیین می کنند مدیر پروژه، CM را یک مکانیزم حسابرسی می داند؛ مدیر پیکربندی، آن را به عنوان یک مکانیسم کنترل، ردیابی و سیاست گذاری می داند؛ مهندس نرم افزار آن را به عنوان مکانیسم تغییر، ساخت و کنترل دسترسی می داند؛ و مشتری آن را مکانیسم تضمین کیفیت می داند.

2-1-22 عناصر یک سیستم مدیریت پیکربندی
سوزان دارت، در گزارش رسمی دولتی جامع خود در مورد مدیریت جزوه دینامیک نرم افزار، چهار عنصر ضروری توسعه یک سیستم مدیریت پیکربندی را مشخص می کند:
• عناصر جزء: مجموعه ای از ابزارها در داخل یک سیستم مدیریت فایل (به عنوان مثال، پایگاه داده) که دسترسی و مدیریت هر مورد پیکربندی نرم افزار را امکان پذیر می کنند.
• عناصر فرآیند: مجموعه ای از رویه ها و وظایف، که یک رویکرد مؤثر برای مدیریت تغییر (و فعالیت های مرتبط) را برای همه حوزه های درگیر در مدیریت، مهندسی و استفاده از نرم افزار رایانه تعریف می کند.
• عناصر ساختمانی: مجموعه ای از ابزارها که ساخت خودکار نرم افزار را با اطمینان از جمع آوری مجموعه مناسب اجزای معتبر (یعنی نسخه صحیح)، هدایت می کند.
• عناصر انسانی: مجموعه ای از ابزارها و ویژگی های فرایند (شامل سایر عناصر CM) که توسط تیم نرم افزار برای پیاده سازی SCM مؤثر، استفاده می شود.
این عناصر (که در بخش های بعدی به تفصیل بیشتر مورد بحث قرار می گیرند)، متقابلاً منحصر به فرد نیستند. برای مثال، با تکامل فرآیند نرم افزار، عناصر جزء، همراه با عناصر ساختمانی کار می کنند. عناصر فرآیند، بسیاری از فعالیت های انسانی را که مربوط به SCM است، هدایت می کنند و بنابراین ممکن است عناصر انسانی نیز محسوب شوند.

3-1-22 خطوط اصلی
تغییر، یک واقعیت حیاتی در توسعه نرم افزار است. مشتریان، خواستار تغییر و اصلاح الزامات هستند. توسعه دهندگان می خواهند رویکرد فنی را اصلاح کنند.
مدیران می خواهند استراتژی پروژه را تغییر دهند.دلیل این همه اصلاح و تغییرات چیست؟ پاسخ واقعاً بسیار ساده است.
با گذشت زمان، همه سازمان ها آگاه تر می شوند (در مورد نیازهای خود، بهترین رویکردها و نحوه اجرای آن ها و همچنین سودیابی). اکثر تغییرات نرم افزاری موجه هستند، بنابراین شکایت از آنها فایده ای ندارد؛ در عوض، حتماً مکانیزم هایی را برای مدیریت آن ها در نظر بگیرید. خط اصلی، یک مفهوم مدیریت پیکربندی نرم افزار است که به شما کمک می کند تغییرات را بدون اجتناب از تغییرات موجه، کنترل کنید. IEEE خط اصلی را به شرح زیر تعریف می کند: مشخصات یا محصولی که به طور رسمی مورد بازبینی و توافق قرار گرفته است، و بعداً به عنوان اساسی برای توسعه بیشتر عمل می کند و تنها از طریق روش های رسمی کنترل تغییر، قابل تغییر است. قبل از تبدیل یک مورد پیکربندی نرم افزار به یک مبنا، ممکن است تغییرات سریع و غیر رسمی انجام شود. با این جزوه دینامیک ، پس از تعیین خط (). ()، () (ً )،