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

19.2. Подготовка к внедрению

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

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

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

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

19.3. Рабочая (промышленная) эксплуатация

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

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

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

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

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

Такая последовательность позволяет минимизировать последствия возможных сбоев и дает время команде внедрения сосредоточиться на одной задаче, а не распылять свои силы на решение всех проблем.

19.4. Сопровождение проекта

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

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

1 Источник: Костров А.В. Основы информационного менеджмента. Москва, Финансы и статистика, 2001 – 336 с.

2 Источник: Jan 22, 2007 Title: Илья Штефан /Каким софтом пользоваться ИТ-директору? NetworkDoc.Ru

http://coder-web.net/index.php?mact=News,cntnt01,print,0&cntnt01articleid=25&cntnt01showtemplate=false&cntnt01returnid=15

3 Источник: Учебник «Информатика» Н.В. Макарова, 1997 г. http://synopsis.kubsu.ru/informatic/

4Источник:  А. М. Мартынович, В. И. Бузмаков, Стратегия развития информационной системы управления, журнал "Корпоративные системы" (№1, 2004)

http://www.intalev.ru/?id=5524

5 Источник : Московский юридический институт МВД РФ, Кафедра управления и Информатики, А.А.Плинатус , С Б О Р Н И К     Л Е К Ц И Й по курсу

"Информатика", Москва - 1996 http://referat.niv.ru/referat/014/01400178.htm

6 Источник:  А. М. Мартынович, В. И. Бузмаков, Стратегия развития информационной системы управления, журнал "Корпоративные системы" (№1, 2004)

http://www.intalev.ru/?id=5524

7 Источник информации: http://it.taom.ru/book_units.php?id_book=1272

8 Источник: Шлаин Б.М Современные программные средства управления производством. http://www.rinet.ru/~boris/Business/a5.htm

9Источник: И. Карпачев - консультант компании «Делойт и Туш СНГ»

10 Источник: С. В. Корнеев «Системы поддержки принятия решений в бизнесе», журнал "Сети & Бизнес" (№6, 2005)

http://www.management.com.ua/ims/ims096.html

11

12 Источник: Дэниель Пауэр (Daniel Power)

13 Источник: Bonczek, Holsapple & Whinston, 1981

14

15 Источник: Дэниель Пауэр (Daniel Power)

16 Источник информации http://www.abc.org.ru/smd.html

17 Источник: http://www.abc.org.ru/smd.html

18 Источник ; Береза А.С, Прохоров В.П Концепция развития функций SCADA-системы TRACE MODE на основе технологии экспертных систем принятия и исполнения решений. Статья опубликована в журнале «ИСУП», № 1(5)_2005

http://isup.ru/index.php?option=com_content&task=view&id=308&Itemid=49

19