جزوه تاسیسات الکتریکی و پروژه
دکتر حسن کلهر دانشگاه پیام نور رشته مهندسی برق ق پیام نور ت پیام نور مقطع کارشناسی دانشگاه آزاد معماری کارشناسی ارشد کاردانی
“” “” () : “[در حین کار] ” (). ً () ()، –: “” “” ! (). () ؛ () “”. ؟ ؛ 
–()، -“” “”، () “”–“” () “” () ً ً () “” “” (()). : “ً “، –“”
: ؟ : /؟ () : –؟ سؤال، “همه” است. جنبش “منبع باز” به شرح زیر توصیف شده است: “منبع باز یک روش توسعه نرم افزاری است که از قدرت بررسی همکاران توزیع شده و شفافیت فرآیند استفاده می کند. هدف منبع باز، کیفیت بهتر، قابلیت اطمینان بیشتر، انعطاف پذیری بیشتر، هزینه کمتر و پایان ایست فروش محصول است». اصطلاح منبع باز، هنگامی که در مورد نرم افزارهای رایانه ای اعمال می شود، دلالت بر این دارد که محصولات مهندسی نرم افزار (مدل ها، کد منبع، مجموعه های آزمایشی)، برای عموم آزاد است و توسط هر کسی که علاقه و اجازه دارد، قابل بررسی و توسعه است (با کنترل). در صورت تمایل برای بررسی بیشتر، توجه کنید که وبر مقاله ای ارزشمند ارائه می دهد، و فلر و همکارانش گلچینی جامع و عینی را ویرایش کرده اند که مزایا و مشکلات مربوط به منبع باز را در نظر می گیرد و براون بحث فنی تری را د راین زمینه ارائه می دهد.
دانلود رایگان خلاصه جزوه تاسیسات الکتریکی و پروژه کتاب کامل پی دی اف pdf
5-29 دستورالعمل های تکنولوژی
ظاهراً همواره تغییر مهندسی نرم افزار، سریع تر از واقعیت تصور می شود. یک فناوری جدید “hyped” (یک فرایند جدید، یک روش منحصر به فرد یا یک ابزار هیجان انگیز) معرفی شده است و کارشناسان معتقدند که “همه چیز” جزوه تاسیسات الکتریکی و پروژه خواهد کرد. اما مهندسی نرم افزار بسیار فراتر از فناوری است (در مورد افراد و توانایی آن ها در برقراری ارتباط با نیازهای آن ها و نوآوری برای تحقق این نیازها است). هر زمان که افراد درگیر می شوند، تغییرات به آرامی متناسب با آن ها رخ می دهد و شروع می شود. تنها با رسیدن به یک “نقطه عطف” است که یک فناوری در سراسر جامعه مهندسی نرم افزار ظاهر می شود و تغییرات گسترده واقعاً رخ می دهند. در این بخش، ما چند روند در فرآیند، روش ها و ابزارهایی را بررسی می کنیم که به احتمال زیاد، تا حدودی در دهه آینده بر مهندسی نرم افزار تأثیر می گذارد. آیا این روندها به نقطه عطف منتهی می شوند؟ فقط باید منتظر ماند و دید.
1-5-29 روندهای فرایند
می توان استدلال کرد که همه گرایش های تجاری، سازمانی و فرهنگی مورد بحث در بخش 29.4، نیاز به فرآیند را تقویت می کنند. اما آیا چارچوب های مورد بحث در فصل 28 نقشه راهی برای آینده ارائه می دهد؟ آیا چارچوب های فرایند برای یافتن تعادل بین نظم و خلاقیت تکامل می یابند؟ آیا فرآیند نرم افزار با نیازهای متفاوت سهامداران تهیه کننده نرم افزار که نرم افزار و مصرف کنندگان آن تطبیق می یابد؟ آیا می تواند وسیله ای برای کاهش ریسک برای هر سه حوزه تاسیسات الکتریکی به طور همزمان فراهم آورد؟ این سؤالات و بسیاری دیگر از سؤالات، مطرح هستند. در پاراگراف های بعدی، شش ایده ارائه شده توسط Conradi و Fuggetta را برای پیشنهاد روندهای احتمالی فرآیند ارائه داده ایم.
1. چارچوب های SPI ضمن تکامل، بر “استراتژی های متمرکز بر جهت گیری هدف و نوآوری محصول” تاکید می کنند. در دنیای سریع توسعه نرم افزار، استراتژی های بلند مدت SPI به ندرت در یک محیط تجاری پویا دوام می آورند. تغییرات بیش از حد، خیلی سریع اتفاق می افتند. یعنی می توان یک نقشه راه پایدار و گام به گام برای SPI با چارچوبی جایگزین کرد که بر اهداف کوتاه مدت و جهت گیری محصول تأکید دارد.
2. از آنجا که مهندسان نرم افزار درک خوبی از نقاط ضعف فرآیند دارند، تغییرات فرآیند باید به طور کلی بر اساس نیازهای آن ها انجام شود و باید از جزء به کل شروع شود. Conradi و Fuggetta پیشنهاد می کنند که فعالیت های SPI آینده “برای شروع باید از یک کارت امتیازی ساده و متمرکز استفاده کنند، نه یک ارزیابی بزرگ.” با تمرکز محدود بر تلاش های SPI و کار از جزء به کل، متخصصان تغییرات اساسی را در مراحل اولیه مشاهده می کنند که در نحوه انجام کارهای مهندسی نرم افزار تفاوت واقعی ایجاد می کند.
3. فناوری فرآیند نرم افزار خودکار (SPT) از مدیریت فرایند جهانی (پشتیبانی گسترده از کل فرایند نرم افزار) دور می شود تا بر جنبه هایی از فرآیند نرم افزار تمرکز کند که می تواند از اتوماسیون به بهترین نحو بهره مند شود. هیچ کس با ابزارها و اتوماسیون مخالف نیست، اما در بسیاری از موارد، SPI به وعده خود عمل نکرده است (بخش 29.3 را ببینید)؛ برای تأثیرگذاری بیشتر، SPI باید بر فعالیت های حفاظتی (فصل 1) (پایدارترین عناصر فرآیند نرم افزار) تمرکز کند.
4. تأکید بیشتری بر بازگشت تاسیسات الکتریکی گذاری فعالیت های SPI خواهد شد. در فصل 28 دریافتید که () :
= () − () ÷ () × %
“” “”
“” ” “” ()، 
“” “” () (ً ) :
ً : “”
دهند. در این زمینه، روش های جدیدی باید توسعه داده شود که (1) به مهندسان نرم افزار پدر پیش بینی پ زمان عملکردهای مختلف واکنش پذیر کمک کند و (2) این ویژگی ها را به گونه ای پیاده سازی کنند که وابستگی آن به ماشین و قابلیت حمل آن بیشتر شود.
شیوه های جدید تعامل با کاربر. روندهای جهان باز برای نرم افزار به این معنی است که شیوه های جدید تعامل، باید مدل سازی و اجرا شوند. حتی اگر این رویکردهای جدید از رابط های چند لمسی، تشخیص صدا یا رابط های مستقیم ذهن استفاده کنند، جزوه طراحی تاسیسات الکتریکی جدید نرم افزار برای دستگاه های دیجیتال باید از آن ها استفاده کند. معماری پیچیده یک اتومبیل لوکس، دارای بیش از 2000 عملکرد است که توسط نرم افزارهای معماری سخت افزاری پیچیده شامل پردازنده های متعدد، ساختار گذرگاه پیچیده، محرک ها، حسگرها، رابط انسانی پیچیده و اجزایی با امنیت بالا، کنترل می شود. حتی سیستم های پیچیده تر (به عنوان مثال، خودروهای خودران) در محدوده فوری هستند و چالش های مهمی را برای طراحان نرم افزار به وجود می آورند.
سیستم های ناهمگن و توزیع شده. اجزای زمان واقعی هر سیستم جاسازی شده مدرن را می توان از طریق یک گذرگاه داخلی، یک شبکه بی سیم یا از طریق اینترنت (یا هر سه) متصل کرد.
میزان حیاتی بودن. نرم افزار تقریباً در همه سیستم های مهم تجاری و در اکثر سیستم های حیاتی ایمنی، به یک جزء محوری تبدیل شده است. با این حال، جامعه مهندسی نرم افزار فقط شروع به استفاده از اساسی ترین اصول ایمنی نرم افزار کرده است.
تغییرپذیری تعمیر و نگهداری. عمر نرمجزوه تاسیسات الکتریکی و پروژه افزار در یک دستگاه دیجیتال به ندرت بیش از 3 تا 5 سال طول می کشد، اما سیستم های پیچیده اویونیک داخل یک هواپیما حداقل 20 سال عمر مفید دارند. نرم افزارهای خودرو در محدودهای بین این دو تاسیسات الکتریکی می گیرند. آیا این امر باید بر طراحی تأثیر بگذارد؟ بروی استدلال می کند که این موضوع و سایر ویژگی های نرم افزار تنها در صورتی قابل مدیریت هستند که جامعه مهندسی نرم افزار، فلسفه مهندسی نرم افزار توزیع شده و مشارکتی مؤثرتر، رویکردهای مهندسی الزامات بهتر، رویکرد قوی تر برای توسعه مدل محور و ابزارهای نرم افزاری بهتر را توسعه دهد. در بخش های بعدی، هر یک از این مباحث را به طور مختصر بررسی می کنیم.
3-5-29 توسعه مشارکتی
واضح است که مهندسی نرم افزار، یک فناوری اطلاعات است. از آغاز هر پروژه نرم افزاری، هر سهامدار باید اطلاعاتی را در مورد اهداف و اهداف اصلی کسب و کار، الزامات خاص سیستم و مسائل طراحی معماری را تقریباً در هر جنبه ای از نرم افزار که باید ساخته شود، به اشتراک بگذارد. همکاری شامل انتشار به موقع اطلاعات و یک فرایند مؤثر برای ارتباط و تصمیم گیری است. امروزه مهندسان نرم افزار در زمان ها و مکان های مختلف بین المللی همکاری می کنند و اطلاعات را به اشتراک می گذارند. همین امر در مورد پروژه های منبع باز نیز صدق می کند که در آن ها صدها یا هزاران توسعه دهنده نرم افزار، برای ساختن یک برنامه منبع باز کار می کنند. همچنین پیشنهاد می شود تا از منابع جمعیتی به عنوان ابزاری برای افزایش موارد آزمایشی پوشش تولید شده توسط ابزارهای تست خودکار، استفاده شود.هماهنگی چنین جوامع آزمایشی بزرگی، چالش –()، () “” (ً )، “” () ()، ً : () () () () “” “”
فهرست مطالب