وبلاگ خدمات فناوری اطلاعات

وب نگار

وب نگار

نشانی وبگاه: http://www.webnegar.ir
یکشنبه, 01 آذر 774 ساعت 13:35

آموزش انگولار2 در آکادمی وب نگار

انگولار

ما در آکادمی وب نگار تصمیم گرفتیم که یک دوره آموزشی کامل ویدئویی برای فریم ورک انگولار ارائه نماییم. که این آموزش در حال ضبط است. انشاءالله در پایان سال تکمیل و ارائه خواهد شد. برای اطلاعات بیشتر می توانید به بخش آموزش انگولار در وب سایت آکادمی وب نگار مراجعه نمایید.

دلایل توجه به انگولار2 (نسل جدید فناوری آنگولار)

 

موبایل محور بودن انگولار

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

 ماژولار بودن بودن انگولار

 ماژول های متعدد از هسته آنگولار حذف شده اند،که باعث عملکرد بهتر است. این معنی است که شما شما قادر به انتخاب ماژول های مورد نیاز خود هستید و سربار کمتری دارد.

 مدرن سازی در انگولار

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

 

دوشنبه, 20 بهمن 1393 ساعت 20:52

نقش ها و مسئولیت «میز خدمات» در ITIL

میز خدمات فناوری اطلاعات helpdeskیک کلید موثر در «میز خدمات» حصول اطمینان از حسابدهی روشن است و اینکه  نقش های تعریف شده این وظیفه خاص از عملیات خدمات را انجام می دهند. یک «نقش» اغلب به یک شرح شغل و یا شرح یک گروه کاری گره خورده است، اما لزوما باید توسط یک فرد انجام شود.

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

نقش های زیر را برای میز خدمات مورد نیاز است:

الف) مدیر میز خدمات (Service Desk Manager).

در سازمان های بزرگ که در آن میز خدمات از اندازه قابل توجهی برخوردار است، نقش «مدیر میز خدمات» ممکن است به همراه «سرپرستان میز خدمات» که به مدیر گزارش می دهند قابل توجیه باشد. در چنین مواردی، این نقش ممکن است علاوه بر مسئولیت برخی از فعالیت های ذکر شده در بالا فعالیت های زیر را بر عهده داشته باشد:
    مدیریت کلی فعالیت های میز خدمات از جمله سرپرستان.

  •     تصویب قوانین به عنوان یک نقطه بالادستی برای ناظران.
  •     نگاهی گسترده تر بر نقش خدمات به مشتریان.
  •     گزارش به مدیران ارشد در موضوعاتی که می تواند به طور قابل توجهی بر کسب و کار تاثیر  بگذارد.
  •     مسئولیت کلی برای مدیریت حوادث و انجام درخواست در میز خدمات. این امر می تواند به هر فعالیت دیگر که توسط میز خدمات در نظر گرفته شده  گسترش یابد - به عنوان مثال نظارت بر طبقات خاصی از رویدادها.


ب) سرپرست(Supervisor) میز خدمات / تحلیلگر (Analyst) ارشد میز خدمات.

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

دوشنبه, 20 بهمن 1393 ساعت 20:50

میز خدمات از منظر ITIL

«میز خدمات» يك کارکرد است كه روي فرآيند مديريت حوادث قرار ميگيرد. هر درخواست مشتري در بخش خدمات پشتيباني ازطريق اين قسمت دريافت می شود.  وظایف «میز خدمات»، رسیدگی به رخدادها و درخواست‌ها در سازمان است و یک واسط برای سایر فرآیندهای مدیریت سرویس فناوری اطلاعات فراهم می کند.

برخی مزایای میز خدمات:
•    تنها نقطه ارتباط  (Single Point of Contact)  و نه لزوما اولین نقطه ارتباط (First Point of Contact) است.
•    تنها یک نقطه ارتباطی ورود و خروج وجود دارد.
•    سهولت استفاده برای مشتری ها.
•    یکپارچگی داده ها.
•    کانال ارتباطی سریع ، مفید ، موثر و پرکاربرد است.

وظایف اصلی یک «میز خدمات یا Service desk»:
•    کنترل رخدادها: مدیریت چرخه زندگی تمامی درخواست های خدمات.
•    ارتباطات: مطلع کردن مشتری ها از وضعیت رسیدگی به درخواست ها و پاسخ دهی به آنها.

اهداف «میز خدمات»:
•    فراهم کردن یک نقطه ارتباطی مشترک برای تمامی مشتری ها.
•    تسهیل بازیابی سرویس های عملیاتی معمولی با حداقل میزان اهمیت تجاری برای مشتری هایی که قراردادهای سطح سرویس ( SLA) را پذیرفته اند و با توجه به میزان اهمیت تجاری.

کاربردهای معمول «میز خدمات»:
•    دریافت تماس ها ، اولین گروه پاسخگوی مشتری ها.
•    ضبط و پیگیری رخدادها و شکایات.
•    مطلع کردن مشتری ها از وضعیت درخواست و مرحله پردازش.
•    اظهار نظر کردن ابتدایی برای درخواست ، سعی در حل آن و یا ارجاع آن به شخصی که می تواند مشکل را حل کند.
•    مانیتور کردن و پاسخگویی و حل مشکل در بازه زمانی مشخص شده در قرارداد سطح سرویس (SLA) .
•    شناسایی مشکلات.
•    حل مشکلات و گرفتن تاییدیه از مشتری.
•    هماهنگ کردن پشتیبانی سطح دوم و سوم.

 درخواست های سرویس که با «میز خدمات» پیگیری می شوند یک فرآیندهستند، درحالی که ITIL پیشنهاد می کند که «میز خدمات» یا (Service desk) یک کارکرد (Function) است و نه یک فرایند (Process).


