دانلود پاورپوینت قیر و عایقهای رطوبتی

اختصاصی از فی موو دانلود پاورپوینت قیر و عایقهای رطوبتی دانلود با لینک مستقیم و پر سرعت .

برخی از اسلاید های این PowerPoint

فهرست مطالب

1- مزایای عایق

2- عایق رطوبتی قیر و گونی

3- انواع قیر موجود در کشور

4- ویژگی عمومی قیرها

5- معایب قیر

6- مزایا

7- معایب عایق قیرگونی

8- عایق پیش ساخته ( ایزوگام)

9- مزایای عایق رطوبتی پیش ساخته

10- معایب

11- کاربردهای پیشنهادی

12- مزایای عایق پرایمر

13- عایق کاری ساختمان بوسیله قیر

14- روش نصب عایقهای رطوبتی پیش ساخته

............

از جمله مزایای این عایق جدید به شرح زیر است:

1- فاقد آلودگی و آسیب های فیزولوژی می‌باشد.

2- کاربرد آن آسان است.

3- رنگ پذیرند

4- خطر آتش سوزی ندارند.

5- چسبندگی خوب نسبت به سطوح مختلف دارند.

..........

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

...........

30 اسلایذ فایل PowerPoint

قابل ویرایش

دانلود مقاله کامل درباره معماری نرم افزار

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

لینک پرداخت و دانلود *پایین مطلب*

فرمت فایل: Word (قابل ویرایش و آماده پرینت)

تعداد صفحه :90

فهرست مطالب :

1- مقدمه. 4

2 - معماری نرم افزار چیست ؟. 5

2-1 - تعاریف پایه در معماری نرم افزار. 6

الگوهای معماری یا سبکهای معماری.. 6

مدل مراجع. 6

معماری مرجع. 6

2-2   دیدگاه های معماری.. 7

دیدگاه Bass. 7

دیدگاه 4+1. 8

دیدگاه‌های دیگر. 8

3 طراحی معماری نرم افزار. 9

3-1     کارکرد‌های سیستم و معماری نرم‌افزار. 9

3-2   ویژگی‌های کیفی. 9

3-3 ویژگی‌های کیفی سیستم 10

3-4   سناریو‌های ویژگی‌کیفی. 10

3-5   ویژگی‌های کیفی کسب و کار. 11

3-6   ویژگی‌های کیفی معماری.. 12

3-7     یک طراحی معماری خوب باید دارای چه ویژگی‌هایی باشد؟‌. 12

3-8  دستیابی به ویژگیهای کیفی. 12

تاکتیکهای معماری        12

الگوهای معماری.. 14

ارتباط تاکتیکها و الگوهای معماری.. 15

4 روشهای طراحی معماری نرم افزار. 16

4-1 طراحی مبتنی بر ویژگی. 16

4-2 طراحی به کمک سبک های معماری مبتنی بر ویژگی    17

4-3 طراحی با ملاحظات اقتصادی با استفاده از روش آنالیز سود هزینه. 19

5  ویژگی کیفی قابلیت تغییر. 23

5-1   تعریف قابلیت تغییر. 23

5-2   مشخص نمودن نیاز‌های قابلیت تغییر با استفاده از سناریو‌های کیفی 23

5-3   مدل سازی قابلیت تغییر در سطح معماری نرم افزار   24

5-4   تاکتیک‌های قابلیت تغییر. 24

5-5  تاکتیک‌هایی که تغییرات را محلی می‌کنند. 25

5-6 تاکتیک‌هایی که میدان دید وظایف را کاهش می دهند. 26

5-7 تاکتیک‌هایی که از پخش شدن تغییرات جلوگیری می‌کنند. 26

5-8    ارزیابی قابلیت تغییر. 27

ارزیابی نحوه اختصاص وظایف.. 27

ارزیابی وابستگی بین ماژول‌ها 27

انواع وابستگی. 27

نحوه بازنمایی وابستگی‌ها 29

روش Brute-force. 29

استفاده از بستار انتقالی. 29

