پاورپوینت طراحی معماری

بخشی از پاورپوینت

اسلاید 1 :

طراحي معماري

اسلاید 2 :

مفاهيم کليدي
جايگاه معماري در چرخه حيات
طراحي معماري
شکل دادن به ساختار تيم
ايجاد اسکلت سيستم

اسلاید 3 :

جايگاه معماري در چرخه حيات
معماري به عنوان پايهاي براي فرآيند توسعه نرمافزار
سازماني که از معماري بهعنوان پايهاي براي فرآيند توسعه نرمافزارش استفاده ميکند بايد جايگاه معماري در چرخه حيات نرمافزار را مشخص نمايد
جايگاه معماري در چرخه حيات
نحوة دستيابي به خصوصيات کيفي را تعيين ميکند
نحوة تعامل با مشتريان براي درک نيازمنديهاي آنها را تعيين ميکند

اسلاید 4 :

چرخه حيات تحويل تکاملي
چرخه حيات تحويل تکاملي (Evolutionary Delivery Life Cycle)
اجازه دريافت بازخورد از مشتريان و کاربران را ميدهد
اجازه توسعه نشرهاي مختلف (Release) قبل از نشر نهايي را ميدهد
اجازه افزودن وظيفهمندي به هر تکرار و در نشرهاي مختلف را ميدهد

اسلاید 5 :

چرخه حيات تحويل تکاملي

اسلاید 6 :

شروع طراحي معماري
آيا ميتوان قبل از اينکه نيازمنديها کشف شوند، معماري را طراحي نمود؟
در صورتيکه تعدادي از نيازمنديها کشف شوند، چطور؟
چـرخه حيات تحويل تکاملي نشان ميدهد که معماري ميتواند با داشتن Shaping Requirements شکل گيرد
شامل چند نيازمندي اوليه حرفه، کيفيت و وظيفهمندي
پيشرانهاي معماري (Architecture Drivers)
نيازمنديهايي که به معماري شکل ميدهند

اسلاید 7 :

يافتن پيشرانهاي معماري
نحوة يافتن پيشرانهاي معماري
اهداف اولويت بالاي حرفه را بيابيد (اين اهداف معمولاً کم هستند)
آنها را تبديل به سناريوهاي کيفي يا موارد کاربري نمائيد
آنهايي را انتخاب نمائيد که بيشترين تاثير را روي معماري دارند
تعداد اين موارد کمتر از 10 مورد است
با استفاده از روش ATAM پيشرانهاي معماري به سناريوهاي کيفي تبديل ميشوند (فصل 11)

اسلاید 8 :

گام بعدي
جايگاه معماري در چرخه حيات
طراحي معماري
شکل دادن به ساختار تيم
ايجاد اسکلت سيستم

اسلاید 9 :

طراحي معماري با روش ADD
روش Attribute-Driven Design
ميتوان آن را توسعهاي از ديگر روشهاي توسعه دانست (مانند RUP)
ADD در طراحي سطح بالا در RUP ميتواند مورد استفاده قرار گيرد
مبتني بر تجزية فرآيند براساس خصوصيات کيفي است
در هر تکرار روش ADD دو گام زير انجام ميشود
تعدادي تاکتيک و الگوي معماري انتخاب ميشوند تا مجموعهاي از سناريوهاي کيفي را برآورده سازند
وظيفهمندي به انواع ماژولهاي موجود در الگوها تخصيص مييابد

اسلاید 10 :

طراحي معماري با روش ADD (ادامه)
مهمترين خروجي ADD، چند سطح اول ديد تجزيه ماژول و ديگر ديدهاي مورد نياز است
تفـاوت معمـاري حاصل از ADD و معمـاري آماده براي اجرا در ميزان جزئيات است
نياز است تا جزئيات به معماري حاصل از ADD افزوده شود

اسلاید 11 :

مراحل ADD
صفر - مجموعة پيشرانهاي معماري را انتخاب نمائيد
1- ماژولي را براي تجزيه انتخاب نمائيد (در ابتدا کل سيستم را انتخاب کنيد)
وروديهاي مورد نيـاز مـاژول (اجبـارهـا، نيازمنديهاي وظيفهمندي و کيفي) بايد مشخص باشند

اسلاید 12 :

