این شبیه سازی، یک اصلاح کننده ضریب توان سه فاز است که در نرم افزار Psim شبیه سازی شده است.
به همراه گزارش کار کامل با فرمت Word و Pdf
شبیه سازی اصلاح ضریب توان سه فاز با نرم افزار Psim
این شبیه سازی، یک اصلاح کننده ضریب توان سه فاز است که در نرم افزار Psim شبیه سازی شده است.
به همراه گزارش کار کامل با فرمت Word و Pdf
شرح مختصر : امروزه نرم افزارها جایگاه مهمی در تمامی رشته های مهندسی برای خود باز کرده است. در مهندسی برق نرم افزارهای مختلف با کابردهای متنوع به کمک مهندسان برق آمده و آن ها را در پروژه هایشان کمک می کند. مانند نرم افزارهای طراحی و شبیه سازی، طراحی بردچاپی و کامپایلرها. برای مثال نرم افزارهای طراحی و شبیه سازی مدارات، در طراحی مدارات مختلف استفاده شده و با شبیه سازی و رفع عیب های احتمالی آن در نرم افزار، باعث کاهش هزینه و وقت می شود.
فهرست :
نرم افزار Cadence Orcad
امکانات نرم افزار OrCad
نرم افزار Proteus Design Suit
نرم افزار AutoCad Electrical
نرم افزار DIgSILENT PowerFactory
امکانات نرم افزار DIgSILENT
نرم افزار Etap
نرم افزار Cyme
نرم افزار Eplan
نرم افزار NEPLAN
نرم افزار PLS-CADD
نرم افزار PsCad
نرم افزار DialuxS
دوباره با یک برنامه عالی خدمت شما
رسیدیم......Lantern یک نرم افزار عالی
(فلیلترش*ن) است که نه محدودیت زمانی و نه محدودیت
حجمی دارد.
قیمت این نرم افزار رو بسیار ارزان
گذاشتم که شما عزیزان راضی باشید اگر
هر گونه مشکلی در اجرا یا استفاده داشتید
به
sevant10@yahoo.comایمیل بزنید.
-------------------------------------------------
در قسمت setting که در مرورگرد
بعد از باز کردن برنامه در پایین صفحه
وجود دارد...***همه گزینه ها رو
تیک بزنید***
--------------------------------------------------------------
آموزش نرم افزار Matrix و سمینار درس مدیریت شبکه
آموزش نرم افزار Matrix
نرم افزار مدیریت شبکه از راه دورMatrix
به همراه دکیومنت و منابع اصلی و فارسی
نرم افزار Matrix به همراه مراحل نصب
23 صفحه پاروپویت بصورت ارایه صوتی
مطالب مورد بحث
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه: 19
مرحله بیان نیازهای نرم افزار
(Software Requirement)
مرحله SR را می توان ” مرحله تحلیل مسئله ” چرخه حیات نامید.
هدف این مرحله تحلیل نیازهای کاربر بیان شده در URD و تهیه مجموعه ای کامل، به هم پیوسته و صحیح از نیازهای نرم افزار است.
بیان نیازهای نرم افزار از وظایف تولید کننده آن است. در این امر می بایست کاربران، مهندسین نرم افزار و سخت افزار و مجریان سیستم سهیم باشند.
توجه
مدیریت پروژه می بایست از مشاوره با تمامی افراد ذینفع اطمینان حاصل نماید، بدین ترتیب احتمال خطر ناقص بودن و بروز اشتباهات کاهش می یابد.
توجه
خروجی این مرحله ، سند نیازهای نرم افزار (SRD ) است. هر قدر تعریف آنکه نرم افزار ” چه” کاری را باید انجام دهد به دقت صورت پذیرد، به همان میزان از بررسی مجدد طرح و محصول نهایی اجتناب می شود. اگر چه ممکن است جنبه های ”چگونگی” عملکرد نرم افزار نیز عنوان شوند، ولی آنها می بایست از SRD حذف گردد، مگرآنکه جزو محدودیت های نرم افزار باشند.
ورودی های این مرحله
فعالیت ها
فعالیت های مرحله بیان نیازهای نرم افزار الزامی است.
فعالیت عمده مرحله SR تبدیل خواسته های بیان شده کاربر در URD به نیازهای ضروری نرم افزار در SRD است.
این امر از طریق تجزیه و تحلیل مسئله آنچنانکه در URD تعریف شده است و بیان یک توصیف جامع و منسجم ازآنچه که نرم افزار باید انجام دهد، صورت می پذیرد.
SRD بیش ازآنکه نمایانگر دید کاربر از سیستم باشد حاوی نگرش تولید کننده نرم افزار به مسئله است. این نگرش می بایست براساس مدل شناخته شده و مستندی که از سیستم بنا نهاده شود.
توجه
طرح های مربوط به فعالیت های مرحله طراحی معماری (AD) نیز باید در مرحله SR تنظیم گردد. این طرح ها باید شامل مدیریت پروژه ، مدیریت پیکربندی، وارسی و اعتبارسنجی، و تضمین کیفیت باشند.
ساخت مدل منطقی
تولیدکننده نرم افزار الزامی است یک مدل مستقل از پیاده سازی، از آنچه که مورد نیاز کاربر است ایجاد نماید. این مدل که ” مدل منطقی ” نامیده می شود به منظور تهیه نیازهای نرم افزار مورد استفاده قرار می گیرد.
در کلیه پروژه ها به استثنای پروژه های کوچک، می بایست از ابزار CASE به منظور ساخت مدل منطقی استفاده کرد. این ابزار به سهولت مدل های منطقی غیر متناقض و با ثبات نرم افزار را تهیه می کنند.
توجه
الزامی است روش معتبری جهت تحلیل نیازهای نرم افزار اتخاذ گردیده و به طور مستقیم در طی مرحله SR به کار برده شود.
مدل منطقی، بوسیله تجزیه از بالا به پائین کارکرد اصلی - که از URD استنتاج می شود - به سلسله مراتبی از کارکردها ساخته می شود.
مدل سازی یک فرایند تکراری است. ممکن است لازم باشد که بخش هایی از یک مدل،پیش از دستیابی به یک توصیف کامل، جامع و منسجم بارها و بارها تعریف گردد.
یک مدل منطقی با کیفیت مطلوب می بایست در برگیرنده قوانین زیر باشد:
1- کارکردها می بایست دارای مفهوم واحد و روشنی باشند. اسامی کارکردها می بایست ساختار تعریف شده ای داشته باشند و به جای تعیین ”چگونگی” کار، ” نوع” کار را بیان نمایند. اسامی مناسب امکان استنتاج مولفه های طراحی با ارتباط قوی را به اسانی فراهم می سازند.
2- کارکرد ها می بایست مناسب سطحی باشند که در آن مطرح می گردند (به عنوان مثال ”محاسبه مجموع مقابله ای” (Calculate Checksum) نمیبایست در همان سطحی که ” وارسی فرمان ها” (Verify Commands) مطرح می گردد آورده شود)
3- واسط ها می بایست به حداقل کاهش یابند. این امر امکان استنتاج مولفه های طراحی با ارتباط ضعیف را به آسانی فراهم می سازد.
4- هر کارکرد نمی بایست به بیش از 7 کارکرد جزئی تر شکسته شود.
5- مدل نمی بایست اطلاعات مربوط به پیاده سازی را در بر گیرد. (به عنوان مثال پرونده، رکورد، وظیفه (Task) ، پیمانه (Module) )
6- خصیصه های اجرایی هر کارکرد (ظرفیت. سرعت و غیره) می بایست معین گردند.
7- کارکردهای مهم می بایست مشخص شوند.
تشخیص نیازهای نرم افزار
نیازهای نرم افزار با آزمون مدل و طبقه بندی نیازها به طبقات زیر فراهم می آیند:
الف ) الزامات کارکردی (Functional)
ب ) الزامات عملکردی (Performance)
ج ) الزامات واسطه ای (Interface)
د ) الزامات عملیاتی (Operational)
ه ) الزامات منابع (Resource)
و ) الزامات وارسی (Varification)
ز ) الزامات آزمون پذیرش (Acceptance Testing)
ح ) الزامات مستندسازی (Documentation)
ط) الزامات امنیت (Security)
ی ) الزامات حمل پذیری (Portability)
ک ) الزامات کیفیت (Quality)
ل ) الزامات اطمینان پذیری (Reliability)
م ) الزامات نگهداشت پذیری (Maintainability)
ن ) الزامات ایمنی (Safety)
توجه
در صورتی که طبقه بندی های دیگری نیز موجود باشد، تولیدکنندگان نرم افزار می بایست این طبقه بندی را به همراه تعاریف مطرح شده مورد استفاده قرار دهند.
توجه
نیازهای نرم افزار می بایست با دقت بسیار تشریح شوند. در زبان طبیعی از کلمات معادل مختلفی می توان جهت بیان مفهوم استفاده کرد که انتخاب مناسبترین آنها به تشریح هر چه دقیقتر نیازهای
نرم افزار کمک می کند،اگر چه هر جا که ممکن باشد می بایست به منظور افزایش قابلیت بررسی، این نیازها بصورت کمی بیان شوند.
همچنانکه نیازها گرداوری می شوند، باید در برگیرنده شناسه ها، مراجع، مقادیر،اولویتها و میزان ثبات باشند.
نیازها باید کامل و نامتناقض بوده و از تکرار آنها اجتناب شود.
تعاریف طبقه بندی نیازهای نرم افزار
الف ) الزامات کارکردی (Functional)
این الزامات مشخص می دارند که نرم افزار ”چه کاری” را باید انجام دهد. نها هدف نرم افزار را معین می سازند. الزامات کارکردی، از مدل منطقی که براساس قابلیت های خواسته شده کاربر ساخته شده است،استنتاج می شوند. به منظور بیان کمی آنها، الزامات کارکردی ممکن است در برگیرنده خواص عملکردی نیز باشند.
این فقط قسمتی از متن مقاله است . جهت دریافت کل متن مقاله ، لطفا آن را خریداری نمایید