دانلود پاورپوینت و طرح درس روزانه , دانلود نمونه مبانی نظری,پیشینه تحقیق
دانلود پاورپوینت و طرح درس روزانه , دانلود نمونه مبانی نظری,پیشینه تحقیق,پاورپوینت, دانلود پرسشنامه ,فصل دوم پایان نامه,کارشناسی ارشد, تحقیق آماده, دانلود طرح توجیهی, مقالهدانلود پاورپوینت و طرح درس روزانه , دانلود نمونه مبانی نظری,پیشینه تحقیق
دانلود پاورپوینت و طرح درس روزانه , دانلود نمونه مبانی نظری,پیشینه تحقیق,پاورپوینت, دانلود پرسشنامه ,فصل دوم پایان نامه,کارشناسی ارشد, تحقیق آماده, دانلود طرح توجیهی, مقالهپاورپوینت بررسی تاثیر خرید یا عدم خرید لوله توسط پیمانکاران شرکتهای آب و فاضلاب روستایی
| دسته بندی | پاورپوینت |
| فرمت فایل | ppt |
| حجم فایل | 868 کیلو بایت |
| تعداد صفحات فایل | 16 |
پاورپوینت بررسی تاثیر خرید یا عدم خرید لوله توسط پیمانکاران شرکتهای آب و فاضلاب روستایی در 16 اسلاید قابل ویرایش
مقدمه:
شرکتهای آب و فاضلاب روستایی همواره با حجم بسیاربالایی از پروژه ها با مبالغ اجرایی پایین درگیر بوده اند ، در این راستا فهرست بهاء قدیم خط انتقال و توزیع (که در آن تهیه مصالح بعهده کارفرما بوده است) تفاوت فاحشی با فهرست بهاء آب روستایی جدید دارد.
لذا نظر مدیران محترم صنعت آب و فاضلاب به ویژه مدیران محترم عامل روستایی استانهای کشور را به موارد زیر معطوف می دارم.
محاسن:
با خرید لوله توسط پیمانکار حجم کار شرکتهای آب و فاضلاب روستایی در خصوص اقلام و محاسبه جزئیات اتصالات کاهش عمده ای پیدا می کند.
هزینه انبارداری کاهش می یابد و کنترل اقلام نیاز به تشریفات اداری جهت ورود و خروج ندارد.
کار دستگاه نظارت در خصوص کنترل مقدار لوله مصرف شده و لوله تحویل داده شده آسان می گردد.
4. با توجه به ملحوظ داشتن 30% هزینه بالاسری سود پیمانکاران به نحو مطلوب در این فهرست بها منظور گردیده است.
5. با عنایت به اینکه تهیه کلیه اقلام به عهده پیمانکار می باشد ، در پروژه ها اقلام برگشتی وجود نداشته و باعث کاهش حجم انبار داری شرکتها می گردد.
6. با تاکید بر پیمانی شدن پروژه ها در صورت استفاده از فهرست بهاء آب روستایی ، موافقتنامه مبادله شده تماماً به صورت پیمانی مبادله خواهد گردید.
معایب:
با توجه به اینکه کارخانجات متعددی لوله پلی اتیلن تولید می کنند که گاهاً قیمتها و کیفیتهای مختلفی را دارا می باشند ،کنترل کیفیت محصول خریداری شده توسط پیمانکار مشکل می باشد. (بخصوص اتصالات)
در اجرای مجتمع های آبرسانی ، لوله گذاری با قطرهای بالای 315 میلیمتر پیش بینی نگردیده است.
عدم وجود اعتبارات کافی از منابع استانی باعث نیمه تمام اجرا شدن پروژه ها گردیده و نمی توان پروژه ها را در یک مرحله اجرا نمود لیکن در فهرست بهای قدیمی خرید در یک مرحله و اجرا در مرحله دیگر انجام می گرفت.
نتیجه گیری :
بدیهی است که استفاده بهینه از کلیه عوامل تولید و زمان، افزایش کارایی ، کاهش هزینه ها ، جلوگیری از اسراف و تبذیر دربودجه عمومی دولت ، ایجاد نظم و انضباط مالی ، توجه به تسریع در اتمام و بهره برداری پروژه ها تنها از طریق استفاده بجا از منابع مالی محدود دولت امکان پذیر است .
بنابراین پیشنهاد میگردد به جای افزایش قیمت تمام شده پروژه ها ی آب روستایی ، پرداخت تعدیل های گوناگون ( از قبیل شاخص تورم و ما به التفاوت قیمت ها) که همراه با طولانی شدن اجرای پروژه ها می باشد ، از اجرای پروژه ها با قیمت تمام شده پایین حمایت کرد و دست دولت را برای سرمایه گذاری و خدمات دهی بیشتر به کشورباز گذاشت . البته اجرای این سیاست ها هیچ گونه منافاتی با واگذاری امور به بخش خصوصی ندارد . چرا که بخش خصوصی که همانا تولید کننده لوله ها و اتصالات هستند ، هیچ گونه رابطه ای با دولت ندارد بلکه با اجرای این سیاست ها، ییمانکاران میانی به جای افزایش بهره وری و اجرای کار فنی از قبیل خرید و فروش دوباره ی لوله و اتصالات به سود های کلانی خواهند رسید .
پاورپوینت بررسی پایگاه داده ها
| دسته بندی | پاورپوینت |
| فرمت فایل | ppt |
| حجم فایل | 202 کیلو بایت |
| تعداد صفحات فایل | 180 |
مجموعه پاورپوینت بررسی پایگاه داده ها در 180 اسلاید قابل ویرایش
معماری سیستم پایگاه داده :
در اوایل تکنولوژی پایگاه داده ها معماری استانداردی وجود نداشت .ANSI در اوایل سال 1970 معماری استاندارد ANSI را پیشنهاد کرد .
نکته ! : هر DBMS واقعی باید معماری ANSI را Support نماید .
این اساسی ترین ضابطه در تشخیص نرم افزارهاست که آیا DBMS واقعی است یا شبه DBMS است یا DMS است .
این اولین محک برای Package هاست .
به نکات این چنینیD-logy یعنی شناخت DBMS گویند .
یک معماری سه سطحی یا چهار سطحی است که عناصر آن عبارتند از :
کاربر User
زبان میزبان Host language (HL)
زبان فرعی داده ای Data sublanguage (DSL)
دید خارجی External view
دید ادارکیConceptual view
سطح داخلیInternal level
پایگاه فیزیکی Physical Database
نگاشت و تبدیلات بین سطوحMapping
نرم افزارDBMS تیم تخصصی اداره کننده پایگاهDBA سطح انتزاعی(محیطی مستقل از Filing) Abstractive
تمام سطوح تحت مدیریت DBA است و تمام سطوح تحت کنترل DBMS است .
شرح عناصر معماری :
دید ادراکی : دید طراح است از کل داده های ذخیره شدنی در محیط عملیاتی. این دید جامع تمام نیاز های کاربران محیط است . این دید باید در کادر یک DS مشخص طراحی شود .
این دید باید به کمک احکامی از Data sublanguage (DSL) تعریف شود .
شمای اداراکی : (conceptual scheme) به تعریف دید ادراکی شمای ادراکی می گویند .
شمای ادراکی نوعی برنامه است که طراح می نویسد و توسط Compiler سیستم Object می شود (یعنی Compile شده و تبدیل به Object می شود ). در کتابخانه مخصوصی نوشته می شود و نگهداری می شود که گاه موسوم به کاتالوگ سیستم یا Data Dictionary است .
کاربران هرچه ببینند از همین دید ادراکی و از همین Table ها خواهند دید زیرا طراح این سطح را به طور جامع طراحی می کند و یک سطح بین کاربران و سطوح پائین تر است .
دید خارجی External view :
1 – دید کاربر خاص است نسبت به داده های ذخیره شده در پایگاه (در محدوده نیازهای اطلاعاتی اش)
2 – هر کاربر دید های خاص خود را دارد
3 – چند کاربر می توانند در یک دید مشترک باشند . همین اشتراک در دید است که تامین کننده
Data sharing (اشتراک داده ها) در محیط انتزاعی می باشد
(لازمه وجود محیط انتزاعی یک Data Structure است .)
4 – دید هر کاربر تحت نظرِِdBA تعریف می شود ( dBA سرپرست تیم DBA می باشد ) ..
محیط انتزاعی : محیط منفک و مجزا از filing . دید خارجی روی دید ادراکی تعریف می شود . (یعنی دید ادراکی باید ایجاد شده و در Catalog باشد تا کاربر بتواند روی این دید ادراکی دید خارجی مخصوص خود را ایجاد کند )
DBMS می داند :
1-چه فایلهایی وجود دارد .
2-استراتژی دستیابی به هر فایل چیست و ساختارش چگونه است ؟
ا3-اندازه فایل چقدر است .
4-کلید یا کلیدها را می شناسد.
5-ترتیب منطقی رکوردها را می داند .
6-نحوه نگاشت ساختارهای ادراکی در فایلها را . (چه فایلی مربوط به چه جدولی است ).
چند نکته ! :
D-logy : هر چند به مسائل مربوط به سطح داخلی پایگاه توسط DBMS پرداخته می شود اما DBA و تیمش اختیاراتی در طراحی این سطح دارند . مثلا می تواند درخواست ایجاد شاخص نماید (Index) . یا اینکه انواع کلید را معرفی کند اما میزان دخالت DBA در ایجاد سطح داخلی و نهایتا فیزیکی پایگاه در DBMS های مختلف فرق می کند . در DBMS های قدیمی تر این دخالت بیشتر است . (در Pre relational بیشتر است) اما در جدیدها کمتر زیرا اتوماتیسم DBMS ضعیف تر بوده است .
D-logy : معمولا یک DBMS قوی بیش از یک ساختار File را اجازه می دهد و این که چندین Access Method وجود خواهد داشت . یک DBMS کلاسیک حداقل دو روش دستیابی را ارائه می دهد . اما DBMS هایی هم هستند که شش و یا پنج روش دستیابی را ارائه می دهند .
پاورپوینت بررسی بن بست ها
| دسته بندی | پاورپوینت |
| فرمت فایل | ppt |
| حجم فایل | 849 کیلو بایت |
| تعداد صفحات فایل | 36 |
پاورپوینت بررسی بن بست ها در 36 اسلاید قابل ویرایش
Deadlocksبن بست ها
کامپیوتر ها دارای منابع زیادی هستند که در هر لحظه فقط توسط یک processمی توانند استفاده شوند . مثلا printer ها ،tape drive ها ، scanner ها ، slot های process table .
اگر دو پروسس همزمان بخواهند در یک slot درون process table بنویسند، باعث خراب شدن سیستم میشود.اگر دو پروسس بخواهند روی printer بنویسند حاصل آشغال خواهد بود.
بنا بر این تمام سیستمهای عامل قدرت تخصیص دسترسی انحصاری (به طور موقت) به منابع مشخصی را دارند . در بسیاری از برنامه های کاربردی ، process نیازانحصاری به چندین منبع را دارد . فرض کنیدقرار باشد نقشه یک کشور از روی یک cd ،روی یک plotterبرده شود . فرض کنید process Aدرخواست cd-Rom کند وcd-Rom به او تخصیص یابد. کمی بعد process Bدرخواست plotterکند وبه او داده شودحالا process A درخواست plotterکند،و در انتظار آن منبع ،block شود . سپس process B، تقاضای cd_Rom driverکند وblock شود . در این لحظه هر دوی process ها در حالت blockهستند و تا ابد در این حالت باقی می مانند . این وضعیت deadlockنام دارد.
منبع : هر چیزی است که در هر لحظه فقط توسط یک پروسس می تواند استفاده شود . منبع می تواند سخت افزاری یا نرم افزاری باشد .
Resource ها دو نوعند:
قابل پس گرفتن preemptable
غیر قابل پس گرفتن nonpreemptable
دنباله اتفاقات در مورد استفاده از یک منبع به این صورت است:
تقاضا برای منبع
استفاده از منبع
آزاد کردن منبع
اصول بن بست
تعریف رسمی بن بست این است:
مجموعه ای از processها در حالت بن بست قرار دارد اگر هر process
این مجموعه منتظر اتفاقی باشد که فقط process دیگری در این مجموعه میتواند ایجادش کند.از آنجا ئیکه همه پروسس ها منتظر هستند،هرگزهیچ یک از آنها نمی تواند اتفاقی که باعث بیدار شدن عضو دیگری از مجموعه شود
را ایجاد کنند و همه process ها برای همیشه منتظر خواهند بود.
شرایط لازم برای بوجود آمدن بن بست
Coffman و چند نفر دیگر (1971%