- •Введение
- •Описание предметной области
- •Анализ предметной области и построение информационной модели «как есть» на основе структурного подхода
- •2.1. Функциональная модель idef0
- •2.2. Моделирование потоков данных
- •2.3. Workflow-модели
- •2.4. Разработка поведенческой модели информационной системы
- •2.5. Моделирование использования информационной системы
- •2.6. Моделирование структуры информационной систем
- •2.7. Моделирование поведения информационной систем
- •2.8. Разработка интерактивного прототипа информационной системы
- •Заключение
- •Список литературы
2.6. Моделирование структуры информационной систем
На таблице 10 приведены нефункциональные требования (или атрибуты качества)
Требование |
Описание |
Атрибуты |
Ограничения среды и реализации |
Информационная система должна разрабатываться с помощью определенных языков верстки и при этом иметь возможность работать на самых различных устройствах, а также взаимодействовать с другими сервисами. |
Compatibility, Extensibility Portability Interoperability Configurability |
Производительность |
Сервису необходимо быстро загружать страницы. Иметь высокую пропускную способность, а также низкое время отклика для максимальной продуктивности. |
Performance, Restrictions |
Независимость от платформы |
Пользователь должен иметь возможность пользоваться сервисом на самых разных устройствах, будь то телефон, планшет или ПК. |
Portability, Scalability
|
Расширяемость |
Сервис должен соответствовать требованиям пользователя и иметь возможность расширения |
Configurability, Supportability Extensibility |
Надежность |
Сервис должен сохранять свою работоспособность постоянно, а также отвечать последним требованиям безопасности личных данных пользователей. |
Availability, Reliability Security |
Хранение |
Сервису необходимо использовать и хранить огромное количество информации, а кроме этого, отвечать за ее безопасность. |
Durability, Security |
Интуитивное использование |
Сервис должен иметь user-frindly интерфейс, а также низкий порог вхождения для использования. |
Usability, Testability, Localizability |
Таблица 10 – нефункциональные требования (или атрибуты качества)
На таблице 11 приведено описание классов.
№ |
Наименования класса |
Назначение класса |
Слой представления |
||
1 |
Диалоговое окно пользователя |
Позволяет пользователю в полной мере взаимодействовать с сервисом. |
Слой предметной области |
||
2 |
Зарегистрировать собаку |
Регистратор участников заполняет карточку с данными собаки |
3 |
Зарегистрировать владельца |
Регистратор участников заполняет карточку с данными владельца |
4 |
Зарегистрировать клуб |
Регистратор участников заполняет карточку с данными клуба |
5 |
Зарегистрировать регистратора участников |
Организатор добавляет пользователя “Регистратор участников” и открывает ему доступ к базе данных |
6 |
Зарегистрировать секретаря |
Организатор добавляет пользователя “Регистратор участников” и открывает ему доступ к базе данных |
7 |
Зарегистрировать представителя пресс-центра |
Организатор добавляет пользователя “Представитель пресс-центра” и открывает ему доступ к базе данных |
8 |
Просмотр данных |
Организатор, представитель пресс-центра и секретарь просматривают данные |
9 |
Удаление регистратора участников |
Организатор удаляет пользователя “Регистратор участников” |
10 |
Удаление секретаря |
Организатор удаляет пользователя “Секретарь” |
11 |
Удаление представителя пресс-центра |
Организатор удаляет пользователя “Представитель пресс-центра” |
|
Редактирование данных |
Секретарь по необходимости редактирует данные |
Слой источника данных |
||
13 |
Система взаимодействия с базой данных |
Выполняет обращение к базе данных за информацией |
14 |
Интерфейс регистратора участников |
Позволяет регистратору участников добавлять новых питомцев, владельцев, клубов, организаторов |
15 |
Интерфейс секретаря |
Позволяет секретарю вводить данные о результатах соревнований и исправляет ошибки регистратора |
16 |
Интерфейс представителя пресс-центра |
Позволяет представителю пресс-центра просматривать данные о питомцах, владельцах, клубах, организаторах, экспертах, результатах и связывается с владельцами, клубами, организаторами, экспертами или прессой по необходимости |
|
Интерфейс организатора |
Позволяет организатору вводить данные о новых пользователях, удаляет пользователей и участников в случае нарушения правил |
Таблица 11– описание классов
На рисунке 28 приведена диаграмма классов анализа
Рисунок 28 – диаграммы классов анализа
На рисунке 29 приведена диаграмма классов.
Рисунок 29– диаграммы классов
На рисунке 30 приведена диаграмма компонентов.
Рисунок 30 – диаграмма компонентов
На рисунке 31 приведена диаграмма развертывания.
Рисунок 31– диаграмма развертывания
