مشخصات مقاله:
عنوان فارسی مقاله:
STAR: سیستمی برای تحلیل و وضوح (تفکیک) تیکت
عنوان انگلیسی مقاله:
STAR: A System for Ticket Analysis and Resolution
کلمات کلیدی مقاله:
مدیریت خدمات IT، وضوح (تفکیک) تیکت، مدل خط(جمله)، شبکه عصبی پیچیده (کانولوشن)
مناسب برای رشته های دانشگاهی زیر:
مهندسی کامپیوتر و مهندسی فناوری اطلاعات
مناسب برای گرایش های دانشگاهی زیر:
مهندسی نرم افزار و مدیریت سیستمهای اطلاعات
وضعیت مقاله انگلیسی و ترجمه:
مقاله انگلیسی را میتوانید به صورت رایگان با فرمت PDF از باکس زیر دانلود نمایید. ترجمه این مقاله با فرمت WORD – DOC آماده خریداری و دانلود آنی میباشد.
فهرست مطالب:
چکیده
1.مقدمه
1.1. چالش ها و راه حل های پیشنهادی
1.2. تحقیقات مرتبط
1.3. نقشه راه (آنچه در ادامه مقاله است)
2. مرور و بررسی
3. تعیین کمیت کیفیت وضوح تیکت
3.1. توصیف ویژگی
3.2. یافته ها
4. مدل رتبه بندی عصبی عمیق
4.1. فرمول بندی مشکل
4.2. معماری رتبه بندی عصبی عمیق
4.2.1. مدل خط(جمله). معماری مدل مبتنی بر CNN در شکل 3 نشان داده شده است. توسط مدل CNN برای اجرای طبقه بندی خط (جمله) متعدد الهام گرفته شد (13)
4.2.2. معماری برای جفت های خلاصه و وضوح تیکت
4.2.3. تابع هدف
4.3. تنظیم
4.4. تعبیه کلمه
5. خودکارسازی وضوح تیکت
5.1. مجموعه داده ها
5.2. خودکارسازی وضوح تیکت
6. دیگر برنامه های کاربردی تحلیل تیکت
6.1. خوشه بندی تیکت
6.2. طبقه بندی تیکت
7. نتیجه گیری
قسمتی از مقاله انگلیسی و ترجمه آن:
1 INTRODUCTION
The prominence of efficient and cost-effective service delivery and support is undeniable in the competitive business enterprise and is critical with the growing complexity of service environments. This has motivated service-providing facilities to automate many of their tasks, including system management, and routine maintenance procedures (for instance, problem detection, determination and resolution) for the service infrastructure [4, 19, 34]. The automated problem detection has been realized by some system monitoring softwares, such as HP OpenView 1 and IBM Tivoli Monitoring 2 . Such monitoring systems continuously capture system events and generate incident tickets when the alerts are triggered. A typical workflow of problem detection, determination and resolution in IT service management is prescribed by the Information Technology Infrastructure Library (ITIL) specification 3 and is illustrated in Fig. 1. The Incident, Problem, and Change (IPC) system facilitates the tracking, analysis and mitigation of problems and is a requirement for organizations adapting the ITIL framework. A monitoring agent on a server keeps track of the system statistics and triggers an alert when a problem is detected. If an alert persists beyond the specified duration, an event is triggered. Such events are consolidated into an enterprise console, which uses rule-based, case-based or knowledge-based engines to analyze the events and determines whether or not to create an incident ticket in the IPC system [16].
1. مقدمه
برتری ارائه خدمات کارآمد و مقرون به صرفه و پشتیبانی در شرکت تجارت رقابتی غیرقابل انکار است و با پیچیدگی در حال رشد محیط های خدمات اساسی است. این امکانات و تسهیلات فراهم آورنده ی خدمات را برانگیخته است تا بسیاری از وظایف شان شامل مدیریت سیستم، و روند تعمیر و نگهداری موارد روزمره (برای مثال ردیابی مشکل، تعیین و وضوح (تفکیک)) برای زیرساخت خدمات را به صورت خودکار در آورند (4،19،34). ردیاب مشکل اتوماتیک توسط نرم افزار های نظارت سیستم مانند HP Open View و IBM Tivoli Monitoring شناسایی شده است. چنین سیستم های نظارتی ای دائما رویدادهای سیستم را بررسی می کنند و زمانی که هشدارها فعال شدند، تیکت رویداد را ایجاد می کنند. گردش کار معمولی از ردیاب مشکل، تعیین و وضوح (تفکیک) در مدیریت خدمات فناوری اطلاعات توسط مشخصات کتابخانه ی زیرساخت فناوری اطلاعات (ITIL) توصیه شده است و در شکل 1 به تصویر کشیده شده است. سیستم حادثه، مشکل و تغییر (IPC) ردیابی، تحلیل و کاهش مشکلات را تسهیل می بخشد و برای سازمان هایی که چارچوب ITIL اتخاذ می کنند ضروری است. آژانس نظارتی بر روی یک سرور، آمار سیستم را ردیابی می کند و زمانی که مشکلی شناسایی شود هشداری را فعال می سازد. اگر هشداری فراتر از مدت زمان مشخص شده ادامه یابد، رویدادی فعال است (رخ داده است). چنین رویدادهایی در کنسول سازمانی تقویت می شوند که از موتورهای مبتنی بر قانون، مبتنی بر مورد یا مبتنی بر دانش استفاده می کند تا رویدادها را تحلیل و تعیین کند که آیا باید تیکت تصادفی در سیستم IPC ایجاد کند یا نه (16).