دانلود پاورپوینت آشنایی با مفهوم  نرم‏افزار، چرخه حیات سیستم و بررسی مفاهیم تحلیل و طراحی سیستم‏ها

\n

مهندسی نرم افزار 1Software Engineering1

\n

\n

عنوان های پاورپوینت  : 

\n

\n

\n

آشنایی با مفهوم  نرم‏افزار، چرخه حیات سیستم و بررسی مفاهیم تحلیل و طراحی سیستم‏ها

\n

مهندسی نرم افزار 1Software Engineering1

\n

معرفی منابع:

\n

\n

\n

سرآغاز

\n

سرفصل مطالب

\n

تعریف نرم‏افزار

\n

نمودار نرخ شکست نرم‏افزار

\n

\n

شرایط نیاز به سیستم

\n

نرم‏افزارهای موجود چرا باید تغییر کنند؟

\n

چرخه زیست سیستم

\n

ضوابط ارزیابی نرم‏افزار :

\n

بحران نرم‏افزاری :

\n

مدل‏های گوناگون در فرآیند تولید نرم‏افزار :

\n

مدل‏های موجود در فرآیند تولید نرم‏افزار

\n

متدولوژی

\n

مدل فرآیند

\n

تفاوت‏های متدولوژی و مدل فرآیند

\n

تکنیک‏ها و ابزارها

\n

1- مدل آبشاری

\n

1- مدل آبشاری

\n

1- مدل آبشاری

\n

1- مدل آبشاری

\n

1- مدل آبشاری

\n

1- مدل آبشاری

\n

ایرادات مدل آبشاری

\n

2-تولید سریع نرم‎افزار ، RAD

\n

2-تولید سریع نرم‏افزار ، RAD

\n

2-تولید سریع نرم‏افزار ، RAD

\n

3- نمونه‏سازی Prototyping

\n

3-نمونه‏سازی Prototyping

\n

3-نمونه‏سازی Prototyping

\n

4- مدل‏های تکاملی: مدل افزایشی

\n

4- مدل افزایشی

\n

5- مدل‏های تکاملی: مدل حلزونی

\n

6- مدل‏های تکاملی: مدل تولید همزمان

\n

مدل‏های دیگر

\n

 اصول محوری مهندسی نرم‏افزار

\n

کارهای مهندسی نرم‌افزار

\n

کارهای ارتباطی - اصول

\n

\n

کارهای طرح‌ ریزی - اصول

\n

کارهای طرح‏ریزی - مرحله آغازین

\n

کارهای طرح‏ریزی

\n

کارهای مدل‏سازی

\n

کارهای مدل‏سازی تحلیلی

\n

کارهای مدل‏سازی طراحی

\n

کارهای مدل‏سازی طراحی

\n

کارهای ساختاری

\n

کارهای مربوط به ساخت سیستم

\n

\n

\n

امور مربوط به جاری‏سازی سیستم

\n

مبانی تجزیه تحلیل نیازها

\n

خصوصیات تحلیلگر (Analyst):

\n

اصول تحلیل :

\n

\n

\n \n\n \n\n

---

