4. Первая итерация - проектирование приложений
4.1 Схема приложения
Ссылка на 1-ю часть статьи. Главная задача этапа моделирования экранов пользовательского приложения состоит в формировании наиболее простого для понимания и использования интерфейса, используя который, пользователи не будут сталкиваться с большим количеством препятствий и проблем. В процессе проектирования необходимо принимать во внимание следующие условия: для кого и для чего предназначено разрабатываемое программное обеспечение; как распределяются функции системы по конкретным страницам, и какова их последовательность. На рисунках 4.1-4.2 продемонстрирована схема приложения, отображающая взаимодействие пользовательских форм между собой.
Рис. 4.1. Схема приложения (часть 1)
Рис. 4.2. Схема приложения (часть 2)
4.2 Структура таблиц баз данных
Проектирование базы данных – процесс создания схемы базы данных, а также определение необходимых ограничений целостности. Ключевая стадия проектирования структуры данных состоит в нормализации данных, что подразумевает процесс распределения данных по различным взаимосвязанным таблицам. Это позволяет устранить избыточность и дублирующиеся данные.
Данные, описанные в части 2, необходимо нормализовать. Существует несколько правил нормализации, называющиеся нормальной формой [13]. Основными нормальными формами являются:
- первая нормальная форма (1NF), подразумевает соблюдение следующих правил:определение ключевых полей;
устранение повторяющихся групп: на пересечении каждого столбца и каждой строки содержится только одно (атомарное значение), а не множество значений;
все атрибуты должны зависеть от первичного ключа. Таким образом, необходимо задать ключевые поля для таблиц, описанных в функциональных требованиях в части 2 и привести поля в таблицах к соответствию условию атомарности: одно поле – одно значение; - вторая нормальная форма (2NF). Отношения находится во второй нормальной форме, если они находится в первой нормальной форме, а так же все не ключевые атрибуты зависят только от первичного ключа. Для приведения разрабатываемого программного обеспечения ко второй нормальной форме необходимо создание таблиц справочников для не ключевых атрибутов. В проектируемой БД были созданы следующие таблицы-справочники:жалобы;
диагнозы;
виды диагностики;
лекарства; - третья нормальная форма (3NF). Отношение находится в третьей нормальной форме (3NF), если оно находится во второй нормальной форме, и каждый не ключевой атрибут зависит только от первичного ключа и не зависит от другого.
Полный текст статьи: https://corpinfosys.ru/archive/2021/issue-16/181-2021-16-agilekanban
