Информационная система для автоматизированной обработки заявок службы "Service Desk" в КБ "Юниаструм банк"

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Введение

В настоящее время в условиях жесткой конкуренции любой более-менее крупный банк ищет пути повышения эффективности своей деятельности. Эта эффективность во многом достигается за счет автоматизации операций и бизнес-процессов, использующихся в работе банка. Автоматизация позволяет значительно увеличить уровень обслуживания клиентов, повысить качество предоставляемых услуг, улучшить производительность труда сотрудников и снизить всевозможные издержки.

К автоматизированным можно отнести такие процессы, как:

— Проведение платежей;

— Оформление кредитов;

— Выдача пластиковых карт;

— Торговля ценными бумагами;

— Внутрибанковские процессы:

а) поддержка работоспособности систем;

б) техническая поддержка сотрудников банка.

Целью этого дипломного проекта является усовершенствование работы внутрибанковских процессов, в частности процесса технической поддержки сотрудников банка, путем внедрения новой автоматизированной информационной системы, которая сможет обеспечить решение ряда следующих поставленных задач:

— Снизить время обработки заявок, поступающих от сотрудников банка в связи с нарушением деятельности какого-либо процесса или устройства;

— Снизить время реагирования на нарушение работоспособности какой-либо основной банковской системы;

— Уменьшить временной период восстановления работоспособности системы;

— Ввести единую базу данных ошибок и неисправностей.

Для внедрения системы, удовлетворяющей поставленным задачам, необходимо:

— Проанализировать рынок продуктов данного класса;

— Провести сравнительный анализ нескольких выбранных систем;

— Выбрать наилучшую систему;

— Приобрести и доработать программное обеспечение, необходимое для внедрения выбранной системы;

После внедрения нужно будет произвести отладку системы и обучить сотрудников банка работе с ней.

1. Аналитическая часть

1.1 Технико-экономическая характеристика объекта

Экономическая характеристика организации

ООО Коммерческий банк «Юниаструм Банк» был основан в 1994 году. Генеральная лицензия ЦБ РФ от 05. 05. 05. № 2771. На начало 2012 года филиальная сеть банка насчитывает 199 офисов (в том числе 43 филиала) в 48 российских регионах. «Юниаструм Банк» — это универсальный банк, осуществляющий все основные виды банковских операций, представленных на рынке финансовых услуг, специализируется на розничном бизнесе и работе c малыми и средними предприятиями.

Основной стратегической целью Банка является прирост стоимости бизнеса в долгосрочной перспективе. Среди текущих задач можно выделить следующие:

— Развитие современного, клиентоориентированного, универсального, конкурентоспособного банка, нацеленного на обслуживание розничных клиентов, малого и среднего бизнеса;

— Переход к корпоративной модели управления, соответствующей передовой зарубежной практике, способствующей улучшению качества управления рисками в современных условиях ведения банковского бизнеса;

— Дальнейшее повышение эффективности региональной сети;

— Постоянное качественное улучшение обслуживания клиентов посредством инвестиций в информационные банковские технологии и персонал Банка [1].

В таблице 1.1.1 наглядно показана динамика развития основных экономических показателей банка за определенный временной период.

Таблица 1.1 — Динамика развития экономических показателей

Количество выданных автокредитов

период

01. 01. 06

01. 01. 08

01. 04. 2010

показатель

2 млрд руб.

4,4 млрд руб.

6,8 млрд руб.

Выпуск платежных карт

период

01. 01. 06

01. 01. 08

01. 04. 2010

показатель

-

-

более 706 тыс. шт.

Объем потребительских кредитов

период

01. 01. 06

01. 01. 08

01. 04. 2010

показатель

-

0,6 млрд руб.

2 млрд руб.

Объем вкладов физ. лиц

период

01. 01. 06

01. 01. 08

01. 04. 2010

показатель

-

-

31,2 млрд руб.

портфель срочных вкладов физических лиц

период

01. 01. 06

01. 01. 08

01. 04. 2010

показатель

-

-

32,4 млрд руб.

По итогам первого полугодия 2012 года «Юниаструм Банк»:

— Входит в ТОП-30 крупнейших российских системообразующих банков по версии ЦБ РФ;

— Занимает 56 место по величине активов;

— 43 место по величине кредитного портфеля;

— 45 место по кредитованию физических лиц (по версии агентства РБК. рейтинг);

— Входит в топ-30 по розничным беззалоговым кредитам;

— Топ-20 по объему кредитного портфеля по банковским картам;

— Занимает 7 место по объему портфеля кредитов, выданных малому и среднему бизнесу (по версии агентства Эксперт РА);

— «Юниаструм Банк» является участником системы страхования вкладов. [1]

На сегодняшний день Юниаструм Банк — это универсальная кредитная организация, предлагающая своим клиентам широкий спектр современных финансовых продуктов и услуг, одинаково высоких по качеству во всех точках обслуживания.

Организационная структура

К органам контроля и управления банка относятся:

1. Общее собрание Участников Банка.

Очередное (годовое) Общее собрание Участников Банка проводится один раз в год, не ранее через два месяца и не позднее, чем через четыре месяца, после окончания финансового года. На очередном Общем собрании Участников Банка утверждаются годовые результаты деятельности Банка.

2. Совет директоров Банка.

Совет директоров Банка осуществляет общее руководство деятельностью Банка, за исключением решения вопросов, отнесенных к исключительной компетенции Общего собрания Участников. Членом Совета директоров Банка может быть только физическое лицо. Члены Совета директоров Банка избираются на очередном (годовом) Общем собрании Участников Банка на срок до следующего годового Общего собрания Участников Банка. Если годовое Общее собрание Участников не было проведено в сроки, установленные настоящим Уставом, все полномочия Совета директоров Банка продлеваются до фактической даты избрания нового состава Совета директоров Банка.

