Определение информационных потребностей

1__

Управление потоками работ

Чтобы оптимизировать «бумажные» процедуры при выдаче кредита, банки стали использовать специальное программное обеспечение. Сохраняя все документы в электронном виде и обрабатывая их на компьютерах, организации реорганизу­ют свои рабочие потоки таким образом, что вся документация обрабатывается и пересылается из одного места в другое практически мгновенно. Такой процесс оптимизации бизнес-процедур, повышающий эффективность документооборота, носит название управление потоками работ. Над одним документом одновремен­но могут работать двое или более сотрудников, что значительно ускоряет процессы обработки. Задержки в работе, происходящие из-за того, что документы находят­ся «в пути», исключены. При наличии удобной системы индексации пользовате­ли могут вести поиск необходимого им файла по его содержимому.

Этапы эффективного реинжиниринга

Чтобы процесс реинжиниринга приносил результаты, высшее руководство долж­но разработать масштабную стратегию, которая будет использовать новые биз­нес-процессы. Например, руководство компании Mitsubishi Heavy Industries в свое время искало пути снижения цен на продукцию и способы ускорения производ­ства, которые могли бы вывести фирму в лидеры мирового кораблестроения. Компания провела реорганизацию существующих бизнес-процессов, использо­вав в наиболее трудоемких операциях роботов и станки с программным управле­нием. Предприятия должны фокусировать внимание на ключевых процессах, перестройка которых может дать наибольшую прибыль (Davenport и Short, 1990).

Workflow management (управление потоками работ)

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

Руководители фирмы должны оценить производительность основных процес­сов предприятия, взяв ее за основу при дальнейших расчетах. Если, к примеру, целью реинжиниринга является сокращение времени и средств, требуемых для разработки нового продукта или выполнения заказа, организации необходимо измерить, сколько времени и средств отнимают традиционные процессы. Напри­мер, до реинжиниринга оформление одного счета обходилось компании С. R. Eng­land & Sons Inc. в $5,1; после завершения реинжиниринга большинства процессов эта сумма снизилась до 15 центов (Davidson, 1993).

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

Простое механическое следование всем инструкциям еще не гарантирует, что процесс реинжиниринга принесет плоды. Информационная инфраструктура организации должна обладать возможностями поддержки новых бизнес-процессов (Broadbent, Weill, and St. Clair, 1999). Большинство подобных проектов не при­носят их авторам всех ожидаемых выгод. Подвергнутый реинжинирингу бизнес-процесс оказывает влияние на выполнение различных работ, требования к квали­фикации сотрудников и взаимосвязи между отдельными объектами (Teng, Jeong,

			Таблица 10.4
	Новые возможности	разработки процессов с использованием
		информационных технологий
Предпосылка	Технология	Опции	Примеры
Эксплуатационный	Беспроводные	Сотрудники могут	Avis
персонал нуждается	коммуникации	получать и отправлять
в офисах для получения,		информацию, гдебы
хранения и передачи		они ни находились
информации
Информация может	Совместно использу-	Сотрудники могут со-	Bane One,
находиться только	емые базы данных	вместно работать над	U. S. West
в одном месте в опре-		проектами, находясь	(Qwest)
деленный момент		в различных местах; обес-
времени		печивается одновремен-
		ный доступ к информа-
		ции из любого географи-
		ческого местоположения
Сотрудники нуждаются	Технология автома-	Объекты могут «само-	United Parcel
в определении местопо-	тической идентифи-	стоятельно» извещать	Service,
ложения различных	кации и отслежива-	сотрудников о том,где	Synnex
объектов	ния перемещений	они находятся
Предприятия вынуж-	Компьютерные сети,	Оперативная доставка	Baxter Inter-
дены хранить большое	экстрасети и систе-	и «безрезервные» мето-	national,
количество запасов,	мы обмена данными	дики снабжения	Wal-Mart
чтобы предотвратить
возможный дефицит

and Grover, 1998). Боязнь новшеств вызывает у многих людей сопротивление им. Вопросы организационных изменений будут рассмотрены более подробно в гл. 11.

Усовершенствование процессов и тотальное управление качеством

В дополнение к повышению эффективности работы организации компании зача­стую перестраивают свои бизнес-процессы для того, чтобы повысить качество выпускаемых товаров и услуг. Многие из них используют концепцию тотального управления качеством (TQM), чтобы в процессе контроля качества принимали участие все сотрудники организации. Каждый работник вносит свой вклад в по­вышение качества продукции — инженер, исправляющий ошибки проектиро­вания, рабочий, выявляющий дефекты, торговый представитель, показывающий товар потенциальным покупателям, или даже секретарша, старающаяся не допу­стить ошибок при печати. В основе такого управления качеством лежит концеп­ция, разработанная такими американскими специалистами, как Эдвард Деминг (W. Edwards Deming) и Джозеф Дюран (Joseph Juran), однако широкое распро­странение процесс управления качеством сначала получил в Японии. Исследо­вания неоднократно подтверждали, что чем раньше проблема будет обнаружена

