Добавлен: 08.11.2023
Просмотров: 537
Скачиваний: 11
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
-
по строкам исходного текста программы без захода в вызываемые подпрограммы; -
по строкам исходного текста программы с заходом в вызываемые подпрограммы; -
по командам процессора в выполняемой программе.
14.04.23
Тема:Проведения тестирования программного модуля по определенному сценарию
После разработки программы необходимо провести тестированиеприложения.
Чтобы запустить программу, необходимо открыть файл приложения pacient.exe.
Главное окно показано на следующем скриншоте и представляет собой форму с 4 кнопками:
-
Карточка больного; -
Врачи; -
Процедуры; -
Лекарства.
Рисунок 5 - Карточка больного
Рисунок 6 – Открытый вид карточки
Здесь представлены следующие элементы:
-
Таблица, в которой содержатся все занесенные в БД пациенты. -
Форма добавления нового пациента и его основной информации: ФИО, дата рождения, заболевание и другое. -
Форма просмотра текущей информации о пациенте.
Для того, чтобы удалить запись из БД, необходимо выбрать его из таблицы вверху формы и нажать кнопку «Удалить».
Внимание! Необходимо корректно заполнять и удалять поля, иначе произойдет ошибка:
Рисунок 7 – Ошибки
Здесь содержится форма добавления новой записи, таблица с занесенными в БД записями о врачах и форма для их удаления из БД.
Рисунок 8 - Врачи
Здесь содержится информация о назначенных процедурах, можно добавлять и удалять процедуру.
Рисунок 9 - Процедуры
Рисунок 10 – Лекарства
В результате выполнения производственной практики был разработан программный продукт на языке С#. Интерфейс представляет собой экранные форму с меню и диалоговыми окнами.
Плюсами спроектированной программы являются:
-
удобный, интуитивно понятный интерфейс; -
защита от неправильного ввода;
Также в ходе выполнения работы было проведено тестирование, показывающее, что в программу необходимо добавить проверку на правильность вводимых данных. Найденные ошибки устранены, обработка исключений работает.
Таким образом, в данной производственной работе решена поставленная задача.
Рисунок 11 – Начало кода
Рисунок 12- Конец кода
Так как код программы очень большой, я решила вставить только начало и конец.
15.04.23
Тема:Разработка эксплуатационной документации
Эксплуатационная документация – это вид технической документации, описывающий порядок установки, настройки и использования разработанного программного обеспечения (автоматизированной системы).
Как правило, документы данного вида являются составляют либо дополнение к "ядру" комплекта технической документации (проектной документации), либо полностью независимы и автономны, а в некоторых случаях являются единственной частью документации на программный продукт. Именно эксплуатационную документацию мы чаще всего подразумеваем, когда говорим о программной документации в целом.
Основные документы, которые входят в состав эксплуатационной документации:
-
руководство администратора; -
руководство программиста; -
руководство пользователя; -
руководство оператора.
Руководство администратора.
Для работы данной программы особых драйверов и ПО не нужны. Для программы нужны стандартные ОС драйвера, драйвера для принтера и конечно же сам принтер. Проблем во время эксплуатации быть не должно программа прошла качественные тесты.
Руководство программиста.
Среда Delphi состоит из нескольких отдельно расположенных окон. Используются важные компоненты такие как Form (дизайнер форм), unit (окно редактора), палитра компонентов там вы выбираете нужные вам объекты, которые будут помещены на окно form, инспектор объектов, который позволит вам определить свойство какого-либо объекта, помещенного на форму.
События, использованные в данной программе OnClick, AutoSkroll, BorderStyle, HelpFile, HorzScrollBar, Position, OnActivate, OnHelp, OnShortCut.
Руководство пользователя.
Копируйте папку с программой на любой диск вашего ПК и запускайте фал Scenter.exe. Данные вводятся с клавиатуры и при помощи мыши. Данные сохраняются автоматически после нажатия клавиши “Готово”. Меры безопасности для данных следить чтобы за работающим ПК не было вирусов и других вредоносных программ. Особенности работы с данной программой — это то, что программа легко вас понимает, вам не надо долго учиться чтобы работать в данной программе.
Руководство оператора
Нормативной базой для составления данного документа может являться ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению, в котором выделяются следующие разделы:
-
назначение программы; -
условия выполнения программы; -
выполнение программы; -
сообщения оператору.
17.04.23
Тема: Проведения тестирования и заполнения протокола тестирования
Модульное тестирование – это тип тестирования программного обеспечения, при котором тестируются отдельные модули или компоненты программного обеспечения. Его цель заключается в том, чтобы проверить, что каждая единица программного кода работает должным образом. Данный вид тестирование выполняется разработчиками на этапе кодирования приложения. Модульные тесты изолируют часть кода и проверяют его работоспособность. Единицей для измерения может служить отдельная функция, метод, процедура, модуль или объект.
-
Модульные тесты позволяют исправить ошибки на ранних этапах разработки и снизить затраты. -
Это помогает разработчикам лучше понимать кодовую базу проекта и позволяет им быстрее и проще вносить изменения в продукт. -
Хорошие юнит-тесты служат проектной документацией. -
Модульные тесты помогают с миграцией кода. Просто переносите код и тесты в новый проект и изменяете код, пока тесты не запустятся снова.
Протокол тестовых испытаний.
"УТВЕРЖДАЮ"
Руководитель
организации-разработчика
Пахрудинова Патимат
(подпись, фамилия)
"17" апреля 2023г.
ПРОТОКОЛ
тестовых испытаний
АИС «Учёт пациентов в регистратуре поликлиники»»
(указать наименование ПО)
"17" апреля2023г.
Настоящий протокол составлен по результатам тестирования на
базе программно-технических средств МКОУ Средняя образовательная школа №4 разработчика, либо ЦОД, либо другой организации) проведенного в период с "15" апреля2023г. по "17" апреля2023г.
Условия, в которых проводилось тестирование:
Операционная система:
Windows10. Профессиональная
Система:
Процессор – Intel(R) Pentium(R) CPUG4560 @ 3.50GHz 3.50 GHz
Установленная память(ОЗУ) – 4,00 ГБ
Тип системы – 64-разрядная операционная система, процессор x64
Имя компьютера, имя домена и параметры рабочей группы:
Компьютер – pc
Тестирование проводилось по следующим режимам:
1. Компонентное/модульное тестирование
2. Интеграционное тестирование
3. Системное тестирование
Выводы по результатам тестирования:
1. Общая оценка проведения тестирования работы составила 5 (из 5)
2. Ошибки отсутствуют.
Руководитель подразделения, Пахрудинова
ответственного за проведение (фамилия, подпись)
18.04.23
Разработка алгоритма поставленной задачи и реализация его средствами автоматизированного проектирования
Алгоритм решения задачи состоит из следующих этапов:
-
Вводим данные о новом пациенте/сотруднике/назначении в предназначенные для этого поля; -
Считываем данные, введенные в полях для ввода информации; -
Сохраняем данные в базе данных; -
Вносим нужные изменения; -
Сохраняем данные в базе данных.
Входные и выходные данные будут иметь следующие типы данных:
-
Фамилия Имя Отчество пациента – текстовый тип, проверка на правильность ввода; -
Лечащий врач – текстовый тип, вставляется из справочника, находящийся в таблице «Doctor»; -
Причина выписки – текстовый тип, вставляется из справочника, находящийся в таблице «Naznachenie»; -
Фамилия Имя Отчество сотрудника – текстовый тип, проверка на правильность ввода; -
Должность – текстовый тип, вставляется из таблицы «Doljnost»; -
Назначение – текстовый тип, вставляется из таблицы «Nazv»; -
Наименование – текстовый тип, проверка на правильность ввода -
ФИО врача/медсестры – текстовый тип, вводиться из таблицы «Doctor».
Выходные данные:
-
Код – проставляется автоматически -
Фамилия Имя Отчество пациента – текстовый тип, проверка на правильность ввода; -
Лечащий врач – текстовый тип, вставляется из справочника, находящийся в таблице «Doctor»; -
Причина выписки – текстовый тип, вставляется из справочника, находящийся в таблице «Naznachenie»; -
Код сотрудника – проставляется автоматически -
Фамилия Имя Отчество сотрудника – текстовый тип, проверка на правильность ввода; -
Должность – текстовый тип, вставляется из таблицы «Doljnost»; -
Код пациента – вставляется автоматически в зависимости от того какому пациенту будет назначено -
Назначение – текстовый тип, вставляется из таблицы «Nazv»; -
Наименование – текстовый тип, проверка на правильность ввода -
ФИО врача/медсестры – текстовый тип, вводиться из таблицы «Doctor».
Все данные заносятся в три основные таблицы «Patcient», «Doctor» и «Naznachenie». Справочники берутся из дополнительных таблиц, о которых говорилось выше.
Рисунок 11 – Фрагмент из кода
19.04.23
Разработка программных модулей (в том числе приложений баз данных)
Под модульностью программ мы понимаем, прежде всего, возможность представления части исходного кода проекта, в виде бинарных независимых модулей. Более того, весь существенный код можно вынести во внешние бинарные модули, тогда как оставшийся код будет выполнять, по сути, только служебные функции.
Подобное разделение кода удобно для тестирования, отладки и быстрой компоновки отдельных частей приложения. Это может иметь смысл и для командной работы, когда каждый создает собственный модуль, а потом просто проверяет его работу путем копирования своей библиотеки в соответствующий каталог плагинов.
Однако может возникнуть ситуация, когда необходимо весь исходный код плагинов скомпилировать вместе с основным модулем. Технически это не должно вызывать проблем. Выбор должен быть на уровне параметра условной компиляции. Проще всего, просто сформировать два проекта, один для полной динамической сборки, а второй, для полной статической сборки проекта. Понятно, что допустимы и промежуточные варианты.
В нашей производственной, мы использовали оба вида компиляции. Естественно, что результат работы у них один и тот же. Только, в динамическом проекте, можно видеть работу программы вообще без плагинов
В проекте нам доступны два динамических плагина и три статических. Статические плагины присутствуют всегда, либо внутренним образом (при полной статической сборке проекта), либо в виде трех dll (расположенных рядом с exe-модулем):
-
Common.dll (библиотека общего назначения, для упрощенной работы с ini-файлами, создания исходных каталогов и т.п.); -
DllLoader.dll (загрузчик динамических плагинов, который оказался достаточно сложным для включения его в библиотеку общего назначения); -
App.dll (основной код, создающий главное окно, организующий работу цикла сообщений и т.п.).
Работа этих статических плагинов (за исключением создания прототипа главного окна) на рисунке не видна, поскольку они предназначены, в основном, для обслуживания динамических плагинов.