2. Решение общесистемных вопросов

2.1 Разработка структуры программной среды

Проектирование — итерационный процесс, при помощи которого требования к ПС транслируются в инженерные представления ПС. Вначале эти представления дают только концептуальную информацию (на высоком уровне абстракции), последующие уточнения приводят к формам, которые близки к текстам на языках программирования [6].

Обычно в проектировании выделяют две ступени: предварительное проектирование и детальное проектирование. Предварительное проектирование формирует абстракции архитектурного уровня, детальное проектирование уточняет эти абстракции, добавляет подробности алгоритмического уровня. Кроме того, во многих случаях выделяют интерфейсное проектирование, цель которого — сформировать графический интерфейс пользователя (GUI). Схема информационных связей процесса проектирования приведена на рис. 2.1

Рис.2.1 – Информационные связи процесса проектирования

Предварительное проектирование обеспечивает:

• Идентификацию подсистем;

• Определение основных принципов управления подсистемами, взаимодействия подсистем.

Предварительное проектирование включает три типа деятельности:

• Структурирование системы. Система структурируется на несколько подсистем, где под подсистемой понимается независимый программный компонент. Определяются взаимодействия подсистем.

• Моделирование управления. Определяется модель связей управления между частями системы.

• Декомпозиция подсистем на модули. Каждая подсистема разбивается на модули. Определяются типы модулей и межмодульные соединения.

Подсистема — это система, операции которой не зависят от сервисов, предоставляемых другими подсистемами. Подсистемы состоят из модулей — системных компонентов, предоставляющих один или несколько сервисов для других модулей.

Модели архитектуры могут зависеть от нефункциональных требований к разрабатываемой системе:

• Производительность — за критические операции отвечает как можно меньше подсистем — т.е. используется крупномодульная архитектура;

• Защищённость — многоуровневая архитектура системы, наиболее критические элементы защищены на нижнем уровне;

• Надёжность — включаются явно излишние компоненты, которые можно изменять, не прерывая работу системы;

• Удобство сопровождения — архитектура из мелких компонентов, которые можно легко адаптировать под требования предметной области;

• Безопасность — за все операции, влияющие на безопасность, должно отвечать как можно меньше подсистем.

Модели представляют собой средства для визуализации, описания, проектирования и документирования архитектуры системы. В статических структурных моделях представлены подсистемы или компоненты, разрабатываемые в дальнейшем независимо.

Известны четыре модели системного структурирования:

• Модель хранилища данных (репозитория);

• Модель "клиент-сервер";

• Трехуровневая модель;

• Абстрактная машина.

Проанализировав существующие модели, выбор был сделан в пользу модели хранилища данных, так как, данная модель имеет следующие достоинства:

1. Не надо передавать данные из одной подсистемы в другую;

2. Централизовано резервное копирование, обеспечение безопасности, управление доступом и восстановление данных;

3. Легко вводить в состав новые подсистемы [6].

Исходя из постановки и цели задач дипломного проекта (пункт 1.3) в проекте предполагается включить в себя следующие модулей, как показано на рис.2.2:

• Модуль ввода пароля;

• Модуль заставка;

• Головной модуль;

• Модуль вывода данных о студентах;

• Модуль ввода данных о студентах;

• Модуль ввода данных о комнате;

• Модуль вывода данных о комнате;

• Модуль удаления данных о комнате;

• Модуль вывода данных о группе;

• Модуль ввода данных о пользователе;

• Модуль вывода данных о пользователях;

• Модуль удаления данных о пользователе;

• Модуль поиска по базе;

• М одуль об авторе.

Рис.2.2 – Программные модули проекта