stanford-oval/wikipedia huggingface dataset:
کتابخانه زیربنایی فناوری اطلاعات
موارد مشابه کتابخانه زیربنایی فناوری اطلاعات

ITSM – IT Service Management در جایگاه مفهوم مرتبط است اما با ITIL در نسخه دو که دربرگیرنده یک زیربخش با نام IT Service Management است، برابر نیست. (پنج جلد از نسخه سوم زیربخش مربوطه دارای محدوده مشخصی نیست). ترکیب جلدهای پشتیبانی سرویس (Service Support) و تحویل سرویس (Service Delivery) با محدوده استاندارد ISO / IEC ۲۰۰۰۰ (قبلی BS ۱۵۰۰۰) برابر هستند.
خارج از ITIL دیدگاه‌های دیگر IT Service Management و زیربناها (Frameworks) وجود دارند که شامل کتابخانه Enterprise Computing Institute’s است که دربرگیرنده مسایل (Issue) عمومی (General) در سطح کلان مدیریت IT است.
The British Educational Communications and Technology Agency – BECTA زیربنای پشتیبانی تکنیکی فناوری اطلاعات و ارتباطات، (FITS - Framework for ICT Technical Support) را که بر اساس ITIL است را توسعه داد، اما فقط برای مدارس اصلی و ثانویه انگلیس (که معمولاً دارای واحدهای IT کوچک بودند) مورد استفاده قرار گرفت. به‌طور مشابه The Visible OPS Handbook: Implementing ITIL in 4 Practical and Auditable Steps که بر اساس ITIL بود، به‌طور خاص بر روی بزرگ‌ترین المان‌های bang for the buck متمرکز شد.
سازمان‌هایی که لازم دارند تا بدانند که فرایند ITIL چگونه به رنج بیشتر فرایندهای IT لینک (متصل) می‌شود یا آن‌ها که نیاز سطح وظیفه (Task Level) برای راهنمایی پیاده‌سازی مدیریت سرویس دارند می‌توانند ازIBM Tivoli Unified Process – ITUP استفاده نمایند، ITUP هم مانند MOF، هم بر اسا ITIL طراحی شده اما یک فرایند یکپارچگی مدل (Integrated Process Model) کامل را معرفی می‌کند.
سازمان‌های کوچک که نمی‌توانند Materialها و یک برنامه کامل ITIL را بکار بگیرند می‌توانند از Microsoft Operations Framework که بر اساس ITIL و با محدودیت‌های بیشتری تعریف شده‌استفاده نمایند.
The enhanced Telecom Operations Map eTOM که به وسیلهٔ TeleManagement Forum  منتشر شد یک زیربنا (Framework) را پیشنهاد می‌کند که هدف آن فراهم کنندگان سرویس‌های مخابراتی (telecomminucations service providers) است. tmForum و itSMF با به هم پیوستن یک Application Note to eTOM (GB921 V, version ۶٫۱ را در سال ۲۰۰۵ توسعه دادند که نسخه بعدی برای تابستان ۲۰۰۸ آماده خواهد شد) آن نشان می‌دهد که چگونه دو زیر بنا (Framework) می‌توانند به یکدیگر map شوند. همچنین نشان می‌دهد که چگونه المان‌های فرایندهای eTom و گردش‌های (Flows) آن می‌توانند به منظور پشتیبانی فرایندهای تعریف شده در ITIL استفاده شوند.
Microsoft Opration Framework(MOF):
شرکت مایکروسافت به منظور ارائه و پشتیبانی مطلوب از خدمات و محصولات خود به مشتریان، یک چارچوب عملیاتی مبتنی بر ITIL توسعه داده‌است. چارچوب عملیاتی مایکروسافت(MOF) شامل مجموعه‌ای از بهترین شیوه‌ها، فرایندها و رهنمودهای کاربردی به منظور کسب اطمینان از راه‌حل‌ها و خدمات IT است. این چارچوب با ارائه راهنمایی‌هایی به صورت سؤال و جواب، به کاربران اجازه می‌دهد تا علاوه بر تعیین نیازهای سازمان، فعالیت‌هایی که واحد IT برای افزایش بهره‌وری و اثربخشی نیاز دارد، مشخص نمایند. راهنمایی‌های موجود در MOF تمام فعالیت‌ها و فرایندهای درگیر در یک سرویس IT، شامل طرح اولیه، توسعه، به‌کارگیری، نگهداری و در نهایت از رده خارج شدن سرویس، را در برمی‌گیرد.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۲

