فرمت فایل: ورد –Word و قابل ویرایش

تعداد صفحات: 178

فهرست مطالب

عنوان صفحه

١ مفاهيم اساسي ١

١-١ معماري نرم افزار ١

١-٢ معماري نرم افزار در مقابل روشهاي طراحي ٧

١-٣ عناصر معماري نرم افزار ٨

١-۴ زبانهاي توصيف معماري ٩

٢ شي گرايي ١٢

٢-١ مفهوم شي ١٢

٢-٢ کلاس ١۴

٣-٢نقش ١۵

۴-٢ طراحي نرم افزار ١٧

١-۴-٢ طراحي مسئوليت محوري ١٨

٣ کارتهاي CRC ٢٠

٣-١ CRC کارت چيست ؟ ٢٠

٣-٢ مدلسازي CRC و مراحل آن ٢۴

٣- ٣ مشکلات استفاده از کارتهاي CRC ٢٨

٣- ١-٣ راه حل ٣٠

۴-٣ نم ودار Role-Play ٣٢

۵-٣ جايگاه کارتهاي CRC در مرحله تحليل سيستم ٣۴

۶-٣ نقاط قوت و ضعف کارتهاي CRC ٣۵

٣ –٧ قابليت رسميت دادن به کارتهاي CRC ٣۶

١-٧-٣ بيان مسير ٣۶

٢-٧-٣ کارتهاي رسميت يافته ٣٨

۴ کارتهاي CRC در معماري ۴٠

۴-١نقش مورد کاربري در معماري ۴١

٢-۴کارتهاي CRC و استفاده از ايده آن در مورد کاربري ۴٢

٣-۴نگاشت مورد کاربري (UCM) ۴۵

۴-۴ استفاده از کارتهاي براي مولفه هاي معماري ۴٩

۵ محيطهاي نرم افزاري پشتيبان کارتهاي CRC ۵٢

١-۵ ابزارهاي پشتيبان روش طراحي CRC ۵٢

۵٣ CRC Design Assistant ۵-٢

٣-۵ نرم افزار Quick CRC ۶١

١-٣-۵ مفاهيم عمومي ۶٣

٢-٣-۵ ايجاد کارتهاي CRC ۶۴

۵ - ٣-٣انتساب مسئوليتها و همکاران ۶۶

۴-٣-۵ اضافه کردن ويژگيها ۶۶

۵-٣-۵ تعريف و شبيه سازي يک سناريو ۶۶

۶-٣-۵ پارتيشن بندي طراحي ۶٩

٧-٣-۵ گراف ارث بري ٧١

٨-٣-۵ خلاصه اي از نرم افزار ٧٢

۴-۵ نرم افزار Rational CRC ٧٣

١-۴-۵ ايجاد کارت کلاس ٧۴

٢-۴-۵ ايجاد زير سيستم و نم ايش محتويات آن ٧۵

٣-۴-۵ تعريف مسئوليتها ٧۶

۴-۴-۵ گراف ارث بري ٧٧

۶ نم ونه اي از متدولوژيهاي توسعه نرم افزار ٧٨

١-۶متدولوژي XP ٧٨

٢-۶متد شئ گرايي BON ٨٠

٧ نتيجه گيري ٨۴

کار آينده ٨٧

فهرست منابع ٩١

فصل اول – مفاهيم بنيادي 2

فصل اول

مفاهيم اساسي

در اين فصل به معرفي کلياتي در مورد معماري نرم افزار, عناصر معماري نرم افزار و زبانهاي توصيف معماري خواهيم پرداخت . البته مطالب ذکر شده داراي جزئيات فراواني بوده و هنوز هم صاحب نظران در مورد آنها بحث و بررسي انجام مي دهند ولي ما به دليل محدوديتهاي خاص اين گزارش از ذکر جزئيات بيشتر خودداري کرده و مطالب را بصورت خلاصه شده ارائه مي نم ائيم .

١-١ معماري نرم افزار

نرم افزارهاي درخواستي با پيشرفت در ساير علوم روز به روز پيچيده تر مي شوند و با افزايش پيچيدگي نم ي توان طراحيهاي سنتي را در ساخت اين نرم افزار ها استفاده کرد. بنابراين لازم است که نوع نگرش به طراحي نرم افزار ماوراء الگوريتم ها , ساختمان داده ها و محاسبات معمولي باشد.

طراحي و تشريح ساختار کلي سيستم ، يک نوع جديد از مسئله را براي ما آشکار مي سازد که به آن سطحي از طراحي , يا همان معماري نرم افزار گفته مي شود.

از طريق معماري مي توان پيچيدگي نرم افزارها را که يک مسئله کليدي است حل نم ود. [ ١]

فصل اول – مفاهيم بنيادي 3

معماري تعيين مي کند که اصول و سبکهاي ما چيست ؟ در واقع نکات و مفاهيم کليدي و سازوکارهايي که مورد نظر است را معين مي کند و روي تصميمات سطح بالا متمرکز مي شود. در مورد ايجاد قواعد ساختاري و انتخاب ساختارهاي قاعده مند موجود، تصميم مي گيرد و در صورت نياز، روي مسائل موجود، سبک سنگين مي نم ايد و مصالح ه انجام مي دهد. چون گاهي اوقات امکان وجود دو ويژگي کليدي با هم وجود ندارد و بايد يکي از آنها را انتخاب کرده و از ديگري صرفنظر نم ود که در اين سطح تجريد، بايد در مورد آن تصميم گيري شود.

پس معماري مجموعه اي از تصميمات سطح بالا است که ساختار و جامعيت را تحت تاثير قرار مي دهد و باعث مي شود روي کيفيتهاي لازم براي سيستم تفکر بيشتر انجام شود. .[ ١]

