77
2.4 Контрольный пример реализации проекта и его описание
Для анализа работоспособности программы была применена следующая
программа тестирования. Тесты разработаны по стратегии черного ящика
методом эквивалентных разбиений: для каждого значения определяются классы
эквивалентности один правильный и несколько не правильных. Например, для
количества вакансий будут определены следующие классы эквивалентности:
правильный – целое число, не правильные: не число, действительное число,
отсутствие значения.
Тест №1. Исходные данные: Модуль «Поставщики»; код записи
формируется СУБД в виде автоинкремента; определяем два класса
эквивалентности: неправильный – нет наименования предприятия, правильный –
есть наименование предприятия.
Рисунок №20. Редактирование записи «Партнеры»
В качестве наименования предприятия в поле «Наименование» (рисунок
№20) ввести значение «», затем нажать кнопку «Запись».
Результат: Запись «Партнеры» не сохраняется. Выдается сообщение «Не
определено наименование партнера» (рисунок №13). Курсор перемещается в
поле ввода «Наименование». Результат правильный.
78
Тест №2. Исходные данные: Модуль «Прейскурант»; код записи
формируется СУБД в виде автоинкремента; определяем два класса
эквивалентности: правильный – есть наименование товара и неправильный – нет
наименования товара,
Рисунок №21. Редактирование записи «Товары»
В качестве наименования товара в поле «Наименование товара» (рисунок
№21) ввести значение «», затем нажать кнопку «Запись».
Рисунок №22. Сообщение об ошибке
Результат: Запись «Товары» не сохраняется. Выдается сообщение «Не
определено наименование товара» (рисунок №22). Курсор перемещается в поле
ввода «Наименование товара». Результат правильный.
Тест №3. Исходные данные: Модуль «Прейскурант»; код записи
формируется СУБД в виде автоинкремента; определяем два класса
эквивалентности: правильный – определена единица измерения товара и
неправильный – не определена единица измерения товара,
79
Рисунок №23. Редактирование записи «Товары»
Не определяя единицу измерения товара нажать кнопку «Запись»
(рисунок №23).
Рисунок №24. Сообщение об ошибке
Результат: Запись «Товары» не сохраняется. Выдается сообщение «Не
определена ед.измерения товара» (рисунок №24). Курсор перемещается в поле
ввода «Ед.измер». Результат правильный.
Исходные данные: Модуль «Прейскурант»; код записи формируется
СУБД в виде автоинкремента; определяем три класса эквивалентности:
правильный – определена оптовая цена товара и два неправильных – не
определена оптовая цена товара, введена не цена,
Рисунок №25. Редактирование записи «Товары»
80
Тест №4. В поле «Опт.цена» (рисунок №25) ввести значение «», затем
нажать кнопку «Запись».
Рисунок №26 Сообщение об ошибке
Результат: Запись «Товары» не сохраняется. Выдается сообщение «Не
определена опт.цена товара» (рисунок №26). Курсор перемещается в поле ввода
«Опт.цена». Результат правильный.
Тест №4. В поле «Опт.цена» (рисунок №25) ввести значение «ааа»,
затем нажать кнопку «Запись».
Результат: Буквы «ааа» не вводятся. Результат правильный.
Тестирование программы показало, что программа работает надежно и
выполняет все возложенные на нее функции. Что разработанная программа
позволяет осуществлять формирование и регистрацию заказов, вести учет
товаров.
В результате была разработана и реализована программа, которая
обеспечивает:
ведение справочника перечня поставщиков товаров;
ведение справочника перечня оптовых покупателей;
ведение справочника перечня товаров и оптовых и розничных цен их
реализации (прейскурант цен);
ввод сведений с платежных документов;
ввод поступления и отпуска товаров, через ввод первичных
документов;
расчет и просмотр сведений о наличии товаров;
регистрацию договоров об отсрочке платежа;
контроль за выполнением договорных обязательств по оплате за
полученную, отпущенную продукцию
учет получения и отпуска товаров;
81
учет наличия товаров
определение суммы дебиторской и кредиторской задолженности;
определение сумм дебиторской и кредиторской задолженности, и
просмотр дебиторов и кредиторов.
Работа над поставленной задачей позволила применить на практике
возможности реляционной базы данных Paradox 7.0, освоить и применить
средства визуальной среды разработки программных продуктов Delphi.
Разработанная программа автоматизирует учет и контроль договоров с
поставщиками и оптовыми покупателями.
Применение программы будет способствовать повышению
эффективности в коммерческой деятельности предприятия.
82
III. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
3.1 Выбор и обоснование методики расчёта экономической эффективности
Принятие решения о введении в деятельность предприятия новой
автоматизированной информационной системы часто представляет трудность не
так выбором конфигурации системы, как сложностью объективной оценки
соответствия её характеристик целям и задачам предприятия. Уже в процессе
начальной стадии нужно разработать такую систему показателей, которая
обеспечивала бы оперативную реакцию на возникающие нарушения в ходе
реализации проекта внедрения информационной системы, и позволяла бы
корректировать различные показатели проекта в соответствии с динамикой
целей предприятия. То есть, требуется произвести оценку эффективности
внедрения информационной системы.
Проведение оценки эффективности внедрения информационной системы
может состоять из двух компонент:
• экономическая компонента, то есть система показателей, которые
позволят оценить экономическую эффективность внедрения;
• процессная составляющая, которая позволит оценить соответствие
результатов внедрения системы целям и задачам предприятия, а также
непосредственно контроль за ходом внедрения системы на каждом этапе
реализации проекта.
Под эффективностью внедрения информационной системы необходимо
понимать оптимальное соотношение экономического результата внедрения
системы и затрат на приобретение, установку, доработку, эксплуатацию
системы.
При существовании большого разнообразия различных подходов к
оценке эффективности внедрения их возможно систематизировать следующим
образом [21]:
Экономическая компонента оценки эффективности:
• подход на основе методов инвестиционного менеджмента;
• экономический анализ.
83
Процессная составляющая:
• подход на основе методов проектного менеджмента;
• элементы процессного менеджмента.
Подход на основе методов инвестиционного менеджмента
инвестиционного менеджмента предлагает рассматривать внедрение
информационной системы предприятия в качестве инвестиционного проекта [8].
Применение данного подхода подразумевает оценку эффективности
внедрения информационной системы с помощью системы финансовых
показателей, ключевым из которых является – норма возврата инвестиций
(Return on Investment - ROI).
Расчет показателя ROI предполагает сопоставление притоков
денежных средств или выгод от внедрения информационной системы с
совокупными затратами на внедрение и эксплуатацию данной системы.
Из соответствия или несоответствия результатов работы внедряемой
информационной системы целям и задачам компании, можно определить
выгодность или невыгодность такого внедрения. Ключевыми выгодами от
внедрения информационной системы являются:
• падение операционных и управленческих затрат,
• экономия оборотных средств,
• уменьшение цикла реализации продукции,
• падение коммерческих затрат,
• снижение дебиторской задолженности,
• рост оборачиваемости средств.
Выгодность внедрения информационной системы оценивается как в
количественном так и в качественном выражении.
Совокупная стоимость владения – это сумма всех первоначальных и
последующих затрат до момента замены системы. Анализируя совокупные
затраты нужно ориентироваться на возникающие затраты на всех этапах
жизненного цикла информационной системы.
84
Перечисленные затраты можно проанализировать на соответствие
критерию эффективности в рамках метода СВА (Costs Benefits Analysis),
основывающийся на детальном рассмотрении каждой статьи затрат [14]. В
данном методе применяются экспертные оценки выгодности альтернативных
вариантов инвестиционных вложений. В качестве альтернативного решения
рассматривают сохранение старой информационной системы и отдельно
оценивают выгоды и издержки этого варианта.
Для экономического анализа присуща непрозрачность внутренних
процессов проекта внедрения информационной системы в компании. Данный
недостаток легко компенсируют методы проектного и процессного
менеджмента, которые условно могут быть отнесены к «процессной» или
«внутренней» составляющей оценки эффективности внедрения.
Применение методов проектного менеджмента предполагает проведение
анализа эффективности с помощью укрупненной детализации всех операций,
которые входят в проект внедрения. В качестве базиса используются методики
PERT/Cost-анализа (Program Evaluation Review Technique), а
также концепция C/SCSC (Cost/Schedule Control Systems Criteria -
затратно/временные системные показатели управления) [2].
Такой метод основан на широко известных сетевых моделях
планирования стоимости и времени проекта, а также разработке различных
сценариев развития проекта, что позволяет оценить эффективность внедрения
информационной системы на уровне отдельных операций или групп операций
уже на начальных стадиях реализации проекта. В рамках концепции затратно-
временных показателей эффективность может быть оценена как на уровне
различных стадий, так и отдельных операций проекта внедрения
информационной системы на основе двух ключевых показателей: соотношение
объема запланированных и выполненных работ, а также
запланированных и фактических затрат на проведение проекта.
Использование подходов проектного менеджмента предполагает такую
последовательность действий: во-первых, максимально точное описание всех
операций, составляющих проект. Одним из наиболее распространенных
инструментов является WBS (Work Breakdown Structure - структура
85
декомпозиции работ). WBS позволяет определить объём работ с помощью
разбивки каждой отдельной задачи на измеримые пакеты работ.
Последовательность и продолжительность каждого вида работ указываются в
расписании, которое строится, как правило, на базе сетевых моделей
планирования. Далее необходимым является точное планирование и
распределение ресурсов и затрат для каждой операции или группы операций
согласно намеченному плану реализации проекта.
Указанные ключевые процедуры проекта интегрируются в единый план,
который называется План Контроля Затрат (или САР-план), методика
планирования строится по принципу «снизу вверх». Основной план включает
несколько «САР-планов», каждый из которых характеризует одно из
направлений общего проекта. Чтобы контроль реализации проекта был
эффективным, назначаются ответственные за каждый из САР-планов, которые
напрямую подчиняются руководителю проекта. Ход реализации каждого САР-
плана контролируется посредством директивного графика, в котором
учитывается процент выполненных работ, соответствие реальных показателей
проекта запланированным, соответствие реальных затрат реализации каждого
направления проекта запланированным показателям. Использование
директивного графика позволяет контролировать ход проекта на разных
стадиях, а также оперативно корректировать возникающие отклонения
посредством активного участия ответственных за каждое направление проекта.
Преимуществом использования концепции C/SCSC является
возможность пересчета стоимости всего проекта, по мере его реализации, что
позволяет уменьшить риск перерасхода бюджета проекта. Такая методика
позволяет кроме того постоянно контролировать соответствие функциональных
характеристик внедряемой системы целям и задачам компании. Ключевой
недостаток такого подхода заключается в необходимости постоянного контроля
большого числа показателей. Применение такого метода подразумевает
привлечение кадрового резерва для контроля и коррекции отклонений, что также
является его отрицательной стороной. Кроме того может возникнуть ситуация,
когда у руководителя проекта нет необходимых полномочий для коррекции хода
проекта, или привлечения дополнительных специалистов.
86
3.2 Расчёт показателей экономической эффективности проекта
Сметная калькуляция разработки автоматизированной системы
заключения и контроля договоров на мелкооптовом складе складывается из:
- зарплаты исполнителя,
- затрат на материалы,
- затрат по отладке программы.
Чтобы рассчитать зарплату исполнителя, необходимо в начале
определить количество человеко-дней затраченных на разработку проекта.
Рекомендации предназначены для нормирования труда специалистов, занятых
разработкой программного обеспечения для ЭВМ. Приведенные нормы времени
охватывают работы, выполняемые специалистами на следующих стадиях
разработки проектных материалов:
• техническое задание;
• эскизный проект;
• технический проект;
• рабочий проект;
• внедрение.
Нормы времени указаны в человеко-днях при пятидневной рабочей
неделе с продолжительностью рабочего дня 8 часов.
В расчётах использованы типовые нормы времени, предусмотренные для
расчёта систем управления научно-технической информацией.
Планируемый срок разработки 0,75 года.
В автоматизированной системе заключения и контроля договоров на
мелкооптовом складе все входные данные имеют однообразный формат и
содержание, при их заполнении осуществляется формальный контроль. Все
формируемые для печати отчёты однообразной формы и содержания. Вывод
данных на машинные носители не предусмотрен.
Так как при разработке проекта использовались типовые программы и
стандартные модули, то по решению руководителя проекта к стандартным
нормам времени на этапах «Рабочий проект» и «Внедрение» был применен
поправочный коэффициент 0,5.