کتابخانه زیربنایی فناوری اطلاعات (IT Infrastructure Library – ITIL) از یک مجموعه کتاب تشکیل شده‌است که هر یک، یک تجربه (Practice) در مدیریت سرویس فناوری اطلاعات (IT Service Management – ITSM) را پوشش می‌دهد، تعداد جلدهای کتاب‌های کتابخانه ITIL به سرعت از نسخه یک زیاد شده و به ۳۰ جلد رسیده‌است. به منظور بیشتر در دسترس قرار دادن ITIL به آن‌هایی که علاقه‌مند به مرور آن هستند، یکی از اهداف نسخه دوم ITIL یکپارچه سازی و یکی کردن نشرها در دسته‌های منطقی است که نسبت به مفاهیم مدیریت IT، برنامه و سرویس در گروه‌های جداگانه‌ای قرار گرفته‌اند.
در حالی که دسته مدیریت سرویس (Service Management) که حاوی Service Support , Service Delivery است بیشتر از سایر دسته‌ها منتشر شده، فهمیده شده و مورد استفاده قرار گرفته‌است، ITIL یک دسته بزرگتر (وسیعتر) از تجربیات را فراهم کرده که دست نخورده باقی مانده‌است. طرفداران بر این باورند که استفاده از یک کتابخانه وسیعتر (broad) یک دسته بزرگ از راهنمایی‌ها را به یک پیاده‌سازی تکنیکی (Technical Implementation)، راهنمای عملیات و نیازمندی‌ها (Operations Guidlines and Requirements) با استفاده از مدیریت استراتژیک (strategic management)، مدیریت عملیات (operations management) و مدیریت مالی تجارت مدرن (financial management of a modern business) پیوند می‌دهد.
کتاب‌ها و نظام‌های ITIL v۲ عبارتند از:
دسته مدیریت سرویس (Service Management):
تحویل سرویس (Service Delivery)
پشتیبانی سرویس (Service Support)
دیگر راهنماهای عملیات
مدیریت زیربنای فناوری اطلاعات و ارتباطات (ICT Infrastructure Management)
مدیریت امنیت (Security Management)
دید تجاری (The Business Perspective)
مدیریت برنامه (Application Management)
مدیریت دارایی‌های برنامه (Software Asset Management)
برای کمک به پیاده‌سازی تجربیات ITIL یک کتاب کمکی منتشر شد که راهنمایی‌هایی را در پیاده‌سازی (بیشتر در ارتباط با مدیریت سرویس – Service Management –) فراهم می‌کرد.
برنامه‌ریزی برای پیاده‌سازی مدیریت سرویس (Planning to Implement Service Management)
ودر این اواخر ضمیمه‌هایی برای راهنمایی شرکت‌های کوچک IT اضافه شده‌است، که در هشت کتاب منتشر شده اصلی موجود نیست:
پیاده‌سازی ITIL در مقیاس کوچک (ITIL Small-Scale Implementation)
ITIL در یک فرایند-مدل (Process-Model) بر اساس دید کنترلی و مدیریت عملیات ایجاد شده، و اغلب به W. Edwards Deming نسبت داده می‌شود. توصیه‌های ITIL دردهه ۱۹۸۰ به وسیلهٔ سازمان دولتی CCTA انگلستان، برای پاسخ دهی به وابستگی رو به رشد در IT و شناسایی استانداردهای بدون تجربه، آژانس‌های دولتی و قراردادهای محرمانه‌ای (Private Sector Contract) که به‌طور مستقل تجارب مدیریت ITمی‌ساختند و تلاش دوباره در پروژه‌های Information and Communications Technology (ICT) که منجر به بروز خطاهای عمومی و افزایش هزینه‌ها می‌شد، توسعه پیدا کرد. در آوریل (اردیبهشت) ۲۰۰۱، CCTA با Office of Government Commerce – OGC، که یک دفتر (اداره) در UK Treasury بود ادغام شد.
یکی از مهم‌ترین مزایای این امر در رابطه با ITIL در حوزه IT Community تهیه کردن فرهنگ لغات بود؛ که دربرگیرنده موارد (terms) تعریف شده دقیق و با مقبولیت عمومی گسترده بود. یک واژه‌نامه جدید و اضافه هم، مانند یک کلید قابل حمل برای ITIL v۳ (که با نام پروژه بازنگری مجدد ITIL یا ITIL Refresh Project شناخته می‌شود) توسعه پیدا کرد.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳

ITIL v۳ در ماه may (خرداد) ۲۰۰۷ منتشر شد و شامل پنج جلد کلیدی (key volumes) است:
استراتژی سرویس (Service Strategy)
طراحی سرویس (Service Design)
انتقال سرویس (Service Transition)
عملیات سرویس (Service Operation)
بهبود مداوم سرویس (Continual Service Improvement)
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳ > راهبرد سرویس

استراتژی سرویس در مرکز (هسته) چرخه زندگی ITIL v۳٫۱ قرار گرفته اما نمی‌تواند به تنهایی و بدون سایر بخش‌های ساختار IT ایجاد شود. این بخش دربرگیرنده یک framework (زیربنا) برای ایجاد تجربیات موفق (best practices) در اثر توسعه بلند مدت استراتژی سرویس است. این بخش شامل موضوعات مختلفی مانند:
استراتژی عمومی (General Strategy)
رقابت و فضای بازار (Competition and Market Space)
انواع فراهم کنندگان سرویس (Service Provider Types)
مدیریت سرویس در نقش دارایی استراتژیک (Service Management as a Strategic Asset)
طراحی و توسعه سازمان (Organization Design and Development)
فعالیت‌های کلیدی فرایندها (Key Process Activities)
مدیریت مالی (Financial Management)
مدیریت سرویس سهام (Service Portfolio Management)
و نقش‌های کلیدی و مسئولیت‌های کارکنان درگیر در استراتژی سرویس (Key Roles and Responsibilities of Staff engaging in Service Strategy) است.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳ > طراحی سرویس

طراحی سرویس IT از تجربیات موفق (Best Practice) تبعیت می‌کند و شامل طراحی معماری (Design of Architecture)، فرایندها، قوانین (Policies)، مستندات و در نظر گرفتن نیازمندی‌های تجاری آینده‌است. این بخش همچنین شامل موضوعاتی مانند،
بسته طراحی سرویس (SDP – Service Design Package)
مدیریت سرویس فهرست (Service Catalog Management)
مدیریت سطح سرویس (Service Level Management)
طراحی برای مدیریت گنجایش (Designing for Capacity Management)
سرویس IT مداوم (IT Service Continuity)
امنیت اطلاعات (Information Security)
مدیریت ملزومات (Supplier management)
و نقش‌های کلیدی و مسئولیت کارکنان درگیر در طراحی سرویس (key roles and responsibilities for staff engaging in service design) است.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳ > انتقال سرویس

انتقال سرویس به تحویل سرویس‌هایی مربوط می‌شود که نیاز تجاری فعال / عملیاتی (Live\Operational use) دارند؛ و اغلب از بخش «پروژه» IT پیروی می‌کنند به جای تجارت مرسوم (BAU – Business as Usual). این بخش همچنین موضوعاتی از قبیل:
مدیریت تغییرات در محیطهای تجارت مرسوم (Managing changes to the “BAU” environment)
دارایی سرویس (Service Asset)
مدیریت پیکربندی (Configuration Management)
برنامه‌ریزی و پشتیبانی انتقال (Transition Planning and Support)
مدیریت توسعه و نسخه (Release and Deployment Management)
مدیریت تغییرات (Change Management)
مدیریت دانش (Knoweledge Management)
نقش‌های کلیدی کارکنان درگیر در انتقال سرویس (Key Roles of Staff engaging in Service Transition)
را شامل می‌شود.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳ > عملیات سرویس