براي معماري تعاريف مختلفي وجود دارد که هر يک از آنها از ديدگاه خاصي معماري را تعريف مي کنند.

معماري نرم افزار يعني بيان ساختار يا ساختارهاي سيستم که مولفه ها ي نرم افزاري ,ويژگيهاي قابل رويت از بيرون اين مولفه ها و روابط بين آنها را نشان مي دهد. در تعريف ديگري براي معماري که روي جنبه هاي داخلي سيستم متمرکز مي شود بيان مي دارد که معماري عبارت است از ساختار مولفه ها در يک سيستم , رابطه داخلي آنها و اصول و خطوط راهنمايي که طراحي و ارزيابي سيستم را در طي زمان کنترل مي کند. اصولا تعريف معماري نرم افزار شامل دو قسمت ماکرو و ميکرو مي باشد که اولي روي محيط سيستم

فصل اول – مفاهيم بنيادي 4

متمرکز مي شود و دومي ساختار داخلي سيستم را مورد پوشش قرار مي دهد. [ ١]

معماري نرم افزار شامل جامعيت مدلها و متدولوژيهاي توسعه نرم افزار مي باشد که اين ويژگي آن را از متدولوژيهاي طراحي و تحليل ويژه جدا مي کند. ساختار پيچيده راه حلهاي نرم افزار, جداي از توصيف مسئله است که به پيچيدگي توسعه نرم افزار اضافه مي شود. معماري نرم افزار بدنه متدها و تکنيکهايي است که به ما براي مديريت پيچيدگي توسعه نرم افزار کمک مي کند. [ ٣]

معماري نرم افزار يک توسعه طبيعي از نظم فرآيند کلان مهندسي نرم افزار است و يک ديدي از سيستم نرم افزاري را با عنوان مولفه ها و اتصال دهنده ها معرفي مي کند. مولفه ها مجموعه هاي فشرده اي از وظيفه مندي هستند و اتصال دهنده ها تعامل زمان اجراي بين مولفه ها را به عينيت مي رسانند. معماري يک سيستم نرم افزاري مي تواند در يک مستندي که توصيف معماري ناميده مي شود , تعيين شود. طراحي معماري کاملا متفاوت از متدولوژيهاي طراحي موجود است و متدولوژيهاي طراحي را با ديدهاي خاص خود کامل مي کند. [ ٣]

معماري نرم افزار مرحله اي از فرآيند کلان مهندسي نرم افزار مي باشد که بين تحليل و طراحي کلي قرار مي گيرد و از طريق تجزيه مدل طراحي به زير سيستمها ,واسطهاي آنها و وابستگيهاي ميان آنها , تعيين کلاسهاي کليدي در طراحي و عينيت بخشيدن به

فصل اول – مفاهيم بنيادي 5

موارد کاربري اصلي انجام مي شود و در اين راه فردي بنام معمار اين وظيفه را برعهده دارد. [ ١]

براي نم ايش خروجي هاي معماري و ايجاد ارتباط با سهامداران , ابزارهايي موجود است که مي توان در اين را از آنها بهره گرفت که از جمله آنها مي توان به کارتهاي CRC و کارتهايي که ايده آنها برگرفته از کارتهاي CRC است اشاره نم ود که در ادامه گزارش آنها را بررسي خواهيم نم ود.

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

وشامل سه ديد يا سطح است : [ ٢]

• ديد مفهومي
• ديد منطقي
• ديد اجرايي

ديد مفهومي : مولفه هاي سطح بالا و رابطه هاي آنها و مسئوليتهاي آنها را شناسايي مي کند و هدف آن توجه لازم به تجريد سيستم بدون در نظر گرفتن جزئيات است و در واقع تصميمات معماري در آن اتفاق مي افتد، و از آنجايي که تصميمات معماري در آن اتفاق مي افتد، پس بايد در آن تجزيه مناسب سيستم بدون در نظر گرفتن جزئيات و همچنين ترکيب کردن سيستم را در نظر گرفت .

علاوه بر آن ، وسيله اي فراهم مي شود که معمار مي

فصل اول – مفاهيم بنيادي 6

تواند از طريق آن با افراد (صاحبان سهام ) غير فني و غير تکنيکي مانند مديران و بازاريابها و کاربران ، ارتباط برقرار مي کند. اين ديد شامل نم ودار معماري بدون جزئيات و توصيف مولفه ها به صورت غير رسمي براي هر مولفه است . [ ٢]

ديد منطقي : صفات قابل رويت از بيرون مولفه ها، واسط کاربر آن سيستم ، مشخصات مولفه ها، و مکانيسم هاي کليدي معماري از مواردي است که بايد در اين

1 سطح به جزئيات به آن پرداخته شود. و يک نقشه کلي ، با همکاري توسعه دهندگان مولفه ها و کاربران مولفه ها فراهم مي شود. اين سطح به ، به روز رساني نم ودارهاي معماري و نم ايش تعامل آنها و تشريح ارتباطات مولفه ها با يکديگر و توضيح دقيق تر مشخصات مولفه ها بر مي گردد و تم رکز آن روي طراحي مولفه هايي است که تعاملي هستند و همچنين مشخص کردن تعامل بين مولفه ها و نم ودارهاي همکاري و مکانيسم هاي ارتباطي و پروتکل هاي مورد نياز براي طراحي واسط و تعيين مشخصات آن و فراهم کردن اطلاعات توصيفي براي کساني که از اين مولفه ها بهره برداري مي کنند، مي باشد. [ ٢]

ديد اجرايي : در اين سطح ديدهاي اجرايي و نحوه اجرا شدن فرآيندهايي که در هر کدام از مولفه ها تعبيه شده اند، مشخص مي شود و معين مي شود که کار از کجا شروع مي شود و به کجا خاتم ه