Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекции (Горина).docx
Скачиваний:
47
Добавлен:
18.08.2019
Размер:
205.58 Кб
Скачать

2 Этап: Разработка технического задания

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

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

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

Компоненты бизнес-модели: S Бизнес-функции, описывающие, ЧТО делает бизнес; S Бизнес-процессы, описывающие, КАК предприятие выполняет

свои бизнес-функции; S Организационная структура, определяющая, ГДЕ исполняются

бизнес-функции и бизнес-процессы; S Фазы, определяющие, КОГДА (в какой последовательности)

должны быть выполнены те или иные бизнес-функции; •/ Роли, определяющие, КТО исполняет бизнес-функции; S Правила, определяющие связь между ЧТО, КАК, ГДЕ, КОГДА и

КТО.

Разрабатываются две бизнес-модели: «как есть» и «как должно быть». БМ «как должно быть» разрабатывается с учетом мирового опыта построения и оптимизации бизнес-процессов. Как правило, эти две бизнес-модели не совпадают.

Функциональные возможности типовых ИС соответствуют БМ «как должно быть». Поэтому перед внедрением ИС на предприятии необходимо осуществить реинжиниринг бизнес-процессов (реорганизация структуры и деятельности).

При реинжиниринге существует две крайности:

S Кардинальная перестройка бизнес-процессов предприятия в соответствии с БМ «как должно быть». Однако опыт показывает, что принципиальные изменения бизнес-процессов трудно осуществимы с точки зрения необходимых для этого финансов и времени.

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

Таким образом, необходимо найти оптимальное соотношение между реинжинирингом бизнес-процессов и доработкой ИС.

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

3 Этап: Оценка экономической эффективности и с

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

  • время обслуживания одного клиента;

  • производительность труда одного работника;

  • количество человеко-часов на подготовку отчетности;

  • число жалоб со стороны клиентов;

в время, необходимое на выработку и принятие управленческого решения;

  • затраты в целом и по статьям и т.п.

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

  1. этап: Технический проект (представляется в виде документа, включающего все описания проектируемой ИС, - формы входных и выходных документов, структуры файлов, их поля, взаимосвязи, алгоритмы решения задач).

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

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