10.23 Вопросы по 5 лабораторной

.

Назначение, основные преимущества использования систем, построенных с применением клиент – серверных архитектур.

Технологии программной  реализации многозвенной архитектуры, реализуемые средой разработки Delphi.

Наборы компонентов  технологий доступа к серверным  базам данных BDE и IBX, назначение основные свойства и методы.

Технологии реализации многозвенных архитектур, основные преимущества и недостатки.

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

Реализация управления транзакциями в технологиях доступа  IBExpress и BDE.

Серверные наборы данных, формирование, основные свойства, методы и события.

Основные механизмы  управления данными в удаленных БД.

Понятие сетевого трафика, механизмы управления, оптимизации  при работе в различных архитектурах.

 

      10.24 Задания СРСП

.

1. Выбор и  защита технологии доступа к  БД;

2. Ответить на  контрольные вопросы пятого модуля;

3. Провести отладку  режимов видимости данных и обновления НД клиента;

4. Защитить отчет  по пятой лабораторной работе;

5. Защитить отчет  по разделу 3.4 курсовой работы  [2];

6. Разработать  пример вопроса тестового задания  по теме раздела.

 

      10.25 Задания СРС

.

1. Изучить методические  указания к пятой лабораторной работе;

2. Ответить на  примеры тестовых заданий к  пятому модулю;

3. Изучить код  модуля данных учебного примера  Example;

4. Изучение механизма событий в многозвенных ИС;

5. Изучение системы помощи (HELP), утилиты InteractivSQL, операторы: CREATE EXCEPTION;

6. Изучить конспект 9,10 лекций [3];

 

      10.26 Демонстрация

.

Создание  проекта, включая модуль данных,

Компоненты  соединения с БД.

Редактирование  набора данных.

Кэширование набора данных

.

 

      10.27  Тренировочный тест, 10 вопросов.

 

Ответы

 

 

11 ПРОЕКТИРОВАНИЕ «ТОНКОГО» КЛИЕНТА

 

      11.1 Проектирование пользовательского интерфейса.

 

Функции ведения данных в серверной БД.

Проектирование  управления данными в таблицах большого объема.

Разработка  интерфейсной части клиентского приложения.

Тестирование  разработанной информационной системы.

Определение времени выполнения сложного поискового запроса к БД.

Определение селективности индексов.

Составление (спецификации) описания ПО.

 

      11.2 Определение.

Пользовательский интерфейс - это инструмент визуального взаимодействия пользователя с системой.

     Качество  бизнес-приложения в большой степени  зависят от дизайна пользовательского  интерфейса.Дизайн интерфейса должен обеспечивать выполнение задач  интуитивно понятным для пользователя способом.

 

      11.3 Данные для дизайна.

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

К ним относятся:

• требования и ограничения решения,
• сценарии использования системы,
• модели потоков операций,
• профили пользователей,
• описания задач.

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

• стандартный пользовательский интерфейс Windows;
• Web-интерфейс;
• интерфейс мобильных устройств;
• интерфейс на основе документов.

 

      11.4 Компоненты интерфейса.

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

• отображения информации и получения данных от пользователя,
• интерпретации событий, обусловленных действиями пользователя,
• изменения состояния интерфейса,
• информирования о степени выполнения задач.

В схеме  «модель- вид- элемент управления» (Model-View-Controller, MVC) компоненты пользовательского интерфейса играют роль представления и/или элемента управления.

Согласно  этой схеме приложение (или даже интерфейс приложения) делится на три части:

• модель (объект-приложение),
• представление (пользовательский вид),
• механизм управления (пользовательский элемент управления).

 

      11.5 Функции компонентов.

Элементы  пользовательского интерфейса служат для:

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

 

Кроме того, пользовательский интерфейс должен фильтровать операции, разрешая только те, на которые у данного пользователя есть право.

 

      11.6 Принципы.

