جزوه تاسیسات مکانیکی ساختمان

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

دانلود فایل

 

 

 

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

 

 

 

 

 

؛ “” ؛ (). () () ً ‌”” ؛ () ً (). ً ()، () /(/) ؟ ؟ ! “”، “” ؟ ؟ ؟

-() ً : () ً : () : () : (). (). :
= [1 − (threat × (1 − security))]

() () () ().
: که هم در سطح پروژه و هم در فرآیند سود می رساند، کارآیی رفع نقص (DRE) است. در اصل، DRE، معیاری از توانایی فیلترینگ اقدامات تضمین کیفیت و کنترل است، زیرا در تمام فعالیت های چارچوب فرایند اعمال می شود. در مد نظر قرار دادن یک پروژه به طور کلی، DRE به صورت زیر تعریف می شود:

 

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

در رابطه فوق، E تعداد خطاهایی است که تاسیسات مکانیکی از تحویل نرم افزار به کاربر نهایی یافت می شود و D تعداد نقایصی است که پس از تحویل یافت می شود. مقدار ایده آل برای DRE ، 1 است. در واقع، D بزرگتر از 0 خواهد بود، اما مقدار DRE می تواند به 1 برسد. با افزایش E (به ازای مقدار معینی از D)، مقدار کلی DRE به 1 نزدیک می شود. در حقیقت ، با افزایش E، به احتمال زیاد مقدار نهایی D کاهش می یابد (خطاها قبل از تبدیل شدن به نقص، فیلتر می شوند). در صورت استفاده از ().:
= ÷ + ++ + ()، “: ”
: : :
: ؟
: () : ؟
: : ً (): : : : ‌: : (): : : -“” : () () () () () () () () () () ً :
: “؟” “” () باشد.
نمونه هایی از موجودیت ها شامل منابع توسعه، محصولات کاری، کد منبع، موارد آزمایشی، درخواست های تغییر، وظایف مهندسی نرم افزار و برنامه ها است. برای هر نهاد ذکر شده، افراد نرم افزار مجموعه ای از سؤالات را تهیه می کنند که ویژگی های کمی موجودیت را ارزیابی می کند (به عنوان مثال، اندازه، هزینه، زمان توسعه). سؤالاتی که در نتیجه ایجاد یک لیست پرسش از نهادها ایجاد می شود، منجر به ایجاد مجموعه ای از اهداف فرعی می شود که مستقیماً به نهادهای ایجاد شده و فعالیت های انجام شده به عنوان بخشی از فرایند نرم افزار، مربوط می شوند. هدف چهارم را در نظر بگیرید: ” پشتیبانی از محصولات را آسان تر کنید.” برای این منظور،
لیست سوالات زیر می تواند تهیه شود:
آیا درخواست های تغییر مشتری حاوی اطلاعات موردنیاز برای ارزیابی تاسیسات مکانیکی تغییرات و سپس اجرای به موقع آن، می باشد؟
حجم عقب افتاده درخواست تغییر چقدر است؟
آیا زمان پاسخگویی ما برای رفع اشکالات بر اساس نیاز مشتری قابل قبول است؟
آیا روند کنترل تغییر (فصل 22) دنبال می شود؟
آیا تغییرات با اولویت بالا به موقع اجرا می شوند؟
بر اساس این سوالات، سازمان نرم افزاری می تواند به هدف فرعی زیر دست یابد: بهبود عملکرد فرایند مدیریت تغییر. سپس واحدهای فرآیند نرم افزاری و ویژگی های مربوط به هدف فرعی شناسایی می شوند و اهداف اندازه جزوه تاسیسات مکانیکی ساختمان مرتبط با آن ها مشخص می شوند. SEI راهنمای مفصلی برای مراحل 10 روش اندازه گیری هدفمند خود ارائه می دهد. در اصل، شما اهداف اندازه گیری را به سؤالاتی تبدیل می کنید که بیشتر به موجودیت ها و ویژگی هایی که سپس به معیارها تبدیل می شوند، می پردازند. اکثریت قریب به اتفاق سازمان های توسعه نرم افزار دارای کمتر از 20 کارشناس نرم افزار هستند. این غیرمنطقی و در اغلب موارد غیرواقعی است که انتظار داشته باشیم چنین سازمان هایی، برنامه های جامع واحدهای نرم افزاری را توسعه دهند. با این حال ، منطقی است که پیشنهاد شود سازمان های نرم افزاری در همه اندازه ها اندازه گیری کرده و سپس از واحدهای حاصل برای بهبود فرایند نرم افزار داخلی و حفظ کیفیت و تحویل به موقع محصولات تولید شده خود استفاده کنند. یک سازمان کوچک می تواند با تمرکز نه بر اندازه گیری، بلکه بر نتایج، شروع کند. هدف نظرسنجی گروه نرم افزاری، تعریف یک هدف واحد است که نیاز به بهبود دارد. به عنوان مثال، ” تاسیسات مکانیکی زمان ارزیابی و اجرای درخواست های تغییر.” یک سازمان کوچک ممکن است مجموعه اقدامات زیر را که به راحتی جمع آوری شده‌اند، انتخاب کند:
زمان (ساعت یا روز) گذشته از زمان ارائه درخواست تا تکمیل ارزیابی (tqueue).
تلاش (ساعات کار شخص) برای انجام ارزیابی (Weval).
زمان (ساعت یا روز) سپری شده از تکمیل ارزیابی تا تعیین دستور تغییر به پرسنل (teval).
تلاش (ساعات کاری) مورد نیاز برای ایجاد تغییر (Wchange).
زمان مورد نیاز (ساعت یا روز) برای ایجاد تغییر (tchange).
خطاهایی که در حین کار برای ایجاد تغییرات آشکار می شود (Echange).
عیوب آشکار شده که پس از تغییر در پایگاه مشتری، منتشر می شوند (Dchange).
پس از جمع آوری این معیارها برای تعدادی از درخواست های تغییر، می توان کل زمان سپری شده از درخواست تغییر تا اجرای تغییر و درصد زمان سپری شده توسط صف بندی اولیه، ارزیابی و تعیین تغییر و اجرای تغییر را محاسبه کرد. درصد تلاش مورد نیاز برای ارزیابی و اجرا را نیز می توان به طور مشابه تعیین کرد. این معیارها را می توان در زمینه داده های با کیفیت ، Echange و Dchange ارزیابی کرد. درصدها، بینشی را در مورد جایی که روند درخواست تغییر کند، ارائه می دهد و ممکن است منجر به مراحل بهبود روند کاهش tqueue ، Weval ، teval ، Wchange و/یا Echange شود. علاوه بر این ، کارایی حذف نقص را می توان به صورت زیر محاسبه کرد:
DRE = Echange ÷ Echange + Dchange
DRE را می توان با زمان سپری شده و کل تلاش برای تعیین تأثیر فعالیت های تضمین کیفیت بر زمان و تلاش لازم برای ایجاد تغییر، مقایسه کرد. اکثر توسعه دهندگان نرم افزار همچنان به اندازه گیری اعتقادی ندارند و متاسفانه اکثر آن ها تمایل چندانی برای شروع ندارند. همانطور که قبلاً در این فصل اشاره کردیم، این یک مشکل فرهنگی است. تلاش برای جمع آوری اقدامات در مواردی که قبلاً انجام نشده است، اغلب باعث مقاومت می شود.یک مدیر عجول می پرسد: “چرا ما باید این کار را انجام دهیم؟” یک متخصص مجرب و کارکشته می گوید: “من نکته‌اش را نمی فهمم.” چرا اندازه گیری فرایند مهندسی نرم افزار و محصول (نرم افزار) آن، بسیار مهم است؟ پاسخ نسبتاً واضح است. اگر اندازه گیری نکنید، هیچ راهی برای تعیین اینکه آیا در حال پیشرفت هستید یا خیر، وجود تاسیسات مکانیکی داشت؛ و در صورت عدم پیشرفت، مسیر را گم خواهد کرد.