3. Президент Банка.

Является действующим членом Совета директоров Банка и постоянным представителем Совета директоров в Банке. В его обязанности входит:

— Контроль за эффективным функционированием внутреннего контроля в Банке;

— Регулярное обсуждение с Правлением Банка вопросов организации внутреннего контроля, включая выработку мер по повышению их эффективности;

— Вынесение вопросов на заседания Совета директоров Банка по выработке мер, обеспечивающих эффективность системы управления Банка.

К исполнительным органам банка относятся:

4. Председатель Правления Банка и Правление Банка.

Председатель правления и правление осуществляют руководство текущей деятельностью банка. Правление Банка и Председатель Правления Банка избираются Советом директоров Банка на срок три года. К функциям Правления банка относится:

— Руководство текущей деятельностью Банка;

— Обеспечение выполнения решений Общего собрания Участников Банка и Совета директоров Банка;

— Утверждение кандидатур на должность главного бухгалтера Банка и его заместителей;

— Решение вопросов подбора, подготовки и использования кадров.

5. Главный бухгалтер Банка и его заместители.

6. Служба внутреннего контроля.

Создается в Банке для осуществления внутреннего контроля и содействия органам управления банка в обеспечении эффективного функционирования банка. Служба внутреннего контроля подотчетна в своей деятельности Совету директоров Банка. Руководитель Службы внутреннего контроля назначается Советом директоров Банка [1].

Вся структура банка поделена на блоки. В свою очередь блоки делятся на отделы, а отделы на группы. На рисунке 1.1 представлена структура банка.

Рисунок 1.1 - Организационная структура

1.2 Анализ текущей деятельности и постановка задачи

Текущее положение

На текущий момент в Блоке информационных технологий банка в отделе Service Desk используется информационная система Astrosoft, относящееся к системам класса Help Desк. Данная система предназначена для регистрации и учета заявок, поступающих от пользователей. Системы подобного класса, согласно методологии ITIL, обеспечивают [18]:

— Единое место обращения к службе поддержки. Интуитивно понятный интерфейс программы и простой механизм позволяет направлять запросы в службу поддержки, минуя попытки самостоятельного решения проблемы, либо решения проблемы при помощи одного из сотрудников банка, не относящихся к блоку ИТ;

— Стандартный способ регистрации и выдачи заданий специалистам;

— Контроль за последовательностью исполнения работ, потраченным временем и ресурсами;

— Отчётность по затратам времени и средств на выполнение запросов.

Система AstroSoft предоставляет следующие возможности:

— Автоматическую обработку заявок, поступающих в службу технической поддержки;

— Гибкую систему маршрутизации. Под маршрутизацией понимается передача заявки от одного отдела к другому;

— Создание единой Базы Знаний

— Легкий Web-интерфейс, который понятен даже «неискушенным» пользователям ПК;

— Масштабируемая архитектура системы;

— Интеграция с системой мониторинга MS MOM2005;

— Интеграция с подсистемой инвентаризации MS SMS 2003;

— Открытый интерфейс Web-services для интеграции с внешними системами.

Прием заявок от пользователей производится тремя способами:

— С помощью электронной почты MS Outlook;

— При помощи телефонного звонка;

— Непосредственно через заведение заявки самим пользователем в системе Astrosoft

Каждый пользователь, у которого возникает проблема технического (проблема с персональным компьютером, принтером, сканером, многофункциональным устройством и т. д.) или программного (проблема с одной из автоматизированных банковских систем (АБС)) характера уже обучен попрядку составления заявки. Для заведения заявки применяются специальные шаблоны (электронный документ формата MS Word с пошаговой инструкцией по заведению заявок). Для дополнительных офисов банка порядок составления заявок один, для филиалов банка немного другой и для центрального офиса третий. Разница заключается в составлении темы заявки, так как у каждой структурной единицы свой порядковый номер в системе банка. Каждая заявка должна создаваться строго по шаблону, иначе она будет отклонена.

После заведения заявки, будь то создание электронного письма на support@uniastrum. com или создание заявки в системе Astrosoft, она приходит в отдел Service Desk. Попадая в данный отдел, заявка проходит несколько этапов обработки. Инженер первой линии службы поддержки открывает список активных заявок в системе и выделяет заявки, которым не присвоена никакая рабочая группа. Каждая заявка открывается отдельно и проверяется на соответствие шаблону. Если заявка соответствует шаблону — ей присваивается рабочая группа, если она шаблону не соответствует-то она отклоняется. На рассмотрение одной заявки на соответствие шаблону уходит от 30 секунд до 1 минуты, с учетом того, что за 5 минут в отдел приходит примерно 30 заявок, то среднее время присваивания рабочих групп составляет 15−25 минут для 30 заявок. В это время, пока идет обработка заявки в отделе, пользователь, у которого возникла проблема, теряет работоспособность из-за невозможности продолжения операции. От этого страдает как сам сотрудник и клиенты банка, так и работа всего банка в целом. К примеру, если у потенциально 30 сотрудников возникнет нарушение работоспособности, это приведет к простаиванию финансовых операций банка.

Если заявка отклоняется, то пользователю — составителю заявки на почту приходит письмо, в котором говорится о некорректно созданной заявке и просьбе переделать заявку в соответствии с шаблоном. Если заявке присваивается рабочая группа, то она переходит на следующую стадию обработки. Инженер в соответствии со своими полномочиями и правами доступа может взять заявку себе и начать работу по ее выполнению. Если же у него не хватает квалификации, прав доступа или полномочий, он передает заявку на отдел инженеров второй линии поддержки, которые рассматривают заявку более детально. После рассмотрения заявки оператор второй линии может принять решение о закрытии данной заявки, либо эскалировать ее на более высокую ступень для окончательной обработки.

