0% found this document useful (0 votes)
3 views34 pages

Software

Class notes of university.

Uploaded by

m.h.rasekh1996
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
3 views34 pages

Software

Class notes of university.

Uploaded by

m.h.rasekh1996
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 34

‫فصل چهاردهم‬

‫طراحی معماری‬
‫طراحی معماری چیست؟ نمایانگر ساختار اجزای داده ای و برنامه ای‬
‫می باشد که برای ساختن یک سیستم مبتنی بر کامپیوتر الزم است‬

‫مراحل کار چیست؟ طراحی معماری با طراحی داده ها آغاز شده و سپس‬
‫به یک یا چند شاخه از ساختمان معماری سیستم مشتق می شود‬

‫نتیجه کار طراحی معماری چیست؟ در طول کار طراحی ‪ ،‬یک مدل‬
‫که در برگیرنده ساختمان برنامه و معماری داده هاست ‪ ،‬ایجاد می شود همچنین‬
‫مشخصه های اجزا و ارتباطشان توصیف می شود‬

‫طراحی چیست؟ یک فرآیند چند مرحله ای است که در آن ‪ ،‬ارائه اطالعات و‬


‫ساختار برنامه ‪ ،‬مشخصه های رابط و جزئیات روش کار از روی نیازمندیهای اطالعاتی‬
‫تلفیق می شوند‬

‫‪:‬توصیف طراحی از نظر فریمن‬


‫طراحی دارای ماهیت ساختاری است_‪1‬‬
‫طراحی انسجام می آفریند_‪2‬‬
‫طراحی مبتنی بر اطالعات است_‪3‬‬
‫معماری نرم افزار‬

‫‪ :‬تعریف معماری نرم افزار از نظر باس و همکارانش‬


‫عبارتست از ساختار یا ساختارهای سیستم که شامل اجزای نرم افزاری ‪،‬‬
‫مشخصه های مشهود برونی اجزای نرم افزاری و ارتباطات میان آنها‬
‫می باشد‬

‫معماری ‪ ،‬یک نرم افزار عملیاتی نیست بلکه نمودی است که‬
‫‪:‬مهندس نرم افزاررا قادر می سازد‬
‫میزان تاثیر طرح را در مرتفع نمودن نیازمندیهای بیان شده ‪ ،‬تحلیل _‪1‬‬
‫کند‬
‫معماری های جایگزین دیگر را در مرحله ای که تغییر طرح هنوز نسبتا _‪2‬‬
‫آسان است ‪ ،‬بررسی می کند‬

‫خطرات مربوط به ساخت نرم افزار را کاهش دهد _‪3‬‬


‫دلیل اهمیت معماری نرم افزار از نظر باس و‬
‫‪ :‬همکارانش‬
‫ارائه معماری نرم افزاری ‪ ،‬کار برقراری ارتباط را میان همه طرف _‪1‬‬
‫های عالقه مند به توسعه سیستم مبتنی بر کامپیوتر ‪ ،‬میسر می سازد‬

‫این معماری تصمیمات طراحی اولیه را مشخص می کند که دارای _‪2‬‬


‫تاثیر زیادی بر همه کارهای مهندسی نرم افزار است و روی موفقیت‬
‫نهایی سیستم بسیار موثر است‬

‫_‪3‬‬ ‫این معماری یک مدل نسبتا کوچک و قابل درک یا چگونگی ساخت‬
‫سیستم و چگونگی کارکردن اجزای آن با یکدیگر را ارائه می دهد‬
‫طراحی داده‬
‫ها‬

‫‪:‬اهمیت طراحی داده ها در بخش های مختلف‬

‫در سطح مولفه برنامه ‪ ،‬طراحی ساختارهای داده ها برای ارائه _‪1‬‬
‫برنامه های کاربردی با کیفیت ضروری هستند‬