اندازه گیری، مدیران و متخصصان را قادر می سازد تا فرآیند نرم افزار را بهبود جزوه تاسیسات مکانیکی ساختمان ، به آن ها در برنامه ریزی، ردیابی و کنترل پروژه های نرم افزاری و ارزیابی کیفیت محصول (نرم افزار) تولید شده کمک می کند. برای محاسبه معیارهای نرم افزاری، از اندازه گیری ویژگی های خاص فرایند، پروژه و محصول استفاده می شود. این معیارها را می توان برای ارائه شاخص هایی که مدیریت و اقدامات فنی را هدایت می کنند، تجزیه و تحلیل کرد. معیارهای فرایند، یک سازمان را قادر می سازد تا با ارائه بینشی در مورد اثربخشی یک فرآیند نرم افزاری، دیدگاهی استراتژیک داشته باشد. معیارهای پروژه جزوه هندسه مناظر و مرایا هستند و مدیر پروژه را قادر می سازند تا جریان کار پروژه و رویکرد فنی را با شیوه ای بلادرنگ، تطبیق دهد. نتایج اندازه گیری منجر به ایجاد تغییر فرهنگی می شود. جمع آوری داده ها، محاسبه واحدها و تجزیه و تحلیل تاسیسات مکانیکی ، سه مرحله ای است که باید برای شروع یک برنامه اندازه گیری اجرا شود. به طور کلی، یک رویکرد هدفمند به سازمان کمک می کند تا بر واحدهای مناسب برای کسب و کار خود تمرکز کند. معیارهای اندازه و عملکرد گرا در سراسر صنعت استفاده می شوند. واحدهای اندازه گرا از خط کد به عنوان یک عامل عادی سازی برای سایر اقدامات مانند ماه های شخص یا نقص استفاده می کنند. برای استفاده مستقیم در آزمایش و نگهداری نرم افزار، واحدهای کمی پیشنهاد می شوند. با این حال ، بسیاری ؟ ؟
-عملکردهای کنترل و هماهنگی را انجام می دهند و 490 ماژول که عملکرد آن ها بستگی به پردازش قبلی دارد.
این سیستم تقریباً 220 شیء جزوه تاسیسات مکانیکی ساختمان را پردازش می کند که هر کدام به طور متوسط سه ویژگی دارند. 140 مورد پایگاه داده منحصر به فرد و 90 بخش مختلف پایگاه داده وجود دارد. در نهایت، 600 ماژول دارای نقاط ورود و خروج واحد هستند. DSQI را برای این سیستم محاسبه کنید.
3-23 طبقه X دارای 12 عملیات است. پیچیدگی سیکلوماتیک برای همه عملیات های سیستم OO محاسبه شده است و مقدار متوسط پیچیدگی ماژول 4 است. برای طبقه X، پیچیدگی عملیات 1 تا 12 به ترتیب 5، 4، 3، 3، 6، 8، 2، 2، 5، 5، 4، 4 است. روش های معتبر را در هر طبقه محاسبه کنید.
4-23 یک سیستم قدیمی دارای 940 ماژول است. آخرین نسخه نیاز به تغییر 90 مورد از این ماژول ها داشت. علاوه بر این، 40 ماژول جدید اضافه شد و 12 ماژول قدیمی حذف شد. شاخص بلوغ نرم افزار را برای این سیستم محاسبه کنید.
5-23 چرا برخی از ولپاحدهای نرم افزاری باید “خصوصی” نگه داشته شوند؟ نمونه هایی از سه واحد را که باید خصوصی -ٍ، ؟ ؟ ؟
-؟
-ً ؟
-؟
؟

: : :
؟
؟
؟
؟
؟
؟
: : “”

؟ () “” ؟ “” ؟ ً ؟ ؟ انجام شده، افرادی که کار را انجام می دهند و مکانیسم های ارزیابی خطرات، کنترل تغییرات و ارزیابی کیفیت را مشخص می کند.
چگونه از صحت انجام کار، اطمینان حاصل کنم؟ تا زمانی که تیم، محصولی با کیفیت بالا را به موقع و با بودجه در نظر گرفته شده، ارائه ندهد، شما از صحت طرح پروژه کاملاً مطمئن نخواهید شد. با این حال، یک رهبر کار درست، تیم افراد نرم افزار را تشویق می کند تا به عنوان یک تیم مؤثر کار کنند و توجه آن ها را بر نیازهای مشتری و کیفیت محصول متمرکز می کند.
پیج جونز علائم : ()،