دانلود پاورپوینت تحلیل و بررسی موضوع  معماری نرم‌افزار و نکاتی درباره عمارت وینچستر

\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

چارچوب مفهومی معماری (IEEE Std. 1471-2000)

\n

طبقهبندی ساختارها

\n

1- ساختارهای واحد

\n

1-1 ساختار تجزیه

\n

1-2 ساختار استفاده

\n

1-3 ساختار لایهای

\n

1-4 ساختار کلاس

\n

2- ساختارهای مولفه و ارتباط

\n

2-1 ساختار مشتری/خدمتگزار

\n

2-2 ساختار پردازه

\n

2-3 ساختار توازی

\n

2-4 ساختار داده مشترک یا انباره

\n

3- ساختارهای تخصیص

\n

3-1 ساختار استقرار

\n

3-2 ساختار پیادهسازی

\n

3-3 ساختار انتساب کار

\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چارچوب مفهومی معماری (IEEE Std. 1471-2000)\n\nطبقهبندی ساختارها\n\nساختارهای ماژول (Module)\n\nساختارهای مولفه و اتصال (Component & Connector)\n\nساختارهای تخصیص (Allocation)\n\nاین طبقه بندی ها متعامد هستند.\n\n1- ساختارهای واحد\n\nعناصر: ماژول‌ها (واحدهای پیادهسازی)\n\nمشخص می‌کند :\n\nمسوولیت وظیفهای ماژول‌ها\n\nسایر عناصری که ماژول اجازه استفاده از آنها را دارد.\n\nروابط عام و خاص\n\nعملیات زمان اجرای نرم‌افزار برای این دید اهمیتی ندارد.\n\n1-1 ساختار تجزیه\n\nعناصر: ماژول‌ها به شکل سلسله مراتبی\n\nارتباطات: زیرواحدی از ...، به اشتراک می‌گذارد با ...\n\nمفید برای ...\n\nتخصیص منابع\n\nپنهان سازی اطلاعات\n\nمحصور‌سازی\n\nکنترل پیکربندی\n\n1-2 ساختار استفاده\n\nعناصر: ماژول‌ها، روال‌ها، یا منابع مربوط به واسط ماژول‌ها\n\nارتباطات: استفاده می‌کند از ...\n\nمفید برای ...\n\nمهندسی گسترش\n\n1-3 ساختار لایهای\n\nزیرنوعی از ساختار استفاده است.\n\nعناصر: لایهها (مجموعهای همگن از وظیفهمندی مرتبط)\n\nارتباطات: استفاده می‌کند از ... (در حالت ایدهآل، هر لایه تنها از لایه قبل از خود استفاده می‌کند).\n\nمفید برای ...\n\nماشین مجازی\n\n1-4 ساختار کلاس\n\nعناصر: کلاس‌ها\n\nارتباطات: وراثت، نمونهای از ... است\n\nمفید برای ...\n\nطراحی شیءگرا\n\n2- ساختارهای مولفه و ارتباط\n\nعناصر: مولفههای زمان اجرا (واحدهای اصلی محاسبه) و اتصالات (ابزارهای ارتباطی بین مولفهها)\n\nمشخص می‌کند:\n\nمولفههای اجرایی اصلی و چگونگی تعامل بین آنها\n\nانبارههای داده مشترک اصلی\n\nچه بخشی از سیستم تکرار شده است؟\n\nجریان داده در سیستم\n\nچه بخش‌هایی بصورت موازی می‌توانند اجرا شود؟\n\nساختار سیستم در حین اجرا چگونه می‌تواند تغییر کند؟\n\n2-1 ساختار مشتری/خدمتگزار\n\nعناصر: مشتری، خدمتگزار\n\nارتباطات: ارتباط برقرار می‌کند با ...، وابسته است به ...\n\nمفید برای ...\n\nعملیات توزیع شده\n\nجداسازی موارد بااهمیت\n\nتعادل بار\n\n2-2 ساختار پردازه\n\nعناصر: پردازهها یا نخ‌ها\n\nارتباطات: موازی اجرا می‌شود با ...، قبل از ... اجرا می‌شود\n\nمفید برای ...\n\nتحلیل کارایی\n\nتحلیل زمانبندی\n\n2-3 ساختار توازی\n\nعناصر: نخ‌های منطقی\n\nارتباطات: اجرا می‌شود بر روی ...\n\nمفید برای ...\n\nاتصال\n\nانشعاب\n\n2-4 ساختار داده مشترک یا انباره\n\nعناصر: انباره داده، تولیدکننده داده، مصرف کننده داده\n\nارتباطات: تولید داده، مصرف داده\n\nمفید برای ...\n\nیکپارچگی داده\n\nکارایی\n\nتغییرپذیری\n\n3- ساختارهای تخصیص\n\nارتباط بین نرم‌افزار را با عناصری از محیط خارجی نشان می‌دهد.\n\nمشخص می‌کند:\n\nپردازندهای که هر یک از عناصر نرم‌افزاری را اجرا می‌کند.\n\nفایلی که هر یک از عناصر نرم‌افزاری را در هنگام توسعه نگهداری می‌کند.\n\nانتساب نرم‌افزار به تیم توسعه\n\n3-1 ساختار استقرار\n\nعناصر: نرم‌افزار، سخت‌افزار، و مسیرهای ارتباطی\n\nارتباطات: تخصیص داده شده به ...، مهاجرت به ...\n\nمفید برای ...\n\nتحلیل کارایی\n\nتحلیل دسترس پذیری\n\nتحلیل امنیت\n\n3-2 ساختار پیادهسازی\n\nعناصر: هر واحد منطقی(مثل ماژول)\n\nارتباطات: پیادهسازی می‌کند\n\nمفید برای ...\n\nکنترل پیکربندی\n\nیکپارچه سازی\n\nفعالیت‌های آزمون\n\n3-3 ساختار انتساب کار\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\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )