16. Анализ системы. Цели обследования системы и характеристика методов сбора информации

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

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

^

4.2.1.Начальное исследование

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

А. Проблема	Список симптомов
Примеры:	Величина запасов представляет $100000 - слишком высока.
	Наш конкурент выполняет заказ за один день, нам требуется три дня.
Б. Задачи	Вероятная процесс или процессы, обычно установленные в терминах задач, которые, будучи разрешены, вероятно будут способствовать решению проблемы.
Примеры:	Сократить средний запас до двух дней.
	Сократить стоимость запасов на $100000, ликвидировав устаревшие товары.
	Сократить стоимость запасов на $100000, сокращением запасов до уровня 10 дней.
	Сокращение времени обработки заказов до одного дня, улучшив обработку документов.
В. Масштаб	Понимание величины проблемы, часто устанавливаемое как предварительная ориентировочная стоимость.
Примеры:	Ориентировочная стоимость системы составляет $10000 +/- 25%.
	Предварительная оценка предполагает, что коллективу из трех разработчиков будет необходимо 6 месяцев для решения проблемы.

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

• архитектура системы, ее функции, внешние условия, распределение функций между аппаратурой и ПО;

• интерфейсы и распределение функций между человеком и системой;

• требования к программным и информационным компонентам ПО, необходимые аппаратные ресурсы, требования к БД, физические характеристики компонентов ПО, их интерфейсы.

^