تجربه موفق در گروی نائل شدن به تحویل سطوح مورد پذیرش (agreed levels) سرویس‌ها، برای هردوی کاربران نهایی و مشتری هاست (که «مشتری» به کسی گفته می‌شود که برای دریافت یک سرویس بهایی را پرداخت کرده باشند و در مورد، توافق‌نامه سطح سرویس (SLA’s - Service Level Agreement) گفتگو کرده باشند). عملیات سرویس بخشی از چرخه زندگی است، وقتی که سرویس‌ها و مقادیر (value) کاملاً تحویل شده‌اند. همچنین ردگیری (Monitoring) مشکلات (Problems) و برقراری تعادل بین سرویس اطمینان بخش (Service reliability) و هزینه و غیره قابل ذکر و توجه‌است. موضوعات شامل:
برقراری تعادل بین اهداف برخوردی، مانند اطمینان و هزینه و … (Balancing Confilicting Goals)
مدیریت رخدادها (Event Management)
مدیریت وقایع (Incident Management)
مدیریت مشکلات (Problem Management)
تکمیل رخدادها (Event Fulfillment)
مدیریت دارایی‌ها (Asset Management)
میز خدمات (Service Desk)
مدیریت برنامه و تکنیکی (Technical and Application Management)
نقش‌های کلیدی و مسئولیت کارکنان درگیر در عملیات سرویس (key roles and responsibilities for staff engaging in Service Operation) می‌شوند.
کلیاتی از کتابخانه زیربنایی فناوری اطلاعات نسخه ۳ > بهبود مداوم سرویس > شرح کوتاه

مرتب‌سازی و مرتب‌سازی دوباره سرویس‌های IT به منظور تغییر نیازهای تجاری انجام می‌شود (به آن دلیل که ثبات، باعث رو به زوال رفتن مؤسسه یا تنزل آن می‌شود).
هدف بهبود مداوم سرویس، مرتب‌سازی و مرتب‌سازی دوباره سرویس‌های IT، برای تغییر نیازهای تجاری، به وسیلهٔ تعریف و پیاده‌سازی بهبودها در سرویس‌های IT یی است که فرایند تجاری را پشتیبانی می‌کنند. دورنمای بهبود مداوم سرویس در بهبودها، دورنمای تجاری کیفیت سرویس است، حتی با اینکه بهبود مداوم سرویس، می‌خواهد تأثیرات فرایندها، بازدهی و هزینه مؤثر فرایندهای IT را در تمامی طول چرخه حیاتشان بهبود ببخشد. بر اساس بهبود مدیریت، بهبود مداوم سرویس باید به صورت کاملاً روشن و واضح، تعریف کند که چه چیزی باید کنترل و اندازه‌گیری شود.
بهبود مداوم سرویس باید مانند سایر تجربیات موفق عمل شود. آن‌ها نیازمند یک برنامه‌ریزی بالا به پیش رو (upfront)، آموزش و اطلاع‌رسانی، زمان‌بندی مداوم، ایجاد نقش‌ها، نسبت دادن به خود، و فعالیت‌ها براساس میزان موفقیت شناسایی می‌شوند. بهبود مداوم سرویس باید مانند فرایندها با فعالیت‌های تعریف شده، ورودی‌ها، خروجی‌ها، نقش‌ها و گزارش‌ها برنامه‌ریزی و زمان‌بندی شود.
FHD
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > پشتیبانی سرویس

نظام پشتیبانی سرویس ITIL بر روی کاربر سرویس ICT متمرکز شده‌است و وظیفه اصلی آن تضمین دسترسی آن‌ها به سرویس‌های مورد نظر، به منظور پشتیبانی وظایف تجاری است.
برای یک تجارت، مشتری‌ها و کاربران نقاط ورودی به مدل فرایند (Process Model) هستند. آن‌ها (مشتری‌ها و کاربران) بوسیله:
درخواست تغییرات (Asking for Changes)
لزوم ارتباطات، بروز رسانی‌ها (Needing Comminucation , Updates)
درگیر شدن، پرس و جو (Having Difficulties , Queries)
انتقال واقعی فرایند (Real process delivery)
درگیر پشتیبانی سرویس می‌شوند. برنامه Service desk تنها نقطه ارتباطی مشتریان برای مطرح کردن مشکلاتشان است؛ که درصورت وجود پاسخ، مشکل برطرف می‌شود و در غیر این صورت یک رخداد (Incident) ثبت می‌شود. رخداد باعث به وجود آمدن یک سری فرایند می‌شود: مدیریت رخداد (Incident Management)، مدیریت مشکلات (Problem Management)، مدیریت تغییرات (Change Management)، مدیریت نسخه‌های منتشر شده و مدیریت پیکربندی (Release Management and Configuration Management). این سری فرایندها توسط پایگاه داده مدیریت پیکربندی (Configuration Management Database - CMDB) پیگیری و ثبت می‌شود؛ که هر فرایند را ذخیره می‌کند و مستنداتی را برای امکان‌پذیر کردن پیگیری تولید می‌کند (مدیریت کیفیت – Quality Management).
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت درخواست سرویس