استفاده از روش‌های بهینه سازی.. 30

استفاده از جدول وابستگی‌ها 30

5-9 تصمیم گیری نهایی در مورد طراحی ویژگی کیفی قابلیت تغییر. 30

6 مطالعه موردی.. 31

6-1  مرحله 1 - انتخاب یک سناریو حقیقی. 31

6-2  مرحله 2 - بررسی نوع سناریو حقیقی   31

6-3 مرحله 3 - انتخاب چهارچوب استدلال مناسب.. 32

6-4 مرحله 4 - مشخص نمودن پارامتر‌های محدود و آزاد     34

6-5 مرحله 5 -  مشخص کردن تاکتیک‌های وابسته به پارامتر‌های آزاد    35

6-6 مرحله 6 - اختصاص مقادیر اولیه به پارامتر‌های آزاد       36

6-7 مرحله 7 - انتخاب تاکتیک‌ها و به کاربردن آنها برای دستیابی به پاسخ مناسب    36

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

استفاده از سیستم‌عامل به عنوان واسط. 38

6-8 مرحله 8 : اختصاص مسئولیت‌ها به عناصر معماری.. 38

7   خلاصه و نتیجه گیری.. 40

8   مراجع. 41

فهرست مطالب :

شکل 1 -  ارتباط بین الگوی معماری، مدل مرجع و معماری مرجع. 7

شکل 2 -   بخش‌های تشکیل دهنده سناریو ویژگی کیفی. 11

شکل 3 – خلاصه­ای از تاکتیک­های قابلیت تغییر. 11

شکل 4 – خلاصهای از تاکتیکهای کارایی. 13

شکل 5 - مجموعه ای از مهمترین الگوهای معماری.. 14

شکل 6 – ورودیها و خروجیهای روش ADD.. 16

شکل 7 – الگوی معماری خط لوله همزمان. 18

جدول 1 – پارامترهای الگوی خط لوله همزمان. 18

جدول 2 – خروجی فاز اول روش CBAM... 20

شکل 8 -  نمودار مقایسه میزان کاربرد هر راهبرد در مقابل هزینه. 20

شکل 9 -  انواع نمودار‌های ممکن برای سودمندی براساس پاسخ. 21

شکل 10 - معماری سه لایه. 24

جدول 3 - نحوه بازنمایی وابستگی بین دو ماژول. 29

شکل 11 - نمودار جریان داده ( تغییرات به طور غیر مستقیم از A به B منتقل می‌شود) 30

جدول 4- سناریو حقیقی قابلیت تغییر برای سیستم مورد مطالعه. 31

جدول 5 - سناریو عمومی قابلیت تغییر برای مسئله مورد بررسی. 32

شکل 12 - نمایش سیستم به صورت دو ماژول وابسته. 32

جدول 6 - چهارچوب استدلال برای ویژگی کیفی قابلیت تغییر. 33

شکل 13 - پارامتر‌های اثر گذار بر روی هزینه تغییرات.. 34

جدول 7 - پارامتر‌های قابلیت تغییر و تاکتیک‌های اثر گذار بر روی آنها 35

جدول 8 - قانون‌هایی که نحوه استفاده از تاکتیک‌ها را مشخص.... 36

شکل 14 - تکه طراحی تاکتیک شکستن زنجیره وابستگی. 38

شکل 15 - اختصاص وظایف با توجه به تاکتیک‌های اعمال شده 39

بخشی از متن مقاله

چکیده

با گسترش روز افزون استفاده از مدل­های فرایند مبتنی بر معماری، طراحی معماری نرم افزار اهمیت ویژه­ای یافته است. یک طراحی معماری خوب، طراحی است که نیاز­های کیفی مورد انتظار مشتری را برآورده نماید. در این گزارش روش ­های گوناگون طراحی معماری نرم افزار مورد بررسی قرار خواهد گرفت. سپس ویژگی کیفی قابلیت تغییر به طور دقیق و جزئیات معرفی خواهد شد و سپس معماری یک سیستم مطالعه موردی با دیدگاه دستیابی به قابلیت تغییر طراحی خواهد شد.

