پروژه طراحی فرایند تولید پایگاه های اطلاعات علمی. doc

نوع فایل: word

قابل ویرایش 15 صفحه

چکیده:

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

مقدمه:

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

برای طراحی یک فرایند بهینه برای تولید پایگاههای اطلاعات به نحوی که با شرایط کشور ایران   همخوانی داشته باشد، مرکز اطلاعات و مدارک علمی ایران (که از این پس با عنوان "مراکز" یاد می‌شود) به عنوان مورد مطالعه انتخاب شد. "مرکز" از سال 1347 عهده دار گردآوری، سازماندهی و اشاعه اطلاعات مربوط به مدارک علمی متعددی در ایران بوده که در سالهای اخیر، پیشرفت تکنولوژی بر این روشها تاثیر زیادی داشته است. در این زمینه، "مرکز" از سال 1369 استفاده از نرم‌افزار CDS/ISIS را آغاز کرده و در سال 1371 اولین پایگاه اطلاعات علمی تولید شده در محیط این نرم افزار را در ایران عرضه کرد و از سال 1372، تولید و روزآمد کردن پایگاههای اطلاعات متنوعی را همراه با انتشار نسخه های چاپی اطلاعات، ادامه داده است. این فعالیتها، بخش اصلی عملیات اجرایی "مرکز" را تشکیل می دهد که با حجم زیاد مدارکی که با آنها سر و کار دارد (حدود 40000 مدرک در سال)، مورد خوبی برای مطالعه بود.

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

فهرست مطالب:

چکیده

1) مقدمه

2) روش

2-1) مدارک

2-2) فرایندها و پایگاههای اطلاعات

2-3) مراحل

الف) تشریح وضع موجود

ب) تجزیه و تحلیل

پ)طراحی فرایندهای جدید

3) بحث

3-1) وضع موجود

3-1-1) زمان کار

3-1-2) سیستم کنترل

2-3) مدل منطقی فرایندهای پیشنهادی

3-3) مدل فیزیکی فرایندهای پیشنهادی

4)نتیجه گیری

دانلود پروژه میکروپروسسورهای Intel PXA250 & PXA210

لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه: 21

پروژه درس ریزپردازنده2

عنوان پروژه:

میکروپروسسورهای Intel PXA250 & PXA210

مقدمه-

در این تحقیق به میکروپروسسورهای PXA250 & PXA210 پرداخته می شود. این میکروپروسسورها میزان سرعت پردازش در برنامه های پردازشی قابل حمل، مانند pc pocket ها را افزایش می دهند. هرکدام از این پروسسورها در اصل یک سیستم مجتمع با قابلیت پردازش بالاست که روی یک تراشه قرار دارد و شامل یک  Intel XScale Core می باشد که دارای توان پائین می باشد همراه با تعدادی از سیستمهای جانبی مختلف.

 PXA250 یک پردازشگر 17x17mm با 256 پایه می باشد. این بسته PBGA برای سیستمهای با کارآئی بالا قابل استفاده است. این پکیج دارای گذرگاه داده 32 بیتی می باشد و همچنین دارای مجموعه کاملی از سیستمهای جانبی است.

ویژگیهای Intel® XScale™ Core

ARM™ نسخه 5TE ISA

ــ پشتیبانی دستورالعملهای ARM

ــ دستورالعملهای پیشرفته ARM DSP

توان مصرفی پائین و در عین حال کارآئی بالاتکنولوژی پردازش محیط اینتل

ــ ضرب 16 بیتی پیشرفته

ــ انباره 40 بیتی

حافظه دستورالعمل 32 KByteحافظه داده 32 KByteحافظه کوچک داده 2 KByteحاقظه کوچک دستورالعمل 2 KByteواحدهای مدیریت داده و دستورالعملبافر انشعاب مورد نظرگنجایش اشکال زدائی از طریق پورت JTAG

ویژگیهای سیستم یکپارچه

کنترل کننده حافظهکنترل کننده های ساعت و توانگذرگاه سرویس گیرنده سریالکنترل کننده DMAکنترل کننده LCDAC97I2Cکارت Multimediaارتباط FIR ( Fast Infrared Port )پروتکل پورت سریال همزمانیI2Sپینهای همه منظوره I/OUARTsساعت واقعیتایمرهای OSمدولاسیون پهنای پالسکنترل کننده وقفه

کنترل کننده حافظه

کنترل کننده حافظه، سیگنالهای کنترلی قابل برنامه ریزی و زمانبندی را برای مجموعه ای از انواع تراشه های حافظه و سازماندهی حافظه  تامین می کند. این کنترلر تا 4 قسمت SDRAM ، 6 تا انتخاب تراشه استاتیک برای SRAM ، SSRAM ، Flash ، ROM ، SROM و  تراشه های جانبی و همچنین 2 تا PCMCIA یا اسلاتهای فشرده flash را پشتیبانی می کند.

پروسسورهای PXA250 ، PCMCIA ، Flash فشرده یا I/O های مختلف را پشتیبانی نمی کنند.

کنترل کننده های ساعت و توان

این پروسسورها توسط کلاک راه اندازی می شوند که این ساعتها توسط کریستالهای 3.6864 MHz و یک کریستال انتخابی  32.768 MHz ایجاد می شوند.

کریستال  3.6864 MHz یک فاز  Locked Loop (PLL) و یک PLL جانبی را راه اندازی می کند. PLLs فرکانسهای ساعت مورد نیاز را برای راه اندازی بلاکهای عملگر را تولید می کند.

کریستال 32.768 MHz یک کلاک انتخابی را ایجاد می کند که باید پس از یک reset سخت افزاری انتخاب شود. این کلاک ساعت واقعی ، کنترلر مدیریت توان و کنترلر وقفه را راه اندازی می کند. کریستال 32.768 MHz بر روی یک ثسمت جدا برای ایجاد ساعت فعال قرار دارد و در این کار را  هنگامیکه پروسسور در وضعیت خواب قرار دارد، انجام می دهد.

مدیریت توان تغییر حالت بین وضعیت های  Turbo/Run ، Idle و Sleep را انجام می دهد.

سرویس دهنده Universal Serial Bus ( USB )

سرویس دهنده USB بر پایه خصوصیات تجدید نظر شده USB بنا شده است که تا 16 نقطه پایانی را پشتیبانی می کند و کلاک 48 MHz داخلی را مهیا می کند. کنترلر USB همچنین FIFOs را با دسترسی DMA به یا از حافظه را ایجاد می کند.

کنترلر (DMAC) DMA

DMAC این قابلیت را دارد که 16 تا کانال الویت بندی شده را برای سرویس دادن به انتقال درخواستها از دستگاههای جاتبی داخلی و تا سقف دو درخواست انتقال داده از تراشه های خارجی، مهیا کند. DMAC امکان تغییر command و ایجاد حلقه را نیز دارد.

DMAC هنگامیکه انتقال حافظه به حافظه، حافظه به سیستم جانبی و سیستم جانبی به حافظه صورت می گیرد، در مد flow-through اجرا می شود. DMAC با سیستمهای جانبی سازگار است که سایز داده در آنها word, half word یا byte باشد.

این فقط قسمتی از متن مقاله است . جهت دریافت کل متن مقاله ، لطفا آن را خریداری نمایید

647- پروژه و تحقیق آماده: تاریخچه و بررسی دلایل ظهور سیستمهای Application Server و مزایای آنها - 32 صفحه فایل ورد - word

تاریخچه سیستم های Application  server :

توسعه نرم افزاری بر روی اینترنت از قدمت چندانی برخوردار نیست، با این وجود طی همین مدت کوتاه به دلایل رویدادهای مهمی که در زمینه اینترنت رخ داده است، توسعه نرم افزاری به توسعه دهندگان سایت کرده است.

هدف توسعه دهندگان وب از تبدیل صفحات ایستایHTML به صفحات دینامیک، به توسعه برنامه های کاربردی کارآمد بر روی وب تکامل یافته است. به واسطه این تکامل به تدریج چار چوب های سیستمی که امروزه به سیستم های application serverمعروف شده،تعریف و به مرور زمان تکمیل شد. اما ابتدا به تکنولوژی وابزارهای مختلفی که موجب مطرح شدن این گونه سیستم ها شدند نگاهی کوتاه بیندازیم.

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

