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. Альтернативные подходы к построению информационной системы

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

Жизненный цикл системы

Жизненный цикл системы является старейшим методом построения информа­ционных систем, в наши дни он используется при создании сложных проектов среднего и крупного масштабов. Данный процесс включает в себя шесть этапов: 1) подготовка проекта; 2) исследование системы; 3) проектирование; 4) програм­мирование; 5) инсталляция; 6) эксплуатация и освоение системы. Эти этапы изо­бражены на рис. 10.7. Каждый этап включает в себя несколько процессов.

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

Systems lifecycle (жизненный цикл системы)

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

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

Этапы жизненного цикла системы

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

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

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

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

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

Project definition (определение проекта)

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

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

Design (проектирование)

Этап, на котором разрабатываются проектные спецификации для системного

решения.

Programming (программирование)

На данном этапе проектные спецификации транслируются в программный код.