جزوه تایپ شده پایداری سازه ها
دکتر غلامپور تیموشنکو خلاصه کتاب پایداری سازه ها دکتر کاوه ازهری چاجس دکتر شیدایی پیام نور کارن خانلری مجید برقیان سیروس غلامپور
()، ً “[طرح ها]، ” : :
: ()
: ()
: ()
: ()
: (() )
: ()
: ()
: ()
: ()
: ()
(): ً، ً :
: ()
: ()
:(())
: (())
: ()
: ()
: ()
: ()
: ()
: (()
: ()
: ((+ + + ))
: 
: ()
: ()
: ()
: ()
: ()
: ()
: ()
: ()
: : ()
: ()
: ()
: ()
–“”، “” :
= = = = ()، ()، ()، :
= + :
= (+ )
() :
= ÷ × ÷ -: () () () () () :
= ÷ (∕)(∕)
= ÷ :
()= () ÷ ()
() ً “” (): (): ؛ ((: () (): -() (): -> > () (): ً -ً [پایداری سازه ها ] () می کند که نشانه ای از پایداری یک محصول نرم افزاری (بر اساس تغییراتی که برای هر انتشار محصول رخ می دهد) ارائه می دهد. به مطالب زیر توجه کنید:
MT = تعداد ماژول ها در نسخه فعلی
Fc = تعداد ماژول های تغییریافته در نسخه فعلی
Fa = تعداد ماژول های اضافه شده به نسخه فعلی
Fd = تعداد ماژول های نسخه قبلی که در نسخه فعلی حذف شده اند.
شاخص بلوغ نرم افزار به روش زیر محاسبه می شود:
SMI = MT − (Fa + Fc + Fd) ÷ MT
با نزدیک شدن SMI به 1.0، محصول شروع به تثبیت می کند. SMI همچنین ممکن است به عنوان واحدی برای برنامه ریزی فعالیت های نگهداری نرم افزار استفاده شود. میانگین زمان تولید یک محصول نرم افزاری را می توان با SMI ارتباط داد و مدل های تجربی برای نگهداری را می توان توسعه داد.
6-23 واحدهای فرآیند و پروژه
واحدهای فرآیند، در تمام پروژه ها و در بازه های زمانی طولانی جمع آوری می شوند و هدف آن ها ارائه مجموعه ای از شاخص های فرایند است، که منجر به بهبود طولانی مدت فرآیند نرم افزار می شود (فصل 28). معیارهای جزوه پایداری سازه ها به مدیر پروژه نرم افزاری این امکان را می دهد که: (1) وضعیت پروژه در حال انجام را ارزیابی کند، (2) خطرات احتمالی را ردیابی کند، (3) مناطق مشکل ساز را قبل از “بحرانی” شدن کشف کند. (4) جریان کار یا وظایف را تنظیم کند، و (5) توانایی تیم پروژه در کنترل کیفیت محصولات نرم افزاری را ارزیابی کند. اقداماتی جمع آوری شده توسط تیم پروژه و تبدیل شده به واحدها برای استفاده در طول پروژه، می توانند به مسئولین بهبود فرایند نرم افزار نیز منتقل شوند. به همین دلیل، بسیاری از معیارهای یکسان، در دو حوزه فرآیند و پروژه استفاده می شوند. برخلاف واحدهای فرآیند نرم افزاری مورداستفاده برای اهداف استراتژیک، اقدامات پروژه نرم افزاری، تاکتیکی هستند. یعنی واحدهای پروژه و شاخص های به دست آمده از آن ها، توسط یک مدیر پروژه و یک تیم نرم افزاری برای تطبیق جریان کار پروژه و فعالیت های فنی مورد استفاده قرار می گیرند.تنها راه منطقی برای بهبود هر فرآیند، اندازه گیری ویژگی های خاص فرایند، ایجاد مجموعه ای از واحدهای هدفمند بر اساس این ویژگی ها و سپس استفاده از واحدها برای ارائه شاخص هایی است که منجر به استراتژی بهبود می شود (فصل 28).
دانلود رایگان خلاصه کتاب پایداری سازه ها PDF
تصویر 3-23
اما قبل از بحث در مورد واحدهای نرم افزاری و تأثیر پایداری سازه ها در بهبود فرایند نرم افزار، توجه به این نکته ضروری است که فرآیند تنها یکی از تعدادی از “عوامل قابل کنترل در بهبود کیفیت نرم افزار و عملکرد سازمانی” است. با توجه به شکل 23.3 ، فرآیند، در مرکز مثلثی قرار دارد که سه عامل بسیار مؤثر بر کیفیت نرم افزار و عملکرد سازمانی را به یکدیگر متصل می کند.
مهارت و انگیزه افراد، مؤثرترین عامل در کیفیت و عملکرد، نشان داده شده اند. پیچیدگی محصول می تواند تأثیر قابل توجهی بر کیفیت و عملکرد تیم داشته باشد. فناوری (یعنی روش ها و ابزارهای مهندسی نرم افزار) کمربوط به این فرایند نیز مؤثر است. علاوه بر این، مثلث فرایند در حلقه ای از شرایط محیطی وجود دارد که شامل محیط توسعه (به عنوان مثال، ابزارهای نرم افزاری یکپارچه)، شرایط تجاری (به عنوان مثال، مهلت ها، قوانین تجاری) و ویژگی های مشتری (به عنوان مثال، سهولت ارتباط و همکاری) می شود.بنابراین شما تنها می توانید کارایی یک فرآیند نرم افزاری را به صورت غیر مستقیم اندازه گیری کنید.یعنی شما مجموعه ای از جزوه پایداری سازه ها را بر اساس نتایج قابل استخراج از فرآیند، استخراج می کنید. نتایج، شامل معیازهای خطاهای فاش شده قبل از انتشار نرم افزار، نقص های ارائه شده و گزارش شده توسط کاربران نهایی، محصولات کاری ارائه شده (بهره وری)، تلاش انسانی صرف شده، زمان تقویم مورد استفاده، زمان بندی مطابقت و سایر اقدامات است. همچنین می توانید با اندازه گیری ویژگی های وظایف خاص مهندسی نرم افزار، واحدهای فرایند را بدست آورید.
به عنوان مثال، می توانید تلاش و زمان صرف شده برای انجام فعالیت های حفاظتی و فعالیت های مهندسی نرم افزار عمومی که در فصل 1 شرح داده شده است را اندازه گیری کنید. اولین استفاده از واحدهای پروژه در اکثر پروژه های نرم افزاری، در حین برآورد رخ می دهد.واحدهای جمع آوری شده از پروژه های گذشته به عنوان مبنایی برای برآورد تلاش و زمان انجام کارهای نرم افزاری فعلی جزوه پایداری سازه ها می شود. با پیشرفت پروژه، اقدامات و زمان تقویم صرف شده، با برآوردهای اولیه (و برنامه پروژه) مقایسه می شود. مدیر پروژه از این داده ها برای نظارت و کنترل پیشرفت استفاده می کند. با شروع کار فنی، واحدهای دیگر پروژه اهمیت پیدا می کنند. نرخ تولید بر اساس مدل های ایجاد شده، ساعات بازبینی، نقاط عملکرد و خطوط منبع تحویل، اندازه گیری می شود. علاوه بر این، خطاهای کشف شده در طول هر اقدام مهندسی نرم افزار، پیگیری می شوند.همزمان با تبدیل نرم افزار از الزامات به طراحی، معیارهای فنی برای ارزیابی کیفیت طراحی و شاخص های مؤثر بر رویکرد تولید کد و آزمایش، جمع آوری می شوند.واحدهای پروژه، دو هدف را “” :
“” () “: ”
: : :
: (): ً (): ً ً ؟
(): ً ً ً ً کنه.
وینود: چطور؟
داگ: ببینین، ما مهندسی نرم افزار داخلی بیشتری رو انجام می دیم چون محصولات ما هوشمندتر میشن، او ز همه چیز مطلع میشن و ما باید فرایندی رو که برای ساختن نرم افزار استفاده می کنیم، درک کنیم و اون رو ارتقا بدیم تا بهتر به ساخت نرم افزار بپردازیم. تنها راه انجام این کار اندازه گیریه.
جیمی: اما ما تحت فشار زمان هستیم، داگ. من اهل کاغذ بازی نیستم؛ ما باید از وقتمون برای انجام کارمون استفاده کنیم، نه جمع آوری داده ها.
داگ (با آرامش): جیمی، کار مهندسی شامل جمع آوری داده ها، ارزیابی اون ها و استفاده از نتایج برای بهبود محصول و فرآینده. درسته؟
جیمی: آره ولی…
داگ: اگه تعداد اقدامات جمع جزوه پایداری سازه ها شده رو در حد پنج یا شش مورد که جمع آوری کردیم نگه داریم و بر کیفیت تمرکز کنیم، چی میشه؟
وینود: هیچ کس نمی تونه با کیفیت بالا مخالفت کنه.
جیمی: درسته. اما، نمی دونم هنوز هم فکر می کنم این کار غیرضروریه.
داگ: بچه ها چقدر در مورد واحدهای نرم افزاری می دونین؟
جیمی (به وینود نگاه می کند): چیز زیادی نمی دونم.
داگ: اینجا یه توصیه از وب رو میبینیم، میگه چند ساعت وقت بذارید تا به پایداری سازه ها برسید.(برای بریدن درخت، اول ارهتونو تیز کنین)
جیمی (لبخند می زند): انگار گفته بودی زمان زیادی نمی گیره.
داگ: زمانی که صرف یادگیری می کنین هرگز هدر نمیره. برید این کار رو انجام بدید، بعد برخی از اهداف رو مشخص می کنیم، چند سوال می پرسیم و واحدهای مورد نیاز برای جمع آوری رو مشخص می کنیم.
7-23 اندازه گیری نرم افزار
اندازه گیری ها در دنیای فیزیکی را می توان به دو صورت طبقه بندی کرد: اندازه گیری مستقیم (به عنوان مثال، طول پیچ) و اندازه گیری غیر مستقیم (به “” ). () ً ؟ ؟ /() : ()
فهرست مطالب