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

صفحه 1:
۳ ‏مهندسی نرم‎ Software engineering 

صفحه 2:
* مهندسی نرم افزار اثر: بان سامرویل . مترجم: عین الّه جعفر نژاد قمی مهندسی نرم افزار آثر: راجر اس. پرسمن‌مترجم: محمد مهدی سالخورده حقیقی 

صفحه 3:
مهندسى نرمافزار ا برم‌اقزار 

صفحه 4:


صفحه 5:
ترم: 0 نمره ‎aan dh :‏ ۶ پایان ترم: ۴ ۳ تکالیف پروژه: نم ضوع پروژه: مهلت ارایه موضوع پز ۰ ۶ چلسه سوم 

صفحه 6:
۰ انتخاب 2 مورد زیر: + تحلیل وطراحی یک سیستم - تحلیل و طراحي پروژه - تحویل مستندات مربوط به پروژه - دفاع از مستندات تحویل داده شده در كلاس و بحث بر روي آنها ۰ آموزش کی از ابزارهاى مرتبط با مهندسي نرم افزار با هماهنگي قبلي (حداکثر 3 نمره ‎RUP L emacs ۰‏ 

صفحه 7:
Rational Rose Rational PurifyPlus Rational RequisitePro ابزار مدلسازي و تولید ۲000۴0000۴ ها که بر اساس ۷08/۲ کار مي کند مجموعه ابزارهاي كنترل كيفيت و افزايش كارآبي oe Rational ClearQuest ‏پروز‎ ‏ام سا مسر تم‎ Rational Robot TestManager 7 77977 “24? ‏یزار توییت خودعار مستیدات برم افزار‎ ابزار آزمايش عملكرد نرم افزار ابزارهابي ماشد858 

صفحه 8:
مهندسی نرم افزار طراحی. برنامه نویسی. توسعه. مستند سازی و نگهداری نرم افزار با بکارگرفتن روشهای فنی و عملی از علوم کامپیوتر , مدیریت پروژه ۰ مهندسی . محدوده کاربرد. طراحی رلبط. مدیریت تجهیزات دیجیتال و سایر زمینه‌ها است. * اصطلاح مهندسی نرم افزار بعد از سال ۸ ۱۹۶ شناخته شد. طی کنفرانس مهندسی نرم افزار ناتو ۸ ۱۹۶(که در گارمیش آلمان برگزار شد) توسط ریاست کنفرانس .7 معرفی شد. و از لن پس به طور گسترده مورد استفاده قرار گر oh 

صفحه 9:
تعریف سیستم تعربف نرم افزار, چرخه حیات سیستم * مفاهیم تحلیل و طراحی سیستمها * سیستمهای اطلاعاتی ساختيافته ۶ امکان سنجی نمودارهای جریان داده * توصیف داده ها * توصیف فرآیندها * معرفی ابزار: 6510۳6۲ ۳۵۷۷۵۲ مدیریت پروژه. برنامه ریزی 

صفحه 10:


صفحه 11:
0 واینبرگ در سال ۱۹۷۵ اعلام کرد: « سیستم, راهی برای نگریستن به عالم هستی است.» 

صفحه 12:
‎-١‏ < سيستم. مجموعه‌ای از اشیاء و يا متغيرهاست كه اعتقاد بسر آن است که رایط‌ای بین آنها وجود دارد... مفهوم سیستم, وسیله‌ای است برای کمک به شما تا به‌طور گزینشی بر آنچه در محیط در حال تعامل است. متمركز شويد. این آمفهوم] یک نوع ابزار ساماندهی بسیار قدرتمندی است.» ‎(Marry Budd Rowe,1974)‏ ۳- « سیستم, مجموعه‌ای از عناصر متعامل است.» ‎(Donella H, Meadows, 1982)‏ ‏م سس © باس الصا ‎ ‎Mee ern Racks at meen eel 

صفحه 13:
۳- «سیستم, متشکل از دو با چند جَزء متعامل است, برای نمونه, يك قیچی, انسان, لانه مورجكان. خودروو يا الکلنگ ممكن است بعنوان يك سيسستم در نظر گرفته شوند سیستم را می‌توان از محیط آن تعییز داد. محیط آنچیزی است که این مجمیمه بل ,1 1 50012110052111 ص تالا داشته باشد و یا نداشته باشد و يا جزتى از آن باشد.» ‎(Kenneth Boulding, Alfred Kuhn and Lawrence Senesh, 1973)‏ ۴- «سیستم, مجموعه‌ای از اجزاء هماهنگ برای تحقق مجموعه‌ای از اصداف ‎wah‏ ‎(C.W.Churchman, 1968) ‏م سس © باس الصا ‎ ‎Mee ern Racks at meen eel 

صفحه 14:
۵- «سیستم. گروهی از اشیاء وابسته به‌هم آست که در قالب یک «كل» عمل می‌کنند. چهار مشخصه عمومی سیستمها عبر تند از: مرز سیستم, اجزاء, جریان منابع و بازخور.» ‎Rodger W. Bybee, 1997)‏ ‎sole gina OD‏ ايرس يديه تشعيل هدند و ‎Beige‏ ‏زیرسیستمهایی از سیستمهای بزرگتر هستند... نگاه سیسستمی مستلزم درک «کل» در قالب زیرسیستمهای متعامل. مرز سیستم. نهادهها و ستاده‌هاءبازخور و روابط می‌باشد.» ‎(National Research Council, 1996)‏ ‎EO‏ مس سس 