مقدمه

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

معماری نرم افزارِ یک برنامه یا سیستم کامپیوتری، ساختار یا ساختارهایی از سیستم می باشد، که در برگیرنده اجزاء، صفات قابل مشاهده آن اجزا و ارتباط بین آنها باشد[Bass 03]  . معماری نرم‌افزار شامل اولین تصمیمات طراحی سیستم می‌باشد و این تصمیمات زیربنای فعالیت‌های طراحی، پیاده‌سازی، استقرار و نگهداری سیستم می‌باشد. همچنین معماری نرم‌افزار، اولین عنصر قابل ارزیابی در فرایند توسعه نرم‌افزار می‌باشد[Bass 03]  . بنابراین برای طراحی سیستمی که نیاز‌های کیفی مورد نظر را برآورده سازد، تولید معماری نرم‌افزار اولین گام در دستیابی به کیفیت در نرم‌افزار و همچنین ارزیابی ویژگی‌های کیفی است.  

در مدل­های فرایند توسعه نرم­افزار مبتنی بر معماری[1] معمولاً ابتدا نیاز­های کیفی سیستم تعیین شده و سپس معماری نرم­افزار مربوطه طراحی می­گردد. پس از طراحی معماری، می­توان به ارزیابی آن پرداخت و تغییرات لازم را در طراحی مورد نظر ایجاد داد. بنابراین دو بخش اساسی در مدل­های فرایند توسعه نرم­افزار مبتنی بر معماری، بخش­های طراحی و ارزیابی معماری نرم افزار می­باشند. این دو بخش در ارتباط مستقیم با یکدیگر می­باشند و هر یک مکمل دیگری می­باشد. بنابراین فرایند طراحی معماری را می­توان شامل ساخت معماری نرم­افزار، ارزیابی آن و اصلاح معماری پیشنهادی دانست.

در این گزارش، هدف بررسی روش­های موجود در طراحی معماری نرم­افزار بر اساس ویژگی­های کیفی مورد نظر مشتریان و بررسی نحوه خودکار سازی فرایند طراحی معماری با ارائه ابزار­هایی برای این منظور می­باشد. ادامه مطالب گزارش به این صورت طبقه بندی شده اند. در بخش 2 توضیح مختصری در ارتباط با معماری نرم­افزار و مفاهیم مرتبط با آن ارائه می­شود. این مفاهیم در ادامه مطالب گزارش به کار گرفته خواهند شد. در بخش 3 طراحی معماری نرم­افزار، ویژگی­های یک طراحی خوب و عوامل تاثیرگذار در طراحی معماری مورد بررسی قرار خواهند گرفت. در بخش 4 روش­های طراحی معماری نرم افزار مورد بررسی قرار خواهند گرفت. در بخش 5 خلاصه و  نتیجه گیری ارائه خواهد شد. در بخش 6 مراجع مورد استفاده در این گزارش معرفی می­گردد.

• معماری نرم افزار چیست ؟

برای معماری نرم‌افزار، تعریفی که به طور عمومی پذیرفته شده باشد، وجود ندارد. افراد مختلف، معماری نرم‌افزار را به اشکال گوناگون تعریف کرده‌اند. این تعاریف، از لحاظ ظاهری متفاوتند ولی به مفهوم مشترکی اشاره می‌کنند. 

در [Bass 03] معماری نرم افزار به صورت زیر تعریف شده است :

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

از تعریف فوق می توان به نتایج زیر دست یافت :‌

