دانلود کامل ترین جزوه ماشین آلات ساختمانی و راهسازی

جزوه ماشین آلات ساختمانی و راهسازی

دانلود فایل

حسین اکبرزادگان پیام نور جزوه ماشین آلات ساختمانی و راهسازی عمران پیام نور توران

برآورد پروژه نرم افزاری، نوعی حل مشکل است ()، ً () : “” –: () () ()، () () () () ()، () –: () “” () برآورد متمایزی هستند. با این حال، هر دو ویژگی های مشترکی دارند. شما با یک بیانیه محدود از محدوده نرم افزار شروع می کنید و سعی می کنید تا آن را به عملکرد مشکلاتی تجزیه کنید که هر یک به صورت جداگانه قابل برآورد هستند. سپس LOCیا FP (متغیرهای برآورد) برای هر عملکرد برآورد می شوند. متناوباً، شما می توانید جزء دیگری را برای اندازه گیری انتخاب کنید، مانند طبقات یا اشیاء، تغییرات یا فرآیندهای تجاری که تحت تأثیر قرار گرفته اند. سپس واحدهای بهره وری پایه (به عنوان مثال، LOC/pm یا FP/pm) بر روی متغیر برآورد مناسب اعمال می شوند و هزینه یا تلاش برای عملکرد موردنظر، بدست می آید. برای ایجاد یک برآورد کلی برای کل پروژه، برآورد عملکردها ترکیب می شوند. هنگام جمع آوری واحدهای بهره وری برای پروژه ها، مطمئن شوید که طبقه بندی انواع پروژه را ایجاد کنید. با این کار، می توانید میانگین های خاص محدوده را محاسبه کنید و برآورد دقیق تری داشته باشید. بسیاری از برنامه های کاربردی مدرن در یک شبکه قرار دارند یا بخشی از معماری سرویس گیرنده مشتری هستند. بنابراین، مطمئن شوید که برآوردهای شما شامل تلاش لازم برای توسعه نرم افزار “زیرساختاری” باشد.

3-6-25 نمونه ای از برآورد مبتنی بر LOC
به عنوان نمونه ای از تکنیک برآورد LOC، ایجاد یک بسته نرم افزاری را ماشین آلات ساختمانی طراحی به کمک کامپیوتر برای اجزای مکانیکی در نظر بگیرید. این نرم افزار بر روی یک کامپیوتر نوت بوک اجرا می شود. می توان یک بیانیه اولیه از محدوده نرم افزار تهیه کرد: نرم افزار CAD مکانیکی داده های هندسی دو و سه بعدی را از یک طراح می پذیرد. طراح، با سیستم CAD را از طریق رابط کاربری نشان دهنده ویژگی های طراحی رابط کاربری خوب انسان/ماشین، تعامل کرد و آن را کنترل می کند. همه داده های هندسی و سایر اطلاعات شتیبانی در پایگاه داده CAD نگهداری می شوند. ماژول های تجزیه و تحلیل طراحی برای تولید خروجی مورد نیاز توسعه داده می شود، که در دستگاه های مختلف نمایش داده می شود. این نرم افزار برای کنترل و تعامل با دستگاه های جانبی شامل صفحه لمسی، اسکنر، چاپگر لیزری و پلاتر دیجیتال بزرگ، طراحی شده است. این بیانیه محدوده مقدماتی است و به همین جا محدود نمی شود. برای ارائه جزئیات دقیق و محدوده کمی، اطلاعات بیشتری باید ذکر شود. به عنوان مثال، قبل از شروع برآورد، برنامه ریز باید تعیین کند که “ویژگی های طراحی رابط کاربری خوب انسان یا ماشین” به چه معناست یا اندازه و پیچیدگی “پایگاه داده CAD” چگونه است. به عنوان مثال فرض کنید که اصلاحات بیشتری صورت گرفته است و عملکردهای اصلی نرم افزار ذکر شده در شکل 25.2 مشخص شده است. به دنبال روش جزوه ماشین آلات ساختمانی و راهسازی برای LOC، یک جدول برآورد (شکل 25.2) تهیه شده است.

ماشین آلات ساختمانی و راهسازی