صفحه 15:
نمونه هاب از سیستع سيستمها بيشمار هستند. برخي از نمونه هاي سيستم عبارت است از: مولكولها؛ سلولها؛ نباتات؛ حيوانات؛ انسانها؛ جوامع؛ ماشينها و ديكر نظامهاي مكانيكي؛ منظومه هاي كيهاني؛ نظامهاي اجتماعي, سياسي, اقتصادي و فرهنكي؛ سيستم اطلاعات؛ كامبيوتر؛ نظامهاي توليدي, آموزشي, تامين اجتماعي, خدمات درماني, ارتباط جمعي. : حسابداري بايگاني؛ نظام حقوق و دستمزد, + بازنشستگي, ارزشيابي, کارکنان و کنترل و . وام 

صفحه 16:
پردازش ورودی 

صفحه 17:
1000 (درونداد. ورودع) دروندادها يا داده ها عبارتند از کلیه آنچه که ‎ay‏ ‏نحوي وارد سیستم مي شود و تحرک و فعالیت سیستم را سبب مي گردد. ‎a‏ ‏تزریق داده, ادامه حرکت و زیست سیستم ممکن نخواهد بود. در یک نظام توليدي, داده ها عبارتند از مجموعه اي از نيروي انساني با درجات متنوعي از مهارتها و تخصصها, مواد اولیه, سرمایه, انرژي, تكنولوژي, اطلاعات و غیره. ay 

صفحه 18:
پردازش (فرایند تبدیل» میانداد) ‎Through put Or Process‏ دروندادي که به سیستم وارد مي شود طبق برنامه سیستم در جریان تغییر و تبدیل قرار مي كيرد در واقع کار در سیستم انجام مي شود و در نتیجه در داده ها تغییر به وجود مي ید در نظام دانشگاهي دانشجو که يكي از داده هاي سیستم است در فرایند تبدیل قرار میگیرد و ذهن او با مفاهیم واژه ها و مطالب علمي آشنا 

صفحه 19:
داده هايي که در فرایند تبدیل قرار مي گيرند, طبق نظم و سازماني که بر سیستم حاکم است, به صورت کللا یا خدمت, از سیستم به محیط صادر مي شوند. دانشجوي فارق التحصیل, تحقیق و پژوهش, برخي از ستاده هاي نظام دانشگاهي هستند. كالاي تولید شده, ستاده یک نظام توليدي است. خدمات عمومي از ستاده هاي بعضي از سازمانهاي اجتماعي 65 

صفحه 20:
بنا به نظر «لودویک فون برتا لانفي» (Ludwig Von Bertanffy) ‏بازخور فرايندي دوراني است که در آن قسمتي از‎ ‏ستاده, به عنوان اطلاعات به درونداد پس خوانده‎ ‏میشود و به این ترتیب, سیستم را خود کنترل‎ ‏ویساره متل ترموستات که وظره ها‎ ‏بر موه 1۳رد به عبارتي دیگر بازخور يعني‎ 0 ‏یک مدار ارتباطي که نحوه عملکرد سیستم را‎ ‏مشخص مي نماید و ات راما 2 ار من كن‎ 0۰ 

صفحه 21:
eee or 2۳۱ هر سیستم در محيطي قرار دارد و از عوامل تاثير مييذيرد و بر أن اثر مي کدارد. به عبارت ديكر, سیستم و عوامل محيطي, مانند عوامل طبيعي, فرهنگي, ايدئولوژيکي, اجتماعي, سياسي و اقتصادي ‎a‏ 9 تاثر متقابل دارند. به این ترتیب, و مي تواند موجب تغييراتي در سیستم شود. 

صفحه 22:
فرم افزار عبارت است از: * دستورات (برنامه های کامپیوتری) که در صورت اجراشدن باعث انجام عمل و کارایی خواسته شده می شوند. * ساختمان داده هلیی که باعث می شهند برنامه ها به طور مناسبی اطلاعات را دستکاری کننده و * مستنداتی که توصیف کننده عملکرد و چگونگی استفاده از برنامه ها می باشند. 

صفحه 23:
* نرم افزار توسعه داده میشود وساخته نمی شود(یک محصول منطقی است نه فیزیکی) * نرم افزاردور انداختنی نیست. * نرم افزارها بر اساس نیاز مشتریان ساخته می شود. 

صفحه 24:
نمودار نرخ شكست نرم افزار 

صفحه 25:
*نرم افزار سیستمی Real time) Ss. Nl ey ‎re‏ از برنامه هایی است که برای دادن سرویس به برنامه های دیگر نوشته شده اند. ‎JZ‏ وقایع دنیای واقعی را در هنگام وقوع بر عهده دارند که اجزای آن عبارتند ‏“نرم ‎it nae hee‏ ۲- مولفه تحلیل ۳- مولفه کنترل ‎ ‎١ ۳ 5‏ ميلى ثانيه تا ‎١‏ ثانيه) *نرم رم ار كك ماه نی ال اف ا ‏تر ۰ دلرای الگوریتمهای کار با اعداد مانند ۵0 و ‎paren‏ خواندتی قرار می گیرد و برای کنترل محصولات و سیستمهای صنعتی و مشتری *نفواييوشود (محصولات هوشمند/اتومبیل اتلفن همراه) کار محدود و مشخصی را انجام می دهد *نرم افزار هویٌتی صیفوعخحات کسترده. گرافیک کامپیوتری. چندرسانه ای. بازی صفحات وب شامل دستورات اجرایی و داده ها که توسط مرورگرها بازیابی می شوند از الگوربتمهای غیر عددی برای حل مسائل پیچیده استفاده می نمایند. الگو) ‎ ‎ ‎ 