• معماری، اجزای نرم افزار را تعریف می نماید. همچنین در این تعریف، از جزئیاتی از اجزا، که در نحوه استفاده و ارتباط با اجزای دیگر کاربردی ندارند؛ صرف نظر می گردد.
• هر سیستم نرم افزار شامل چندین ساختار می باشد؛ و هیچ یک از این ساختارها، به تنهایی معماری نرم افزار نمی­باشد. بلکه این ساختارها در کنار یکدیگر معماری نرم افزار را تشکیل می دهند.
• هر سیستم نرم افزاری دارای یک معماری می باشد. (زیرا هر سیستم نرم افزاری دارای اجزایی است که این اجزا با یکدیگر دارای رابطه می باشند).
• رفتار هریک از اجزاء، بخشی از معماری نرم افزار می باشد. (زیرا این رفتار در نحوه ارتباط بین اجزا تاثیرگذار است.)
• معماری نرم افزار باید قابل ارزیابی باشد تا بتوان از روی آن تشخیص داد سیستم مورد نظر بر پایه معماری انتخاب شده نیازهای خود را برآورده خواهد کرد یا خیر.

علاوه بر تعاریف ارائه شده در [Bass03] تعاریف گوناگون دیگری نیز برای معماری نرم افزار ارائه شده است که در اینجا به برخی از آنها اشاره خواهیم کرد :

در [IEEE00]معماری نرم افزار به صورت زیر تعریف شده است :

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

در این نوع تعریف، فرایند تولید معماری، عضوی از معماری در نظر گرفته شده است. ( زیرا قوائد و اصول طراحی و تکامل نیز عضوی از معماری در نظر گرفته شده اند.‌) در حالی که این موارد جزء معماری محسوب نمی‌گردند. معماری هر سیستم نرم‌افزاری می‌تواند بدون توجه به نحوه تولید آن مشخص و ارزیابی گردد.

در [Booch 98]  معماری نرم افزار مجموعه‌ای از تصمیمات مهم درباره ساختار سیستم نرم‌افزاری ، انتخاب اجزاء ساختاری و ارتباطات بین آنها و همچنین مشخص نمودن نحوه همکاری این اجزاء با یکدیگر می‌باشد. وقتی این اجزاء در کنار یکدیگر سیستم بزرگی را تشکیل دهند معماری نرم افزار به وجود خواهد آمد.

در [Garlan 93]، معماری نرم‌افزار سطحی از طراحی تعریف شده است که دارای ویژگی‌های زیر می‌باشد :

• ورای الگوریتم و ساختمان داده طراحی شده باشد.
• شامل ساختار کلی سیستم، ساختار‌های کنترلی عمده، پروتکل‌های ارتباطی، اختصاص کارکرد‌ها به اجزاء، توزیع فیزیکی اجزاء باشد.
• ترکیبی از اجزاء طراحی باشد که از بین گزینه‌های طراحی موجود انتخاب شده است.

در تعاریف ارائه شده توسط [Booch 98] و [Garlan 93]، از معماری به عنوان ساختار کلی سیستم نام‌ برده شده است. باید توجه داشت، ضعف این تعریف نسبت به تعریف ارائه شده توسط [Bass 03] در محدود کردن ساختار سیستم به تنها یک ساختار می‌باشد. در حالی که سیستم برای مشخص کردن معماری، دارای ساختار‌های گوناگون باشد.

در [RUP 03] معماری نرم‌افزار سازمان یا ساختار اجزاء اصلی سیستم که از طریق واسط‌هایی با هم ارتباط برقرار می‌کنند؛ می‌باشد به طوری که هر یک از اجزاء از اجزاء کوچکتری تشکیل شده که این اجزاء کوچک نیز با یکدیگر ارتباط دارند. در این تعریف نیز، به ساختار‌های گوناگون اشاره نشده است. گرچه در [RUP 03] در مرحله طراحی معماری نرم‌افزار، ساختار‌ها یا دیدگاه های مختلفی برای معماری معرفی شده است.

دیدگاه ما نسبت به معماری، دیدگاه [Bass 03] می‌باشد. یکی از نکات مهم در این تعریف، امکان ارائه ساختار‌های گوناگون برای معماری می‌باشد. این ساختار‌ها نباید محدود به چندین ساختار پیش فرض باشند. به عنوان مثال برای تولید معماری یک سیستم امن، می‌توان مدل امنیتی سیستم را نیز عضو معماری قرار داد. زیر بررسی و ارزیابی آن قبل از مرحله پیاده سازی بسیار حیاتی می‌باشد.

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

