طراحی معماری نرم افزار

صفحه 1:


صفحه 2:
طراحی چیست؟ یک فرآیند چند مرحله ای است که در آن , ارائه اطلاعات و ساختار برنامه , مشخصه های رابط و جزئیات روش کار از روی نیازمندیهای اطلاعاتی تلفیق می شوند :توصیف طراحی از نظر فریمن طراحیدارایماهیتساختار عاست1 طراحیلنسجام می‌آفریند 2 طراحیمپتتیر اطلاعا تست 

صفحه 3:
: تعریف معماری نرم افزار از نظر باس و همکارانش عبارتست از ساختار يا ساختارهای سیستم که شامل اجزای نرم افزاری ؛ مشخصه های مشهود برونی اجزای نرم افزاری و ارتباطات میان آنها ‎no‏ باشد معماری » یک نرم افزار عملیاتی نیست بلکه نمودی است که :مهندس نرم افزاررا قادر می سازد جیزان اثیر طظرم را در مونشع ‏ حویی یامد یها وب ‎esting‏ 1 تحلیلک ند معماری‌های‌جایگزین‌دیگر را در مرحله اعکه تغییر طرح هنوز نسبتا 2 ‎lel‏ 2 خطراتمربوط به ساختنرم افزار را کاهش‌دهد _3 

صفحه 4:
دلیل اهمیت معماری نرم افزار از نظر باس و ه نش Sol sek ‏رم سس‎ لینمعمارع ی کمدل‌ن سبتا کوچکو فابلد یک | چگونگیساخت 3 سیستم و چگونگیک ارکردن‌اجزاجآنب | ب کدیگر را ارلئه میدهد 

صفحه 5:
در سطح مولفه برنامه , ‎See‏ ها براعارلئه 1 برنامه های‌کاربردیی ]| کیفیتضروری‌هستند در سطح برنامه هاعکاربردی تغییر مدل‌داده ها به ی کپ ایگام 2 = براعدستیابوبه اهدافتجاریسیستم در مرکز توجه قرار دارد تعریف انبار اطلاعاتی: یک محیط داده ای جداگانه است که مستقیما ‎iss ois sis acl‏ روز تلقبی نمیشود بلکه تمام اطلاعات ‎uals ss‏ بر تاو ‎sly‏ ۱ 

صفحه 6:
هدف از یک انبار داده ای , دسترسی به کل معلوماتی است که نباید به گونه ای دیگر و در جای دیگر قرار داشته باشد 

صفحه 7:
اصولی را که ویسرمن برای طراحی داده ها در سطح اجزا : پیشنهاد می کند عبارتند از اصول ت حلیلن‌ظام مند که در مورد عملکرد و دفتار به کار می 1 رود بايد در مورد دادم ها نيز يه كار رود تمام عملیاتو ساختمان‌دادم ها باید شناساییشوند _ 2 یک‌ف رهنگ‌داده اعبه وجود آورده و از آنب راعت عریفطراحی 3 أنه ها و تالم فاد كسيد تصمیماتمربوط به سطوح پ ایین‌طراحوداده ها را باید تا 4 اولخر فرآیند طراحوب ه تعویق انداخت نمود ساختارعداده ها تنها باید براعپ یمانه هایی‌شناخته _5 ده بش کت مس قیها از راد های هوجو ور سا قاری ان كتانخانه اعاز ساختارهاعداده اعمفید و عملياتوكه ممکن‌لسندر 6 مورد آنها بكار رود » بايد ليجاد كردد طراحینرم افزار و زبان‌برنامه نویسیباید خصوصیاتو شناسایی 7 انولع دادم هاعلنتزاعیرا پشتیبانیک ند 

صفحه 8:
= = تعریف : سبک های معماری » الگویی برای ساخت می باشد که برای تمايز بين سبى های مختلف استفاده می شود : سبک های معماری دربر گیرنده موارد زیر می باشد مجمو عه اعاز اجزا مثلپایگام دادم لعو پیمانه هاعمحاسباتی -1 که عمل‌مورد دباز سیستم را لنجام مد هد مجمو عه اعاز پپوند دهندگانو رلیطین‌لسنکه ارتباط , هماهنگرو -2 همکاریرا در مبان‌اجزا امکانب ذیر موسازد محدوديتهايوكه مشخصموكنند جكونه اجزا را می‌توان: لفیق-3 کرد تایک‌سیستم را تشکیل‌دهند مدل‌ها عمعنایی‌استکه طراح را قادر به درک‌خواصک لی‌سیستم -4 از طریق تحلیل‌خواص‌شناخته شده اجزاعت شکیل‌دهنده میکند 