‫در سطح برنامه های کاربردی ‪ ،‬تغییر مدل داده ها به یک پایگاه داده _‪2‬‬
‫برای دستیابی به اهداف تجاری سیستم در مرکز توجه قرار دارد‬

‫تعریف انبار اطالعاتی‪ :‬یک محیط داده ای جداگانه است که مستقیما‬


‫با برنامه های کاربردی ‪ ،‬روز به روز تلفیق نمیشود بلکه تمام اطالعات‬
‫مورد استفاده در تجارت را در بر می گیرد‬
‫مشخصه هایی که باعث تمایز انبار اطالعاتی از پایگاه داده‬
‫‪:‬ای معمولی می شود عبارتند از‬

‫جهت گیری موضوع _‪1‬‬

‫تلفیق _‪2‬‬
‫تفاوت زمانی _‪3‬‬

‫ثبات _‪4‬‬

‫هدف از یک انبار داده ای ‪ ،‬دسترسی به کل معلوماتی‬


‫است که نباید به گونه ای دیگر و در جای دیگر قرار داشته‬
‫باشد‬
‫اصولی را که ویسرمن برای طراحی داده ها در سطح اجزا‬
‫‪ :‬پیشنهاد می کند عبارتند از‬
‫اصول تحلیل نظام مند که در مورد عملکرد و رفتار به کار می رود _‪1‬‬
‫باید در مورد داده ها نیز به کار رود‬
‫تمام عملیات و ساختمان داده ها باید شناسایی شوند _‪2‬‬

‫یک فرهنگ داده ای به وجود آورده و از آن برای تعریف طراحی _‪3‬‬


‫داده ها و برنامه استفاده کنید‬
‫تصمیمات مربوط به سطوح پایین طراحی داده ها را باید تا اواخر _‪4‬‬
‫فرآیند طراحی به تعویق انداخت‬
‫نمود ساختاری داده ها تنها باید برای پیمانه هایی شناخته شده _‪5‬‬
‫باشد که مستقیما از داده های موجود در ساختار استفاده می کنند‬
‫کتابخانه ای از ساختارهای داده ای مفید و عملیاتی که ممکن است _‪6‬‬
‫در مورد آنها بکار رود ‪ ،‬باید ایجاد گردد‬
‫طراحی نرم افزار و زبان برنامه نویسی باید خصوصیات و _‪7‬‬
‫شناسایی انواع داده های انتزاعی را پشتیبانی کند‬
‫سبک های معماری‬

‫تعریف ‪ :‬سبک های معماری ‪ ،‬الگویی برای ساخت می باشد که برای‬


‫تمایز بین سبک های مختلف استفاده می شود‬

‫‪ :‬سبک های معماری دربر گیرنده موارد زیر می باشد‬


‫مجمو عه ای از اجزا مثل پایگاه داده ای و پیمانه های محاسباتی ‪1- ،‬‬
‫که عمل مورد نیاز سیستم را انجام می دهد‬
‫مجمو عه ای از پیوند دهندگان و رابطین است که ارتباط ‪2- ،‬‬
‫هماهنگی و همکاری را در میان اجزا امکان پذیر می سازد‬
‫محدودیت هایی که مشخص می کنند چگونه اجزا را می توان تلفیق ‪3-‬‬
‫کرد تا یک سیستم را تشکیل دهند‬

‫مدل های معنایی است که طراح را قادر به درک خواص کلی ‪4-‬‬
‫سیستم از طریق تحلیل خواص شناخته شده اجزای تشکیل دهنده می‬
‫کند‬
‫‪ :‬انواع سبک های معماری عبارتند از‬
‫معماری های متمرکز بر داده ها ‪1-‬‬

‫نرم افزار‬ ‫نرم افزار‬


‫نرم افزار‬ ‫مخدوم‬ ‫مخدوم‬ ‫نرم افزار‬
‫مخدوم‬ ‫مخدوم‬

‫مرکز داده ها‬


‫نرم افزار‬ ‫بطور ذخیره شده (‬ ‫نرم افزار‬
‫مخدوم‬ ‫) یا آماده ارسال‬ ‫مخدوم‬