دانلود مقاله کامل درباره مراحل ساخت فنداسیون ساختمانهای اسکلت فلزی

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

لینک پرداخت و دانلود *پایین مطلب*

فرمت فایل: Word (قابل ویرایش و آماده پرینت)

تعداد صفحه :10

بخشی از متن مقاله

مراحل ساخت فنداسیون ساختمانهای اسکلت فلزی

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

برای اجرای یک پروژه اسکلت فلزی نخست ساخت پی مناسب است که در کلیه پروژه ها تقریبا" یکسان اجرا می شود ، باید توجه داشت که از قبل نقشه فنداسیون را روی زمین پیاده کرد وبرای پیاده کردن دقیق آن بایستی جزئیات لازم در نقشه مشخص گردیده باشد .

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

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

که اگر زمین دارای پستی وبلندی جزئی باشد باید نقطه ای به صورت مبنا  در محل کارگاه مشخص شودکه این نقطه بوسیله بتن ومیلگرد در نقطه ای که دور از آسیب باشد ساخته می شود .

نکات فنی واجرایی مربوط به گودبرداری (خاکبرداری) :

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

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

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

نکات فنی واجرایی مربوط به خاکریزی وزیرسازی فنداسیون :

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

ـ از خاکهای نباتی برای خاکریزی نباید استفاده کرد .ضخامت قشرهای خاکریز برای انجام تراکم 15 تا 20 سانتی متر است . برای انجام تراکم باید مقداری آب به خاک اضافه کنیم وبا غلتک های مناسب آن را متراکم نماییم . البته خاکریزی وتراکم فقط برای محوطه سازی وکف سازی است وخاکریزی زیر فنداسیون مجاز نمی باشد .

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

نکات فنی واجرایی بتن مگر :

بتن با عیار کم سیمان زیر فنداسیون که بتن نظافت نامیده می شود معمولا" به ضخامت 10 تا 15 سانتی متر واز هر طرف 10 تا 15 سانتی متر بزرگتر از خود فنداسیون ریخته می شود .

نکات فنی واجرایی قالب بندی فنداسیون :

ـ کلیه ضوابط فنی واجرایی قالب بندی باید بطور کامل رعایت شده ونیزدر قالب بندی باید از تخته سالم بدون گره به ضخامت حداقل 5/2 سانتی متر یا ورقه های فلزی صاف یا از قالب

آجری ( تیغه 11 سانتی متر آجری یا 22 با اندود ماسه سیمان برای جلوگیری از خروج شیره بتن )صورت گیرد . لازم به ذکر است که برای پی های عادی می توان با قرار دادن ورقه پلاستیکی (نایلون) در جداره خاکبرداری از آن به عنوان قالب استفاده کرد .

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

مقاله در مورد انقلاب صنعتی

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

لینک پرداخت و دانلود در "پایین مطلب"

فرمت فایل: word (قابل ویرایش و آماده پرینت)

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

فهرست مطالب:

پیش از انقلاب صنعتی

بیش از یک انقلاب صنعتی

انگلستان و تولد انقلاب

جمعیت رو به افزایش انگلستان

ماشین نیوکامن

جیمز وات

اختراعات فرانسوی

نوسازی بلژیک

قاچاقچیان و مهاجران

انقلاب مستمر

موتورها و چراغهای برقی

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

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

تحقیق درباره آموزه هایی از رباتیک

اختصاصی از فی موو تحقیق درباره آموزه هایی از رباتیک دانلود با لینک مستقیم و پر سرعت .

دسته بندی : فنی و مهندسی _ برق، الکترونیک، مخابرات

فرمت فایل:   ( قابلیت ویرایش و آماده چاپ ) 

حجم فایل:  (در قسمت پایین صفحه درج شده )

فروشگاه کتاب : مرجع فایل 

---

 قسمتی از محتوای متن ...