صفحه 9:


صفحه 10:
ب) الگوی ترتیب دسته ای 

صفحه 11:
در لایه های خارجی : اجزا در خدمت عملیات رابط کاربر هستند در لایه های داخلی : اجزا کار ارتباط سیستم عامل را انجام ‎wre‏ ‏دهند ‎av‏ های میانی : خدمات استفاده و بهره برداری و عملیات کارکردی نرم افزار را مهیا می کنند 

صفحه 12:
معمارى هاى لايه لايه شده 

صفحه 13:
شیوم تحلیل‌ت وازن(۸۲۸۱۱) سعساوی ‎——————————S‏ ‏فعالیت های تحلیل ۸۲۸۳ : عبارتند از ‎١‏ ‎ee‏ الع مر ار یه بدستآوردنن یازمندیها , محدودیتها و توصیف 2 محیط ‎yen pois beech Ui eee‏ سر ها 3 و نیاز ها لنتخایشده لند ارژیابی‌صفاتخاصه کیفیی | در نظر گرفتن‌هر صفت 4 خاصه ب طوی ‎mists‏ شناسایی‌حساسیتصفانتخاصه بم صفانخاصه مختلف 5 معمار کب رایس بک ب خصوص 

صفحه 14:
:انواع مدل ها از نظر آسادا مدلن _حلیل‌طیق: یک‌طراحی‌معماریرا از نظر خوبی ودن‌طیفه_1 از ب هترینب اب دترین‌طراحیهاعممکن اردیابی‌میک ند و اشاحص‌طیف: 100 *[( ع-5,(/)5 - 5)] حرا 5 جمع امتیاز کل: 1,/1= 1 52 51 بي بدترينامتياز : - م 59 يا و ادو سيستم مورد طراحى: ردى ‎Set,‏ شرفت 

صفحه 15:
d=(N/N )*100 6 شا خص‌انتخا بطراحی: لا تعداد لیعاد بدستآمده از معما ریپ یشنهادی: ک للبعاد : هر چه شاخص انتخاب طراحی بیشتر باشد ؛ رهیافت های اری پیشنهادی به سیستم ایده آل نزدیکتر می شود 

صفحه 16:
ولبستگی‌های‌جریان_2 وابستگی‌های‌محدود و مقید شدم _3 

صفحه 17:
ساختمانب_دسنآمده با استفاده از معیار های‌طراحیو _ ‎pole‏ تجربیب ازنگری‌شوند توصیفمعماریی ازنگرعو تعیین‌گردد _6 تا 

صفحه 18:


صفحه 19:
حس گر ها دیاگرام جریان داده ای سطح صفر نرم افزار خانه امن 

صفحه 20:


صفحه 21:
= 3 دیاگرام جریان داده ای سطح 6 نرم افزار خانه امن سور 

صفحه 22:
> 5 حب" دياكرام جریان داده ای سطح ۵ نرم افزار خانه امز تفن شماره كيرى با مرزهاى روند 

صفحه 23:
با مشخصک ردن‌سرحدات‌جریان‌ورودوو خروجی‌مرکز تبدیل‌جدا می_4 شود اشوا لنجام فاكتورهاوسطح نخست_5 

صفحه 24:
8 ارس موس ‎a ۱۳ 6‏ كنترل كننده خروجى آزير كنترل كننده شرايط آزير | | كنترل كننده ورودى سنسور سطح نخست حسكرهاى نمايش 

