106
Для того чтобы вывести отчет на печать, требуется открыть отчет, вы-
брать отчетный период, просмотреть полученные данные на экране монитора и
вывести их на печать. Технологическая схема печати отчета представлена на ри-
сунке 65.
Формирование
отчета
В12
Выбор
периода
Вывод на печать
В1
Запрос в
справочник
Отчет по
заявкам
Отчет по
заявкам
Рис. 65. Технологическая схема печати отчета
107
2.4. Контрольный пример реализации проекта и его описание
Любая информационная система, перед своим внедрением, должна пройти
этап тестирования, позволяющего выявить и исправить всевозможные случаи
возникновения сбоев и ошибок в работе системы.
Тестированию подлежат следующие компоненты программы:
- подсистема безопасности;
- подсистема ввода/вывода;
- подсистема расчетов;
- подсистема формирования выходных документов.
В нашей работе тестирование затронет все три модуля программы: «Поль-
зователь», «Ответственный» и «Исполнитель». Необходимо оценить не только
корректность работы ИС, но и скорость отражения изменений, производимых в
одном модуле, в интерфейсе другого модуля. Для этого требуется произвести
вход в систему сразу из трех модулей.
Тестирование будет проводиться на основе тестовых данных, подобран-
ных для каждого модуля.
Для оценки качества работы подсистемы безопасности, изменим сотруд-
нику «Васнецов Семен Семенович» параметры входа в систему на следующие:
логин: «Сеня»; пароль «Сеня123».
Результат: при попытке пользователя «Васнецов Семен Семенович» вой-
ти с систему под старым логином и паролем, система выдала ошибку «Неверный
логин и пароль. Попробуйте снова». Вход в систему под новыми данными вы-
полнен успешно.
Для оценки работы подсистемы ввода вывода, проведем проверку базы
данных на ее целостность, изменив фамилию сотрудника «Ростова Анна Пет-
ровна» на «Орлова Анна Петровна».
Результат: после перезапуска ИС изменения успешно отразились во всех
таблицах БД, где упоминалась фамилия данного сотрудника.
Перейдем к тестированию подсистемы ввода/вывода на примере работы с
заявками. Для этого создадим новую заявку и будем отслеживать, как любое из-
108
менение, произведенное в заявке в рамках одного модуля, будет отражаться в
интерфейсах остальных модулей.
Тестовые данные для модуля «Пользователь» представлены в таблице 18.
Таблица 18
Тестовые данные для модуля «Менеджер»
Название параметра
Значение
№ заявки
Автоматически
Статус
Черновик (автоматически)
Приоритет
Низкий
Тема заявки
Связи с документами
Название ПО
Управление торговлей
Краткое описание
Не удается связать два документа.
Содержание
Не удается связать два документа. Возникает ошибка
"Связь между документами уже создана", а по факту
связи нет.
Пользователь
Орлова Анна Петровна
Клиент
ООО «Восток ЭКО»
Ответственный
Ковалев Роман Сергеевич
Результат: ввод тестовых данных произведен успешно (рисунок 66).
Рис. 66. Результат ввода данных о заявке
Далее необходимо оценить какие изменения произойдут в заявке, после
отправки ее на регистрацию.
Результат: в поле дата создания прописалась текущая дата; статус заявки
сменился на «На регистрации» (рисунок 67).
109
Рис. 67.Результат отправки заявки на регистрацию
Для тестирования модуля «Ответственный» выбраны следующие тестовые
данные (таблица 19).
Таблица 19
Тестовые данные для модуля «Ответственный»
Название параметра
Значение
Регистрационный номер
10016 (автоматически)
Дата регистрации
11.06.2018 (автоматически)
Срок исполнения
14.06.2018 (автоматически в соответствии с прио-
ритетом)
Исполнитель
Васнецов Семен Семенович
При тестировании модуля «Ответственный» можно оценить корректность
проводимых системой расчётов. Так, например, срок исполнения заявки рассчи-
тывается путем прибавления к дате создания заявки количества дней, отведен-
ных за заявку с указанным приоритетом. Тестируемая заявка имеет приоритет
«Низкий». В справочнике «Приоритеты» срок исполнения заявок с данным при-
оритетом равен 3 дням. Значит, 11.06.2018 + 3 = 14.06.2018.
Результат: дата регистрации установлена верно; расчет даты произведен
корректно; информация о выбранном исполнителе отразилась в поле «Исполни-
тель»; статус заявки принял значение «Зарегистрирована» (рисунок 68).
110
Рис. 68. Результат регистрации заявки
Далее работу по заявке должен продолжить сотрудник, назначенный ис-
полнителем заявки. Тестовые данные для модуля «Исполнитель» представлены
ниже:
- принять заявку в работу (статус заявки должен принять значение «На ис-
полнении»).)
- прикрепить файл формата .jpg к заявке (файл должен отразиться во всех
модулях программы);
- написать комментарий к заявке (комментарий должен быть помечен в
качестве исходящего письма);
- завершить заявку (статус заявки должен смениться на «Закрыта»).
Результат: все операции выполнены корректно (рисунок 69).
111
Рис. 69. Результат исполнения заявки
Для тестирования подсистемы формирования отчетов проверим, отразится
ли тестируемая заявка в отчете по заявкам за период с 01.06.2018 до 11.06.2018.
Рисунок 70 указывает, что заявка успешно отражена в тестируемом отчете.
Рис. 70. Результат тестирования подсистемы формирования отчетов
Подводя итоги тестирования, можно смело утверждать, что все четыре
подсистемы (подсистема безопасности, ввода/вывода, подсистема расчетов и
подсистема выдачи итоговых документов), проверку которых мы осуществили в
112
рамках данного тестирования, работают без ошибок и выдают корректные ре-
зультаты.
III. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1. Выбор и обоснование методики расчёта экономической
эффективности
Внедрение любой информационной системы должно сопровождаться по-
вышением экономической эффективности деятельности предприятия. Обеспе-
чить это возможно благодаря созданию возможности решения текущих задач
организации с использованием новых, современных способов получения, обра-
ботки, анализа и хранения информации.
Под экономической эффективностью проекта понимается оценка резуль-
татов функционирования системы, или, иначе говоря, происходит оценка ре-
зультатов от внедрения системы с затратами, выделенными на ее разработку.
Положительного эффекта от внедрения информационной системы можно
добиться только в случае, если будут достигнуты следующие цели, ради реше-
ния которых изначально проектировалась система. Главной целью любой авто-
матизированной информационной системы является оптимизация бизнес-
процессов предприятия и улучшение показателей ее деятельности.
Достижение главной цели обеспечивается путем достижения подцелей,
таких как: снижение затрат на обработку информации; повышение актуальности,
достоверности и точности информации; сокращение времени получения резуль-
татной информации; создание механизмов для проведения анализа данных; по-
лучение новой информации, получить которую без применения вычислительных
средств было невозможно, либо очень трудоемко.
Такой информацией могут служить:
- формирование статистики работы компании;
- отчеты о деятельности компании и ее сотрудников, формируемые авто-
матически, на основе зарегистрированных в системе данных;
- поддержание в актуальном состоянии информации о наличии товаров на
складе.
113
Очевидно, что информация подобного характера способна оказать поло-
жительное влияние на результат функционирования компании и на рост эконо-
мического эффекта от ее деятельности.
Такой вид экономической эффективности принято иначе называть «кос-
венной эффективностью», характеризующей качественные изменения на объекте
автоматизации, происходящие в результате внедрения информационной систе-
мы.
Такими качественными изменениями могут быть: увеличение количества
заявок; привлечение новых клиентов; увеличение скорости обработки заявок;
оперативный обмен информацией между различными подразделениями компа-
нии; снижение расходов на оплату труда за счет сокращения числа сотрудников,
занятых обработкой информации.
В любом случае, внедрение информационной системы и обработка ин-
формации на ЭВМ может стать источником повышения эффективности работы
компании, чем и обосновывается целесообразность ее использования.
Показателями экономической эффективности проектируемой системы мо-
гут быть снижение трудовых и стоимостных затрат, высвобождение людей из
сферы обработки информации и др. Значения показателей данного вида эффек-
тивности рассчитываются исходя из объемов перерабатываемой информации,
производительности технических средств. Данный вид экономической эффек-
тивности называют прямой эффективностью.
Для организации и планирования работ по разработке и внедрению про-
граммного продукта, необходимо объединить работы в этапы. Это позволит от-
слеживать стадии выполнения проекта, контролировать степень завершенности
работ и проекта в целом. Продолжительность каждого этапа определена исходя
из степени сложности входящих в него работ, а также на основании экспертных
оценок с учетом состава коллектива разработчиков.
Выделенные этапы проектирования и разработки ИС с оценкой их про-
должительности представлены в таблице 20.
Таблица 20
Этапы разработки ИС
114
№
п/п
Наименование этапа
Срок вы-
полнения,
дней
1
Разработка и утверждение технического задания
5
2
Технические предложения
7
3
Эскизный проект:
16
3.1
Анализ исходных данных и требований
7
3.2
Постановка задачи
5
3.3
Разработка общего описания алгоритма функционирования
4
4
Технический проект:
15
4.1
Определение формы представления входных и выходных данных
5
4.2
Разработка структуры программы и логической структуры базы
данных
10
5
Рабочий проект:
47
5.1
Программирование и отладка программы
24
5.2
Испытание программы
4
5.3
Корректировка программы по результатам испытаний
5
5.4
Подготовка технической документации на программный продукт
7
5.5
Сдача готового продукта и внедрение
7
Итого дней:
90
Проектирование и разработка программного обеспечения ИС - логически
сложная, длительная и трудоемкая работа, которая требует достаточно высокой
квалификации участвующих специалистов.
Календарный график выполнения работ представлен на рисунке 71.
Рис. 71. Календарный график выполнения работ
Рисунок 71 показывает, что общий срок разработки системы составит 90
дней.
115
Принято решение осуществлять работы по созданию ИС силами трех ос-
новных участников:
1. Руководитель проекта – штатный сотрудник, начальник отдела.
2. Программист – штатный сотрудник отдела.
3. Дипломник.
Руководитель проекта осуществляет контроль над ходом выполнения ра-
бот на всех этапах разработки ИС, а также лично принимает участие в этих эта-
пах.
Участие специалистов в разработке ИС представлено в таблице 21.
Таблица 21
Распределение участников по этапам разработки ИС
№
эта-
па
Этап
Кол-во
дней
Задействованные сотрудники
Руководи-
тель проекта
Програм-
мист
Ди-
плом-
ник
1
Формирование требований
9
5
–
3
2
Разработка концепции
7
4
–
4
3
Разработка технического
задания
9
4
–
7
4
Разработка серверной части
16
–
18
7
5
Разработка клиентской части
19
–
20
6
6
Тестирование и отладка ИС
14
5
7
7
7
Написание сопроводительной
документации
7
3
–
8
8
Внедрение системы
9
7
5
10
Итого:
90
28
50
52
Информация, представленная в таблице 21, показывает, что разработчики
системы не принимают участие во всех этапах разработки. В связи с чем, целе-
сообразно использование повременного способ расчета затрат на оплату труда,
который предполагает что оплата производится в зависимости от времени, за-
траченного на разработку ИС каждым участником проекта.
Плановая совокупная стоимость разработки и внедрения ИС определяют-
ся по следующим основным статьям:
1. Заработная плата сотрудников, задействованных в проекте.
2. Страховые взносы.
3. Затраты на вычислительную технику