طیف وسیعی از برآوردهای LOC برای هر عملکرد، ایجاد شده است. به عنوان مثال، محدوده برآورد LOC برای عملکرد تجزیه و تحلیل هندسی سه بعدی، برای 4600 LOC خوش بینانه، برای 6900 LOC به احتمال زیاد خوش بینانه، و برای 8600 LOC بدبینانه است. با استفاده از معادله (25.1)، مقدار مورد انتظار برای عملکرد تحلیل هندسی سه بعدی، 6800 LOC است.برآوردهای دیگر نیز به شیوه مشابهی انجام می شود. با جمع بندی عمودی در ستون LOC برآورد شده، 33200 خط کد برای سیستم CAD برآورد می شود. بررسی داده های قدیمی نشان می دهد که میانگین بهره وری سازمانی برای سیستم های این نوع، 620 LOC/pm است. بر اساس نرخ کار 8000 دلار در ماه، هزینه هر خط کد تقریباً 13 دلار است. بر اساس برآورد LOC و داده های بهره وری قدیمی، هزینه کل پروژه 431،000 دلار و تلاش تخمینی 54 ماه-نفر، برآورد می شود. شما باید با استفاده از رویکردی متفاوت، نتیجه دیگری را بدست آورید.

“خانه امن: برآورد”
صحنه: دفتر داگ میلر، همزمان با شروع برنامه ریزی پروژه.
گفتگوکنندگان: داگ میلر، مدیر تیم مهندسی نرم افزار SafeHome و وینود رامان، جیمی لازار و سایر اعضای تیم ماشین آلات ساختمانی نرم افزار محصول.
داگ: ما باید یه برآورد تلاش برای پروژه ایجاد کنیم، و بعد باید یک برنامه جزئی برای انتشار اولین افزونه و یک برنامه کلی برای انتشارات باقی مانده تعریف کنیم.
وینود (سر تکان دادن): بسیار خب، اما ما هنوز هیچ افزونه‌ای رو تعریف نکردیم.
داگ: بله، اما به همین دلیله که باید برآورد کنیم.
جیمی (با اخم): میخوای بدونی چقدر طول میکشه؟ داگ: دقیقاً. اول، باید نرم افزار SafeHome راو از نظر عملکرد تجزیه کنیم…در سطح بالا…بعدش باید تعداد خطوط کد مورد نیاز هر عملکرد رو تخمین بزنیم…بعد از اون…
جیمی: وای! چطور باید این کار رو انجام بدیم؟
وینود: من این کار رو در پروژه های گذشته انجام دادم. باید با موارد کاربری شروع کنید، عملکرد مورد نیاز برای پیاده سازی هر کدوم رو تعیین کنید، بعد تعداد LOC رو برای هر قطعه از عملکرد تخمین می زنید. بهترین روش اینه که از همه ماشین آلات ساختمانی این کار رو مستقل انجام بدن و سپس نتایج رو مقایسه کنن.
داگ: یا می تونید تجزیه عملکردی رو برای کل پروژه انجام بدید.
جیمی: اما این کار زمان خیلی زیادی می بره و ما خیلی وقت نداریم و باید زودتر شروع کنیم.
وینود: نه. میشه تو چند ساعت انجامش…امروز صبح، در واقع…
داگ: موافقم. ما نمی تونیم انتظار دقت بالایی داشته باشیم، فقط ایده ای در مورد اندازه SafeHome کافیه.
جیمی: به نظرم ما فقط باید تلاش لازم برای کار رو برآورد کنیم…همین.
داگ: این کار رو هم می کنیم. سپس از هر دو برآورد برای صحت سنجی استفاده می کنیم. وینود: خب، بریم که انجامش بدیم.

4-6-25 نمونه ای از برآورد مبتنی بر FP
تجزیه برای برآورد مبتنی بر FP، به جای عملکردهای نرم افزاری، بر مقدار حوزه اطلاعات جزوه ماشین آلات ساختمانی و راهسازی می کند. با مراجعه به جدول 25.1، ورودی ها، خروجی ها، پرس و جوها، فایل ها و رابط های خارجی نرم افزار CAD را برآورد کنید.
جدول 1-25

جدول 2-25
برای محاسبه کل تعداد مورد نیاز در معادله FP، از رابطه زیر استفاده کنید:
FPestimated = count total × [0.65 + 0.01 × Σ(Fi)]
در این برآورد، ضریب وزن پیچیدگی، متوسط فرض می شود. جدول 25.1 نتایج این برآورد را نشان می دهد و مجموع تعداد FP ، 320 است. برای محاسبه مقدار برای Σ (Fi)، هر یک از 14 عامل وزنی پیچیدگی ذکر شده در جدول 25.2، مقداری بین 0 (غیرمهم) و 5 (بسیار مهم) دارد. مجموع این رتبه بندی ها برای عوامل پیچیدگی Σ (Fi) 52 است. بنابراین مقدار ضریب تعدیل، 1.17 است:
[0.65 + 0.01 × Σ(Fi)] = 1.17
در نهایت، تعداد برآورد FP، از رابطه زیر به دست خواهد آمد:
ماشین آلات ساختمانی = count total × [0.65 + 0.01 × Σ(Fi)] = 375
میانگین بهره وری سازمانی برای سیستم های این نوع، 6.5 FP/pm است. بر اساس نرخ کار 8000 دلار در ماه، هزینه هر FP تقریباً 1230 دلار است. بر اساس برآورد FP و داده های بهره وری قدیمی، هزینه کل پروژه 461،000 دلار و تلاش مربوط به آن 58 ماه-نفر برآورد می شود.

