1. به نام خدا 1 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab) تمرينهاي سري سوم طراحي و پياده سازي سيستمهاي نرم افزاري بزرگ الناز دل پيشه آقاي دکتر عبدلله زاده نيمسال دوم 86

2. تمرين 1:  prototyping pattern را بررسي کنيد. 2 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

3. تمرين 1 ( ادامه )  اين الگو در جايي بکار مي رود که ما عملياتي را انجام داده ايم و شيءي را ساخته ايم اما در جايي ديگر مي خواهيم از شيء هايي استفاده کنيم.  اين الگو زماني استفاده مي شود که از چگونگي توليد محصولي اطلاع نداريم.  از موارد کاربرد ديگر اين الگو اين است که ما شيءي را مي خواهيم اما تنها زمان اجرا مشخص مي شود که اين شيء چيست.  از موارد ديگر کاربرد اين الگو اين است که ما در برنامه مان از تعداد اشياء توليد شده در زمان اجرا مطمئن نيستيم. 3 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

4. تمرين 1 ( ادامه )  از مزاياي اين الگو اين است که حذف اضافه در زمان اجرا انجام مي شود.  مزيت دوم اين الگو اين است که سيستم ما ديناميک ( پويا ) خواهد بود و با تغيير متغير ها و حالات در شيء جديد ما مي توانيم اين پويايي را ايجاد نماييم.  ديگر مزيت اين الگو اين است که ما زير کلاس کردن را در آن کاهش مي دهيم. 4 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

5. تمرين 1 ( ادامه )  دياگرام کلاس اين الگو در ذيل قابل مشاهده است. 5 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

6. منبع تمرين 1:  Gamma GOF, Design patterns 6 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

7. تمرين 2  هر view باکداميک از نمودارهاي UML قابل مشاهده است. 7 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

8. تمرين 2 ( ادامه )  Analysis focused: Class diagram  Analysis interaction: Interaction diagram  Analysis overall: Class diagram  Context: UseCase diagram  Component: Component diagram  Component interaction: Interaction diagram  Component state: State diagram 8 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

9. تمرين 2 ( ادامه )  Logical Data: Class diagram  Subsystem Interface Dependency: Class diagram  Deployment: Deployment diagram  Physical data: Deployment diagram  Process: Deployment diagram  Process state: State diagram 9 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

10. منبع تمرين 2:  Jeff Garland, Richard Anthony, Large – scale software architecture, 2003. 10 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

11. تمرين 3:  checklist ي براي کنترل کيفيت و عملکرد معماري سيستم ارائه دهيد. 11 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

12. تمرين 3 : ( ادامه )  طراحي داده ها مدلسازي داده - ساختار داده - پايگاه داده - انباره داده طراحي تفصيلي داده در سطح اجزا بکار بردن اصول طراحي نظام مند در مورد داده ها شناسايي تمام عمليات و ساختمان داده ها ايجاد فرهنگ داده اي کتابخانه اي از ساختمان داده هاي مفيد به تعويق انداختن تصميمات مربوط به سطوح پايين طراحي داده تا اواخر فرايند طراحي  انتخاب Style مناسب براي معماري  انتخاب الگوي مناسب براي طراحي معماري  تحليل طرح هاي معماري جايگزين ATAM رهنمود کمي براي طراحي معماري بررسي پيچيدگي معماري  نگاشت نيازمندي ها در يک معماري نرم افزار  نگاشت تبديلات DFD به سبک به خصوصي در معماري  نگاشت تراکنش ها  پالايش و ارزيابي طراحي معماري (QDS) 12 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

13. تمرين 4:  در رابطه با CORBA يک تمرين صورت گيرد. مشخصات آن ذکر شود. کد مجازي، تعريف آن در پروژه و نحوه ي استفاده آن در پروژه ذکر گردد. 13 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

14. تمرين 4 : ( ادامه )  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. 14 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