صفحه 26:
شرایط نیاز به سیستم *تغییر اهداف سازمان *تغییر وظایف سازمان *تغییر تکنولوژی (سخت افزار. نرم افزار. ار تباطات) *تغییرات محیطی 

صفحه 27:
افزار های موجود چرا باید تغییر کنند؟ *باید با محیطهای محاسباتی و فن آوریهای جدید مطابقت داشته باشند *نیازمندیهای جدید سازمان را برآورده کنند *بلید توسعه داده شوندتا قادر.به همکاری‌با سیستمها و بانکهای اطلاعاتی جدید باشند *بلید در معماری نرم افزار تجدید نظر شود تا در محیط شبکه قابلیت سرویس دهی را داشته باشد 2222| 

صفحه 28:
یک دوره زمانی از هنگام نیاز به سیستم تا پایان بهره برداری از آن * چرخه زیست سیستم شامل - تعریف (برنامه ریزی استراتژیک. تحلیل و طراحی مفهومی) - توسعه (طراحی تفصیلی, ساخت. استقرار) - اجرا - نگهداری و بهبود می باشد. نیاز به سیستم اجرا توسعه تعریف نیاز به سیستم 

صفحه 29:
Oe eas Vly ‏ولید‎ aus : ‏عوامل موثر در خوب بودن نرم افزار‎ عوامل خارحی . توسط کاربر درم افزار نشحیس داده می شود ر اصتاف ‏ عوامل داغلی : برای متخصصین کامپیوتر قابل درک است (ابزار رسیدن به اهداف) عوامل خارجى : ‎(Conreviaess) slip coo *‏ * استحکام (عصصتصطه() : جوابگویی در شرایط غیرعادی * قابلیت توسعه (۷ااطللجه۲) ابلیت مصرف مجدد (بااماهصج؟) * سازگاری (ولط۳0۳() : رعایت استاندارد * قابلیت حمل (۳۲۱0۳۷۶): اجرا در سیستم عامل و سخت افزارهای گوناگون * کارآیی (مبص(۳): سرعت بالا و حافظه پایین دا = > 

صفحه 30:
: بحران نوم افزارى پیچیدگی و قدرت سخت افزار باعث شده كه نوشتن نرم افزارى كه بتواند از اين بتانسيل سحت انرارى اسفاده كال كد مشكل كرود ‎gle daly ole! gla be gigs‏ دين به اندازه تقاضا لیست ‏توان نگهداری برنامه های موجود به خاطر طراحی ضعیف مورد تهدید قرار می گیرد. برنامه های تولید شده مشکلاتی دارند . ‏- هزينه توليد نرم افزار دائماً اف ‎ ‎ ‏يش مى يابد. ‏- هزينه ها مطابق هزينه ييش بينى شده نيستند. ‏- عمليات مطابق برنامه زمان بندى انجام نمى كيرند ‎toe > lan‏ کارهای موز ۰ ۰ و - نرم افزار داراى خطاست 

صفحه 31:
براى بر طرف كردن بحران نرم افزار سه عامل کلیدی برای کنترل فرایند تولید نرم افزار و ایجاد یک پایه و اساس برای ساختن یک نرم افزار با كيفيت بالا عبارتند از روشهای مهندسی نرم افزار (۲2۸) ابزار مهندسی نرم افزار (5) رویه های مهندسی نرم افزار: ابزار و روشها رابه هم پیوند می زننده ترکیب به کاربردن روشها/ کنترل کیفیت/ پیشرفت پروژه مستندات کیفیت چیست؟. مهندسی نرم افزار شامل قدمهایی است که از اين روشها ابزار و رویه ها تشکیل شده است. مهندسی نرم افزار یک نظام ای نرم افزاری 

صفحه 32:
و عن لا © 116 یکنرم لفزار شاملتمام فعالیتهای پیشاز تولید . توسعه و دوم لجرای نرم لفزار لست 

صفحه 33:
براى شروع يرونه.| 0583م2]0 0 تأوع ناوعا) به تيم نرم افزارى ارلئه ميشود و تيم توسعه براى دريافت يروزه ييشنهاد Se ail IF ‏خود را در قالب‎ ‏سیر‎ 9 gee =e we. ‏ا‎ ‎ON 55‏ بيش از توليد على توصعه سيستع | ‎wien‏ سس ‎7 | 5 ‎Proposal 0‏ گزارشات تحلیل و طراحی ‎Proposal 1 ‎ 

صفحه 34:
Request For Proposal * برای انجام یک پروژه قدم اول مطالعه 1۳۳ ( مستند درخواست برای پیشنهاد) میباشد. * تولید کنندگان 13۳۳ صاحبان سیستم هستند که تقاضای انجام پروژه را دارند. تولید کنندگان واقعی ‎RFP‏ مهندسان نرم افزار هستند که به عرش صاحیان سیستم مستند ‎٩۳۲‏ رات ۳ ۳ ورودی_ولییکش رکنتوسعه سیستم‌های نرم لفزاری لست و بامطانفه ی تولند ب رای لام ,۱۵1/۶ كلاه اينترتيبليزش ركتبايد يك 21010531 ( ييشنهاد) به صاحبانسيستمارلئه كند ۳۶ 

صفحه 35:
EOS مقررات کاری : محدودیت های و مقررات همکاری سازمان های مرتبط و زیر مجموعه ها معرفی سازمان مشتری اهداف » عملیات و خدمات واحد ها و طبقه بندی سازمان تخصص های موجود کلیه سیستم های نرم افزاری . سخت افزلری و ارتباطات 

صفحه 36:
زمانبندی مراحل منتهی یه عقد قرارداد قوانين تصميم كيرى در مورد انتخاب رأ كنترل مى كند جه كسى با جه افرادى مذاكره مى كند جه داخت ها را انجام ميدهد جه كي ‎١‏ را انجام مي 9 چه فرمت ‎cl proposal‏ قابل قبول است انتظارات در مورد قرارداد انتظرات در مورد مستندات معیار های ارزیابی ‎Proposal‏ 

صفحه 37:
تیار ها وحموصیات سیستم درخواستی پررسی مشکلات و کمبودهای سیستم نیاز های سخت افزاری که شامل خصوصیات و نیازهای اجباری, اساسی و مطلوب سیستم است های نرم فزری که شامل خصوصیات و نیز هی اجباری. اساسی و مطلوب سیستم است سرویس های مورد نیاز که شامی خصوصیات و نیازهای اجباری. اساسی و مطلوب سیستم است 

صفحه 38:
توضیح مدیریت مشخصات پروژه ارانه ام اشده برنامه پروژه پيشنهادي تست هاي قبولي سيستم 

صفحه 39:
* ۳۲000561 صفربابریسی و مطاله ۴۳آتهیه می شود. * به طور کلی 070۳0091 پیشنهاد شرکت های توسعه دهنده به درخواست شرکت متقاضی می باشد. * به طور كلى 22020531 بايد برای دو گروه خواننده جالب گدر سازمان عشتر رده امت 

صفحه 40:
در یک 070۳0521 به طور کلی موارد زیر بررسی می شود : * فهرست مطالب ‎(executive summary) by... a6 % *‏ مروری بر سازمان که مایل به دریافت پروژه است و شامل موارد زیر میباشد : — خلاصه ای از وضعیت و تاریخچه و ابعاد و اندازه های فعلی سازمان = مقررات سازمان 7 مدل ها و روش ها و متدولوژی سازمان 7 تخصص های موجود در سازمان - محل سازمان - تجربه و قدمت سازمان و سابقه كارى وتجربه در زمينه يروزه مربوطه - يايدارى اقتصادى و بودجه هاى تحقيقاتى و توسعه سازمان - روابط و وابستكى هاى سازمان - نام. آدرس, تلفن و آدرس پست الکترونیکی برای تماس در رابطه با 11*17 7... 

صفحه 41:
* معرفی سازمان مشتری * ارائه برداشت هایی که از 8۴و شناخت کسب شده . اهداف و نتایج پروژه - اهداف پروژه و سود مورد انتظاراز آن به علاوه خروجی نتیجه 7 توضیح معیارها و روش های اندازه گیری و برآورد 0۷۲ بر سیستم پیشنهادی بررسی محیط : نرم افزار . سخت افزار و شرایط 3 Operational Feasibility ‏امكان سنجى در قالب هاى‎ * ‏و‎ Scheduling Feasibility 5 Technical Feasibility Economic Feasibility * بررسی مسائل در چهارچوب ۳1۳0۲5 |" 7 

صفحه 42:
معماری سیستم - شرح اجزای معماری - زیر سیستم ها - شبکه ارتباطی داده ای - لبزار های پیاده سازی * توجیه 0۲000521 پیش نهادی شرکت - توجیه برتری ‎Proposal‏ و توجیه علل انجام پروژه بااستفاده از معیارها و سود قابل لمس قابل — توضیح دیگر راه حل ها و ارزیابی آنها و بررسی ضعف و قوت آنها و دلیل ت90 [76 شدن أنها - توضيح مسائل در رابطه با تكنولوزى دركير پروژه 7 توضیح میزان سازگاری سیستم نهایی با تکنولوژی و شرایط كنونى و توضيح نگی برخورد و انطباق سیستم با وضعیت موجود — توصیف نحوه آموزش افراد — توصیف خدمات نگهداری و پشتیبانی پس از تولید ۱ )((( 

صفحه 43:
برنامه اولیه پروژه ‎Plan‏ پروند ‏زمانبندی پروژه ‏* تعیین ۲016510۳6 های اولیه و تعیین 106 0680 ها ‏تخمین هزینه ها وبرآوردهای کلی - بررسی اقتصادی پروژه و تحلیل هزینه و بودجه - برأورد كلى هزينه ‏معرفى ساختار تيمى پروژه ‏برأورد و تخمين ريسك : ‏7 ارزیابی و تشریح ریسک های پروژه.. . ‏- توصیف استراتوی هایی که برای 10110126 كردن ريسك بيش برده می شود 

صفحه 44:
در 5 گردد: عنوان بايد زير باد ا ~ ۱ ‎vet |‏ انجام کارها روال های ‎a‏ ۲ ‎i =‏ ‎coe‏ امکانات أقعي 39 ييشنهادات وی ا ۳ 

صفحه 45:
SDLC (System Development ite Cycle ‎development plan‏ زوه وو ‎phase ‎System requirements report ‎es ‏سل‎ ‎anh Application specifications ‏1356م ‏د جم 6م ‎ecu ‎phase ‎ 

صفحه 46:
Planning Analysis Design Implementation Use 

صفحه 47:
Re rene فرایندهای عمومی مهندسی نرم اقزار -ارتباط - طرح ریزی - مدل سازی - جاری سازی (استقرارو اجراء سیستم) 

صفحه 48:
كارهاى ارتباطى - اصول كوشكرهن- لمادكىئق براز ليجاد ايتباط- ات بسهتریرایتباط ارتباط رودررو لست- ا 2 أن نریم تشريكمساعىبا مشترى- تمرکز دلشتن- ترسیم شکل زمانیکه موضوعاتشفافن یست- ‎icc‏ بولیبرد طرفینبهترینکار منلکره لست- 

صفحه 49:
eS) Le tee aS) os) spss) hel 2 ‏ها‎ aie 9 = Tt 7 ‏مجبوعه وظایشکوتاه شده‎ 1۹ =, ene ‏بعتريرمكانيزم ايتباطىرا‎ ‏لهدلففرعیو کلیرا تتعریفف موده و محدوده را‎ مشخصص‌ک نید - ۳9 ee ‎gf‏ ها ‏وتعریفشده توسط ذینفعان ‏لستخراج و اقتاس‌جنبه هاو کار کرد 19 :7< بازنگری نایج همرله با فینفعان- ‎۳ 33 ‎ 

صفحه 50:
اصول محوری مهندسی نرم اذ - ایجاد ارزش برای مشتری و کاربر - ساده سازی - چشم انداز نگهداری محصول و پروژه ان که شما تونید می ‎Sid iS‏ | ريك ۱۳ - آینده نگر بودن - طراحی پیشاپیش برای استفاده مجدد - انديشه 

صفحه 51:
۱۱ aC * درک محدوده پروژه درگیر کردن مشتری ( و سایر ذینفعان ) مشخص کنید که طرح ریزی قابل تکراراست پرآود بر اساس دانسته ها درنظر گرفتن ریسک ها واقع گرائی- واقع گرا بودن تنظیم امور با توجه به طرح تعریف کنید که چگونه کیفیت قابل تحصیل خواهد بود تعریف کنید که جکوته تفیرات فالل ای بل ۱۳ ۱ ردیابی آنچه که طراحی شده است 

صفحه 52:
ا ال ۱۳ (8017©17) يرسشهاى بوهم را مطرح كنيد - جرا سيستم بايد توسعه يابد ؟ - جه جيزى قرار است انجام شود ؟ - جه زمانى اين كار انجام خواهد شد ؟ - جه كسى مسئول است ؟ - كجا آنها استقرار يافته اند ( بصورت سازمانى ) ؟ - جكونه كار از نظر فنى و مديريتى انجام خواهد شد ؟ - جه مقدار از هر منبعى مورد نياز است ؟ 

صفحه 53:
(۳7 GR مجموعه وظایف اختصاری - محدوده پروژه را دوباره ارزیابی کنید ( ارزیابی دوباره محدوده پروژه ) - ارزیابی ريسك ها - ارزش گذاری عملیات | جنبه‌ها - ایجاد یک طرح مستحکم وت رم اثزاری - زمانبندی کلی - زمان تحویل برای افزایشات - ایجاد طرحی ساده بای الین فزایش - ردیابی پیشرفت (کنترل کیفیت ) 

صفحه 54:
Planning Phase Planning Phase Activities: ~~ Assemble the project team Y Fustiy, Project “ Chioose development methodology “Develop @ project SChiedisle \ Produce a Project Development Plan bE 

صفحه 55:
Planning Phase 

صفحه 56:
- ما مدلها را ایجاد می کنیم تا درک بهتری از وصعیت واقعی که قراز است ساخته شود ایجاد نمائیم - مدلهای تحلیلی نیازهای مشتری را به وسیله نمایش نرم افزار در سه حوزه مختلف ارائه می‌دهند. این سه حوزه عبارتند از : حوزه اطلاعات. حوزه عملیاتی و حوزه رفتاری - مدلهای طراحی ارلئه دهنده ویژگیها و خصوصیتهای نرم افزار بوده كه اين خصوصیات به طراحان کمک می کنند تا به گونه ای موثر مدلها را ایجاد نماید. جزئیات آن عبارتند از : معماری. واسطه کاربر و جزئیات سطح تجهیزات . 222222 

صفحه 57:
ee eer اصول مدل سازی تحلیلی - قلمرو اطلاعات را ارائه می کند - عملکرد نرم افزار را ارائه می کند - رفتار نرم افزار را ارائه می کند - تفکیک این ارائه ها مولفه های مدل تحلیلی - مدل داده - مدل جریان - مدل نوع - مدل رفتار 

صفحه 58:
اصول - در مدل تحلیلی طراحی بايد قابل رد يابى باشد. - معماری همواره باید مد نظر باشد. کرو ظرا ی داده ها - برنامه های واسطه باید طراحی شده باشند ( هر دو کاربر و داخلی ) - اجزاء باید نشان دهنده استقلال عملکرد ‎BSL‏ - اجزاء بايد به گونه ای ضعیف جفت شوند 

صفحه 59:
۱ eek ed طراحی ارائه شده باید به راحتی درک شود - مدل طراحی شده باید به گونه ای قابل تکرار توسعه یابد - مؤلفه هاى مدل طراحی - طراحی داده - طراحی معماری - طراحی اجزا - طراحی واسط 

صفحه 60:
| Analysis Phase | * Produce a list of requirements for a new or revised software + Analysis phase activities — Study the current system — Determine system requirements —Write requirements report System requirements are the criteria for successfully solving problems identified in an information system — Success factors 

صفحه 61:


صفحه 62:
1 Analysis Models * Data processing model — Data Flow Diagrams * Composition model — Entity-Relationship Diagrams * Stimulus-response model — State Transition Diagrams * Classification model — Object Model 

صفحه 63:
۶۳ بم ‎Design Phase‏ ‎Activities:‏ ‎‘Identify potentiat‏ ‎solutions‏ ‎Evaluate solutions‏ ’ ‎@nd select the Gest‏ ‎Y Select fardwareand |‏ ‎Software‏ ‎Develop application‏ “ ‎Specifications‏ “Obtain approvalto | implement the new 

صفحه 64:
طراحی مفهومی طراحی منطقی طراحی سیستم مورد نیاز بدون در نظر گرفتن محدودیتههای موجود در محيط سيستم ( فنى » مدیریتی » منابع ) طرا عن فیزیکی شامل موارد زیر است : * طراحی داده ها * طراحی خروجیها * طراحی ورودیها * طراحی برنامه ( توابع و روالها و عملکردها) ۳ ۳ 

صفحه 65:
bites 6a, اصول آماده سازی: قبل از اينكه حتى يك خط كد نويسى انجام شود بايد از موارد زير مطمئن شد : -درك مسئله اى كه شما سعى درحل آن داريد (رجوع شود به ارتباط و مدلسازی) -درك مفاهيم و اصول يايه اى -كزينش زبان برنامه نویسی مناسب. که نیازهای نرم افزار و محيط آنرا كه قرار است ایجاد شده و در آن کار کند برآورده سازد انتخاب محیط برنامه نویسی که ابزار اراثه شده توسط آن موج سادگی در کال گردد ایجاد مجموعه ای از تست های واحد که اجزاء کامل شده کدگذاری را برای اولین اجراء تست خواهند کرد 22222222۲ 

صفحه 66:
‎Tepe ny)‏ ل ا ‏اصول کدگذاری: با شروع به کد نییسی باید از موارد زیر اطمینان حاصل کرد : * انتخاب ساختار های داده که می خواهد نیازهای طراحی را برآورده ساز ‏* درک معماری نرم افزار و ایجاد واسط‌هاتی که با آن سازگار است ‏* حفظ شرایط منطقی تا جایی که ممکن است ‏* ایجاد حلقه های تو در تو به گونه ای که قابلیت تست آسانی داشته باشند ‏* انتخاب نامهای متغیر و معنی دار. و پیروی از دیگر استانداردهای کدگذاری محلی (بهمى) ‏نوشتن كدهايى كه خودشان قابليت مستند شدن داشته باشند ‏* ايجاد يك طرح ديدارى ( به عنوان مثال : ايجاد فضاى خالى در شروع متن و ايجاد خطوط خالى كه به درك مطلب ‎Cae pes‏ ‏ا ۳ 

صفحه 67:
۱ Implementation Phase | implementation Phase Activities: “Purchase and instar fardware andor software “Create applications applications “ Finalize documentation “vest Y Tram users “Convert data “ Convert to Mew system: ۶۷ 

صفحه 68:
Systems Conversion Options Old System New System New System Pilot oe ‏ضيه‎ nen Sem | — Old System Old System ۶۸ 

صفحه 69:
اجراي همزمان روش قديم و جديد | مطمئن ترين روش است و به روال عادي | هزينه هاي عملياتي دو برابر كار سازمان صدمه نميزئد ممكن است از سوي كاركنان د جنائجه مشكلاتي در عمل رخ دهد كار با | كوشش كافي صرف اجراي روش جديد روش قدیم امه مي یبد نشود. جايگزيني فوري روش قنیم با | ریش به سرعت بياده مي شود و | در قلمرو وسیع , تغیرات سريعي را سبب روش جدید از تاریخ معين سازمان از مزيتهاي آن بلافاضله بهره مند | میشود. میگردد. اگر روش در حمل با مشكلاتي مواجه شود, کارکنان مجبور ميشوند براي موفقیت روش | روش ديكري وجود ندارد كه بتوان به أن جدید تلاش کنند. برگفت هزینه استقرار این روش کم است. نیازمند برنامه ريزي بسیار دقیق است. تدريجي | جايگزيني تدريجي روش قدیم با | مشکلات روش جدید ضمن عمل رفع مي | اجراي روش جديد با كندي صورد روش جدید شود طولاتي شدن اجرا ممکن است گرفتاریها و هزينه اين روش از روش موازي کمتر است. | مشكلاتي براي کارکنان به وجود آورد. تشخیص این که طرح جدید بهدرستي انجام ميشود يا نه, دشوار أست. اجراي | اجراي روش جدید در يك قسمت | جون روش جديد به طور أزمايشي در بخش | مبناي مناسبي جهت ارزيابي روش جديد به آزمايشي | يا يك واحد از سازمان؛ دريافت | كوجكي بياده مي شود چنانچه روش موغقيت | دست نميدهد بازخور؛ ایجاد تغیرات مورد نياز | نيابد كوشش و هزينه كمتري هدر مي رود. در روش و سيس استقرار كامل در | در مواردي كه روش جديد تغييرات كسترده كل سازمان طبق يكي از روشهاي | اي را به دنبال داشته باشد, اجراي أزمايشي, اسه كانه (موازي, يكباره, تدريجي) | روش مناسبي است تا جنانجه در اين مرحله موفق بود به طور كامل بياده شود. 

صفحه 70:
cal teal Paola Che اصول معتبرسازی: يس از تكميل اولين مرحله كد كذارىء بايد اطمینان حاصل نمائید: * در زمان مقتضی جلسه اى براى بررسى كد بركزار نمايند * اجراى تست ‎cle‏ واحد و تصحيح خطاهايى كه يوشش داده نشده اند * دوباره عمل كردن به كد 

صفحه 71:
كارهاى موبوط به ساخت سيستم :اصول تست همه تستها باید قابلرد یابی‌نیزم ندیها باشنده تستها باید طرح پیزیشده باشند- لصلبارتو بايد در مورد تسستكرهزيعايتشوند- درصد خطاها در ۲۰ درصد از کدها ی افتمی‌شوند8- تستها از کم‌به زیاد بایدلنجام شود- تستفولگیر ممکرنیست 

صفحه 72:
للم ۳ اصول * مدیریت انتظارات مشتری برای هر جزء اضافی ۰ ۱ ال ماد جست و تحویل ‎Bye‏ * یک روش پشتیبانی از محصول باید ایجاد شود * موضوعات آموزشی می باید تهیه و در اختیار کاربر قرار كيرد ابتدا باید اشکالات نرم افزار مرتفع شده. سپس متحول شود 

صفحه 73:
‎EE 1‏ على عل عل عط ‎Aad‏ ‎Maintenance ‎Phase Activities: ¥ Operate equipment ~ Make backups Provide help to users Y Fix bugs Y Optimize for speed and : Security Y Revise software as Nnecessai business needs ‎ ‎٠ Involves day-to-day operation of the system, making modifications to improve performance, and correcting problems ‎* The term quality of service (QoS) refers to the level of performance a computer system provides ‎ 

صفحه 74:
Maintenance Phase Maintenance phase costs Years in service | ۷ 

صفحه 75:


صفحه 76:
مدلهای موجود در فرآیند تولید نرم افزار متدلوژی : به مجموعه ای از قواعد و رویه ها که به چرخه زیست سیستم ساختار می دهد متدلوژی می گویند. فرایند میندسی نرم افزار. مجموعه ای از قدمبای قلبل پیش بینی برای توسعه نرم افزار را مشخص می کند. 

صفحه 77:
‘Communication project initiation Planning estimating scheduling tracking requirement gatheridl Modeling analysis 6 Deployment delivery support feedback 

صفحه 78:
‎x 3‏ جابيكه نرم افزار هميشه قسمتى از يك سيستم بزركتر است. كار از مشخص كردن ‎ ‏از ‏نيازمنديهاى كل سيستم آغاز مى شودو سيبس زيرمجموعه اى از لين نيازمنديها را به نرم افزار نسبت می دهیم. ‏به خاطر اینکه نرم افزار مجبوربه داشتن ارتباط با مولفه های دیگر سیستم از قبیل سخت افزار. مردم و گاه پایگاه داده هاست. داشتن این دیدگاه از سیستم. یک امر اساسی است. ‎ ‎ 

صفحه 79:
جمع آوری نیازمندیها مشخصا مربوط به نرم افزار برای فهمیدن چگونگی برنامه هلیی که باید ساخته شوند. مهندس نرم افزار (تحلیلگر) بایستی - دامنه اطلاعات - عملیات مورد نظر (ورودیها - خروجیها و پردازشها) - واسط ها را بداند. نیازمندیهای سیستم و نرم افزار مستندسازی شده و با مشتری بازنگری می شود. 

صفحه 80:
1 مهندسی سیستم ۲ تجزیه و تحلیل طراحی نرم افزاربیک فرایند چند مرحله ای است که روی سه مشخصه متفاوت از برنلمه تاکید دارد: - ساختمان داده ها - معماری نرم افزار جزئیات رویه ها در فرایند طراحی نیازمندیها تبدیل‌به نمایشی از نرمافزار می شهندتا قبل ازنبه کد در آوردن» 

صفحه 81:
طراحى با 8 اشین قلبل فهم باشدِ ‎os oo‏ راحى بايستى .به صورتى كه براى ماشين قلبل فهم باشد در بيايد. اكر طر ‎Bea cas‏ رتی که برای ماشین قلب باشد در بیاید. 1 ‎ee in‏ د در بياي حی در جزئیات باشد. پیاده سا ری می تواند. بسیار سریع و به صورت مکانیزه انجام شود. ‎ 

صفحه 82:
فزار با تغییرات محیط بیرونی - درخواست مشتری جهت توسعه در عملیات یا بالا بردن کارایی نگهداری نرم افزار تمام مراحل قبل را روی یک برنامه موجود اجرا می کند. 

صفحه 83:
۱- جریان ترتیبی به ندرت وجود دارد. هميشه برگشت به عقب هست. ۲- بیان صربح همه نیازمندیها در ابتدا مشکل است. ۳- برنامه ها دیر حاضر می شود. مشتری باید صبر داشته باشد. 

صفحه 84:
7-توليد سريع نرم افزارء 0 Roupid @pphcaicg Developer یک مدل تولید نرم افزار خطی ترتیبی است که روی چرخه کوتاه تولید تاکید زیادی دارد. نیازها بایستی کاملاً شناخته شده و حوزه کار محدود باشد. تکنیکهای نسل چهارم و مولفه های آماده استفاده می گردد * برای پروژه هایی که قابل تقسیم هستند به کار می آید نیاز به نیروی انسانی کافی * تعهد تولید کننده و مشتری برای کامل کردن سیستم در زمان کوتاه لازم است 

صفحه 85:
7-توليد سريع نرم افزارء 0 Tean 

صفحه 86:
۲-تولید سريع فرم افزار » 8۸ موارد نامناسب براى استفاده از 20800 * مواردى كه نياز به كارايى بالا مى باشد * مواردى كه امكان واحد بندى مناسب سيستم نباشد * مواردى كه ريسك تکنیکی بالا باشد (هنگام استفاده از یک تکنولوژی ‎GU ase‏ 

صفحه 87:
در این مدل مراحل تولید ترتیبی با فلسفه گردشی نمونه سازی ترکیب شده است هر رشته ترتیبی عملیات, یک افزایش قابل تحویل را تولید می کند. تخویل نسخه لول تست ال« 1 + ~% 3 + & تحویل نسخه نوم تست لو د ‏ لو عاراخي و تحلیل تحویل نسخه سوم | تست اه كد اه ]| طراحي لج] تحلیل 

صفحه 88:
software functionality and features project calendar time 

صفحه 89:
نمونه سازی فرایندی است که تولید کننده را قادر به ایجاد یک مدل از نرم افزار مورد نظر مى كند. اين مدل مى تواند به صورت Power probype ‏یک نمونه روی کاغذ‎ )١ worktay prowyppe ‏یک نمونه کاری‎ )۲ ‏یک برنامه موجود «صاصاصمح بواطد‎ )۳ نمونه باید دور انداخته شود Trl 