وظایف ServiceDesk، رسیدگی به رخدادها و درخواست‌ها است و یک واسط برای سایر فرایندهای مدیریت سرویس فناوری اطلاعات (ITSM) فراهم می‌کند.
تنها نقطه ارتباط (SPOC – Single Point of Contact) و نه لزوماً اولین نقطه ارتباط (FPOC – First Point of Contact).
تنها یک نقطه ارتباطی ورود و خروج وجود دارد
سهولت استفاده برای مشتری‌ها
یکپارچگی داده‌ها
کانال ارتباطی سریع، مفید، مؤثر و پرکاربرد است.
وظایف اصلی یک ServiceDesk عبارتند از:
کنترل رخدادها: مدیریت چرخه زندگی تمامی درخواست‌های سرویس
ارتباطات: مطلع کردن مشتری‌ها از وضعیت رسیدگی به درخواست‌ها و پاسخ دهی به آنها
وظایف ServiceDesk تحت عناوین مختلفی شناخته می‌شود.
کارکرد Servicedesk تحت عناوین مختلفی شناخته می‌شود:
Call Center (مرکز تماس): تأکید اصلی بر روی رسیدگی به پاسخگویی به تعداد بسیار زیادی از تماس‌های تلفنی است.
Help Desk (پیش‌خوان کمک و یاری [برنامه پشتیبانی]): مدیریت، هماهنگی، رسیدگی و رفع مشکلات مربوط به رخدادها در سریع‌ترین زمان ممکن.
Service Desk (پیش‌خوان سرویس): فقط به رخدادها، مشکلات و پرسش‌ها رسیدگی نمی‌کند، بلکه علاوه این‌ها یک واسط برای سایر فعالیت‌ها مانند درخواست‌های تغییر، قراردادهای نگهداری، مجوزهای نرم‌افزار (Software Licenses)، مدیریت سطح سرویس (Service Level Management)، مدیریت پیکربندی (Configuration Management)، مدیریت موجودی (Availability Management)، مدیریت مالی (Financial Management) و مدیریت بهبود مداوم سرویس‌های فناوری اطلاعات (IT Services Continuity Management) فراهم می‌کند.
سه نوع ساختاری که برای ServiceDesk می‌توان به آن‌ها اشاره کرد عبارتند از:
Local Service Desk (داخلی): برای برطرف کردن نیازهای تجاری محلی – فقط تا زمانی یک ابزار تمرینی است که در چندین محل درخواست سرویس داشته باشند.
Central Service Desk (مرکزی): برای برطرف کردن نیاز موسساتی که دارای چندین محل هستند – هزینه‌های عملیاتی را پایین آورده و به‌کارگیری منابع موجود را بهبود می‌بخشد.
Virtual Service Desk (مجازی): برای برطرف کردن نیاز سازمان‌هایی که در چند کشور قرار گرفته‌اند – می‌تواند با بهره‌گیری از مزایای بهبود شبکه و مخابرات، از هر نقطه‌ای در جهان مورد دسترسی قرار بگیرد؛ و منجر به کاهش هزینه‌های عملیاتی و بهبود بکارگیری منابع موجود شود.
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت رخداد

هدف مدیریت رخداد، بازگرداندن عملیات سرویس دهی به شکل معمول و نرمال، در کمترین زمان ممکن و به حداقل رساندن اثرگذاری مضرات (ناسازگاری‌ها) در عملیات تجاری است؛ بنابراین تضمین می‌شود که بهترین سطوح کیفیت سرویس و در دسترس بودنِ (Availability) ممکن، برقرار است. ٰ عملیات معمول سرویس (Normal Service Operation) ٰ در اینجا به عنوان یک عملیات سرویس در محدودیت‌های توافق‌نامه سطح سرویس (SLA) تعریف می‌شود.
به زبان دیگر مدیریت رخداد (IcM) یک بخش فرایند از مدیریت سرویس فناوری اطلاعات (ITSM – IT Service Management) است. هدف اول این فرایند، بازگرداندن عملیات به شکل سرویس دهی طبیعی و نرمال در کمترین زمان ممکن و به حداقل رسانیدن تأثیرات منفی آن (عدم سرویس دهی) در عملیات تجاری است؛ بنابراین بهترین کیفیت عملیات سرویس ممکن و موجودی‌ها را تضمین می‌کند. ٰ سرویس دهی نرمالٰ به شکل یک بند از عملیات سرویس در توافق‌نامه سطح سرویس (SLA) بیان می‌شود.
مشکل رخدادهایی که توسط برنامه سریعاً رفع نمی‌شوند، به یک گروه پشتیبانی مخصوص، جهت رفع مشکل، نسبت داده می‌شود. به منظور بازگرداندن سریع سرویس دهی نرمال، مشکل باید سریعاً توسط این گروه برطرف شود.
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت رخداد > تعریف

