انواع Architectural Styles
اسلاید 1: 1آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)انواع Architectural Styles
اسلاید 2: 2آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)انواع Styleهاي معماري...Data-CenteredRepositoryBlackboardIndependent Components (Loosely Coupled)Communicating ProcessesEvent-based: Implicit Invocation، Explicit InvocationData Sharing Styleبا استفاده از داده هاي مشترک توسط componentهاHierarchied Styleکاهش وابستگي اجزا و انتقال نتايج به زيرسيستم ها در يک سلسله مراتبInteractive Process Styleارتباط بين pattern ها.Call/Returnوابسته به ترتيب انجام محاسبات و همراه به يک کنترلMain Program/SubroutineRemote Procedure CallLayered (API)Object OrientedVirtual MachineInterpreterRule-based e.g. Prolog SystemData-FlowBatch SequentialPipe and Filter
اسلاید 3: 3آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Data-Flow Styleموارد استفاده:اگر سيستم طوري به نظر آيد که در آن يک خروجي خوش-تعريف (well-defined) و easily-identified تهيه مي شود که نتيجه مستقيم ترتيبي از انتقال هاي ورودي با همان ويژگي ها در يک روش مستقل از زمان (Time-independent) است.Integrability : ارتباط بين چندين واسط (Interface) ساده بين componentها.
اسلاید 4: 4آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Data-Flow SubstylesPipe and filter: محاسبات شامل انتقال هايي روي جريان پيوسته اي از داده مي شود.Closed loop control: سيستم شامل کنترل کردن اعمال مداوم (Continuing Action) که در يک سيستم فيزيکي embed شده است، مي باشد. (and is subject to unpredictable external perturbation so that preset algorithms go awry) !!
اسلاید 5: 5آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab) معماري هايCall and Return دست يافتن به تغييرپذيري (modifiability) و مقياس پذيري (scalability).Sub-style ها:Main program and subroutine:تقسيم (decompose) سلسله مراتبي يک برنامه.هر جزو از برنامه، کنترل برنامه و داده را از پدر (parent) خود گرفته آن را به فرزندانش مي دهد.Remote Procedure Call:داراي main program و روتين ها ولي به صورت توزيع شده روي يک شبکه. افزايش کارايي (performance) به دليل استفاده از چندين پردازنده.Layered: به وسيله API ها.Object Oriented.
اسلاید 6: 6آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Main program/Subroutine styleاهداف اوليه: استفاده مجدد، توسعه و ساخت مستقل اجزا (Independent development)مثال: style سلسله مراتبي call/return
اسلاید 7: 7آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Remote Procedure به جاي ساختار سلسله مراتبي در شبکه توزيع مي شود.هر جز به صورت مستقل و بر اساس نياز فراخواني مي شود.افزايش کارايي ( performance)امکان انجام multi-processهدف اصلي: کارايي و استقلال اجزا.
اسلاید 8: 8آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Layered hierarchiesاهداف: چسبندگي بالا، قابليت حمل (portability)، بسته بندي (Packaging)، استانداردسازيمثال: ISO Open Systems، 7 layer Model، TCP/IP، Motif.اجزا: سازمان سلسله مراتبي در لايه ها:هر لايه سرويس هايي را براي لايه خارج از خود مهيا مي کند.هر لايه به عنوان يک client براي لايه درون خود عمل مي کند.در مواردي همه لايه ها به هم دسترسي دارند و يا تنها به برخي لايه هاي دسترسي وجود دارد.سيستم هاي ديگر تنها به close layer مي توانند دسترسي داشته باشند.با استفاده از API ها و پروتکل ها به هم مرتبط مي شوند.مزايا:پشتيباني از طراحي به وسيله Abstraction levels.قابليت توسعه با تسهيل اضافه کردن و يا تغيير يک لايه موجود.معايب:کارايي سيتسم مي تواند به دليل سربار ناشي از لايه بندي هاي غيرضروري (فراخواني توابع) پايين آيدوساختاربندي در يک حالت clean layers هميشه به آساني ممکن نيست.Requirements don’t make it evidently clear.توسعه آن با مشکل روبروست.
اسلاید 9: 9آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Object-Oriented/Abstract Data Styleاهداف:مدلسازي طبيعي جهان واقعي (natural modeling)استفاده مجدد با refinementEncapsulation: پنهان سازي اطلاعات (information hiding)Objects: حفظ يکپارچگي و درستي (integrity) داده ها.پنهان کردن بازنمايي داده ها از کاربر.ايجاد ارتباط با استفاده از پيام ها (messages)هماهنگي داده به صورت اتوماتيک صورت مي گيرد.مزايا:سيستم مجموعه اي از agent هاي مستقل است.نگهداري (maintenance) و توسعه (evolution) را بالا مي برد.قابليت استفاده مجدد.معايب:براي تعامل، يک object بايد شناسه (identity) شيئ هدف را بداند.افزايش مقياس (scale up) مي تواند کند و غيرکارا باشد.
اسلاید 10: 10آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Data-centered Styleاهداف: Integrability، مقياس پذيري (scalability) (client/data جديد)اجزا:ذخيره مرکزي داده – وضعيت کنوني.اجزاي مستقل که عمليات خود را روي داده مرکزي انجام مي دهند.Data Centered Repository: پايگاه داده هاي قديمينوع تراکنش فرايندي را براي اجرا انتخاب و آغاز (trigger) مي کند.Blackboard:حالت داده مرکزي (data store’s State.) فرايند را براي اجرا انتخاب و آغاز مي کند.
اسلاید 11: 11آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)معماري Blackboardکاربردها:Complex data interpretationپردازش سيگنال، speech/pattern recognition.استفاده از داده ها مشترک با استفاده از عامل هاي مستقل.اجزا:Blackboard: مديريت داده ها مرکزيمنابع دانش:Evaluate their applicability، محاسبه يک نتيجه، بهنگام سازي blackboard.کنترل:نظارت (monitor) blackboard.زمانبندي فعاليت هاي منابع دانش.
اسلاید 12: 12آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)الگوريتم معماري blackboardStart control::loopConrol::nextSourceDetermine potential knowledge sources by calling Blackboard::inspectInvoke knowledgeSource::execCandidate of each candidate knowledge sourceEach candidate knowledge source invokes Blackboard::inspect to determine if/how it can contribute to current state of solutionControl chooses a knowledge source to invoke by calling KnowledgeSource::execActionExecutes knowledgeSource::updateBlackboardCalls Blackboard::inspectCalls Blackboard::update
اسلاید 13: 13آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Data-Centered Styleهنگامي مورد استفاده قرار مي گيرد که هدف محل ذخيره سازي (Storage)، نمايش، مديريت و بازيابي حجم بالايي از داده هاي long-lived مرتبط مي باشد.پايگاه داده ها و repository هاي تراکنشي (transactional)ترتيب اجراي component ها براساس جريان ورودي درخواست ها براي دسترسي/بهنگام سازي داده بوده و داده ها در ساختار هاي سطح بالايي قرار دارند. (Data is highly structured).Blackboard:مقياس پذيري (scalability) براي اضافه نمودن مصرف کننده ها(consumers) داده ها بدون تغيير محصول؛ و ياتغيير پذيري براي تغيير اينکه چه کسي داده را تهيه مي کند و چه کسي آن را مصرف مي کند.
اسلاید 14: 14آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Virtual Machine Styleهنگامي مورد استفاده قرار مي گيرد که براي يک component طراحي شده، ماشين مشخصي که روي آن اجرا شود وجود نداشته باشد.هدف: شبيه سازي عمليات مبتني بر دانش، ارائه يک محيط مجازي بين ماشين و OS، شبيه سازي non-native functionality براي portability و يا prototyping.مثال:Interpreters، مثل PerlRule-based Systems، مثل PrologCommand Language processorsJVM (intermediate language)
اسلاید 15: 15آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Call-and-return Stylesهنگامي مورد استفاده قرار مي گيرد که:ترتيب محاسبات ثابت است.Component ها پردازش مفيدي را به هنگام انتظار براي نتايج درخواست ها از component هاي ديگر، ندارند.
اسلاید 16: 16آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Call-and-Return Substyles -1Object-Oriented: تغييرپذيري (modifiability) و يکپارچگي (integrability) (با توجه به واسط (Interface)ها) موجب ايجاد کيفيت نيازمندي مي شود. (overall modifiability and integrability via careful attention to interface are driving quality requirements).انواع داده abstract: بسياري از انواع داده سيستم که نمايش آنها معمولا تغيير مي کند.Objects: many like modules, commonalties could be exploited through inheritanceCall-and-return-based client-server:Modifiability with respect to the production of data and how it is consumed is important
اسلاید 17: 17آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Call-and-return Subatyles -2Layered:If the tasks in your system can be divided between those specific to the application and those generic to many application but specific to the underlying computing platformاگر portability بين platform هاي محاسباتي مهم باشد.اگر بتوان از يک لايه زيرساختي که پياده سازي شده است (مانند OS، بسته هاي مديريت شبکه و...) استفاده نمود.
اسلاید 18: 18آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Independent Component Styleموارد استفاده:سيستم روي يک platform چندپردازنده (multi-processor) اجرا مي شود و يا قرار است در آينده اجرا شود.سيستم مي تواند به صورت مجموعه اي از اجزا با وابستگي کم (loosely coupled) ساختاردهي شود.يعني يک component مستقل از حالت اجزاي ديگر، مي تواند فرايندي را انجام دهد.ميزان سازي کارايي (performance tuning) مهم است.By re-allocating work among processes
اسلاید 19: 19آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Independent Componentsشامل فرايندها و يا Object هاي مستقل که از طريق پيام هاي با هم ارتباط دارند.هيچ کنترلي بين component ها وجود ندارد.تغييرپذيري (بخش هاي مختلف محاسبات از هم جدا هستند).شامل:فرايندهاي ارتباطي: توپولژي هاي ممکنPeer to PeerClient/ServerEvent SystemImplicit invocation: براساس تغيير notification.Explicit Invocation: Tight coupling
اسلاید 20: 20آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Independent Component Substylesفرايندهاي ارتباطاتي:Message-passing يک مکانيسم خوب براي اين کار است.فرايندهاي سبک (lightweight):دسترسي به داده ها براي اهداف کارايي مهم است.Object هاي توزيع شده: با استفاده از تمامي کارکردهاي object-oriented style و interacting process style.
اسلاید 21: 21آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Independent Component SubstylesBroadcast:تمامي اجزا نيازمند همزمان شدن (Synchronized) از زماني به زمان ديگر دارند.قابليت دسترسي (availability) يکي از نيازمندي هاي مهم است.Event System:جدا کردن مصرف کننده هاي event هاي از علامت دهنده (signalers) آنها.مقياس پذيري (Scalability) به صورت اضافه کردن فرايندهايي که با event ها trigger شده اند و تا به حال در سيستم شناسايي و يا علامت داده (signaled) شده اند.
اسلاید 22: 22آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Event-Based (Implicit Invocation)دو دسته component کلي وجود دارد:دسته اي events را اعلام مي کنند.دسته اي به عنوان interest in events ثبت نام مي کنند.براي هر event يک روتين مشترک وجود دارد که به هنگام آن event رخ مي دهد به صورت خودکار اجرا مي شود.قسمتي از سيستم درصدد انتقال Event ها بين توليدکننده و مصرف کننده آنهاست.محدوديت هاي محتوايي (Semantic):اعلام کننده هاي event ها نمي دانند که کدام component ها تحت تاثير قرار گرفته اند.هيچ فرضي در مورد ترتيب پردازش وجود ندارد.موارد مورد استفاده:ابزارهاي Integrate.Ensure database consistency
اسلاید 23: 23آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Event-Based (implicit Invocation)مزايا:پتانسيل استفاده مجدد بالا.توسعه آسان.معايب:Component ها و procedure ها بايد در يک event ثبت نام کنند.ضمانتي براي مورد عمل قرار گرفتن يک event وجود ندارد.تبادل داده:معمولا يک repository مشترک نياز است.تشخيص درست کار کردن سيستم معمولا سخت است.Compiler can no longer do early detectionپيگير کد (trace) بدون ابزار debugging سخت است.امکان استفاده از انواع مختلف داده (data typing) بسيار ضعيف است.
اسلاید 24: 24آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)معماري Client/Serverمزايا:کاربران تنها اطلاعات را به در صورت نياز دريافت مي کنند.طراحي جزئيات نمايش را بيان مي کند.يک داده را به روش هاي مختلفي مي توان نمايش داد.معايب:نيازمند مکانيزم هاي پيچيده تري براي امنيت و مديريت سيستم دارد.ساخت Application ها نيازمند منابع بيشتري براي پياده سازي هستند.مشکلات توزيعي بودن. (distribution problems).انواع:Tier 1: سيستم واسط کاربر.Tier 2: لايه مياني (middle-tier)مديريت فرايند (منطق تجاري و اجراي قوانين)Functionها (مانند صفبندي queuing، اجراي application و database staging).
اسلاید 25: 25آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)معماري يک و دو لايه client/Serverمديريت پردازش (processing Management) به دو بخش زير تقسيم مي شود: سيستم واسط کاربر (user System interface)سرور مديريت پايگاه داده. (database management server)Tier 1: سيستم واسط کاربر روي محيط desktop کاربر.Tier 2:سرويس مديريت پايگاه داده در يک سرور.محدوديت ها:وقتي تعداد client ها زياد مي شود (بالاي 100 کاربر) کارايي پايين مي آيد.انعطاف پذيري و قدرت انتخاب DBMS براي برنامه ها کم مي شود. (به دليل مديريت فرايند در سطح سرور- stored procedures)انعطاف پذيري محدود در انتقاي functionality برنامه بين سرورها.
اسلاید 26: 26آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)معماري سه لايه client/Serverمنطق فرايند را متمرکز مي کند.افزايش کارايي، انعطاف پذيري، قابليت نگهداري (maintainability)، استفاده مجدد و مقياس پذيري.تغييرات تنها بايد يک بار در سرور لايه مياني نوشته شوند تا در سيستم اعمال شوند.يکپارچگي پايگاه داده هاي توزيع شده راحت تر ايجاد مي شود.دسترسي به منابع با براساس نام است.
اسلاید 27: 27آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)زيرساخت لايه مياني (Middle-Ware)نرم افزار اتصال (connectivity software)مجموعه اي سرويس هايي که موجب انجام عمليات مي شوند.امکان اجراي چندين فرايند روي يک يا چند ماشين براي تعامل از طريق شبکه را مهيا مي سازند.مثال ها:Object Management Group’s Common Object Request Broker Architecture (CORBA)Microsoft’s Component Object Model (COM), DCOM.
اسلاید 28: 28آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA)يک معماري استاندارد براي Object Request Broker (ORBs) .هدف:امکان گسترش محصولات ORB را به وجود مي آورد که از موارد زير پشتيباني مي کنند:Application Portability and inter-operability.ارتباط بين زبان هاي برنامه نويسي مختلف، platform هاي سخت افزاري مختلف، سيستم عامل هاي مختلف و پياده سازي هاي موجود ORB.
اسلاید 29: 29آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)زيرساخت لايه مياني (Middle-Ware)Application Programming Interface (API): براي برنامه ها امکانات زير را ايجاد مي کند:Location Transparently در شبکه و امکان تعامل با برنامه ها و سرويس هاي ديگر.استقلال از سرويس هاي شبکه.Reliable و در دسترس بودن.افزايش ظرفيت بدون از دست دادن functionality.
اسلاید 30: 30آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA)تمامي object هاي تعريف شده در CORBA از يک Interface Definition Language (IDL) استفاده مي کنند.Language mappings are defined from IDL-> c,C++,Ada95, and Smalltack80امکان عدم تجانس (Heterogeneity) زبان ها IDLInterface MineToCee{void myOper (long ArgA)}C++Class MineToCeePublic virtual CORBA::Object{virtual void myOper(CORBA::long ArgA);}
اسلاید 31: 31آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA)ORB Core – CORBA runtime infrastructureORB Interface – Standard interface (defined in IDL) to function provided by all CORBA- compliant ORBs.IDL Stubsايجاد شده به وسيله پردازنده هاي IDL براي هر واسط تعريف شده در IDL.پنهان کردن جزئيات سطح پايين ارتباطات Object ها در شبکه از Clientارائه يک API سطح بالا و Object type-specific.
اسلاید 32: 32آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA)Object Request Broker (ORB):استقلال client ها از سرويس هاLocational and functional Transparencyدرخواست هاي client از نظر خودش فراخواني يک تابع محلي است.هنگامي که يک client يک operation را فراخواني مي کند، ORB مسئول يافتن پياده سازي Object مربوطه، در صورت نياز فعال کردن آن، تحويل درخواست به Object و برگرداندن هرگونه پاسخ به در خواست کننده، مي باشد.واسط ORBمجموعه اي از وظايف (tasks) و library هايي که امکان تبديل object reference را به رشته (String) و برعکس به وجود مي آورند.ايجاد ليست آرگومان ها براي در خواست هايي که در dynamic Invocation Interface (Dll) به وجود مي آيند.
اسلاید 33: 33آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA): Details CORBA IDL Stubs and Skeletons:Client Side is called IDL StubServer Side is called IDL Skeletonتهيه شده توسط کامپايلر IDL در زبان برنامه نويسي هدف.Stubها و Skeleton بين برنامه هاي client و سرور و ORB يک “glue” هستند.تنها امکان فراخواني از راه دور توسط RPC وجود دارد. RPC مي تواند با ارائه Address Pointer مربوط به client به تابعي که در سرور نيازمند فراخواني آن است، انجام گيرد.
اسلاید 34: 34آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA): Details 4Dynamic Invocation Interface (Dll) client sideاين واسط اجازه مي دهد يک client به صورت مستقيم به سرويسي که توسط يک ORB ارئه مي شود، دسترسي داشته باشد.برنامه ها از Dll ها براي صادر کردن dynamic درخواست ها به object ها بدون نياز به لينک شدن به IDL interface-specific stub ها.Unlike IDL stubs (which only allow RPC-style requests), the Dll also allows clients to make.Non-blocking requestsOne-way (send-only) calls.
اسلاید 35: 35آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Common Object request Broker Architecture (CORBA): Details 4Dynamic Skeleton Interface (DSI)- server sideبراي يک ORB امکان Deliver کردن request ها را به يک object پياده سازي شده که هيچ اطلاعاتي در مورد اطلاعات compile-time مربوط به نوع object پياده سازي شده ندارد، مهيا مي کند.The client making the request has no idea whether the implementation is using the type-specific IDL Skeletons or is using the dynamic skeletons.Object Adaptorدر تحويل دادن درخواست ها به Object و فعال کردن آن به ORB کمک مي کند. Adaptor جزئيات object را پنهان مي کند. مانند اينکه آيا آن يک object پايگاه داده است يا يک library object.
اسلاید 36: 36آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Other Brokers: Microsoft’s Component Object Model (COM, DCOM)COMچارچوبي (framework) براي يکپارچه سازي component ها.امکان Assemble کردن چندين component مختلف که توسط vendor هاي مختلفي ارائه شده است را براي ساخت يک سيستم ايجاد مي کند.Distributed COM (DCOM)براي تعاملات توزيع شده تحت شبکه.OLE (Object Linking & Embedding)، ActiveX، MTSسرويس هاي سطح بالايي که روي COM ساخته شده اند.
اسلاید 37: 37آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)MS, Component Object Model (COM, DCAM)OLEسرويس هايي (مانند object linking and embedding) ارائه مي دهد که در ايجاد مستندات ترکيبي (مستنداتي که به وسيله چندين منبع ابزاري (tool source) تهيه مي شوند) مورد استفاده قرار مي گيرد.ActiveXگسترشي براي استفاده از component ها در وب سايت ها.MTSگسترشي با سرويس هاي Enterprise (تراکنش، امنيت) براي ايجاد امکان ساخت سيستم هاي اطلاعاتي سازماني با استفاده از COM.COM+سرويس هاي MTS و message queing را در COM ترکيب کرده تا برنامه نويسي COM را ساده تر کند.يکپارچه شده با visual Basic، visual C++ و J++
اسلاید 38: 38آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)MS, Component Object Model (COM, DCAM)سرويس هاي پياده سازي شده توسط COM Objects تحت يک مجموعه از واسط ها انتشار مي يابد.COM يک ساختار binary براي واسط بين client و Object تعريف مي کند.COM Object ها و واسط ها با استفاده از Microsoft Interface Definition Language (IDL) تخصيص داده مي شوند.
اسلاید 39: 39آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Component Object Model (COM, DCOM)هر COM Object در داخل يک سرور اجرا مي شود:In-process server: client و سرور در يک فرايند (process) مشترک اجرا مي شوند.Local Object proxy: سرور در يک فرايند جدا ولي در يک ماشين مشترک اجرا مي شود.ارتباطات به وسيله ارتباطات inter-process انجام مي شود.Remote Object proxy: يک remote server روي يک ماشين ديگر.ارتباطات به وسيله DCE RPC (پشتيباني توسط COM) انجام مي گيرد.تمامي COM Object ها با يک component پايگاه داده ثبت نام شده اند.
اسلاید 40: 40آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)انتخاب يک Style معماري
اسلاید 41: 41آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)قوانين Thumb براي انتخاب Style هاهدف کاتالوگ style ارائه يک راهنماي طراحي (design handbook) است: اگر مشکل شما شبيه الف است، از style ب استفاده کنيد.The practice is not that advanced yet. The best that we can do is offer rules of thumb.استفاده از انواع معماري با قانون خاصي همراه نيست. بلکه نتيجه گيري مقطعي (Rules of thumb) مد نظر است.
اسلاید 42: 42آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)عمليات واحد (unit operations)تدوين قوانين مربوط به عمليات طراحي در يک معماري به کار گرفته شده است.شامل:AbstractionCompressionPart-whole decompositionReplicationResource sharing
اسلاید 43: 43آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Abstractionيک component مجازي (Virtual) ايجاد مي کند.موارد استفاده:Simulated target platformسيستم هاي لايه بندي شده (layered systems).واسطي مشترک براي مجموعه اي از اجزاي پياده سازي شده در محيط هاي نامتجانس (Heterogeneous).
اسلاید 44: 44آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Compressionدو component را با هم ترکيب کرده و يک component ايجاد مي کند.موارد استفاده:بهبود کارايي.تسريع توسعه سيستم.
اسلاید 45: 45آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Decompositionيک component بزرگ را به چندين اجزاي کوچکتر تقسيم مي کند.Part-whole decomposition:Component ها از يک سري subcomponent کوچک و ثابت ساخته مي شود. (مانند model-view-controller).براي integrability، گسترش پذيري (extensibility) و قابل فهم بودن (Understandability).
اسلاید 46: 46آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Decompositionيک decomposition است. (Is-a)يک subcomponent يک خصوصي سازي (specialization) از functionality پدر خود را نمايش مي دهد. (مانند ارثبري کلاس).Used for reuse by increments.
اسلاید 47: 47آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Replicationتکثير مشابه (exact duplication) از يک component.موارد استفاده براي بهينه سازي:Reliability (redundant operation).بهبود کارآيي (data caching).
اسلاید 48: 48آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)Typical Design Trade-Offs
اسلاید 49: 49آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)اشتراک منابعداده و يا سرويس ها را encapsulate مي کند و آن را بين چندين مصرف کننده مستقل به اشتراک مي گذارد. (مثال: پايگاه داده هاي اشتراکي، سرورها در client/server).موارد استفاده:IntegrabilityPortabilityModifiability
اسلاید 50: 50آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)عمليات واحد و کيفيت
نقد و بررسی ها
هیچ نظری برای این پاورپوینت نوشته نشده است.