Недостатком такой обработки является:

— Большое количество времени, затраченное на обработку одной заявки;

— Как следствие простой в работе у конечного пользователя;

— Отсутствие конкретных сроков выполнения заявки;

Также существенным недостатком существующей системы является отсутствие общей базы по возникающим проблемам. Формально она существует, но на практике она не применяется. При возникновении нескольких однотипных заявок подряд, каждую заявку приходится рассматривать отдельно, а не в комплексе, что существенно увеличивает время простоя сотрудников, у которых проявилась проблема. Отсюда вытекает еще один недостаток:

— Нет единой базы ошибок, сославшись на которую можно объединить несколько однотипных заявок и дать один общий ответ.

Постановка задачи

В связи с расширением деятельности и реорганизацией структуры банка, а также исходя из недостатков существующей системы, можно смело говорить о том, что выполнение бизнес-процессов в банке существенно затормаживается из-за долгого простоя в работе сотрудников. Поэтому, система Astrosoft

перестает удовлетворять возникающим потребностям в проведении бизнес — операций. Морально устарев, она начинает создавать помехи в конкурировании с другими развивающимися банками.

Вследствие чего возникает необходимость внедрения более оптимизированной и настроенной системы, которая должна удовлетворять следующим требованиям:

— Ручное заведение заявки. Пользователю должна быть доступна функция самостоятельного составления заявки согласно шаблону;

— Интеграция заявок с электронной почты. Данная система, как и уже существующая, должна интегрировать заявки, присланные по электронной почте;

— Просмотр заявки. Необходимо наличие функционала для возможности просмотра заявок;

— Эскалация заявки на другую группу экспертов. Если у инженера первой линии не хватает полномочий, прав доступа или знаний для исполнения заявки, он может эскалировать заявку на вторую линию поддержки;

— Добавление комментариев к заявке. К заявке по мере необходимости должны прикрепляться необходимые комментарии;

— Возможность отклонить заявку. Некорректно созданные заявки, то есть заявки, созданные не по шаблону, должны отклонятся;

— Возможность прикрепления файлов к заявке. Зачастую пользователю необходимо подкрепить свои слова графическим описанием проблемы. Для этого он создает скриншот и прикрепляет его к заявке;

— База знаний по возникавшим ранее ошибкам и проблемам. Для уменьшения времени обработки заявки необходимо наличие базы ошибок, сославшись на которую можно сразу дать необходимый ответ по проблеме;

— Поиск заявки. Поиск по теме заявки, ее номеру, либо по какой-либо информации находящейся внутри заявки. Этот функционал необходим для того, чтобы при запросе пользователя, сообщить ему на каком этапе обработки находится его заявка;

— Установление сроков выполнения. Обязательно в заявке должен указываться приоритет заявки и время ее исполнения. Это поможет качественно и быстро выполнить заявку.

1.3 Анализ рынка информационных систем и выбор наилучшей

В настоящее время на рынке информационных систем существует очень много готовых продуктов класса Help Desk. Начиная от продуктов для малого бизнеса и заканчивая продуктами, оптимизированными под большие организации. Нам предстоит выбрать систему, способную заменить уже существующую систему Astrosoft. Список некоторых систем приведен в таблице 1.2.

Таблица 1.2 — Рынок информационных систем класса Help Desk

Название системы

Фирма-производитель

Стоимость лицензии в год

Количество клиентов

IntraService Enterprise

компания IntraVision

145 000 рублей

не ограничено

SmartNut

компания ООО «Смартнат»

400 000 рублей

не ограничено

Кларис Service Desk

компании Альтсофт

59 000 рублей

не ограничено

HPSM

компания Hewlett-Packard

198 000 рублей

не ограничено

IBN Enterprise

компания «Медиачеис»

180 000 рублей

не ограничено

НТР-Сервис

компания NTR Lab

200 000 рублей

не ограничено

На рынке существуют и другие системы подобного класса, но мы остановимся на более детальном рассмотрении трех систем из таблицы. А именно, рассмотрим одну систему российского производства и две зарубежного.

НТР-Сервис

Стоимость лицензии: 200 000 рублей в год.

Количество пользователей: не ограничено

NTR Lab — компания, созданная в 2000 году группой специалистов, имеющих большой опыт в сфере разработки информационных систем и IT-консалтинге. Компания зарекомендовала себя на российском и международном рынке в качестве профессионального разработчика программных средств и информационных систем. Опыт успешных проектов компании охватывает государственные структуры, телекоммуникационный сектор, банковскую сферу, медицинскую информатику и Интернет-проекты.

Среди клиентов компании ЦБ РФ, IBS, другие российские и зарубежные компании.

Система НТР-Сервис представляет собой российский аналог систем класса Service Desk. Она представляет систему управленческого учета, предназначенную для автоматизации работы службы поддержки в организации. Наиболее часто подобные системы используются для оказания технической или информационной поддержки клиентам компании.

Система НТР-Сервис отличается многопрофильностью. Так, она применима как для управления взаимоотношениями компании с клиентами («внешняя» служба поддержки), так и для координации работы самого предприятия («внутренняя» служба поддержки). Кроме того, система НТР-Сервис универсальна, так как позволяет настраивать работу службы поддержки независимо от области, в которой компания оказывает услуги.

Система НТР-Сервис — масштабируемый продукт, хорошо адаптируемый и для небольших предприятий, и для крупных компаний, имеющих разветвленную сеть филиалов и большое количество клиентов и поставщиков.