از آنجایی که بیشتر کاربران با مسائل مشترکی دست به گریبان بودند، توسعه دهندگان به ایجاد کتابخانه هایی متشکل از کدهای قابل استفاده مجدد اقدام کردند که بدین ترتیب بسیاری از مسائل حل می شد. با وجود این با پیچیده ترشدن برنامه ها،سرهم بندی این قطعات (کدهای قابل استفاده مجدد)در قالب یک برنامه کاربردی کامل و قابل اعتماد به تدریج مشکل ومشکلتر می شد.در آن مقطع برخی از دست اندر کاران امرکامپیوتر متوجه این نکته مهم شدند و بدین ترتیب سیستم های Application Serverپا به عرصه ظهورگذاشتند. این پیشگامان درابتدا اقدام به تدوین مجموعه ایی از منابع مفیدوقابل استفاده مجدد کردندند و آنها را در اختیار توسعه دهندگان پیش از این از آنها استفاده می کردندـ بسیار مفید بودند. در ابتدای امر بیشتر این فرآوردها همانند ابزاری سودمند به توسعه دهندگان وب فروخته شد.همانند وضعیتی که پیش از این در مورد ابزارهای مورد استفاده جهت توسعه برنامه های کاربردی وجود داشت، در اینجا منابع مورد نیازحین اجرای برنامه از طریق یک زبان Scriptو یا به واسطه مجموعه ای از امکانات کپسوله شده (درقالب کلاس) فراهم می شد. نخستین پیشگامان در این عرصه از تکنولوژی، شرکت Allairبا نرم افزارColdfusion،شرکت Net Scapeبا نرم افزارLive Wireبودند.

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

آنها برای گسترش زمینه کاری و افزایش کارایی نرم افزارهایشان از تکنولوژی TP monitorsنیز پیشیبانی کردند. برای تسهیل در استفاده از نرم افزارهای تولید شده به همراه سیستم های موجود ،ابزارهایی را جهت تطبیق با سیستم های E- mailو کاربا ORBها (جهت اتصال با برنامه های کاربردی موجود ) توسعه دادند. این گونه برنامه ها به واسطه دارا بودن ابزارهایی جهت اعتبار سنجی و رمز گذاری از امنیت بالایی برخوردار بودند. به موازات توسعه این قبیل برنامه های کاربردی ، اهمیت فوق العاده آنها در تجارت الکترونیکی بیش از بیش برای دست اندر کاران کامپیوتر مشهود می شد.

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

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

برای دسترسی به این منابع، توسعه دهندگان یک مدل دو لایه ایی در اختیار داشتند. لایه اول در این مدل که Application Layerنام داشت ، عهده دار نمایش اطلاعات به کاربران بود و دیگری با نام Business Logic Layer، فرایند دسترسی به داده ها و پردازش آنها را انجام می داد با همه گیر شدن تدریجی این مدل ، اصطلاح Application Serverنیز برسرزبانها افتاد.

ضرورت ایجاد استانداردها :

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

در ابتدا این استاندارها به صورت مجزا مطرح شدند. برای نمونه ابزار Java Server Pagesبه عنوان دو ابزار بسیار کار آمد جهت استفاده از جاوا در لایه اول از مدل دو لایه ایی ذکر شده در قسمت قبل مورد توجه بسیاری از توسعه دهندگان قرار گرفتند. از طرف مایکروسافت با ابزار Aspو شرکت All air با محصول cfmlابزارهای دیگری را جهت استفاده در این لایه معرفی کردند.

به طور مشابه دو تکنولوژی Ejb از شرکت Sun MicroSystem و com /com +

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

در گام بعدی SUNو سایراعضای جامه جاوا سعی کردند تا این استانداردهای مجزا را در قالبی همگن و مجموعه ی کاملی از API ها که هم اکنون آنرا با نام java 2EE میشناسیم ، گردآوری کنند.

