Дать понятие пользовательского интерфейса

Описать основные принципы проектирования интерфейса пользователя.

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

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

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

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

Дать понятие принципа структурного подхода.

Восходящее проектирование.

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

· увеличение вероятности несогласованности компонентов вследствие неполноты спецификаций;

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

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

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

Принцип структурного подхода – принцип функциональной декомпозиции.

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

Для тестирования и отладки компонентов проектируют и реализуют специальные тестирующие программы.

Подход имеет следующие недостатки:

· увеличение вероятности несогласованности компонентов;

· увеличиваются расходы на проектирование и реализацию тестирующих программ;

· позднее проектирование интерфейса.

При промышленном изготовлении ПО восходящий подход в настоящее время практически не используется.

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

Дать понятие функциональной декомпозиции.

Нисходящее проектирование.

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

Функциональная декомпозиция - разбиение сложного процесса на составляющие его функции.

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

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

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

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

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