تحقیق در مورد سخت افزار کامپیوتر

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

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

توانایی درک ساختمان CUP

آشنایی با تعریف عملیاتی CPU

CPU یا Processor اساسی ترین جزء یک کامپیوتر می‎باشد. CPU یک آی سی یا تراشه یا chilp است که از مدارات مجتمع فشرده زیادی تشکیل شده است. بعبارت دیگر مهمترین آی سی یک کامپیوتر ریز پردازنده یا CPU آن است. محل قرار گرفتن آن روی برد داخلی و در جای ویژه ای از مادربرد قرار دارد.

در سراسر جهان شرکتاهی زیادی به تولید این آی سی پرداخته اند از معروفترین آنها میتوان ریز پردازنده Motorolla- intel و AMD و Cyrix را نام برد.

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

1- واحد محاسبه و منطق (ALU)

این واحد شامل مداراتی است که میتواند محاسبات برنامه های کامپیوتری را انجام دهد، مثلا مجموع دو عدد را بطور منطقی محاسبه می‎کند. ALU مخفف کلمات Aritmatic- Logic- Unit است.

واحد کنترل CU یا conmtrol- unit این واحد بر واحد ورودی و خروجی حافظه های گوناگونی نظارت می‎کند و چگونگی ورود و خروج آنها را کنترل می‎کند.

3- حافظه های ثابت یا Register

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

4- حافظه های پنهان یا cache

حافظه مخفی یا cache یک حافظه سریع است که مورد استفاده CPU قرار می‎گیرد. بعبارت دیگر چون سرعت عملیات CPU زیاد است لذا اطلاعات نیز باید با سرعت زیاد از حافظه اصلی خوانده و پردازش شود، اما سرعت

پاورپوینت سخت افزار

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

پاورپوینت سخت افزار

50اسلاید

•به اجزای فیزیکی و قابل لمس در کامپیوتر سخت افزار می گویند

دکمه reset

این دکمه برق کامپیوتر را برای یک لحظه قطع کرده و سیستم دوباره (boot) روشن می شود

معمولا زمانی استفاده می شود که سیستم قفل شود

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

ماوس بی‌سیم و مبتنی بر تکنولوژی بلوتوث است

تا فاصله 10متری از فرستنده خود می‌تواند دور شده و کار کند.کامپیوترهای مجهز به بلوتوث به راحتی با این ماوس هماهنگ می‌شوند.
دارای یک کلید روشن/خاموش در پشت بدنه خود است دارای 4کلید معمولی و یک کلید اسکرول است.

این ماوس جدید دارای باتری قابل شارژ با عمر 3 ماه در هر بار شارژاست

دانلود آموزش کامل نرم افزار متلب MATLAB با پاورپوینت / برای دانشجویان و اساتید رشته های مهندسی

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

MATLAB یک زبان سطح بالا و با محیطی جذاب می باشد، که در ابتدا براساس زبان برنامه نویسی C توسعه داده شد. واژه متلب هم به معنی محیط محاسبات رقمی و هم به معنی خود زبان برنامه‌نویسی مربوطه‌است که از ترکیب دو واژه MATrix (ماتریس) وLABoratory (آزمایشگاه) ایجاد شده‌است. این نام حاکی از رویکرد ماتریس محور برنامه ‌است، که در آن حتی اعداد منفرد هم به عنوان ماتریس در نظر گرفته می‌شوند.

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

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

فصل های بحث شده:

1-فصل اول ویژگیهای اصلی MATLAB

2-فصل دوم آرایه‌ها

3-فصل سوم توابع و عملیات ماتریسی

4-فصل چهارم : تصمیم‌گیری و کنترل روند، استفاده از حلقه‌ها و دستورات شرطی در متلب

5-فصل پنجم: نمودارهای دو بعدی

6-فصل ششم: چندجمله‌ایها

7-فصل هفتم: نمودارهای سه‌بعدی

فرمت:پاور پوینت قابل ویرایش

تعداد فایل پکیج:7 مورد

حجم فایل:1.57 مگابایت

خرید نرم افزار پولو پی سی Polo PC / برای دانشجویان رشته های مهندسی

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

راهنمای آموزشی نرم افزار Polo-pc

توجه داشته باشید که نرم افزار فقط روی سیستم هایی با ویندوز xp نصب می شود.

فایل آموزشی کامل در 9 صفحه

فایل نرم افزار 5 مگابایت

زیست­ سنجی (Biological assay; Bioassay) روشی برای اندازه‌گیری توانایی هر محرک در بروز واکنش‌های فیزیکی، شیمیایی، بیولوژیکی در یک موجود زنده است. این روش برای ارزیابی اثر ترکیبات سمی، داروها، هورمون­ ها و ویتامین‌ها به کار برده می‌شود. در آزمون زیست­ سنجی یک محرک (Stimulus) بر روی یک موجود زنده مورد مطالعه (Subject) اثر داده می‌شود و پاسخ­ (Response) اندازه­ گیری می‌شود. زیست­ سنجی ابزاری را فراهم می‌آورد تا این پاسخ­ ها به شکل کمی بیان گردد. محرک می‌تواند آفت‌کش و یا دارو باشد، در صورتیکه موجود مورد مطالعه جانور، گیاه، بافت گیاهی و یا سلول است.

زیست سنجی آفت‌کش­ ها Pesticide Bioassays: از زیست­ سنجی همچنین برای اندازه­ گیری حساسیت آفات در برابر آفت کش­ ها، مقایسه اثر دو آفت­کش و بررسی مقاومت آفات در برابر آفت­کش­ ها استفاده می­ شود. زیست سنجی آفت‌کش­ ها آزمون­ هایی هستند که با آفت‌کش انجام می‌گردند تا احتمال پاسخ مطلوب (مرگ, عقیمی, آسیب جدی) از طرف جمعیت آفت تخمین زده شود.

اجرای زیست سنجی شامل موارد زیر است:

• ماده شیمیایی مورد نظر
• موجود زنده مورد آزمایش
• اجرا و طرح آزمون
• روش آنالیز

برای آنالیز داده‌های زیست سنجی می‌توان از برنامه ساده و قابل فهم Polo-pc استفاده کرد. که می توانید از لینک زیر ابتدا خود برنامه را دانلود کرده و سپس راهنمای نصب و کار کردن با آن را که برای اولین بار است منتشر می شود دانلود کنید.

دانلود تحقیق کامل درمورد معماری نرم افزار

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

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

فرمت فایل: 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] می‌باشد. یکی از نکات مهم در این تعریف، امکان ارائه ساختار‌های گوناگون برای معماری می‌باشد. این ساختار‌ها نباید محدود به چندین ساختار پیش فرض باشند. به عنوان مثال برای تولید معماری یک سیستم امن، می‌توان مدل امنیتی سیستم را نیز عضو معماری قرار داد. زیر بررسی و ارزیابی آن قبل از مرحله پیاده سازی بسیار حیاتی می‌باشد.

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