Построение контекстной диаграммы
Нормализация даталогической модели
Нормализация – это процесс приведения таблиц БД к строгой форме путем последовательного преобразования таблиц к состоянию, в котором они удовлетворяют условиям первой, второй и третьей нормальных форм.
В процессе нормализации происходит последовательное улучшение даталогической модели данных с тем, чтобы обеспечить ее устойчивость
к операциям добавления, удаления и изменения данных.
15.В рамках структурного подхода существует несколько методологий описаний предметной области, позволяющие составить модель системы
с различных точек зрения. Все методологии были разработаны Национальным институтом стандартизации и технологий, а их названия начинаются с букв IDEF вслед за которыми идет номер соответствующей методологии. В дальнейшем, при рассмотрении вопросов, связанных с описанием исследуемой предметной области и построением ее модели, будем использовать описанную в рамках методологии IDEF0 нотацию DFD– диаграммы потоков данных.
16-17.Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. В соответствии с данным методом модель системы описывается как иерархия диаграмм потоков данных, описывающих процесс преобразования информации от ее ввода в систему до выдачи пользователю. Иерархия представлена диаграммами различного уровня. На верхнем уровне используются контекстные диаграммы, определяющие основные процессы
в подсистемах с внешними входами и выходами. Процессы, представленные на диаграммах верхнего уровня детализируются при помощи диаграмм нижнего уровня до тех пор, пока не будет достигнут уровень
декомпозиции, на котором процессы становятся элементарными.
18.Очень важно на этапе проектирования достичь взаимопонимания как между разработчиками системы, так и между экспертами предметной области, заказчиками и т.д., так как каждый имеет свое видение проекта. Важным инструментом в данном случае является использование единой нотации – системы обозначений, правил описания процессов, объектов, явлений и их взаимосвязи, позволяющее всем участникам проекта «говорить на одном языке».
Для построения DFD традиционно используются две различные
нотации, соответствующие методам Йордана – де Марко и Гейна – Сэрсона. Эти нотации незначительно различаются друг от друга графическим изображением символов. Далее при построении примеров будет использоваться нотация Йордана – де Марко.
19.Построение диаграммы DFD производится в следующей последовательности:
Построение контекстной диаграммы
При проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре
которой находится так называемый главный процесс, соединенный с источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Перед построением контекстной диаграммы необходимо проанализировать внешние события. Для проверки контекстной диаграммы можно составить список событий, который должен состоять из описаний действий внешних сущностей и соответствующих реакций системы на события. Каждое событие должно соответствовать одному (или более) потоку данных: входные потоки интерпретируются как воздействия, а выходные – как реакции системы на входные потоки.
В случае необходимости подробного описания главного процесса, его необходимо детализировать. Для этого строится диаграмма первого уровня, состоящая обычно из нескольких процессов, связанных между собой. Потоки данных, входящие в процесс и исходящие из процесса контекстной диаграммы переносятся на диаграмму второго уровня. При этом, входные потоки служат источником информации для процессов детализированной диаграммы, а выходные – результатом выполнения процессов.
В результате детализации получается диаграмма первого уровня. На этом этапе необходимо сделать вывод о необходимости проведения дальнейшей детализации. Если полученная модель недостаточно подробно описывает рассматриваемые бизнес процессы, необходимо проводить дальнейшую детализацию путем построения диаграмм второго уровня.