11.18 Надежность.

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

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

 

      11.19 Практичность.

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

• понятностью;
• простотой использования;
• изучаемостью;
• привлекательностью.

 

      11.20 Эффективность.

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

• временной эффективностью;
• используемостью ресурсов.

 

      11.21 Сопровождаемость.

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

• удобством для анализа;
• изменяемостью;
• стабильностью;
• тестируемостью.

 

      11.22 Мобильность.

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

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

 

     11.23 Мастер форм.

Мастер форм вызывается из пункта меню

File New Projects Application Wizard

 
 

 

      11.24 Выбор пунктов.

В меню  создаваемого проекта можно добавить следующие  пункты:

File, Edit, Window, Help.

 

 

      11.25 Кнопки пунктов.

Следующий шаг  – выбор необходимых кнопок для  пунктов меню, которые были выбраны  на предыдущем этапе.

 

 

      11.26 Шаблоны проекта.

Создание  и сохранение собственных шаблонов в репозитории для последующего использования.

 

      11.27 Вопросы по 6 лабораторной

.

Какова роль презентационного уровня в архитектуре бизнес-приложения?

Каковы отличительные черты удачного пользовательского интерфейса?

Чем отличается дизайн с высокой и низкой детализацией?

Какие средства доступны разработчикам для организации помощи пользователям?

Какие существуют типы моделей пользовательского приложения, и в каких случаях их стоит применять?

Основные  методы и события компонента отображения  данных.

Какие существуют группы  компонентов  отображения данных?

Общие свойства компонентов отображения  данных.

Основные  свойства компонентов синхронного  просмотра данных.

Табличное представление данных.

 

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

.

1. Защита не  менее четырех функций, реализуемых  в приложении клиента;

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

3. Провести отладку  программного кода приложения пользователя;

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

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

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

7. Тест рубежного  контроля.

 

      11.29 Задания СРС

.

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

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

3. Изучить код  модулей, используемых в учебном  примере Example;

4. Изучение механизма индексов, операторы: CREATE INDEX;

5. Изучить конспект 11,12 лекций [3];

6. Оформление  отчета по лабораторной или  курсовой работе.

 

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

.

Управление наборами данных.

Визуальный интерфейс, примеры.

Проектирование  тестовых наборов данных в IBExpert.

Проектирование  формы со связными полями выбора.

 

12 СЕТЕВОЕ ВЗАИМОДЕЙСТВИЕ

 

      12.1 Механизм управления обменом.

Компоненты  Delphi для контроля передачи данных в трехзвенной архитектуре.

Ошибки  обновления данных.

Компоненты  сетевого взаимодействия и их протокола.

Методы  тестирования сложных программных  комплексов.

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

Защита  лучших курсовых работ.

 

      12.2 Сетевое соединение.

В лекции Архитектуры рассматривали различные  технологии, поддерживаемые собственными компонентами для сетевого соединения. Каждый компонент реализуется определенным сетевым протоколом. Большинство компонентов расположено на вкладке DataSnap.

 

      12.3 Взаимодействие компонентов.

Компонент сетевого соединения (TXXXConnection, коммуникационный) обеспечивает посредством интерфейса IAPPSERVER взаимодействие (обмен данными) двух основных компонентов трехзвенной архитектуры:

компонент провайдера (TDataSetProvider), расположенный в модуле сервера приложений, для каждого источника данных;

компонентом набора данных приложения клиента (TCientDataSet), позволяющий строить интерфейсную часть приложения.

 

      12.4 Механизм обмена.

Обмен данными в трехзвенной архитектуре  предусматривает передачу пакетов  информации между серверными компонентами TDataSetProvider и клиентскими наборами данных TClientDataSet

 

     12.5 Свойства провайдера.

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

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

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

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

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

     Происходит  формирование пакета изменений Delta, содержащего все вставленные и измененные записи набора данных.

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

 

      12.6 Преимущества.

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

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

 

      12.7 Вопрос.

Использование при проектировании информационной системы трехзвенной клиент –  серверной архитектуры не обеспечивает:

1. Снижение требований  к клиентским компьютерам.

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

3. Уменьшение сетевого трафика.

4. Контроль и  регулирование сетевого обмена.

5. Дополнительный  уровень кэширования данных.

 

      12.8 Тестирование ИС.

Тестирование  всех компонентов информационной системы  и их взаимодействия:

Сервер(ы).

Клиентские станции.

Телекоммуникационные средства.

Серверное ПО

            Операционная система.

            СУБД.

            Система администрирования.

            Система мониторинга.

Прикладное программное  обеспечение (ERP - системы).

Разрабатываемое программное обеспечене.

 
 

      12.9 Способы тестирования ПО.

     Логично - центричный (белый ящик), автоматический анализ программного кода. Стоимость 5 – 15 центов за строку, вероятность пропуска ошибки 10-40%.

     Информационно – центричный (черный ящик), тест на реальных наборах данных с генерацией всех сообщений на модули кода. Стоимость 50 центов за строку, вероятность пропуска ошибки снижается до 5%.

 

      12.10 Проектирование процесса тестирования.

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

      Собственно  тесты систем можно разделить  на несколько категорий:

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

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

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