فرهنگ لغات ITIL رخداد (Incident) را به این شکل تعریف می‌کند:
هر رخدادی که جزیی از یک عملیات استاندارد سرویس نیست و به بروز وقفه یا کاهش کیفیت سرویس دهی منجر شده یا می‌شود.
هدف ITIL رسیدن به عملیات عادی و طبیعی در کمترین و کوتاه‌ترین زمان ممکن، با کمترین میزان تأثیر در تجارت یا کاربر، با صرف یک هزینه مقرون به صرفه‌است. رخدادها ممکن است به دلایل مشخص یا نامشخصی به وقوع بپیوندند و نهایتاً به منظور کنترل کردن مدیریت مشکلات (problem management) در Known Error Database – KeDB ثبت می‌شوند.
در جایی که محیط پیرامون کارِ از پیش تعریف شده، توسعه پیدا کرده‌است، پیشنهاد می‌شود که service desk یک محیط سریع را برای برطرف کردن مشکل، در اولین مرحله فراهم کند.
در جایی که یک رخداد نتیجه یک مشکل شناخته شده یا خطای شناخته شده نباشد، می‌تواند یک محیط ایزوله شده یا یک پیش آمد منحصر بفرد یا ممکن است که مشکل ریشه‌ای مشخص شده باشد، نیاز است که مدیریت مشکلات درگیر شود، در صورت امکان باید یک مشکل جدید، با مشخصات رخداد ایجاد شود.
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت رخداد > رخدادها و تغییرات

رخدادها نتایج مشکلات و خطاهای زیربناهای فناوری اطلاعات هستند. علت بروز رخداد ممکن است پیدا و روشن باشد و نیازی به سرمایه‌گذاری (از نظر زمانی و هزینه‌ای) برای شناسایی علت بروز رخداد نباشد و منجر به درخواست برای یک تعمیر، یک حضور فیزیکی در محل یا یک درخواست تغییر برای حذف خطا باشد.
جایی که یک رخداد مطرح می‌شود تا به صورت جدی و قاطعانه پیگیری شود، یا چند پیشامد مشابه یک رخداد مشاهده می‌شود، یک مشکل می‌تواند به عنوان پاسخی برای حل همه موارد در سیستم ثبت شود (همچنین ممکن است تا چند مشکل مشابه گزارش نشد، اصلاً مشکلی هم ثبت نشود). مدیریت یک مشکل از فرایند مدیریت یک رخداد (می‌تواند) متفاوت است و معمولاً توسط کارمندان متفاوت انجام می‌شود و به همین دلیل توسط فرایند مدیریت مشکلات کنترل می‌شود. وقتی که یک مشکل شناسایی می‌شود و محیط مشکل پیدا می‌شود، مشکل یک ٰمشکل شناخته شدهٰ می‌شود. هنگامیکه ریشه و علت بروز رخداد شناسایی می‌شود تبدیل به یکٰ خطای شناسایی شدهٰ می‌شود و نهایتاً یک درخواست تغییر (Request For Change – RFC) ممکن است برای تغییر (اصلاح) سیستم با رفع خطای شناسایی شده ایجاد شود. این فرایند توسط فرایند مدیریت تغییرات (Change Management) تحت پوشش قرار گرفته‌است.
توجه داشته باشید که درخواست یک سرویس اضافی به عنوان یک رخداد شناخته نمی‌شود و آن را یک درخواست تغییر (RFC) می‌نامند.
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت رخداد > فرایند مدیریت رخداد