15. تمرين 4 : ( ادامه ) 15 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)  تمامي object هاي تعريف شده در CORBA از يک Interface Definition Language (IDL) استفاده مي کنند.  Language mappings are defined from IDL-> c,C++,Ada95, and Smalltack80  امکان عدم تجانس (Heterogeneity) زبان ها IDL Interface MineToCee {void myOper (long ArgA) } C++ Class MineToCee Public virtual CORBA::Object {virtual void myOper(CORBA::long ArgA); }

16. تمرين 4 : ( ادامه )  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) به وجود مي آيند. 16 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

17. تمرين 4 : ( ادامه )  جايگاه interface و implementation 17 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

18. منبع تمرين 4:  CORBA Basics (www.omg.org)www.omg.org 18 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

19. تمرين 5:  انواع stakeholder ها را بيان نموده و بگوييد هر يک چه interest ي دارند. 19 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

20. تمرين 6:  روشها، ابزار و تکنيکهاي تخمين و ريسک را در سيستمهاي بزرگ با آخرين دستاوردها گزارش کنيد 20 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

21. تمرين 6 : ( ادامه )  روش هاي متداول تخمين زمان و هزينه خود اساسا انتزاعي است با اين همه هنوز هم تخمين پروژه امري لازم و ضروري محسوب مي شود.  مشکلات ناشي از تخمين بد : هزينه توليد سيستم افزايش مي يابد كه اين يعني ضرر توليدكننده نرم افزار سيستم با قابليت ها و انتظارات ناكافي و در كيفيتي نامناسب ارايه مي شود 21 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

22. تمرين 6 : ( ادامه )  روش COCOMO ميزان خطوط كد لازم براي توليد برنامه بر اساس مفهوم Function point تخمين زده شده و بر اساس آن حجم فعاليت هاي لازم براي پروژه تخمين زده مي شود. 22 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

23. تمرين 6 : ( ادامه )  متخصصين RUP نيز روش هاي گوناگوني را براي تخمين هزينه و برآوردهاي واقع بينانه پروژه ارايه كرده اند :  روش Use Case Point: در اين روش با تعريف Use Case Point هاي سيستم و تخصيص نفر ساعت لازم براي پياده سازي آن ها حجم فعاليت لازم تخمين زده مي شود. بنا بر اين قدم اول تشخيص يوزكيس ها و تشريح سناريوهاي آن هاست. فرآيند تشخيص و تشريح يوزكيس هاي سيستم هر چه با دقت بيشتري انجام شود 23 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

24. تمرين 7:  مسائل مورد توجه در مسير استفاده از version در کلاس بررسي شد، چگونه بايد اين مسائل را حل کنيم؟ براي حداقل 2 نمونه يک کار ارائه دهيد. 24 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

25. تمرين 7 ( ادامه )  انتخاب ورژن درست استفاده از Proxy استفاده از Bitmap  وابستگي ورژن ها و مسائل موجود وابستگي ورژن ها مي تواند به عنوان خصيصه هر ورژن ثبت شود. طبقه بندي و گروه بندي ورژن ها Baseline ها ذخيره شوند استفاده از جداول Lookup 25 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

26. تمرين 7 ( ادامه )  نحوه ي Decompose کردن سيستم هاي اصلي و استفاده از پراسسور هاي متفاوت استفاده از تجربيات گذشته استفاده از تکنيک ها با توجه به محيط عملياتي 26 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)

27. تمرين 7 ( ادامه )  عدم هماهنگي و هم شکلي همه فايل هاي موجود در Repository استفاده از middleware ها براي يک شکل کردن فايل ها و سپس ذخيره سازي آنها انديس گذاري فايل ها بر اساس نوعشان  کدام فايل ها لود مي شوند ترتيب کامپايل شدن بهتر است بر اساس گروه بندي ورژن ها بر اساس نوع کامپايلر انجام شود تا زمان کمتري صرف شود 27 آزمايشگاه سيستم هاي هوشمند (http://ce.aut.ac.ir/islab)