Файл: Роль сервера и клиента в архитектуре клиент-сервер.pdf

2.6.2 Неоднородность ресурсов в распределенных системах

Следующей проблемой, на которую необходимо обратить внимание, является разнородность информационных ресурсов, используемых в корпоративных системах.

Проблема разнородности требует решения в виде методики интеграции ресурсов ИС. Такая методика должна определять системную архитектуру, позволяющую обеспечить взаимодействие компонентов ИС. В силу организационных и технических причин подобная интеграционная архитектура должна базироваться на распределенной модели вычислений, так как ни одна другая модель не соответствует реалиям информационных систем масштаба корпорации. В свою очередь, наиболее естественным применительно к проектированию и реализации разнородных распределенных систем представляется объектно-ориентированный подход, являющийся предметом настоящей статьи.

2.6.3 Концепции и принципы объектного подхода (Классы и объекты)

Основные понятия объектно-ориентированного подхода - объект, класс и экземпляр.

Объект - это абстракция множества предметов реального мира, обладающих одинаковыми характеристиками и законами поведения. Объект представляет собой типичный неопределенный элемент такого множества. Экземпляр объекта - это конкретный определенный элемент множества. Например, в банковском деле объектом является некоторый лицевой счет, а экземпляром этого объекта - лицевой счет #123.

Класс - это множество предметов реального мира, связанных общностью структуры и поведением. Элемент класса - это конкретный элемент данного множества. Например, в сфере банковской деятельности существует класс расчетно-денежных документов.

Таким образом, объект - это типичный представитель класса, а термины "экземпляр объекта" и "элемент класса" равнозначны.

С точки зрения объектного моделирования понятия "описание класса" и "описание объекта" эквивалентны, так как для определения множества схожих элементов, образующих класс, достаточно описать его типичного представителя, то есть объект.

Следующую группу важнейших понятий объектного подхода составляют инкапсуляция, наследование и полиморфизм.

Объектный подход предполагает, что собственные ресурсы, которыми могут манипулировать только методы самого объекта, скрыты от внешних компонентов. Сокрытие данных и методов в качестве собственных ресурсов объекта получило название инкапсуляции.

Понятие полиморфизма может быть интерпретировано как способность объекта принадлежать более чем одному типу. Существуют и другие виды полиморфизма, такие как перегрузка и параметрический полиморфизм. С помощью перегрузки имена, обозначающие названия методов, могут быть использованы для указания различающихся реализаций. Для разрешения конфликтов применяется контекстная информация. Наиболее распространенная форма параметрического полиморфизма в большинстве языков программирования состоит в возможности использования типов в качестве параметров программных единиц.

Наследование означает построение новых классов на основе существующих с возможностью добавления или переопределения данных и методов.

2.6.4 Особенности применения объектного подхода

Объекты - сущности, инкапсулирующие данные, - это основные элементы, моделирующие реальный мир. В отличие от структурного подхода, где основное внимание уделяется функциональной декомпозиции, в объектном подходе предметная область разбивается на некоторое множество относительно независимых сущностей - объектов [5]. Объектная декомпозиция, отраженная в спецификациях и кодах приложений, есть главное отличие объектного подхода. Например, объект "Покупатель" может представлять собой структуру данных, хранящую детализированную информацию о покупателе: его имя, адрес и состояние банковского счета.

Класс объектов, кроме структур данных, определяет функции (методы), применимые к этим структурам.

В примере с объектом "Покупатель" класс может содержать такие функции (методы), как проверить кредитоспособность, выставить счет и т. д. Класс - это ключевой элемент, обеспечивающий модульность в проектных спецификациях ИС и программных решениях.

Объектно-ориентированная система изначально строится с учетом ее эволюции. Ключевые элементы объектного подхода - наследование и полиморфизм - обеспечивают возможность определения новой функциональности классов объектов с помощью создания производных классов - потомков базовых классов. Потомки наследуют характеристики родительских классов без изменения их первоначального описания и добавляют при необходимости собственные структуры данных и методы. Определение производных классов, при котором задаются только различия или уточнения, в огромной степени экономит время и усилия при производстве и использовании спецификаций и программного кода.

Третьим важным качеством объектного подхода является согласованность моделей системы от стадии анализа до программных модулей. Требование согласованности моделей выполняется благодаря возможности применения абстрагирования, модульности, полиморфизма на всех стадиях разработки. Модели анализа могут быть непосредственно подвергнуты сравнению с моделями реализации. По объектным моделям может быть прослежено отображение реальных сущностей моделируемой предметной области в объекты и классы информационной системы.

сервер клиент данные объектный

Заключение

Наиболее бурно развивающимся направлением в области информационных технологий в последние годы стала разработка программного обеспечения на основе архитектуры клиент-сервер, связанного с сетью Internet и системами Intranet, опирающегося на Web-технологию и язык Java. Объектные, распределенные технологии консорциумов OMG и ODMG интегрируются в общие тенденции, расширяя и обобщая их. Примечательно, что все ведущие производители систем Internet/Intranet, включая Sun, IBM, Netscape, Microsoft, встраивают в свои продукты поддержку КС совместимых протоколов.

