2.3. Определение основных задач ис

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

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

• контроль эффективности функционирования ИС;

• текущую доработку ИС.

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

В качестве основных задач ИС по сбору, анализу и распространению информации, стоит отразить:

• Примерный перечень собираемой информации;

• Основные формы представления информации (базы данных, сайт в Internet, печатные справочники, CD-ROM);

• Для каждого вида информации надо указать:

• Ожидаемые объемы информации и требования к ее качеству;

• Примерную периодичность обновления;

• Основные виды анализа этой информации;

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

2.4. Определение критериев оценки эффективности ис

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

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

1) Собираемая в рамках ИС информация предназначена для самой организации

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

2) Собираемая в рамках ИС информация предназначена для продажи

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

3) Сама ИС разрабатывается под конкретный заказ

При этом разработчик заинтересован в достаточно эффективном, с точки зрения заказчика, функционировании ИС и в своем доходе от этого.

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

3. Путь к сердцу (и кошельку) Заказчика. А нужна ли предприятию автоматизация. Вопросы и ответы

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

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

3.1.Насколько система позволяет решить функциональные задачи предприятия?

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

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

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

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

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

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

4.Метод моделирования. Создается модель системы управления с предлагаемой Заказчику управляющей подсистемой или ее наиболее существенными элементами. Выполняется прогон модели на наиболее характерных участках функционирования действующей системы. Сравнивается качество и эффективность управления действующей и предлагаемой АСУ ТП.

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

Лучший и, соответственно, самый дорогой путь – провести исследование вопроса несколькими методами.

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

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

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