چکیده
محاسبه ابری انقلابی را در صنعت فناوری اطلاعات با توانمند ساختن آن ها برای عرضه دسترسی به زیرساخت هایشان و خدمات کاربردی بر مبنای اشتراک ایجاد کرده است. بنابراین، چندین شرکت همانند IBM، مایکروسافت، گوگل، و آمازون شروع به عرضه سرویس های ابری مختلف به مشتریانشان کرده اند. به دلیل تنوع زیاد در سرویس های محاسبه ابری موجود، از دیدگاه مشتری، مشکل شده است تا تصمیم بگیریم که آن ها از چه سرویسی می بایست استفاده کرده و مبنای انتخاب آن ها چه می باشد. در حال حاضر چارچوبی وجود ندارد تا بتواند این امکان را به کاربران بدهد تا به ارزیابی عرضه محاسبات ابری پرداخته و آن ها را بر مبنای توانایی شان برای تامین نیازهای کیفیت خدمات (QoS) رده بندی کنند. در این تحقیق، چارچوب و مکانیسمی را مطرح می کنیم که کیفیت را اندازه گیری کرده و سرویس های محاسبه ابری را اولویت بندی می کند. چنین چارچوبی می تواند تاثیر قابل توجهی را ایجاد کرده و رقابت سالمی را در میان ارائه دهندگان محاسبات ابری برای مد نظر قرار دادن توافقنامه سطح خدمات (SLA) و بهبود کیفیت خدمات شان ایجاد کند. ما عملی بودن چارچوب رده بندی را با استفاده از بررسی موردی نشان می دهیم.
کلیدواژه: محاسبه ابری، ارزیابی خدمات، کیفیت خدمات، توافقنامه سطح خدمات
مقدمه
محاسبه ابری به عنوان الگویی برای ارسال منابع بر مبنای تقاضا (زیرساخت، پلتفرم، نرم افزار، غیره) به مشتریان همانند تسهیلات دیگر (برای مثال، آب، برق. گاز) می باشد. این سه خدمات اصلی توسط طرح محاسبه ابری بر مبنای نیاز مشتریان فناوری اطلاعات ایجاد می گردد [1]. در ابتدا نرم افزار به عنوان خدمات (SaaS) امکان دسترسی به برنامه های کاربردی کامل را به عنوان خدمات، همانند مدیریترابطه مشتری (CRM) فراهم می کند [2]. دوم اینکه، پلفرم به عنوان خدمات (PaaS) ، جایگاهی را برای توسعه برنامه های کاربردی دیگر فراتر از آن همانند موتور جستجو برنامه گوگل (GAE) ایجاد می کند [3]. در نهایت زیرساخت به عنوان خدمات (IaaS) محیطی را برای بکارگیری، اجرا و مدیریت ماشین های مجازی و ذخیره سازی ایجاد می کند. از نظر فنی، IaaS، مقیاس پذیری افزایشی (مقیاس بالا و پایین) از منابع محاسباتی و ذخیره سازی بر مبنای تقاضا، ارائه می دهد [1].
مقدمه
اغلب در ساخت و طراحی وسایل الکترونیکی نیاز داریم که آی سی های به کار رفته در مدارات الکترونیکی مورد نظر را تست کرده و از صحت یا خرابی آنها اطلاع دقیقی حاصل نماییم و احیانا در مورد خراب بودن آی سی ها پایۀ خراب شده آنها را بیابیم.
ساخت و طراحی وسیله ای که این عمل تست را انجام دهد، هدف اصلی این پروژه می باشد. که در این پروژه یک سری از آی سی های خانواده CMOS سری 4000 و 74XX هست می شوند و از سالم یا خراب بودن پایه ها اطلاعات دقیقی را به استفاده کننده ارائه می نماید.
برای شروع کار با مدارهای مجتمع تا حد مورد نیاز آشنایی پیدا می کنیم.. در بخش سخت افزاری توضیحاتی در مورد المان های به کار رفته شده در این مدار داده شده است. در بخش نرم افزاری با یک زبان برنامه نویسی که بتواند اطلاعات را از طریق کیبورد به مدار ارسال کرده و بعد از دریافت و پردازش در آن زبان برنامه نویسی نتیجه را گزارش دهد، آشنا می شویم.
با توجه به قابلیت های زبان برنامه نویسی C و نزدیکی این زبان به زبان ماشین، قسمت نرم افزاری این پروژه را توسط این زبان انجام خواهیم داد.
ما با طراحی سیستم تست کنندۀ آی سی در حقیقت قدم های مقدماتی و اصولی در جهت رسیدن به طراحی های پیچیده تر را برداشته ایم، که با توجه به عملکرد سخت افزاری و نرم افزاری این پروژه به راحتی می توان آن را طبق طرح پیشنهادی تعمیم داده و برای تست کردن آی سی های دیگر به کار برد.
چکیده
محاسبات از طریق پردازش مقدار زیادی از داده ها با توجه به محاسبات ابری امروزی انجام می گیرد. امروزه داده ها تنها ارقام نبوده بلکه اطلاعاتی می باشند که می بایست بطور مناسب حفاظت شده و به آسانی قابل انتقال باشند، اما مدل دستوری مبتکرانه ون نیومن از نظر معماری، آن ها را پشتیبانی نمی کند. این فرایند ما را به سمت معماری جدیدی به نام (مجموعه دستورالعمل های کامپیوتری سطح بالا) هدایت می کند، تا نشانه ها را به دستورات اجرایی مجزا در ارتباط با دستورالعمل ها به منظور پردازش کارامد و موثر محاسبات امروزی مرتبط سازد. دستور HISC (مجموعه دستورالعمل های کامپیوتری سطح بالا) شامل کدهای عملیاتی (opcode) بوده، و شاخص مرتبط به دستور اجرایی مبدا یا مقصد توسط واصف دستورات اجرایی مد نظر قرار می گیرد، که شامل مقادیر یا نسبت هایی در ارتباط با دستور اجرایی می باشد. این مقدار و نسبت ها قابل دسترسی بوده و موازی با مراحل اجرایی، قابل پردازش می باشند که به معرفی سیکل ساعتی صفر یا پایین، موارد بالاسری می پردازد. برنامه نویسی مقصود گرا (OOP) نیازمند کنترل دسترسی دقیق داده ها می باشد. مدل جاوا، jHISC، به اجرای برنامه های مقصودگرا جاوا، نه تنها سریعتر از نرم افزار jHISC می پردازد، بلکه حاوی دستوراتی در سیکل پایین تر نسبت به پردازشگرهای جاوا سخت افزاری می باشد. ما همچنین به طرح توسعه آینده در ارتباط با واصف دستورات اجرایی فراتر از برنامه نویسی مقصود گرا (OOP) می پردازیم.
مقدمه
از زمان معرفی کامپیوترها، معماری کامپیوتر به طور معمول بر مبنای معماری وان نیومن، به همراه مفهوم دستگاه برنامه ذخیره کننده می باشد. در این مدل، الگوریتم حل مسئله توسط یک سری از دستورات کامپیوتری نشان داده می شود، که به منظور دستکاری داده ورودی و تولید داده خروجی به اجرا در می آید. دستوراتی که به همراه داده های دستکاری شده به اجرا در می آیند، در حافظه ذخیره می گردند. این دستورات به صورت متوالی به اجرا در می آیند تا زمانی که شاخه گزینی و جا به جایی اهداف با توجه به دستورات کنترل برنامه روی دهد به صورتی که این شاخه ها و انشعابات شرطی با هم در تلاقی باشند. علاوه بر این دستورات I/O برای تعامل با موارد بیرونی وجود دارند.
مقدمه
پس از کشف نانولوله های کربنی توسط ایجیما و همکارانش بررسی های بسیار زیادی بر روی این ساختارها در سایر علوم انجام شده است. این ساختارها به دلیل خواص منحصر به فرد مکانیکی و الکتریکی که از خود نشان داده اند جایگزین مناسبی برای سیلیکون و ترکیبات آن در قطعات الکترونیکی خواهند شد. در اینجا به بررسی خواص الکتریکی نانولوله های کربنی زیگزاگ که به عنوان یک کانال بین چشمه و دررو قرار داده شده پرداختیم و نحوۀ توزیع جریان در ترانزیستورهای اثر میدانی را در شرایط دمایی و میدان های مختلف بررسی کرده ایم. از آنجایی که سرعت خاموش و روشن شدن ترانزیستور برای ما در قطعات الکترونیکی و پردازنده های کامپوتری از اهمیت ویژه ای برخوردار است، انتخاب نانولوله ای که تحرک پذیری بالایی داشته باشد بسیار مهم است. نتایج بررسی ها نشان می دهد تحرک پذیری الکترون در نانولوله های کربنی متفاوت به ازای میدان های مختلفی که در طول نانولوله ها اعمال شود، مقدار بیشینه ای را خواهد گرفت. بنا بر این در طراحی ترانزیستورها با توجه به مشخصه های هندسی ترانزیستور و اختلاف پتانسیلی که بین چشمه و دررو آن اعمال می شود باید نانولوله ای را انتخاب کرد که تحرک پذیری مناسبی داشته باشد.
واژه های کلیدی
نانولولۀ کربنی، ترانزیستور اثر میدانی، مدل ثابت نیرو، تحرک پذیری الکترون
چکیده
مجموعه بالقوه ای از برنامه های کاربردی سیستم پشتیبان تصمیم DSS توسط سازمان های پویا و متحولی که در زمینه فناوری رایانه پیشرفت کرده اند، ایجاد شده است. برای برنامه ریزی استراتژیک سازمان یا نقشه راه، درک درستی از برنامه های کاربردی DSS حائز اهمیت است. این تحقیق می کوشد تا تعریفی از DSS، و جذب فناوری اطلاعات در سازمان ها، و پویایی جذب DSS ارائه کند. آنچه که به عنوان ابزارهای DSS جذب برنامه های کاربردی سازمان می شود شامل آنهایی است که به عنوان برنامه های کاربردی یک بارهDSS (غیر تکراری) در سطح برنامه ریزی استراتژیک وارد سازمان می گردد. انتقال فناوری تا جاگیری ابزارها در برنامه های کاربردی پشتیبان تصمیم ساختار یافته (SDS) یا سیستم های فرایند تبادل (TPS) ادامه دارد. بنابراین مدیران و محققان باید آنها را به عنوان یک سیستم SDS/TPS و نه DSS ببینند. شناسایی نقشه راه جذب فناوری اطلاعات، به انتقال فناوری کمک می کند و آن را به رسمیت می شناسد- این به معنای قابل قبول بودن ایجاد این انتقال است.
مقدمه
چه موقع یک سیستم پشتیبان تصمیم گیری واقعا یک DSS نیست؟ غالبا یک برنامه کاربردی که شامل تصمیم گیری به هر روشی است به عنوان DSS طبقه بندی می شود. پیشرفت های پویا در زمینه تکنولوژی رایانه در برنامه های کاربردی مثل DSS موثر می باشد. در نتیجه این پیشرفت ها بوده که این برنامه های کاربردی همواره در حال تغییر می باشند. این موضوع سبب شده است که تقریبا متوقف کردن چنین تغییراتی برای برنامه های کاربردی DSS غیر ممکن باشد. بدیهی است که ماهیت تغییرات DSS به موازات پیشرفت توسعه تکنولوژی رایانه در جریان می باشد. کدون [9] گزارش می دهد که قانون مور (دو برابر شدن قدرت رایانه در هر هیجده ماه) دست کم برای 5 سال دیگر سر می رسد. این امر نشان دهنده این است که سیستم های اطلاعاتی پیشرفت خود را در دستورالعمل های جدید و متنوع ادامه خواهد داد.