
- •Препроцессор. Директивы препроцессора.
- •Описание, определение и вызов функций. Параметры по умолчанию. Встроенные функции.
- •Особенности работы с указателями разных типов в языке с.
- •Модели памяти. Функции работы с динамической памятью.
- •Шаблоны функций. Перегружаемые функции.
- •Организация ввода-вывода.
- •Разработка надежного программного обеспечения. Обработка исключительных ситуаций.
- •13. Особенности программирования для ос Windows.
- •14. Библиотека динамической компоновки. Области применения. Разработка и использование dll-библиотек.
- •15. Объектно-ориентированное программирование. Классы. Определение спецификации доступа.
- •16. Объектно-ориентированное программирование. Полиморфизм.
- •17. Ооп. Наследование. Области видимости для классов.
- •18. Ооп. Классы. Дружественные функции.
- •19. Понятие компоненты. Типы компонент. Свойства. Контейнерные компоненты.
- •20. Организация процесса конструирования по. Типы по. Стратегии конструирования.
- •21. Понятие жизненного цикла. Модели жизненного цикла.
- •22. Особенности процесса синтеза программных систем.
- •23. Разработка структуры программы. Модульное программирование. Критерии оценки программ.
- •24. Проектирование программ. Методы нисходящего и восходящего проектирования.
- •27. Классические методы анализа проектирования. Метод Джексона.
- •28. Структурные методы проектирования. Sadt.
- •29. Структурные методы проектирования программных систем. Использование dfd и er диаграмм.
- •30. Case-системы. Классификация.
- •31. Методы контроля и тестирования по. Статический и динамический контроль. Функциональное тестирование.
- •32. Методы контроля и тестирования по. Структурное тестирование. Многомодульное тестирование.
- •33. Разработка интерфейса пользователя. Структуры диалога. Критерии выбора структуры диалога.
- •34. Разработка интерфейса пользователя. Описание диалога. Использование сетей переходов для представления структуры диалога. Правила свёртки сети переходов.
- •40. Критерии оценки качества по. Документирование и оценка качества в соответствии с iso 9000.
- •41. Основные понятия сом-технологии.
33. Разработка интерфейса пользователя. Структуры диалога. Критерии выбора структуры диалога.
Хороший диалог должен обладать следующими свойствами:
1) Естественность, т.е. должен соответствовать традиционным методам решения задач пользователем. Язык должен быть родным или хорошо знакомым пользователю. Стиль ведения диалога должен быть разговорным.
2) Последовательность. Пользователь, освоивший работу с одной частью системы, может без труда работать и с другими частями системы.
3) Краткость. Необходимо, чтобы от пользователя требовался ввод только минимума информации. Это приведет к повышению скорости работы с системой и к уменьшению ошибок, связанных с вводом информации. Хорошо работает ввод по умолчанию.
4) Поддержка пользователя. Уровень поддержки пользователя определяется на основе 3-х параметров:
качество и количество имеющихся инструкций (подсказки, либо справочная информация), поток которых рекомендуется увеличивать или уменьшать зависимости от уровня подготовки пользователя;
характер выдаваемых сообщений об ошибках (должны быть понятными и точными). Ошибки, связанные с неправильным форматом или диапазоном введенных данных, должны обрабатываться;
подтверждение каких-либо действий системы. Все операции, приводящие к физическому изменению информации должны сопровождаться двойным предупреждением.
Выделяют 4 типа структуры диалога:
1) Диалог типа вопрос/ответ. В каждой точке диалога система выводит в качестве подсказки 1 вопрос, на который пользователь должен дать только один ответ, в зависимости от которого система выдает следующий вопрос. Если ответ пользователя не подходит системе, то вопрос должен повторяться с объяснением ошибки. Рекомендуется ограничить длину вопроса до 40 символов и разместить его в левой части экрана. Ответы пользователя должны визуально отличаться от вопросов системы или справочной информации. Эта структура гарантирует минимальный объем вводимой информации. Достоинством системы является простота реализации для программиста и простота понимания для пользователя.
2) Диалог типа меню. Может быть одной из разновидностей: а) список объектов, выбираемых указанием цифрового кода; б) список объектов, выбираемый с помощью мнемонического кода; в) меню в виде блока данных, с возможностью перемещения по нему маркера; г) меню в виде пиктограмм.
В идеальном случае меню должно содержать 5-6 пунктов (максимум 10), иначе рекомендуется использовать вложенное меню.
3) Диалог на основе экранных форм. Базируется на заполнении пользователем некоторых форм, причем пользователь отвечает сразу на несколько вопросов. В случае возникновении ошибки пользователю должна быть предъявлена не новая пустая форма, а заполненная форма с указанием места ошибки.
Основные преимущества данного диалога: структура соответствует операции транзакции; наиболее приемлем для работников, ранее имевших дело с заполнением бланков. Недостаток: из-за ограничения размера экрана приходится разбивать бланк на несколько составных форм с сохранением логических связей между ними.
4) Диалог на основе командного языка является наиболее распространенной в случае создания специальных программ, входящих в состав АРМов. Рекомендуемое число команд – не более 20, одна из которых – предоставление справки. Команда должна быть короткой и легко запоминаемой. Желательно использовать стандартные мнемоники, если они есть. Сложность состоит в интерпретации команд при различных параметрах. Данная структура является самой быстрой, но требует от пользователя более высокой квалификации.
Критерии выбора структуры диалога:
Структура диалога типа меню используется, если диапазон возможных ответов мал и все они могут быть ясно отражены; пользователю важно видеть возможные варианты ответов; пользователь не опытен и пользуется методом ввода путем указания объекта из множества известных.
Диалог на основе языка команд используется, если число значений для ввода мало и их можно запомнить; ограниченного числа ответов достаточно, чтобы идентифицировать как задачу, так и данные к ней; задачи обработки не имеют иерархической структуры; пользователь опытен.
Структура диалога типа экранных форм подходит, если можно заранее определить стандартную последовательность вводимых данных, или сгруппировать их в логически связные блоки; если выполняется обработка таблиц в виде транзакции.
Структура вопрос/ответ подходит, если диапазон входных данных велик; если каждый последующий вопрос зависит от предыдущего.