قابلیت جوش پذیری و جوشکاری مس و آلیاژهای آن
قسمتهایی از متن:
مس، اولین فلزی است که توسط انسان مورد استفاده قرار گرفت. پنج هزار سال پیش، یونانی ها و رومیان باستان، آن را از جزیره قبرس کنونی استخراج می کردند. یونانیان آن را به نام کالکو (Chalco) و رومیان به نام آیس (Aes) می شناختند و چون از جزیره قبرس استخراج می شد آن را آیس سیپریم (Cypirum) نامیدند. بعداً در زبان های مختلف اروپایی ، به دلیل تلفظ های متفاوت کلمه، سپیریم شکل های متفاوتی به خود گرفت، به طوری که امروز در انگلیسی آن را کوپر (Copper) و درآلمانی (Kupfer) و در فرانسه (Cuivre) می نامند.
این فلز، به دلیل سختی توأم با انعطاف پذیری، هدایت حرارتی و الکتریکی بالا، قبول عملیات مکانیکی گوناگون، شکل پذیری فوق العاده ، مقاومت در برابر خوردگی، رنگ های زیبا، غیرمغناطیسی بودن، قابلیت ریخته گری مناسب، لحیم کاری نرم و سخت، جوش پذیری، غیر سمی بودن، .... و نیز امکان تهیه آلیاژهای گوناگون در کنار سایر فلزات، به یک عنصر بسیار مفید و غیر قابل چشم پوشی در صنایع بشری آمده است.
مس با جرم اتمی 54/63 و ساختار (FCC) در 0c1083 ذوب می شود. این عنصر، به دلایل متالورژیکی، به عنوان حلال ترین فلز شناخته شده و به غیر از سرب، تقریباً کلیه عناصر با آن، قابلیت انحلال دارند. ...
...
رابطه درجه حرارت پیشگرم و ضخامت ورق مسی در مجاورت گازهای محافظ
افزایش دمای پیشگرم تا حدود 500 درجه سانتیگراد، همواره سبب افزایش عمق نفوذ جوش در هنگام استفاده از گار آرگون به عنوان گاز محافظ می شود. در حالی که در زمان استفاده از گاز هلیوم، اصولاً نیازی به پیشگرمایی نیست.
وضعیت جوشکاری
به دلیل سیالیت بالای مذاب مس و اغلب آلیاژهای آن، استفاده از وضعیت تخت برای جوشکاری این مواد در اکثر موارد توصیه شده است. در جوشکاری های گوشه و اتصالات T نیز، استفاده از وضعیت افقی (Horizontal) پیشنهاد می شود.
وضعیت عمودی (Vertical) ، سقفی (Over head) و افقی در جوشکاری اتصالات لب به لب، و در صورت لزوم قابل استفاده است اما باید سعی نمود تا جای ممکن تمهیداتی به کار رود که از این وضعیت ها پرهیز شود. وضعیت های خاص، بیشتر برای جوشکاری TIG و MIG آلیاژهای آلومینیوم- برنز، فسفر- برنز و نیز آلیاژهای مس و نیکل در شرایط غیر ممکن استفاده می شوند. در این وضعیت ها استفاده از الکترود تنگستن و مفتول جوشکاری با حداقل قطر، جریان جوشکاری حداقل و به صورت پالسی، برای کنترل حوضچه مذاب توصیه شده است.
ضخامت قطعه کار (Thikness)
ضخامت قطعه کار، علاوه بر تأثیرگذاری روی انتخاب دمای پیشگرم ، قطر الکترود تنگستن، قطر مفتول جوشکاری و سایر پاارامترهای دیگر، تأثیر به سزایی در گزینش طرح اتصال به جا می گذارد که در بخش مربوطه توضیح داده شد. ...
...
پایان نامه مفهوم و دستهبندی معماریها و جایگاه معماری نرمافزار در آن
عنوان | شماره صفحه |
چکیده 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[1]، برای توسعه و تکمیل این استاندارد استفاده کنیم.
برای توسعه چنین استانداری میتوان مراحل زیر را بر اساس متدولوژی RUP جنین تعریف کرد.
1- فاز اول – شناخت (Inception): در این فاز به بررسی و شناخت مسئله موجود پرداخته و کلیه مفاهیم مورد نیاز برای آن را مورد بررسی قرار میدهیم. به طوری که دید درستی از مسئله و آنچه میخواهد داشته باشیم. در حقیقت مسئله مورد نظر، تعریف و مورد بررسی قرار میگیرد و مفاهیم مورد استفاده در مسئله شناخته میشوند.
با توجه به مسئله مورد نظر که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار میباشد، در این فاز باید کلیه مفاهیم مورد نیاز برای توسعه این استاندارد شناخته شود. مفاهیمی که باید شناخته شود، به صورت زیر خواهد بود.
1-1- بررسی مفهوم معماری و دستهبندیهای آن: در این مرحله به بررسی مفهوم معماری در حالت کلی پرداخته و بعد از آشنایی با مفهوم آن به بررسی انواع معماریهای موجود میپردازیم. در ادامه جایگاه معماری نرمافزار در این دستهبندی را مشخص مینماییم.
1-2- بررسی مفهوم و تعریف معماری نرمافزار: در این مرحله به بررسی مفهوم معماری نرمافزار میپردازیم و با اشاره به تعریف معماری نرمافزار، سعی میکنیم درکی واضح و بدون ابهام از معماری داشته باشیم.
1-3- بررسی مشخصههای کیفی در معماری نرمافزار: با توجه به اهمیت مشخصههای کیفی در معماری نرمافزار و اینکه هدف اصلی معماری، دستیابی به میزان مطلوبی از این مشخصهها است، در نتیجه باید مفهوم، تعریف و نحوه اندازهگیری هر یک از مشخصههای کیفی مورد بررسی قرار گیرد.
1-4- بررسی سبکها و الگوهای معماری نرمافزار: با توجه به مسئله مورد بررسی که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار میباشد، باید مفهوم و تعریف سبک معماری مورد بررسی قرار گرفته و برای آشنایی بیشتر با آنها، برخی از سبکهای معماری نرمافزار را مطالعه و مورد بررسی قرار دهیم.
2- فاز دوم – تکوین (Elaboration): در این فاز باید نیازمندیهای سیستم مورد نظر به صورت کامل شناخته شده و مورد تحلیل قرار گیرند. برای تحلیل نیازمندیها ابتدا باید فرایندهای توسعه سیستم را پیدا یا معرفی کرده سپس آنها را به موردهای کاربرد شکسته و با معرفی سناریو برای هر یک از آنها، گروههای کاری تشکیل شده و موردهای کاربرد را مورد تحلیل قرار دهند.
برای سیستم مورد نظر یعنی ارائه یک استاندارد برای سازماندهی سبکهای معماری نرمافزار مراحل زیر را پیشنهاد میدهیم.
2-1- تحلیل نیازمندیهای مسئله: در این مرحله بر اساس شناختی که در فاز قبل از مفاهیم مرتبط با موضوع بدست آمده است، نیازمندیهای مورد نیاز مسئله مطرح میشود. در این مرحله روشهای قبلی نیز مورد بررسی قرار خواهد گرفت و بر اساس روشهای قبل، ایدهای برای توسعه این سیستم ارائه میشود.
2-2- بدست آوردن فرایندهای مورد نیاز سیستم: در این مرحله باید فرایندهای مورد نیاز برای توسعه سیستم و سازماندهی مذکور ارائه شود. هر یک از فرایندها تفضیل شده و برای هر یک پیشنهاداتی ارائه شود.
[1] Rational Unified Process (RUP)
قسمتهایی از متن:
مقدمه :
مطالعه ، امری بسیار مهم است و یکی از عواملی است که باعث می شود دانش آموزان دچار افت تحصیلی شوند، مشکلاتی است که در امر مطالعه دارند . بارها والدین ، مربیان و خود دانش آموزان می پرسند: چگونه باید مطالعه کرد؟ گاهی نیز روشهای مطالعه خود را مورد بررسی وارزیابی قرار می دهند و درصدد بهبود شیوه های مطالعۀ خود بر می آیند . اما این امر زمانی تحقق پیدا می کند که آنها بر صحت و سقم روش های مطالعۀ خود وقوف یابند . از سوی دیگر یکی از اموری که باید به نحو جدی بدان پرداخت و متأسفانه کم تر مورد توجه قرار می گیرد ،آشنا کردن شاگردان با شیوه های مطالعه کردن و نحوۀ یاد گرفتن مطالب است.
شاید اغراق آمیز نباشد اگر بگویم که تمامی معلمان و دبیران دلسوزی که سالها در خدمت آن بزرگواران تلمّذ کرده ایم ، بارها تأکید می کردندکه باید مطالعه کنید ، اما به ما کم تر شیوۀ مطالعه کردن را می آموختند . به هر حال هر یک از دانش آموزان هم به گونه ای مطالعه می کرد ، یکی راه می رفت و مطالعه می کرد ، دیگری بلند بلند می خواند ، دانش آموز دیگر مطالعه خود را از کتابهای آسان شروع می کرد و چون به کتابهای دشوار می رسید دیگر توان خواندن نداشت و یکی به طور مداوم می خواند و خسته می شد . ...
...
17- قطع یکبارۀ کمکهای درسی در حین مطالعه
برخی از دانش آموزان از بدو ورود به مدرسه در کنار مادران به مطالعه می پردازند. یعنی از ابتدا این امکان را می یابند که به هنگام درس خواندن و مطالعه کردن از والدین خود و به ویژه مادران بهره بگیرند. چون این وابستگی شدت می یابد ، فرزند خانواده به این امر عادت می کند . لذا اولاً بدون حضور مادر یا پدر مطالعه نمی کند، ثانیاً با قطع کمکهای آنها به مطالعه رو نمی آورد و رفته رفته دچار افت تحصیلی می شود.لذا همواره به مادرانی که فرزندشان در کلاس اول دبستان است ، توصیه می شود که بچه های خود را به این گونه امور عادت ندهند ، چرا که ترک عادت برای آنان امری دشوار است و معمولاً دیده می شود که وقتی کمکهای والدین قطع می شود ، آنها نیز افت می کنند .
برای پیش گیری از افت تحصیلی فرزندان در مطالعه باید به گونه ای عمل کرد که آنها حالت اتکایی به هنگام مطالعه پیدا نکنند و در صورت شکل گیری حالت اتکایی ، نباید کمکها یکباره قطع شود، بلکه قطع کمکها باید تدریجی صورت بگیرد ، یعنی این امر در سنین بالاتر تحقق یابد . حتی در سالهای دورۀ راهنمایی نیز قطع کمکها به صورت یکباره منجر به افت تحصیلی جدی فرزندان شده است لذا باید کمکهای مادر به تدریج کاهش یابد .
پاورپوینت اندازه گیری ریسک و مدیریت آن
فرهنگ وبستر: در معرض خطر قرار گرفتن فرهنگ لغات سرمایه گذاری: زیان بالقوه سرمایه گذاری که قابل محاسبه است. در زبان چینی: ◦علامت اول به معنی خطر و علامت دوم به مفهوم فرصت میباشد.
دیدگاه اول: ریسک به عنوان هر گونه نوسانات احتمالی بازدهی اقتصادی در آینده دیدگاه دوم: ریسک به عنوان نوسانات احتمالی منفی بازدهی اقتصادی در آینده
ریسک واقعی ◦زمانی که احتمال ضرر وجود دارد ولی احتمال سود وجود ندارد ◦مالک خودرو در معرض تصادف و زیان، حتی اگر تصادف نکند سودی دریافت نمی نماید. ◦ ریسک سوداگرانه (برد و باخت) ◦هم احتمال برد و هم احتمال باخت وجود دارد، دارای جذابیت بالقوه میباشد. ◦عقد قرارداد تجاری
قسمتهایی از متن:
چکیده:
در این متن سعی خواهد شد پیرامون هویت ، تعاریف مختلف آن ، لایه های مختلف هویتی ،
عوامل اساسی خلق هویت و بنیان های هویتی ، اهمیت هویت در زندگی بشری و سیر تحولات
هویتی به شکل کلی بحث گردیده پیرامون مقوله بحران هویت و ریشه ها و دلایل داخلی و
خارجی بحران در کشور بحث گردیده و راهکارهایی متفاوت ( ازآنچه تا کنون ارائه داده شده
وصد البته که نتیجه نداده ) به امید حل این بحران یا مدیریت صحیح آن ارائه شود.
مقدمه:
زندگی اجتماعی بدون هویت وشناسه غیرممکن وبی معنی است چرا که اگرمن دارای هویت
فردی معین به خود نباشم که با آن شناخته شوم ودیگران را بشناسم وخود را بشناسانم ،
هرگزنخواهم توانست ارتباط وتعاملی صحیح و معنی دار با پیرامون خود برقرار کنم و بدون
وجود چهارچوبی برای مشخص ساختن هویت اجتماعی و هویتهای فردی، من همان بودم که
دیگری هست وهیچ یک از ما قادر نخواهد بود که نسبت معناداری بین خود وغیرخود یا
دیگری برقرارکند. درواقع ، بدون هویت ، جامعه ای درکار نیست. ...
...
انواع هویت عبارتند از :
1-هویت پراکنده:
این گروه از نوجوانان تصویر مشخصی از هویت خود ندارند، انسجام هویت ندارند و نمی توانند تصویر خوبی از آینده شان داشته باشند.
2- هویت تسلیم طلبی:
دسته ای از نوجوانان مطیع افراد بزرگسالان هستند و معمولاً در خانواده هایی رشد می کنند که اجازه استقلال و کسب تجربه به نوجوانان داده نمی شود.
3-تأخیر در شکل گیری هویت:
این گروه دارای تأخیر در شکل گیری هویت خود دارند، که بعد از گذراندن دوره تأخیر، راحت تر به هویت خود دست می یابند.
4-پیشرفت هویت:
نوجوانی که در هویت خود پیشرفت کرده، هویت منسجم ، مناسب و کافی را به دست آورده و در دوره جوانی، هویت انسجام یافته ای پیدا می کنند.
با توجه به این چهار نوع هویت، مسئله بحران و مشکل هویت، اکثراً در گروهی که دارای پراکندگی هویت، تسلیم طلب و تأخیر یافتگی هویت می باشند.
بحران هویت:
در خانواده های مستبد، اجازه فاصله گرفتن به نوجوان داده نمی شود و در نتیجه، هویت تسلیم طلبی پیدا می کنند، هویتی که انعطاف پذیر نیست و در برابر مشکلات و ناملایمات زندگی دچار بحران و سردرگمی می شود. این نوجوانان نمی توانند به استقلال دست یابند. ...
...
بخشی از متن:
تاریخچه هیپنوتیزم
دکتر شارکو دستیار دیگری داشت بنام دکتر اعلم الملک که از اولین دانشجویان اعزامی از ایران در دوره قاجاریه بوده و پس از مرگ شارکو ، جانشین وی در بیمارستان روانپزشکی پاریس گردید .
دکتر اعلم الملک پس از روی آوری به علوم غریبه ، از مقام خویش استعفا داده و به ایران بازگشت و به عنوان پزشک دربار مظفرالدین شاه مشغول به کار شد . او هیپنوتیزم را از شارکو آموخته بود و برای سرگرمی درباریان در مجلس شاه هیپنوتیزم انجام می داد. در واقع او اولین کسی است که هیپنوتیزم را با این نام به ایران آورده ، به سرزمینی که مردمش از هزاران سال قبل این علم را به خوبی می دانستند و به مقاصد مختلف از آن بهره می بردند .
ناگفته نماند که بسیاری از تکنیکهای موجود در کتابهای جدید هیپنوتیزم که از سوی هیپنوتیزورهای غربی معرفی شده ملهم از روشهائیست که دراویش ایران در صدها سال قبل در مراسم خویش به کار میبردند .
کراک
کراک موجود در بازار ایران:
مشتقات هروئین:
تاریخچه مصرف کرک:
کوکائین و کراک چه هستند؟
چه کسانی از کرک استفاده میکنند؟
کراک چطور در ایران رواج پیدا کرد؟
روشهای گسترش
چگونه معتادین به کرک را تشخیص دهیم؟
اثرات کراک
اثرات مخرب مصرف کراک :
اثرات کوتاه مدت مصرف کراک:
اثرات دراز مدت مصرف کراک:
آنالیز:
مرگ ناگهانی معتادان کراک
عوارض اجتماعی کراک:
منابع
=====================
کرک (Crack) که گاهی راک (Rock) نیز نامیده میشود، ماده ای محرک است که از تصفیه کوکائین به دست می آید و به اشکال مختلف تدخین (استنشاق دود) میشود.
اما کراکی که در ایران رایج است از مشتقات هروئین است و در صورتی که بصورت علمی تولید شود از تصفیه هروئین به دست می آید .
کراک مادهای بیبو است، مصرف آن راحت است و با یک فندک در هر جایی که باشی میتوانی مصرف کنی؛ درست برخلاف مصرف تریاک و یا هروئین است.
کراک موجود در بازار ایران:
کراک جدیدترین ماده مصرفی بین معتادان ایران است. این ماده شیمیایی خشک که در ترکیب آن به جای کوکائین و هروئین از قرصهای فاسد استفاده می شود.
این ماده به سبب اینکه فاقد هر گونه بوی نامطبوع و خاص بوده مصرف را راحت کرده و موجب شده روند گرایش افراد به این ماده افزایش یابد.
جالب است که بدانید تنها سه بار مصرف مقدار بسیار اندکی از کرک موجود در بازار ایران ، اعتیاد به آن را حتمی خواهد کرد و پس از این زمان بسیار کوتاه، شخص را به شدت به خود نیازمند و وابسته میکند.
مقاله فقر و طلاق و آثار آن
مطالب:
فقر
علت ها
بیکاری
طلاق و تاثیرات آن بر فرزندان
تأثیر طلاق بر فرزندان چیست؟
جنبههای مختلف طلاق
اثرات طلاق
کنار آمدن با طلاق
::::::::::::::::::::::::::::::::::::: قسمتهایی از متن:
فقر
درک مفهوم این اصطلاح و جوانب مختلف آن حایز اهمیت است ،زیرا ما را با یکی از مقولات مهم اقتصادی که با ماهیت دوران اقتصادی - اجتماعی مربوطه دارای ارتباط است، آشنا میسازد. سطح زندگی اصطلاحی است که برای نشان دادن حدود مصارف مادی و معنوی اهالی یک کشور به کار میرود. سطح زندگی به میزان و چگونگی برآوردن نیازهای مادی و معنوی بستگی داشته و در فرماسیونهای اقتصادی - اجتماعی و در مراحل مختلف رشد تاریخی و بر حسب کشورهای مختلف فرق میکند. سطح زندگی مستقیما به تولید اجتماعی، درآمد اهالی، میزان مصرف کالاهای بلند مدت و کوتاه مدت و چگونگی ارضای حوایج فرهنگی و بهداشتی وابسطه است . ...
...
طلاق و تاثیرات آن بر فرزندان
طلاق یک از پیامدهای ناگوار و تلخ زندگی است که طبعا برای گروهی کثیری از انسانها اجتناب ناپذیر می باشد. اگر چه در این پروسه جدایی والدین بعضا کمک می کند تا آینده ای دگرگون داشته باشند اما متاسفانه اغلب فرزندان در این راه صدمه دیده و حتی خود را مقصر و محکوم می بینند. بهمین خاطر در اینجا بطور اختصار به این موضوع اشاره شده و سعی داریم تا با بازنگری آن دریابیم که چگونه والدین می توانند علی رغم جدایی شان کمک حال فرزندان خود باشند قبل از اینکه فرزندان دچار صدمات جدی روحی و روانی گردند.
تأثیر طلاق بر فرزندان چیست؟
تأثیر مستقیم آن تزریق عواطف رنجور از جمله ترس، خشم، گیجی و بهتزدگی است. اما باید اذعان داشت که کودکان میتوانند پس از مدتی به حیات طبیعی خود بازگردند. البته در این رابطه نقش والدین بسیار اساسی است. آنان باید کودکان خود را زیر چتر حمایت خود قرار دهند و هدایت صحیح را از آنان دریغ نکنند. طلاق بهخصوص بر کودکان در دوران ابتدایی تحصیل تأثیر عمیقتری میگذارد. حس عدم امنیت کودکان را بهشدت آزار میدهد و آنها از بازگو کردن شرایط خانوادة خود احساس شرمساری دارند. حتی پس از مدتی ممکن است که بچهها خود را سرزنش کنند. در این باره، واکنش بچهها متفاوت است. برخی غم و دردنهان خود را ابراز میکنند و بعضی دیگر آن را پنهان میکنند. ...
مقاله حقوقی طلاق و آثار آن
مطالب:
طلاق :
دید کلی
جنبه های مختلف طلاق
اثرات طلاق
کنار آمدن با طلاق :
طلاق و تاثیرات آن بر فرزندان
تأثیر طلاق بر فرزندان چیست؟
ترس و اضطراب
عملکرد والدین در این زمینه
خشم و از کوره دررفتگی
عملکرد والدین در این زمینه
جنبههای مختلف طلاق
اثرات طلاق
زندگی پس از طلاق
چه تصمیماتی می توان گرفت
:::::::::::::::::::::::::::::::::::::
قسمتهایی از متن:
طلاق :
تعریف :
طلاق» شیوه رسمى پایان دادن به زندگى خانوادگى است که قدمت تاریخى آن با قدمت ازدواج برابرى مىکند. طلاق با صرف نظر از مضمون مشترک آن، شرایط و مقرّرات متفاوتى در ادیان و فرهنگ هاى گوناگون داشته است. بر خلاف نظام هاى حقوقى گذشته، که معمولاً بر اراده شوهر در طلاق تأکید داشتند، نظام هاى حقوقى جدید به دلیل تأثیر اندیشه هاى مساوات جویانه، حرکتى به سمت پذیرش «طلاق توافقى» و دیگر الگوهاى مستلزم کاهش نقش شوهر را نشان مى دهند. اسلام با برخى جرح و تعدیل ها در قاعده اولیه طلاق، کوشیده است از یک جانبه گرایى به نفع مردان، که در بسیارى از موارد منجر به تضییع حقوق زنان مىگردد، جلوگیرى کند؛ ثبوت حق طلاق براى زن در فرض ناتوانى یا خوددارى شوهر از پرداخت نفقه، اعتبار قاعده «عسر و حرج» در زندگى زناشویى و نیز قاعده «اشتراط در ضمن عقد» از مهمترین این جرح و تعدیل ها هستند با ملاحظه چارچوب جامع" طلاق در دیدگاه اسلام" ، مىتوان به رویکرد معتدلانه و دور از افراط و تفریط این دیدگاه پى برد: اولاً، بر خلاف مسیحیت کاتولیک، که بجز در مورد ثبوت زناى زن اصولاً مشروعیتى براى طلاق قایل نیست، اسلام ضمن تقبیح طلاق، مشروعیت حقوقى آن را امضا کرده است. ...
...
عملکرد والدین در این زمینه
بگذارید بچه ها بدانند که خشم یکی از مظاهر طبیعی طلاق است.
راه های سالم ابراز خشم را به کودکان آموزش دهید (مثلاً در میان گذاشتن، ورزش و یا کارهای هنری).
با راههای ناسالم ابراز خشم (زد و خورد) مقابله کنید و در پیش گرفتن راه های سالم را تشویق کنید.
به بچه ها یاد دهید چگونه با بچه های دیگر رفتار کنند.
معلمان و سایر مددکاران ار از وضعیت طلاق مطلع سازید تا آنها نیز به کمک بچه ها بشتابند.
باید دانست که زمان برای احیای مجدد فرزندان امری ضروری است. شواهد نشان داده است که پس از گذر زمان مناسب و تزریق حمایتها و هدایتهای صحیح، بسیاری از کودکان دوباره به حیات طبیعی خود برمیگردند. اما اگر اضطراب و تشویش کودکان بهشکل فزاینده ای تداوم یافت، آنگاه باید از مشاورین متخصص در این رابطه کمک جست.
هر دو همسر با هم و یا یکی از آنها به تنهایی می تواند درخواست طلاق بکند. درخواست طلاق باید به دبیرخانه دادگاه بدوی شهرستان محل اقامت یکی از زوجین تحویل داده شود.
چنانچه فقط یکی از زوجین به تنهایی درخواست طلاق نماید, دادگاه بدوی درخواست را جهت اطلاع برای زوج دیگر ارسال می کند. حکم دادگاه طلاق خواهد بود هر چند یکی از زوجین مخالف طلاق باشد. برای کسب اطلاعات بیشتر در مورد طلاق می توانید به صفحات اینترنتی وزارت دادگستری (oikeusministeriö) مراجعه نمائید. ...
...
قسمتهایی از متن:
در پاره ای از موارد تعقیب دعوای عمومی منوط به حصول برخی شرایط می باشد ، این شرایط که جلوی تعقیب فوری را می گیرد به موتنع موقتی تعقیب دعوای عمومی معروفند که شامل ؛
1ـ ضرورت شکایت شاکی خصوصی
2 ـ مصونیت پارلمانی
3 ـ مصونیت سیاسی
4 ـ مصونیت تشریفاتی
5 ـ جنون متهم
6ـ اناطه کیفری (منوط بودن)
1- ضرورت شکایت شاکی خصوصی : در برخی جرائم ، قانونگذار به لحاظ کم اهمیت بودن حیثیت یا جنبه عمومی آنها تعقیب دعوای عمومی ناشی از جرم را متوقف و موکل به شکایت شاکی خصوصی می داند ، این دسته جرائم که به جرائم قابل گذشت معروفند برای تعقیب دعوای عمومی شکایت شاکی خصوصی ضرورت دارد و با گذشت او تعقیب جزایی یا اجرای مجازات متوقف می شود . در قانون سابق جرائم قابل گذشت و جرائم غیر قابل گذشت مشخص شده بود . به موجب ماده 727 ق.م.ا قانونگذار این قبیل جرائم را در 31 مورد ذکر کرده است . و این جرائم جز با شکایت شاکی خصوصی قابل تعقیب نمی باشد . ...
...
9- اقسام ضرر و زیان :
1. خـسارت و یا ضرر مادی : این خـسارت بر اثر جـرم به امـوال و دارایی مجنی علیه وارد می شود که به صورت کاهش دارائی مثبت ؛ مانند از بین رفتن اموال یا کاهش ارزش آنها . و یا به صورت افزایش دارائی منفی می شود مثلاً اشتغال ذمّه یا بدهکاریش زیاد می شود.
2. منابع فوت شده :[4] طبق بند2 ماده 9 ق. آ. د. ک مشروط به اینکه مسّلم و مشروع بوده و بدون هیچ عامل دیگری قابل حصول باشد ، مثلاً کارگری که در اثر ضرب و جرح یا تصادف یک هفته بستری بوده و از کار باز مانده است اجرت یک هفته به عنوان منافع ممکن الوصول[5] قابل مطالبه است ؛ یا همان راننده تاکسی که مسافرکشی می کند و یک عاملی مثل تصادف باعث می شود که دیگر نتواند مسافرکشی کند و اتومبیلش در تعمیرگاه بخوابد ، این خسارت تحت عنوان خسارت ممکن الوصول قابل مطالبه است ، که با تشخیص نظر کارشناس مشخص می شود . البته منافع ممکن الحصولی قابل مطالبه است که منطقی و عقلانی باشد ، نه تخیّلی . ...
...