Система НТР-Сервис поддерживает ряд следующих функций:

— Автоматическая регистрация заявок, полученных по электронной почте;

— Ручная регистрация заявок, полученных по факсу или по телефону;

— Создание единой базы данных заявок и истории их обработки;

— Возможность классификации проблем;

— Поддержка некоторых функций CRM-системы:

а) ведение единых справочников оборудования компании, договоров поддержки, клиентов и сотрудников компании;

б) учет контактных лиц клиентов;

в) оформление заказов на приобретение оборудования;

г) взаимосвязь всех модулей друг с другом.

— Возможность определить, в каком состоянии и у какого исполнителя находится в настоящий момент заявка;

— Контроль над выполнением заявок в целях личного планирования и для своевременного предупреждения отклонения от ранее заданного регламента;

— Формирование отчетов по различным параметрам;

— Поиск информации по заданным параметрам о клиентах, оборудовании, договорах поддержки, заявках;

— Управление правами доступа для разных групп пользователей. Разграничение доступа разных групп пользователей по разделам и функциональности;

— Функции по настройке системы;

— Гибкая настраиваемая система оповещений для контролируемых заявок;

— Ведение Базы Знаний [2];

IntraService Enterprise

Стоимость лицензии: 145 000 рублей в год.

Количество пользователей: не ограничено.

Система Intraservice — это флагманский продукт IntraVision. Исключительные права на продукт подтверждены свидетельством, зарегистрированным в РОСПАТЕНТ. Данная компания занимается разработкой систем автоматизации с 2004 года. Она специализируется на корпоративных системах с веб-интерфейсом. В ее портфолио более 100 проектов для Российских и международных заказчиков.

IntraVision использует технологический стэк компании Microsoft и является сертифицированным партнером Microsoft с 2006 года.

Система IntraService предоставляет вам весь необходимый функционал для организации работы службы Service Desk:

— Прием заявок по электронной почте. IntraService может следить за указанными адресами электронной почты и автоматически создавать заявку при поступлении письма. В поля заявки будут скопированы тема и содержание письма, а также все вложенные файлы;

— Прием заявок с помощью сайта. Можно разместить на сайте форму системы IntraService. Пользователи смогут создавать заявки в системе IntraService прямо с сайта. Дизайн формы может быть изменен с помощью CSS для сочетания с дизайном сайта. Состав полей на форме также может быть скорректирован;

— Прием заявок по телефону. Диспетчер может принимать заявки по телефону и регистрировать их через внутренний интерфейс системы. При этом диспетчер может указать, от чьего лица создается заявка, и в дальнейшем оповещения будут приходить заявителю, а не диспетчеру;

— Интеграция с Active Directory. Система поддерживает интеграцию с Active Directory. Пользователи из Active Directory смогут входить в систему без ввода логина и пароля, при первом входе пользователя в систему его учетные данные будут загружены из AD. На основе его группы в AD пользователь будет отнесен к компании, ему будет назначена роль в системе. Также можно настроить регулярную синхронизацию с Active Directory для поддержания базы пользователей системы IntraService в актуальном состоянии;

— Настраиваемые уведомления Email/SMS. Каждое действие с заявкой может вызвать отправку уведомлений. Мощный механизм позволяет настроить, кто, когда и по каким заявкам получит Email и / или SMS уведомления;

— Гибкая система полномочий. Пользователи могут иметь разные полномочия по работе с системой. Полномочия пользователя определяются его ролью и настраиваются начиная от доступности пунктов меню и вплоть до полей на карточке заявки;

— Многоязычный интерфейс. Интерфейс системы переведен на два языка — русский и английский. Существует возможность перевода интерфейса на другие языки [3].

HP Service Manager от компании Hewlett-Packard [19]

Стоимость лицензии: 198 000 рублей в год.

Количество пользователей: не ограничено.

Service Manager — это решение HP для управления услугами корпоративного уровня. Интегрированные приложения, входящие в решение, уже настроены и полностью готовы к работе, а оптимизированные рабочие процессы помогают организациям поддерживать инфраструктуру и получать конкурентные преимущества в своей основной сфере деятельности.

Service Manager помогает компаниям управлять услугами и поддерживать их функционирование. Предоставляет инструменты и рабочие процессы, необходимые для управления ресурсами предприятия: кадрами, знаниями, информацией, процессами, оборудованием, документацией, программным обеспечением и всеми материальными ресурсами, которые в совокупности составляют инфраструктуру.

Service Manager имеет трехуровневую архитектуру типа «клиент-сервер»:

— На уровне представления информация отображается для пользователя при помощи клиента (это может быть как веб-клиент, так и клиент для Windows). Service Manager отображает информацию для пользователей при помощи форм;

— Уровень приложений состоит из различных приложений и среды выполнения (RTE). Сервер приложений выполняет код рабочих процессов;

— Уровень базы данных представлен внешней системой управления реляционными базами данных (RDBMS), с которой сопоставлен Service Manager. В базе данных хранится код рабочих процессов приложений и описания форматов.

Администратор настраивает параметры в файле инициализации (sm. ini) Service Manager для выбора языка, отображения цветовых гамм для форм, параметров подключения к реляционной системе управления базами данных (RDBMS) и т. п.

HP Service Manager обладает исключительно гибкими возможностями настройки. Любую сущность системы можно изменить, можно создать любое поле, связать сущности между собой и даже создавать новые сущности.

Нас больше всего интересует приложение HPSM — Service Desk. Согласно методологии ITIL данное приложение обеспечивает следующие функции:

— Регистрация, определение категории и приоритета для всех обращений;

— Проведение предварительного исследования и диагностики проблемы;