\n\nقسمت ها و تکه های اتفاقی از فایل\n\n \n\n \n\nآشنایی با مفهوم  نرم‏افزار، چرخه حیات سیستم و بررسی مفاهیم تحلیل و طراحی سیستم‏ها\n\n2pro.ir\n\nمهندسی نرم افزار 1Software Engineering1\n\nپایان‎ترم: 10 نمره\n\nمیان‏ترم: 6 نمره (شنبه 18 اردیبهشت 1395)\n\nپروژه: 4 نمره\n\nمعرفی منابع:\n\nمهندسی نرم افزار\n\nاثر: یان سامرویل مترجم: عین الله جعفر نژاد قمی\n\n \n\nمهندسی نرم افزار\n\nاثر: راجر اس. پرسمن مترجم: دکتر محمد مهدی سالخورده حقیقی\n\n \n\nتحلیل و طراحی سیستم‎ها\n\nاثر: ایگور هوریس کیوویچ مترجم: عین الله جعفر نژاد قمی\n\n \n\n \n\nسرآغاز\n\nمهندسی نرم‏افزار طراحی، برنامه‏نویسی، توسعه، مستندسازی و نگهداری نرم افزار با بکارگرفتن روش‏های فنی و عملی از علوم کامپیوتر، مدیریت پروژه، مهندسی، محدوده کاربرد، طراحی رابط، مدیریت تجهیزات دیجیتال و سایر زمینهها است.\n\nاصطلاح مهندسی نرم‏افزار بعد از سال ۱۹۶۸ شناخته شد، طی کنفرانس مهندسی نرم‏افزار ناتو ۱۹۶۸ (که در گارمیش آلمان برگزار شد) توسط ریاست کنفرانس F.L. Bauer معرفی شد، و از آن پس به طور گسترده مورد استفاده قرار گرفت.\n\nسرفصل مطالب\n\nتعریف سیستم\n\nتعریف نرم‏افزار، چرخه حیات سیستم\n\nمفاهیم تحلیل و طراحی سیستم‏ها\n\nسیستمهای اطلاعاتی ساخت‏یافته\n\nامکان سنجی\n\nنمودارهای جریان داده\n\nتوصیف داده‏ها\n\nتوصیف فرآیندها\n\nمعرفی ابزار: Power Designer\n\nمدیریت پروژه، برنامه‏ریزی و زمان‏بندی\n\nتعریف نرم‏افزار\n\nنمودار نرخ شکست نرم‏افزار\n\n \n\nنرم‏افزار سیستمی\n\nنرم‏افزار بی‏درنگ (Real time)\n\nنرم‏افزار تجاری\n\nنرم‏افزار مهندسی و علمی\n\nنرم‏افزار جاسازی شده( Embedded)\n\nنرم‏افزار کامپیوتر شخصی\n\nنرم‏افزار وب\n\nنرم‏افزار هوش مصنوعی\n\nشرایط نیاز به سیستم\n\nتغییر اهداف سازمان\n\nتغییر وظایف سازمان\n\nتغییر تکنولوژی (سخت‏افزار، نرم‏افزار، ارتباطات)\n\nتغییرات محیطی\n\nنرم‏افزارهای موجود چرا باید تغییر کنند؟\n\nچرخه زیست سیستم\n\nیک دوره زمانی از هنگام نیاز به سیستم تا پایان بهره‏برداری از آن\n\nچرخه زیست سیستم شامل\n\nتعریف (برنامه‏ریزی استراتژیک، تحلیل و طراحی مفهومی)\n\nتوسعه (طراحی تفصیلی، ساخت، استقرار)\n\nاجرا\n\nنگهداری و بهبود می‏باشد.\n\nضوابط ارزیابی نرم‏افزار :\n\nبحران نرم‏افزاری :\n\nپیچیدگی و قدرت سخت‏افزار باعث شده که نوشتن نرم‏افزاری که بتواند از این پتانسیل سخت‏افزاری استفاده کامل کند مشکل گردد.\n\nتوان ما برای ایجاد برنامه‏های جدید به اندازه تقاضا نیست\n\nتوان نگهداری برنامه‏های موجود به خاطر طراحی ضعیف مورد تهدید قرار می‏گیرد.\n\nبرنامه‏های تولید شده مشکلاتی دارند .\n\nهزینه تولید نرم افزار دائماً افزایش می‏یابد.\n\nهزینه‏ها مطابق هزینه پیش‏بینی شده نیستند.\n\nعملیات مطابق برنامه زمان‏بندی انجام نمی‏گیرند\n\nنرم‏افزار تولید شده همه کارهای مورد نظر را انجام نمی‏دهد\n\nنرم‏افزار دارای خطاست\n\nمدل‏های گوناگون در فرآیند تولید نرم‏افزار :\n\nمدل‏های موجود در فرآیند تولید نرم‏افزار\n\nمتدولوژی\n\nمدل فرآیند\n\nتفاوت‏های متدولوژی و مدل فرآیند\n\nتکنیک‏ها و ابزارها\n\n1- مدل آبشاری\n\n1- مدل آبشاری\n\n1- مدل آبشاری\n\n1- مدل آبشاری\n\n1- مدل آبشاری\n\n1- مدل آبشاری\n\nایرادات مدل آبشاری\n\n2-تولید سریع نرم‎افزار ، RAD\n\n2-تولید سریع نرم‏افزار ، RAD\n\n2-تولید سریع نرم‏افزار ، RAD\n\n3- نمونه‏سازی Prototyping\n\n3-نمونه‏سازی Prototyping\n\n3-نمونه‏سازی Prototyping\n\n4- مدل‏های تکاملی: مدل افزایشی.....\n\n....\n\n- چه مقدار از هر منبعی مورد نیاز است؟\n\nکارهای طرح‏ریزی\n\nمجموعه وظایف اختصاری\n\n- محدوده پروژه را دوباره ارزیابی کنید (ارزیابی دوباره محدوده پروژه)\n\n- ارزیابی ریسک‏ها\n\n- ارزش‏گذاری عملیات / جنبهها\n\n- ایجاد یک طرح مستحکم\n\n- تعداد افزایشات نرم‏افزاری\n\n- زمانبندی کلی\n\n- زمان تحویل برای افزایشات\n\n- ایجاد طرحی ساده برای اولین افزایش\n\n- ردیابی پیشرفت (کنترل کیفیت)\n\nکارهای مدل‏سازی\n\n- ما مدل‏ها را ایجاد می‏کنیم تا درک بهتری از وضعیت واقعی که قرار است ساخته شود ایجاد نمائیم\n\n- مدل‏های تحلیلی نیازهای مشتری را به وسیله نمایش نرم‏افزار در سه حوزه مختلف ارائه می‌دهند. این سه حوزه عبارتند از:\n\nحوزه  اطلاعات، حوزه عملیاتی و حوزه رفتاری\n\n- مدل‏های طراحی ارائه دهنده ویژگی‏ها و خصوصیت‏های نرم‏افزار بوده که این خصوصیات به طراحان کمک می‏کنند تا به گونه‏ای موثر مدل‏ها را ایجاد نماید. جزئیات آن عبارتند از:\n\nمعماری، واسطه کاربر و جزئیات سطح تجهیزات.\n\nکارهای مدل‏سازی تحلیلی\n\nاصول مدل‏سازی تحلیلی\n\n- قلمرو اطلاعات را ارائه می‏کند\n\n- عملکرد نرم‏افزار را ارائه می‏کند\n\n- رفتار نرم‏افزار را ارائه می‏کند\n\n- تفکیک این ارائه‏ها\n\nمولفه‏های مدل تحلیلی\n\n- مدل داده\n\n- مدل جریان\n\n- مدل نوع\n\n- مدل رفتار\n\nکارهای مدل‏سازی طراحی\n\nاصول\n\n- در مدل تحلیلی، طراحی باید قابل ردیابی باشد.\n\n- معماری همواره باید مد نظر باشد.\n\n- تمرکز بر طراحی داده‏ها باشد.\n\n- برنامه‏های واسطه باید طراحی شده باشند (هر دو کاربر و داخلی).\n\n- اجزاء باید نشان دهنده استقلال عملکرد باشد.\n\n- اجزاء باید به گونه‏ای ضعیف جفت شوند.\n\nکارهای مدل‏سازی طراحی\n\nطراحی ارائه شده باید به راحتی درک شود\n\n- مدل طراحی شده باید به گونه‏ای قابل تکرار توسعه یابد\n\n- مؤلفه‏های مدل طراحی\n\n- طراحی داده\n\n- طراحی معماری\n\n- طراحی اجزا\n\n- طراحی واسط\n\nکارهای ساختاری\n\nاصول آماده‏سازی: قبل از اینکه حتی یک خط کدنویسی انجام شود باید از موارد زیر مطمئن شد:\n\n-درک مسئله‏ای که شما سعی درحل آن دارید (رجوع شود به ارتباط و مدل‏سازی)\n\n-درک مفاهیم و اصول پایه‏ای\n\n-گزینش زبان برنامه‏نویسی مناسب، که نیازهای نر‏م‏افزار و محیط آنرا که قرار است ایجاد شده و در آن کار کند برآورده سازد\n\nانتخاب محیط برنامه‏نویسی که ابزار ارائه شده توسط آن موجب سادگی در کار گردد\n\nایجاد مجموعه‏ای از تست‏های واحد که اجزاء کامل شده کدگذاری را برای اولین اجراء تست خواهند کرد\n\n \n\nکارهای مربوط به ساخت سیستم\n\nاصول کدگذاری: با شروع به کدنویسی باید از موارد زیر اطمینان حاصل کرد:\n\nانتخاب ساختارهای داده که می‏خواهد نیازهای طراحی را برآورده سازد\n\nدرک معماری نرم‏افزار و ایجاد واسط‌هائی که با آن سازگار است\n\nحفظ شرایط منطقی تا جایی که ممکن است\n\nایجاد حلقه‏های تو در تو به گونه‏ای که قابلیت تست آسانی داشته باشند\n\nانتخاب نام‏های متغیر معنی‏دار، و پیروی از دیگر استانداردهای کدگذاری محلی (بومی)\n\nنوشتن کدهایی که خودشان قابلیت مستند شدن داشته باشند\n\nایجاد یک طرح دیداری (به عنوان مثال: ایجاد فضای خالی در شروع متن و ایجاد خطوط خالی که به درک مطلب کمک می‏کند)\n\n \n\nاصول معتبرسازی:\n\nپس از تکمیل اولین مرحله کدگذاری، باید اطمینان حاصل نمائید:\n\nدر زمان مقتضی جلسه‏ای برای بررسی کد برگزار نمایند\n\nاجرای تست‏های واحد و تصحیح خطاهایی که پوشش داده نشده‏اند\n\nدوباره عمل کردن به کد\n\n \n\nاصول تست:\n\n-همه تست‏ها باید قابل ردیابی نیازمندی‏ها باشند\n\n-تست‏ها باید طرح ریزی شده باشند\n\n-اصل پارتو باید در مورد تست کردن رعایت شوند\n\n-80درصد خطاها در 20 درصد از کدها یافت می‏شوند\n\n-تست‏ها از کم به زیاد باید انجام شود\n\n-تست فراگیر ممکن نیست\n\nامور مربوط به جاری‏سازی سیستم\n\nاصول\n\nمدیریت انتظارات مشتری  برای هر جزء اضافی\n\nیک بسته کامل باید ایجاد، تست و تحویل شود\n\nیک روش پشتیبانی از محصول باید ایجاد شود\n\nموضوعات آموزشی می‏بایست تهیه و در اختیار کاربر قرار گیرد\n\nابتدا باید اشکالات نرم‏ افزار مرتفع شده، سپس متحول شود\n\nمبانی تجزیه تحلیل نیازها\n\nخصوصیات تحلیلگر (Analyst):\n\nاصول تحلیل :\n\n \n\n \n\n \n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )