Атрибуты и методы классов
Класс интерфейса клиента
Класс «Интерфейс клиента» |
|
Запрос к поисковику (); Запрос начальной страницы Web-сайта (); Отображения страниц, содержащих запрошенные сведения () |
3.Класс поисковика
Класс поисковика |
Описание отыскиваемых данных |
Метод 1 поиска () Метод 2 поиска () |
4.Класс «Начальная страница Web-сайта»
Класс «Начальная страница Web-сайта» |
Запрос 1 Запрос 2 ………... |
Передача запросов на сервер () |
5.Класс с sql-операторами
Класс с SQL-операторами |
Текст запроса сведений о рейсах |
Передача запроса СУБД (); Получение данных, запрошенных у СУБД (); Настройка параметров динамических страниц (); Запуск процесса «Передача динамической страницы интерфейсу клиента () |
Диаграмма развертывания, показывающая состав аппаратного и обеспечивающего по информационной подсистемы
Диаграмма развертывания (размещения) отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является хорошим средством для того, чтобы показать размещение объектов и компонентов в распределенной системе.
Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства — в большинстве случаев, часть аппаратуры. Эта аппаратура может быть простым устройством или датчиком, а может быть и мэйнфреймом.
Диаграмма размещения показывает физическое расположение сети и местонахождение в ней различных компонентов. Ее основные элементы:
узел (node) — вычислительный ресурс — процессор или другое устройство (дисковая память, контроллеры различных устройств и т.д;
соединение (connection) — канал взаимодействия узлов (сеть).
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.
По сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:
масштабируемость;
конфигурируемость — изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;
высокая безопасность;
высокая надёжность;
низкие требования к скорости канала (сети) между терминалами и сервером приложений;
низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости. Терминалом может выступать не только компьютер, но и, например, мобильный телефон.
Недостатки вытекают из достоинств. По сравнению c клиент-серверной или файл-серверной архитектурой можно выделить следующие недостатки трёхуровневой архитектуры:
более высокая сложность создания приложений;
сложнее в развертывании и администрировании;
высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
Диаграмма развертывания показана на Рисунке 2.6:
Рисунок 2.6 - Диаграмма развертывания для проектируемой ИС
Состав обеспечивающего ПО на стороне клиента:
Internet Explorer
Состав обеспечивающего ПО на сервере:
IIS – служба Internet Information Services
Delphi 7.0 – для создания источника ODBC, создания динамических html-страниц
СУБД – Microsoft Access 2003
Блокнот – для создания шаблонов динамических страниц
Выводы
В процесс разработки данного раздела курсового проекта были изучены основные понятия и принципы построения спецификаций вариантов использования ИС, интерфейсов пользователей ИС и перечень запросов, диаграмм классов, диаграмм последовательности и кооперативных диаграмм, диаграмм развертывания. В последствии были разработаны все вышеперечисленные диаграммы для проектируемой информационной подсистемы, а также спецификации вариантов использования проектируемой информационной подсистемы, интерфейсы пользователей проектируемой информационной подсистемы и перечень запросов.