— Разрешение инцидентов или запросов на обслуживание, которые могут быть обработаны на уровне службы поддержки;

— Эскалация инцидентов и запросов на обслуживание, которые не могут быть разрешены в оговоренные сроки;

— Закрытие разрешенных инцидентов, запросов и прочих обращений;

— Информирование пользователей о ходе решения проблем, неминуемых изменениях, оговоренных простоях и прочих аспектах.

Исследовав возможности этих трех систем, было решено внедрить в организации HP Service Manager. Это обуславливается тем, что данная система наиболее гибкая и содержит 6 различных модулей взаимодействующих между собой и необходимых для предоставления ИТ — услуг. Среди этих модулей находится и необходимое нам приложение Service Desk. Кроме того продукты компании NTR Lab и Intraservice частично своими функциями дублируют уже

существующую систему Astrosoft, которую необходимо заменить, и не предоставляют необходимые функции, а следовательно не подходят для внедрения.

1.4 Обоснование способа приобретения системы

информационный проектный программный

После выбора подходящей нам системы нужно задуматься над способом приобретения этой системы. Приобретение программного продукта — это покупка лицензии (права) на его использование. Широко известны четыре способа приобретения программных продуктов, это:

— Покупка уже готового решения;

— Заказ на разработку системы у сторонних разработчиков;

— Изготовление своей собственной системы;

— Покупка системы и ее последующая доработка.

Первым способом является покупка уже готового решения. Под покупкой готового решения понимается покупка уже готовой системы, которая может удовлетворить поставленным задачам и потребностям. Основным плюсом такого способа покупки, является то, что затраты идут только на внедрение системы. К минусу можно отнести тот факт, что в зависимости от требований фирмы — покупателя, не всегда сразу же удается найти подходящий продукт, а иногда и вовсе на потребительском рынке подходящего программного обеспечения нет.

Вторым способом приобретения системы является составление заказа в стороннюю фирму. Данная фирма разрабатывает систему согласно предоставленным заказчиком требованиям. Плюсом является то, что изготовление продукта можно заказать в соответствии со всеми требованиями заказчика. Минусом — большие временные и денежные затраты в сравнении с покупкой готового решения.

Третьим способом является изготовление необходимой системы своими силами. Руководство ставит перед своими инженерами — программистами задачу и требования по изготовлению системы и те разрабатывают нужную систему. Главным плюсом такого способа являются сравнительно небольшие затраты, так как информационную систему пишут собственные программисты. К минусам этого способа также следует отнести большие временные затраты на изготовление.

Четвертым способом является покупка готового продукта и его последующая доработка собственными силами. Данный способ является достаточно гибким. Так, например, если на рынке информационных систем нет нужного нам по функционалу продукта, то функционал можно доработать или изменить согласно требованиям заказчика в уже купленном продукте. Этот способ занимает гораздо меньше времени, чем разработка системы своими силами, либо заказ на разработку у сторонней фирмы — производителя, однако он является гораздо более дорогостоящим, чем покупка готового решения. Это является несомненным минусом данного способа. К плюсам можно отнести то, что купленная и доработанная система будет наиболее оптимизирована для работы.

В случае нашего дипломного проекта было принято решение выбрать первый способ покупки продукта. Будет приобретена готовая система HP Service Manager, которая состоит из шести программных модулей, одним из которых является необходимый нам Service Desk. Этот продукт будет приобретен у фирмы — производителя компании Hewlett-Packard.

Этот процесс будет происходить следующим образом:

— Сначала продукт заказывается через интернет с помощью специальной формы на сайте разработчика;

— Далее специалист, обработавший заявку, связывается с нами через оставленные контактные данные и уточняет комплект поставки, расширенные возможности и консультирует по данному продукту, требуется ли человек для внедрения или возможно разобраться силами собственных инженеров — программистов;

— После этого с расчетного счета банка деньги за продукт пересылаются компании — разработчику;

— При поступлении денег на счет компании, перезванивает менеджер, и уточняет сроки, в которые продукт будет предоставлен. В качестве дополнительной услуги, банк просил прислать специалиста, который поможет внедрению ПО. В этом случае, диск с необходимым программным обеспечением привозит сам специалист компании — разработчика. Если заказ производится без специалиста-то информационная система придет в банк с помощью службы курьерской доставки.

После подсчета затрат на покупку лицензии на систему и вызова специалиста для ее установки получилось, что данных продукт обошелся банку в следующую сумму:

198 000 рублей — неограниченная лицензия.

200 000 рублей — помощь специалиста, внедряющего систему.

1 000 000 рублей — лицензионный модуль SQL Server 2008 Enterprise Edition.

Оплата товара была произведена с лицевого счета банка.

Данный способ приобретения систем хорош не только уже готовой системой, а и самим способом приобретения. Нет необходимости выходить за пределы офиса и ехать в один из магазинов фирмы — производителя для совершения оплаты. Продукт поставляется в банк и оплата происходит виртуально.

2. Проектная часть

2.1 Обоснование проектных решений

Обоснование проектного решения по техническому обеспечению

Техническое обеспечение (ТО) информационных систем (ИС) — это совокупность технических средств, обеспечивающих работу информационной системы, соответствующей документации на эти средства и технологических процессов [14].

В состав технических средств входят:

— Персональные компьютеры любых моделей;

— Устройства, сбора, накопления, обработки, передачи и вывода информации;

— Устройства передачи данных и линии связи;

— Оргтехника и устройства автоматического съема информации;

— Эксплуатационные материалы.

После выбора нужной нам системы, необходимо подобрать соответствующее программное обеспечение, которое будет отвечать таким критериям, как:

— Надежность;

— Производительность;