صفحه 90:
Prototyping ‏ور‎ 

صفحه 91:
Prototyping ‏ور‎ 1 جم آوری نیازها ar ‏شرع‎ ۳۳ 

صفحه 92:
planning estimation scheduling risk analysis communication modeling analysis, design deployment construction delivery code test feedback 

صفحه 93:
Re eer Ons ea CON SA ea ‏توسعه به صورت یک فرایند سیستماتیک و‎ ‏مرحله بندی و برچسب گذاری هر بخش در هر‎ ‏مرحله. تقسیم سیستم به بخشهای مختلف و‎ ‏تقسیم نیروها در بین پروژه های مختلف برای‎ اجرای این بخش ها به صورت همزمان 

صفحه 94:
۷- مدل تولید با استفاده از مولفه ها ۸- مدل روشهای صوری (فرمال): بکارگیری مدلها و مفاهیم وسیستم در توسعه سیستم ‎-٩‏ تکنسکهای نسل چهارم: بکارگیری ابزارهای گرافیکی و ابزارهای مهندسی نرم افزار )06 3) olan! b OuiPied Process -)+ 

صفحه 95:
مبانی تجزبه تحلیل نیازها تجزبه و تحلیل نیاز ها عملیات نرم افزار و کارآیی لازم برای عملیات. واسطه های نرم افزر با ملقه های دیگر سیستم و Ss Stal, ‏تجزیه و تحلیل نبازها‎ برای طراح نرم افزار نملیش اطلاعات و عملیات را مشخص می کند که منجر به طراحی داده هاء معماری و رویه ها می شود و برای مشتری و تولید کننده نحوه ارزیلبی کیفیت نرم افزار را بعد از ساخت مشخص می کند. 

صفحه 96:
خصوصیات تحلیلگر ‎(Analyst)‏ ۱_ توانایی فهمیدن مفاهیم مجرد. سازماندهی مجدد آنها در گروههای منطقی ایجاد راه حل هایی برای هر گروه منطقی ۲ حدب حقايق محيح ومتاسب ازمنايع کم ‎Oe yee‏ ۳_ توانایی فهم محیطهای کاربر/ مشتری. ۴_ توانایی به کار گیری مولفه های سخت افزاری/ نرم افزاری برای محیط ‎cle‏ کاربر! مشتری. ۵_ توانایی برقراری ارتباط خوب به صورت شفاهی و کتبی. 

صفحه 97:


صفحه 98:
دامنه اطلاعات بایستی شناختسه شده و نمایسش داده شود. (جریان اطلاعات. محتوای اطلاعات و ساختار اطلاعات) ۱. مدلهایی که نشانگر اطلاعات. عملیات و رفتار سیستم هستند. ۲ مسأله بایستی تقسیم بندی شود تا جزئیات مشخص گردد. (کاهش پیچیدگی) ۳ نمایش منطقی و فیزیکی سیستم بایستی ایجاد گردد.