Описание среды программирования
Чтобы создавать различные программы от простых до сложно-структурированных,необходимы 3 вещи:
1. Язык программирования, в нашем случаи С++;
2. Умение программировать, то есть его талант и знание языка;
3. Среда программирования. Её мы и рассмотрим.
QtCreator — кроссплатформенная свободная IDE для разработки на С, С++ и QML. РазработанаTrolltech (Digia) для работы с фреймворком Qt. Включает в себя графический интерфейс отладчика и визуальные средства разработки интерфейса как с использованием QtWidgets, так и QML.
Основная задача QtCreator — упростить разработку приложения с помощью фреймворка Qt на разных платформах. Поэтому среди возможностей, присущих любой среде разработки, есть и специфичные, такие как отладка приложений на QML и отображение в отладчике данных из контейнеров Qt, встроенный дизайнер интерфейсов как на QML, так и на QtWidgets.
QtCreator поддерживает системы сборки qmake, cmake, autotools, с версии 2.7 qbs. Для проектов, созданных под другими системами, может использоваться в качестве редактора исходных кодов. Есть возможность редактирования этапов сборки проекта.
Среда разработки имеет графический интерфейс для следующих отладчиков: GDB, CDB и QML/JavaScript. В качестве отдельной опции реализовано отображение содержимого контейнеров, таких как QString, std::map и прочих. Поддерживаются следующие режимы отладки:
· простой для отладки локально запущенных приложений, таких как GUI приложения на Qt;
· терминал для отладки локально запущенных процессов, которым требуется консоль, обычно это приложения без GUI;
· подключённый для отладки локальных процессов, запущенных вне QtCreator;
· удалённый для отладки запущенных на другой машине процессов (используя gdbserver);
· ядро для отладки завершившихся аварийно процессов на Unix;
· Post-mortem для отладки завершившихся аварийно процессов на Windows;
· TRK для отладки процессов, запущенных на устройстве Symbian.
Рисунок 1.1 Окно редактора кода QtCreator
Требования к функциональным характеристикам
1.3.1 Функциональные и нефункциональные требования к программе
Функциональные требования к программе:
· Обеспечение хранения, добавления карт пациента;
· Поиск пациента в базе данных;
· Запись к врачу;
· Хранение данных расписаний врачей;
· Просмотр карт пациента, расписаний врачей;
· Сформирование талона.
Нефункциональные требования к программе:
· Меню программы;
· Интерфейс программы.
Требования к надежности
В требования к надежности включают:
· состав и количественные значения показателей надежности для системы в целом или ее подсистем;
· перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
· требования к надежности технических средств и программного обеспечения;
· требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
1.3.3. Условия эксплуатации и требования к составу и параметрам технических средств
Условия эксплуатации программы совпадают с условиями эксплуатации по ЭВМ IBM PC. Программа должна быть рассчитана на непрофессионального пользователя.
Минимальные требования к электронной вычислительной машине:
· Процессор: IntelCeleron или аналогичный AMD;
· Частота: 1500 МГЦ;
· Оперативная память: 512 Мб;
· Клавиатура и мышь.
Рекомендуемые требования к Электронной вычислительной машине:
· Процессор: Intel Intel Pentium ;
· Частота: 2000 MHz;
· Оперативная память: 1 ГБ;
· Клавиатура и мышь.
Требования к информационной и программной совместимости
Операционная Система: windows 7;
Язык программирования: С++.
Требования к транспортировке и хранению:
Программа поставляется в электронном виде, а так же на диске.
Программная документация поставляется в электронном и печатном виде.
Специальные требования:
Программное обеспечение должно иметь простой, интуитивно понятный интерфейс, рассчитанный на непрофессионального пользователя.
Документация на принятое эксплуатационное программное обеспечение (ПО) должна содержать полную информацию, необходимую для работы программистов с данной программой.
Требования к программной документации.
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД): руководство системного программиста, руководство оператору, описание программы.
ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ
Постановка задачи
Описательная модель задачи
Каждый человек когда-либо в своей жизни болел, и ему приходилось посещать поликлинику. Чтобы попасть к врачу, нужно сначала записаться к нему через регистратуру. Это порой занимает очень много времени. Раньше приходилось стоять в очереди целыми днями,теперь же, когда существуют автоматизированные информационные системы, мы можем создавать разные программы для улучшения, упрощения нашей жизни, как пример «Регистратура поликлиники».
Для работы в программе нужны минимальные знания о компьютере и его программах для работника поликлиники. Работнику будут видны все сведения о расписаниях врачей, пациента, кабинетов. А пациенту нужно иметь при себе только полис, с помощью которого можно легко записаться на прием к врачу, указав все необходимые данные.
Алгоритм программы прост: программа записывает больного пациента к врачу, создает карту нового пациента, показывает расписания врачей. Для записи к врачу, нужно выбрать врача и время приема. Для создания карты, необходимо ввести данные о пациенте, после чего карта заносится в базу данных и хранится. Чтобы просмотреть расписание врачей, сначала необходимо выбрать специализацию, после чего откроется список врачей, далее доступное время для записи к данному врачу. После записи пациента к врачу, можно получить талон.
Описание входной информации
Входной информацией программы являются данные пациента, которые будут введены во вкладке «Создание карты» и «Поиск». См. таблицу 2.1.
Таблица 2.1. Входная информация
| Наименование | Идентификатор | Тип данных |
| Фамилия | surname | string |
| Имя | name | string |
| Год рождения | born | data |
| Адрес | address | string |
| Полис | polis | string |