Проектирование приложений в системе клиент - сервер.

    После создания БД на сервере обычно разрабатывают клиентские приложения. Перед проектированием определяют тип приложения. Это может быть: 1) Система ввода данных. 2) Система обработки транзакций. 3) Система поддержки принятия решений.

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

1. Составляется перечень всех форм приложения.

2. Составляется перечень всех отчетов и других видов выходной информации.

3. Составляется перечень потоков данных, пересылаемых между формами и отчетами и другими процессами.

4. Определяется перечень вспомогательных программ, необходимых для обслуживания приложения.

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

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

    При создании форм поддержки принятия решения формы должны быть предельно простыми и информативными. Требования:

1. Форма должна занимать весь экран.

2. Должно быть как можно меньше сведений на одной форме, но показатели должны быть обобщенными.

3. Как можно чаще должны использоваться графические представления данных.

4. Доступ нужно предусматривать на сервере, а не в приложении, чтобы не появлялись сообщения на недостаточность прав.

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

• кнопки на форме группируются логически и интуитивно - понятийными;

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

• использование стандартных кнопок (OK, CANCEL);

• максимальное использование контекстного меню

Формы для ввода данных.

    Основные требования связаны с максимальной скоростью ввода. Требования:

1. Применяется полужирный одноразмерный шрифт.

2. Назначать комбинацию клавиш вместо мыши.

3. Используется кнопка "Добавить" вместо "OK".

4. Формы должны иметь как можно меньший размер, т.к. оператор, как правило, смотрит в документ.

5. Форма по возможности должна иметь вид документа.

Проектирование отчетов.

    При проектировании отчетов на первом этапе целесообразно использовать средство быстрой разработки(Мастер) для создания макетов.

    На титульной странице помещается текущее время, дата, имя пользователя, создавшего отчет.

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

Нечисловые данные, как правило, выравниваются по левому краю отчета, а числовые - по правому.     Прототипы отчета согласовываются с руководителем.

Тестирование приложения.

1. Разраб-ся стандартная процедура описания ошибок прил-ия и их исправления. Для этого создается отдельная форма.

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

При тестировании необходимо:

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

2. Проверить работу всех ограничений на вводимые данные.

3. Пр-ть одновр-ную работу неск-ких копий прил-я на рабочих станциях с большим ч-лом польз-ей и учетом блокир-к.

4. Проверка механизма доступа с попытками несанкционированного доступа (попытками взлома).

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