5-6-25 نمونه ای از برآورد مبتنی بر فرآیند

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

متداول ترین تکنیک برای برآورد پروژه این است که برآورد را بر اساس فرایند مورد استفاده، انجام دهید. یعنی فرایند را به مجموعه ای نسبتاً کوچک از فعالیت ها، اقدامات و وظایف تجزیه کرده و تلاش مورد نیاز برای انجام هر یک را برآورد کنید. برآورد مبتنی بر فرآیند نیز مانند تکنیک های مبتنی بر مشکل، با ترسیم عملکردهای نرم افزاری به دست آمده از محدوده پروژه آغاز می شود. برای هر عملکرد باید یک سری فعالیت های چارچوبی انجام شود. عملکردها و فعالیت های چارچوب مرتبط می تواند به عنوان بخشی از جدولی مشابه شکل 25.3، نشان داده شود. با ادغام عملکرد مشکل و فعالیت های فرآیند، می توانید تلاش (برای مثال، ماه-نفر) لازم برای انجام هر فعالیت فرآیند نرم افزاری برای هر عملکرد نرم افزاری را برآورد کنید. این داده ها ماتریس مرکزی جدول را در شکل 25.3 تشکیل می دهند. سپس نرخ متوسط نیروی کار (یعنی هزینه/واحد تلاش)، در تلاش برآورد شده برای هر فعالیت فرآیندی اعمال می شود.
برای نشان دادن کاربرد برآورد مبتنی بر فرآیند، مجدداً نرم افزار CAD که در بخش 25.6.3 معرفی شده است را در نظر بگیرید.
تصویر 3-25
پیکربندی سیستم و کلیه عملکردهای نرم افزاری، بدون تغییر باقی مانده و با محدوده پروژه نشان داده می شوند. با توجه به جدول مبتنی بر فرایند نشان داده شده در شکل 25.3، برآورد تلاش (به صورت حضوری) برای هر فعالیت مهندسی نرم افزار در هر عملکرد نرم افزاری CAD (به اختصار) ارائه شده است. فعالیت های مهندسی و انتشار سازه ها به وظایف اصلی مهندسی نرم افزار تقسیم می شوند. برآورد جزوه ماشین آلات ساختمانی و راهسازی تلاش، برای ارتباط با مشتری، برنامه ریزی و تجزیه و تحلیل ریسک، در ردیف پایین جدول ارائه شده است. مجموع افقی و عمودی نشان دهنده تلاش تخمینی مورد نیاز برای تجزیه و تحلیل، طراحی، کدنویسی و آزمایش است. لازم به ذکر است که تقریباً 53 درصد از تمام تلاش ها صرف کارهای مهندسی پیشرو (تجزیه و تحلیل الزامات و طراحی) می شود که اهمیت نسبی این کار را نشان می دهد. بر اساس متوسط نرخ کار 8000 دلار در ماشین آلات ساختمانی، کل هزینه پروژه، 368000 دلار و تلاش برآورد شده 46 نفر-ماه می باشد. گاهی نرخ کار می تواند با هر فعالیت چارچوبی یا وظیفه مهندسی نرم افزار مرتبط باشد و جداگانه محاسبه شود.