— Отказоустойчивость;

— Стоимость.

Опираясь на системные требования нашей информационной системы, было решено использовать следующее оборудование.

Для модуля SQL Server 2008 Enterprise Edition:

Сервер IBM System x3550 M4 [4]:

— CPU: 2 процессора Intel Xeon E5−2620 2ГГц 6 ядер;

— ОЗУ: DDR-3 RDIMM 16 Гб;

— HDD: 3 жестких диска SATA по 3Тб. ;

— Сетевой интерфейс: 4 x Gigabit Ethernet (10/100/1000 Мбит/с);

— Блок питания: 550 Вт;

— Рекомендуемые системные требования для HP Service Manager:

а) CPU: 2 двухъядерных процессора Intel Xeon 3 ГГц;

б) ОЗУ: 4 Гб;

в) Тип HDD: SCSI;

Персональные компьютеры:

— Acer Aspire М1935 [5];

— CPU: Intel Core i3 3,3 ГГц;

— ОЗУ: 4 Гб DDR3;

— HDD: 500 Гб SATA;

— Сетевой интерфейс: интегрированный сетевой адаптер Gigabit Ethernet (10/100/1000);

— GPU: интегрированная;

— Оптический привод: DVD-RW.

Кроме того, будут применяться имеющиеся в наличии в банке многофункциональные устройства (МФУ) фирмы Xerox.

Xerox Phaser 3125N:

— Скорость печати — 24 страниц в минуту формата A4;

— Время выхода первого отпечатка — менее 9 секунд (из режима готовности);

— Размер оперативной памяти — 32МБ;

— Процессор 400 МГц;

— Максимальная месячная нагрузка — до 20 000 страниц;

— Разрешение печати — до 1200×1200 точек на дюйм;

— Лоток подачи бумаги кассетного типа — 250 листов, обходной лоток — 1 лист, выходной лоток — 100 листов;

— Интерфейсы — USB 2. 0, двунаправленный параллельный IEEE1284; сетевой 10/100 Base Tx;

— МФУ Xerox WorkCentre 5222, обладающие следующими харатеристиками:

— Скорость копирования — 22 страницы в минуту

— Скорость печати — 22 страницы в минуту (A4)

— Опциональное монохромное сканирование до 55 страниц в минуту

— Время выхода первой копии — 4,3 секунды;

— Интерфейсы — USB 2. 0, Ethernet 10/100 BaseTX (при установке опции печати — опционально для копирной версии).

Обоснование проектного решения по информационному обеспечению

Информационное обеспечение ИС является средством для решения следующих задач:

— Однозначного и экономичного представления информации в системе (на основе кодирования объектов);

— Организации процедур анализа и обработки информации с учетом характера связей между объектами (на основе классификации объектов);

— Организации взаимодействия пользователей с системой (на основе экранных форм ввода-вывода данных);

— Обеспечения эффективного использования информации в контуре управления деятельностью объекта автоматизации (на основе унифицированной системы документации).

Информационное обеспечение ИС включает два комплекса:

— Внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы);

— внутримашинное информационное обеспечение (макеты / экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных) [6].

Внемашинное информационное обеспечение.

К внемашинному информационному обеспечению относятся входные документы. К таким документам относят:

1) Техническое задание (ТЗ). Техническое задание сначала согласовывается с руководством своего отдела и только потом передается главе департамента. ТЗ должно содержать:

а) основание для проведения работ;

б) цель и исходные данные;

в) требования Заказчика к выполнению работ;

г) требования Исполнителя к выполнению работ;

д) технико-экономическое обоснование.

2) Служебная записка (СЗ). Слежебная записка подписывается руководителем своего отдела и содержит:

а) просьба;

б) цель;

в) обоснование.

3) Файлы форматов. jpg. gif. pdf. xls. doc. txt. Файлы должны содержать скриншот и текст заявки

4) Электронное письмо. Поступает в систему и проблеме автоматически присваивается номер. Письмо должно содержать:

а) заголовок письма;

б) текст письма.

Обоснование проектного решения по программному обеспечению

Программным обеспечением вычислительной системы (ПО, software) называют совокупность программ, описаний и инструкций по их применению, позволяющую использовать вычислительную систему как универсальную систему для хранения, обработки и обмена информацией.

Для работы выбранной нами информационной системы будем использовать программное обеспечение фирмы Microsoft. Выбор этой фирмы обусловлен тем фактором, что многие пользователи знакомы с продуктами данной фирмы и их не нужно обучать работе с ними. Кроме того продукты фирмы Microsoft являются надежными, безопасными, обладают интуитивно понятным интерфейсом и удобны в администрировании.

В качестве используемой на сервере операционной системы выберем ОС Windows Server 2008 R2 Enterprise [7]. Она обеспечивает бесперебойное функционирование, безопасность на основе новейших технологий и высокую масштабируемость, которая необходима для поддержки расширения критически важных приложений. Кроме того, данная система позволяет недорого и эффективно виртуализировать оборудование. Windows Server 2008 R2 Enterprise является оптимальной операционной системой для серверов с приложениями для управления работой сети, обмена сообщениями, инвентаризации, обслуживания заказчиков и приложениями баз данных. Она поддерживает все функциональные возможности Windows Server 2008 R2 Standard, а также имеет следующие преимущества:

— Высокий уровень доступности;

— Отказоустойчивые кластеры;

— Отказоустойчивая синхронизация памяти;

— Распределенная файловая репликация;

В качестве СУБД выберем SQL Server 2008 Enterprise Edition.

