ВВЕДЕНИЕ 4
ПОСТАНОВКА ЗАДАЧИ 5
ОБЗОР ЛИТЕРАТУРЫ 7
ГЛАВА 1. СРАВНЕНИЕ СУЩЕСТВУЮЩИХ СРЕДСТВ УЧЕТА ДЛЯ МЕДИЦИНСКИХ УЧРЕЖДЕНИЙ 8
1.1. ОПИСАНИЕ ТЕКУЩЕЙ ОРГАНИЗАЦИИ РАБОЧЕГО ПРОЦЕССА 8
1.2. ОБЗОР ГОТОВЫХ РЕШЕНИЙ 9
1.3. ОПИСАНИЕ ВЫБРАННОГО СПОСОБА РЕШЕНИЯ ПОСТАВЛЕННЫХ ЗАДАЧ 11
ГЛАВА 2. МАТЕМАТИЧЕСКИЕ АЛГОРИТМЫ КАК СПОСОБ АВТОМАТИЗАЦИИ ПОСТРОЕНИЯ РАСПИСАНИЙ 12
2.1. ПРЕДПОСЫЛКИ ДЛЯ ПРИМЕНЕНИЯ АВТОМАТИЗАЦИИ 12
2.2. ОСНОВНЫЕ ПОНЯТИЯ ТЕОРИИ РАСПИСАНИЙ 13
2.3. ПРИМЕНЕНИЕ ТР В РАМКАХ ТЕКУЩЕЙ ЗАДАЧИ 16
2.4. ОПИСАНИЕ АЛГОРИТМА ПОСТРОЕНИЯ РАСПИСАНИЯ СОТРУДНИКОВ 18
ГЛАВА 3. ЭТАПЫ РАЗРАБОТКИ ПРИЛОЖЕНИЯ 20
3.1. СПОСОБЫ И СРЕДСТВА РАЗРАБОТКИ 20
3.2. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ ДАННЫХ 20
3.3. СОЗДАНИЕ БАЗОВЫХ ФУНКЦИОНАЛЬНЫХ ЭЛЕМЕНТОВ 23
3.4. ПОСТРОЕНИЕ АРХИТЕКТУРЫ ПРИЛОЖЕНИЯ 27
3.5. ЛОГИКА РАБОТЫ И ИНТЕРФЕЙС ПРИЛОЖЕНИЯ 29
3.6. СОЗДАНИЕ ДОПОЛНИТЕЛЬНОЙ ФУНКЦИОНАЛЬНОСТИ 33
ГЛАВА 4. ТЕСТИРОВАНИЕ СИСТЕМЫ 34
4.1. ТЕСТИРОВАНИЕ ЗАЯВЛЕННЫХ ФУНКЦИЙ 34
4.2. ТЕСТИРОВАНИЕ МОДУЛЬНОСТИ 35
4.3. ТЕСТИРОВАНИЕ ВСПОМОГАТЕЛЬНЫХ СИСТЕМ 36
4.4. ТЕСТИРОВАНИЯ РАЗДЕЛА ПОСТРОЕНИЯ РАСПИСАНИЙ 36
ВЫВОДЫ 37
ЗАКЛЮЧЕНИЕ 38
СПИСОК ЛИТЕРАТУРЫ 39
ПРИЛОЖЕНИЕ 1 40
ПРИЛОЖЕНИЕ 2 41
В современном мире большинство компаний стремится по максимуму использовать достижения информационных технологий для организации ведения производства. Уже сложно представить организацию, которая пользуется схемой документооборота, основанной только на бумажных носителях. Каждый старается подобрать подходящий для себя инструмент. Но если в компании нет специалиста, который способен следить за современными тенденциями в развитии информационных технологий, то очень часто применяются далеко не оптимальные инструменты. Либо под задачу используется такое ПО, которое изначально создано для иных целей.
С развитием компании неверный выбор начального направления в применении информационных технологий может загнать в тупик. И для того, чтобы выбраться из этого тупика необходим глубокий анализ существующих на данный момент инструментов и технологий, к использованию которых стоит перейти для оптимизации работы компании.
В наше время существует множество инструментов для решения различных проблем, и очевидным кажется, что достаточно только выбрать подходящее решение. Но не во всех ситуациях стандартные решения могут решить существующий комплекс задач. А средства, обобщающие множество решений, не всегда удобны для конечного пользователя, так как они нагружены избыточной функциональностью.
В подобных ситуациях для конкретных организаций хорошо подходит разработка новых узконаправленных модульных инструментов. Узконаправленность позволяет исключить избыточную функциональность, а модульность дает возможность к гибкому расширению.
Стоит отметить, что данная система, хоть и уступает крупным коммерческим проектам, но со своими задачами она успешно справляется.
Помимо удобства, одним из важных её преимуществ является расширяемость. В ней легко изменять уже существующие модули и добавлять новые.
В то же время системе требуется доработка в части обработки исключений и подключения к серверу. В перспективе можно также выделить работу с БД в отдельный серверный api. Сейчас за работу с БД отвечают ViewModelклассы программы.
Управление сервером отдано под ответственность системного администратора для настройки архивации базы данных и контроль за стабильностью её работы.
В итоге получился готовый работоспособный проект с возможностью дополнения.
По соглашению с организацией автором осуществляется поддержка существующих модулей. Обсуждение новых пока отложено, хотя идеи для из реализации существуют.
В данный момент система используется организацией в полном объеме (Приложение 2).