Total quality management (TQM) (тотальное управление качеством)

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

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

Использование информационных систем при управлении качеством Полное управление качеством представляет собой более инкрементный процесс, чем реинжиниринг бизнес-процессов (BPR), поскольку в этом случае произво­дятся серии постоянных улучшений и обновлений, вместо того чтобы решить проблемы «одним махом». Иногда, однако, для достижения определенного уровня качества продукта требуется полная перестройка процессов. Информационные системы могут помочь в упрощении процессов производства, проверке соответ­ствия готового продукта стандартам, внесении в него изменений по требованиям клиентов, сокращении производственного цикла и повышении качества и точно­сти проектирования и производства.

Упрощение продукта или процесса производства. Уменьшение количества этапов процесса, снижение временных затрат и вероятности появления ошибок. Десять лет назад телефонная служба 1-800-FLOWERS — интернет-компания с таким же названием, торгующая цветами и обладающая миллионными оборота­ми, представляла собой гораздо более скромную фирму, которая тратила на рек­ламу слишком много, поскольку не могла удержать своих постоянных клиентов. Сервис компании не отличался высоким уровнем, качество продуктов не всегда соответствовало стандартам, а все заказы принимались и обрабатывались вруч­ную. Представители компании принимали заказы по телефону, затем получали подтверждение о подлинности кредитной карты, определяли, какой флорист на­ходится ближе всего к клиенту, и передавали ему заказ. Каждый такой шаг повы­шал вероятность ошибки, а сам процесс занимал как минимум полчаса. Хозяева компании Джим и Крис Мак-Кенн О™ ^and Chris McCann) установили новую компьютерную систему, которая загружала все принятые заказы в центральный компьютер и передавала их местным флористам по электронной почте. При этом оформление заказов упростилось и стало занимать всего пару минут.

Сравнительное тестирование. Многие компании добились успеха в повыше­нии качества своей продукции благодаря установлению жестких стандартов и оцен­ке производительности соответственно новым параметрам. Эта процедура называется сравнительным тестированием. Предприятия могут использовать об­щепринятые промышленные стандарты, стандарты, установленные другими ком­паниями, внутренние или их различные комбинации. Компания L. L. Bean Inc., предоставляющая клиентам данные о производителях наружной рекламы, ис­пользует сравнительное тестирование для достижения 99,9% точности при оформлении заказов. Старая система ручного заполнения бланков не справля­лась с возросшим объемом работ и не обеспечивала приемлемой точности. После изучения опыта ведущих немецких и скандинавских компаний аналогичного профиля компания L. L. Bean перестроила процесс оформления заказов и обслу-

Benchmarking (сравнительное тестирование)

Установление жестких стандартов для производимых товаров и услуг и оцен­ка результатов работы предприятия в сравнении с ними.

534 _______________ Часть III. Построение информационных систем в киберкорпорациях

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

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

Сокращение производственного цикла. Сокращение временного промежут­ка от начала до конца процесса, как правило, является результатом уменьшения количества этапов процедуры. Сокращенный цикл предполагает, что ошибки рас­познаются на ранних стадиях производства (или доставки, разработки и других процессов), до того как процесс будет завершен, что значительно уменьшает на­кладные расходы. Компания Iomega Cotporation, расположенная в штате Юта (про­изводитель сменных накопителей данных), тратила $20 млн в год на выявление дефектных экземпляров продукции по окончании 28-дневного производственно­го цикла. Реинжиниринг производственного процесса позволил компании сокра­тить время одного цикла до полутора дней, устранить большинство проблем, свя­занных с дефектными экземплярами, и получить престижную награду Shingo Prize for Excellence от Ассоциации американских производителей.

Повышение качества и точности процесса разработки. Системы автоматизи­рованного проектирования (САПР) сделали возможным значительно повысить уровень разработки во многих областях бизнеса, от сборки авиалайнеров до про­изводства лезвий для бритья. Алан Берне (Alan R. Burns), глава австралийской компании Airboss, использовал такие системы для создания серий заменяемых модулей (или сегментов) для шин самолетов, которые позволяют в случае по­вреждения не менять колесо целиком. Берне использовал в работе такие каче­ственные параметры, как нагрузка, температура, скорость, срок службы до пол­ного износа и трение. Эти данные использовались при работе с программным пакетом, на котором и разрабатывались отдельные модули. Благодаря современ­ному программному обеспечению у проектировщиков появилась возможность многократно тестировать различные варианты объектов до того, как запускать их в производство. Скорость и точность вычислений на компьютерах дали возмож­ность значительно повысить качество конечного продукта по сравнению с проек­тированием «вручную».

