ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 04.12.2023
Просмотров: 441
Скачиваний: 5
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
1.1.1 Диаграмма прецедентов Диаграмма прецедентов является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки. Суть данной диаграммы состоит в том, что проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью, так называемых прецедентов.Диаграмма прецедентов представлена на рисунке 6:Рис. 6 Диаграмма прецедентов Субъектами (паспортист, комендант, вахтер) в данном случае выступают: студент. Прецедентами являются: Занести студента в БД, Предоставить прописку и место жительства, Установить оплату, Посмотреть свободные места.1.1.2 Диаграмма классов Диаграмма классов(class diagram) служит для представления статистической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные отношения между отдельными сущностями предметной области. Диаграмма классов для управления заселением и проживанием в общежитии выглядит следующим образом:Рис. 7 Диаграмма классов Объекты, отраженные в диаграмме классов объектов, связаны статистическими отношениями, которые отражают постоянные связи между объектами. К статистическим отношениям относятся:- зависимости (dependency relationship);- ассоциации (association relationship);- обобщения (generalization relationship) . Отношение зависимости в общем случае указывает некоторое семантическое отношение между двумя элементами модели или двумя множествами таких элементов, которое не является отношением ассоциации, обобщения или реализации. Оно используется в такой ситуации, когда некоторое изменение одного элемента модели может потребовать изменения другого зависимого от него элемента модели. Отношение зависимости графически изображается пунктирной линией между соответствующими элементами со стрелкой, направленной от класса-клиента зависимости к независимому классу или классу-источнику. В качестве класса-клиента и класса-источника зависимости могут выступать целые множества элементов модели. В этом случае одна линия со стрелкой, выходящая от источника зависимости, разделяется в некоторой точке на несколько линий, каждая из которых имеет отдельную стрелку для класса-клиента.
В прямоугольниках в верхней части даны имена классов объектов, в средней части – имена атрибутов, в нижней части – имена методов. Отношения между сущностями различаются по следующим типам: один к одному(1:1) – это когда один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта;один ко многим (1:n) – это когда один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта; многие к одному (n:1) – это когда более чем один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта. Диаграмма классов дает обобщенное визуальное представление обо всех элементах модели классов.1.1.3 Диаграмма видов деятельности Диаграмма видов деятельности (activity diagram) отражает динамику системы и особенно полезна при описании поведения, включающего в себя большое количество параллельных процессов, а также для моделирования поведения системы в самом общем виде на этапе анализа (рис. 8). Рис. 8 Диаграмма видов деятельности Простые и ветвящиеся последовательные переходы в диаграммах деятельности используются чаще всего. Однако можно встретить и параллельные потоки, и это особенно характерно для моделирования бизнес-процессов. В UML для обозначения разделения и слияния таких параллельных потоков выполнения используется синхронизационная черта, которая рисуется в виде жирной вертикальной или горизонтальной линии. Точка слияния представляет собой механизм синхронизации нескольких параллельных потоков выполнения. В эту точку входят два или более перехода, а выходит ровно один. Выше точки слияния деятельности, ассоциированные с приходящими в нее путями, выполняются параллельно. В точке слияния параллельные потоки синхронизируются, то есть каждый из них ждет, пока все остальные достигнут этой точки, после чего выполнение продолжается в рамках одного потока. Каждый из параллельно выполняющихся потоков управления существует в контексте независимого активного объекта, который, как правило, моделируется либо процессом, либо вычислительной нитью. Действия, показанные на модели, можно сгруппировать в разделы. Можно выделить три раздела: «Студент», «Деканат», «Комендант», «Паспортист».
Рис. 9 Диаграмма видов деятельности (с разделами)1.1.4 Диаграммы состояний Диаграмма состояний (рис. 10) отображает поведение объектов класса «Размещение» в динамике, связь состояний объектов с событиями определяет:- типичные состояния, которые проходит объект;- события, которые ведут к состоянию объекта;- действия, выполняемые объектом после получения сообщения об изменении состояние;- входные и выходные точки диаграммы. Рис. 10 Диаграмма состояний класса «Размещение» Также с помощью диаграммы состояний можно показать состояние класса «Поиск помещения» (рис. 11): Рис. 11 Диаграмма состояний класса «Поиск помещения»1.1.5 Диаграмма последовательностей Диаграмма последовательностейотражает поток событий, происходящих при реализации прецедента «Занесение студента в БД общежития» (рис. 12).Рис. 12 Диаграмма последовательностей прецедента «Занесение студента в БД общежития» Также можно проследить и поток событий происходящих при реализации прецедента «Занесение студента в БД общежития» (рис. 13).Рис. 13 Диаграмма последовательностей прецедента «Поиск свободного места» От каждого объекта вниз отходит штриховая линия, называемая линией жизни (Lifeline) объекта. На ней показано все, что происходит с объектом с момента его создания и до разрушения. Сообщения, передающиеся от одного объекта к другому, представляются стрелками между линиями жизни этих объектов. Порядок следования сообщений устанавливается сверху вниз. Диаграммы последовательностей являются наглядным и легко читаемым средством описания функционирования системы. Они помогают быстрее разобраться в процессах поведения системы1.1.6 Диаграмма пакетов Пакетная технология группирования классов объектов позволяет упростить:1. разработку и эксплуатацию ИС;
1.1.7 Диаграмма компонентов и развертывания Диаграмма компонентов отображает зависимости программных компонентов, которые представляются в виде исходных, откомпилированных и исполняемых программных кодов объектов. Один компонент, как правило, соответствует программному коду одного пакета классов объектов. Компонент в своем составе имеет интерфейсный класс объектов, через который осуществляется доступ к остальным классам объектов компонента. На рисунке 15 интерфейс обозначен кружком, присоединенным к пиктограмме компонента. С помощью интерфейса объекты других компонентов обращаются не к конкретным объектам рассматриваемого компонента, а к его интерфейсному объекту. Таким образом, упрощается взаимодействие компонентов между собой, когда при доступе к компоненту их других компонентов не требуется знать внутреннюю структуру этого компонента. Рис. 15 Диаграмма компонентов и развертывания В модели развертывания отображается топология расположения компонентов по узлам вычислительной сети. Отдельный компонент всегда располагается на одном компьютере-сервере. На одном компьютере-сервере может располагаться несколько компонентов.1.2 Структура базы данных(Скрипт для данной структуры БД представлен в приложении 1.) База данных для организации и контроля заселения и проживания студентов в общежитии, спроектирована с помощью программного средства ERwin Data Modeler. ERwin Data Modeler реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как Oracle, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Borland Interbase и др. При проектировании логической модели данных с помощью вышеуказанного продукта она будет иметь следующий вид (рис. 16): Рис. 16 Логическая модель данных На данной модели представлены следующие сущности: Очное отделение, Заочное отделение, Студент, Инвентарь, Прописка и Комната. В каждой сущности определен первичный ключ. Отношения между сущностями различаются по следующим типам: один к одному(1:1) – это когда один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта;один ко многим (1:n) – это когда один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта;
многие к одному (n:1) – это когда более чем один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта. Физическая модель данных выглядит следующим образом (рис. 17): Рис. 17 Физическая модель данных Физическая модель представляет собой единую базу данных, где каждый объект логической модели преобразован в таблицу, а на основании отношений формируются вторичные или первичные ключи таблиц.
В прямоугольниках в верхней части даны имена классов объектов, в средней части – имена атрибутов, в нижней части – имена методов. Отношения между сущностями различаются по следующим типам: один к одному(1:1) – это когда один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта;один ко многим (1:n) – это когда один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта; многие к одному (n:1) – это когда более чем один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта. Диаграмма классов дает обобщенное визуальное представление обо всех элементах модели классов.1.1.3 Диаграмма видов деятельности Диаграмма видов деятельности (activity diagram) отражает динамику системы и особенно полезна при описании поведения, включающего в себя большое количество параллельных процессов, а также для моделирования поведения системы в самом общем виде на этапе анализа (рис. 8). Рис. 8 Диаграмма видов деятельности Простые и ветвящиеся последовательные переходы в диаграммах деятельности используются чаще всего. Однако можно встретить и параллельные потоки, и это особенно характерно для моделирования бизнес-процессов. В UML для обозначения разделения и слияния таких параллельных потоков выполнения используется синхронизационная черта, которая рисуется в виде жирной вертикальной или горизонтальной линии. Точка слияния представляет собой механизм синхронизации нескольких параллельных потоков выполнения. В эту точку входят два или более перехода, а выходит ровно один. Выше точки слияния деятельности, ассоциированные с приходящими в нее путями, выполняются параллельно. В точке слияния параллельные потоки синхронизируются, то есть каждый из них ждет, пока все остальные достигнут этой точки, после чего выполнение продолжается в рамках одного потока. Каждый из параллельно выполняющихся потоков управления существует в контексте независимого активного объекта, который, как правило, моделируется либо процессом, либо вычислительной нитью. Действия, показанные на модели, можно сгруппировать в разделы. Можно выделить три раздела: «Студент», «Деканат», «Комендант», «Паспортист».
Рис. 9 Диаграмма видов деятельности (с разделами)1.1.4 Диаграммы состояний Диаграмма состояний (рис. 10) отображает поведение объектов класса «Размещение» в динамике, связь состояний объектов с событиями определяет:- типичные состояния, которые проходит объект;- события, которые ведут к состоянию объекта;- действия, выполняемые объектом после получения сообщения об изменении состояние;- входные и выходные точки диаграммы. Рис. 10 Диаграмма состояний класса «Размещение» Также с помощью диаграммы состояний можно показать состояние класса «Поиск помещения» (рис. 11): Рис. 11 Диаграмма состояний класса «Поиск помещения»1.1.5 Диаграмма последовательностей Диаграмма последовательностейотражает поток событий, происходящих при реализации прецедента «Занесение студента в БД общежития» (рис. 12).Рис. 12 Диаграмма последовательностей прецедента «Занесение студента в БД общежития» Также можно проследить и поток событий происходящих при реализации прецедента «Занесение студента в БД общежития» (рис. 13).Рис. 13 Диаграмма последовательностей прецедента «Поиск свободного места» От каждого объекта вниз отходит штриховая линия, называемая линией жизни (Lifeline) объекта. На ней показано все, что происходит с объектом с момента его создания и до разрушения. Сообщения, передающиеся от одного объекта к другому, представляются стрелками между линиями жизни этих объектов. Порядок следования сообщений устанавливается сверху вниз. Диаграммы последовательностей являются наглядным и легко читаемым средством описания функционирования системы. Они помогают быстрее разобраться в процессах поведения системы1.1.6 Диаграмма пакетов Пакетная технология группирования классов объектов позволяет упростить:1. разработку и эксплуатацию ИС;
-
гибкую адаптацию типовых компонентов с позиции их повторного использования; -
оптимизацию клиент-серверной архитектуры ИС.
1.1.7 Диаграмма компонентов и развертывания Диаграмма компонентов отображает зависимости программных компонентов, которые представляются в виде исходных, откомпилированных и исполняемых программных кодов объектов. Один компонент, как правило, соответствует программному коду одного пакета классов объектов. Компонент в своем составе имеет интерфейсный класс объектов, через который осуществляется доступ к остальным классам объектов компонента. На рисунке 15 интерфейс обозначен кружком, присоединенным к пиктограмме компонента. С помощью интерфейса объекты других компонентов обращаются не к конкретным объектам рассматриваемого компонента, а к его интерфейсному объекту. Таким образом, упрощается взаимодействие компонентов между собой, когда при доступе к компоненту их других компонентов не требуется знать внутреннюю структуру этого компонента. Рис. 15 Диаграмма компонентов и развертывания В модели развертывания отображается топология расположения компонентов по узлам вычислительной сети. Отдельный компонент всегда располагается на одном компьютере-сервере. На одном компьютере-сервере может располагаться несколько компонентов.1.2 Структура базы данных(Скрипт для данной структуры БД представлен в приложении 1.) База данных для организации и контроля заселения и проживания студентов в общежитии, спроектирована с помощью программного средства ERwin Data Modeler. ERwin Data Modeler реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как Oracle, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Borland Interbase и др. При проектировании логической модели данных с помощью вышеуказанного продукта она будет иметь следующий вид (рис. 16): Рис. 16 Логическая модель данных На данной модели представлены следующие сущности: Очное отделение, Заочное отделение, Студент, Инвентарь, Прописка и Комната. В каждой сущности определен первичный ключ. Отношения между сущностями различаются по следующим типам: один к одному(1:1) – это когда один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта;один ко многим (1:n) – это когда один экземпляр первого объекта может соответствовать более чем одному экземпляру второго объекта;
многие к одному (n:1) – это когда более чем один экземпляр первого объекта может соответствовать только одному экземпляру второго объекта. Физическая модель данных выглядит следующим образом (рис. 17): Рис. 17 Физическая модель данных Физическая модель представляет собой единую базу данных, где каждый объект логической модели преобразован в таблицу, а на основании отношений формируются вторичные или первичные ключи таблиц.