دانلود پایان نامه جایگاه MDA در معماری سیستمهای سازمانی

پایان نامه جایگاه MDA در معماری سیستمهای سازمانی پایان نامه جایگاه MDA در معماری سیستمهای سازمانی

دسته بندی	سمینار کامپیوتر
فرمت فایل	doc
حجم فایل	702 کیلو بایت
تعداد صفحات فایل	117

پایان نامه جایگاه 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

٤-٨-٤ روش مهندسی دو طرفه و قیدهای معماری ......................................................................٧١

٤-٩  لایه های مختلف در معماری سازمانی ......................................................................................٧٢

٤-١٠ هماهنگی بین لایه ایدر معماری سازمانی ...............................................................................٧٥ 

فصل پنچم : نتیچه گیری

٥-١  مروری بر این گزارش ..............................................................................................................٨٢

٥-٢  نتایج حاصل .............................................................................................................................٨٤

٥-٣  تعریف یک مساله برای کارهای آتی ........................................................................................٨٦

٥-٤  پیشنهادی برای حل مساله ........................................................................................................٨٩

مراجع و منابع ........................................................................................................................................٩٢

دانلود پایان نامه روشهای ارزیابی معماری نرم افزار

پایان نامه روشهای ارزیابی معماری نرم افزار پایان نامه روشهای ارزیابی معماری نرم افزار

دسته بندی	سمینار کامپیوتر
فرمت فایل	doc
حجم فایل	2208 کیلو بایت
تعداد صفحات فایل	250

پایان نامه روشهای ارزیابی معماری نرم افزار

چکیده

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

معماری نرم افزار یعنی بیان ساختار یا ساختارهای سیستم که مولفه های نرم افزاری ، ویژگیهای قابل رویت از خارج این مولفه ها و روابط بین آنها را نشان می دهد. تعریف دیگری که برای معماری نرم افزار ارائه شده ، عبارت است از ساختار مولفه ها در یک سیستم ، رابطه داخلی آنها و اصول و خطوط راهنمایی که طراحی و ارزیابی سیستم را در طی زمان کنترل می کند. این تعریف جنبه های داخلی سیستم را در نظر می گیرد و بنابراین اکثر روشهای تحلیل و ارزیابی براساس آن عمل می کنند. تعریف معماری نرم افزار باید شامل دوقسمت ماکرو معماری ١و میکرو معماری ٢باشد که اولی روی محیِط سیستم متمرکز می شود و دومی ساختار داخلی یک سیستم را پوشش می دهد. البته تعاریف مختلفی برای معماری نرم افزار وجود دارد که ما در اینجا قصد ارائۀ همه آنها را نداریم و به دو تعریف فوق اکتفا می کنیم . 

معماری

تجربه های به دست آمده از سایر رشته های فنی و مهندسی نشان داده است که عواملی مانند ابعاد بزرگ ، پیچیدگی زیاد، قابلیت گسترش و ایجاد تغییرات در طی زمان ، طول عمر زیاد و نیازمندیهای خاص از مهمترین عوامل تصمیم گیری در رابطه با لزوم هر نوع معماری می باشد. به عبارت دیگر تجربه نشان داده است که هر گاه نیاز به طراحی موجودیتی (ساختمان ، مدار، سیستم و ...) با ابعداد و پیچیدگیهای زیاد یا نیازمندیهای خاص باشد، نگرش خاص و همه جانبه ای مورد نیاز است که در اصطلاح به آن «معماری » گفته می شود. 

معماری نرم افزار یک سیستم را می توان دید مشترک همۀ صاحبان سهام و توسعه دهندگان دخیل

در یک سیستم نرم افزاری دانست که همگی روی آن اتفاق نظر دارند یا حداقل آنرا پذیرفته اند.

معماری نرم افزار یک سیستم ، اطلاعات زیر را در مورد آن سیستم ارائه می دهد:

μ سازماندهی سیستم نرم افزاری

μ عناصر ساختاری و واسطهای آنها

μ ترکیب عناصر ساختاری و رفتاری درون زیر سیستمها

ویژگیهای کیفیتی از نظر ارزیابی به دو دسته تقسیم می شوند :

١- صفات کیفیتی قابل مشاهده در زمان اجرا: این صفات نشان می دهند که در طول مدت اجرا، یک سیستم چقدر خوب می تواند نیازمندیهای رفتاری خودش را تامین کند. یعنی به لحاظ رفتاری معین می کند که آیا سیستم نتایج را برآورده می کند و آیا این نتایج را در زمان درست برآورده می سازد یا خیر؟

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