Повышение точности производства. Во многих случаях единственным спо­собом достичь приемлемого уровня качества являются повышение точности про­изводственного процесса и уменьшение неизбежных различий между однотип­ными деталями. Специалисты из компании GE Medical Systems провели тщательный анализ качества с целью повысить надежность и долговечность диагностического

сканера «Lightspeed». При этом процесс проектирования и производства был разбит на множество отдельных этапов, а также были определены оптимальные параметры для каждого компонента сканера. При этом инженеры компании об­наружили, что внесение нескольких простых новшеств может значительно повы­сить надежность и долговечность продукта.

10.3. Обзор технологий системной разработки

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

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

и обслуживание.

На рис. 10.5 представлен процесс системной разработки. Отдельные процессы расположены в наиболее привычном порядке. Однако некоторые процедуры мо­гут повторяться или происходить одновременно — все зависит от подхода к про-

цессу проектирования (см. раздел 10.4). Также необходимо помнить, что каж­дый этап предполагает взаимодействие с организацией. Сотрудники принимают участие во всех процедурах, и процесс создания системы ведет к изменениям в самой организации.

Анализ системы

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

Системный аналитик создает «карту» организации и существующих систем, где указаны основные «производители» и потребители данных. Они имеют пря­мое отношение к влиянию новой системы на информационную инфраструктуру. В дополнение к организационным аспектам аналитик составляет краткое описа­ние наличествующих оборудования и программ.

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

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

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

Systems development (разработка систем)

Создание решений, позволяющих решить определенные проблемы или открьн вающих перед фирмой новые возможности на базе информационных систем. Systems analysis (анализ систем)

Анализ проблемы, которую организация пытается решить при помощи ин­формационной системы.

Feasibility study (анализ осуществимости)

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

Наверное, самой сложной задачей для системного аналитика является определе­ние информационных требований, соответствующих выбранному решению. На основном уровне информационные потребности новой системы предполагают определение того, кто, где, когда и каким образом будет работать с этой информа­цией. Анализ этих потребностей определяет параметры новой или модифици­рованной системы и должен содержать детальное описание функций, которые будет выполнять новая система. Ошибки при проведении анализа информацион­ных потребностей — основная причина неудач при создании и эксплуатации но­вых систем и повышенных расходов (см. гл. 11). Система, разработанная с учетом неправильных требований к информации, или вообще не будет работать, или бу-. дет нуждаться в серьезной модификации. В разделе 10.4 описаны альтернатив­ные подходы к определению информационных требований, которые помогают избежать возникновения этой проблемы.

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

Проектирование системы

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

Системный проектировщик (системотехник) разрабатывает спецификации всех функций, которые должна выполнять система, определенных в процессе анализа системы. Эти документы должны содержать описание всех управленче­ских, организационных и технологических компонентов системного решения. В табл. 10.5 перечислены все типы спецификаций, которые должны быть подго­товлены при проектировании новой системы.

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

Information requirements (информационные потребности)

Детальное описание требований к информации, которым должна удовлетво­рять новая система; определяется, кто, когда, где и как будет работать с ин­формацией.

Systems design (проектирование систем/дизайн систем)

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

	Таблица 10.5
	Спецификации проекта
Итоговый результат	Управление
Среда, носители информации	Управление вводом (символика, ограничения,
Содержание	обоснование)
Временные требования	Управление обработкой (связность, счетчики
	записей)
Ввод информации	Управление выводом (итоги, образцы данных)
Происхождение	Управление процедурами (пароли, специальные
Объем	формы)
Ввод данных	Безопасность
Пользовательский интерфейс	Средства управления доступом
Простота	Планы на случай аварии
Эффективность	Контрольные журналы
Логика	Документация
Обратная связь	Операционная документация
Ошибки	Системные документы
Проектирование базы данных	Пользовательская документация
Логические связи данных	Осуществление перехода
Требования к объему и скорости	Перевод файлов
Файловая структура	Инициирование новых процедур
Описание процессов обработки	Выбор метода тестирования
данных	Переход на новую систему
Обработка данных	Обучение
Вычисления	Выбор методики обучения
Программные модули	Разработка учебных программ
Требуемые отчеты	Выбор необходимого оборудования для обучения
Временные параметры расчетов	Организационные изменения
Ручные процедуры	Редизайн задач
ЧТО делается	Перестройка работ
КТО исполняет	Реинжиниринг процессов
Когда	Перестройка офисной и организационной структур
Как	Подчиненность объектов
Где

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