6-6-25 نمونه ای از برآورد با استفاده از نقاط مورد کاربری
همانطور که در بخش دوم این کتاب اشاره شد، موارد کاربری، به دیدگاه تیم نرم افزاری در مورد محدوده و الزامات نرم افزار کمک می کند. پس از ایجاد موارد کاربری، می توان از آن ها برای برآورد “اندازه” پیش بینی شده یک پروژه نرم افزاری استفاده کرد. موارد کاربری، به پیچیدگی عملکردها و ویژگی های توضیح داده شده اشاره نمی کنند؛ بلکه می تواند رفتارهای پیچیده (به عنوان مثال، تعاملات) که شامل عملکردها و ویژگی های زیادی است را توصیف کنند. حتی با وجود این محدودیت ها، می توان نقاط مورد کاربری (UCP) را به روشی مشابه با محاسبه نقاط عملکردها، محاسبه کرد (بخش 25.6). Cohn معتقد است که محاسبه نقاط مورد کاربری باید ویژگی های زیر را در نظر بگیرد:
تعداد و پیچیدگی موارد کاربری در سیستم.
تعداد و پیچیدگی عوامل سیستم.
الزامات مختلف غیر عملکردی (مانند قابلیت حمل، عملکرد، قابلیت نگهداری) که به عنوان موارد کاربری نوشته نشده اند.
محیطی که پروژه در آن توسعه می یابد (به عنوان مثال، زبان برنامه نویسی، انگیزه تیم نرم افزار).
برای شروع، پیچیدگی نسبی هر مورد کاربری ارزیابی می شود. یک مورد کاربری ساده نشان دهنده یک رابط کاربری ساده، یک پایگاه داده واحد، و سه یا تعداد کمتر تراکنش و پنج یا تعداد کمتری پیاده سازی طبقات است. یک مورد ماشین آلات ساختمانی متوسط نشان دهنده رابط کاربری پیچیده تر، دو یا سه پایگاه داده و چهار تا هفت تراکنش با 5 تا 10 طبقه است. در نهایت، یک مورد کاربری پیچیده دلالت بر یک UI پیچیده با پایگاه داده های متعدد، با استفاده از هشت یا بیشتر تراکنش و 11 یا بیشتر طبقه دارد. هر مورد کاربری با استفاده از این معیارها ارزیابی می شود و تعداد هر نوع، به ترتیب با ضریب 5 ، 10 و 15 اعتبارسنجی می شود. مجموع اعتبار مورد کاربری تنظیم نشده (UUCW)، مجموع تمام اعتبارهای محاسبه شده است. در مرحله بعد، هر عامل، مورد ارزیابی قرار می گیرد. عوامل ساده، ربات هایی هستند (سیستم های دیگر، ماشین یا دستگاه) که از طریق API ارتباط برقرار می کنند. عوامل متوسط ، ربات هایی هستند که از طریق یک پروتکل یا یک ذخیره داده ارتباط برقرار می کنند و عوامل پیچیده نیز، افرادی هستند که از طریق رابط کاربری گرافیکی یا رابط انسانی دیگر ارتباط برقرار می کنند. هر عامل، با استفاده از این معیارها ارزیابی می شود و تعداد هر نوع، به ترتیب با ضریب 1، 2 و 3 محاسبه می شود. مجموع عوامل بدون سازگاری (UAW)، برابر مجموع تمام تعدادهای محاسبه شده است. این مقادیر سازگار نشده، با در نظر گرفتن عوامل پیچیدگی فنی (TCF) و عوامل پیچیدگی محیط (ECF) اصلاح می شوند. سیزده عامل به ارزیابی TCF نهایی و هشت عامل در محاسبه ECF نهایی کمک می کند. پس از تعیین این مقادیر، مقدار نهایی UCP به روش زیر محاسبه می شود

دانلود رایگان خلاصه کتاب ماشین آلات ساختمانی و راهسازی pdf

