1. انواع Architectural Styles
آزمايشگاه سيستم های هوشمند (

2. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
انواع Styleهاي معماري...
Data-Centered
Repository
Blackboard
Independent Components (Loosely Coupled)
Communicating Processes
Event-based: Implicit Invocation، Explicit Invocation
Data Sharing Style
با استفاده از داده هاي مشترک توسط componentها
Hierarchied Style
کاهش وابستگي اجزا و انتقال نتايج به زيرسيستم ها در يک سلسله مراتب
Interactive Process Style
ارتباط بين pattern ها.
Call/Return
وابسته به ترتيب انجام محاسبات و همراه به يک کنترل
Main Program/Subroutine
Remote Procedure Call
Layered (API)
Object Oriented
Virtual Machine
Interpreter
Rule-based e.g. Prolog System
Data-Flow
Batch Sequential
Pipe and Filter
آزمايشگاه سيستم های هوشمند (

3. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Data-Flow Style
موارد استفاده:
اگر سيستم طوري به نظر آيد که در آن يک خروجي خوش-تعريف (well-defined) و easily-identified تهيه مي شود که نتيجه مستقيم ترتيبي از انتقال هاي ورودي با همان ويژگي ها در يک روش مستقل از زمان (Time-independent) است.
Integrability : ارتباط بين چندين واسط (Interface) ساده بين componentها.
آزمايشگاه سيستم های هوشمند (

4. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Data-Flow Substyles
Pipe and filter: محاسبات شامل انتقال هايي روي جريان پيوسته اي از داده مي شود.
Closed loop control: سيستم شامل کنترل کردن اعمال مداوم (Continuing Action) که در يک سيستم فيزيکي embed شده است، مي باشد.
(and is subject to unpredictable external perturbation so that preset algorithms go awry) !!
آزمايشگاه سيستم های هوشمند (

5. معماري هايCall and Return
دست يافتن به تغييرپذيري (modifiability) و مقياس پذيري (scalability).
Sub-style ها:
Main program and subroutine:
تقسيم (decompose) سلسله مراتبي يک برنامه.
هر جزو از برنامه، کنترل برنامه و داده را از پدر (parent) خود گرفته آن را به فرزندانش مي دهد.
Remote Procedure Call:
داراي main program و روتين ها ولي به صورت توزيع شده روي يک شبکه.
افزايش کارايي (performance) به دليل استفاده از چندين پردازنده.
Layered: به وسيله API ها.
Object Oriented.
آزمايشگاه سيستم های هوشمند (

6. Main program/Subroutine style
اهداف اوليه: استفاده مجدد، توسعه و ساخت مستقل اجزا (Independent development)
مثال: style سلسله مراتبي call/return
آزمايشگاه سيستم های هوشمند (

7. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Remote Procedure
به جاي ساختار سلسله مراتبي در شبکه توزيع مي شود.
هر جز به صورت مستقل و بر اساس نياز فراخواني مي شود.
افزايش کارايي ( performance)
امکان انجام multi-process
هدف اصلي: کارايي و استقلال اجزا.
آزمايشگاه سيستم های هوشمند (

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. Object-Oriented/Abstract Data Style
اهداف:
مدلسازي طبيعي جهان واقعي (natural modeling)
استفاده مجدد با refinement
Encapsulation: پنهان سازي اطلاعات (information hiding)
Objects:
حفظ يکپارچگي و درستي (integrity) داده ها.
پنهان کردن بازنمايي داده ها از کاربر.
ايجاد ارتباط با استفاده از پيام ها (messages)
هماهنگي داده به صورت اتوماتيک صورت مي گيرد.
مزايا:
سيستم مجموعه اي از agent هاي مستقل است.
نگهداري (maintenance) و توسعه (evolution) را بالا مي برد.
قابليت استفاده مجدد.
معايب:
براي تعامل، يک object بايد شناسه (identity) شيئ هدف را بداند.
افزايش مقياس (scale up) مي تواند کند و غيرکارا باشد.
آزمايشگاه سيستم های هوشمند (

10. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Data-centered Style
اهداف: Integrability، مقياس پذيري (scalability) (client/data جديد)
اجزا:
ذخيره مرکزي داده – وضعيت کنوني.
اجزاي مستقل که عمليات خود را روي داده مرکزي انجام مي دهند.
Data Centered Repository: پايگاه داده هاي قديمي
نوع تراکنش فرايندي را براي اجرا انتخاب و آغاز (trigger) مي کند.
Blackboard:
حالت داده مرکزي (data store’s State.) فرايند را براي اجرا انتخاب و آغاز مي کند.
آزمايشگاه سيستم های هوشمند (

11. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
معماري Blackboard
کاربردها:
Complex data interpretation
پردازش سيگنال، speech/pattern recognition.
استفاده از داده ها مشترک با استفاده از عامل هاي مستقل.
اجزا:
Blackboard: مديريت داده ها مرکزي
منابع دانش:
Evaluate their applicability، محاسبه يک نتيجه، بهنگام سازي blackboard.
کنترل:
نظارت (monitor) blackboard.
زمانبندي فعاليت هاي منابع دانش.
آزمايشگاه سيستم های هوشمند (

12. الگوريتم معماري blackboard
Start control::loop
Conrol::nextSource
Determine potential knowledge sources by calling Blackboard::inspect
Invoke knowledgeSource::execCandidate of each candidate knowledge source
Each candidate knowledge source invokes Blackboard::inspect to determine if/how it can contribute to current state of solution
Control chooses a knowledge source to invoke by calling KnowledgeSource::execAction
Executes knowledgeSource::updateBlackboard
Calls Blackboard::inspect
Calls Blackboard::update
آزمايشگاه سيستم های هوشمند (

13. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Data-Centered Style
هنگامي مورد استفاده قرار مي گيرد که هدف محل ذخيره سازي (Storage)، نمايش، مديريت و بازيابي حجم بالايي از داده هاي long-lived مرتبط مي باشد.
پايگاه داده ها و repository هاي تراکنشي (transactional)
ترتيب اجراي component ها براساس جريان ورودي درخواست ها براي دسترسي/بهنگام سازي داده بوده و داده ها در ساختار هاي سطح بالايي قرار دارند. (Data is highly structured).
Blackboard:
مقياس پذيري (scalability) براي اضافه نمودن مصرف کننده ها(consumers) داده ها بدون تغيير محصول؛ و يا
تغيير پذيري براي تغيير اينکه چه کسي داده را تهيه مي کند و چه کسي آن را مصرف مي کند.
آزمايشگاه سيستم های هوشمند (

14. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Virtual Machine Style
هنگامي مورد استفاده قرار مي گيرد که براي يک component طراحي شده، ماشين مشخصي که روي آن اجرا شود وجود نداشته باشد.
هدف: شبيه سازي عمليات مبتني بر دانش، ارائه يک محيط مجازي بين ماشين و OS، شبيه سازي non-native functionality براي portability و يا prototyping.
مثال:
Interpreters، مثل Perl
Rule-based Systems، مثل Prolog
Command Language processors
JVM (intermediate language)
آزمايشگاه سيستم های هوشمند (

15. Call-and-return Styles
هنگامي مورد استفاده قرار مي گيرد که:
ترتيب محاسبات ثابت است.
Component ها پردازش مفيدي را به هنگام انتظار براي نتايج درخواست ها از component هاي ديگر، ندارند.
آزمايشگاه سيستم های هوشمند (

16. Call-and-Return Substyles -1
Object-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 inheritance
Call-and-return-based client-server:
Modifiability with respect to the production of data and how it is consumed is important
آزمايشگاه سيستم های هوشمند (

17. Call-and-return Subatyles -2
Layered:
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. Independent Component Style
موارد استفاده:
سيستم روي يک platform چندپردازنده (multi-processor) اجرا مي شود و يا قرار است در آينده اجرا شود.
سيستم مي تواند به صورت مجموعه اي از اجزا با وابستگي کم (loosely coupled) ساختاردهي شود.
يعني يک component مستقل از حالت اجزاي ديگر، مي تواند فرايندي را انجام دهد.
ميزان سازي کارايي (performance tuning) مهم است.
By re-allocating work among processes
آزمايشگاه سيستم های هوشمند (

19. Independent Components
شامل فرايندها و يا Object هاي مستقل که از طريق پيام هاي با هم ارتباط دارند.
هيچ کنترلي بين component ها وجود ندارد.
تغييرپذيري (بخش هاي مختلف محاسبات از هم جدا هستند).
شامل:
فرايندهاي ارتباطي: توپولژي هاي ممکن
Peer to Peer
Client/Server
Event System
Implicit invocation: براساس تغيير notification.
Explicit Invocation: Tight coupling
آزمايشگاه سيستم های هوشمند (

20. Independent Component Substyles
فرايندهاي ارتباطاتي:
Message-passing يک مکانيسم خوب براي اين کار است.
فرايندهاي سبک (lightweight):
دسترسي به داده ها براي اهداف کارايي مهم است.
Object هاي توزيع شده: با استفاده از تمامي کارکردهاي object-oriented style و interacting process style.
آزمايشگاه سيستم های هوشمند (

21. Independent Component Substyles
Broadcast:
تمامي اجزا نيازمند همزمان شدن (Synchronized) از زماني به زمان ديگر دارند.
قابليت دسترسي (availability) يکي از نيازمندي هاي مهم است.
Event System:
جدا کردن مصرف کننده هاي event هاي از علامت دهنده (signalers) آنها.
مقياس پذيري (Scalability) به صورت اضافه کردن فرايندهايي که با event ها trigger شده اند و تا به حال در سيستم شناسايي و يا علامت داده (signaled) شده اند.
آزمايشگاه سيستم های هوشمند (

22. Event-Based (Implicit Invocation)
دو دسته component کلي وجود دارد:
دسته اي events را اعلام مي کنند.
دسته اي به عنوان interest in events ثبت نام مي کنند.
براي هر event يک روتين مشترک وجود دارد که به هنگام آن event رخ مي دهد به صورت خودکار اجرا مي شود.
قسمتي از سيستم درصدد انتقال Event ها بين توليدکننده و مصرف کننده آنهاست.
محدوديت هاي محتوايي (Semantic):
اعلام کننده هاي event ها نمي دانند که کدام component ها تحت تاثير قرار گرفته اند.
هيچ فرضي در مورد ترتيب پردازش وجود ندارد.
موارد مورد استفاده:
ابزارهاي Integrate.
Ensure database consistency
آزمايشگاه سيستم های هوشمند (

23. Event-Based (implicit Invocation)
مزايا:
پتانسيل استفاده مجدد بالا.
توسعه آسان.
معايب:
Component ها و procedure ها بايد در يک event ثبت نام کنند.
ضمانتي براي مورد عمل قرار گرفتن يک event وجود ندارد.
تبادل داده:
معمولا يک repository مشترک نياز است.
تشخيص درست کار کردن سيستم معمولا سخت است.
Compiler can no longer do early detection
پيگير کد (trace) بدون ابزار debugging سخت است.
امکان استفاده از انواع مختلف داده (data typing) بسيار ضعيف است.
آزمايشگاه سيستم های هوشمند (

24. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
معماري Client/Server
مزايا:
کاربران تنها اطلاعات را به در صورت نياز دريافت مي کنند.
طراحي جزئيات نمايش را بيان مي کند.
يک داده را به روش هاي مختلفي مي توان نمايش داد.
معايب:
نيازمند مکانيزم هاي پيچيده تري براي امنيت و مديريت سيستم دارد.
ساخت Application ها نيازمند منابع بيشتري براي پياده سازي هستند.
مشکلات توزيعي بودن. (distribution problems).
انواع:
Tier 1: سيستم واسط کاربر.
Tier 2: لايه مياني (middle-tier)
مديريت فرايند (منطق تجاري و اجراي قوانين)
Functionها (مانند صفبندي queuing، اجراي application و database staging).
آزمايشگاه سيستم های هوشمند (

25. معماري يک و دو لايه client/Server
مديريت پردازش (processing Management) به دو بخش زير تقسيم مي شود:
سيستم واسط کاربر (user System interface)
سرور مديريت پايگاه داده. (database management server)
Tier 1: سيستم واسط کاربر روي محيط desktop کاربر.
Tier 2:سرويس مديريت پايگاه داده در يک سرور.
محدوديت ها:
وقتي تعداد client ها زياد مي شود (بالاي 100 کاربر) کارايي پايين مي آيد.
انعطاف پذيري و قدرت انتخاب DBMS براي برنامه ها کم مي شود. (به دليل مديريت فرايند در سطح سرور- stored procedures)
انعطاف پذيري محدود در انتقاي functionality برنامه بين سرورها.
آزمايشگاه سيستم های هوشمند (

26. معماري سه لايه client/Server
منطق فرايند را متمرکز مي کند.
افزايش کارايي، انعطاف پذيري، قابليت نگهداري (maintainability)، استفاده مجدد و مقياس پذيري.
تغييرات تنها بايد يک بار در سرور لايه مياني نوشته شوند تا در سيستم اعمال شوند.
يکپارچگي پايگاه داده هاي توزيع شده راحت تر ايجاد مي شود.
دسترسي به منابع با براساس نام است.
آزمايشگاه سيستم های هوشمند (

27. زيرساخت لايه مياني (Middle-Ware)
نرم افزار اتصال (connectivity software)
مجموعه اي سرويس هايي که موجب انجام عمليات مي شوند.
امکان اجراي چندين فرايند روي يک يا چند ماشين براي تعامل از طريق شبکه را مهيا مي سازند.
مثال ها:
Object Management Group’s Common Object Request Broker Architecture (CORBA)
Microsoft’s Component Object Model (COM), DCOM.
آزمايشگاه سيستم های هوشمند (

28. Common Object request Broker Architecture (CORBA)
يک معماري استاندارد براي Object Request Broker (ORBs) .
هدف:
امکان گسترش محصولات ORB را به وجود مي آورد که از موارد زير پشتيباني مي کنند:
Application Portability and inter-operability.
ارتباط بين زبان هاي برنامه نويسي مختلف، platform هاي سخت افزاري مختلف، سيستم عامل هاي مختلف و پياده سازي هاي موجود ORB.
آزمايشگاه سيستم های هوشمند (

29. زيرساخت لايه مياني (Middle-Ware)
Application Programming Interface (API): براي برنامه ها امکانات زير را ايجاد مي کند:
Location Transparently در شبکه و امکان تعامل با برنامه ها و سرويس هاي ديگر.
استقلال از سرويس هاي شبکه.
Reliable و در دسترس بودن.
افزايش ظرفيت بدون از دست دادن functionality.
آزمايشگاه سيستم های هوشمند (

30. Common Object request Broker Architecture (CORBA)
تمامي object هاي تعريف شده در CORBA از يک Interface Definition Language (IDL) استفاده مي کنند.
Language mappings are defined from IDL-> c,C++,Ada95, and Smalltack80
امکان عدم تجانس (Heterogeneity) زبان ها
C++
Class MineToCee
Public virtual CORBA::Object
{virtual void myOper(CORBA::long ArgA); }
IDL
Interface MineToCee
{void myOper (long ArgA) }
آزمايشگاه سيستم های هوشمند (

31. Common Object request Broker Architecture (CORBA)
ORB Core – CORBA runtime infrastructure
ORB 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. 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. Common Object request Broker Architecture (CORBA): Details
CORBA IDL Stubs and Skeletons:
Client Side is called IDL Stub
Server Side is called IDL Skeleton
تهيه شده توسط کامپايلر IDL در زبان برنامه نويسي هدف.
Stubها و Skeleton بين برنامه هاي client و سرور و ORB يک “glue” هستند.
تنها امکان فراخواني از راه دور توسط RPC وجود دارد. RPC مي تواند با ارائه Address Pointer مربوط به client به تابعي که در سرور نيازمند فراخواني آن است، انجام گيرد.
آزمايشگاه سيستم های هوشمند (

34. Common Object request Broker Architecture (CORBA): Details 4
Dynamic 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 requests
One-way (send-only) calls.
آزمايشگاه سيستم های هوشمند (

35. Common Object request Broker Architecture (CORBA): Details 4
Dynamic 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. Other Brokers: Microsoft’s Component Object Model (COM, DCOM)
چارچوبي (framework) براي يکپارچه سازي component ها.
امکان Assemble کردن چندين component مختلف که توسط vendor هاي مختلفي ارائه شده است را براي ساخت يک سيستم ايجاد مي کند.
Distributed COM (DCOM)
براي تعاملات توزيع شده تحت شبکه.
OLE (Object Linking & Embedding)، ActiveX، MTS
سرويس هاي سطح بالايي که روي COM ساخته شده اند.
آزمايشگاه سيستم های هوشمند (

37. 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. MS, Component Object Model (COM, DCAM)
سرويس هاي پياده سازي شده توسط COM Objects تحت يک مجموعه از واسط ها انتشار مي يابد.
COM يک ساختار binary براي واسط بين client و Object تعريف مي کند.
COM Object ها و واسط ها با استفاده از Microsoft Interface Definition Language (IDL) تخصيص داده مي شوند.
آزمايشگاه سيستم های هوشمند (

39. 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. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
انتخاب يک Style معماري
آزمايشگاه سيستم های هوشمند (

41. قوانين 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. عمليات واحد (unit operations)
تدوين قوانين مربوط به عمليات طراحي در يک معماري به کار گرفته شده است.
شامل:
Abstraction
Compression
Part-whole decomposition
Replication
Resource sharing
آزمايشگاه سيستم های هوشمند (

43. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Abstraction
يک component مجازي (Virtual) ايجاد مي کند.
موارد استفاده:
Simulated target platform
سيستم هاي لايه بندي شده (layered systems).
واسطي مشترک براي مجموعه اي از اجزاي پياده سازي شده در محيط هاي نامتجانس (Heterogeneous).
آزمايشگاه سيستم های هوشمند (

44. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Compression
دو component را با هم ترکيب کرده و يک component ايجاد مي کند.
موارد استفاده:
بهبود کارايي.
تسريع توسعه سيستم.
آزمايشگاه سيستم های هوشمند (

45. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Decomposition
يک component بزرگ را به چندين اجزاي کوچکتر تقسيم مي کند.
Part-whole decomposition:
Component ها از يک سري subcomponent کوچک و ثابت ساخته مي شود. (مانند model-view-controller).
براي integrability، گسترش پذيري (extensibility) و قابل فهم بودن (Understandability).
آزمايشگاه سيستم های هوشمند (

46. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Decomposition
يک decomposition است. (Is-a)
يک subcomponent يک خصوصي سازي (specialization) از functionality پدر خود را نمايش مي دهد. (مانند ارثبري کلاس).
Used for reuse by increments.
آزمايشگاه سيستم های هوشمند (

47. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
Replication
تکثير مشابه (exact duplication) از يک component.
موارد استفاده براي بهينه سازي:
Reliability (redundant operation).
بهبود کارآيي (data caching).
آزمايشگاه سيستم های هوشمند (

48. Typical Design Trade-Offs
آزمايشگاه سيستم های هوشمند (

49. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
اشتراک منابع
داده و يا سرويس ها را encapsulate مي کند و آن را بين چندين مصرف کننده مستقل به اشتراک مي گذارد. (مثال: پايگاه داده هاي اشتراکي، سرورها در client/server).
موارد استفاده:
Integrability
Portability
Modifiability
آزمايشگاه سيستم های هوشمند (

50. آزمايشگاه سيستم های هوشمند (http://ce.aut.ac.ir/islab)
عمليات واحد و کيفيت
Scalability
System Modification
Integrability
Portability
Sequential Performance
Concurrent Performance
Fault tolerance
Ease of system creation
Component modifiability
Ease of component creation
reusability
Abstraction + -
Compression
Part-whole decomposition
Is-a decomposition
Replication
Resource sharing
آزمايشگاه سيستم های هوشمند (