72
Рисунок 41 – Документ «Заявка», заполненный из файла
Программа правильно нашла клиента и два заявленных товара. Реакция на
ошибку (отсутствие договора и неправильный артикул) отображается в служебных
сообщениях:
- На отсутствие номера договора система выдала ошибку «Договор не
найден»;
- На неверно занесенный артикул товара система выдала ошибку «Товар
Б004 не найден».
Таким образом, можно сделать вывод о том, что данная заявленная функция
реализована правильно.
В заявке по мере работы с ней указываются этапы работы, даты начала и
окончания каждого этапа и статус, соответствующий этапу (рисунок 42).
73
Рисунок 42 – Этапы работы с заявкой
Проанализировать этапы работы с заявкой можно нажав на кнопку «График
выполнения». При этом откроется окно отчета, в котором по нажатию кнопки
«Сформировать» отобразится диаграмма Ганта по работе с заявкой (рисунок 43).
Рисунок 43 – График выполнения заявки
74
При выполнении реализации по заявке можно заполнить документ «Реализа-
ция», введя его на основании заявки. Для этого на форме документа нажимается
кнопка «Ввод на основании», при этом документ «Реализация» заполняется авто-
матически (рисунок 44).
Рисунок 44 – Документ «Реализация»
Если заявка выполнена без изменений, то в документе необходимо указать
только дату выполнения и провести его. При проведении в заявку, на основании
которой выполняется реализация, будет добавлен статус выполнения и статус заяв-
ки (рисунок 45).
75
Рисунок 45 – Полностью выполненная заявка
Если заявка выполнена не полностью, в реализации указывается только реа-
лизованные позиции, а также замены (рисунок 46).
Рисунок 46 – Реализация с заменами
76
В этом случае при проведении документа «Реализация» в соответствующей
заявке выставляется статус «Выполнена частично с заменами» (рисунок 47).
Рисунок 47 – Частично выполненная заявка
Таким образом, можно сделать вывод о том, что функция автоматического
выставления статуса выполнения заявки реализована полностью.
Анализ работы с заявками можно выполнить с помощью имеющихся в си-
стеме отчетов.
1) Отчет по заявкам показывает заявки за выбранный период. Для вы-
полненных заявок указывается статус выполнения (полностью, частично и т.д.),
для тех, которые находятся в процессе выполнения – текущий статус (рисунок 48).
77
Рисунок 48 – Отчет по заявкам
Отчет может быть выведен только по определенному клиенту или по опре-
деленному статусу выполнения, например – только выполненные полностью (ри-
сунок 49).
Рисунок 49 – Отчет по заявкам с фильтром по статусу
2) Отчет «Анализ сроков выполнения» показывает, как были соблюдены
сроки выполнения заявок. Для заявок, выполненных с просрочкой, указывается ко-
личество дней просрочки. Если заявка была выполнена раньше срока, количество
дней просрочки отрицательное (рисунок 50).
78
Рисунок 50 – Отчет «Анализ сроков выполнения»
3) Отчет «Анализ дней просрочки график» показывает аналогичную преды-
дущему отчету информацию, но в графическом виде. Отчет позволяет визуально
проанализировать сроки выполнения заявок (рисунок 51).
Рисунок 51 – Отчет «Анализ сроков выполнения график»
79
4) Отчет «Анализ качества выполнения заявок» позволяет проанализировать
полноту выполнения заявки (выполнена полностью или частично) и причины не-
выполнения (рисунок 52).
Рисунок 52 – Отчет «Анализ качества выполнения заявок»
5) Прайс-лист компании содержит список продаваемых товаров, их цену, ар-
тикул и основные характеристики (рисунок 53).
Рисунок 53 – Прайс-лист
Таким образом, можно считать, что все заявленные функции для системы
работают правильно.
80
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической эффективно-
сти
Среди различных методов оценки эффективности внедрения информацион-
ных систем, наиболее привлекательны те методы, которые позволяют оценить ис-
комую эффективность до реализации самого проекта, на этапе технико-
экономического обоснования, другими словами, методы в рамках априорного под-
хода. К ним относятся такие хорошо известные методы, как оценка IRR (Internal
Rate of Return), ROI (Return on Investment), TEI (Total Economic Impact), NPV (Net
Present Value), BSC (Balanced Scorecard), EVA (Economic Value Added) и другие.
Основные методы оценки эффекта внедрения информационных систем, ис-
пользуемые крупнейшими вендорами различных ИТ-решений:
Методология оценки, основанная на опыте и эффекте внедрения систем в
предыдущих проектах. Данный метод можно отнести априорному подходу. Суть
метода заключается в следующем: компании предлагается самостоятельно оценить
ряд предложенных ключевых показателей ее деятельности. Затем полученные по-
казатели сопоставляются с аналогичными показателями других клиентов из той же
отрасли по имеющейся базе данных проектов или на основании информации из от-
крытых источников. После этого компания получает оценку возможного экономи-
ческого эффекта, который может быть достигнут в результате доведения ее ключе-
вых показателей до сопоставляемого уровня в ходе реализации проекта. Таким об-
разом, данный эффект оценивается не расчетным путем, а на основе результатов,
достигнутых реальными компаниями в ходе реальных проектов. К достоинствам
данного метода можно отнести простоту его использования. В то же время его не-
достатком является отсутствие гарантий того, что ранее достигнутый результат бу-
дет также достигнут этой компанией.
Методология Total Economic Impact (TEI). С помощью методологии TEI
компании могут продемонстрировать, обосновать и помочь понять осязаемую цен-
ность проектов по внедрению информационных технологий руководству и глав-
ным акционерам. Если кратко, методология TEI состоит из четырех компонентов
81
оценки инвестиционной стоимости: выгоды, расходы, риски и гибкость. Результа-
том модели является рассчитанные показатели ROI и Payback Period. К достоин-
ствам модели можно отнести наглядный и понятный каждому лицу, принимающе-
му решения о финансировании проекта, результат. Основной трудностью модели
является непрозрачность определения прогнозных значений экономических выгод
от внедрения, что является ноу-хау компании-разработчика данного метода.
Методология Rapid Economic Justification (REJ). REJ – это методология
экономической оценки, которая помогает организациям внедрять ИТ-решения в
бизнес-процессы, а затем определять абсолютную финансовую прибыльность этих
решений. Сущность методологии REJ состоит в том, что она гарантирует, что ин-
вестиции в информационные технологии определяются в соответствии с постав-
ленными целями, важными для данной организации. Методология REJ применяет-
ся к бизнес-процессам, в наибольшей степени влияющим на рост эффективности
деятельности предприятия. Целью методологии REJ является разработка бизнес-
плана, который поможет главным менеджерам лучше понять достоинства конкрет-
ных вложений в ИТ. Модель REJ состоит из пяти шагов: оценка бизнеса, выработка
решения, оценка прибыли и затрат, выявление и учет потенциальных рисков, рас-
чет финансовых показателей. По своей сути, методология REJ подобна методоло-
гии TEI и имеет схожие достоинства и недостатки. Кроме упомянутого выше, ме-
тодология REJ помогает найти общий язык ИТ-специалистам и бизнес-
менеджменту.
Исходя из опыта, наиболее оптимальна следующая комбинация методик с
точки зрения полноты и минимизации затрат на проведение оценки в рамках апри-
орного подхода [11].
1. Определение затратной части проекта с использованием метода Total Cost
of Ownership (TCO). Для расчета TCO необходимо учитывать такие показатели,
как:
- стоимость приобретения и поддержки оборудования, необходимого для
работы системы в требуемом режиме;
- стоимость программного обеспечения и его поддержка вендором;
- стоимость внедрения программного обеспечения, которая включает в себя
весь цикл создания продукта;