صفحه 25:
۱ ارسال پالسها به خط کنترل کننده خروجی آژیل ‎ [‏ کنترل کننده شرایط آژیر سس تولید کننده سیگنال آژیر کنترل کننده ورودی سنسور قالب بندی نمایشگر 1 ‎als‏ نمایشگر ‎ ‎ ‏فاکتور بندی سطح دوم برای حسگرهای نظارتی ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ 

صفحه 26:
ales alg ‏ارسل‎ ‎ee ‏كم نمایشگر‎ نمودار نخست ساختار برنامه براى حسكرهاى نمايش دهنده لصلاح معمارىاولينتكرار با لستفادم از روشلكتشافودر طرلحی_ 7 براویهبود کیفیت‌فرم لفزار 

صفحه 27:
تصوير تراکنش با در نظر گرفتنزیر سیستم ارتباط با کاربر مربوط به نشان‌داده خواهد شد (شکل14-6 و 14-13).ی کقلم 52760۳06 نرم افزار داده, نوع دستور. باعنمی‌شود جریان‌داده از مرکز به سمنخارج جریانابد. بنابرلین‌خصوصیا تک لی‌چریان‌داده. ب رمبنایت راکنش میب ‌اشد. هر مسیر اجرليويه .یکت بدیل‌جریان‌میبابد که ن مایش‌پ یفام ها و وضعیتمیب اشد 

صفحه 28:
تراکنش‌میب اشد .مانند آنچه که در شکل 14-13 مرزهای جریان برای هر دو نوع جریان ایجاد شده است مشخصن مودن‌م رکز تراکنش‌و خصوصیانجریان‌در طول‌هر یکاز .4 رها جرا این مرکز تراکنش در مبدا تعدادی از مسیرهای اجرایی قرار دارد که از ‎ul‏ جریان می یابند. (حباب فراخوانی پردازش دستور در شکل 14-13). همچنین باید مسیر ورودی (یعنی مسیر جریان که در طول آن یک تراکنش دریافت می شود) و تمام مسیرهای اجرایی جدا شوند و هر -مسير اجرابى بابد براى هريى ار خصوصيات جريان أن بررسى شوه 

صفحه 29:
Row Syenpoonees ‏سوام‎ User ‏مومس‎ FIGURE 14.13 Level? DED for user mieraction subsystem with fow boundaries 

صفحه 30:
ورودی, به پیمانه ها تصویر خواهد شد. ساختار انشعاب خروجی نیز حاوی پیمانه های خروجی است که تمام پیمانه های اجرایی پایین تر را کنترل می کند. هر مسیر اجرایی در (2۳۲] به ساختاری تصویر می شود که معادل خصوصیات جریان آن باشد.(14-14) 

صفحه 31:
FIGURE 14.14 ‘Donsaction mapping 

صفحه 32:
ساختار تراکنشیو هر ساختار هر مسیر اجرلیی‌ف اکتورگی ریو.6 .يا لإشس شود 

صفحه 33:
پا للش‌معماوعاولینت کرار با استفاده از ابتکاراتطراحی 7 براعارتقا کیفیتنرم لفزار این مرحله برای ویر تراکتش مشاه مرحله مار برای تصویر تبدیل می باشد که در هر دو روش طراحی معیارهای :زیر پیشنهاد می شوند استقلال پیمانه عملی بودن (مطلوب بودن پیاده سازی و آزمایش) قابلیت نگهداری اصلاحات ساختاری پا لاش‌طراحی‌معمار 8-14 بکارگیری موفقیت آمیز تصویر نمودن تبدیل يا تراکنش, با مستندسازی تکمیل تر می شود که به عنوان بخشی از طراحی معماری لازم است. پس از ایجاد معماری کارهای زیر :را بايد كامل كرد .يك توضیح پردازش باید برای هر پیمانه داده شود .توصیف رابط ها برای هر پیمانه فراهم گردد 

صفحه 34:
مجموعه ای از مرورهای طراحی هدایت شوند .در صورت نیاز پالایش در نظر گرفته شود یک توضیح پردازش (در حالت ايده آل) غير مبهم و محدود, پردازشی که در داخل پیمانه انجام می گیرد را توضیح می دهد؛ این توضیح کارهای پردازش, تصمیمات و ۱/۵ را توصیف می کند. توصیف رابط هاء توصیف کننده طراحی رابط های پیمانه های داخلی» رابط های خارجی سیستم و رابط های انسان- .ماشین می باشد يس از توسعه طراحی برای تمام پیمانه ها یک يا چند مرور طراحی که بر قابل پیگیری بودن نیازهای نرم افزار و کیفیت معماری آن و.. . تاکید دارد»معرفی می گردد. ‎webb Gu VL‏ بدنبال کمترین تعداد پیمانه هایی باشد که منطبق بر پیمانه سازی موثر و حداقل پیچیدگی ساختمان داده باشد که به .طور مناسبی نیازهای اطلاعاتی را تامین می کنند