آموز ه هایی از رباتیک ربات چیست؟ ربات یک ماشین هوشمند است که قادر است در شرایط خاصی که در آن قرار می گیرد، کار تعریف شده ای را انجام دهد و همچنین قابلیت تصمیم گیری در شرایط مختلف را نیز ممکن است داشته باشد. با این تعریف می توان گفت ربات ها برای کارهای مختلفی می توانند تعریف و ساخته شوند.مانند کارهایی که انجام آن برای انسان غیرممکن یا دشوار باشد.برای مثال در قسمت مونتاژ یک  کارخانه اتومبیل سازی، قسمتی هست که چرخ زاپاس ماشین را در صندوق عقب قرار می دهند، اگر یک انسان این کار را انجام دهد خیلی زود دچار ناراحتی هایی مثل کمر درد و ...می شود، اما می توان از یک ربات الکترومکانیکی برای این کار استفاده کرد و یا برای جوشکاری و سایر کارهای دشوار کارخانجات هم همینطور.و یا ربات هایی که برای اکتشاف در سایر سیارات به کار میروند هم از انواع ربات هایی هستند که در جاهایی که حضور انسان غیرممکن است استفاده می شوند. کلمه ربات توسط Karel Capek  نویسنده نمایشنامه R.U.R  (روبات‌های جهانی روسیه) در سال 1921 ابداع شد. ریشه این کلمه، کلمه چک اسلواکی(robotnic) به معنی کارگر می‌باشد.در نمایشنامه وی نمونه ماشین، بعد از انسان بدون دارا بودن نقاط ضعف معمولی او، بیشترین قدرت را داشت و در پایان نمایش این ماشین برای مبارزه علیه سازندگان خود استفاده شد.البته پیش از آن یونانیان مجسمه متحرکی ساخته بودند که نمونه اولیه چیزی بوده که ما امروزه ربات می‌نامیم.امروزه معمولاً کلمه ربات به معنی هر ماشین ساخت بشر که بتواند کار یا عملی که به‌طور طبیعی توسط انسان انجام می‌شود را انجام دهد، استفاده می‌شود. بیشتر ربات‌ها امروزه در کارخانه‌ها برای ساخت محصولاتی مانند اتومبیل؛ الکترونیک و همچنین برای اکتشافات زیرآب یا در سیارات دیگر مورد استفاده قرار می‌گیرد. رُبات یا روبوت وسیله‌ای مکانیکی جهت انجام وظایف مختلف است. یک ماشین که می‌تواند برای عمل به دستورات مختلف برنامه‌ریزی گردد و یا یک سری اعمال ویژه انجام دهد. مخصوصا آن دسته از کارها که فراتر از حد توانایی‌های طبیعی بشر باشند. این ماشینهای مکانیکی برای بهتر به انجام رساندن اعمالی از قبیل احساس کردن درک نمودن و جابجایی اشیا یا اعمال تکراری شبیه جوشکاری تولید می‌شوند.   علم رباتیک از سه شاخه اصلی تشکیل شده است:         ·        الکترونیک ( شامل مغز ربات)         ·        مکانیک (شامل بدنه فیزیکی ربات)         ·        نرم افزار (شامل قوه تفکر و تصمیم گیری ربات)اگریک ربات را به یک انسان تشبیه کنیم، بخشهایی مربوط به ظاهر فیزیکی انسان را متخصصان مکانیک می سازند، مغز ربات را متخصصان الکترونیک توسط مدارای پیچیده الکترونیک طراحی و می سازند و کارشناسان نرم افزار قوه تفکر را به وسیله برنامه های کامپیوتری برای ربات شبیه سازی می کنند تا در موقعیتهای خاص ، فعالیت مناسب را انجام دهد. ربات‌ها چه کارهایی انجام می‌

تعداد صفحات : 65 صفحه

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

پس از پرداخت، لینک دانلود را دریافت می کنید و ۱ لینک هم برای ایمیل شما به صورت اتوماتیک ارسال خواهد شد.

 

« پشتیبانی فروشگاه مرجع فایل این امکان را برای شما فراهم میکند تا فایل خود را با خیال راحت و آسوده دانلود نمایید »