نرم افزار CAD که در بخش 25.6.3 معرفی شده است از سه زیر سیستم تشکیل شده است: زیر سیستم رابط کاربر (شامل UICF)، گروه زیر سیستم مهندسی (شامل زیر سیستم های 2DGA ، 3DGA و DAM) و گروه زیر سیستم زیرساخت (شامل زیر سیستم های CGDF و PCF). شانزده مورد کاربری پیچیده، زیر سیستم رابط کاربر را توصیف می کنند. گروه زیرسیستم مهندسی با 14 مورد کاربری متوسط و 8 مورد کاربری ساده توصیف می شود. و زیر سیستم زیرساخت با 10 مورد کاربری ساده توصیف می شود. بنابراین:
UUCW = (16 use cases × 15) + [(14 use cases × 10) + (8 use cases × 5)] + (10 use cases × 5) = 470
تجزیه و تحلیل موارد کاربری نشان می دهد که 8 عامل ساده، 12 عامل جزوه ماشین آلات ساختمانی و راهسازی و 4 عامل پیچیده وجود دارد. بنابراین:
UAW = (8 actors × 1) + (12 actors × 2) + (4 actors × 3) = 44
با از ارزیابی فناوری و محیط، خواهیم داشت:
TCF = 1.04
ECF = 0.96
مطابق معادله )2-25):
UCP = (470 + 44) × 1.04 × 0.96 = 513
گروه توسعه با استفاده از داده های پروژه گذشته به عنوان راهنما، 85 LOC در هر ماشین آلات ساختمانی را تولید کرده است. بنابراین، برآورد اندازه کلی پروژه CAD 43600 LOC است. برای تلاش های کاربردی یا مدت پروژه نیز می توان محاسبات مشابهی را انجام داد. با توجه به 620 LOC/pm به عنوان میانگین بهره وری برای سیستم های این نوع و نرخ کار سنگین 8000 دلار در ماه، هزینه هر خط کد تقریباً 13 دلار است. بر اساس برآورد مورد کاربری و داده های بهره وری گذشته، هزینه کل پروژه 552،000 دلار برآورد شده و تلاش تخمینی حدود 70 نفر-ماه است.
7-6-25 برآورد ترکیبی
هر تکنیک برآوردی، هر چقدر پیچیده، باید با محاسبه حداقل یک برآورد دیگر با استفاده از رویکرد متفاوت بررسی شود. اگر دو یا سه برآورد مستقل انجام داده‌اید، اکنون دو یا سه برآورد هزینه و تلاش دارید که باید با هم مقایسه و ترکیب شوند. در صورت سازگاری دو مجموعه برآورد، می توان گفت که برآوردها قابل اطمینان هستند. از طرف دیگر، اگر نتایج این تکنیک های تجزیه توافق کمی نشان دهد، باید تحقیقات و تجزیه و تحلیل بیشتری انجام شود. هنگامی که برآوردهای شما با یکدیگر فاصله دارند، باید اطلاعات مورد استفاده برای تخمین ها را مجدداً ارزیابی کنید. برآوردهای بسیار متفاوت را اغلب می توان دو علت ربط داد: (1) محدوده پروژه به اندازه کافی درک نشده یا توسط برنامه ریز تفسیر نشده است، یا (2) داده های بهره وری که برای تکنیک های برآورد مبتنی بر مشکل استفاده می شود، برای برنامه نامناسب است یا به درستی از آن ها استفاده نشده است.
شما باید علت واگرایی را تعیین کنید و سپس این جزوه مکانیک ساختمان را دوباره محاسبه کنید. تکنیک های برآوردی که در بخش های قبل مورد بحث قرار گرفت، به برآوردهای متعددی منجر شد که باید با یکدیگر هماهنگ شوند تا برآورد واحدی از تلاش، مدت زمان ماشین آلات ساختمانی یا هزینه ایجاد شود. مجموع تلاش برآورد شده برای نرم افزار CAD (بخش 25.6.3) از حداقل 46 نفر در ماه (با استفاده از روش تخمین مبتنی بر فرایند) تا حداکثر 68 نفر در ماه (با استفاده از برآورد مورد استفاده) متغیر است. میانگین هر چهار برآورد، 56 ماه-نفر است. اما آیا این بهترین رویکرد برای زمانی است که برآورد بالا و پایین 21 نفر در ماه است؟ یک رویکرد پیشنهادی می تواند محاسبه مقدار میانگین باشد، بر این اساس که برآورد بالا را برآورد بدبینانه، برآورد پایین را برآورد خوش بینانه و مقدار بینابینی را محتمل ترین مقدار می دانند. سپس می توان سه نقطه یا مقدار مورد انتظار را محاسبه کرد. مقدار مورد انتظار برای متغیر برآورد (اندازه) S را می توان به عنوان میانگین برآورد خوش بینانه (sopt)، محتمل ترین مقدار (sm) و بدبینانه (spess) محاسبه کرد. به عنوان مثال، به رابطه زیر توجه کنید:
(3-25) S = sopt + 4sm + spess ÷ 6
رابطه فوق، بیشترین اعتبار را به “محتمل ترین” برآورد می دهد و از توزیع احتمال بتا پیروی می کند. ما فرض می کنیم که احتمال بسیار کمی وجود دارد که مقدار واقعی خارج از ارزش های خوش بینانه یا بدبینانه قرار گیرد. پس از تعیین مقدار مورد جزوه ماشین آلات ساختمانی و راهسازی برای متغیر برآورد، داده های بهره وری گذشته باید مورد بررسی قرار گیرد. آیا برآوردهای ما درست به نظر می رسد؟ تنها می توان گفت که نمی توان مطمئن بود و باید از منطق و تجربه کمک گرفت.

8-6-25 برآورد برای توسعه چابک
از () :
()، -: “” ().
-ً، “” ().
–ً، (ً )، : () ()