فرایندهای اصلی مدیریت رخداد در زیر آورده شده‌اند:
شناسایی و ثبت رخداد – Incident detection and recording
طبقه‌بندی و پشتیبانی اولیه – Classification and initial support
تحقیق و تشخیص – Investigation and diagnosis
رفع مشکل و بازیابی – Resolution and recovery
بستن رخداد – Incident closure
مالکیت رخداد، بازدید، پیگیری و ارتباطات – Incident ownership, monitoring, tracking and communication
جزئیات کتابخانه زیربنایی فناوری اطلاعات نسخه ۲ > مدیریت رخداد > مثال و نمونه

رخدادها باید طبقه‌بندی بشوند همان‌طور که ثبت می‌شوند، نمونه‌های برای طبقه‌بندی رخدادها در زیر آورده شده‌است:
Application
service not available
application bug
disk-usage threshold exceeded
Hardware
system-down
automatic alert
printer not printing
ساکری مونتی پیمونت و لمباردی

| میراث جهانی یونسکو | میراث جهانی یونسکو |
| --- | --- |
مکان:  ایتالیا
معیار ثبت: فرهنگی، ناتورالیستی: (ii)(iv)
شمارهٔ ثبت: ۱۰۶۸
تاریخ ثبت: ۲۰۰۳ (طی نشست ۲۷م)
ساکری مونتی (به ایتالیایی: Sacri Monti) یا کوه‌های مقدس پیمونت و لمباردی، مجموعه‌ای از ۹ گروه کلیسای کوچک و دیگر سازه‌های ویژه از نظر معماری است که در شمال ایتالیا در اواخر سدهٔ شانزدهم و طول سدهٔ هفدهم میلادی ساخته‌شده‌اند. این بناها که وقف جنبه‌های مختلف مسیحیت شده‌اند با مهارت بسیاری با مناظر طبیعی اطراف خود همچون جنگل، دریاچه و تپه ترکیب‌شده و از این لحاظ جز بناهایی با زیبای بسیار به‌شمار می‌روند. در عین حال اشیای هنری حائز اهمیتی در قالب نقاشی‌های دیواری و تندیس‌ها در این بناها نگهداری می‌شود. ساکری مونتی‌های پیمونت و لمباردی در سال ۲۰۰۳ در فهرست میراث جهانی یونسکو به ثبت رسید.
کوه مقدس

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

۹ ساکری مونتی (جمع ساکرو مونته) پیمونت و لمباردی به شرح زیر است:
| نگاره | نام | شهر و استان | ناحیه |
| --- | --- | --- | --- |
|  | ساکرو مونته دی وارالو | وارالو سسیا، استان ورچلی | پیمونت |
|  | ساکرو مونته دی کرئا | سرالونگا دی کرئا، استان الساندریا | پیمونت |
|  | ساکرو مونته دی اورتا | اورتا سن جولیو، استان نووارا | پیمونت |
|  | ساکرو مونته دی وارزه | وارزه، استان وارزه | لمباردی |
|  | ساکرو مونته دی اروپا | بیلا، استان بیلا | پیمونت |
|  | ساکرو مونته دی اوسوچو | اوسوچو، استان کومو | لمباردی |
|  | ساکرو مونته دی گیفا | گیفا، استان وربانو-کوسیو-اوسولا | پیمونت |
|  | ساکرو مونته دی دومودوسولا | دومودوسولا، استان وربانو-کوسیو-اوسولا | پیمونت |
|  | ساکرو مونته دی بلمونته | والپرگا، استان تورین | پیمونت |
توطئه قتل محمد مصدق

در ۹ اسفند ماه ۱۳۳۱ دربار با کمک عده‌ای از روحانیون، افسران اخراجی و افرادی وابسته به رژیم، علیه محمد مصدق توطئه کردند تا او را از بین ببرند.
طرح توطئه