‫نرم افزار‬ ‫نرم افزار‬


‫مخدوم‬ ‫مخدوم‬
‫معماری های جریان داده ها ‪2-‬‬

‫لوله ها‬
‫فیلتر‬ ‫فیلتر‬

‫فیلتر‬ ‫فیلتر‬ ‫فیلتر‬ ‫فیلتر‬

‫فیلتر‬ ‫فیلتر‬ ‫فیلتر‬

‫فیلتر‬ ‫الف) الگوی لوله و فیلتر‬

‫فیلتر‬ ‫فیلتر‬ ‫فیلتر‬ ‫فیلتر‬

‫ب) الگوی ترتیب دسته ای‬


‫معماری فراخوانی و بازگشت ‪ ،‬شامل سبک های فرعی ‪3-‬‬
‫‪ :‬زیر است‬
‫الف ‪ :‬معماری برنامه اصلی ‪ /‬برنامه فرعی‬

‫ب ‪ :‬معماری فراخوانی روال از راه دور‬

‫معماری های شی گرا ‪4-‬‬


‫‪ :‬معماری های الیه ای ‪5-‬‬

‫در الیه های خارجی ‪ :‬اجزا در خدمت عملیات رابط کاربر هستند‬

‫در الیه های داخلی ‪ :‬اجزا کار ارتباط سیستم عامل را انجام می‬
‫دهند‬
‫الیه های میانی ‪ :‬خدمات استفاده و بهره برداری و عملیات‬
‫کارکردی نرم افزار را مهیا می کنند‬
‫الیه رابط‬
‫مولفه ها‬ ‫کاربر‬

‫الیه‬
‫کاربردی‬

‫الیه‬
‫تسهیالت‬
‫الیه‬
‫مرکزی‬

‫معماری های الیه الیه شده‬