تا زمانی که حرکت به سمت استاندارد کردن مدلهای برنامه نویسی ادامه دارد، این وضعیت وفعالیت توسعه دهندگان دستخوش تغییرات شگرفی خواهد شد. مشابه حرکتی که در مورد استاندارد کردن WIN32 Apiصورت گرفت و موجب ظهور برنامه های کاربردی کارآمد تری شد، در اینجا نیز وجود مجموعه همگنی از ابزارهای برنامه نویسی این امکان را در برابر تولید کنندگان نرم افزار را مجبور خواهندکرد، هزینه حمل برنامه های کاربردی از یک سرور دیگر را کاهش دهند.

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

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

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

علاوه براین تکنولوژی J2EE مدل پیچیده ایی برای توسعه دهندگان محسوب می شود. تسلط بر کلیه ابزارهای این تکنولوژی توسط تنها یک توسعه دهند اغلب مستلزم تلاش بسیاراست و این کار تنها از عهده توسعه دهندگان حرفه ایی بر می آمد. چنین می توان نتیجه گرفت که یکی از کارها ی مهمی که توسعه دهندگان سیستمهایApplication Server از ابتدای ظهورشان با آن مواجه بودند و قابلیت به کارگیری آنها به همراه سایر تکنولوژی هایی است که ابزارها به یک توسعه دهنده جهت توسعه برنامه ها محسوب می شوند.

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

مزایای سیستم های Application Server

صفحات سرویس دهنده فعال (Active Server Pages) جدید ترین تکنولوژی در زمینه سرویس دهنده می با شند، که توسط شرکت ماکروسافت برای ایجاد صفحات HTMLمحاوره ایی و پویا در سایت وب جهانی و شبکه های داخلی طراحی شده است.

با استفاده از این تکنولوژی به راحتی می توانید با پایگاه داده هایی که در سرویس دهنده ها قرا ردارند ارتباط برقرار کنید. بنا به نیاز خود آنها را تغییر دهید: دادهای خود را با کاربران دیگر به اشتراک بگذارید.

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

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

با استفاده از اشیاء تعبیه شده قابل دسترس دریک ASPشما می توانید اسکریپت های خود را بسیار قویتری کنید  دربین چیزهای دیگری این اشیاء به شما اجازه دریافت و ارسال اطلاعات به مرورگر یا از آن را میدهد. برای مثال با استفاده از شیءRequestمی توانید اطلاعاتی را یک کاربر با فرم HTMLارسال کرده دریافت و به آن اطلاعات توسط یک اسکریپت پاسخ دهید.

همچنین با بکارگیری اسکریپتهای روی سریس دهنده یک ٍِ‍ شما می توانید صفحات وبی با اجزاءپویا ایجاد کنید. به عنوان یک نمونه بسیار ساده شما می توانید صفحه وب را ایجاد کنید که هریک پیغام جدید یا تاریخ آن روزرا نمایش دهد.

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

مقاله نحوه اجرای سدهای مخزنی به روش بتن غلتکی RCC

دانلود مقاله نحوه اجرای سدهای مخزنی به روش بتن غلتکی RCC در 6 ص با فرمت WORD 

38 درصد از کل سدهائی که تا سال 1950 به ارتفاع 50  فوت (15 متر) و بیشتر احداث گردید (بدون درنظر گرفتن سدهائی که در چین ساخته شد) بتنی بوده است. از سال 1951 تا 1977 نسبت سدهای بتنی ساخته شده به حدود 25 درصد رسید. این تقلیل طی سالهای 1978 تا 1982 ادامه داشت و نسبت سدهای بتنی به 5/16 درصد رسید اما این کاهش در محبوبیت سدهای بتنی مقارن با زمانی بود که استفاده از سدهای بتنی در دره های تنگ رو به افزایش بود.

ضوابط صدور پروانه برای قطعات تفکیکی بیش 1000 متر مربع

دانلود ضوابط صدور پروانه برای قطعات تفکیکی بیش 1000 متر مربع در 12 ص با فرمت WORD