پایان نامه روشهای ارزیابی معماری نرم افزار
پایان نامه روشهای ارزیابی معماری نرم افزار
چکیده
این نوشتار، گزارش سمینار کارشناسی ارشدی است که به بررسی روشهای ارزیابی معماری نرم افزار اختصاص دارد. برای رسیدن به این منظور توضیحاتی در معرفی معماری نرم افزار، اهمیت ارزیابی معماری نرم افزار، معماری قابل اجرا و ابزار مدلسازی معماری به عنوان پیش نیاز در این چکیده آورده شده است .
معماری نرم افزار یعنی بیان ساختار یا ساختارهای سیستم که مولفه های نرم افزاری ، ویژگیهای قابل رویت از خارج این مولفه ها و روابط بین آنها را نشان می دهد. تعریف دیگری که برای معماری نرم افزار ارائه شده ، عبارت است از ساختار مولفه ها در یک سیستم ، رابطه داخلی آنها و اصول و خطوط راهنمایی که طراحی و ارزیابی سیستم را در طی زمان کنترل می کند. این تعریف جنبه های داخلی سیستم را در نظر می گیرد و بنابراین اکثر روشهای تحلیل و ارزیابی براساس آن عمل می کنند. تعریف معماری نرم افزار باید شامل دوقسمت ماکرو معماری ١و میکرو معماری ٢باشد که اولی روی محیِط سیستم متمرکز می شود و دومی ساختار داخلی یک سیستم را پوشش می دهد. البته تعاریف مختلفی برای معماری نرم افزار وجود دارد که ما در اینجا قصد ارائۀ همه آنها را نداریم و به دو تعریف فوق اکتفا می کنیم .
معماری
تجربه های به دست آمده از سایر رشته های فنی و مهندسی نشان داده است که عواملی مانند ابعاد بزرگ ، پیچیدگی زیاد، قابلیت گسترش و ایجاد تغییرات در طی زمان ، طول عمر زیاد و نیازمندیهای خاص از مهمترین عوامل تصمیم گیری در رابطه با لزوم هر نوع معماری می باشد. به عبارت دیگر تجربه نشان داده است که هر گاه نیاز به طراحی موجودیتی (ساختمان ، مدار، سیستم و ...) با ابعداد و پیچیدگیهای زیاد یا نیازمندیهای خاص باشد، نگرش خاص و همه جانبه ای مورد نیاز است که در اصطلاح به آن «معماری » گفته می شود.
معماری نرم افزار یک سیستم را می توان دید مشترک همۀ صاحبان سهام و توسعه دهندگان دخیل
در یک سیستم نرم افزاری دانست که همگی روی آن اتفاق نظر دارند یا حداقل آنرا پذیرفته اند.
معماری نرم افزار یک سیستم ، اطلاعات زیر را در مورد آن سیستم ارائه می دهد:
μ سازماندهی سیستم نرم افزاری
μ عناصر ساختاری و واسطهای آنها
μ ترکیب عناصر ساختاری و رفتاری درون زیر سیستمها
ویژگیهای کیفیتی از نظر ارزیابی به دو دسته تقسیم می شوند :
١- صفات کیفیتی قابل مشاهده در زمان اجرا: این صفات نشان می دهند که در طول مدت اجرا، یک سیستم چقدر خوب می تواند نیازمندیهای رفتاری خودش را تامین کند. یعنی به لحاظ رفتاری معین می کند که آیا سیستم نتایج را برآورده می کند و آیا این نتایج را در زمان درست برآورده می سازد یا خیر؟
در واقع این صفات کیفیتی مربوط به ویژگیهای قابل مشاهده در حین اجرا هستند. یعنی نرم افزار را باید اجرا کرد تا مشخص شود که در اثر اجرای آن چنین ویژگیهایی فراهم می شوند یا خیر؟
صفات کیفتی قابل مشاهده در زمان اجرا ٥ مورد می باشند:
! کارایی (Performance)
! امنیت (Security)
! در دسترس بودن (Availability)
! قابلیت عملکرد یا وظیفه مندی (Functionality)
! قابلیت کاربرد و استفاده (Usability)
٢- صفات کیفیتی غیر قابل مشاهد در زمان اجرا : این صفات به گونه ای هستند که با اجرای آن نمی توان تشخیص داد که به آن دست یافته ایم یا خیر و به عبارت دیگر نمی توان آن را در زمان اجرا دید و باید بعداً ارزیابی شود. این دسته از صفات نشان می دهند که جمع آوری سیستم و آزمایش و طراحی سیستم با چه میزان سهولت و راحتی انجام می شود.
فهرست مطالب
عنوان شماره صفحه
١ مفاهیم بنیادی 1
١-١ معماری 1
١-٢ معماری نرم افزار 2
١-٣ تصمیمات معماری 4
١-٤ ویژگیهای کیفیتی معماری نرم افزار 4
١-٤-١ کارایی 7
١-٤-٢ امنیت 8
١-٤-٣ در دسترس بودن 9
١-٤-٤ قابلیت عملکرد یا وظیفه مندی 10
١-٤-٥ قابلیت استفاده 11
١-٤-٦ قابلیت اصلاح پذیری 12
١-٤-٧ قابلیت حمل 14
١-٤-٨ قابلیت استفاده مجدد 14
١-٤-٩ قابلیت تجمیع پذیری 15
١-٤-١٠ قابلیت آزمایش 16
١-٥ ارزیابی و تحلیل معماری 16
١-٥- ١ تکنیکهای پرسشی 18
١-٥-٢ تکنیکهای اندازه گیری 20
٢ روشهای ارزیابی معماری نرم افزار مبتنی بر سناریو 21
٢-١ روش تحلیل معماری نرم افزار (SAAM ) 21
٢-١-١ ورودیها و پیش شرطهای SAAM 22
٢-١-٢ مراحل نشست ارزیابی SAAM 22
٢-١-٣ نقشهای موجود در روش SAAM 24
٢-١-٤ محاسن و معایب روش SAAM 25
٢-١-٥ روش ارزیابی SAAM بنا شده برروی سناریوهای پیچیده (SAAMCS) ٢٦
٢-١-٦ روش توسعه SAAM بوسیله یکپارچگی در دامنه (ESAAMI) 27
٢-١-٧ روش SAAM برای سیر تکاملی و استفاده مجدد (SAAMER) 29
٢-٢ روش تحلیل معماری از طریق مصالحه (ATAM ) 31
٢-٢-١ ورودیها و پیش شرطهای ATAM 32
٢-٢-٢ مراحل نشست ارزیابی ATAM 32
٢-٢-٣ نقشهای موجود در ATAM 35
٢-٢-٤ محاسن روش ATAM 35
٢-٣ روش تحلیل هزینه - سود (CBAM ) 36
٢-٣-١ ورودیها و پیش شرطهای CBAM 37
٢-٣-٢ مراحل نشست ارزیابی CBAM 38
٢-٣-٣ نقشهای CBAM 40
٢-٣-٤ محاسن روش CBAM 40
٢-٤ روش تحلیل قابلیت اصلاح در سطح معماری ( ALMA) 41
٢-٤-١ ورودیها وپیش شرطهای ALMA 42
٢-٤-٢ مراحل نشست ارزیابی ALMA 43
٢-٤-٣ نقشهای موجود در روش ALMA 45
٢-٤-٤ محاسن و معایب ALMA 45
٢-٥ روش تحلیل خانواده معماری (FAAM ) 46
٢-٥-١ ورودی ها و پیش شرطهای FAAM 47
٢-٥-٢ مراحل نشست ارزیابی FAAM 48
٢-٥-٣ نقشهای FAAM 49
٢-٦ روش ارزیابی بازنگری فعالانه برای طراحی میانی (ARID) 50
٢-٦-١ مراحل نشست ارزیابی ARID 51
٢-٦-٢ نقشهای ARID 52
٢-٦-٣ محاسن و معایب ARID 53
٣ روشهای ارزیابی معماری نرم افزار مبتنی بر شبکۀ پتری رنگی 54
٣-١ اساس تئوری گراف و شبکه پتری 55
٣-١-١ تئوری گراف 55
٣-١-٢ تعریف شبکه پتری 57
٣-١-٣ تعریف رسمی شبکه پتری 59
٣-١-٤ توصیف شبکۀ پتری 61
٣-١-٥ شبکه های پتری رنگی 62
٣-٢ مدل معماری بر اساس شبکه پتری رنگی 65
٣-٣ صفات کیفیتی غیر وظیفه مندی و CPN ها 67
٣-٤ مشخص کردن صفات کیفی روی CPN ها 71
٣-٤-١ مدل شبکۀ پتری قابلیت اطمنیان 72
٣-٤-٢ مدل شبکۀ پتری امنیت در شبکه 72
٣-٤-٣ مدل شبکۀ پتری امنیت روی حافظه ها و فایل ها : 73
٣-٤-٤ مدل شبکۀ پتری راندمان زمانی 74
٣-٤-٥ مدل شبکۀ پتری بهره وری منابع 75
٣-٥ ارزیابی صفات کیفیتی مبتنی بر CPN 76
٤ روش ارزیابی معماری نرم افزار SAM 77
٤-١ مفاهیم اولیۀ SAM 78
٤-١-١ شبکه های پتری زمان 80
٤-١-٢ منطق درخت محاسباتی بی - درنگ 82
٤-٢ خصوصیات SAM 82
٤-٣ مدل کردن رفتار معماریهای نرم افزار 84
٤-٤ پایه های SAM 84
٤-٥ مشخص کردن معماری نرم افزار یک سیستم C2 92
٤-٥-١ نیازمندیهای سیستم C2 94
٤-٥-٢ رسمی کردن نیازمندیهای C2 95
٤-٥-٣ تعریف کردن مشخصات مولفه و متصل کننده 98
٤-٥-٤ ساختن مدلهال رفتاری مولفه و متصل کننده 100
٤-٥-٥ پشتیبانی از طراحی افزایشی سیستم C2 107
٤-٦ تایید کردن سیستم C2 113
٤-٦-١ تایید قیدهای ماژول (مولفه . متصل کننده ) 115
٤-٦-٢ تایید کردن قیدهای محیطی 119
٤-٦-٣ تایید کردن قیدهای ترکیبی 119
٤-٦-٤ تخطی از قیدها 122
٤-٧ نتیجه گیری 123
٥ نتیجه گیری 125
کار آینده 127
فهرست منابع و مراجع 129
مشخصات فروشنده
نام و نام خانوادگی : علیرضا خشاوه پور
شماره تماس : 09357717947 - 05137573265
ایمیل :info@cero.ir
سایت :cero.ir
برای خرید و دانلود فایل و گزارش خرابی از لینک های روبرو اقدام کنید...
پرداخت و دانلودگزارش خرابی و شکایت از فایلپایان نامه جایگاه MDA در معماری سیستمهای سازمانی
پایان نامه جایگاه MDA در معماری سیستمهای سازمانی
مقدمه
رشد و ترقی اقتصادی یک صنعت بر اساس سه فاکتور اصلی محاسـبه مـی شـود: کیفیـت ، مانـدگاری، و هزینه تولید. ساخت نرم افزارهای باکیفیت و بادوام گران است . بنابراین بایـد بـه نـوعی مـصالحه ای بـین کیفیت ، دوام و هزینه انجام داد. این مصالحه ، اصلی ترین چالش فرا روی صنعت نرم افزار است .
تاریخچه صنعت نرم افزار نشان می دهد اصلی تـرین دغدغـه ایـن صـنعت افـزایش کیفیـت و مانـدگاری نرم افزارها به همراه کاهش هزینه های تولید است . در ادامه مرور بسیار کوتاه بر آنچه در صنعت نرم افـزار رخ داده ، خواهیم داشت و اشاره می کنیم امروزه چه نیازهایی مطرح است و چگونه باید آنها را بـرآورده کنیم .
از محاسبات ماشینی تا محاسبات سازمانی
برنامه نویسهای اولیه که به آنها کدکننده ١ گفته می شد،دستوراتشان را به شکل صفر و یک برای کـامپیوتر بیان می کردند. این الگوی متشکل از صفر و یک متناظر با زبان طبیعی CPU بود که به آن زبـان ماشـین گفته می شد. این روش امروزه بسیار ناکارآمد به نظر می رسد، اما برای برخی از کاربردهـای خـاص کـه در آنها سرعت محاسبه از اهمیت بالایی برخوردار است ، اجتناب ناپـذیر اسـت . همچنـین ایـن روش بـه برنامه نویسان اجازه می دهد از حافظه به بهترین شکل استفاده کنند. با این حال ، چنـین روشـی بـه دلیـل هزینه بسیار بالای آن در تولید نرم افزار غیر عملی است .
بخش هایی از این پایان نامه بدین شرح است:
١ معرفیMDA ....................................................................................................................٣٢
٣-٢-٢ مفاهیم پایه ای.....................................................................................................................٣٣
٣-٣ چگونهMDA به کار گرفته می شود؟ ......................................................................................٣٨
٣-٣-١ تهیه مدلهایCIM .............................................................................................................٣٨
٣-٣-٢ ایجاد مدلهایPIM............................................................................................................39
٣-٣-٣ تهیه مدل سکو ...................................................................................................................٣٩
٣-٣-٤ نگاشت (Mapping)..........................................................................................................39
٣-٣-٤-١ نگاشتهای نوع مدل (Model Type Mappings).....................................................40
٣-٣-٤-٢ نگاشتهای نمونه مدل (Model Instance Mappings)............................................40
٣-٣-٤-٣ نگاشتهای ترکیبی نوع و نمونه ..................................................................................٤١
٣-٣-٤-٤ مدلهای علامت گذاری شده (Marking Models)..................................................41
٣-٣-٤-٥ الگوها (Templates)................................................................................................42
٣-٣-٤-٦ زبان نگاشت (Mapping Language) .....................................................................٤٢
٣-٣-٥ علامت گذاری یک مدل ....................................................................................................٤٢
٣-٣-٦ تغییر شکل (Transformation) ........................................................................................٤٣
٣-٣-٧ تغییر شکل مستقیم به کد...................................................................................................٤٤
٣-٣-٨ سابقه تغییر شکل (Record of Transformation)...........................................................44
٣-٣-٩ تهیهPSM..........................................................................................................................44
فصل چهارم : MDA و معماری سازمانی
٤-١ مقدمه .......................................................................................................................................٤٧
٤-٢ رده بندی پایه ای مدلها...............................................................................................................٤٩
٤-٣ توسعه تدریجی ........................................................................................................................٥٢
٤-٤ چگونه مدلها با یکدیگر متحد می شوند؟.................................................................................٥٢
٤-٥ نقشهای فرآیندMDA..............................................................................................................54
٤-٦ تولید مدلهای مختلف سازمانی در سطوح مختلف تجرید .......................................................٥٨
٤-٦-١ مدلهای کاری.....................................................................................................................٥٨
٤-٦-٢ مدلهای نیازمندیها ..............................................................................................................٦٠
٤-٦-٣ مدلهای مستقل از سکو (PIMs)........................................................................................62
٤-٦-٤ مدلهای خاص سکو (PSMs) ...........................................................................................٦٤
٤-٦-٥ مدلهای فیزیکی و خودکارسازی استقرار...........................................................................٦٤
٤-٧ ردیابی بین سطوح مختلف تجرید ...........................................................................................٦٦
٤-٨ هماهنگی بین مدلهادر سطوح مختلف تجرید ........................................................................٦٧
٤-٨-١ روش مهندسی پیشرو (Forward Engineering).............................................................68
٤-٨-٢ روش مهندسی دوطرفه جزیی (Partial Round-Trip Engineering).............................69
٤-٨-٣ روش مهندسی دوطرفه کامل (Full Round-Trip Engineering)...................................70
٤-٨-٤ روش مهندسی دو طرفه و قیدهای معماری ......................................................................٧١
٤-٩ لایه های مختلف در معماری سازمانی ......................................................................................٧٢
٤-١٠ هماهنگی بین لایه ایدر معماری سازمانی ...............................................................................٧٥
فصل پنچم : نتیچه گیری
٥-١ مروری بر این گزارش ..............................................................................................................٨٢
٥-٢ نتایج حاصل .............................................................................................................................٨٤
٥-٣ تعریف یک مساله برای کارهای آتی ........................................................................................٨٦
٥-٤ پیشنهادی برای حل مساله ........................................................................................................٨٩
مراجع و منابع ........................................................................................................................................٩٢
مشخصات فروشنده
نام و نام خانوادگی : علیرضا خشاوه پور
شماره تماس : 09357717947 - 05137573265
ایمیل :info@cero.ir
سایت :cero.ir
برای خرید و دانلود فایل و گزارش خرابی از لینک های روبرو اقدام کنید...
پرداخت و دانلودگزارش خرابی و شکایت از فایلپایان نامه بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا
پایان نامه بررسی تلفیق مفاهیم جنبه گرایی و معماری سرویس گرا
چکیده
جنبه گرایی رهیافت جالبی برای جداسازی دغدغه ها ارائه میکند. اصل "جداسازی دغدغه ها ١" بیان میکند که هربخش از یک برنامه باید یک مسئولیت تعریف شده و روشن داشته باشد. این مفهوم در رابطه با قابلیت استفاده مجدد بنیادی است : اگر متن و زمینه یک سناریوی کاربری در پیاده سازی سرویس نشت کند، سرویس تنها در همان زمینه قابل استفاده مجدد خواهد بود. در زمان طراحی برای سرویس گرایی، ایده آل است که سرویسها یک وظیفه مندی حرفه خودشمول با یک واسط و تقید خوش تعریف ارائه کنند. گرچه در عمل سرویسها در زمینه های زیادی با دغدغه های متنوع یافت میشوند. سرویسها در میان سیستم های عملیاتی، مولفه های سازمانی، مولفه های همخوانی ٢ و مولفه های ارائه مشاهده میشوند. سرویسها مشتری و خدمتگزار برای سایر سرویسها هستند و در لایه های مختلف یک برنامه کاربردی و سراسر مرزهای شبکه حضور دارند. جنبه ها روشی برای سازماندهی رفتار سیستم هستند که در آن وظیفه مندیهای قطری مشترک از دغدغه های هسته سیستم فاکتور گرفته میشوند. سپس برای دستیابی به عملکرد مطلوب جنبه ها در نقاطی از برنامه اعمال میشوند. یکی از بزرگترین دشواریها در راستای دستیابی به سرویس گرایی جداسازی نیازهای سرویس از نیازهای برنامه کاربردی است . درحالیکه سرویس ها تنها باید با دغدغه وظیفه مندی حرفه ای که ارائه میکنند، مواجه باشند اما گاها ویژگیهای وابسته به برنامه در لایه سرویس "نشت " میکنند. با به کارگیری مفاهیم ارائه شده در جنبه گرایی، اکنون معماران میتوانند از نشت دغدغه های متداخل در سرویسهایی که طراحی میکنند، جلوگیری کنند. در ادامه به بررسی این نکته میپردازیم که چگونه جنبه گرایی میتواند معماران را در طراحی سرویسهای قابل استفاده مجدد یاری دهد و دستیابی به چشم انداز مطلوب را تسهیل کند.
مقدمه
یکی از بزرگترین دشواریها در راستای دستیابی به سرویس گرایی جداسازی نیازهای سرویس از نیازهای برنامه کاربردی است . درحالیکه سرویس ها تنها باید با دغدغه وظیفه مندی حرفه ای که ارائه میکنند، مواجه باشند اما گاها ویژگیهای وابسته به برنامه در لایه سرویس "نشت " میکنند. با به کارگیری مفاهیم ارائه شده در جنبه گرایی، اکنون معماران میتوانند از نشت دغدغه های متداخل در سرویسهایی که طراحی میکنند، جلوگیری کنند.
چالشهای نظری
با وجود بسیاری پیاده سازیهای موجود و پتانسیل بالا، جنبه گرایی به دلیل وجود مشکلاتی در پیاده - سازی از کاربرد گسترده ای برخوردار نیست . جنبه ایده آل باید در حالت "قطری ٩" با وظیفه مندی مقصد قرار گیرد، به این معنی که جنبه هیچ تاثیر عملکردی روی دیگر اجزای سیستم نداشته باشد. اما با این فرض که جنبه ها واقعا قطری باشند، بسیاری از جنبه های جالب و کاربردی قابلیت تحقق خود را از دست میدهند. برای مثال ذخیره کردن ١٠ و تخصیص مجوز ١١ جنبه های قدرتمندی هستند اما مطلوب نیست که جنبه ذخیره کردن قبل از جنبه تخصیص مجوز فعال شود.
دغدغه های متداخل در یک سیستم
جداسازی دغدغه ها اصلی متداول و پرکاربرد در مهندسی نرم افزار محسوب می شود. ایده ارائه شده در این اصل بر این قرار است که مسائل پیچیده ، که درک آن ها مشکل است ، به مسائل کوچک تر، که دارای پیچیدگی کمتر بوده و درک ساده تری دارند، شکسته شده و پس از حل آن ها با یکدیگر برای حل مسئله بزرگ اولیه ترکیب شوند. از آنجائیکه مسائل به واحدهائی کوچک با اندازه قابل درک برای مغز انسان شکسته می شوند، توسعه نرم افزار بدین ترتیب منجر به افزایش قابلیت نگهداشت ، قابلیت وفق پذیری ، قابلیت درک و استفاده مجدد سیستم می شود.
کارایی
ویژگی کیفی کارایی در موفقیت سیستم های نرم افزاری امروزی از اهمیت خاصی برخوردار است . محصولات نرم افزاری متعددی به هنگام تولید اولیه فاقد کارایی لازم می باشند. حل این مشکلات هزینه بر بوده و احتما ًلا منجر به تأخیر در تحویل نهایی پروژه خواهد شد. در شرایطی خاص این احتمال وجود دارد که حل مشکل کارایی بدون انجام دادن مجدد طراحی و پیاده سازی به صورت کلی غیرممکن باشد. در چنین وضعیتی پروژه به زمان و منابع مالی نامحدودی نیاز پیدا می کند و یا ممکن است به شکست پروژه بیانجامد.
« فهرست مندرجات »
فصل اول ................................................................................................................................ ٥
تعریف مساله ........................................................................................................................... ٥
۱- ۱- مقدمه ..................................................................................................................٦
۱- ۲- اهمیت قابلیت استفاده مجدد...................................................................................٧
۱- ۳- چالشهای نظری ....................................................................................................٨
فصل دوم .............................................................................................................................. ١٠
معرفی مفهوم جنبه گرایی و نقش آن در توسعه نرم افزار................................................................ ١٠
۲-۱- مقدمه ...............................................................................................................١١
٢-٢- سیر تکامل روشهای برنامه نویسی ...........................................................................١٣
٢-٣- دغدغه های متداخل در یک سیستم .......................................................................١٤
٢-٤- مسائل مربوط به دغدغه های متداخل ......................................................................٢٠
٢-٥- معمای معماری ...................................................................................................٢٢
۲-۶- نیازمندی های غیر وظیفه مندی ..............................................................................٢٣
۲-۷- نیازمندی های غیر وظیفه مندی با قابلیت جنبه شدن .................................................٢٥
۲-۸- مبانی برنامه نویسی جنبه گرا................................................................................٣٠
۲-۹- جنبه گرایی در فازهای تحلیل نیازمندیها و طراحی ....................................................٣٢
فصل سوم ............................................................................................................................. ٣٨
مروری بر معماری سرویس گرا................................................................................................... ٣٨
۳-۱- مقدمه ...............................................................................................................٣٩
۳-۲- تعاریف .............................................................................................................٤٣
٣-٣- ویژگیهای سرویس و محاسبات سرویس گرا.............................................................٤٨
٣-٤- نرم افزار به عنوان سرویس ....................................................................................٤٩
۳-۵- مفاهیم و اصول ..................................................................................................٥٠
٣-٦- معماری سرویس گرای توسعه یافته ........................................................................٥٤
٣-٧- نقش معماری سرویس گرا در تولید نرم افزار............................................................٥٨
٣-٨- آماده شدن برای معماری سرویس گرا.....................................................................٦٣
۳-۹- مزایای معماری سرویس گرا ...................................................................................٦٥
فصل چهارم .......................................................................................................................... ٦٩
کارهای پیش رو ..................................................................................................................... ٦٩
۴- ۱- مقدمه ...............................................................................................................٧٠
۴- ۲- راهکارهای عملی ................................................................................................٧٢
۴- ۳- کارهای مرتبط ....................................................................................................٧٥
۴- ۴- زمانبندی کارهای پیشرو......................................................................................٧٧
مراجع .................................................................................................................................. ٧٩
مشخصات فروشنده
نام و نام خانوادگی : علیرضا خشاوه پور
شماره تماس : 09357717947 - 05137573265
ایمیل :info@cero.ir
سایت :cero.ir
برای خرید و دانلود فایل و گزارش خرابی از لینک های روبرو اقدام کنید...
پرداخت و دانلودگزارش خرابی و شکایت از فایلپایان نامه بررسی روش های محقق سازی سرویس های نرم افزاری
پایان نامه بررسی روش های محقق سازی سرویس های نرم افزاری
چکیده
تا کنون فعالیت های تحقیقاتی و کاربردی زیادی جهت ارائه فناوری ها، محصولات و استانداردهای محاسبات مبتنی بر سرویس انجام شده است ولی کارهای گزارش شده بسیار محدودی در زمینه تحلیل و طراحی سرویس ها موجود است که همین کارهای محدود نیز در برگیرنده مشکلاتی هستند. شیوه های ارائه شده جهت تحلیل سرویس ها به صورت خودکار نبوده و تحلیل گر می بایست آن را شخصا به انجام برساند، همچنین این روش ها از تکامل مدل ١ پشتیبانی نکرده ، و ارائه راه حلهای ب ینه وابسته به میزان مهارت تحلیل گر در استفاده از این شیوه ها است . در چرخه حیات مدلسازی سرویس سه فاز اصلی وجود دارد که عبارتند از: ١) شناسایی سرویس ها، ٢) مشخصه سازی سرویس ها و ٣) محقق سازی سرویس ها . هدف از این گزارش بررسی روش های موجود در زمینه فاز سوم یعنی محقق سازی سرویس هاست . تا پس از بررسی روش های موجود بتوان به راه حلی خود کار در زمینه محقق سازی مدل سرویس رسید.
مقدمه
امروزه یکی از راه حلهای نوین به منظور ساخت سیستم های کاربردی سازمانی ، راه حل مبتنی بر سرویس تلقی ی م شود. به علاوه معماری مبتنی بر سرویس به عنوان یکی از شیوه های معماری یشرو در راه حل های سازمانی مطرح است . تاکنون فعالیتهای تحقیقاتی و کاربردی زیادی جهت ارائه فناوری ها، محصولات و استانداردهای محاسباتی مبتنی بر سرویس انجام شده است ، ولی کارهای گزارش شده بسیار محدودی در زمینه های تحلیل و طراحی سرویس ها (مدلسازی سرویس گرا) موجود است که همین کارهای محدود نیز دربردارنده مشکلاتی هستند. شیوه های ارائه شده جهت تحلیل سرویس ها به صورت تجویزی بوده و خودکارسازی آنها میسر نیست و تحلیل گر می بایست آن را شخصاً به انجام برساند، همین شیوه های تجویزی در محدوده های با مقیاس وسیع همچون سازمان ، دچار مشکلات عملیاتی نظیر عدم بهینه بودن فرآورده های تولیدی با توجه به معیارهای مربوطه می گردد.
معماری سرویس گرا[١٠]
معماری سرویس گرا مفهوم جدیدی نیست و از دهه ٩٠ وجود داشته است ولی آنچه جدید است توانایی اجرا و عینیت بخشیدن به آن است که به کمک ابزارها و پروتکل های مربوطه میسر شده است برای معماری سرویس گرا با توجه به جایگاه و کاربرد تعاریف مختلفی ارائه شده است . به عنوان مثال معماری سرویس گرا از دید تحلیل گر حرفه مجموعه ای از سرویس هاست که سازمان قصد دارد آنها را به مشتریان خود ارائه کند، از دید معمار فناوری اطلاعات یک شیوه معماری است که به معرفی فراهم کننده سرویس ، مصرف کننده سرویس و تعریف سرویس نیازدارد .
معماری سرویس گرا از دیدگاه IBM [٦]
معماری سرویس گرا شیوه ای از معماریست که از اصول سرویس گرایی برای یوند بین کسب و کار استفاده می کند، در تعریف دیگر SOA رهیافتی ست برای ساخت سیستم های توزیع شده که کارکردهای نرم افزاری را در قالب سرویس ارائه می کند. این رهیافت برای یکپارچه سازی فناوری ها در محیطی که انواع مختلفی از سکوهای نرم افزاری و سخت افزاری وجود دارد، ایده آل است .
در این دیدگاه SOA با ایجاد ارتباط بین مولفه های کسب و کار و مولفه های فناوری اطلاعات ، ارتباط جامعی بین این دو فراهم می آورد.
چارچوب SOMA9 [٨], [٧]
چارچوب SOMA توسط Arsanjani به منظور تحلیل و طراحی سرویس گرا برای تحقق
SOA در سازمان پیشنهاد گردیده است و دارای فازهای سه گانه شناسایی ، توصیف و تحقق سرویس های سازمانی ست ، این چارچوب مبنای کارهای تحقیقاتی زیادی قرار گرفته است . در زیر سه فاز مدلسازی در SOMA به همراه وظائف مربوط به آن ها نشان داده شده است ، این چارچوب به توصیف کلی این سه مرحله ، پیش نیازها و ورودی ها و خروجی هایشان می پردازد.
فهرست مطالب
فصل اول : مقدمه ....................................................................................................................................... ٨
١.١ تعریف مسئله .......................................................................................................................................٨
٢.١ اهداف تحقیق ........................................................................................................................................١٢
٣.١ ساختار تحقیق ....................................................................................................................................١٢
فصل دوم : ادبیات تحقیق .............................................................. ١٣
مقدمه ...................................................................................................................................................١٣
١.٢ معماری سرویس گرا[١٠] ........................................................................................................................١٣
١.١.٢ معماری سرویس گرا از دیدگاه IBM [٦] ...............................................................................................١٤
٢.١.٢ چرخه حیات معماری سرویس گرا[٦] ....................................................................................................١٤
٢.٢ مدلسازی سرویس [١] ............................................................................................................................١٥
١.٢.٢ تعریف سرویس ..............................................................................................................................١٦
٢.٢.٢ مراحل مدلسازی سرویس ..................................................................................................................١٦
٣.٢.٢ اهمیت محققسازی سرویس ................................................................................................................١٨
٣.٢ چارچوب SOMA [٨], [٧] ..................................................................................................................١٨
٤.٢ معماری مدلرانه [٩] ...............................................................................................................................١٩
٥.٢ مولفه . ..............................................................................................................................................١٩
٦.٢ نتیجه گیری ......................................................................................................................................٢٠
فصل سوم : بررسی روش های موجود ................................................ ٢١
مقدمه ...................................................................................................................................................٢١
١.٣ چارچوب های مبتنی بر SOMA................................................................................................................22
22....................................................................................................................... [11] SOMA-ME 1.1.3
24.............................................................................................................................. [12] SOAF 2.1.3
27................................................................................................. [13] Information as a service 3.1.3
٢.٣ روش های پیاده سازی معماری سرویس گرا...................................................................................................٣٠
١.٢.٣ انتقال مدل رانه کسب و کار (MDBT)[14] ...........................................................................................٣٠
31........................................................................................................................... [15] M4SOD 2.2.3
٣.٣ روشهای شناسایی مولفه ها......................................................................................................................٣٥
٤.٣ دیگر روشها................................................................................................................................................٤١
41...................................... [21] A Strategy for Service Realization in Service Oriented Design 1.4.3
42........................................ [22] Locating components realizing services in exisitind systems 2.4.3
43...................................................................... [23] Realization of personal mobility services 3.4.3
٣.٥ مقایسه روش ها ...................................................................................................................................٤٣
٦.٣ نتیجه گیری .......................................................................................................................................٤٥
فصل چهارم : ویژگیهای راه حل مورد انتظار ....................................... ٤٧
مقدمه ...................................................................................................................................................٤٧
١.٤ نقاط ضعف روشهای موجود ......................................................................................................................٤٧
٢.٤ ویژگیهای راه حل مورد انتظار ...................................................................................................................٤٧
نتیجه گیری ............................................................................................................................................٥٠
فصل پنجم : نتیجه گیری ............................................................... ٥١
٥.١ نتیجه گیری ......................................................................................................................................٥١
٥.٢ ارزیابی ... ...........................................................................................................................................٥١
٥.٣ گامهای تحقیق
مشخصات فروشنده
نام و نام خانوادگی : علیرضا خشاوه پور
شماره تماس : 09357717947 - 05137573265
ایمیل :info@cero.ir
سایت :cero.ir
برای خرید و دانلود فایل و گزارش خرابی از لینک های روبرو اقدام کنید...
پرداخت و دانلودگزارش خرابی و شکایت از فایلپایان نامه بررسی انطباق نسخه ٢٠ زبان مدلسازی یکنواخت بر سلولهای چارچوب زکمن
پایان نامه بررسی انطباق نسخه ٢,٠ زبان مدلسازی یکنواخت بر سلولهای چارچوب زکمن
چارچوب های معماری سازمانی
"معماری ١" واژه ناشناخته ای نیست ، لااقل برای مهندسان و آشنایان به رشته های مهندسی ، کلمه معماری یادآور یک طرح و دید همه جانبه و کلان بر سـاختار و رفتـار موجـودیتی اسـت کـه دارای خواصی چون پیچیدگی و پویائی بوده ، تهیه و نگهداشت آن مستلزم داشتن توجه ویژه ای بـه جامعیت ، یکپارچگی ، انعطاف پذیری و تعامل پذیری است . واژه معماری بیشتر در رشته های مـرتبط با علوم ساختمانی شنیده می شود، آنجا که "معمار٢" با نگاهی جامع به کلیه عوامل تاثیرگذار بر بنـا و با بهره مندی از بهترین تجارب گذشته ، طرحی از چگونگی ساخت عمـارت بـا اسـتفاده از قطعـات سازنده اولیه ترسیم می کند. معمار در تمامی طول مراحل طراحی و سـاخت حـضور داشـته و همـه جوانب را تحت کنترل خود دارد.
معماری سازمانی
یک سازمان عبارتست از مجموعه هائی که دارای محدوده کاری متنوع و توزیع شده باشـند و تحقق ماموریت از پیش تعریف شده ای را دنبال نمایند. در این صورت سازمان شامل منابع متعددی نظیر نیروی انسانی ، تشکیلات مرتبط و فناوری است که می بایـست ایـن امـور را هماهنـگ کـرده و اطلاعات مشترک جهت تحقق ماموریت های مشترک را منتشر نماید.
چارچوب زکمن
چارچوب معماری زکمن که به نوعی جدول مندلیف مدلهای معمـاری بـه حـساب مـی آیـد، چارچوب مرجعی است که شش جنبه اطلاعات ، فرآیندها، مکانها، افراد، رویدادها و اهـداف را تحـت پوشش قرار می دهد. چارچوب زکمن نقشی کلیدی در ایجاد چارچوبهـای دیگـر، ماننـد "چـارچوب معماری فدرال ٧" داشته است . جـان زکمـن ، ارائـه کننـده چـارچوب فـوق ، کـه از پـیش کـسوتان
"معماری سازمانی ٨"به حساب آمده و امروزه او را بعنوان پدر این علم می دانند، معماری سـازمانی را ضرورتی غیرقابل اجتناب برای سازمانهای بزرگ می داند.[٢٤,٧]
چارچوب C4ISR
با وجود اینکه در اکثر متون به چارچوب زکمن به عنوان اولین چارچوب معماری سامانه هـای اطلاعاتی اشاره می شود، ولی باید گفت که تلاشـی کـه در وزارت دفـاع آمریکـا در جهـت معمـاری سامانه های اطلاعاتی و ارتباطاتی صورت گرفت ، مستقل از چارچوب زکمن و مسائل مطروحـه در آن بود.
فهرست مطالب
١ چارچوب های معماری سازمانی ....................................................................١
١,١ معماری سازمانی ..................................................................................................................................................٢
١,٢ چارچوب های معماری ........................................................................................................................................٢
١,٢,١ چارچوب زکمن ...........................................................................................................................................٣
١,٢,٢ چارچوب C4ISR....................................................................................................................................3
١,٢,٣ چارچوب FEAF......................................................................................................................................4
١,٢,٤ چارچوب TEAF......................................................................................................................................6
١,٣ بررسی و شناخت چارچوب زکمن ...................................................................................................................٧
١,٣,١ دیدگاههای چارچوب زکمن .....................................................................................................................٧
١,٣,٢ جنبه های چارچوب زکمن .....................................................................................................................١٠
١,٣,٣ توصیف سلولها..........................................................................................................................................١٢
١,٤ تعریف حوزه و موضوع مساله .........................................................................................................................١٨
١,٤,١ چالش های چارچوب زکمن ...................................................................................................................١٨
١,٤,٢ صورت مساله .............................................................................................................................................٢٠
٢ نسخه ٢,٠ زبان مدلسازی یکنواخت ..........................................................٢٢
٢,١ تاریخچه ..............................................................................................................................................................٢٢
٢,٢ نمودارهای زبان مدلسازی یکنواخت ............................................................................................................٢٤
٢,٢,١ نمودار کلاس .............................................................................................................................................٢٤
٢,٢,٢ نمودار زمانبندی .......................................................................................................................................٢٦
٢,٢,٣ نمودار فعالیت ...........................................................................................................................................٢٧
٢,٢,٤ نمودار استقرار...........................................................................................................................................٢٩
٢,٢,٥ نمودار موارد کاربری ................................................................................................................................٣٠
٢,٢,٦ نمودار توالی ...............................................................................................................................................٣٢
٢,٢,٧ نمودار حالت ..............................................................................................................................................٣٣
٢,٢,٨ نمودار مولفه ..............................................................................................................................................٣٤
٢,٢,٩ نمودار بسته ...............................................................................................................................................٣٦
٢,٢,١٠نمودار شی ء...............................................................................................................................................٣٧
٢,٣ جمع بندی .........................................................................................................................................................٣٨
٣ ارائه رهیافت ............................................................................................. ٣٩
٣,١ رهیافت آقای فتح اللهی ..................................................................................................................................٣٩
٣,١,١ معرفی و بررسی رهیافت ........................................................................................................................٣٩
٣,١,٢ تحلیل و ارزیابی ........................................................................................................................................٤٢
٣,٢ رهیافت شرکت Rational.........................................................................................................................43
٣,٢,١ معرفی و بررسی رهیافت ........................................................................................................................٤٤
٣,٢,٢ تحلیل و ارزیابی ........................................................................................................................................٤٩
٣,٣ رهیافت پیشنهادی بر اساس نسخه ٢,٠ زبان مدلسازی یکنواخت .......................................................٥٠
٣,٣,١ تعیین محدوده پوشش به چارچوب زکمن ........................................................................................٥٠
٣,٣,٢ ارائه پاسخ ..................................................................................................................................................٥٢
٣,٣,٣ تحلیل و ارزیابی ........................................................................................................................................٥٦
٣,٣,٤ جمع بندی ................................................................................................................................................٥٩
٤ مطالعه موردی ............................................................................................ ٦٠
٤,١ حوزه مطالعه موردی ........................................................................................................................................٦٠
٤,٢ مدلهای پیشنهادی جهت سطر دوم .............................................................................................................٦٠
٤,٢,١ ستون داده .................................................................................................................................................٦٠
٤,٢,٢ ستون فرآیند.............................................................................................................................................٦١
٤,٢,٣ ستون مکان ...............................................................................................................................................٦٣
٤,٢,٤ ستون اشخاص ..........................................................................................................................................٦٣
٤,٢,٥ ستون زمان ................................................................................................................................................٦٤
٤,٢,٦ ستون انگیزه ..............................................................................................................................................٦٥
٤,٣ مدلهای پیشنهادی جهت سطر سوم ............................................................................................................٦٥
٤,٣,١ ستون داده .................................................................................................................................................٦٥
٤,٣,٢ ستون فرآیند.............................................................................................................................................٦٦
٤,٣,٣ ستون مکان ...............................................................................................................................................٦٨
٤,٣,٤ ستون اشخاص ..........................................................................................................................................٦٩
٤,٣,٥ ستون زمان ................................................................................................................................................٦٩
٤,٣,٦ ستون انگیزه ..............................................................................................................................................٧٠
٥ نتیجه گیری و جمع بندی .........................................................................٧١
٥,١ خلاصه سمینار.....................................................................................................................................٧١
٥,٢ کار آینده ..............................................................................................................................................٧٢
منابع و مراجع ...................................................................................................٧٦
مشخصات فروشنده
نام و نام خانوادگی : علیرضا خشاوه پور
شماره تماس : 09357717947 - 05137573265
ایمیل :info@cero.ir
سایت :cero.ir
برای خرید و دانلود فایل و گزارش خرابی از لینک های روبرو اقدام کنید...
پرداخت و دانلودگزارش خرابی و شکایت از فایل