‫شیوه تحلیل توازن )‪(ATAM‬‬
‫معماری‬

‫فعالیت های تحلیل ‪ : ATAM‬عبارتند از‬


‫طراحی‬
‫جمع آوری طرح ها (سناریو _‪1‬‬
‫ها)‬
‫بدست آوردن نیازمندیها ‪ ،‬محدودیتها و توصیف _‪2‬‬
‫محیط‬
‫توصیف سبک ها ‪ /‬الگوهای معماری که برای بررسی طرح _‪3‬‬
‫ها و نیاز ها انتخاب شده اند‬

‫ارزیابی صفات خاصه کیفی با در نظر گرفتن هر صفت _‪4‬‬


‫خاصه بطور جداگانه‬
‫شناسایی حساسیت صفات خاصه به صفات خاصه مختلف _‪5‬‬
‫معماری برای سبک بخصوص‬
‫تعریف ابعاد طراحی از نظر آسادا ‪ :‬ابعاد طراحی اغلب در بر‬
‫گیرنده روش های کیفی تعریف شده در بخش آخر هستند یعنی‬
‫قابلیت اطمینان ‪ ،‬عملکرد ‪ ،‬ایمنی ‪ ،‬قابلیت نگهداری ‪ ،‬انعطاف‬
‫پذیری ‪ ،‬آزمون پذیری ‪ ،‬قابلیت حمل ‪ ،‬قابلیت کاربرد مجدد و عمل در‬
‫همکاری با دیگر قسمت ها‬

‫‪:‬انواع مدل ها از نظر آسادا‬

‫مدل تحلیل طیف ‪ :‬یک طراحی معماری را از نظر خوب بودن_‪1‬‬


‫طیف ‪ ،‬از بهترین تا بدترین طراحیهای ممکن ‪ ،‬ارزیابی می کند‬

‫‪I S= [ ( s – sW ) / ( sb - Ws ) ] * 100‬‬ ‫‪ I‬شاخص طیف ‪:‬‬


‫‪S‬‬

‫‪ S‬جمع امتیاز کل ‪:‬‬


‫‪I mp= IS1 / I S2‬‬
‫‪ S‬بدترین امتیاز ‪:‬‬
‫‪W‬‬
‫و ‪ I‬دو سیستم مورد طراحی ‪:‬‬ ‫‪I S1‬‬ ‫موردی‬
‫‪S2‬‬ ‫‪ S‬بهترین امتیاز ‪:‬‬
‫‪ b‬موردی‬
‫‪Imp‬شاخص پیشرفت ‪:‬‬
‫‪:‬انواع مدل ها از نظر آسادا‬

‫مدل تحلیل انتخاب طراحی ‪ :‬نیازمند مجموعه ای از ابعاد_‪2‬‬


‫طراحی است که باید تعریف شوندسپس معماری پیشنهادی ارزیابی می‬
‫گردد تا تعداد ابعاد طراحی که در مقایسه با سیستم ایده آل بدست می‬
‫آید ‪ ،‬تعیین گردد‬
‫‪d = ( NS / N‬‬
‫‪a‬‬
‫‪) * 100‬‬

‫‪ d‬شاخص انتخاب طراحی ‪:‬‬

‫‪ N‬تعداد ابعاد بدست آمده از معماری پیشنهادی ‪:‬‬


‫‪S‬‬
‫‪ N‬کل ابعاد ‪:‬‬
‫‪a‬‬

‫هر چه شاخص انتخاب طراحی بیشتر باشد ‪ ،‬رهیافت های‬


‫معماری پیشنهادی به سیستم ایده آل نزدیکتر می شود‬
‫پیچیدگی معماری‬

‫یک روش مفید برای ارزیابی پیچیدگی کلی معماری پیشنهادی ‪،‬‬
‫عبارتست از در نظر گرفتن وابستگی میان اجزا درون معماری‬

‫‪ :‬انواع وابستگی ها از نظر ژائو‬

‫وابستگی های مشترک _‪1‬‬


‫وابستگی های جریان _‪2‬‬
‫وابستگی های محدود و مقید شده _‪3‬‬
‫در یک معماری رفت و‬ ‫گامهایی که برای ترسیم‪DFD‬‬
‫‪:‬برگشت باید برداریم عبارتند از‬
‫نوع جریان اطالعاتی تعیین گردد _‪1‬‬
‫سرحدات جریان مشخص شوند _‪2‬‬

‫_‪DFD 3‬در ساختمان برنامه نگاشت شود‬


‫سلسله مراتب کنترلی تعیین گردد _‪4‬‬

‫ساختمان بدست آمده با استفاده از معیار های طراحی و _‪5‬‬


‫علوم تجربی بازنگری شوند‬

‫توصیف معماری بازنگری و تعیین گردد _‪6‬‬


‫جریان تراکنش‪ :‬با حرکت داده ها در طول مسیر توصیف می شود که‬
‫اطالعات جهان بیرونی را به یک قرارداد تبدیل می کند این تراکنش‬
‫ارزیابی شده و بر اساس ارزشش ‪ ،‬جریان در طول یکی از مسیرهای‬
‫متعدد اقدام ‪ ،‬آغاز می گردد‬

‫تراکنش ها‬ ‫مسیرهای اقدام‬

‫مراکز‬ ‫‪T‬‬
‫تراکنش‬

‫روند تراکنش‬
‫ان‬
‫رم ی صفحه‬
‫ف ها و کنترل‬ ‫ع‬‫ال‬‫ط‬ ‫ا‬ ‫نمایشگر‬
‫بر‬ ‫ت‬‫ا‬ ‫صفحه‬
‫ار ده‬ ‫ی‬ ‫ا‬‫نم‬
‫ک دا‬ ‫شگر‬ ‫کنترل‬
‫نرم‬ ‫نوع آژیر‬
‫افزار‬ ‫آژیر‬
‫خانه‬
‫ض‬ ‫ره امنو‬
‫عی‬ ‫ا‬‫ه‬ ‫ما‬
‫ت‬ ‫ن‬ ‫ش‬
‫ح‬ ‫لف‬ ‫خط‬
‫گ س‬ ‫ت‬
‫حس گر‬ ‫ه‬ ‫ر‬ ‫تلفن‬
‫ا‬
‫ها‬
‫دیاگرام جریان داده ای سطح صفر نرم‬
‫افزار خانه امن‬
‫‪:‬گامهای طراحی عبارتند از‬
‫بازنگری مدل سیستم بنیادی _‪1‬‬
‫صفحه‬ ‫دیاگرام جریان داده ای سطح ‪ 1‬نرم‬
‫کنترل‬
‫ه‬ ‫داد‬ ‫افزار خانه امن‬
‫ا‬ ‫ه‬ ‫سیست‬
‫ست و‬ ‫د‬ ‫ای‬
‫و‬ ‫د‬ ‫م‬
‫پیکربندی‬ ‫د‬ ‫هه‬
‫را‬ ‫رخ‬ ‫رب ن‬ ‫د اد‬
‫س کا ت‬ ‫ا‬‫و‬ ‫ی‬ ‫ک‬‫پی‬
‫ر‬ ‫ی‬ ‫پ‬
‫بر‬ ‫کر بن ت‬
‫د محاوره‬ ‫اطالعات‬
‫یوع‬
‫کاربربا‬ ‫شر‬ ‫پیکربندی‬

‫د‬
‫اده بند‬
‫داده های‬

‫پیک ی‬
‫ف‬ ‫سیست‬ ‫نمای‬

‫ه‬
‫وق‬ ‫پیکربندی‬

‫ر‬
‫ای‬
‫ت‬ ‫م‬
‫فعالساز‬ ‫م‬ ‫ش‬
‫رمز عبور‬ ‫غیر‬ ‫پیا‬
‫‪/‬ی‬ ‫غ‬ ‫ط‬ ‫صفحه ا‬
‫ف ‪ /‬فعالسازی‬ ‫ا‬ ‫کنترل نم الع‬
‫نمایش‬ ‫ای ت‬
‫پیام اعتبار پردازش‬ ‫شی‬
‫پیام ا‬ ‫و‬
‫کاربر رمز عبور‬ ‫الع‬
‫ط‬ ‫آژیر‬
‫ا‬ ‫وضعیت‬
‫حس ت‬
‫گر‬ ‫آ‬ ‫ع‬‫نو‬
‫ژیر‬
‫نظارت‬
‫حس‬ ‫بر‬
‫حس‬ ‫خط تلفن‬
‫گرها‬ ‫گرها‬ ‫شماره‬
‫بازنگری و پاالیش نمودارهای جریان داده ای در _‪2‬‬
‫مورد نرم افزار قالب‬
‫ت‬ ‫ا‬‫اطالع‬
‫بندی‬
‫اطالعات‬ ‫ر‬‫و‬ ‫سن س‬
‫برای‬
‫ای‬
‫پیکربندی‬ ‫نوع‬
‫ده ه دی‬ ‫ومکان‬ ‫تولید‬ ‫ع‬‫نو‬
‫دا ربن‬ ‫سیگنا نمایش‬ ‫ال‬
‫یک‬ ‫‪ID‬‬
‫بررس‬ ‫م‬‫ر‬
‫پ‬ ‫ل آژیر‬
‫ی‬ ‫ه‬ ‫د‬ ‫ا‬‫د‬
‫های‬
‫دستر‬ ‫ر‬ ‫ال‬‫آ‬
‫م‬
‫سی‬ ‫اره‬
‫نوع‬ ‫شم‬
‫خواند‬ ‫غیر‬ ‫فن‬ ‫شماره‬
‫وسنسور‬ ‫تل‬
‫ن‬ ‫مجاز‬ ‫گیری‬
‫‪ID‬‬ ‫تلفن‬
‫وضعی‬ ‫حسگر‬

‫ها‬
‫ها‬

‫شما ی‬
‫نال‬
‫ت‬ ‫دیاگرام جریان داده ای سطح ‪ 2‬نرم‬
‫ف ره‬

‫یگ‬
‫سنسو‬ ‫ن‬

‫س‬
‫وضعیت سنسور‬ ‫ط‬‫ا‬
‫ع‬ ‫ال‬
‫اطالعات‬ ‫‪ID‬‬ ‫سنس ات‬
‫پیکربندی‬ ‫نوع و‬ ‫ور‬
‫داده های‬ ‫مکان‬ ‫تولید‬
‫خواندن‬ ‫پیکربندی‬ ‫قالب‬ ‫خروجی‬
‫صفحه‬
‫سنسورها‬ ‫بندی‬ ‫نمایش‬
‫قالب‬ ‫آ‬ ‫ع‬‫نو‬
‫‪ID‬‬ ‫الرم‬
‫دستیابی ‪ID‬وتنظیمات سنسور‬ ‫نوع و‬ ‫صفحه بندی‬
‫نمایش‬
‫به‬
‫اطالعات‬ ‫مکان‬
‫تولید‬
‫پاسخ‬ ‫سنس‬
‫سیگنال‬
‫آالرم‬
‫ور‬
‫دا‬
‫اطالعات کد ‪،‬‬
‫ایجاد‬ ‫ده های‬
‫نوع آالرم‬ ‫آالرم‬
‫شرایط‬
‫وسنسور‬
‫الزم‬
‫وزمان‬
‫انتخاب لیست شماره‬
‫ها‬ ‫شماره‬
‫تلفن‬
‫آماده‬ ‫شماره‬
‫ارتباط‬
‫سازی‬
‫به شبکه‬ ‫تلفن‬
‫پالسهای‬
‫‪ 3‬نرم‬ ‫تلفن دیاگرام جریان داده ای سطح‬ ‫تولید‬ ‫شماره‬
‫سیگنال آمادگی‬
‫برای شمارهافزار خانهباامن‬
‫مرزهای روند‬ ‫پالسهای‬
‫تلفن‬
‫تلفن‬
‫گیری‬
‫تعیین اینکه آیا نمودار جریان داده ای دارای _‪3‬‬
‫مشخصات جریان تغییر یا مبادله ای است‬

‫در این مرحله طراح همه مشخصه های جریان را بر اساس پیگیری‬
‫موجودیت انتخاب می کند ‪ ،‬عالوه بر این مناطق موضعی جریان‬
‫تبدیل یا تراکنش مجزا می شوند‬

‫با مشخص کردن سرحدات جریان ورودی و _‪4‬‬


‫خروجی مرکز تبدیل جدا می شود‬

‫انجام فاکتورهای سطح نخست _‪5‬‬


‫اجراکننده حسگرهای‬
‫نمایش‬

‫کنترل کننده ورودی‬ ‫کنترل کننده شرایط‬ ‫کنترل کننده خروجی‬


‫سنسور‬ ‫آژیر‬ ‫آژیر‬

‫سطح نخست حسگرهای نمایش‬


‫انجام دومین سطح فاکتورگیری _‪6‬‬
‫تولید‬
‫صفحه‬
‫نمایش‬
‫قالب بندی‬
‫صفحه‬
‫نمایش‬ ‫تولید‬
‫سیگنال‬
‫آژیر‬

‫اجراکننده‬
‫اتصال به‬
‫حسگرهای‬ ‫شبکه تلفن‬
‫نمایش‬ ‫تولید‬
‫پالس بر‬
‫خط‬
‫کنترل کننده ورودی‬ ‫کنترل کننده شرایط‬ ‫کنترل کننده خروجی‬
‫سنسور‬ ‫آژیر‬ ‫آژیر‬

‫قالب بندی نمایشگر‬ ‫تولید کننده سیگنال‬ ‫اتصال به شبکه تلفن‬


‫آژیر‬

‫تولید نمایشگر‬ ‫ارسال پالسها به خط‬

‫فاکتور بندی سطح دوم برای‬


‫اجراکننده‬
‫حسگرهای‬
‫نمایش‬
‫کنترل کننده ورودی‬ ‫کنترل کننده شرایط‬ ‫کنترل کننده خروجی‬
‫سنسور‬ ‫آژیر‬ ‫آژیر‬

‫تنظیم دقیق‬ ‫برقراری‬ ‫تولید کننده قالب بندی انتخاب‬ ‫اتصال‬


‫اطالعات‬ ‫شرایط آژیر‬ ‫شماره‬ ‫نمایشگر‬ ‫سیگنال‬ ‫به‬
‫پاسخ‬ ‫تلفن‬ ‫آژیر‬ ‫شبکه‬
‫تلفن‬

‫خواندن‬ ‫تولید‬ ‫ارسال‬


‫حسگرها‬ ‫نمایشگر‬ ‫پالسها به‬
‫خط‬
‫نمودار نخست ساختار برنامه برای‬
‫حسگرهای نمایش دهنده‬
‫اصالح معماری اولین تکرار با استفاده از روش _‪7‬‬
‫اکتشافی در طراحی برای بهبود کیفیت نرم افزار‬
‫تصویر تراکنش ‪7-14‬‬

‫قلم داده تراکنش‪ :‬در بسیاری از کاربردهای نرم افزاری‪ ،‬یک قلم داده منفرد‪ ،‬یک یا‬

‫چند جریان اطالعات را تحریک می کندکه بر تابعی مشخص شده توسط قلم داده‬

‫تحریک کننده اثر گذارد‪.‬‬

‫تصویر تراکنش‪ ،‬با در نظر گرفتن زیر سیستم ارتباط با کاربر مربوط به نرم افزار‬

‫نشان داده خواهد شد (شکل ‪ 14-6‬و ‪.)14-13‬یک قلم داده‪ ،‬نوع ‪safehome‬‬

‫دستور‪ ،‬باعث می شود جریان داده از مرکز به سمت خارج جریان یابد‪ .‬بنابراین‬

‫خصوصیات کلی جریان داده‪ ،‬برمبنای تراکنش می باشد‪ .‬هر مسیر اجرایی به یک‬

‫‪.‬تبدیل جریان می یابد که نمایش پیغام ها و وضعیت می باشد‬


‫‪:‬مراحل طراحی برای تصویر تراکنش‬

‫مرور مدل بنیادی سیستم ‪1.‬‬

‫مرور و پاالیش نمودار جریان داده برای نرم افزار ‪2.‬‬

‫مشخص نمودن اینکه آیا نمودار جریان داده دارای خصوصیان جریان ‪3.‬‬
‫‪.‬تبدیل یا تراکنش می باشد‬

‫‪.‬مانند آنچه که در شکل ‪ 14-13‬مرزهای جریان برای هر دو نوع جریان ایجاد شده است‬

‫مشخص نمودن مرکز تراکنش و خصوصیات جریان در طول هر یک از ‪4.‬‬


‫‪.‬مسیرهای اجرایی‬
‫این مرکز تراکنش در مبدا تعدادی از مسیرهای اجرایی قرار دارد که از‬
‫آن جریان می یابند‪( .‬حباب فراخوانی پردازش دستور در شکل ‪.)14-13‬‬
‫همچنین باید مسیر ورودی (یعنی مسیر جریان که در طول آن یک‬
‫تراکنش دریافت می شود) و تمام مسیرهای اجرایی جدا شوند و هر‬
‫‪.‬مسیر اجرایی باید برای هریک از خصوصیات جریان آن بررسی شود‬
‫‪ DFD .5‬موجود در ساختار برنامه به گونه ای تصویر شود که توسط‬

‫پردازش تراکنشی کنترل شود‪.‬‬

‫جریان تراکنش به یک معماری تصویر می شود که حاوی انشعاب ورودی و‬

‫خروجی است‪ .‬با شروع از مرکز تراکنش‪ ،‬حباب های موجود در مسیر‬

‫ورودی‪ ،‬به پیمانه ها تصویر خواهد شد‪ .‬ساختار انشعاب خروجی نیز حاوی‬

‫پیمانه های خروجی است که تمام پیمانه های اجرایی پایین تر را کنترل‬

‫می کند‪ .‬هر مسیر اجرایی در ‪ DFD‬به ساختاری تصویر می شود که‬

‫معادل خصوصیات جریان آن باشد‪)14-14(.‬‬


‫ساختار تراکنشی و هر ساختار هر مسیر اجرایی فاکتورگیری و‪6.‬‬
‫‪.‬پاالیش شود‬
‫فاکتور گیری سطح اول باعث بدست آمدن سلسله مراتب کنترل برای نرم افزار می‬
‫شود‪ ،‬فاکتور گیری سطح دوم پیمانه های کاری را در بین کنترل کننده های مناسب‬
‫توزیع می کند‪ .‬شکل ‪ 14-13‬جریان اطالعات پردازش کلمه عبور را نشان می دهد‬
‫‪.‬که معماری آن نیز در شکل ‪ 14-16‬آمده است‬
‫پاالیش معماری اولین تکرار با استفاده از ابتکارات ‪7.‬‬
‫طراحی برای ارتقا کیفیت نرم افزار‬
‫این مرحله برای تصویر تراکنش مشابه مرحله متناظر برای‬
‫تصویر تبدیل می باشد که در هر دو روش طراحی معیارهای‬
‫‪:‬زیر پیشنهاد می شوند‬
‫استقالل پیمانه‬
‫عملی بودن (مطلوب بودن پیاده سازی و آزمایش)‬
‫قابلیت نگهداری‬
‫اصالحات ساختاری‬

‫پاالیش طراحی معماری‪8-14‬‬


‫بکارگیری موفقیت آمیز تصویر نمودن تبدیل یا تراکنش‪ ،‬با‬
‫مستندسازی تکمیل تر می شود که به عنوان بخشی از‬
‫طراحی معماری الزم است‪ .‬پس از ایجاد معماری کارهای زیر‬
‫‪:‬را باید کامل کرد‬
‫‪.‬یک توضیح پردازش باید برای هر پیمانه داده شود‬
‫‪.‬توصیف رابط ها برای هر پیمانه فراهم گردد‬
‫مجموعه ای از مرورهای طراحی هدایت شوند‬
‫‪.‬در صورت نیاز پاالیش در نظر گرفته شود‬
‫یک توضیح پردازش (در حالت ایده آل) غیر مبهم و محدود‪،‬‬
‫پردازشی که در داخل پیمانه انجام می گیرد را توضیح می‬
‫دهد؛ این توضیح کارهای پردازش‪ ،‬تصمیمات و ‪ I/O‬را توصیف‬
‫می کند‪.‬‬
‫توصیف رابط ها‪ ،‬توصیف کننده طراحی رابط های پیمانه‬
‫های داخلی‪ ،‬رابط های خارجی سیستم و رابط های انسان‪-‬‬
‫‪.‬ماشین می باشد‬

‫پس از توسعه طراحی برای تمام پیمانه ها یک یا چند مرور‬


‫طراحی که بر قابل پیگیری بودن نیازهای نرم افزار و کیفیت‬
‫معماری آن و‪ ...‬تاکید دارد‪،‬معرفی می گردد‪ .‬پاالیش طراحی‬
‫بدنبال کمترین تعداد پیمانه هایی باشد که منطبق بر پیمانه‬
‫سازی موثر و حداقل پیچیدگی ساختمان داده باشد که به‬
‫‪.‬طور مناسبی نیازهای اطالعاتی را تامین می کنند‬

You might also like