در توطئه ۹ اسفند ماه ۱۳۳۱ محمد مصدق به درخواست شاه برای خداحافظی دربار رفته بود، تظاهراتی از طرف هواداران شاه بر ضد مصدق شکل گرفت که توطئه‌ای هدایت شده توسط شاه برای به قتل رساندن او بود. ماجرا از این قرار بود که شاه به ظاهر به مصدق اطلاع می‌دهد که عازم مسافرت خارج از کشور است و تنها ایشان از این موضوع اطلاع دارند و لازم است که برای خداحافظی نخست‌وزیر و وزراء به حضور شاه آمده تا صحبت نمایند. در هنگام مذاکرات مصدق با شاه سفیر آمریکا هندرسن چندین بار از مصدق (از طریق پیغام تلفنی) می‌خواهد که از کاخ خارج شده و به منزلش برگردد تا با او مذاکراتی را انجام دهد که این امر رخ نمی‌دهد. طرفداران شاه به هدایت آیت‌الله بهبهانی، شعبان جعفری (شعبان بی مخ) و تعدادی از افسران اخراجی ارتش و اراذل و اوباش در جلوی کاخ حضور پیدا کرده و پس از اینکه مصدق به جای در اصلی از در دیگری خارج می‌شود به هدایت حمید رضا پهلوی، برادر محمدرضاشاه، به خانه وی حمله می‌کنند. که مصدق از خانه خود به منزل پسرش  غلامحسین مصدق و از آنجا به ستاد ارتش رفته و اقدام‌های لازم برای مقابله با این شورش را انجام می‌دهد.
این عمل شاه باعث قطع ارتباط مصدق با دربار شد به گونه‌ای که دیگر شاه و مصدق یکدیگر را ندیدند.
عوامل توطئه

عوامل این توطئه عبارت بودند از محمد رضا پهلوی[نیازمند منبع]، حمید رضا پهلوی برادر شاه و عده‌ای از افسران بازنشسته (از جمله امیر رحیمی که با جیپ به منزل مصدق حمله کرد)، سید محمد بهبهانی، شعبان جعفری (معروف به "شعبان بی‌مخ") و عوامل سازمان‌های جاسوسی بریتانیا و احتمالاً آمریکا  از شرکت کنندگان در آن بودند.
تورنه

| تورنه | تورنه |
| --- | --- |
شهر بلژیک: شهر بلژیک
Tournai Grand-Place: Tournai Grand-Place
  پرچمنشان:   پرچمنشان
کشور: بلژیک
منطقه: والونیا
Community: French Community
استان: استان انو
ناحیه: شهرستان تورنه
حکومت: حکومت
 • شهردار: رودی دموت
مساحت: مساحت
 • کل: ۲۱۳٫۷۵ کیلومتر مربع (۸۲٫۵۳ مایل مربع)
جمعیت (1 January 2016): جمعیت (1 January 2016)
 • کل: ۶۹٬۴۷۱
 • تراکم: ۳۳۰/کیلومتر مربع (۸۴۰/مایل مربع)
کد پستی: ۷۵۰۰–۷۵۴۸
پیش‌شماره: ۰۶۹
وبگاه: www.tournai.be
نقشهٔ تورنه : نقشهٔ تورنه 
شهر تورنه (به فرانسوی: Tournai) در شهرستان تورنه در استان انو در منطقه فدرال والوون در کشور بلژیک واقع شده‌است. این شهر در ۸۵ کیلومتری غرب-جنوب‌غربی بروکسل واقع شده است. 

تورنه به همراه شهر تنژران قدیمی‌ترین شهر بلژیک است و نقش مهمی در تاریخ فرهنگی کشور داشته است.
شهرهای خواهرخوانده

تروا، فرانسه
وینو دسک، فرانسه
بیت‌لحم، دولت فلسطین
تاریا، بولیوی
جزیره ورانگل

| میراث جهانی یونسکو | میراث جهانی یونسکو |
| --- | --- |
موقعیت جزیره ورانگل: موقعیت جزیره ورانگل
مکان:  فدراسیون روسیه
معیار ثبت: طبیعی: ix, x
شمارهٔ ثبت: ۱۰۲۳
تاریخ ثبت: ۲۰۰۴ (طی نشست بیست و هشتم)
وبگاه: http://whc.unesco.org/en/list/1023
جزیره ورانگل (روسی: о́стров Вра́нгеля، استروف ورانگلیا) یک جزیره در اقیانوس منجمد شمالی است که میان دریای چوکچی و دریای شرقی سیبری قرار دارد. از نصف‌النهار ۱۸۰ درجه نیز عبور می‌کند. نزدیک‌ترین خشکی به این جزیره جزیره هرالد است که در ۶۰ کیلومتر (۳۷ مایل) خاور آن واقع است.
این جزیره و جزیره هرالد به عنوان مناطق حفاظت‌شده روسیه، زیر حمایت هستند. جزیره ورانگل حدود ۱۲۵ کیلومتر (۷۸ مایل) عرض و ۷٬۶۰۰ کیلومتر مربع (۲٬۹۰۰ مایل مربع) مساحت دارد.