62
возможных входных данных на определённые группы и тестирование с
использованием представителей каждой группы (класс эквивалентности).
Методы преследует цели выявление ошибок трех направлений:
функциональные ошибки – расчетные ошибки, нереализованность
определенного функционала, несоответствие реализации и постановки
задачи;
допустимые диапазоны, области действия данных, реакция на
некорректные данные, валидация данных;
интерфейсные ошибки, эргономика, построение диалогов.
Существуют методики тестирования, в рамках «черного ящика»,
предполагающие привлечение пользователей. Эти этапы принято называть
Бета/Альфа – тестированием. Тут никаких предварительных анализов не
проводится а степень покрытия достигается за счет массовости. Большое
количество пользователей с большой степенью вероятности обратится ко
всем возможным функциям программы и все потенциально возможные
ситуации будут протестированы. Важным моментом этого подхода является
правильная организация документирования и сбора статистики, на основе
которой будут делаться выводы и анализ тестов.
Тестирование при помощи методов черного ящика направлено на
получение множеств входных данных, которые наиболее полно проверяют
все функциональные требования системы.
3.2.2. Тестирование и отладка
В классическом подходе к тестированию программных продуктов
одним из определённых требований является требования: разработка
программного продукта и тестирование обязательно производятся разными
исполнителями. Такой подход обеспечивает большую степень объективности
и повышает эффективность процесса в целом. Учитывая факт, что над
проектом на всех его практических этапах работал один человек –
обеспечить вышеуказанное требование возможности не представляется.
63
Вторым ограничивающим фактором являются большие объемы работы в
случае полноценного тестирования.
Исходя из этих ограничений, был выбран путь минимизации затрат
времени с максимально высоким эффектом от процесса тестирования, также
решающую роль в выборе метода тестирования сыграло наличие доступа к
программному коду. В качестве методики тестирования выбран метод
«белого ящика» (GlassBox). В ходе тестирования использовалась построчная
трассировка, отслеживание состояния переменных. Использование
контрольных стоповых точек позволило локализовать программные ошибки
и быстро откорректировать код для правильности его работы[22].
В ходе тестирования не было выявлено критических ошибок. Основные
функции проверены, их работоспособность и функциональность
удовлетворяет ранее предъявленные требования. Некоторые мелкие ошибки,
выявленные в ходе тестирования, устранены.
Для отладки использовался стандартный отладчик Visual Studio 2015, и
конструкция try{}catch{}
Рисунок 3.3 – Процесс отладки ПО, методом «белого ящика» и контрольных
точек остановки
3.2.3. Контрольный пример, инструкция пользователя
64
Приложение работает в 2-х режимах:
- Режим сервера
- Режим клиента
Для того чтобы запустить приложение в режиме сервера необходимо
открыть его с правами администратора, и авторизоваться.
Рисунок 3.4 – Авторизация сервера
Для того чтобы активировать режим клиента необходимо указать флаг
«Клиент», ввести IP адрес сервера и авторизоваться.
Рисунок 3.5 – Главное окно приложения
Главное окно отображает список заказов. В случае если у пользователя
нет прав администратора БД, кнопки операций будут неактивны:
65
Рисунок 3.6 – Отображение меню для пользователя и администратора
3 поля справа и 2 сплывающих списка служат для выборки заказов,
согласно указанных параметров.
Для того чтобы добавить нового пользователя необходимо выбрать
Правка->Пользователь
Рисунок 3.7 – Добавление пользователей в режиме администратора
Для того что бы добавить/редактировать комплектующие в главном
меню нажмите кнопку Комплектующие
66
Рисунок 3.8 – Работа с комплектующими
Для того чтобы добавить Производителя нажмите кнопку (+) возле
списка производителя.
Остальные данные, такие как сотрудники и типы работ добавляются
аналогичным способом:
Рисунок 3.9 – Добавление сотрудников и видов работ
Для того чтобы добавить заказ пользователь нажимает в главном окне
кнопку Новый заказ.
67
Рисунок 3.10 – Создание нового заказа
Тут можно добавить новый заказ, указав необходимые параметры.
По умолчанию цена заказа равна цене типа ремонтных работ.
Для того чтобы изменить параметры заказа, такие как статус,
обслуживающий сотрудник, указать комплектующее, которые используются
необходимо выбрать заказ в главном окне и нажать кнопку «Параметры
заказа»
Рисунок 3.11 – Добавление комплектующих в заказ
68
В этом окне возможно изменить статус заказа, указать ответственного
сотрудника и выбрать комплектующие. Для того что бы добавить
комплектующие к заказу необходимо нажать кнопку «Добавить». После чего
система выведет на экран окно работы с комплектующими (рис. 3.8). В этом
окне достаточно щелкнуть дважды на нужной позиции и запчасти будут
добавлены в текущий заказ на обслуживание или ремонт техники.
После сохранения новых параметров заказа цена заказа будет
пересчитана. Для того чтобы получить накладную по заказу, необходимо
выбрать заказ в главном окне и нажать кнопку «Накладная» (рис. 3.12):
Рисунок 3.12 – Пример сгенерированной накладной по заказу на ремонт
3.3. Определение экономического эффекта от внедрения
разработанной системы
Актуальность внедрения системы автоматизации ведения учета
выполненных работ и материалов, затраченных в ходе технического
обслуживания и ремонта медицинского оборудования обоснована рядом
фактором.
Во-первых – компания постоянно расширяет круг своих заказчиков и
постоянных клиентов. Количество работ и ведение учета затраченных
69
материалов уже не может обходится полу-ручным способом, без
использования централизованного комплексного хранения данных.
Во-вторых – наличие системы автоматизации позволяет соединить ее с
модулем управления складом и автоматизировать учет расходных
материалов минуя операции составление заявки на склад, по которой технику
ранее выдавались материалы, и производился их учет. Такой подход
предполагает большие затраты времени, как для отдельных техников, так и
для кладовщика. Наличие автоматизированной системы учета упраздняет
подобные операции.
В-третьих – ремонт и обслуживание мед техники обладает свойством
цикличности. Каждый отдельный агрегат имеет свой оценочный срок
службы и имея информацию о ранее выполняемых заменах и ремонтах
можно на основе собранной статистики и дат предыдущего обслуживания,
планировать объемы работ и необходимых комплектующих в будущем.
В объеме квалификационной работы проектируется система учета
выполненных работ и затраченных материальных средств при обслуживании
медицинского оборудования. Система проектируется как модуль, который, в
дальнейшем может быть функционально расширен и связан с другими
модулями глобальной информационной среды организации. К актуальным
функциональным расширениям стоит отнести, например, элементы CRM:
поддержка обратной связи с заказчиками, напоминание о плановых
обслуживаниях, рекламы и акции, введение личных дисконтных программ и
т.д.
Внедрение системы не предусматривает увольнение, каких либо
сотрудников, или сокращение рабочих смен. Исходя из этого прямой
экономический эффект определить достаточно сложно.
Внедрение и использование системы имеет ряд косвенных эффектов. К
повседневным эффектам стоит отнести упразднение выписки запчастей на
складе техниками, что освободит определенную часть их рабочего времени и
позволит выполнить больше заказов. Наличие централизованного хранения
70
данных даст возможность проводить финансовый анализ и статистику в
конце отчетного периода.
Наличие возможности оперативного изменения статуса заказа
позволяет видеть ситуацию по выполненным заказам и заказам, находящимся
в работе на текущий момент.
Система проектируется с учетом возможности расширения и
интеграции с другими модулями, разработанная АИС может быть дополнена
функциями из группы CRM - систем. Дополнительные функции позволят
укрепить отношение с клиентами повысить уровень их доверия и лояльности
к компании, что, в свою очередь, является первичным фактором для
обеспечения стабильной доходности организации.
71
ЗАКЛЮЧЕНИЕ
В современных рыночных условиях, а также учитывая уровень
конкуренции, возникает острая необходимость внедрения информационных
технологий. Последние позволяют автоматизировать выбранные процессы,
ускорить обработку информации на определенных этапах, повысить скорость
обмена, уровень оперативности и актуальности информации.
Объектом исследования работы выступает сервисный центр,
ориентированный на ремонт и обслуживание медицинского оборудования
«MedicalDeviceSupport».
Выбор направления и конкретной задачи, подлежащей автоматизации
требует первичного анализа, как предметной области в целом, так и
особенностей отдельных процессов (тех, что имеют информационное
сопровождение и потенциально могут быть автоматизированы).
Для достижения поставленных в работе задач изначально был проведен
общий анализ компании, рассмотрена структура, и особенности управления в
компании. Следующим этапом стало исследование непосредственно
процессов учета и контроля, а также процессов ведения заказов: от момента
обращения заказчика до момента выполнения технических или сервисных
работ и расчета заказчика. Для большей наглядности и более глубокого
понимания протекания и особенностей реализации процессы были
промоделированы с использованием структурно-модульного подхода.
В целом ход выполнения ВКР был разделен на несколько этапов:
анализ предметной области и необходимости внедрения информационных
технологий на предприятие (Аналитический раздел), обоснования проектных
решений для поставленной задачи, описание проектных решений и
разработанного программного обеспечения (Проектный раздел) и оценка
результатов и преимуществ, полученных компанией от внедрения продукта.