SQL Server 2008 Enterprise Edition — это комплексная платформа управления данными и бизнес — аналитики. Она обладает первоклассной масштабируемостью, возможностью создавать хранилища данных, продвинутыми средствами анализа и достаточной безопасностью, что позволяет использовать ее как основу для критически важных бизнес-приложений. Эта редакция позволяет консолидировать серверы и выполнять крупномасштабные OLTP-операции и создание отчетности [7].

Она обладает такими важными характеристиками, как:

— Высокий уровень доступности технологий, которые защищают данные от дорогостоящих человеческих ошибок и максимально сокращают сроки аварийного восстановления, помогут обеспечить непрерывность ведения бизнеса;

— Производительность и масштабируемость. Инфраструктура, поставившая официальный рекорд в обработке больших объемов данных и пиковых нагрузок;

— Безопасность. Встроенные средства защиты от несанкционированного доступа позволят решить вопрос конфиденциальности и соответствия нормативным требованиям;

— Управляемость. Автоматические диагностика, калибровка и настройка инфраструктуры позволяют снизить издержки на управление, сократить потребность в обслуживании и притом управлять огромными объемами данных.

— Ключевые области использования. Обеспечение работы критически важных бизнес-приложений по управлению данными на высшем уровне масштабируемости, доступности и безопасности.

В качестве операционных систем на персональных компьютерах пользователей будем использовать ОС Windows XP Professional и Windows 7.

Windows XP Professional

Эта система обеспечивает высокий уровень масштабируемость и надежности. Обладает расширенными возможностями удаленного доступа, обеспечения безопасности, высокого быстродействия и управляемости, а также многоязыковой поддержкой, что делает ее лучшей операционной системой для пользователей и организаций, стремящихся максимально эффективно использовать свои компьютеры. Данная система знакома многим пользователям и их не нужно обучать работе с ней.

Windows 7 Basic

В этой системе реализованы более широкие возможности для обеспечения безопасности персонального компьютера. Пользователю доступна функция запрещения запуска отдельных приложений при помощи сервиса AppLocker. Технология шифрования BitLocker подверглась существенной доработке и позволяет шифровать информацию на съемных носителях. Значительно улучшен брэндмауэр Windows, он уведомляет пользователя о блокировке приложений. Благодаря функции DirectAccess возможно установить безопасное соединение с удаленным сервером без участия пользователя.

Данная ОС располагает следующими возможностями:

— Панель задач с возможностью переноса значков в ее любое место;

— Предварительный просмотр окон;

— Более быстрый и удобный запуск приложений и поиск файлов;

— Веб — браузер Internet Explorer 8;

— Поддержка 64-разрядных версий ОС;

— Родительский контроль;

— Расположение гаджетов в любом месте рабочего стола;

— Функция Snap;

2.2 Определение модели жизненного цикла проекта

Жизненный цикл (ЖЦ) информационных систем — это временной период, который охватывает все время существования системы от момента возникновения идеи создания системы до ее полного выхода из строя и вывода из обращения.

Как правило, ЖЦ информационных систем включает в себя четыре стадии:

— Предпроектную;

— Проектировочную;

— Внедрение;

— Функционирование.

От качества проектировочных работ зависит эффективность функционирования системы, поэтому каждая стадия разделяется на ряд этапов и предусматривает составление документации, отражающей результаты работ.

На предпроектной стадии можно выделить следующие этапы:

— Сбор материалов для проектирования. Данный этап предусматривает разработку и выбор варианта концепции системы, выявление всех характеристик объекта и управленческой деятельности, потоков внутренних и внешних информационных связей, состава задач и специалистов, которые будут работать в новых технологических условиях, уровень их подготовки, как будущих пользователей системы;

— Анализ материалов и формирование документации. Это этап составления задания на проектирования и утверждения технико-экономического обоснования.

Для успешного создания управленческой информационной системы всесторонне изучаются пути прохождения информационных потоков, как внутри предприятия, так и во внешней среде.

Стадия проектирования делится на:

— Этап технического проектирования. На данном этапе формируются проектные решения по обеспечивающей и функциональной частям информационной системы, происходит моделирование производственных, хозяйственных, финансовых ситуаций, а также осуществляется постановка задачи и составление блок-схемы;

— Этап рабочего проектирования. Здесь осуществляется разработка и доводка системы, корректировка ее структуры и создание различной документации: на поставку, на установку технических средств, инструкции по эксплуатации, должностные инструкции.

Стадия внедрения информационной системы предполагает:

— Подготовку системы к вводу ее в эксплуатацию. На этом этапе производится установка технически средств, настройка системы, обучение персонала работе с системой и ее пробное использование;

— Проведение опытных испытаний всех компонентов системы перед запуском;

— Сдача в эксплуатацию, которая оформляется актом сдачи-приемки работ.

На этапе функционирования информационной системы:

— В рабочем режиме не исключается корректировка функций и управляющих параметров;

— Кроме того осуществляется оперативное обслуживание и администрирование.

Внедрение новой информационной системы в организации — довольно сложный и трудоемкий процесс. Определившись с этапами жизненного цикла, возникает необходимость в выборе модели этого жизненного цикла.

Модель жизненного цикла — это структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует [9]. На сегодняшний день существует три модели жизненного цикла:

— Каскадная (водопадная);

— Каскадная с промежуточным контролем;

— Спиральная.

Рассмотрим подробнее каждую из этих моделей.

Каскадная модель.

Каскадная модель демонстрирует классический подход к разработке различных систем в любых прикладных областях. Для разработки информационных систем данная модель широко использовалась в 70-х и первой половине 80-х годов. Каскадные методы достаточно хорошо известны.

Каскадная модель предусматривает последовательную организацию работ. При этом основной особенностью каскадной модели является разбиение всей разработки на этапы. При этом переход с одного этапа на следующий происходит только после того, как полностью завершены все работы на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Схема каскадной модели представлена на рисунке 2.1 [15]