Технология клиент-сервер развивается уже давно. За это время она прошела путь от академических исследований до промышленных, стандартизованных решений, позволяющих создавать по-настоящему большие, распределенные корпоративные системы, способные эволюционировать экономически эффективным образом. Можно предположить, что консолидация современных сетевых, реляционных и объектно-ориентированных технологий позволит выйти на еще более высокий уровень интеграции и качества информационных систем.

3. Практическая часть

3.1 Описание задачи

Пользуясь ППП и ПК, на основание сведений о наличие и движение товаров в магазине, хранящихся в таблице данных ТОВАРОВ (структура данных этой таблицы представлена на рис. 3.1), необходимо сформировать:

• оборотную ведомость по движению товара в магазине за отчетный период (рис. 3.2)
• ведомость остатков товаров в магазине (рис. 3.3)

Рис. 3.1 Структура данных таблицы ТОВАР

Рис. 3.2 Оборотная ведомость по движению товаров в магазине

Рис. 3.3 Ведомость остатков товаров в магазине

Введите текущее значение даты между таблицей и ее значением. По данным таблиц постройте гистограмму с заголовком, названием осей координат и легендой.

3.2 Алгоритм решения задания

1. Запустить табличный процессор MS Exсel.
2. Создать книгу с именем «Ведомость».
3. Лист первый переименовать в «Оборотная ведомость».
4. Лист второй переименовать в «Ведомость остатков».
5. Лист третий переименовываем в «Структура данных таблицы товар».
6. На рабочем листе «Структура данных таблицы товар» формируем таблицу «Реестр основных средств по источникам получения» (рис. 3.4) .

Рис. 3.4 Структура данных таблицы товар

1. На листе «Оборотная ведомость» формируем таблицу «Оборотная ведомость по движению товара в магазине» (рис. 3.5)

Рис. 3.5 Оборотная ведомость по движению товара в магазине

1. На листе «Ведомость остатков» формируем таблицу «Ведомость остатков товаров в магазине» (рис. 3.6).

Рис. 3.6 Ведомость остатков товара в магазине

1. Редактируем тип данных в ячейках таблицы «Оборотная ведомость по движению товара в магазине» опираясь на таблицу «Структура данных таблицы товар». Столбцу «Наименование товара» - задаём тип данных текстовый, столбцу «Цена» - задаём тип данных денежный, столбцам «Остаток на начало месяца», «Поступило», «Продано», «Остаток на конец месяца» - задаём тип данных числовой учитывая, что количество десятичных знаков должно быть равно 2 (рис. 3.7).

Рис. 3.7 Смена типа данных

1. Редактируем тип данных в ячейках таблицы «Ведомость остатков» опираясь на таблицу «Структура данных таблицы товар». Столбцам «Наименование товара», «Артикул», «Единица измерения» - задаём тип данных текстовый, столбцу «Цена товара» - задаём тип данных денежный, столбцам «Количество», «Сумма» - задаём тип данных числовой учитывая, что количество десятичных знаков должно быть равно 2 (рис. 3.8) .

Рис. 3.8 Смена типа данных

1. Введём текущее значение даты между таблицей и её названием. Для этого в ячейках J2 листа «Оборотная ведомость» введём формулу =СЕГОДНЯ() (рис. 3.9).

Рис. 3.9 Ввод значения даты

1. Введём текущее значение даты между таблицей и её названием. Для этого в ячейках F2 листа «Ведомость остатков» введём формулу =СЕГОДНЯ() (рис. 3.10).

Рис. 3.10 Ввод значения даты

1. Создадим ещё один лист, на котором будем вводить данные. Назовем его «Данные».
2. Построим на листе «Данные» таблицу «Данные для продолжения» (рис. 3.11) .

Рис. 3.11. Данные для продолжения

1. Заполним по этим данным таблицы «Оборотная ведомость по движению товара в магазине». Для этого в ячейку В6 запишем формулу, =Данные!D4, в ячейку С6 формулу =Данные!D4, в ячейку D6 формулу =C6*B6. Теми же приёмами воспользуемся для заполнения других ячеек. Кроме ячейки I6, туда поместим формулу =C6+E6-G6 и размножим до I7 (рис. 3.12) .

Рис. 3.12 Оборотная ведомость по движению товара в магазине

16. Заполним таблицу «Ведомость остатков товаров в магазине». Для этого будем использовать функцию =ПРОСМОТР(). В ячейку В5 помести формулу =ПРОСМОТР(A5;Данные!A4:A5;Данные!B4:B5). Аналогично заполним остальные ячейки (рис. 3.13).

Рис. 3.13 Ведомость остатков товаров в магазине

17. По таблице «Оборотная ведомость по движению товара в магазине», построим гистограмму (рис. 3.14).

Рис. 3.14 Гистограмма

4. Список использованной литературы

1. Л. Калиниченко. Стандарт систем управления объектными базами данных ODMG 93: краткий обзор и оценка состояния. - СУБД, 1, 1996.
2. Д. Брюхов, В. Задорожный, Л. Калиниченко и др. Интероперабельные информационные системы: архитектуры и технологии. - СУБД, 4, 1995.
3. Вудворд Дж. «Технология совместной работы»
4. Волков В.Б. Понятный самоучитель работы в Windows XP, СПб, Питер, 2004