جزوه تایپ شده استاتیک و مقاومت مصالح
جزوه PDF مهندسی پزشکی کارشناسی ارشد مهندسی شیمی کاردانی مکانیک آزمون استخدامی مهندسی صنایع دانشگاه آزاد عمران پیام نور افشین سالاری
: ()، ()، “” -: “()، “: () () () () () ؟
—-ً —؟
-؟-“”، ؟؟
-؟؟
-؟
: “” ؛ :
“”
؟()، ؟()، ؟ ؟””، ؟”” ؟ً () :”” ”” -؟
؟؛ () تحویل سریع نرم افزارهای کاربردی تأکید می کند و محصولات کاری حدوسط را کم اهمیت می شمارد(که این مسئله، گاهی خوب نیست)؛ مشتری را به جزوه استاتیک و مقاومت مصالح بخشی از تیم توسعه در نظر می گیرد تا نگرش “ما و آنها”، که در بسیاری از پروژههای نرم افزاری اتخاذ می شود را، از بین ببرد؛ براساس این رویکرد، برنامه ریزی در دنیایی که پر از حوادث غیرمنتظره است، محدودیت های مخصوص به خود را دارد و برنامه ی پروژه، باید انعطاف پذیر باشد.رویکرد ماهرانه می تواند در هر فرآیند نرم افزاری به اجرا در آید.با این حال، برای این کار، لازم است تا فرآیند به گونهای طراحی شود تا تیم پروژه بتوانند وظایف را تنظیم کنند و برای تسهیل آنها، برنامهای طراحی کنند که سبب درک انعطاف پذیری رویکرد توسعهی ماهرانه شود، تمام محصولات کاری به جز ضروری ترین موارد را، ضمن حفظ کارایی آنها، از بین ببرد؛ و بر یک استراتژی تحویل تدریجی تأکید می کند، که نرم افزار در حال پردازش را با همان سرعتی که برای نوع محصول و محیط کاربری امکان پذیر است، به دست مشتری برساند.
2-3 رویکرد ماهرانه و هزینهی ایجاد تغییر
نگرش معمول در توسعهی نرم افزار (بر اساس دههها تجربه)، این است که استاتیک و مقاومت مصالح ی ایجاد تغییر، با پیشرفت پروژه به صورت خطی افزایش می یابد(تصویر 1-3، منحنی سیاه ممتد).ایجاد تغییرات، زمانی که تیم نرم افزار در حال جمع آوری درخواست ها(در اوایل پروژه) می باشد، نسبتاً آسان است.موارد استفاده باید تغییر یابد، می توان لیست گستردهای از کارکردها ارائه کرد، یا به ویرایش خصوصیات پرداخت.هزینهی انجام این کارها ناچیز ایت و زمان لازم برای آن هم تأثیر چندانی بر نتیجهی پروژه نمی گذارد.اما بیایید نگاهی سریع به چند ماه بعد بیندازیم.تیم، در حال آزمایش و ارزیابی(که معمولاً در اواخر پروژه انجام می شود) خواهد بود؛ اکنون تصور کنید که یکی از سهامداران مهم، درخواست یک تغییر اساسی کند.ایجاد تغییر، نیازمند تغییر طرح ساختاری نرم افزار، طراحی و ساخت و ساز سه جزء جدید، تغییر 5 جزء دیگر، طراحی آزمایشات جدید و موارد دیگر است.هزینه ها به سرعت افزایش می یابد و زمان و تلاش لازم برای مطمئن شدن از اینکه تغییر موردنظر، بدون عوارض جانبی ناخواسته، ایجاد می شود، نامعلوم است.طرفداران رویکرد ماهرانه، استدلال می کنند که یک فرآیند ماهرانه که به خوبی طراحی شده باشد، منحنی هزینهی ایجاد تغییر را “هموار” می کند(تصویر 1-3، منحنی هاشورخوردهی ممتد)، و به تیم نرم افزار این امکان را می دهد که در اواخر یک پروژهی نرم افزاری، بدون فشار از نظر هزینه و زمان، تغییرات لازم را ایجاد کنند. قبلاً جزوه استاتیک و مقاومت مصالح که فرآیند ماهرانه، شامل تحویل تدریجی می شود.اگر تحویل تدریجی، با سایر روش های ماهرانه مثل آزمایش مداوم بخش، و برنامه نویسی دو نفره(به اختصار در بخش 1-5-3، و با شرح جزئیات در فصل 20 توضیح داده خواهد شد.)، همراه شود، هزینه ایجاد تغییر کاهش می یابد.اگر چه همچنان بحث بر میزان هموار شدن منحنی هزینه، ادامه دارد، اما بر اساس شواهدی، می توان به کاهش قابل توجهی در هزینه ها دست یافت.
تصویر 1-3
3-3 منظور از یک فرآیند ماهرانه چیست؟
هر فرآیند نرم افزاری استاتیک و مقاومت مصالح ، فرضیاتی را در مورد اکثر پروژه های نرم افزاری ارائه می کند:
1. پیش بینی اینکه کدام نیازهای نرم افزاری بدون تغییر می مانند و کدام یک تغییر می کنند، کار دشواری است.پیش بینی روند تغییر اولویت های مشتری با ادامهی پروژه هم به همان اندازه دشوار است.
2. برای بسیاری از انواع نرم افزارها، طراحی و ساخت به هم پیوسته است.به عبارتی، هر دو باید همرمان با هم انجام شوند تا مدل های طراحی، همزمان با ساخته شدن، محقق شوند.پیش بینی میزان طراحی لازم، قبل از به کار گیری ساخت و ساز لازم برای تحقق طرح، دشوار است.
3. تجزیه و تحلیل، طراحی، ساخت و آزمایش نیز به همان اندازه غیر قابل پیش بینی است (از نظر برنامه ریزی).
با توجه به این 3 فرض، سؤالی مهم مطرح می شود: چگونه یک فرایند بسازیم که مسئلهی غیر قابل پیش بینی بودن را مدیریت کند؟همانطور که قبلاً هم اشاره کردیم، پاسخ در قابلیت انطباق فرآیند(در پاسخ به پروژهی در حال تغییر و شرایط فنی)، نهفته است.بنابراین، یک فرآیند ماهرانه، باید قابلیت انطباق داشته باشد.اما سازگاری مداوم و بدون پیشرفت به جلو، چندان کارآمد نیست.بنابراین، یک فرآیند نرم افزار ماهرانه، باید تدریجاً سازگار شود.برای این کار، تیمی از افراد ماهر، نیاز به بازخورد مشتری دارند( ).()، ()، –” “، ”” ”” 
–: “”افرادی که در مهندسی نرم افزار ماهرانه عمل می کنند، می گوید: “این افراد، هکرهای بزک شده ای هستند که در کمال تعجب، ضمن ارتقای اسباب سرگرمی خود، آنها را به نرم افزارهای شرکتی تبدیل می کنند.”مانند تمام استدلال های مربوط به فناوری نرم افزار، این بحث روش شناختی، خطرات اضمحلال را در قالب یک جنگ مذهبی مطرح می کند.اگر جنگ آغاز شود، جزوه استاتیک و مقاومت مصالح منطقی از بین می روند و عقاید، به جای حقایق، مبنای تصمیم گیری قرار خواهد گرفت.هیچ کس با رویکرد ماهرانه مخالف نیست.سؤالی که وافعاً پیش می آید، این است که بهترین راه دستیابی به آن چیست؟به خاطر داشته باشید که راه اندازی نرم افزار، مهم است، اما فراموش نکنید که نرم افزار باید از ویژگی های کیفی مختلفی مثل قابل اعتماد بودن، کاربردی بودن، و قابل نگهداری بودن هم برخوردار باشد.چگونه می توان نرم افزاری ساخت که پاسخگوی نیازهای امروزهی مشتری باشد و ویژگی های کیفی آن، منجر به استاتیک و مقاومت مصالح آن در راستای پاسخگویی به نیازهای مشتریان در دراز مدت شود؟پاسخ ثطعی برای هیچ یک از این سؤالات وجود ندارد.حتی در خود رویکرد ماهرانه نیز مدل های چارچوبی متعددی(بخش 4-3 و 5-3) مطرح می شود که هرکدام به روش متفاوتی به حل مسائل رویکرد ماهرانه می پردازند.درون هر مدل، مجموعهای از “ایده ها” (متخصصان رویکرد ماهرانه، تمایلی ندارند، که آنها را “وظایف کاری” بنامند) وجود دارد که مسیر را به طرز قابل توجهی از مهندسی نرم افزار به شیوهی قدیمی، منحرف می کند.با این حال، بسیاری از مفاهیم مربوط به این رویکرد، صرفاً اقتباسی از مفاهیم مفید مهندسی نرم افزار است.نکتهی اصلی اینجاست که با در نظر گرفتن نکات مهم هر دو رویکرد، می توان اطلاعت زیادی کسب کرد، در حالی که کم اهمیت در نظر گرفتن هر کدام از آنها، عملاً فایدهای نخواهد داشت.
4-3 روش اسکرام
روش اسکرام (این اسم از فعالیتی که در طول بازی راگبی اتفاق می افتد، گرفته شده است)، روشی مشهور در مهندسی نرم افزار ماهرانه است که توسط جف ساترلند و تیم توسعهی او در اوایل دههی 1990 ابداع استاتیک و مقاومت مصالح.توسعه ی بیشتر این روش، توسط افرادی به نام شوابر و بیدل انجام شد. اصول اسکرام، با بیانیهی رویکرد ماهرانه سازگارند و برای کمک به فعالیت های توسعه در طول فرآیند، استفاده می شود و شامل فعالیت های چارچوبی مثل درخواست ها، تجزیه و تحلیل، طراحی، ارزیابی و ارائه، می شود.در هر فعالیت چارچوبی، وظایف کاری در یک دورهی زمان بندی شدهی نسبتاً کوتاه، به نام اسپرینت، انجام می شوند.کار انجام شده در یک جزوه مقاومت مصالح ۲ (تعداد اسپرینت لازم برای هر فعالیت چارچوبی، بسته به اندازهی محصول و پیچیدگی آن، می تواند متفاوت باشد)، با مشکل موجود مطابقت می کند و اغلب به طور همزمان، توسط تیم اسکرام، تعریف و تنظیم می شود.در تصویر 2-3، جریان کلی فرآیند اسکرام نشان داده شده است.بیشتر توصیف ما از چارچوب اسکرام، حاصل کار فاولر و ساترلند است.
تصویر 2-3
“خانهی امن”: بررسی توسعهی ماهرانهی نرم افزار
صحنه: دفتر داگ میلر.
گفتگوکنندگان: داگ میلر جزوه استاتیک و مقاومت مصالح مهندسی نرم افزار، جیمی لازار عضو تیم نرم افزار، وینود رامان عضو تیم نرم :().
: ؟
:؟
:”” :؟
: ؟
:::ً :؟؟
():::”” : ؟
:ً : : “”.؟
:().
: ؟
():!
(): ::
فهرست مطالب