68
Для рассматриваемой ИС необходимо применять автономные испытания, так
как необходимо протестировать только созданную программную часть, а именно,
программное обеспечение – конфигурацию платформы 1С.
В разделе 2.3 приведены модули и объекты, которые созданы в конфигурации
и будут протестированы.
Опишем перечень проверяемых функций (таблица 13):
Таблица 13
Перечень проверяемых функций
№
п/п
Проверяемая функция
Примечание
1
Наличие связи между объектами
конфигурации
Справочники,
документы
2
Соответствие полей форм и их
источников
Справочники,
документы, формы
3
Ввод данных
Справочники,
документы
4
Формирование отчетности
Отчет
В результате этого рассмотрим далее методы проведения испытаний.
2.4.2. Методы проведения испытаний
Рассмотрим для каждой функции описание их проверки (таблицы 14 - 17).
Функция «Наличие связи между объектами конфигурации» характеризирует то,
что при вводе или изменении данных в справочниках они будут также изменены в
документах, которые с ними связаны.
Таблица 14
Описание проверки функции «Наличие связи между
объектами конфигурации»
Параметр
Значение
Функция
1. Наличие связи между объектами
конфигурации
Предмет проверки
1.1. Правильность установки связей
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация и документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Наличие источников данных с других
таблиц
Способ определения
результатов
Визуальный метод
Функция «Соответствие полей форм и их источников» должна сопоставлять
поля, к примеру, документа и созданной на его основании формы. При
69
редактировании конфигурации часто добавляются новые поля, а форма не
обновляется.
Таблица 15
Описание проверки функции «Соответствие полей форм и их
источников»
Параметр
Значение
Функция
1. Соответствие полей форм и их источников
Предмет проверки
1.1. Правильность отображения информации
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация с документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Отображение информации
Ожидаемая реакция
1.1. Наличие всех атрибутов объектов в форме
Способ определения
результатов
Визуальный метод
Функция «Ввод данных» предназначена для корректного ввода информации в
объекты конфигурации. То есть, все типы данных, ограничения должны быть
правильно подобраны.
Таблица 16
Описание проверки функции «Ввод данных»
Параметр
Значение
Функция
1. Ввод данных
Предмет проверки
1.1. Правильность ввода данных
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Формы
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Безошибочный ввод информации в
справочники и документы
Способ определения
результатов
Визуальный метод
Функция «Формирование отчетности» выполняет создание отчета на
основании оперативных данных о деятельности компании. К тому же, отчет должен
использовать все данных, к примеру, за выделенный диапазон.
Таблица 17
Описание проверки функции «Формирование отчетности»
Параметр
Значение
Функция
1. Формирование отчетности
Предмет проверки
1.1. Правильность формирования отчета
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Отчеты, документы и справочники
70
Искажения тестовой
информации для имитации
нештатных ситуаций
Нет
Ожидаемая реакция
1.1. Формирование корректного отчета
Способ определения
результатов
Визуальный метод
2.4.3. Проведение проверочных испытаний и их результаты
Для проверки наличия связи рассмотрим типы данных для внешних ключей
(рисунок 28 – 30):
Рисунок 28 – Наличие связи поля «Сотрудник»
Рисунок 29 – Наличие связи поля «Клиент»
71
Рисунок 30 – Наличие связи поля «Услуги»
Рассмотрим соответствие полей и правильность ввода данных на примерах
экранных форм (рисунок 31):
Рисунок 31 – Форма Клиенты
Рисунок 32 – Форма Обращение
72
Рисунок 33 – Форма Сотрудники
Рисунок 34 – Форма Категории услуг
Для проверки функции правильности формирования отчета нужно выполнить
следующие шаги (рисунки 35, 36).
Рисунок 35 – Окно формирования отчета
Получим:
73
Рисунок 36 – Отчет
Аналогично создается печатная форма:
Рисунок 37 – Печатная форма приема обращений
В результате применения ИС выполняется автоматизации учета обращений
пользователей.
Таблица 18
Результаты испытаний
№
проверки
Вид
проверки
Критериальный
параметр
Допустимые
значения
Результат
проверки
1
Наличие
связи между
объектами
конфигурации
Использование
данных с других
таблиц
4 связи
Соответствует
2
Соответствие
полей форм и
их источников
Соответствие
количества полей
Наличие все
полей
Соответствует
3
Ввод данных
Правильность
ввода и
сохранения
информации
Отсутствие
ошибок ввода
Соответствует
4
Формирование
Безошибочное
Все
Соответствует
74
отчетности
формирование
отчета
выбранные
поля
В результате выполненных действий формируется процесс автоматизации
учета обращений, который, в отличии от традиционного, применяет для
хранения данных реляционные базы данных, а не бумажные носители. При
этом, информация вводится не вручную (с помощью заполнения бланков), а в
экранные формы.
В результате выполненной работы формируется электронный реестр учета
обращений, который, в отличие от классического бумажного документооборота,
использует для хранения информации БД.
В рассматриваемой конфигурации созданы следующие объекты:
– справочники;
– документы (обычные и с табличной частью);
– формы для ввода данных;
– печатная форма;
– регистр накопления;
– отчеты;
– перечисления;
– запросы для создания отчета.
Заметим, что, поскольку автоматизированная система разработана на
основании 1С:Предприятие 8.3, то данный модуль может интегрироваться в разные
подсистемы Valve Software.
75
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической эффективности
Целью данного пункта является вычисление затрат на выполнение разработки
ПО.
Технико-экономическое обоснование (ТЭО) должно коротко и
недвусмысленно отражать чистую идею проекта.
Этот документ нужен для того, чтобы получить внимание инвестора. Когда
инвестор заинтересуется проектом, тогда понадобиться бизнес-план.
Содержание всего технико-экономического обоснования разработки системы
в себя включает такие расчеты:
расчет трудоемкости разработки;
определение количества разработчиков;
определение затрат на проектирование и эксплуатацию программного
обеспечения.
Себестоимость – это определенная совокупность учетных затрат для
организации на производство или же реализацию продукции, что будет выражена в
финансовой форме.
Непосредственно уровень себестоимости также может зависеть от разных
факторов, к примеру:
– технического прогресса;
– норм использования рабочей силы;
– производительности работы;
– объема продукции;
– материалов и т.п.
Основная зарплата – это плата непосредственно за уже проработанное
работником время.
Главная заработная плата для разработчиков может рассчитываться, по
трудоемкости работ, которые будут выполнены специалистом нужной квалификации
при разработке программы (t
i
) и действующей системы окладов (З
i
):
(3.1)
76
Для расчета оптимальных размеров основной зарплаты надо составить
перечень практически всех стадий, этапов, а также видов работ, что должны
выполняться, перечень исполнителей, что выполняют разработку ПО:
– количество разработчиков;
– должности всех разработчиков в зависимости от уровня квалификации,
что необходимы для реализации задачи.
При этом все внимание уделяется упорядочению всей последовательности
выполнения видов для частных работ.
Для указанного упорядочения нужно применить анализ так называемого
смыслового содержания для всех видов работ, а также установление взаимосвязи
между ними.
Особенно важную значимость при работе анализа имеет непосредственный
процесс выявление возможности для параллельного выполнения некоторых
отдельных видов работ, так как это позволяет существенно сократить общую
длительность разработки.
Полностью весь перечень необходимых стадий, видов работ представлен в
таблице 19.
Таблица 19
Состав работ по разработке системы
Этап
Состав
1. Техническое задание
изучить объекты, формирование требований к
программе
2. Эскизный проект
Начальное построение схемы для движения всех
информационных потоков; разработка обоснования
технико-экономических работ
3. Технический проект
определение алгоритма решения отдельных заданий;
использование форм представления для выходных,
промежуточных и входных данных;
разработка структуры системы;
определение конфигурации технических средств
4. Рабочий проект
проектирование форм, интерфейса и дизайна;
отладка ПО, подготовка документации
5. Внедрение
Непосредственная передача продукта заказчику;
выполнение опытной эксплуатации
Для расчета технико-экономического эффекта для создаваемого проекта ИС
для учета обращений, выбран метод сравнения двух вариантов работы ИС:
начального и проектного, а также анализ затрат для его создания.
77
Экономический эффект состоит с 2-х составных компонентов:
1) Косвенный эффект – характеризуется тенденцией к увеличению уровня
прибыли, а также снижением неточностей при использовании хранимых данных,
привлечением большего количества клиентов посредством внедрения требуемого
уровня автоматизации, уменьшения количества рекламаций.
2) Прямого эффекта, который описывается, в основном, при использовании
снижения показателей труда.
К таким показателям труда можно отнести:
– абсолютное снижение уровня трудовых затрат на создание АРМ:
Т = Т0 - Т1, (3.2)
где Т0 обозначает трудовые затраты на обработку информации по начальных
данных,
Т1 – аналогичный уровень затрат по проектному варианту АРМ.
– коэффициент относительного снижения трудовых затрат (КТ):
КТ =Т / T0 * 100% (3.3)
– индекс снижения трудовых затрат или повышение производительности
труда (YT):
YT = T0 / T1 (3.4)
Помимо рассмотренных показателей рассчитывается срок окупаемости затрат
на внедрение проекта машинной учета информации (Ток), рассчитываемые в годах,
долях года или в месяцах года:
Ток = КП /C, (3.5)
где КП - затраты на создание проекта (проектирование и внедрение).
3.2 Расчёт показателей экономической эффективности проекта
На основании представленных в п 3.1 формул можно сделать следующие
расчеты.
Для начала необходимо привести сводную таблицу показателей (таблица 20)
Таблица 20
Сводная таблица показателей эффективности
Показатели
Существует
Планируется
достигнуть
Количество документации
15
0