دانلود پروژه
دانلود پایان نامه|پروژه|مقاله|تحقیق|پژوهش|جزوه دانشجویی|نمونه سوالات استخدامی ها و ........دانلود پروژه
دانلود پایان نامه|پروژه|مقاله|تحقیق|پژوهش|جزوه دانشجویی|نمونه سوالات استخدامی ها و ........درباره سایت
این سایت یک مرجع کامل برای دانلود پایان نامه | پروژه | مقاله | تحقیق | گزارش کارآموزی | طرح توجیهی و .... در تمامی زمینه ها و مقاطع تحصیلی می باشد.از طریق این سایت کاملا امن و با ضمانت فایل های خود را خریداری کنید. ** با تشکر از انتخاب شما **
ادامه...
دانلود تحقیق آماده فلسفه قیام مختار
| دسته بندی | علوم پایه |
| فرمت فایل | |
| حجم فایل | 314 کیلو بایت |
| تعداد صفحات فایل | 13 |
در این مجموعه، تحقیق آماده فلسفه قیام مختار را برای شما عزیزان آماده کرده ایم.
دانلود تحقیق آماده اثرات ورزش بر بیماری MS
| دسته بندی | آموزشی |
| فرمت فایل | docx |
| حجم فایل | 708 کیلو بایت |
| تعداد صفحات فایل | 9 |
در این فایل، تحقیق آماده اثرات ورزش بر بیماری MS را در قالب های وورد و پی دی اف برای شما آماده کرده ایم.
دانلود بررسی آمار (عامل های کاهش ازدواج کدامند؟)
| دسته بندی | آمار |
| فرمت فایل | doc |
| حجم فایل | 194 کیلو بایت |
| تعداد صفحات فایل | 17 |
طرح:عامل های کاهش ازدواج کدام اند؟
آیا افرادبرای ازدواج معیارهاوارزش های درستی را مورد نظروملاک قرارمی دهند تا ازدواج موفقیت آمیزی داشته باشند؟
مقدمه:
از زیباترین و بهترین تصمیم های زندگی هر فرد انتخاب همسر و آغاز زندگی مشترک است و حساسیت این تصمیم شایسته است از هم اکنون به مطالعه در این مورد بپردازیم و اگاهی خود را در این زمینه افزایش دهیم تا در آینده با آمادگی لازم و به درستی تصمیم بگیریم.
هدف از این پروژه بررسی عامل های کاهش ازدواج و ایا افراد معیار و ارزش های درستی را برای ازدواج مورد نظر قرار می دهند.
جمع آوری داده ها :
به دلیل مشکلات موجود برای جمع آوری داده ها از داده های از تهیه شده استفاده کرده ام و در این پروژه 10گروه و نمونه 94نفری از افراد ازدواج نکرده در سال های مختلف مورد بررسی قرار گرفته است و برای سهولت کار از هر مورد یک گروه داده نوشته شده و محاسبات انجام شده و بقیه گروه ها فقط نتایج آن مورد بررسی قرار می گیرد.
دانلود تحقیق معماری نرم افزار
| دسته بندی | کامپیوتر و IT |
| فرمت فایل | docx |
| حجم فایل | 712 کیلو بایت |
| تعداد صفحات فایل | 50 |
به جرات تمام به عرض میرسانم که کامل ترین و بی نقص ترین تحقیق موجود در موضوع معماری نرم افزار همین فایل میباشد شامل جداول منابع زیرنویس و هرچه که برای تکمیل ترین تحقیق لازم باشه رو شامل میشه که قسمتی از فهرست مطالب رو براتون میزارم:
چکیده
چکیده پایان نامه در حداکثر یک صفحه باید در این قسمت قرار گیرد.
فرمتهای موجود به هیچ عنوان نباید تغییر کند. دانشجویان محترم می‌توانند در متنهای موجود با حفظ فرمت موجود اطلاعات خود را اضافه نمایند. ترتیب موجود نیز به هیچ عنوان نباید تغییر کند. در کلیه افعال مانند میباشد ، نباید به صورت می باشد نوشته شود و فاصله اضافه بین می و باشد باید حذف گردد. در کلیه فهرستها شامل فهرست مطالب ، فهرست شکلها و فهرست جدولها باید از Reference ها استفاده نمائید و این فهرستها باید به صورت اتوماتیک تولید گردند.
فهرست مطالب
عنوان شماره صفحه
چکیده 3
فهرست مطالب 4
فهرست جدولها 10
فهرست شکلها 11
مقدمه 14
فصل اول
مفهوم و دستهبندی معماریها و جایگاه معماری نرمافزار در آن 20
1-1 مقدمه 20
1-2 تاریخچه معماری 20
1-3 مفهوم و تعریف معماری 21
1-4 چارچوبهای معماری 22
1-4-1 چارچوب معماری Zachman 22
1-4-2 چارچوب معماری FEAF 23
1-4-3 چارچوب معماری C4ISR 23
1-5 چارچوب‌ها و متدولوژی‌ها 23
1-6 دستهبندی معماریها 25
1-6-1 معماری سیستم، معماری نرمافزار 25
1-6-2 معماری سازمان 26
1-6-3 معماری کسب و کار 26
1-6-4 معماری اطلاعات 27
1-6-5 معماری سیستمهای کاربردی 27
1-6-6 معماری داده 28
1-6-7 معماری تکنولوژی 28
1-7 معماریهای دیگر 30
فصل دوم
مفهوم معماری نرمافزار و مقایسه‌ای تحلیلی بر تعاریف آنها 32
2-1 مقدمه 32
2-2 مفهوم معماری نرمافزار 32
2-3 تعاریف معماری نرمافزار 33
2-4 دلایل وجود تعاریف مختلف برای معماری نرمافزار 35
2-4-1 وجود دیدگاهها و رویکردهای متفاوت 35
2-4-2 کیفی بودن شناسه "سطح بالا بودن" در مفهوم معماری 36
2-4-3 تفاوت در کلمات مورد استفاده در تعاریف 36
2-5 ارائه جدول اجزاء تشکیل دهنده تعاریف 36
2-5-1 اجزاء معماری نرمافزار و منطق انتخاب اجزاء 37
2-5-2 ارتباط‌های بین اجزاء معماری نرمافزار 38
2-5-3 مجموعه اجزاء معماری نرمافزار و ارتباط بین آنها 39
2-6 تعریف و مقایسه پارمترهای متناظر در چارچوب 40
2-6-1 رابطه، ارتباط، تعامل، اتصال 41
2-6-2 اجزاء نرم‌افزاری، موئلفه، زیرسیستم 42
2-6-3 خصوصیت، واسط، رفتار 44
2-6-4 ساختار، سازماندهی، چارچوب 45
فصل سوم
مفهوم، تعریف و سنجش مشخصه‌های کیفی در معماری نرمافزار 47
3-1 مقدمه 47
3-2 مفهوم کیفیت نرمافزار و مشخصه‌های کیفی 47
3-3 تعریف کیفیت در نرمافزار و مشخصه‌های کیفی 49
3-4 Observable via Execution 50
3-5 Not Observable via Execution 50
3-6 معرفی برخی از صفات کیفی نرمافزار بر اساس دستهبندی [Bass 03] 52
3-7 صفات دسته اول: صفات کیفی سیستمی 53
3-7-1 Availability 54
3-7-2 Performance 54
3-7-3 Security 55
3-7-4 Functionality 55
3-7-5 Usability 56
3-7-6 Modifiability 56
3-7-7 Portability 57
3-7-8 Reusability 57
3-7-9 Integrability 58
3-7-10 Testability 58
3-8 صفات دسته دوم: صفات کیفی کسب و کار 59
3-8-1 Time to Market 59
3-8-2 Cost and benefit 59
3-8-3 Projected lifetime of the system 59
3-8-4 Targeted Market 59
3-8-5 Rollout schedule 59
3-8-6 Integration with legacy systems 60
3-9 صفات دسته سوم: صفات کیفی معماری 60
3-9-1 Conceptual Integration 60
3-9-2 Correctness and Completeness 60
3-9-3 Buildability 60
3-10 Trade-Off موجود بین صفات کیفی 60
فصل چهارم
سبکها و الگوهای معماری نرمافزار و نحوه ارزیابی و انتخاب آنها 64
4-1 مقدمه و تاریخچه 64
4-2 تعریف سبک معماری 65
4-2-1 تعاریف مختلف سبک معماری نرمافزار 65
4-3 معرفی برخی سبکهای متداول 65
4-3-1 سبکهای متمرکز روی داده 66
4-3-2 سبکهای جریان داده 67
4-3-3 سبکهای ماشین مجازی 68
4-3-4 سبکهای فراخوانی و بازگشت 69
4-3-5 سبکهای موئلفه‌های مستقل 71
4-3-6 سبکهای چند ریختی 72
4-4 الگوهای معماری نرمافزار 73
4-5 سازماندهی الگوها 73
4-5-1 الگوهای پیاده‌سازی 75
4-5-2 الگوهای طراحی 75
4-5-3 الگوهای معماری 75
4-6 الگوها و سبکها 77
4-7 ارزیابی و انتخاب یک سبک معماری نرمافزار 77
4-7-1 پارامترهای ارزیابی سبکها 77
4-7-2 جدول ارزیابی سبکها 77
4-7-3 تکمیل جدول ارزیابی سبکها 78
4-7-4 ارائه الگوریتم استفاده از جدول 78
4-7-5 مشکلات موجود 80
فصل پنجم
طرح مشکل موجود، سوابق، راهکارها و کارهای انجام شده 82
5-1 مقدمه 82
5-2 طرح مشکل موجود در سبکهای معماری نرمافزار 82
5-3 دسته‌بندی‌های سبکهای معماری 84
5-3-1 دسته‌بندی‌های موضوعی 84
5-3-2 دستهبندی سبکهای معماری بر اساس [Clements 02-1] 86
5-3-3 دسته‌بندی‌های سیستمی 89
فصل ششم
ارائه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار 93
6-1 مقدمه 93
6-2 ورودی و خروجی‌های یک استاندارد سازماندهی سبکها 93
6-3 بررسی جنبه‌های موجود برای ارائه یک استاندارد سازماندهی 94
6-3-1 دسته‌بندی‌های سیستمی 94
6-3-2 دسته‌بندی‌های موضوعی 94
6-3-3 روشهای ارزیابی سبکهای معماری نرمافزار 95
6-3-4 روشهایی استاندارد برای مستند کردن و جمع‌بندی سبکها 95
6-4 اجزاء استاندارد سازماندهی سبکها 97
6-4-1 دستهبندی پیشنهادی برای کلیه سبکهای معماری نرمافزار 97
6-4-2 کاتالوگ مستند سازی کلیه سبکهای معماری نرمافزار 98
6-5 معرفی فرایند ایجاد استاندارد سازماندهی سبکها 99
6-6 فاز اول: تهیه استانداردهای مورد نیاز 100
6-6-1 قدم اول: ارائه یک استاندارد برای دستهبندی انواع سیستمهای نرم‌افزاری 101
6-6-2 قدم دوم: ارائه یک استاندارد برای دستهبندی انواع سبکهای معماری نرمافزار 103
6-6-3 قدم سوم: ارائه یک استاندارد برای مستند کردن هر سبک معماری نرمافزار 105
6-6-4 قدم چهارم: ارائه یک استاندارد برای دستهبندی انواع مشخصه‌های کیفی 107
6-7 فاز دوم: تهیه دستهبندی استاندارد و قالب استانداردِ کاتالوگ سبکها 109
6-7-1 قدم اول: ارائه یک قالب دستهبندی استاندارد برای سبکهای معماری نرمافزار 110
6-7-2 قدم دوم: ارائه یک قالب استاندارد برای کاتالوگ کلیه سبکهای معماری نرم افزار 112
6-8 فاز سوم: جمع‌آوری و مستند کردن سبکهای موجود و ارائه روشهای ارزیابی 113
6-8-1 قدم اول: اضافه کردن سبکهای دسته‌بندی‌های موضوعی به استاندارد 113
6-8-2 قدم دوم: اضافه کردن سبکهای دسته‌بندی‌های سیستمی به استاندارد 113
6-8-3 قدم سوم: تهیه یا ارائه مدل ارزیابی برای سبکهای هر نوع سبک/نوع سیستم 114
6-9 فاز چهارم: ارائه طرحهای کاربرد، توسعه و سازگاری استاندارد 114
6-9-1 قدم اول: ارائه طرح استانداردِ ارائه سبکهای جدید 114
6-9-2 قدم دوم: ارائه طرحها و قوانین توسعه استانداردهای موجود 114
6-10 جمع‌بندی کلی استاندارد ارائه شده 115
فصل هفتم
مدلسازی فرایندهای استاندارد ارائه شده، بر اساس UML 118
7-1 مقدمه 118
7-2 فرایند مدلسازی فرایند 118
7-3 مدل کردن منابع کسب‌وکار 119
7-4 مدل کردن اهداف کسب‌وکار 120
7-5 تعیین Actorهای کسب‌وکار 120
7-6 مدل جریانهای کاری موجود در استاندارد 121
7-7 جریانهای کاری فاز اول 122
7-7-1 فاز اول - قدم اول 122
7-7-2 فاز اول- قدم دوم 123
7-7-3 فاز اول - قدم سوم 123
7-7-4 فاز اول - قدم چهارم 124
7-8 جریانهای کاری فاز دوم 124
7-8-1 فاز دوم - قدم اول 125
7-8-2 فاز دوم - قدم دوم 125
7-9 جریانهای کاری فاز سوم 126
7-9-1 فاز سوم - قدم اول 127
7-9-2 فاز سوم - قدم دوم 127
7-9-3 فاز سوم - قدم سوم 128
7-10 جریانهای کاری فاز چهارم 128
7-10-1 فاز چهارم - قدم اول 129
7-10-2 فاز چهارم - قدم دوم 129
7-11 مدل خروجی‌های کسب‌وکار 130
فصل هشتم
خلاصه، نتیجه‌گیری و کارهای آینده 132
8-1 مقدمه 132
8-2 خلاصه و نتیجه‌گیری 132
8-3 کارهای آینده 133
8-4 در نهایت 135
منابع و مراجع 136
فهرست جدولها
شماره جدول شماره صفحه
جدول 1 1 : چارچوبهای مهم معماری 23
جدول 2 1 : یک چارچوب برای تعاریف معماری نرمافزار 40
جدول 2 2 : پارامترهای متناظر در چارچوب 41
جدول 4 1: الگوهای معماری نرمافزار ارائه شده در [Buschmann 96] 76
جدول 4 2: یک مثال برای سبکها و اعداد مربوط به هر یک از مشخصه‌های کیفی آنها 79
جدول 4 3: مقادیر مشخصه‌های کیفی که کاربر درخواست نموده است. 80
جدول 4 4: مجموع قدر مطلق تفاضلات محاسبه شده برای هر سبک 80
جدول 4 5: مجموع مربعات تفاضلات محاسبه شده برای سبکهایی که مقدار SAD یکسانی دارند 80
جدول 5 1 : دستهبندی سبکهای معماری نرمافزار در [Shaw 96] 85
جدول 5 2 : دستهبندی [Fielding 00] 86
جدول 5 3 : دستهبندی سبکهای معماری نرمافزار بر اساس [Clements 02-1] 89
جدول 5 4 : دستهبندی [Buschmann 96] 89
جدول 5 5: سبکهای ارائه شده برای سیستمهای پردازش توزیع شده از [Morisawa 02] 90
جدول 5 6: سبکهای ارائه شده برای سیستمهای اطلاعاتی سازمان از [Kolp 01] 90
جدول 5 7: سبکهای ارائه شده در [Hawthorne 05] 90
جدول 5 8: سبکهای ارائه شده برای سیستمهای تجارت الکترونیک از [Widhani 02] 90
جدول 5 9: سبکهای ارائه شده برای سیستمهای مدیریت منابع از [Kircher 04] 91
جدول 6 1: انواع سیستمهایی که تاکنون برای آنها سبک معماری ارائه شده است. 102
جدول 6 2: استانداردی برای مستند کردن هر سبک بر اساس استاندارد [Clements 02-1] 106
جدول 6 3: عبارات اختصاری استفاده شده در جدول 111
فهرست شکلها
شماره شکل شماره صفحه
شکل 1 1: مفهوم معماری تدبیرات و نقشه‌های قبل از ساخت سیستمها است. ]ایزایران 81[ 21
شکل 1 2 : نحوه بیان متدولوژی‌ها با چارچوب‌ها ]ایزایران 81[ 24
شکل 1 3 : معماری سازمان و زیرمعماری‌های مربوطه از ]ایزایران 81[ 26
شکل 2 1 : مفهوم معماری نرمافزار، طراحی سطح بالا میباشد 33
شکل 2 2 : جزء معماری به ناظر و منظر معمار بستگی دارد 37
شکل 2 3 : R یک رابطه بیرونی و R1 یک رابطه درونی است 38
شکل 2 4: فرامدل پیشنهادی برای رابطه، ارتباط، تعامل، اتصال 42
شکل 2 5: فرامدل ارائه شده برای جزء، موئلفه، سیستم و... 43
شکل 2 6: فرامدل پیشنهادی برای رفتار، خصوصیت، واسط 45
شکل 3 1: فرامدل ارتباط مشخصه‌های کیفی با دیگر مفاهیم موجود در معماری از [Albin 03] 50
شکل 3 2: تاکتیک‌های ارائه شده برای دستیابی به حد مطلوب Availability در [Bass 03] 51
شکل 3 3: دستهبندی مشخصه‌های کیفی بر اساس [Bass 03] 53
شکل 3 4: Trade-Offهای موجود بین مشخصه‌های کیفی و حد مطلوب آنها از [Barbacci 95] 61
شکل 3 5: ارتباط صفات کیفی و وابستگی آنها به یکدیگر از [Fitzpatrik 96] 62
¬¬¬
شکل 4 1: دستهبندی Garlan و Shaw برای سبکهای معماری نرمافزار از [Shaw 96] 66
شکل 4 2 : مدل سبکهای متمرکز روی داده از [Shaw 96] 67
شکل 4 3 : سبک Pipe and Filter از [Shaw 96] 68
شکل 4 4 : سبک برنامه اصلی و زیرروال از [Shaw 96] 69
شکل 4 5: سبک معماری Object Oriented از [Shaw 96] 70
شکل 4 6 : نمونه‌ای از سبک لایه‌ای مورد استفاده در استاندارد ارتباطی ISO از [Shaw 96] 71
شکل 4 7: مجموعه از الگوها از [Trowbridge 03] 74
شکل 4 8: نمایش روابط الگوها با خطوط از [Trowbridge 03] 74
شکل 4 9: سطوح انتزاع الگوها از ]زاداحمد 85[ 75
شکل 4 10: الگوی لایه‌ای از ]زاداحمد 85[ 76
شکل 4 11 : جدول ارزیابی سبکهای معماری نرمافزار بر اساس پارامترِ مشخصه‌های کیفی 78
شکل 5 1: قسمتی از دستهبندی سبکهای معماری نرمافزار از [Shaw 97] 85
شکل 5 2 : ارتباط بین نوعِ دید معماری، سبک معماری، دید معماری از [Clements 02-1] 88
شکل 6 1: ورودی و خروجی‌های سیستم استاندارد سازماندهی سبکهای معماری نرمافزار 94
شکل 6 2: جنبه‌هایی که باید برای ارائه استاندارد سازماندهی سبکها در نظر بگیریم. 96
شکل 6 3 : منظرها و ناظرهای هر سبک معماری نرمافزار 98
شکل 6 4: اجزاء اصلی استاندارد سازماندهی سبکهای معماری نرمافزار 98
شکل 6 5: دستهبندی اولیه برای سبکهای معماری نرمافزار از [Ryoo 05] 104
شکل 6 6: یک دستهبندی قابل توسعه برای سبکهای معماری نرمافزار از [Ryoo 05] 104
شکل 6 7: مدل کیفیت McCall از [Astudillo 04] 108
شکل 6 8: مدل کیفیت ISO/9126 از [Astudillo 04] 109
شکل 6 9: نمونه یک دستهبندی انواع سیستمها برای سیستمهای اطلاعاتی 110
شکل 6 10: قالب دستهبندی پیشنهادی برای سیستمهای اطلاعاتی 111
شکل 6 11: فرایند ارائه قالب استاندارد برای تهیه کاتالوگ سبکها 112
شکل 6 12: فرایند ایجاد یک استاندارد برای سازماندهی سبکهای معماری نرمافزار 117
شکل 7 1: منابع کسب‌وکار مورد استفاده در کل فرایند 119
شکل 7 2: سلسله مراتب اهداف در فرایند معرفی شده 120
شکل 7 3: Actorهای کسب‌وکار موجود در فرایند ارائه شده 121
شکل 7 4: فازهای فرایند ارائه استاندارد 121
شکل 7 5: مدل قدمهای ارائه شده برای فاز اول 122
شکل 7 6: مدل فرایند ارائه شده برای قدم اول از فاز اول 123
شکل 7 7: مدل فرایند ارائه شده برای قدم دوم از فاز اول 123
شکل 7 8: مدل فرایند ارائه شده برای قدم سوم از فاز اول 124
شکل 7 9: مدل فرایند ارائه شده برای قدم چهارم از فاز اول 124
شکل 7 10: مدل قدمهای ارائه شده برای فاز دوم 125
شکل 7 11: مدل فرایند ارائه شده برای قدم اول از فاز دوم 125
شکل 7 12: مدل فرایند ارائه شده برای قدم دوم از فاز دوم 126
شکل 7 13: مدل قدمهای ارائه شده برای فاز سوم 126
شکل 7 14: مدل فرایند ارائه شده برای قدم اول از فاز سوم 127
شکل 7 15: مدل فرایند ارائه شده برای قدم دوم از فاز سوم 127
شکل 7 16: مدل فرایند ارائه شده برای قدم سوم از فاز سوم 128
شکل 7 17: مدل قدمهای ارائه شده برای فاز چهارم 128
شکل 7 18: مدل فرایند ارائه شده برای قدم اول از فاز چهارم 129
شکل 7 19: مدل فرایند ارائه شده برای قدم دوم از فاز چهارم 129
شکل 7 20: خروجی‌های هر یک از مراحل که منجر به استاندارد نهایی خواهد شد. 130
مقدمه
پیشرفت و بزرگتر شدن جامعه بشری در دنیای امروزی و پیچیده‌تر شدن روابط بین آنها، باعث بوجود آمدن سیستمهای بزرگ و پیچیده در زندگی بشر امروزی شده است. با پیشرفت علم کامپیوتر و وارد شدن آن به بطن زندگی بشر، اکثر سیستمهایی که بشر امروزی با آنها سروکار دارد، به صورت کامپیوتری پیاده‌سازی می‌شوند.
زندگی بشر امروزی وابسته به سیستمهای نرم‌افزاری بزرگ و پیچیدۀ موجود میباشد. سیستمهای شرکتهای هواپیمایی و مسافربری، سیستمهای ارتباطی توزیع شده همانند تلویزیون، تلفنهای معمولی و همراه، سیستمهای بانکداری، سیستمهای مدیریت بورس، سیستمهای عمل جراحی راه دور، سیستمهای کنترل ماهواره‌های مختلف، سیستمهای معاملات راه دور و هزاران سیستم نرم‌افزاری دیگر که وجود خلل و نقصی در آنها تاثیرات جبران ناپذیری بر زندگی بشر امروزی خواهد داشت.
در نتیجه یکی از نیازهای حیاتی بشر امروزی اینست که سیستمهای بزرگ و پیچیدۀ موجود، بدون خطا، سریع، با امنیت و کارایی بالا و... در اختیار آنها گیرد. در نتیجه توسعه دهندگان سیستمهای نرم‌افزاری بزرگ و پیچیده، باید سیستمهایی با چنین ویژگیهایی، در اختیار کاربران قرار دهند.
در نتیجه ارائه سیستمهایی در مقیاس بزرگ که دارای برخی ویژگی‌ها همچون کارایی بالا، بدون خطا و بدون عیب، سریع و امن و...، نیاز توسعه دهندگان سیستمهای نرم‌افزاری مقیاس بزرگ میباشد. به این مشخصه‌ها در حوزه مهندسی نرمافزار نیازهای غیرعملیاتی یا مشخصه‌های کیفی می‌گویند.
مهمترین مسئله در توسعه سیستمهای نرم‌افزاری مقیاس بزرگ، مبحث معماری آن میباشد. معماری، ساختارهای موئلفه‌ها و زیرسیستمهای یک سیستم مقیاس بزرگ و ارتباط بین آنها میباشد. معماری نرمافزار، یکی از مهمترین حوزه‌ها در مهندسی نرمافزار است و دلیل آن تاثیر حیاتی معماری در موفقیتِ توسعه سیستمهای نرم‌افزاری است.
توسعه یک سیستم نرم‌افزاری مقیاس بزرگ با ویژگیهای مذکور، نیازمند ارائه یک معماری مناسب و کامل برای سیستم نرم‌افزاری مورد نظر میباشد. در نتیجه ارائه یک معماری درست و مناسب برای چنین سیستمهایی از اهمیت حیاتی برخوردار است.
همیشه بشر از تجربیات قبلی خود یا دیگران در انجام کارهای فعلی بهره جسته است. در زمینه معماری نرمافزار نیز معماران نرمافزار برای ارائه یک معماری مناسب می‌توانند از تجربیات معماران گذشته و ماهر برای ارائه معماری خود بهره گیرند. امروزه برای سیستمهای گوناگون، معماریهای مختلفی توسط معماران ماهر ارائه شده است. این معماریها به کررات در سیستمهای مختلف مورد آزمایش قرار گرفته و اعتبار و صحت آنها برای استفاده در برخی از سیستمهای نرم‌افزاری اثبات شده است. به این معماریها، الگوها یا سبکهای معماری نرمافزار می‌گویند.
در نتیجه یک معمار نرمافزار برای ارائه یک معماری مناسب، باید به سبکهای معماری موجود در حوزه سیستمی خود آشنایی داشته باشد تا بتواند از آنها برای ارائه یک معماری مناسب استفاده کند. یعنی معمار یک سیستم نرم‌افزاری برای ارائه یک معماری برای یک سیستم، باید تسلط کافی بر سبکهای معماری نرمافزار و مزایا، معایب و کاربردهای هر یک از آنها داشته باشد.
سبکهای معماری نرمافزار همه روزه توسط افراد و گروههای مختلف ارائه می‌شوند و هر گروه در حوزه سیستمی خود، به معرفی سبکهای جدید معماری نرمافزار می‌پردازد. درنتیجه یک معمار نرمافزار برای آشنایی به سبکهای معماری مربوط به حوزه خود، باید در یک دوره تناوب خاص مثلاً هر ماه، سبکهای معماری جدید را جمع‌آوری، بررسی و تحلیل کند. تا بتواند یک معماری درست و مناسب برای سیستم مورد نظر خود ارائه کند.
از طرفی با وجود سبکهای معماری مختلف برای حوزه‌های موجود، ممکن است برای یک کاربرد خاص، سبکهای زیادی پیشنهاد شده باشد. در برخی موارد ارائه کنندگان سبکها، روشهایی برای انتخاب یک سبک از بین سبکهای مختلف که توسط خودشان معرفی شده، ارائه می‌کنند. ولی همیشه این طور نیست و برای سبکهای مختلف که توسط افراد مختلف برای یک حوزه خاص ارائه شده است، روشی برای انتخاب یک سبک وجود ندارد.
از طرفی دیگر، همه روزه بر تعداد سبکهای معماری نرمافزار افزوده می‌شود و تعداد آنها در حال افزایش میباشد و هیچ کنترل مرکزی و واحد بر آنها وجود ندارد. این امر معماران سیستمهای نرم‌افزاری را در شناخت و استفاده از سبکها، دچار مشکل می‌کند یعنی با انباشته شدن سبکهای معماری نرمافزار، کار معماران نرمافزار در انتخاب یک سبک، خیلی مشکل خواهد شد.
در نتیجه میتوان مشکلات موجود برای ارائه یک معماری را به صورت زیر بیان کرد:
1- با افزایش روز افزون سبکهای معماری نرمافزار، هیچ کنترل مرکزی و واحد برای آنها وجود ندارد. و در ارائه سبکهای نوعی پراکندگی وجود دارد.
2- برای سبکهای ارائه شده توسط گروههای مختلف، روشهای انتخاب و ارزیابی واحدی وجود ندارد.
3- برای ارائه یک سبک معماری نرمافزار به صورت یک مستند، روشی استاندارد وجود ندارد که همه از این استاندارد تبعیت کنند.
4- عدم وجود یک سری از مشخصه‌های کیفی استاندارد که همه ارائه کنندگان سبکها از آنها برای ارائه روشهای ارزیابی خود استفاده کنند.
5- به دلیل وجود سبکهای مختلف، یک معمار نرمافزار در انتخاب یک سبک معماری دچار سردرگمی خواهد شد.
و دهها مشکل دیگر که با ارائه روز افزون سبکهای معماری نرمافزار به صورت پراکنده و عدم کنترل مرکزی، معماران نرمافزار در استفاده از سبکهای معماری، امروزه و در آینده به آن دچار خواهند شد.
برای حل مشکلات ذکر شده تلاشهایی توسط گروههای مختلف انجام گرفته است و مبحث دستهبندی سبکهای معماری بوجود آمده است. برای دستهبندی سبکهای معماری نرمافزار روشهای مختلفی تاکنون ارائه شده است. دسته‌ای از روشها، سبکهای معماری نرمافزار را بر اساس نوع سبک آنها دستهبندی می‌کنند. یعنی ابتدا یک دستهبندی از انواع سبکهای معماری ارائه کرده سپس سبکهای معماری را در این دستهبندی قرار می‌دهند. ما به این نوع دسته‌بندی‌ها، دستهبندی موضوعی می‌گوییم. برخی دیگر، سبکها را بر اساس نوع سیستم مورد کاربرد آن سبک، دستهبندی می‌کنند. یعنی ابتدا یک دستهبندی از انواع سیستمهای نرم‌افزاری ارائه کرده، سپس سبکهای معماری را در این دستهبندی قرار می‌دهند. ما به این نوع دستهبندی، دستهبندی سیستمی می‌گوییم. سوالی که در این زمینه مطرح می‌شوند، اینست که آیا این روشها، مشکلات موجود را حل می‌کنند. یعنی با دستهبندی سبکها میتوان مشکل معماران و پراکندگی سبکهای ارائه شده را حل کرد.
آنچه مسلم است، صرف دستهبندی سبکها به روش موضوعی یا سیستمی مشکلات موجود به طور کامل رفع نخواهد شد. به عنوان مثال مشکلاتی مانند ارائه پراکنده سبکها بدون کنترل مرکزی، عدم مستند‌سازی استاندارد سبکها، عدم وجود نحوه ارزیابی و انتخاب سبکهای همنوع و... هنوز پا برجا هستند.
در نتیجه عوامل دیگری نیز باید در این دسته‌بندی‌ها لحاظ گردند. به عنوان مثال نحوه ارزیابی سبکها که باید برای تمامی سبکها، روشهای ارزیابی با سبکهای همنوع خود ارائه شود یا روشی استاندارد برای مستند کردن سبکها در این دسته‌بندی‌ها وجود داشته باشد.
در نتیجه برای رفع مشکلات موجود، نیاز به یک استاندارد سازماندهی برای کلیه سبکها داریم که بر اساس این استاندارد بتوانیم کلیه سبکهای موجود و سبکهایی را که در آینده ارائه خواهد شد، سازماندهی کنیم. درنتیجه اگر توسعه چنین استانداردی را به عنوان یک سیستم در نظر بگیریم، میتوانیم از روشهای توسعه سیستمها همانند مدلهای موازی یا فازبندی شده مثل RUP ، برای توسعه و تکمیل این استاندارد استفاده کنیم.
برای توسعه چنین استانداری میتوان مراحل زیر را بر اساس متدولوژی RUP جنین تعریف کرد.
1- فاز اول – شناخت (Inception): در این فاز به بررسی و شناخت مسئله موجود پرداخته و کلیه مفاهیم مورد نیاز برای آن را مورد بررسی قرار می‌دهیم. به طوری که دید درستی از مسئله و آنچه می‌خواهد داشته باشیم. در حقیقت مسئله مورد نظر، تعریف و مورد بررسی قرار می‌گیرد و مفاهیم مورد استفاده در مسئله شناخته می‌شوند.
با توجه به مسئله مورد نظر که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار میباشد، در این فاز باید کلیه مفاهیم مورد نیاز برای توسعه این استاندارد شناخته شود. مفاهیمی که باید شناخته شود، به صورت زیر خواهد بود.
1-1- بررسی مفهوم معماری و دسته‌بندی‌های آن: در این مرحله به بررسی مفهوم معماری در حالت کلی پرداخته و بعد از آشنایی با مفهوم آن به بررسی انواع معماریهای موجود می‌پردازیم. در ادامه جایگاه معماری نرمافزار در این دستهبندی را مشخص می‌نماییم.
1-2- بررسی مفهوم و تعریف معماری نرمافزار: در این مرحله به بررسی مفهوم معماری نرمافزار می‌پردازیم و با اشاره به تعریف معماری نرمافزار، سعی می‌کنیم درکی واضح و بدون ابهام از معماری داشته باشیم.
1-3- بررسی مشخصه‌های کیفی در معماری نرمافزار: با توجه به اهمیت مشخصه‌های کیفی در معماری نرمافزار و اینکه هدف اصلی معماری، دستیابی به میزان مطلوبی از این مشخصه‌ها است، در نتیجه باید مفهوم، تعریف و نحوه اندازه‌گیری هر یک از مشخصه‌های کیفی مورد بررسی قرار گیرد.
1-4- بررسی سبکها و الگوهای معماری نرمافزار: با توجه به مسئله مورد بررسی که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار میباشد، باید مفهوم و تعریف سبک معماری مورد بررسی قرار گرفته و برای آشنایی بیشتر با آنها، برخی از سبکهای معماری نرمافزار را مطالعه و مورد بررسی قرار دهیم.
2- فاز دوم – تکوین (Elaboration): در این فاز باید نیازمندیهای سیستم مورد نظر به صورت کامل شناخته شده و مورد تحلیل قرار گیرند. برای تحلیل نیازمندیها ابتدا باید فرایندهای توسعه سیستم را پیدا یا معرفی کرده سپس آنها را به موردهای کاربرد شکسته و با معرفی سناریو برای هر یک از آنها، گروههای کاری تشکیل شده و موردهای کاربرد را مورد تحلیل قرار دهند.
برای سیستم مورد نظر یعنی ارائه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار مراحل زیر را پیشنهاد می‌دهیم.
2-1- تحلیل نیازمندیهای مسئله: در این مرحله بر اساس شناختی که در فاز قبل از مفاهیم مرتبط با موضوع بدست آمده است، نیازمندیهای مورد نیاز مسئله مطرح می‌شود. در این مرحله روشهای قبلی نیز مورد بررسی قرار خواهد گرفت و بر اساس روشهای قبل، ایده‌ای برای توسعه این سیستم ارائه می‌شود.
2-2- بدست آوردن فرایندهای مورد نیاز سیستم: در این مرحله باید فرایندهای مورد نیاز برای توسعه سیستم و سازماندهی مذکور ارائه شود. هر یک از فرایندها تفضیل شده و برای هر یک پیشنهاداتی ارائه شود.
2-3- تفضیل فرایندهای ارائه شده: در این برای هر یک از فرایندهای موجود باید روش توسعه آنها ارائه شود. برای هر فرایند دو حالت وجود دارد. اول اینکه این فرایند قبلاً توسط گروههای دیگر مورد بررسی و تحلیل قرار گرفته و پیاده‌سازی شده است. دوم اینکه برای فرایند، کارهای قبلی یا وجود ندارد و یا اینکه ناقص بوده و پیاده‌سازی مطلوب ما انجام نشده است. که باید روشی جدید برای توسعه فرایند ارائه شود.
3- فاز سوم – ساخت (Construction): در این مرحله بر اساس فرایندها و موردهای کاربرد بوجود آمده، باید بر اساس مدیریت انجام شده و تقسیم کار بین گروههای کاری مختلف، هر فرایند توسعه یابد و پیاده‌سازی گردد. مراحل این فاز بر اساس فرایندهای بدست آمده از فاز قبل تنظیم خواهد شد. در این مرحله میتوان از تکنیکهای موازی‌سازی عملیات، تکرار عملیات و... استفاده کرد.
4- فاز چهارم – انتقال (Transition): در این مرحله با اتمام توسعه سیستم، باید سیستم مورد نظر به سیستم واقعی موجود انتقال یابد. برای این فاز مراحل زیر را پیشنهاد می‌کنیم:
4-1- تشکیل سازمان استانداردسازی سبکها: باید برای پیاده‌سازی واقعی استاندارد سازماندهی بدست آمده، یک سازمان تشکیل گردد و با معرفی استاندارد مذکور، باعث گردد سبکهای معماری نرمافزار از این به بعد در قالب استاندارد این سازمان ارائه گردد.
4-2- معرفی روشهای نگهداری و توسعه استاندارد: در این مرحله باید روشهایی برای نگهداری و توسعه استاندارد ارائه شده معرفی گردد که با اضافه شدن سبکهای مختلف به آن سازگاری استاندارد حفظ شود.
4-3- معرفی روشهای استفاده از استاندارد: در این مرحله باید روشهای استفاده از استاندارد شامل استفاده از سبکهای موجود در استاندارد و نحوه اضافه کردن سبکها به آن معرفی شود.
در این پایان‌نامه فازهای اول و دوم یعنی شناخت و تکوین از مراحل توسعه استاندارد سازماندهی سبکهای معماری نرمافزار، انجام گرفته است. فصلهای پایان‌نامه نیز بر همین اساس طرح‌ریزی شده‌اند.
برای انجام هر مرحله از فاز اول، یک فصل در نظر گرفته شده است.
در فصل اول به بررسی مفهوم معماری و دستهبندی آنها پرداخته‌ایم.
در فصل دوم به بررسی مفهوم معماری نرمافزار پرداخته و کلیه مفاهیم موجود در حوزه معماری نرمافزار را تعریف کرده و تحلیلی بر تعاریف موجود معماری نرمافزار آورده‌ایم.
در فصل سوم به بررسی برخی از مشخصه‌های کیفی مهم موجود در معماری نرمافزار پرداخته و مفهوم، تعریف و نحوه سنجش آنها را مورد بررسی قرار داده‌ایم.
در فصل چهارم به بررسی سبکهای معماری نرمافزار پرداخته و برخی از سبکهای مهم موجود را بررسی کرده و مشخصه‌های کیفی هر سبک را تشریح کرده‌ایم. در ادامه همین فصل به بررسی الگوهای نرمافزار و بخصوص الگوهای معماری پرداخته و ارتباط آن را با سبکهای معماری نرمافزار ذکر کرده‌ایم.
فصلهای بعدی برای انجام فاز دوم ارائه شده است.
در فصل پنجم به بررسی انواع دسته‌بندی‌های سبکهای معماری نرمافزار پرداخته و کارهای انجام شده قبلی در این رابطه را ارائه نموده‌ایم.
در فصل ششم فرایند پیشنهادی خود را برای توسعه این استاندارد ارائه کرده‌ایم. سپس تک‌تک مراحل فرایند ارائه شده را تشریح کرده و برای هر یک، کارهای انجام شده قبلی را آورده و برای برخی نیز روشهایی جدید ارائه نموده‌ایم.
در فصل هفتم فرایند ارائه شده را با استفاده از UML مدل کرده و فرایند پیشنهادی را در قالب دیاگرامهای UML ارائه نمودیم. برای مدل کردن فرایندها از روش Eriksson و Penker که جدیدترین روش مدل کردن فرایندها در UML است استفاده کردیم و دیاگرامها را در نرمافزار شرکت Sparx بنام Enterprise Architect 6.1 کشیده و در این فصل آورده‌ایم.
در فصل آخر نیز بعد از بیان خلاصه‌ای از کل پایان‌نامه و نتیجه‌گیریهای انجام شده، کارهای آینده که در ادامه این پایان‌نامه میتوان انجام داد، به عنوان کارهای آینده ذکر نموده‌ایم.
دانلود طراحی هتل (استانداردها و ضوابط)
| دسته بندی | معماری |
| فرمت فایل | ppt |
| حجم فایل | 9304 کیلو بایت |
| تعداد صفحات فایل | 97 |
این محصول پاورپوینت بسیار کاملی در مورد طراحی هتل ها، ضوابط واستانداردهای آن می باشد
به امید لبخند رضایت بر لبان شما:)در صورت سفارش محصولات مشابه و سوالات احتمالی میتوانید با ایمیل diamond.kknn@yahoo.com ارتباط برقرار کنید
دانلود دانلود تحقیق برای درس آزمایشگاه الکترونیک صنعتی
| دسته بندی | برق |
| فرمت فایل | doc |
| حجم فایل | 15 کیلو بایت |
| تعداد صفحات فایل | 23 |
کاربرد الکترونیک قدرت
از سالها پیش ، نیاز به کنترل قدرت الکتریکی در سیستم های محرک موتورهای الکتریکی و کنترل کننده های صنعتی احساس می شد . این نیاز ، در ابتدا منجر به ظهور سیستم وارد - لئونارد شد که از آن می توان ولتاژ dc متغیری برای کنترل محرکهای موتورهای dc به دست آورد . الکترونیک قدرت ، انقلابی در مفهوم کنترل قدرت ، برای تبدیل قدرت و کنترل محرکهای موتورهای الکتریکی ، به وجود آورده است .
الکترونیک قدرت تلفیقی از الکترونیک ، قدرت و کنترل است . در کنترل ، مشخصات حالت پایدار و دینامیک سیستم های حلقه بسته بررسی می شود . در قدرت ، تجهیزات ساکن و گردان قدرت جهت تولید ، انتقال و توزیع قدرت الکتریکی مورد مطالعه قرار می گیرد . الکترونیک درباره قطعات حالت جامد و مدارهای پردازش سیگنال ، جهت دستیابی به اهداف کنترل مورد نظر تحقیق و بررسی می کند . می توان الکترونیک قدرت را چنین تعریف کرد : کاربرد الکترونیک حالت جامد برای کنترل و تبدیل قدرت الکتریکی .ارتباط متقابل الکترونیک قدرت با الکترونیک ، قدرت و کنترل در شکل نشان داده شده است .
الکترونیک قدرت مبتنی بر قطع و وصل افزارهای نیمه هادی قدرت .با توسعه تکنولوژی نیمه هادی قدرت ، توانایی در کنترل قدرت و سرعت و وصل افزارهای قدرت به طور چشمگیری بهبود یافته است . پیشرفت تکنولوژی میکروپرسسور / میکروکامپیوتر تاثیر زیادی روی کنترل و ابداع روشهای کنترل برای قطعات نیمه هادی قدرت داشته است . تجهیزات الکترونیک قدرت مدرن از (1) نیمه هادیهای قدرت استفاده می کند که می توان آنها را مانند ماهیچه در نظر گرفت ، و (2) از میکروالکترونیک بهره می جوید که دارای قدرت و هوش مغز است .
الکترونیک قدرت ، جایگاه مهمی در تکنولوژی مدرن به خود اختصاص داده است و امروزه از ان در محصولات صنعتی با قدرت بالا مانند کنترل کننده های حرارت ،نور ، موتورها ، منابع تغذیه قدرت ، سیستم های محرک وسایل نقلیه و سیستم های ولتاژ بالا (فشار قوی) با جریان مستقیم استفاده می کنند . مشکل بتوان حد مرزی برای کاربرد الکترونیک قدرت تعین کرد ، بویژه باروند موجود در توسعه افزارهای قدرت و میکروپروسسورها ، حد نهایی الکترونیک قدرت نا مشخص است . جدول زیر بعضی از کاربردهای الکترونیک قدرت را نشان می دهد .
دانلود دانلود پروژه فلر (FLARE)
| دسته بندی | شیمی |
| فرمت فایل | doc |
| حجم فایل | 4471 کیلو بایت |
| تعداد صفحات فایل | 91 |
قابل ویرایش
مقدمه
بر اساس تخمین بانک جهانی سالیانه 110 میلیارد متر مکعب از گازهای طبیعی در فلرها سوزانده شده یا مستقیماً به محیط تخلیه می شود. این میزان گاز تلف شده می تواند نیاز سالیانه سوخت آمریکای مرکزی و جنوبی یا آلمان و ایتالیا را مرتفع سازد. شکل (1-1) سهم قسمت های مختلف جهان را از گازهای فلر یا تخلیه شده به محیط بر اساس آمارهای بانک جهانی نمایش می دهد.
گازهای فلر در آفریقا به تنهایی 37 میلیارد متر مکعب است که می تواند 200 تراوات ساعت الکتریسیته تولید نماید (حدود نصف برق مصرفی قاره آفریقا) جدول (1-1) به صورت تقریبی مقادیر گازهای سوزانده شده در فلر یا تخلیه شده به محیط را برای برخی از کشورهای جهان نمایش می دهد. این ارقام از آمارهای بانک جهانی گزارش شده است. همانطور که می ملاحظه می گردد سهم کشورهای در حال توسعه از کل گازهای فلر شده در دنیا بیش از 85 درصد می باشد. دلیل این مطلب آن است که این کشورها عمده ترین تولیدکنندگان نفت و گاز جهان برای صادرات می باشند. کشورهای در حال توسعه از یک قانون همسان مانند کشورهای توسعه یافته پیروی نمی کنند. از اینرو همچنان شیوه های ناکارآمد را در فرآیند تولید بکار می گیرند.
فصل اول
مطالعه وضعی فلر در جهان.. 1
1-1-مقدمه. 1
2-1-چند سوال در مورد فلر. 3
1-2-1-فلر چیست؟. 3
2-2-1-مهمترین مشکلات فلر چیست؟. 4
3-2-1-چرا کارخانه ها فلر دارند؟. 4
4-2-1-چرا برخی از فلرها دود می کنند؟. 5
5-2-1-چرا از فلرها بوی نامطبوع متصاعد می شود؟. 5
6-2-1-چه ترکیباتی از فلر کارخانه ها به هوا تخلیه می شود. 6
7-2-1-آیا فلر بر سلامتی انسان تاثیر می گذارد؟. 7
8-2-1-آیا فلر بر کیفیت هوا تاثیر می گذارد؟. 7
9-2-1-چگونه متوقف شدن کارخانه (Shut down) بر فلر اثر می گذارد؟. 7
10-2-1-چه مواردی را کارخانه ها باید هنگام فلر نمودن گزارش دهند؟. 8
3-1-اثرات فلر. 8
4-فلر در پالایشگاه ها 12
شرایط عادی کارخانه: 13
5-1-مقدمه ای بر سیستم های فلر در پالایشگاه ها 15
1-5-1-اجزای سیستم فلر. 16
2-5-1-راندمان فلر. 17
فصل دوم
معرفی سیستم فلر. 19
1-2-مقدمه. 19
2-2-مکانیزم احتراق و تولید دود. 20
3-2-ماهیت مواد هیدروکربنی در تولید دود. 20
4-2-انواع فلر. 22
1-4-2-طبقه بندی فلرها بر اساس ارتفاع. 22
2-4-2-طبقه بندی فلرها بر اساس عامل ا ختلاط... 23
5-2-اجزای فلر. 29
1-5-2-سیستم جمع آوری و انتقال گازهای آزاد شده. 30
2-5-2-ظروف آبگیر. 30
3-5-2-آب بند مایع (آب بند آبی) 31
4-5-2-دودکش..... 32
5-5-2-آب بند گازی... 35
6-5-2-نوک آتشخان.. 36
7-5-2-پایلوت آتشخان.. 36
8-5-2-سیستم کنترل
فصل سوم
طراحی سیستم فلر. 39
1-3-مقدمه. 39
2-3-برآورد سوخت کمکی مورد نیاز. 40
3-3-قطر دهانه فلر. 41
4-3-ارتفاع فلر. 43
5-3-گاز تخلیه مورد نیاز (Purge gas) 46
6-3-گاز مورد نیاز پایلوت... 47
7-3-بخار مورد نیاز. 48
8-3-ظرف جداکننده (Knock-out Drum) 49
9-3-سیستم جابه جا کننده گاز (Gas Mover system) 52
فصل چهارم
کاهش و بازیابی گازهای ارسالی به فلر. 53
1-4-مقدمه. 53
2-4-انتخاب راهکار مناسب.... 53
3-4-کاهش تولید گازهای فلر از طریق بهبود شرایط فرآیندها 55
1-3-4-جلوگیری از نشتی شیرهای اطمینان و سایر وسایل مشابه. 56
2-3-4-جلوگیری از نشتی در کمپرسورها 57
3-3-4-اصلاح فرآیند واحدهای آب ترش.... 58
4-4-کاهش تولید گازهای فلر از طریق بازیابی گازهای ارسالی به فلر. 59
(Flare Gas Recovery) 59
1-4-4-روشهای مختلف بازیابی گازهای فلر. 60
2-4-4-اصول اولیه بازیابی گازهای فلر. 61
3-4-4-فرآیند بازیافت.... 62
4-4-4-عوامل موثر در طراحی سیستم بازیابی... 67
1-4-4-4-کمپرسورهای با رینگ مایع (Liquid Ring Compressor) 71
5-4-کاهش تولید گازهای فلر از طریق بهبود سیستم فلر. 74
1-5-4-ضرورت استفاده از گاز تخلیه. 75
1-1-5-4-کاهش جریان مورد نیاز گاز تخلیه با نصب آب بند گازی... 79
2-1-5-4-کاهش گاز تخلیه با نصب ادوات کنترلی در مسیر مشعل...
دانلود مقاله در مورد کالبدشناسی و فیزیولوژی دستگاه تناسلی نریان
| دسته بندی | دامپزشکی |
| فرمت فایل | doc |
| حجم فایل | 372 کیلو بایت |
| تعداد صفحات فایل | 107 |
*مقاله در مورد کالبدشناسی و فیزیولوژی دستگاه تناسلی نریان*
بخش اول :
کالبدشناسی و فیزیولوژی دستگاه تناسلی نریان
فصل اول :
کالبدشناسی دستگاه تناسلی نریان
کالبدشناسی دستگاه تناسلی نریان را میتوان از سه جنبه زیر مورد بررسی قرار داد:
اول: اسپرماتوژنز در بیضه‌ها،دوم: بلوغ،ذخیره و انتقال اسپرم‌ها در مجاری تناسلی و سوم: چگونگی تخلیه منی در دستگاه تناسلی ماده مادیان بوسیله آلت تناسلی.
دستگاه تناسلی دام نر از کیسه بیضه، بیضه‌ها، بند بیضه، اپیدیدیم، غدد ضمیمه جنسی و آلت تناسلی تشکیل شده که در ذیل ساختار آناتومیکی آنها مورد بررسی قرار گرفته است. ( شکل 1)
تصویر (1-1) : یک برش عمودی از آلت تناسلی نریان که در آن بیضه ، کیسة بیضه و
آلت تناسلی نریان دیده می شود .
(1-1) کیسه[1] بیضه
بیضه‌ها در خارج از بدن در ناحیه مغابنی[2] درون کیسه بیضه قرار دارند برای اینکه تولید اسپرم با موفقیت انجام شود و تحت تأثیر استرس‌های حرارتی نباشد می‌بایست دمایی بیضه کمتر از دمای بدن باشد از اینرو سیستمی توسعه یافته به نام پدیده تنظیم درجه حرارت[3] که این امر را محقق سازد. بخش درونی اسکتروم بوسیله ماهیچه‌های کرماستر[4] دارتوس[5] پوشانده شده‌است که در هوای سرد بطور خودکار تحت کنترل عصبی منقبض می‌شود و بیضه‌ها را به طرف بدن نزدیک می‌سازد، برعکس در هوای گرم منبسط شده و آنها را از بدن دور می‌سازد(6).
چند رباط کوچک بین تشکیلات مختلف داخل کیسه بیضه وجود دارد. رباط اصلی بیضه، قطب شکمی بیضه را به دم اپیدیدیوم متصل می‌کند که با رباط عقبی( دمی) اپیدیدیوم به غشای مهبلی هم می‌چسبد. این رباط‌ها از گویرناکولوم[6] مشتق شده‌اند. بالاخره در سطح داخلی کیسه اسکروتوم که لایه غشای مهبلی وجود دارد که یکی جداری که به سطح داخلی اسکروتوم چسبیده و دیگری اخشایی که به سطح خارجی بیضه چسبیده‌اند متصل می‌کند(6).
(1-2) بیضه[7]
بیضه‌های نریان در نزدیکی ناحیه معابنی در کیسه بیضه قرار گرفته‌اند. پرده دارتوس[8] دیواره بین بیضه‌ای را تشکیل میدهد. خود بیضه‌ها از دو لایه صفاقی پوشیده شده‌اند که این لایه‌های صفاقی هنگام پائین‌آمدن بیضه از مجرای مغابنی وشکل‌گیری یک حفره جانبی در پرده صفاق جداری تشکیل می‌شود. همراه با شکل‌گیری این حفره جانبی انشعاباتی از عضله مایل داخلی[9] شکمی نیز به آن وارد می‌گردد که بین پرده کرماستر و غشای مهبلی قرار می‌گیرد(7).
کپسول یا پرده سفید بیضه،[10] بطور عمده از بافت رشته‌ای تشکیل شده ولی الیاف عضلانی صافی هم دارد، که وظیفه آنها ناشناخته است. این پرده برروی کپسول غشای مهبلی[11] اصلی قرار دارد. رگهای خونی اصلی بیضه قبل از نفوذ در کپسول و رساندن خون به پارانشیم بیضه در سطح پرده سفید پخش شده‌اند، در حالیکه اعصاب بیضه در جدار آن قرار می‌گیرند و در داخل بیضه بافت عصبی ناچیزی یافت می‌شود. بافت بیضه از دو قسمت تشکیل شده‌است: 1 – لوله‌های منی‌ساز[12] 2- بافت بینابینی.[13]
هر لوله منی‌ساز لوله بدون انشعاب بسیار پیچیده‌ای است که انتهای آن در لوله‌های[14] جمع‌‌کننده باز می‌شود، و این مجرا نیز به نوبه خود به مجرای اپیدیدیوم مرتبط می‌شود. لوله‌های منی‌ساز با پرده قاعده‌ای[15] محدود می‌گردند و تقریباً بطور کامل با سلولهای عضله‌ای شکل قابل انقباض احاطه شده‌اند. در داخل لوله‌های اسپرم‌ساز لایه پوششی منی‌ساز خود از دو دسته سلول اصلی به نامهای سلولهای سوماتیک[16] سرتولی و سلولهای زاینده [17]تشکیل شده‌است. شکل و میزان بافت بینابینی که از سلولهای لیدیگ[18] تولیدکنندة هورمونهای استروئیدی و رگهای خونی و لنفی تشکیل شده، در حیوانات مختلف بسیار متفاوت است برای مثال بافت بینابینی زیادی در نریان و خوک دیده می‌شود ولی در نشخوارکنندگان میزان این بافت نسبتاً کم است(شکل 2).
تصویر(1-2) : نمایی از بافت بیضه که ارتباط این بافت بینابینی و لوله های اسپرم ساز دیده می شود
اندازه بیضه در نریان متغیر است اما میانگین طول آن 140-80 میلیمتر و میانگین قطر آن 80-50 میلیمتر و وزن آن 225 گرم میباشد(6).
(1-3) اپیدیدیم
اپیدیدیم لوله پیچ‌خورده‌ای است که توط 13 تا 15 مجرای آوران[19] اسپرم تولیدشده در لوله‌های منی‌ساز را از طریق لوله‌های راست و rete testis گرفته و دریافت نموده و انقباض می‌دهند(7)و (8).
اپیدیدیم از بیرون به صورت عضو تقریباً استوانه‌ای شکل دیده می‌شود که از سه قسمت تشکیل می‌شود. سر اپیدیدیم،[20] بدنه اپیدیدیم[21] که در وسط قرار گرفته و دم اپیدیدیم[22] که در امتداد مجرای[23] وابران قرار دارد. شکل (3)
تصویر(1-3) : نمای شماتیک که وضعیت Straight tubules و rate tests را در نریان نشان می دهد
دیواره عضلانی مجرای اپیدیدیم با حرکات دودی خود، اسپرماتوزوئیدها را به جلو می‌راند. اسپرماتوزوئیدها که هنگام ورود به بیضه نارس هستند و در ضمن عبور از اپیدیدیم به ویژه د ناحیه سرابی اپیدیدیم بالغ می‌گردند.دم اپیدیدیم هم مخزن اسپرماتوزوئید‌های کاملاً رسیده‌است و در حیوانی که از نظر جنسی فعال است این قسمت در اثر تجمع اسپرمهای ذخیره‌شده متورم و سفت و قابل ارتجاع می‌گردد. طول اپیدیدیم در نریان طویل‌تر از گاو نر حدود 45 متر میباشد(7).
(1-4)بند بیضه[24] و رگها و اعصاب بیضه
هر بیضه بوسیله بند بیضه به بدن متصل است که سرخرگ اسپرماتیک[25] درونی و سیاهرگ[26] اسپرماتیک در بخش پیشین و از مجرای وابران در بخش پسین آن قرار دارد.
خونرسانی به بیضه با شریانهای بیضه است که از آئورت خلفی در نزدیکی شریان کلیوی منشعب می‌شوند این عروق بصورت شریانهای پیچ‌در پیچ[27] از مجرای مغابنی می‌گذرند و با پرده صفاقی پوشیده شده و قسمت اصلی بند بیضه را تشکیل می‌دهند.(شکل 4)
تصویر(1-4) : نمایی از مقطع عرضی از استرماتیک کورد و عضلة کرماستر خارجی و شبکة پاپینی فرم .
خون بیضه از طریق شبکه ارتباطی وریدی[28] که آن نیز به صورت پیچ‌درپیچ میباشد از طریق بند بیضه خارج می‌گردد و از آنجا به ورید میانخالی پائینی می‌ریزند البته این شبکه پیچ‌درپیچ ابتدا انشعابات زیادی را دارا میباشد. ولی بتدریج که بند بیضه بالا می‌رود شاخه‌های جانبی کمتری از آن قابل تشخیص است تا اینکه فقط یکی دو ورید به مجرای مغابنی وارد می‌شوند و در نهایت بصورت یک رگ به ورید میانخالی خلفی یا ورید کلیوی می‌ریزد. شریان بیضه شبکة پیچک مانند را احاطه می‌کند و در ارتباط خیلی نزدیک با آن است بطوریکه شریان و ورید معمولاً یک پرده داخلی مشترک دارند(6)
[1] - Scrota Sac
[2] -inguinal Region
[3] - Thermoregulation Phenomenon
[4] - Cremaster
[5] - Dartus
[6] - Gubernaculum
[7] - Testis
[8] -Turnica Dartus
[9] - Internal oblique
[10] - Turnica Albaginea
[11] -Tunnica Vaginalis Propria
[12] - Semini ferous tubules
[13] - intertitial tissue
[14] - Collecting tubles
[15] -Basement membrane
[16] -Sertoli cells
[17] - Germinal
[18] - leyding cens
[19] - Effernt ducts
[20] -Caput epididymidis
[21] - Corpus epididymidis
[22] -Cauda epididymidis
[23] -Deferent Duct
[24] - Soermatic Cord
[25] - Internal Spermatic Artery
[26] -Spermatic Vein
[27] - Pampaniferus plexus
[28] - Anastomosing Plexus
دانلود دانلود تحقیق در مورد نقش و تاثیر تفکر سیستمی در مدیریت خانه
| دسته بندی | روانشناسی و علوم تربیتی |
| فرمت فایل | doc |
| حجم فایل | 42 کیلو بایت |
| تعداد صفحات فایل | 20 |
نقش و تاثیر تفکر سیستمی در مدیریت خانه
مقدمه
متاسفانه انسانها امروز، علی‌رغم داشتن اختیار و آگاهی، به درستی یکدیگر را درک نمی‌کنند. در بسیاری موارد خود ما، دیگران را به سوء‌نیت متهم می‌کنیم که این امر ریشه در سوء فهم دارد و ریشه این سوء مفاهمه را نیز باید در فقدان بنیانهای مشترک برای «ما» شدن جست؛ در صورتی که جامعه ما نیازمند «تفاهم» است و تفاهم نیازمند ابزار است، ما باید تلاش کنیم که ابزار مفاهمه تولید کنیم، تا به این وسیله به یکدیگر پیوند بخوریم.
امروز دانش بشر به طور عمده بر مبنای عقل جزءنگر شکل گرفته است و همین مساله قدرت درک بسیاری از مسائل را از او سلب کرده است. همچنین این موضوع «مفاهمه» را نیز مشکل کرده است، به دلیل اینکه با عقل جزءنگر، نمی‌توان ابزار مفاهمه تولید کرد.در این شرایط است که تفکر سیستمی می‌تواند راه جدیدی پیش روی ما بگشاید.تفکر سیستمی، فرآیند شناخت مبتنی بر تحلیل (تجزیه) و ترکیب در جهت دستیابی به درک کامل و جامع یک موضوع در محیط پیرامون خویش است. این نوع تفکر درصدد فهم کل (سیستم) و اجزای آن، روابط بین اجزاء و کل و روابط بین کل با محیط آن (فراسیستم) است.از آنجا که رفتار ما ریشه در نظام فکری ما دارد، کسی که دارای تفکر سیستمی است، با موضوعات نیز برخورد سیستمی می‌کند و در رفتارهای خود به دنبال تشخیص عناصر تشکیل‌دهنده موضوع و پیوندهای موجود میان این عناصر می‌گردد. به این ترتیب فردی که سیستمی فکر می‌کند تنها در جستجوی، مجموعه‌ای از ویژگیهای موضوع نمی‌گردد؛ بلکه تفکر سیستمی به او کمک می‌کند به مسائل به صورت جامع و نظام‌مند نگاه کند.
خانواده های ما برای تقویت جامع‌نگری در درون خود نیازمند تفکر سیستمی هستند، به دلیل اینکه تفکر سیستمی به خانواده کمک می‌کند تا ساختار، الگوها و وقایع را در پیوند با یکدیگر مورد بررسی قرار دهند و تنها به مشاهده وقایع اکتفا نکنند. علی‌رغم اینکه تفکر سیستمی دارای مزایای متعددی است، اما در بسیاری موارد، افراد نسبت به آن تمایلی ندارند.
سوابق تحقیق
باتوجه به گذشت شش دهه از حیات تفکر سیستمی به عنوان رویکردی نظری–کاربردی جای آن دارد که زمینه بالنده‌سازی و اعتلای این تفکر اثربخش در اداره جامعه و خانواده موردعنایت بیشتر خانواده و تصمیم سازان قرار گیرد.
این مساله چند دلیل دارد: نخست اینکه انسانها به صورت طبیعی تمایلی به ساختارشکنی ندارند و بیشتر ترجیح می‌دهند که در ساختارهای ذهنی گذشته‌شان باقی بمانند. دوم اینکه جوهره اصلی تفکر سیستمی توجه به روابط و تعاملات است. در تفکر سیستمی استفاده از فکر و ذهن بیش از به کارگیری چشم به عنوان ابزار دیدن، ضرورت دارد. بدین معنا که از طریق چشم و دیدن، تنها یک شیء یا ماده ملاحظه می‌شود، در حالیکه با ذهن و نگاه کردن، قدرت مشاهده و درک روابط امکان‌پذیر می‌شود، بنابراین کسانی که روش تفکر سیستمی را انتخاب می‌کنند، ملزم به مشاهده مبتنی بر درک هستند و بدیهی است که این کار مستلزم تلاش و کوشش بیشتری است
دانلود دانلود تحقیق سبک های مختلف پذیرایی و سفره آرایی در جهان
| دسته بندی | روانشناسی و علوم تربیتی |
| فرمت فایل | doc |
| حجم فایل | 1972 کیلو بایت |
| تعداد صفحات فایل | 29 |
چکیده :
ما در این مقاله به بیان روش پذیرایی خوب و اصولی پرداخته ایم و اینکه بتوانیم بهترین سفره آرایی را انجام دهیم که در نتیجه آن، بهترین روش را انتخاب کنیم ، سفره آرایی در هر منطقه ای سبک و سیاق خودش را دارد و ما باید طبق قواعد آنجا سفره هایمان را تزئین کنیم در این مقاله سعی شده است انواع سفره آرایی را در ایران و اروپا به تصویر بکشیم.
مقدمه:
در جهانی به این پهناور و افرادی به این زیاد میتوانیم انواع سبک ها وروش ها را ببینیم کافی است دقیق بنگریم ، یکی از مواردی که برای آشپزی و مهمانی ها خیلی مهم است نوع پذیرایی است که میزبان انجام میدهد که نوع پذیرایی یا همان تشریفات و سفره آرایی تاثیر بسزایی در دید میهمان و نگرش او نسبت به میهمانی و افراد آن دارد پس باید بتوانیم بهترین پذیرایی و سفره آرایی را انجام بدهیدم تا بهترین نتیجه را بگیریم.