Роль конечных пользователей

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

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

Создание информационной системы: завершающие шаги

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

Программирование

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

Тестирование

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

Время, отводимое на тесты, как правило, при предварительном планировании сильно занижается (гл. 14). Тестирование — довольно медленный процесс: дан­ные должны быть тщательно подготовлены, результаты проверены, а в систему при необходимости нужно внести соответствующие коррективы. В некоторых случаях требуется перестройка отдельных частей системы. На этом этапе вероят­ность появления ошибок особенно высока.

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

Programming stage (стадия программирования)

Процесс трансляции системных спецификаций, разработанных на стадии про­ектирования, в программный код.

Testing (тестирование)

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

Unit testing (тест компонентов системы)

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

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

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

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

Команда разработчиков согласует с пользователями план систематического тестирования системы. В него входят все рассмотренные выше типы тестов.

На рис. 10.6 показан пример плана тестирования. Основным условием прове­дения тестов являются внешние изменения. Документация содержит несколько наборов тестов, поддерживаемых электронной базой данных (которая может ра­ботать на персональном компьютере), идеально подходящей для этой роли. Конверсия

Конверсия — это процесс перехода со старой системы на новую. Существуют че­тыре основные стратегии: параллельная стратегия, стратегия прямого переклю­чения, пилотная и фазовая.

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

System testing (тестирование системы)

Процесс тестирования функциональности системы в целом, позволяющий опре­делить, как отдельные системные модули работают вместе. Acceptance testing (приемочные испытания) Финальная оценка готовности системы к запуску. Test plan (план тестирования)

Составляется командой разработчиков совместно с пользователями; вклю­чает в себя описание всех тестов, которые будут проводиться. Conversion (конверсия)

Процесс перехода со старой системы на новую. Parallel strategy (параллельная стратегия)

Безопасный и консервативный подход к конверсии, при котором старая и но­вая системы эксплуатируются одновременно до тех пор, пока не будет уве­ренности, что новая система работает безотказно.

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

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

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

Direct cutover (прямое переключение)

Конверсионная стратегия, сопряженная с риском, когда новая система пол­ностью замещает старую в определенный момент.

Pilot study (пилотная стратегия)

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

Фазовая стратегия заключается в поэтапном внедрении новой системы (ис­пользовании отдельных ее функции или вводе в эксплуатацию в одном отделе организации за другим). Если, к примеру, поочередно внедряются функции си­стемы, то новая система обработки платежных ведомостей вначале будет обслу­живать только сотрудников с почасовой оплатой (деньги которым выдаются еженедельно) и только через полгода эта система будет работать со служащими, находящимися на окладе (которым платится ежемесячная заплата). Если же си­стема внедряется «пообъектно», то вначале она начнет применяться в штаб-квар­тире корпорации, а, скажем, через четыре месяца дойдет очередь и до остальных отделов (организационных единиц).

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

Эксплуатация и техническое обслуживание

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

Регулярное обслуживание системы требует оценки временных затрат для каждо­го вида работ (Lientz и Swanson, 1980). Примерно 20% времени тратится на отлад­ку программного кода или на устранение эксплуатационных проблем; еще 20% уходит на внесение изменений в данные, файлы, отчеты, оборудование и систем­ные программы. Оставшееся время уходит на совершенствование пользователь-

Phased approach (фазовый подход)

Поэтапное внедрение новой системы (использование отдельных функций или ввод в эксплуатацию в одном отделе организации за другим). Documentation (документация)

Описание принципов работы системы с технической и пользовательской то­чек зрения.

Production (эксплуатация)

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

Maintenance (техническое обслуживание)

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

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

	Таблица 10.6
	Построение информационной системы
Ключевые процессы	Описание
Анализ системы	Определение проблемы (проблем)
	Выбор решения
	Оценка информационных потребностей
Проектирование системы	Создание проектных спецификаций
Программирование	Перевод проектных спецификаций в программный код
Тестирование	Блочное тестирование
	Системное тестирование
	Приемочные испытания
Конверсия	Плановая конверсия
	Подготовка документации
	Обучение пользователей и технического персонала
Эксплуатация и техническое	Работа с системой
обслуживание	Проверка функционирования системы
	Внесение необходимых исправлений

10.4. Альтернативные подходы к построению информационной системы

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

Дата добавления: 2015-04-29