انواع فایل
دانلود فایل ، خرید جزوه، تحقیق،انواع فایل
دانلود فایل ، خرید جزوه، تحقیق،برآورد میزان آب صرفه جویی شده به منظور برنامه ریزی قابل اطمینان در مدیریت تقاضای آب 13 ص
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 13
برآورد میزان آب صرفه جویی شده به منظور برنامه ریزی قابل اطمینان در مدیریت تقاضای آب
چکیده:
گسترش شهرنشینی ، افزایش جمعیت،توسعه صنعتی شهرها وبالا رفتن استانداردهای زندگی موجب شده تا مصرف سرانه آب درایران ازروندی روبه رشد برخوردارباشد. ازیکسو کاهش ظرفیت منابع آب موجود به همراه تقاضای افزونتر برای آب وازسوی دیگرنیاز ایجاد منابع تامین آب جدید به سرمایه گذاری بالای اقتصادی، موجب گردیده تاضرورت ذخیره سازی درمصرف آب بیش ازپیش احساس شود. بدین منظور ضروری است تابا برنامه ریزی دقیق وحساب شده درزمینه مدیریت تقاضای آب واعمال روشهای مدیریتی درجهت ارتقاء سطح آگاهی جامعه واستفاده ازفن آوریهایی که منجر به صرف جویی درمصرف آب مورد تقاضا برای مصرف وظرفیت ذخایر آب موجود را فراهم نمود.بطورکلی میزان موفقیت برنامه های مدیریت تقاضای آب دراین زمینه، بستگی به میزان کارائی روشهای ارائه شده درزمینه صرفه جویی درمصرف آب داشته وبراین اساس می بایست با اندازه گیری میزان آب صرفه جویی شده حاصل ازاجرای این روشها،میزان موفقیت برنامه های مدیریت تقاضای آب رادر امر ذخیره سازی آب بررسی نمود. باید توجه داشت که تعیین دقیق مقدارآب صرفه جویی شده به آسانی امکان پذیر نبوده وعواملی نظیر ثابت نبودن مصرف آب درطول شبانه روز، یکسان نبودن آهنگ مصرف آب در بین مشترکین مختلف،تغییرات فصلی وآب وهوایی، نوسانات قیمت آب بهاء ووجود نشتی آب از لوله ها به میزان مصرف آب تاثیرگذار می باشند.
باتوجه به مبانی فوق،هدف ازارائه این مقاله معرفی روشی اصولی وعلمی به منظور برآوردنسبتا" دقیق میزان آب صرفه جویی شده دریک جامعه بوده تا با دسترسی به چنین روشی ضمن آنکه میزان آب مصرفی حاصل از اجرای راهکارهای فنی واجتماعی درزمینه بهینه سازی مصرف آب با میزان آب مصرفی در دوره قبل از اجرای برنامه های مدیریت تقاضای آب مقایسه میشود، میزان کارائی روشهای به کار گرفته شده درزمینه صرفه جویی نیز مشخص گردد. دراین روش ابتدا به چگونگی شرایط انتخاب نمونه های آماری به منظور انجام مطالعات وروشهای موثر درزمینه پایش میزان مصرف آب مشترکین اشاره شده، سپس به چگونگی پردازش داده های جمع آوری شده وبرآورد مقدارآب صرفه جویی شده با استفاده ازروشهای مهندسی، روشهای مقایسه ای آماری ومدلسازی رگرسیونی اشاره میگردد. این روش همچنین به عنوان ابزاری موثر، دربررسی توجیه پذیری اقتصادی طرحهای پیشنهادی صرفه جویی مصرف آب قابل کاربرد بوده وبرنامه های درازمدت درزمینه مدیریت تقاضای آب را ازقابلیت اطمینان بیشتری برخوردار خواهدنمود.
1- مقدمه:
درطول ده سال اخیر، دیدگاههای محققان صنعت آب وفاضلاب دربرنامه ریزیهای بلندمدت تامین آب تفاوتهای زیادی باگذشته نموده است. در دهه های گذشته موضوعاتی نظیر احداث سدهای جدید برروی رودخانه ها، افزایش ظرفیت تصفیه خانه های آب وتوسعه شبکه های آبرسانی ازمحورهای اصلی سیاستگذاری درزمینه برنامه های مدیریت تامین آب به شمار می آمدند. گسترش شهرنشینی وافزایش سریع جمعیت دربسیاری ازکشورهای جهان موجب کاهش سرانه آب دردسترس وپدید آمدن آثار سیاسی، اجتماعی واقتصادی ناشی از بحران کم آبی درسالهای پایانی قرن بیستم وآغاز هزاره جدید گردیده است.
ازسوی دیگرباتوجه به برنامه های تدوین شده درگذشته،ایجاد تاسیسات وسازه های آبی جدید حجم انبوهی ازسرمایه گذاری اقتصادی در درازمدت را می طلبد که این امر موجب هدایت برنامه های تامین آب درجهت اعمال روشهای مدیریت تقاضای آب بعنوان تنها راهکار اصلی ایجاد تعادل میان عرضه وتقاضای آب شده است.
مدیریت تقاضامجموعه ای از روشهاست که هریک ازآنها به ویژگیهای خاص مدیریت تامین آب رسیدگی نموده واقدام لازم ومناسب را بدون ایجاد ظرفیت های بزرگ وجدید انجام می دهد. امروزه راهکارهای نظیر صرفه جویی درمصرف آب. ضرورت استفاده مجدد ازآب درصنایع، بازیافت فاضلابهای شهری، بهره برداری کارآمد ازتاسیسات آب شهری وطراحی الگوی مصرف آب برای مناطق مختلف ازجمله موضوعات موردتوجه درمباحث مدیریت تقاضای آب می باشند. باتوجه به روند روبه رشد مصرف سرانه آب درمقایسه با منابع آب بالقوه سالم دراطراف شهرها، لزوم اعمال مدیریت های مورد نیاز برای صرفه جویی درمصرف آب به منظور استفاده ازمنابع موجود درجهت رفع بحران کم آبی بیش ازپیش احساس میشود. به طورکلی برنامه ریزی درزمینه صرفه جویی آب می بایست براساس دومحور مدیریت وفن آوری انجام پذیرد. ارتقاء سطح آگاهی جامعه وآموزش همگانی درزمینه مصرف بهینه آب ازطریق رسانه های جمعی ومطبوعات، استفاده ازروشها وفن آوری انجام پذیری. ارتقاء سطح آگاهی جامعه وآموزش همگانی درزمینه مصرف بهینه آب ازطریق رسانه های جمعی ومطبوعات، استفاده ازروشها وفن آوریهایی نظیر استفاده ازمخازن کوچک درتوالتها، استفاده ازسردوشهایی باخروجی کم وفشارزیاد درحمام، استفاده ازسرشیرهای پودرکننده آب درمنازل،جلوگیری ازنشتی آب درلوله ها ، بازیافت ومصرف مجددآب درصنایع ازجمله راه حلهای مستقیم وغیرمستقیمی به شمار می آیند که دربرنامه های صرفه جویی آب موردتوجه قرارگرفته اند.(1) اصولا" میزان موفقیت این راه حلهادربرنامه های مدیریت تقاضای آب بستگی به میزان بازدهی وکارائی آنها درعمل باتوجه به شرایط اقلیمی،اقتصادی وفرهنگی حاکم برجامعه داشته وبراین اساس به منظور اعتماد به
ظرفیت ذخایر آب موجود درتامین آب مورد نیاز می بایست میزان آبی که دراثر اجرای برنامه های صرفه جویی ذخیره شده رابا اطمینان قابل قبولی برآورد نمود. ازسوی دیگر این برآورد کارائی روشهای پیشنهادی درزمینه مقوله صرفه جویی
بتن خودتراکم
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 7
معرفی بتن خودتراکم (SCC) و تحقیقات انجام شده در مورد آن در ایران
بتن خودتراکم (Self Compacting Concrete) یک فن آوری نوپا در عرصه ساخت و ساز دنیاست. این نوع بتن که کارایی بسیار بالایی دارد میتواند تحت اثر وزن خودش و بدون جداشدن دانه ها در میان انبوه اجزای سازه ای جریان یابد. به عبارت دیگر این نوع بتن بدون نیاز به لرزاننده (ویبره) و به خاطر وزن خودش متراکم میشود. با توجه به فراگیرشدن این صنعت در دنیا و روی آوردن دست اندرکاران عرصه ساخت و ساز به استفاده از بتن خودتراکم، بر آن شدیم تا در طی یک روند ادامه دار به معرفی و ذکر نتایج تحقیقات انجام شده در مورد آن بپردازیم.
تاریخچهبرای ایجاد سازه های بتنی بادوام، به تراکم کافی تأمین شده توسط نیروی کار ماهر نیاز است. بحران کاهش نیروی کار ماهر در صنعت ساخت و ساز ژاپن در اوایل دهه 80 میلادی از یک سو، تراکم نامناسب ناشی از افزایش حجم آرماتورهای مصرفی به منظور بهبود عملکرد سازه ای و همچنین تمایل به استفاده از آرماتورهای با قطر کمتر به منظور کنترل ترک خوردگی از طرف دیگر باعث کاهش کیفیت کارهای اجرائی انجام گرفته گردید[1]. این موضوع برای چندین سال مورد بحث و بررسی قرار گرفت تا اینکه نظریه بتن خودتراکم (Self Compacting Concrete) به عنوان راه حلی برای رفع مشکل دوام سازه های بتنی توسط Okamura در سال 1986 مطرح گردید]1[بتن خودتراکم (SCC)، بتنی است که تحت اثر وزن خود متراکم شده و نیاز به هیچ لرزاننده (ویبره) ای برای ایجاد تراکم ندارد. این مسأله باعث صرفه جویی اقتصادی و کاهش زمان ساخت و ساز و در نتیجه بالارفتن راندمان نهایی می شود. بتن خودتراکم با عمر کمتر از 20 سال زمینه‌ساز حل بسیاری از مشکلات سازه های بتنی به خصوص در مقاطع با تراکم زیاد میلگرد گردیده است. از دیگر خصوصیات ویژه این بتن می توان به کارایی بالا، مقاومت زیاد در برابر جداشدگی و تسریع در عملیات ساخت و ساز اشاره کرد. چنین مشخصاتی باعث شده است تا کاربرد آن به خصوص در اعضا با تراکم بالای آرماتور روز به روز بیشتر گردد.
بتن خودتراکم علاوه بر استفاده فراوانی که در سازه های با تراکم بالای آرماتور دارد گاهی نیز بصورت غیرمسلح، مثلاً در خاکریزها مورد استفاده قرار می گیرد. از مزایای دیگر استفاده از آن می توان به کاهش آلودگی صوتی ناشی از سر و صدای لرزاننده ها، کاهش نیروی انسانی، جلوگیری از بیماریهای ناشی از استفاده از لرزاننده ها و حفظ سلامت کارگران و بالارفتن کیفیت محصولات نهایی اشاره کرد.در مقایسه با ژاپن، تحقیقات در اروپا و آمریکا چندی پیش آغاز گردیده و در حالیکه اکنون در ژاپن به بتن خودتراکم از نقطه نظر بتن با مقاومت بالا نگاه می شود، در اروپا بتن خودتراکم با مقاومت متوسط همچنان مورد نظر می باشد. این در حالی است که تا قبل از شروع فعالیت ها در بخش مهندسی عمران دانشگاه شهید باهنر کرمان، در ایران هیچگونه گزارش تحقیقاتی در مورد چنین بتن هایی مشاهده نشده بود.در بخش مهندسی عمران دانشگاه شهید باهنرکرمان، تحقیقات در قالب پایان نامه کارشناسی ارشد سازه در مورد طراحی، ساخت و بررسی بعضی خواص مکانیکی بتن خودتراکم زیر نظر استاد راهنمای پایان نامه (نگارنده) آغاز گردید و در دفاع از پایان نامه مزبور از داوری اساتیدی چون دکتر رمضانیانپور و دکتر فدائی بهره گرفته شد.
در حال حاضر تعدادی از دانشجویان کارشناسی ارشد بخش مزبور مشغول بررسی خواص آزمایشگاهی و تئوریک بتن های خودتراکم با مقاومت بالا (HSSCC) بوده و تعداد دیگری از دانشجویان ارشد به طور همزمان درگیر تحقیق در مورد نانو بتن ها (nano-concrete)، از دو دیدگاه تکنولوژی بتن و سازه می باشند. بمنظور استفاده بیشتر از یافته های تحقیقاتی علاقمندان می توانند به مقالات [2,3,4,5]مراجعه نمایند.
از پروژه های مطرحی که در ساخت آنها از بتن خودتراکم استفاده شده، می توان به موارد ذیل اشاره کرد:
برج Landmark: این برج با 296 متر ارتفاع و 70 طبقه مرتفع ترین برج در ژاپن بوده و در یوکوهاما واقع شده است. برای پرکردن 66 ستون در نه طبقه ابتدایی آن از بتن خودتراکم استفاده شده است. در این پروژه مجموعاً m3885 بتن مصرف شده است.
2- پل معلق Akashi-Kaikyo: این پل به طول 3.910 کیلومتر بلندترین پل معلق جهان می باشد و در سال 1998 افتتاح شده است. در این پروژه حدود m3290000 بتن خودتراکم استفاده شده و در نتیجه 20 درصد در زمان ساخت و ساز صرفه¬جویی شده است.3- منبع گاز :LNG در دیواره های این منبع که در ازاکای ژاپن قرار دارد m312000 بتن خودتراکم استفاده شده است. با کاربرد این بتن، برای دیواری به ارتفاع 38.4 متر، تعداد قطعات (lots) از 14 به 10، تعداد کارگرها از 150 به 50 نفر و زمان اجرا از 22 ماه به 18 ماه کاهش یافت.
در ادامه به طور خلاصه به معرفی بیشتر چنین بتنی پرداخته شده است.
طرح اختلاط
در حال حاضر سه شیوه مختلف برای تولید SCC در نظر گرفته می شود. در مقایسه با بتن معمولی (NC) برای تولید SCC در شیوه اول، میزان مولد پودری افزایش پیدا می کند، درحالت دوم از مواد لزج کننده استفاده می شود و در حالت سوم ترکیبی از دو حالت قبل بکار گرفته می شود. لازم به یادآوری است، میزان فوق روان کننده مصرفی نسبت به بتن معمولی در هر سه حالت افزایش می یابد.
ویژگیهای بتن خودتراکم تازه
در حال حاضر معیار جهانی استانداری برای پذیرش بتن SCC وجود ندارد. با این وجود، چند آزمایش که بارها در گزارشات تکرار شده اند به عنوان آزمایشات مورد قبول برای سنجش ویژگیهای بتن تازه خودتراکم در نظر گرفته می شود.
1-آزمایش جریان اسلامپ (Slump flow test)
این آزمایش توسط انجمن مهندسین عمران ژاپن به منظور ارزیابی قابلیت تغییرشکل بتن تحت وزن خود بدون حضور هیچ قیدی بجز اصطکاک صفحه جریان براساس اصول آزمایش مخروط اسلامپ
بانک اطلاعاتی توزیع شده 48 ص
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 49
دانشگاه آزاد اسلامی
نام تحقیق :
بانک اطلاعاتی توزیع شده
زیر نظر استاد محترم:
مهندس علیخانزاده
گرد آورنده:
اعظم شکوری نسب
کد کلاس:
12657
زمستان 86
بانکهای اطلاعاتی توزیع شده(گزارش شماره 1)
در این گزارش مباحثی کلی در مورد بانکهای اطلاعاتی توزیع شده، معماریهای آنها و مسائل و مشکلاتی که هنگام حرکت از بانکهای اطلاعاتی متمرکز به سمت بانکهای اطلاعاتی توزیع شده با آنها روبرو هستیم صحبت شده و تعدادی از کارهای جدیدی که در زمینه برطرف شدن مشکلات مربوطه انجام شده شرح داده شده است. از جمله یک کار جدیدی که در زمینه سنکرون کردن داده های کپی شده انجام شده در انتهای این گزارش شرح داده شده است.
فهرست مطالب این گزارش :
1. ذخیره اطلاعات به صورت توزیع شده
2. تراکنشهای توزیع شده
3. مدیریت همزمانی در بانکهای اطلاعاتی توزیع شده
4. مدیریت بن بست
5. سنکرون کردن اطلاعت کپی شده
6. منابع
مقدمه
بانک های اطلاعاتی توزیع شده متشکل از سایتهایی غیر وابسته هستند که هیچ منبعی را به صورت فیزیکی به اشتراک نمی گذارند. هر سایت می تواند در اجرای تراکنشی که منجر به دستیابی به اطلاعات یک یا تعداد بیشتری سایت دیگر می شود شرکت نماید. تفاوت اصلی مابین بانکهای اطلاعاتی متمرکز و توزیع شده این است که در بانکهای اطلاعاتی متمرکز همه اطلاعات در یک نقطه متمرکز شده است در حالی که در بانکهای اطلاعاتی توزیع شده ممکن است قسمتهای مختلف اطلاعات در نقاط مختلف توزیع شده باشند و یا اینکه کپی های مختلفی از اطلاعات در نقاط مختلف نگهداری شوند[1].
1. ذخیره اطلاعات به صورت توزیع شده
ذخیره اطلاعات به صورت توزیع شده به دو روش Replication یا Fragmentationو یا ترکیبی از این دو روش انجام می گیرد. در روش Replication دقیقا یک کپی فیزیکی از اطلاعات در نقاط مختلف سیستم یعنی سایر سایتها ذخیره می گردد ولی در روش Fragmentation اطلاعات به چند بخش یا پارتیشن تقسیم می شود و هر بخش در یکی از سایتها نگهداری می شود. در روش ترکیبی اطلاعات به چند بخش تقسیم می شوند و از تعدادی از بخشها و یا همه آنها کپی هایی در سایتهای مختلف نگهداری می شود. روش Fragmentation به دو طریق عمودی و افقی صورت می گیرد. در روش عمودی تقسیم بندی یک Relation روی فیلدها صورت می گیرد. یعنی هر بخش از اطلاعات مشتمل بر تعدادی از فیلدهای Relation است ولی در روش افقی تقسیم بندی روی رکوردهای Relation صورت می گیرد. برای مثال رکوردهای مربوط به ماه خرداد در یک بخش و رکوردهای مربوط به ماه تیر در بخش دیگری ذخیره می گردند. در روش عمودی برای دستیابی به Relation اولیه باید بین بخش های مختلف join بزنیم و در روش افقی برای دستیابی به آن باید از اجتماع استفاده نماییم.
محاسن روش Replication عبارتند از:
در دسترس بودن : در شرایطی که یکی از سایتها بنا به دلیلی از بیفتد حداقل یک سایت دیگر وجود دارد که می تواند دسترسی به اطلاعات سایت از کار افتاده را امکان پذیر سازد. پس اگر درخواست دسترسی به اطلاعاتی که مربوط به یک سایت از کار افتاده است، صادر شود، پاسخگویی به این درخواست از طریق سایت دیگری که replication ای از سایت از کار افتاده را در اختیار دارد امکان پذیر می شود.
افزایش توانایی موازی سازی : در صورتی که چندکپی از اطلاعات در سایتهای مختلف وجود داشته باشد در هنگام درخواست خواندن این اطلاعات می توان به صورت موازی بخشی از اطلاعات را از یک سایت و بخشهای دیگر آن را از سایتهای دیگر خواند و به این طریق عمل خواندن حجم زیادی از اطلاعات را به صورت موازی و با هزینه ای کمتر انجام داد.
معایب روش Replication :
افزایش سربار بروزرسانی اطلاعات : به دلیل اینکه از یک داده کپی های مختلفی در سایتهای مختلف وجود دارد در هنگام تغییر دادن این داده باید همه کپی های آن را نیز تغییر داد تا سازگاری در کل سیستم حفظ شود که این کار سرباز زیادی به همراه دارد.
پیچیدگی در مدیریت همزمانی : به دلیل اینکه از یک داده چند کپی وجود دارد مدیریت Lock در این روش پیچیدگی بیشتری را نسبت به روش متمرکز به همراه خواهد داشت.
به طور کلی روش Replication بازدهی عمل خواندن را بالا برده و در دسترس بودن ایجاد می کند ولی برای عمل نوشتن بهینه نیست و سربار اضافی دارد.
2. تراکنشهای توزیع شده
هر سایتی یک مدیر تراکنش دارد که وظیفه آن حفظ خصوصیت های ACID در همان سایت است. همچنین هر سایت یک هماهنگ کننده تراکنش (Transaction Coordinator) دارد که وظیفه آن این است که در مورد تراکنشهایی که از آن سایت شروع می شوند:
تراکنش را شروع کند
تراکنش را به تعدادی زیر تراکنش تقسیم کند و آنها را بین مدیران تراکنش سایتهای مربوطه توزیع کند.
تراکنش را به پایان برساند یعنی یا آن را commit کند و یا در صورت commit نشدن تراکنش را در همه سایتهای شرکت کننده در آن Abort کند.
علاوه بر مشکلاتی که در سیستمهای متمرکز به وجود می آید مانند خطای نرم افزاری، خطای سخت افزاری، خطای دیسک و ... نوع دیگری از خطاها در سیستم های توزیع شده وجود دارد که از این دست می توان به از کار افتادن یک سایت، گم شدن پیغامها، قطع شدن یک لینک ارتباطی و یا تقسیم شدن شبکه به دو بخش نا متصل اشاره نمود.
در سیستم توزیع شده ممکن است یک پیغام گم شود و یا خراب شود که برای رفع این مشکل از پروتکل های انتقالی مانند TCP استفاده می شود.
3. مدیریت همزمانی در بانکهای اطلاعاتی توزیع شده
همانطور که در یک سیستم متمرکز برای برقراری همزمانی مابین فراروندها از یک پروتکل Lock استفاده می کنیم در سیستمهای توزیع شده نیز از یک پروتکل Lock استفاده می کنیم با این تفاوت که این پروتکل برای سیستم های توزیع شده طراحی شده است. برخی از این پرتکل ها عبارتند از Single Lock Manager، Primary Copy، Majority Protocol، Biased Protocol و ...
در Single Lock Manager یکی از سایتها را Lock Manager می کنیم. هر کس که بخواهد Lock یا Unlock بکند از این سایت درخواست می کند. وقتی سایتی درخواست Lock می کند اگر بتواند Lock را به آن می دهد و در غیر این صورت آن را در صف آن Lock قرار می دهد.
محاسن این روش عبارتند از : سادگی پیاده سازی و مدیریت Deadlock همانند روش متمرکز.
معایب این روش عبارتند از : تبدیل سایتی که مدیر Lock روی آن قرار دارد به گلوگاه سیستم و از کار افتادن کل سیستم در صورت از کار افتادن مدیر Lock.
الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی 25 ص
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 25
9) الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی
افزایش ترافیک هوایی، از زمان شروع تجارت هوایی، باعث مشکل اشباع در فرودگاهها، یا مکانهای فضایی شده است. در حالی که هواپیماها ارتقاء می یابند و اتوماتیک تر می شوند. اما هنوز کنترل ترافیکی بر پایه تجربیات انسان است. مطالعه حاضر ، دو مشکل مدیریت ترافیک هوایی (ATM) را به جزء بیان می کند، که برای آنها راه حل های بر پایه الگوریتم ژنتیکی وجود دارد. اولین کاربرددر رابطه با مشکل enroute است و دومین کاربرد در مورد مشکلات مدیریت ترافیکی در سکوهای فرودگاهها است.
9.1) راه حل درگیریهای Enroute = کنترل ترافیک هوایی (ATC) می تواند توسط یک سرس از فیلترها نشان داده شود، جایی که هر فیلتر یک ؟ خاص دارد و افق های خاص محیطی و موقتی را اداره می کند. 5 سطح (لِوِل) قابل تشخیص است. در دوره طولانی (بشتر از 6 ماه) ترافیک در یک روش میکروسکوپی می تواند برنامه ریزی شود. برای مثال مردم با یک نمودار ترافیکی روبرو هستند که اندازه های کمیته ، که برنامه های ساعتی و موافقت با ارتش را مورد توجه قرار داده است، به کاربرده می شود برای فرهنگ هواپیمایی در زمانهای اوج یعنی بعد ظهر جمعه.
در دوره کوتاهتر ، معمولاً در مورد تنظیمات قبل ، صحت می شود. این مورد شامل برنامه ریزی کردن روز ترافیک ، یک یا دو روز قبل تر می شود. در این مرحله ، اشخاص ایدة مشخصی درباره بیشتر برنامه ی پرواز و ظرفیت کنترل هر مرکز دارند. حداکثر جریان هواپیما که می تواند یک قطر را سوراخ کند. ظرفیت قطر نامیده می شود. این عمل توسط CFMU3 انجام می شود. ترافیک میان آتلانتیک برای مثال در این مرحله مورد توجه قرار می گیرد. راههای هوایی، تنظیم ساعت های پرواز و حالت هوا مورد توجه قرار می گیرد. به طور کل این شغل توسط FMP4 در هر مرکز صورت می گیرد. آخرین فیلتر ، فیلتر تاکتیکال است که با کنترل داخل یک قطر بستگی دارد. زمان متوسطی که یک هواپیما در یک بخش صرف می کند حدود 15 دقیقه است. اینجا میزان رویت کنترل کننده کمی بالاتر از میزان دریافت طرحهای پرواز است چند دقیقه قبل از ورود هواپیما به بخش. کنترل کننده وظیفه چک کردن، حل اختلافات و همپایه بودن با بخش های همسایه را تضمین می کند. در این حالت تعیین تعریف برخورد مطلوب است. دو هواپیما با هم برخورد دارندوقتی که فاصله جدایی افقی بین آنها کمتر 5 مایل باشد و تفاوت انها در ارتفاع کمتر از 1000 فیت باشد. روش هایی که توسط کنترل کننده برای حل این برخورد به کار می رود بر پایه مسائل زیر است.
بر روی تجارب قبلی و هر دانش خلاقی. وقتی که چند جفت از هواپیماها در اختلاف مشابهی با هم تماس دارند، آنها با ساده کردن مشکلات شروع می کنند که فقط اختلافات ابتدایی را داشته باشند.
برای حل فیلتر اضطراری به نظر نمی رسد که مداخله کند به جز مواردی که سیستم کنترل دچار نقض شده یا اینکه ضعیف شده است. برای کنترل کننده ، آشیانه اطمینان مسیر هر هواپیما را با افق موقت چند دقیقه ایی پیش بینی می کنند. از موقعیت های رادار و الگوریتم های ادامه دار استفاده می کند و یک اخطار را در لحظه برخورد بوجود می آورد. این یک راه حلی را برای برخورد پیشنهاد نمی کند. به طور کل TCAS به نظر می رسد که از چنین تصادفی جلوگیری کند. پیش بینی موقت کمتر از یک دقیقه است (بین 25 تا 40 ثانیه) بنابر این بسیار دیر است برای کنترل کننده مانور هواپیما را، همانطور که تخمین زده شده که نیاز به حداقل زمان 1 تا 2 دقیقه برای آنالیز کردن موقعیت دارد راه حلی را پیدا کنند و آنرا به هواپیماها اطلاع دهند. به طور عمومی TCAS، هواپیمای اطاف را جستجو می کند و به خلبان برای حل برخورد پیشنهاداتی می کند. این فیلتر باید برخورد غیر قابل پیش بینی را حل می کند، برای مثال وقتی که یک هواپیما از سطح پرواز خود بالاتر رفته است یا یک مشکل تکنیکی که به طور قابل توجهی ارتفاع آنرا پایین آورده است. کاربردهای پیشنهاد شده در این بخش با فیلتر تاکتیکال ارتباط دارند: دانستن موقعیت هواپیما در لحظه حاضر و موقعیت بعدی آنها، را بوجود نمی آورد. راه حل برای پایه چندین تصور است. یک هواپیما نمی تواند سرعت خود را تغییر دهد (یا بسیار آرام باید این کار را بکند) مگر در مواقع فرود. نباید اینطور تصور شود که یک هواپیما با سرعت انی پرواز می کند، به غیر مواردی که سطح بندی می شود و هیچ بادی وجود ندارد. به علاوه در طول فرود و بلند شدن ، مسیر آن یک خط صاف نیست. هواپیماها در مسیر چرخش خود در فشار هستند. به طور عمومی خلبانها مانور افقی را به عمودی ترجیح می دهند مگر در هنگام بلند شدن یا نشستن. اگر چه امروزه خلبانهای اتوماتیک قرتمندتر از خلبانهای انسانی هستند (در موقعیت های نرمال پرواز) برای مواقعی که حقیقی به نظر می رسد توجه کردن به این مسیرها که توسط انسانها قابل دسترسی نیست.
خلبان. نامطمئنی بین سرعت فرود آمدن و بلند شدن بسیار زیاد است (بین 10% و 50% سرعت عمودی). در طول مسافرت ، نااطمینانی در سرعت کاهش می یابد. بعد از آن ، نا اطمینانی به همراه گذشت زمان بیشتر نمی شود، همانطور که یک هواپیما، ارتفاع خود را کاملاً خوب نگه داشته است. تقریباً غیر ممکن است که به دنبال راه حل های آنالیتکی برای حل مشکل برخورد باشیم . اما، اصلی ترین مشکل از پیچیدگی مشکل بوجود می آید. بخش اول این فصل ، به معرفی بعضی از توضیحات می پردازد که حل مشکل برخورد برای ما قابل فهم تر می کند و بخش دوم به تاریخچه ایی کوتاه از الگوریتمهای آزمایش شده برای این مشکل و محدودیتهای آن می پردازد. قسمت سوم مدلهای مشکل را به جزء بررسی می کند و پیشرفت الگوریتم ژنیتکی برای حل مشکل در بخش چهارم وجود دارد که با آمارهای ؟ بدست آمده دنبال می شود.
1.1.9) پیچیدگی حل مشکل برخورد= یک برخورد را می توان به صورت زیر توضیح داد:
یک برخورد یعنی برخوردی بین دو هواپیما در طول یک زمان داده شده از مسیر پیش بینی شده، گرفتن نااطمینانیها در مسیر.
کلاسهای معادل مربوطه به عنوان دسته و مجموعه برخورد هواپیما یا مجموعه ایی از اندازه n می تواند شامل شود به برخوردهای قوی n. توجه کردن به فقط هواپیمای افقی ، نشان می دهد که تمام راه حل های قابل قبول شامل 2n(n-1) اجزای مرتبط، تحت این تصور که یک متر مناسب به کاربرده شده که نیاز دارد به اجراهای زیادی از الگوریتم جستجو بنابر این برای مجموعه هواپیمای 6،32768 عضو متصل پیشنهاد می شود. در حقیقت اگر عملکرد هواپیما مورد توجه قرار گیرد، تمام اجزای مرتبط لازم نیست که مورد بررسی قرار گیرد. با آرام کردن محدودیت های جدا کننده، مشکل شبیه یک مشکل جهانی می شود که حداقل شامل بهینه های داخلی می شود مانند اجزای متصل. اضافه کردن بعد عمودی خصوصیت ترکیبی مشکل را کم نمی کند.
2.1.9) وجود مترهای حل کننده:
اولین پروژه اتوماتیک کنترل ترافیک ، آمریکایی بود و در شروع دهه 80 بوجود امد، اما قادر به حل مجموعه سایز 3 یا بیشتر نبود. پروژه اروپایی ARC2000 یک متر از نارساییهای ممتر لوله چهار بعدی را پیشنهاد کرد که مسیر n+1+h هواپیما در محیط n که قبلاً مسیرش محاسبه شده بود. ارتقاء دهد.
این مدلها شکیات را مورد توجه قرار ندادند و قادر نبودند با حجم عظیم ترافیک مواجه شوند. در نهایت پروژه تجربی اروپایی FREER در سال 1995 کامل شد. و پیشنهاد کرد که می تواند برخورد هواپیماها را حل کند. مشکل همپایه بودن بین هواپیماها با به کار بردن قوانین قبلی هدایت می شد ، که مانند استفاده