Есть  ряд вопросов, ответы на которые  необходимо получить и учитывать при проектировании пользовательского интерфейса:

• Как пользователи будут взаимодействовать с системой?
• Понятны ли пользователям понятия и термины интерфейса?
• Предусмотрена ли возможность при необходимости выполнять автоматизированные действия вручную?
• Насколько легко доступны часто выполняемые задачи?
• Насколько корректно и полно описан рабочий процесс?
• Облегчает ли интерфейс работу пользователей?
• Доступна ли и насколько эффективна справочная информация?
• Есть ли возможность настроить интерфейс для собственных нужд?
• Существуют ли альтернативные способы выполнения задачи на случай неполадок (например, при отключении мыши)?

 

      11.7 Вопрос.

Может ли один визуальный компонент выполнять и функцию  отображения, и функцию управления, например: 

1. Edit.

2. Grid.

3. Memo.

4. CheckBox.

5. Label.

 

      11.8 Компоненты Delphi.

Отображение данных обеспечивает достаточно представительный набор компонентов VCL Delphi.

Вкладки:

STANDARD;

ADDITIONAL;

SYSTEM;

DATA CONTROLS.

 

      11.9 Вопрос.

Какой компонент  не требует наличия набора данных БД;

1. TDBRadioGoup

2. TDBListBox

3. TDBMemo

4. TDBRichEdit

5. TDBLookupComboBox

 

      11.10 TDBGrid.

Компонент TDBGrid отображает содержимое НД в виде таблицы, в которой  столбцы  соответствуют  полям НД,  а строки – записям.

В работе компонента TDBGrid важную роль играет класс TColumn, который инкапсулирует свойства столбца таблицы.

При работе с компонентом TDBGrid все операции с отдельными полями осуществляются при помощи экземпляра класса TDBGridCoiumns, который инкапсулирует список объектов полей (свойство columns компонента TDBGrid).

Доступ  к полям осуществляется при помощи свойства items. Нумерация полей начинается с нуля.

 

      11.11 TDBNavigator.

Компонент TDBNavigator содержит набор кнопок, каждая из которых отвечает за выполнение одной операции над набором данных.

Всего имеется 10 кнопок, разработчик может  оставить в наборе любое количество кнопок в любом сочетании.

Видимостью  кнопок управляет свойство visibieButtons

 

      11.12 Поля НД.

Для большинства  стандартных полей используются компоненты:

TDBText,

TDBEdit,

TDBComboBox,

TDBListBox.

Данные в формате Memo отображаются компонентами:

TDBMemo и TDBRichEdit.

 

      11.13 Синхронный просмотр.

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

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

 

      11.14 TDBLookupComboBox .

Для реализации компонента требуется два связанных  НД, например принадлежность сотрудника к кафедре.

 
 

 
 
 
 
 
 
 
 
 

      11.15 Основные свойства.

Свойство  ListSource указывает на компонент типа TDataSource, который связан с набором данных синхронного просмотра ( таблица- DIVISION).

Свойство  ListFieid указывает на поле «NUM_DIV; NAME_DIV», все значения которого доступны в списке компонента.

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

Во время  работы компонента в свойстве KeyValue содержится текущее значение, которое связывает между собой два набора данных.

Свойство  ListFieidindex определяет, какое поле используется при наращиваемом поиске.

 

      11.16 Модель качества.

Модель  качества программного обеспечения классифицируется в следующих структурных наборах характеристик:

1. Функциональность;
2. Надежность;
3. Практичность (применимость);
4. Эффективность;
5. Сопровождаемость;
6. Мобильность.

 

      11.17 Функциональность.

Набор атрибутов характеризующий, соответствие функциональных возможностей ПО набору требуемой пользователем функциональности. Детализируется следующими подхарактеристиками (субхарактеристиками):

• пригодностью для применения;
• корректностью (правильностью, точностью);
• способностью к взаимодействию (в частности сетевому);
• защищенностью.