Рисунок 2.1 — Схема каскадной модели ЖЦ

К основным достоинствам этой модели можно отнести следующие:

— На каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности;

— На заключительных этапах также разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы (организационное, методическое, информационное, программное, аппаратное);

— Выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты.

К недостаткам же относится:

— Существенная задержка в получении результатов;

— Ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад;

— Сложность параллельного ведения работ по проекту;

— Чрезмерная информационная перенасыщенность каждого из этапов;

— Сложность управления проектом;

— Высокий уровень риска и ненадежность инвестиций.

Каскадная модель с промежуточным контролем:

Модель была принята в 80−85 годы и является итерационной моделью разработки с циклами обратной связи между этапами. Данная модель содержит те же этапы, что и каскадная модель. Схема модели показана на рисунке 2.2.

Рисунок 2.2 - Схема каскадной модели с промежуточным контролем

К плюсам данной модели можно отнести:

— Возможность поэтапной корректировки;

— Возможность возвращения к предыдущему этапу.

Соответственно данная модель имеет и свои минусы, это:

— Сложность оценки трудоемкости из-за повторений;

— Трудно оценить качество;

— Требует жесткого управления и контроля;

— Возникновение десятикратного увеличение затрат на разработку.

Спиральная модель:

В данной модели каждая итерация соответствует созданию фрагмента или версии системы, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации [9].

На каждой итерации оцениваются:

— Риск превышения сроков и стоимости проекта;

— Необходимость выполнения ещё одной итерации;

— Степень полноты и точности понимания требований к системе;

— Целесообразность прекращения проекта.

Схема спиральной модели изображена на рисунке 2.3.

Рисунок 2.3 — Схема спиральной модели жизненного цикла ИС

К достоинствам данной модели можно отнести следующие:

— Она позволяет быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований;

— Допускает изменение требований при разработке информационной системы, что характерно для большинства разработок, в том числе и типовых;

— Обеспечивает большую гибкость в управлении проектом;

— Позволяет получить более надежную и устойчивую систему. По мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации;

— С помощью данной модели можно совершенствовать процесс разработки — анализ, проводимый в каждой итерации, позволяет проводить оценку того, что должно быть изменено в организации разработки, и улучшить ее на следующей итерации;

— Уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта.

Но также в этой модели можно выделить следующие недостатки:

— Увеличивается неопределенность у разработчика в перспективах развития проекта. Этот недостаток вытекает из предыдущего достоинства модели;

— Затруднены операции временного и ресурсного планирования всего проекта в целом. Для решения этой проблемы необходимо ввести временные ограничения на каждую из стадий жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа выполнена. План составляется на основе статистических данных, полученных в предыдущих проектах и личного опыта разработчиков.

После рассмотрения всех трех типов моделей жизненного цикла, в рамках данного дипломного проекта было решено использовать спиральную модель. Этот выбор обусловлен плюсами этой модели. После применения данной модели мы сможем получить надежную и устойчивую информационную систему при этом, снизив всевозможные риски, которые не могли быть устранены в моделях двух других типов.

2.3 Определение возможных рисков на этапах жизненного цикла

При осуществлении проекта часто случаются ситуации, когда возникает неполнота, неточность или неопределенность в информации об условиях, сроках, затратах и результатах проекта. Все лица, участвующие в проекте заинтересованы в том, чтобы проект не провалился. Для этого, чтобы избежать каких-либо просчетов и лишних затрат, следует проанализировать всевозможные риски на каждом из этапов жизненной цикла ИС.

Зная виды и значимость рисков, можно на них воздействовать, снижая их отрицательное влияние на эффективность проекта. Попробуем выделить эти риски.

Этап заказа информационной системы.

На данном этапе возникает два возможных риска — это повышение цены на систему, либо отсутствия этой системы у продавца. Чтобы снизить величину такого риска следует провести анализ потребительского рынка и цен на необходимый товар с учетом инфляции. После проведения анализа следует немедленно заказать систему у фирмы — производителя.

Этап процесса поставки

На данном этапе может возникнуть риск того, что товар не будет поставлен в оговоренные сроки. Для избегания этого риска следует пользоваться услугами проверенных поставщиков, либо сразу оговаривать сроки поставки.

Этап процесса разработки.

Здесь нередко возникает риск недопонимания со стороны фирмы производителя о том, какие требования должны предъявляться к разрабатываемой системе. Чтобы избежать эти недопонимания, следует сразу четко формировать требования к приобретаемой системе.

Этап эксплуатации.

Риск данного этапа состоит в том, что может возникнуть неисправность, как в самой системе, так и в оборудовании, которое используется для работы системы. Чтобы предотвратить этот риск, следует использовать оборудование «с запасом прочности» для проведения тестирования внедряемой системы.

Этап сопровождения системы.

Нередко в момент эксплуатации системы она выходит из строя. Это может обуславливаться несколькими причинами: либо становится неисправным оборудование, на котором работает система, либо возникает внутренняя ошибка программного обеспечение, либо к этому приводит неловкое действие и ошибка персонала. Для предупреждения данной ситуации необходимо делать резервные копии системы и ее базы данных на серверах и проводить каждодневную синхронизацию.

Этап обучение персонала.

Зачастую у пользователей в ходе работы с новой системой возникают сложные ситуации, когда они не знают, что им делать. Чтобы избежать этой ситуации, необходимо создать точные методические указания по работе с ИС, либо ввести человека-куратора, который может объяснять непонятные моменты в ходе работы on-line.

ПоказатьСвернуть
Заполнить форму текущей работой