Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Проектирование информационных систем.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
981.5 Кб
Скачать

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

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

Для описания функций можно использовать стандартный документ «Описание алгоритма (проектной процедуры)» (см. Приложение). Существует достаточно много средств описания алгоритмов.

  • блок-схемы,

  • HIPO (Hierarchy+Input-Process-Output) диаграммы,

  • деревья решений,

  • диаграммы Nassi-Shneiderman,

  • таблицы решений,

  • структурный псевдокод,

  • конечные автоматы (граф смены состояний).

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

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

Рекомендации по проектированию входных и выходных форм

  1. Минимизируйте объем ввода:

  • Вводите только переменные данные. Не вводите постоянные.

  • Не вводите значения, которые вычисляются.

  • Используйте подходящие коды (например, «м» и «ж» вместо «мужской» и «женский»).

  1. Формы должны быть удобны для заполнения:

  • Размещайте подсказки.

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

  1. Технология ввода должна быть простой: Последовательность размещения полей в форме должна совпадать с последовательностью ввода.

  2. Выходные формы должны быть просты для понимания и использования:

  • Должен быть заголовок документа.

  • Должны быть заголовки колонок.

  • Должны быть пояснения к сокращениям и условным обозначениям.

  • Не следует использовать жаргон.

  1. Включайте в форму дату и время формирования.

  2. При проектировании выходной формы необходимо учитывать ее использование.

Рекомендации по проектированию контрольных функций

  1. Регистрируйте объемы введенных данных в журналах.

  2. Контролируйте вводимые данные:

  • полноту (все ли поля заполнены?),

  • допустимые значения полей,

  • допустимые комбинации значений полей,

  • используйте шаблоны для уменьшения ошибок ввода,

  • применяйте контрольные суммы.

  1. Совмещайте изготовление первичного документа и ввода данных.

  2. Контролируйте время и объем операций вывода.

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

  4. Используйте контрольные суммы в выходных документах.

Рекомендации по проектированию интерфейса

  1. Грамотно применяйте компоненты интерфейса:

  • пассивный и активный диалоги,

  • главные, дочерние и диалоговые окна,

  • командные кнопки,

  • меню,

  • блоки радиокнопок.

  • переключатели,

  • поля ввода,

  • поля со списками выбора.

  1. Система должна подсказывать, что пользователь должен сделать дальше.

  2. Поля ввода должны размещаться в ожидаемых пользователем зонах и единообразно.

  3. Диалог должен быть ограничен окном.

  4. Визуальные эффекты должны быть строго дозированы.

  5. Умолчания должны быть размещены в полях.

  6. Выводите предупреждения в случае опасных действий.

  7. Предоставляйте возможность отмены изменений.

  8. Используйте в подсказках простые правильные предложения.

  9. Избегайте сокращений.

  10. Последовательно используйте термины (например, используйте или термин "редактирование", или "изменение").

  11. Добивайтесь точности инструкций.

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