صفات کیفتی قابل مشاهده در زمان اجرا ٥ مورد می باشند:

! کارایی (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

دانلود پایان نامه ارائه چارچوب خط تولید سرویسگرا

پایان نامه ارائه چارچوب خط تولید سرویسگرا پایان نامه ارائه چارچوب خط تولید سرویسگرا

دسته بندی	سمینار کامپیوتر
فرمت فایل	doc
حجم فایل	1175 کیلو بایت
تعداد صفحات فایل	82

پایان نامه ارائه چارچوب خط تولید سرویسگرا

چکیده 

مهندسی خط تولید نرمافزار روش مناسبی برای کاهش زمان و هزینه توسعه خانوادهای از سیستمهای

دارای ویژگیهای مشترک از طریق افزایش قابلیت استفاده مجـدد اسـت. چـ ارچوبهـا و رویکردهـای

مهندسی خطوط تولید نرمافزار فعلی داراییهای پایه را به عنوان واحدهای سازنده سیستمهـای نـرم-

افزاری معرفی میکنند که از زمان طراحی تا استقرار میتواند به سیستم افزوده شوند. این بدین معنـا

است که تمامی نقاط تغییرپذیری محصول باید قبل از تحویل نمونهسازی شـده باشـند. بـا توجـه بـه

تغییرات سریع در نیازمندیها و بازار به محصولاتی نیاز است که قابلیت تغییرپیکربندی در زمان اجـرا

را نیز داشته باشند. یک راه حل برای این مسئله استفاده از پارادایم سرویسگرائی در مهندسـی خـط

تولید نرمافزار است.  

مقدمه 

خط تولید نرمافزار و معماری سرویسگرا به عنـوان دو رویکـرد کـه قابلیـت اسـتفاده مجـدد را بـرای

طراحان سیستمها فراهم میکنند شناخته میشوند. با توجه به بزرگتر و پیچیدهتر شدن سیسـت مهـا

نیاز به استفاده مجدد از مولفهها و عناصر افزایش پیدا کرده است. از این رو شرکتهـا و سـازمانهـای

زیادی به سمت استفاده از این دو رویکرد رفتهاند. البته با وجود تاکید بر استفاده مجدد، تفـاو تهـایی

بین این دو رویکرد وجود دارد. خط تولید نرمافزار روی ایجـاد یـک خـانواده از محصـولات مـرتبط بـا

استفاده از داراییهای پایه مشترک تمرکز دارد در حالیکه معماری سرویسگرا بر روی ایجاد سیسـت م-

هایی انعطافپذیر با استفاده از سرویسها متمرکز است.  

خط تولید نرم افزار 

خط تولید نرمافزار یا خانوادههای نرمافزار به عنوان یک پارادایم توسعه نرمافزار مهم در حال رشد است [1]. شرکتهای بزرگی مانند Nokia ،HP و Motorola نشان دادهاند که استفاده از رویکرد خط تولید

برای توسعه نرمافزار میتواند بهبودهای کمی و کیفی قابل توجهی را در بهرهوری، زمان عرضه به بازار،کیفیت محصول و رضایت مشتری فراهم آورد.  

فهرست مطاللب 

فصل اول

1-1. مقدمه  ...............................................................................................................................................................................................  2 

1-2. تعریف مسئله  ...................................................................................................................................................................................  2 

1-3. اهداف تحقیق  ..................................................................................................................................................................................  3 

1-4. محدوده تحقیق  ...............................................................................................................................................................................  4 

1-5.  ساختار تحقیق  ................................................................................................................................................................................  4 

فصل دوم: ادبیات موضوع

2-1.  مقدمه  ...............................................................................................................................................................................................  7 

2-2. خط تولید نرمافزار  ..........................................................................................................................................................................  7 

2-2- 1.  حیطهبندی خط تولید  ..........................................................................................................................................................  8 

2-2- 2.  چرخه عمر خط تولید  ...........................................................................................................................................................  9 

2-2- 3.  نمودار ویژگیها  ...................................................................................................................................................................  10 

2-2- 4.  نقاط تغییر  ............................................................................................................................................................................  11 

2-2- 5.  معماری خط تولید  .............................................................................................................................................................  12 

2-3. معماری سرویسگرا  ....................................................................................................................................................................  12 

2-3- 1.  عناصر کلیدی معماری سرویسگرا  ................................................................................................................................  13 

2-3- 2.  اصول معماری سرویسگرا  ................................................................................................................................................  14 

2-4.  خط تولید سرویسگرا  ................................................................................................................................................................  16 

2-4- 1.  مقایسه معماری سرویسگرا و خط تولید نرمافزار  ................................................................................................16

فصل سوم: معرفی کارهای مرتبط

3-1.  چارچوب خط تولید SPL  ..........................................................................................................................................................  20 

3-1- 1.  مهندسی دامنه  ....................................................................................................................................................................  21 

3-1- 2.  مهندسی محصول  ...............................................................................................................................................................  24 

3-2.  چارچوب خط تولید SEI  ...........................................................................................................................................................  25 

3-2- 1.  فعالیتهای ضروری خط تولید  ...........................................................................................................................................  26 

3-2- 2.  حوزههای عملکردی مهندسی نرمافزار  ..........................................................................................................................  28 

3-2- 3.  حوزههای عملکردی فنی  ..................................................................................................................................................  29 

3-2- 4.  حوزه عملکردی مدیریت سازمانی  ..................................................................................................................................  29 

3-3.  متدولوژی خط تولید P_ULSE  ..................................................................................................................................................  30 

3-3- 1.  فازهای توسعه  ................................................................................................................................................................31  ...... 

3-3- 2.  مولفههای فنی  .....................................................................................................................................................................  32 

3-3- 3.  مولفههای پشتیان  ..............................................................................................................................................................  32 

3-4.  فرآیند مهندسی خط تولید نرمافزار تکاملی (ESPLEP)  .......................................................................................................  33 

3-5. چارچوب خط تولید سرویسگرای آقای L_EE و همکارانش  ................................................................................................  36 

3-6.  رویکرد خط تولید سرویسگرا SOPLE-DE  ........................................................................................................................  39 

3-7. رویکرد ترکیب مدیریت فرآیند حرفه، معماری سرویسگرا و خط تولید.........................................................................  41 

3-8. چارچوب خط تولید سبک وزن  ................................................................................................................................................  43 

3-9.  رویکرد طراحی معماری خط تولید سرویسگرا  ....................................................................................................................  45 

3-01.  مقایسه چارچوبها  .....................................................................................................................................................................  47 

3-11.  جمع بندی  .....................................................................................................................................................................................  50 

فصل چهارم: ویژگیهای راه حل مورد نظر

4-1. مشکلات روشهای موجود  ........................................................................................................................................................  52 

4-1- 1.  نقاط ضعف روشهای موجود  ...........................................................................................................................................  52 

4-1- 2.  چالشهای موجود در زمینه خط تولید سرویسگرا  ...................................................................................................  53 

4-2.  معرفی چارچوب خط تولید سرویسگرا پیشنهادی  .............................................................................................................  54 

4-2- 1.  مدل چارچوب پیشنهادی  .................................................................................................................................................  54 

4-2- 2.  ویژگیهای چارچوب پیشنهادی  ................................................................................................................................56  ...... 

4-2- 3.  ارزیابی چارچوب پیشنهادی  .............................................................................................................................................  57 

فصل پنجم: نتیجه گیری

5-1.  نتیجه گیری  ...................................................................................................................................................................................  60 

5-2. سوالات تحقیق  .............................................................................................................................................................................  60 

5-3. گامهای بعدی تحقیق  .................................................................................................................................................................  61  

دانلود پایان نامه کارتهای CRC در معماری نرم افزار

پایان نامه کارتهای CRC در معماری نرم افزار پایان نامه کارتهای CRC در معماری نرم افزار

دسته بندی	سمینار کامپیوتر
فرمت فایل	doc
حجم فایل	1198 کیلو بایت
تعداد صفحات فایل	106

پایان نامه کارتهای CRC در معماری نرم افزار

معماری نرم افزار

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

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

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

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

معماری نرم افزار در مقابل روشهای طراحی

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

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

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

در معماری شناسایی عناصر و روابط درونی آنها و روابطشان با محیط از کارهای مهم و اساسی است که گفتیم در این زمینه زبانهای توصیف معماری موجود هستند. ولی می توان ابزار ساده ای مانند کارتهای CRC

را نیز در این زمینه بکار گرفت و با انجام مقدماتی قبل از استفاده از زبانهای توصیف معماری راه را هموارتر نمود. 

ADL اجازه تحلیل کامل معماری ، سازگاریها، ابهامات و کارایی را می دهد و همچنین از تولید خودکار سیستم نرم افزاری پشتیبانی می کند.ADL یک راه حل تکنیکی برای نم ایش و تحلیل معماری می باشد. برای ارتباط برقرار کردن یک معمار با یک سهامدار، باید معمار روشی را برای ارائه دادن اطلاعات به سهامدار به صورت غیر مبهم و قابل فهم بیابد. در حال حاضر در توسعه   ADL به افزایش قدرت زبان در تحلیل و تولید سیستم ، متمرکز شده اند. [ ١] 

فهرست مطالب

عنوان                                                                            صفحه

١ مفاهیم اساسی                                                                   ١

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

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

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

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

٢ شی گرایی                                                                           ١٢

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

٢-٢ کلاس                                                                     ١۴

٣-٢نقش                                                                        ١۵

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

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

٣ کارتهای CRC                                                                      ٢٠

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

۵٣                                                                 CRC Design Assistant ۵-٢

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

کار آینده                                                                          ٨٧

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

دانلود پایان نامه ارزیابی اقتصادی عملکرد نوارهای حفاری در پروژه های عمرانی

پایان نامه ارزیابی اقتصادی عملکرد نوارهای حفاری در پروژه های عمرانی پایان نامه ارزیابی اقتصادی عملکرد نوارهای حفاری در پروژه های عمرانی

دسته بندی	عمران
فرمت فایل	doc
حجم فایل	4481 کیلو بایت
تعداد صفحات فایل	150

پایان نامه ارزیابی اقتصادی عملکرد نوارهای حفاری در پروژه های عمرانی

چکیده: 

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

مقدمه  

   بطور آلی رشد سریع جمعیت دردودهه اخیر درشهرهای بزرگ آشور ونیز فرونی مهاجرت جمعیت روستایی به شهرها تغییرات بسیار گسترده ای را دربافت مسکونی شهرها چه درسطح (گسترش افقی ) وچه درارتفاع (گسترش عمودی) بدنبال داشته است .

    شهر تهران نیز از این امرنه تنها درامان نماند ، بلکه بیشترین تراآم رادارا گردید ، بطوریکه با رقمی حدود ٠۵٧ آیلومتر مربع وسعت جمعیتی متجاوز از هفت میلون نفر به عنوان شهری بزرگ نام تهران بزرگ را بخود گر فته است . مسلمًاً این گستردگی دربخش ساخت وساز وایجاد منازل مسکونی نیازهای جدیدی را منجمله احداث شبکه های جدید معابر شهری ونصب آانال های جدید خدماتی مانند برق آب ،گاز ، مخابرات، وفاضلاب را طلب می نماید از طرف دیگر بافت قدیم شهر تهران نیز از این قاعده مستثنی نیست زیرا اوًلاً تأسیسات نصب شده قدیمی مانند آب یا تلفن نیاز به انجام مرمت وبازسازی ویا توسعه شبکه دارند وثانیًاً خدمات جدیدمانند نصب شبکه های فاضلاب وگاز امری لازم وضروریست به علت عدم وجود تونل مشترک تأسیساتی درشهر تهران الزامًاً آلیه اتوبانها، خیابانها، ومعابر شهری همه وهمه دائمًاًدرمعرض حفاری به علت موارد مطروحه فوق قرار دارد وهمواره بیشترین مشکلات برای شهروندا ن وتردد روان وسائل نقلیه وحداآثر زیانهای وارده به معابر وخسارتهای وارده از این امر ناشی بوده است لذا دراین تحقیق سعی شده است راهکارهایی جهت بهسازی نوارهای حفاری ارائه گردد تا این معظل به حداقل شکل خود برسد .

برش غیر اصولی نوار حفاری  

 چنانچه برای برش نوار حفاری از تیغه برش یا دستگاه آسفالت تراش استفاده نشده باشد وبجای آن با مته آمپرسور وآلنگ دستی عمل آرده یا مستقیمًا توسط بیل مکانیکی اقدام به حفاری شود ، در این صورت یقینًا اطراف محل حفاری نیز دچار ضربه وآسیب شده وگستردهخرابی ها به سمت روسازی سالم نیز آشیده می شود پس از حفاری دراثر آبشستگی وفشارهای ترافیک به روسازی معبر ، این محلهای دچار نشست می شوند آه ترمیم آا پس از پر آردن نوارهای حفاری نیز به آسانی میسر نخواهد شد .

فهرستعنوان
چکیده پایان نامه ١
فصل اول :کلیات ٢
١ مقدمه ٣ -١
٢ تعریف موضوع ٣ -١
٣ اهمیت موضوع ۴ -١
١ خرابی ها ۴ -٣-١
١ برش غیر اصولی نوار حفاری ۵ -١-٣-١
٢ نشست نوار حفاری ۵ -١-٣-١
٣ تورم ۵ -١-٣-١
۴ ترک طولی ۶ -١-٣-١
٤ انگیزه انتخاب موضوع ٧ -١
٥ سابقه علمی تحقیق ٨ -١
٦ محدودیت ها و مشکلات ٩ -١
٧ فرضیه های تحقیق ١٠ -١
٨ پرسشهای اصلی تحقیق ١٠ -١
٩ روش انجام تحقیق ١٢ -١
١٠ محتوای فصول ١٢ -١
١١ تعاریف ١٣ -١
فصل دوم ١۶
١ مقدمه ١٧ -٢
٢ دستورالعمل جاری ١٧ -٢
٣ مبانی اولیه ٢۵ -٢
۴ هماهنگی ٢۵ -٢
٢ اخذ مجوز حفاری ٢۵ -٣-٢
٣ کمیته هماهنگی ٢۶ -٣-٢
۴ تضمین قانونی ٢٧ -٣-٢
۵ بیمه پروژه ٢٧ -٣-٢
۶ مشخصات فنی ٢٧ -٣-٢
٧ علایم گذاری ٢٧ -٣-٢
۴ کنترل ترافیک ٢٨ -٢
١ تابلوها ٢٩ -۴-٢
٢ تجهیزات کانالیزه کردن ترافیک ٣١ -۴-٢
١ مخروطهای ایمنی ٣١ -٢-۴-٢
٢ تجهیزات روشنایی ٣١ -٢-۴-٢
٣ تقسیم بندی منطقه محدوده عملیات ٣٢ -۴-٢
۴ نصب علایم ٣۴ -۴-٢
۵ ضریبه گیر ایمنی ۴١ -۴-٢
١ مشخصات ضربه گیرها ۴١ -۵-۴-٢
۵ علایم گذاری ۴۴ -٢
١ علایم گذاری مسیر ۴۶ -۵-٢
۴۶ GPR ٢ شناسایی تاسیسات با -۵-٢
۶ ایمنی کار ۵١ -٢
١ اصول کلی وموارد احتیاط ۵١ -۶-٢
فصل سوم :حفاری به روش ترانشه باز ۵۶
١- مقدمه ۵٧ -٣
٢ برش نوار حفاری ۵٧ -٣
١ روشهای برش ۵٧ -٢-٣
٢ عزص برش ۵٨ -٢-٣
٣ برش روسازی اسفالتی ۵٨ -٢-٣
۴ برش روسازی بتنی ۵٩ -٢-٣
۵ تجهیزات تراش ۶٠ -٢-٣
٣پر کردن نوارهای حفاری ۶۴ -٣
۴ ترمیم سطح ٨٢ -٣
١ اندود نفوذی ٨٢ -۴-٣
٢ لکه گیری ٨۵ -۴-٣
فصل چهارم: حفاری به روش ترانشه بسته ١٠٠
١ مقدمه ١٠١ -۴
١٠١ TERRA ٢ سیستمهای -۴
١٠۴ GEO RADAR ٣ سیستمهای -۴
١٠۵ TERRA HAMMER ۴ سیستمهای -۴
١ مزایا و قابلیتها ١٠۵ -۴-۴
١١۴ TERRA HYDRORACK ۵ سیستمهای -۴
١١۶ TERRA JET ۶ سیستمهای -۴
١٢٢ TERRA ٧ بررسی فنی محصولات -۴
فصل پنجم:نتایج ١٣٢
١-مقدمه ١٣٣ -۵
٢ نتایج ١٣٣ -۵
٣ پیشنهادها ١٣۵ -۵
۴ پیشنهادها ی تداوم پژوهش ١۴٠ -۵
-مراجع ١۴١
-ضمایم ١۴٢