- •ВВЕДЕНИЕ
- •1.1 Общая характеристика водоснабжающих организаций
- •1.2 Обзор и сравнение существующих программных продуктов для автоматизации учета рабочего времени в водоснабжающей организации
- •Выводы по первому разделу
- •2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ ОПЕРАТИВНОГО УЧЕТА РАБОЧЕГО ВРЕМЕНИ ВОДОСНАБЖАЮЩЕЙ ОРГАНИЗАЦИИ
- •2.1 Постановка задачи проектирования информационной системы
- •2.2 Анализ предметной области проектирования информационной системы
- •Предметной областью разработки является деятельность водоснабжающей организации по учету рабочего времени.
- •1) Обработка сведений о сотрудниках;
- •2) Учет и анализ информации о текущем графике работ конкретного сотрудника;
- •3) Обработка данных о выезде на места аварий;
- •4) Работа со сведениями о нарушениях графика работ сотрудников;
- •5) Вывод информации анализа в наглядной форме, в виде отчетов.
- •Основными предполагаемыми пользователями системы является:
- •Гость ‒ лицо, не имеющее существенных прав. Имеет право на просмотр некоторых отчётов.
- •Входные и выходные документы для разрабатываемой ИС учета рабочего времени сотрудников, имеют форму бумажных носителей.
- •Входным документом является унифицированная форма Т-12 ‒ документ двойного назначения [7-8].
- •Выходными документами выступают:
- •В качестве СУБД выбрано PostgreSQL, клиент для работы с БД pgAdmin3, так как присутствует опыт работы, так же СУБД удобна для использования [11].
- •2.3 Построение функциональных моделей, описывающих бизнес-процесс учета рабочего времени сотрудников в водоснабжающей организации
- •Выводы по второму разделу
- •В результате написания второго раздела курсового проекта был проведен анализ предметной области, выявлены категории пользователей разрабатываемого приложения.
- •Также была определена цель и задачи разработки информационной системы, которая предназначена для автоматизации процесса учета рабочего времени сотрудников водоснабжающей организации.
- •Были построены следующие модели для последующего проектирования ИС: функциональная модель бизнес-процесса по стандарту IDEF0, логическая и физическая модель данных по стандарту IDEF1X.
- •3 РАЗРАБОТКА И ТЕСТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА РАБОЧЕГО ВРЕМЕНИ СОТРУДНИКОВ В ВОДОСНАБЖАЮЩЕЙ ОРГАНИЗАЦИИ
- •3.1 Описание таблиц баз данных
- •3.2 Дерево программных модулей
- •3.3 Схема взаимосвязей модулей и массивов данных
- •3.4 Алгоритм формирования отчета обо всех авариях, которые были локализованы
- •3.5 Инструкция пользователя по установке программного продукта и работа с ним
- •3.6 Способы и результаты тестирования программного продукта в различных режимах
- •Выводы по третьему разделу
- •ЗАКЛЮЧЕНИЕ
- •СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
- •ПРИЛОЖЕНИЕ А
- •ПРИЛОЖЕНИЕ Б
- •ПРИЛОЖЕНИЕ В
- •ПРИЛОЖЕНИЕ Г
- •План выполнения курсового проекта
- •Рисунок Г.1 ‒ План курсового проекта
- •Рисунок Г.2 ‒ План курсового проекта
- •Рисунок Г.3 ‒ План курсового проекта
- •Рисунок Г.4 ‒ План курсового проекта
- •ПРИЛОЖЕНИЕ Д
- •Листинг Д.2 ‒ Отчеты
Разработанная информационная система является простой в использовании, обладает интуитивным интерфейсом и обеспечивает весь необходимый функционал в рамках рассматриваемых ролей пользователей и сфокусированной задачи разработки в рассматриваемой предметной области автоматизации процесса учета рабочего времени сотрудников.
3.6 Способы и результаты тестирования программного продукта в различных режимах
Тестирование является неотъемлемой частью разработки программы. Для тестирования программы воспользуемся стратегией «черного ящика».
Стратегия «черного ящика» предполагает тестирование по входу-выходу и имеет своей целью выяснение обстоятельств, при которых система не соответствует своей спецификации [20-21].
Тестирование проводится для того, чтобы найти немногие оставшиеся ошибки в хорошо спроектированной системе и тем самым повысить ее надежность, а, следовательно, ценность. С помощью тестирования нельзя добиться хорошей надежности в плохо спроектированной системе [22].
Тестирование программы проводилось в трех основных режимах:
нормальные условия, экстремальные условия, исключительные ситуации.
Цель применения процедуры тестирования программного кода – минимизация количества дефектов (в особенности существенных) в конечном продукте.
Нормальными условиями тестирования являются ввод корректных данных в систему. Проверка работы в нормальном режиме проводится на основе введения значений, в данном случае исключительных ситуаций не было обнаружено. Данный вариант тестирования представлен на рисунках 3.17. –
3.18.
40
Рисунок 3.17 – Ввод корректных данных
Рисунок 3.18 – Результаты ввода данных
Для проверки работы системы в исключительных ситуациях осуществляется некорректный ввод данных. Протестируем данным способом также таблицу «Должности». При условии, если поле «Наименование» незаполненной, то система выдает ошибку. Так же поле «Оклад» может иметь только целочисленные значения и поэтому система не позволяет вводить буквы. Результаты тестирования представлены на рисунках 3.19 - 3.20.
41
Рисунок 3.19 – Реакция системы
Рисунок 3.20 – Реакция системы на ввод некорректных данных
При тестировании в экстремальных условиях, таких как,
функционирование в непрерывном режиме, ввод граничных значений, не приводит к зависанию программы, функциональность не нарушается, все данные воспринимаются программой как правильные [23].
42
После проведения полного тестирования системы, включающего как ввод корректных, так и некорректных значений был сделан вывод, что информационная система функционирует правильно. Таким образом,
заполнение всех таблиц базы данных системы было протестировано в различных режимах. Система реагировала на них адекватно, существуют незначительные погрешности в ее работе. Следовательно, разработанное web-
приложение готово к дальнейшей эксплуатации.
Выводы по третьему разделу
В результате написания третьего раздела курсового проекта, была разработана информационная система учета рабочего времени сотрудников в водоснабжающей организации, также было приведено описание таблиц БД системы, работы основных модулей и их взаимодействие с массивами данных,
подробно был описан алгоритм работы одного из модулей на примере формирования отчета обо всех локализованных авариях, за заданный промежуток времени.
Было проведено тестирование разработанной информационной системы в соответствии с заданием посредством использования метода «черного ящика»,
результаты которого показали корректность работы разработанного приложения.
43