مراحل ADD (ادامه)
2- ماژول را به صورت زير پالايش کنيد
الف) پيشرانهاي معماري خاصي را انتخاب کنيد
مشخص کنيد کدام پيشرانها اهميت بيشتري دارند
پيشرانهايي با اهميت کمتر، توسط پيشرانهاي با اهميت بالاتر برآورده ميشوند
ب) الگويي (معماري) را انتخاب کنيد که پيشران مربوطه را برآورده کند
براساس تاکتيکها (آنهايي که ميتوانند پيشران مربوطه را انجام دهند) الگوها را ايجاد يا انتخاب کنيد
زير ماژولهاي مورد نياز براي پيادهسازي تاکتيکها را تعيين کنيد

اسلاید 13 :

مراحل ADD (ادامه)
ج) ماژولها را معرفي نموده، وظيفهمندي را با استفاده از موارد کاربري به آنها تخصيص داده و با استفاده از ديدهاي مختلف نمايش دهيد
معمولاً در سيستمهاي واقعي بيش از يک ماژول وجود دارد
نتيجه اين قسمت تجزيه قابل جمع هر ماژول خواهد بود
تخصيص وظيفهمندي به يک ماژول و فرزندان سبب کشف اطلاعات تبادلي مورد نياز خواهد شد
تجربه با ADD نشان داده است که براي شروع يک ديد از هر يک از گروههاي ديد تجزيه ماژول، همروندي و يا استقرار کافي است
د) رابطهاي زيرماژولها را تعريف کنيد
تجزيه برحسب نوع تعامل ماژولها، تعدادي ماژول و اجبار معرفي ميکند

اسلاید 14 :

مراحل ADD (ادامه)
ه) موارد کاربري و سناريوهاي کيفي را بررسي و پالايش کنيد. اجبارهاي آنها را به زير ماژولها اعمال کنيد
وظايف فرزندان مستقيماً از تجزيه نيازمنديهاي وظيفهمندي ناشي ميشود و ميتواند به منزله موارد کاربري براي ماژول تلقي شود تا اصلاح و پالايش شوند
اجبارهاي سيستم اصلي ميتوانند به چند طريق برآورده شوند
تجزيه، سبب برآوردن اجبارها ميشود (نيازي به کار اضافي نيست)
بوسيله يک زير ماژول اجرا شود
بوسيله چندين زير ماژول اجرا شود

اسلاید 15 :

مراحل ADD (ادامه)
سناريوهاي کيفي ميتواند به چند صورت اجرا شود
با تجزيه انجام شده به طور کامل اجرا شود
با تجزيه انجام شده و با اجبارهايي روي زيرماژولها انجام ميشود
تجزيه انجام شده اثري بر سناريوي کيفي ندارد
با تجزيه انجام شده، سناريوي کيفي برآورده نميشود
مطمئن شويد چيزي را فراموش نکردهايد تا در تجزيه بعدي دچار مشکل نشويد
3- گامهاي بالا را براي همه ماژولها اجرا کنيد
البته، آنهايي که نيازمند تجزيه هستند

اسلاید 16 :

مثال ساده: درب اتوماتيک گاراژ
سيستم اتوماتيک درب گاراژ
اجبار در سطح سيستم
نرمافزار بايد با سيستم اطلاعاتي منزل تعامل داشته باشد
پيشرانهاي معماري
کارايي آني (Real-Time)
قابليت تغيير براي حمايت از خط توليد
نيازمندي
حمايت از تشخيص برخط

اسلاید 17 :

تاکتيکهاي مورد استفاده
با توجه به خصوصيات کيفي کارايي و قابليت تغيير
Semantic Coherence
جداسازي وظايف مربوط به رابط کاربر، ارتباطات و سنسورها از يکديگر و قرار دادن هر يک از آنها در ماژولهاي مربوط به خود
Information Hiding
مخفي سازي اطلاعاتي مربوط به هر ماژول براي ديگر ماژول ها

اسلاید 18 :

تاکتيکهاي مورد استفاده (ادامه)
Increase Computational Efficiency
محاسبات Performance-Critical بايد تا حد ممکن به صورت کارا انجام شود
Schedule Wisely
محاسبات Performance-Critical بايد زمانبندي شود تا تضمين داده شود در مهلت تعيين شده، به اتمام ميرسند

اسلاید 19 :

الگوي مورد استفاده
نمونه الگويي که ميتوان از مجموع تاکتيکهاي مورد استفاده حاصل نمود
اين نمونه، تنها الگويي نيست که ميتوان حاصل نمود

اسلاید 20 :

معرفي ماژولها
عمليات درب با محدوديت زماني (Performance-Critical)
تشخيص موانع
عمليات درب بدون محدوديت زماني(Non-Performance-Critical)
بالا و پائين کردن درب گاراژ
قابليت تشخيص