وظایف ServiceDesk تحت عناوین مختلفی شناخته می شود:

الف) Call Center «مرکز تماس»:  تاکید اصلی بر روی رسیدگی به پاسخگویی به تعداد بسیار زیادی از تماس های تلفنی است .
ب) Help Desk «پیش‌خوان کمک»:  (مدیریت ، هماهنگی ، رسیدگی و رفع مشکلات مربوط به رخدادها در سریع ترین زمان).
ج) Service Desk «پیش‌خوان سرویس»: فقط به رخدادها، مشکلات و پرسش ها رسیدگی نمی کند، بلکه علاوه اینها یک واسط برای سایر فعالیت ها مانند درخواست‌های تغییر، قراردادهای نگهداری، مجوزهای نرم افزار (Software Licenses)، مدیریت سطح سرویس (Service Level Management)، مدیریت پیکربندی (Configuration Management)، مدیریت موجودی (Availability Management)، مدیریت مالی (Financial Management) و مدیریت بهبود مداوم سرویس‌های فناوری اطلاعات (IT Services Continuity Management)  فراهم می کند .


سه نوع  ساختاری که برای ServiceDesk می توان به آنها اشاره کرد عبارتند از:

1.  داخلی (Local Service Desk): برای برطرف کردن نیازهای تجاری محلی - فقط تا زمانی یک ابزار تمرینی است که در چندین محل درخواست سرویس داشته باشند .

2.  مرکزی (Central Service Desk): برای برطرف کرذن نیاز موسساتی که دارای چندین محل هستند - هزینه های عملیاتی را پایین آورده و به کارگیری منابع موجود را بهبود می بخشد.

3. مجازی (Virtual Service Desk): برای برطرف کردن نیاز سازمان هایی که در چند کشور قرار گرفته اند - می تواند با بهره گیری از مزایای بهبود شبکه و مخابرات ،از هر نقطه ای در جهان مورد دسترسی قرار بگیرد . و منجر به کاهش هزینه های عملیاتی و بهبود بکارگیری منابع موجود شود .

برنامه Service desk تنها نقطه ارتباطی مشتریان برای مطرح کردن مشکلاتشان است که درصورت وجود پاسخ، مشکل برطرف می شود و در غیر این صورت یک رخداد (Incident) ثبت می شود. مشکل رخدادهایی که توسط برنامه سریعا رفع نمی شوند، به یک گروه پشتیبانی مخصوص، جهت رفع مشکل، نسبت داده می شود. به منظور بازگرداندن سریع سرویس دهی نرمال، مشکل باید سریعا توسط این گروه برطرف شود.

تعریف:

فرهنگ لغات ITIL رخداد (Incident) را به این شکل تعریف می کند: «هر رخدادی که جزیی از یک عملیات استاندارد سرویس نیست و به بروز وقفه یا کاهش کیفیت سرویس دهی منجر شده یا می شود».
هدف ITIL رسیدن به عملیات عادی و طبیعی در کمترین و کوتاه ترین زمان ممکن ، با کمترین میزان تاثیر در تجارت یا کاربر ، با صرف یک هزینه مقرون به صرفه است . رخدادها ممکن است به دلایل مشخص و یا نامشخصی به وقوع بپیوندند ونهایتا به منظور کنترل کردن مدیریت مشکلات (problem management) در Known Error Database) KeDB) ثبت می‌شوند.


رخدادها و تغییرات

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

 

شنبه, 02 فروردين 773 ساعت 15:56

930411- پشتیبانی از پروتکل «RADIUS»

از این پس سامانه مدیریت خدمات رایانه ای وب نگار از پروتکل رادیوس «RADIUS» برای اعتبارسنجی کاربران نیز پشتیبانی خواهیم نمود، کاربران می توانند از مدل استاندارد و یا رادیوس سرور موجود در سازمان استفاده نمایند.

رادیوس چیست؟

RADIUS مخفف کلمه (RADIUS(Remote Authentication Dial-In User Service است و یک پروتکل برای انجام عملیات های مختلفی از جمله احراز هویت یا Authentication، تعیین حدود دسترسی یا Authorization و حسابرسی کاربران یا Accounting استفاده می شود. این پروتکل در سیستم عامل های مختلفی که در دنیا وجود دارد با انواع و اقسام روش ها و با استفاده از نرم افزارهای مختلف قابل پیاده سازی می باشد اما در ویندوزها سرور شرکت مایکروسافت نیز با عنوان NPS یا Network Policy Services شناخته می شود.

این سرویس را می توانید در ویندوز های سرور 2008 به بالا مشاهده کنید. RADIUS Server به سروری گفته می شود که می تواند عملیات های AAA یا همان سه عملیاتی که اشاره شد را انجام دهد، در یک شرکت یا سازمانی که ده ها RAS Server وجود دارد منطقی نیست که همه عملیات های احراز هویت توسط سرورها انجام شود. در چنین حالتی برای متمرکز سازی این سه عملیات از NPS یا RADIUS مایکروسافتی استفاده می شود.

NPS as a RADIUS server

اطلاعات بیشتر:


RADIUS Server
Configuring Active Directory (Windows 2008 Server R2) RADIUS Server

صفحه1 از19
  WEBNEGAR TV  

مرام نامه وب نگار

«وب نگار حقوق مشتریان خود را محترم می شمارد، ما در مورد توصیف ویژگی های محصولات خود کاملا شفاف عمل می نماییم، اصالت کالا و خدمات ما شفاف بیان می گردد. در اجرای تعهداتمان کوشا و دقیق هستیم. به مسئولیت اجتماعی مان توجه داریم. در حفظ اسرار مشتری کوشا هستیم»