Требования к интерфейсу программы

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

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

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

Выделяют три основных критерия отличающих хорошо спроектированный интерфейс от плохого:

· эффективность решения задач пользователя без дополнительных трудностей в работе;

· простота и удобство использования;

· работа интерфейса без сюрприза.

Требования к интерфейсу мобильного приложения

Точное восприятие зрительных сигналов возможно только в центральной части поля зрения: 3 градуса вверх-вниз от оси зрения и 7 градусов вправо-влево от оси зрения. В условиях стандартного рабочего места это приблизительно составляет 2.6 -2.7 см вверх-вниз, и 4.8 — 5.2 см вправо-влево от центра экрана.

Размер стандартного экрана — примерно 20,5 см высотой и 27 см шириной. Область точного восприятия — это центральная область экрана высотой 5.2 — 5.4 см и шириной 9.6 — 10.4 см. Именно в этой части экрана располагаются все сообщения о сбоях и предупреждениях ОС Windows.

Если зона экрана монитора, требующая точного восприятия, попала в зону, ограниченную базовыми значениями, значит, программа отвечает этому стандарту.

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

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

· стандартное расположение основных кнопок;

· восприимчивость к объектам пользовательского интерфейса;

· восприимчивость к цветовой гамме пользовательского интерфейса;

· понятность и быстрая адаптируемость к программному продукту.

· все окна приложения будут, открывается по центру экрана.

· между всеми компонентами должен быть отступ для общего понимания расположения элементов программы.

· для наглядного отображения, данные будут храниться в таблицах.

Рисунок. 16 «Таблица Абоненты»

Требования пользовательского интерфейса необходимы для эффективного использования данных и предоставления пользователю взаимодействия работы с программой

Кардиналистский и ординалистский подходы Кардиналистский (количественный подход) к анализу полезности основан на представлении о возможности измерения различных благ в условных единицах полезности.

Как писать требования так, чтобы команда хотела их читать / Александр Войтехович / ISsoft

Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями.

Композиция из абстрактных геометрических фигур Данная композиция состоит из линий, штриховки, абстрактных геометрических форм.

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

Меры безопасности при обращении с оружием и боеприпасами 64. Получение (сдача) оружия и боеприпасов для проведения стрельб осуществляется в установленном порядке[1]. 65. Безопасность при проведении стрельб обеспечивается.

Весы настольные циферблатные Весы настольные циферблатные РН-10Ц13 (рис.3.1) выпускаются с наибольшими пределами взвешивания 2.

Хронометражно-табличная методика определения суточного расхода энергии студента Цель: познакомиться с хронометражно-табличным методом опреде­ления суточного расхода энергии.

ПРОФЕССИОНАЛЬНОЕ САМОВОСПИТАНИЕ И САМООБРАЗОВАНИЕ ПЕДАГОГА Воспитывать сегодня подрастающее поколение на со­временном уровне требований общества нельзя без по­стоянного обновления и обогащения своего профессио­нального педагогического потенциала.

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

Источник: studopedia.info

Требования к программному интерфейсу

Требования к программному интерфейсу (см. раздел ТЗ Программный интерфейс) требования к программному интерфейсу определяют выбор технических и программных средств. Некоторые требования могут быть определены непосредственно в задании. Например, «Использовать оператор повторения с предпроверкой условия», Для учебных проектов наиболее важными являются следующие требования.

• Размещение проекта.
• Оформление программного кода и комментариев (см. раздел ТЗ Оформление программного кода).

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

Требования к пользовательскому интерфейсу

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

• Информировать о назначении программы.
• Информировать о действиях пользователя.
• Информировать о назначении компонентов формы.
• Сообщать о некорректных действиях пользователя.

Формулировка общей задачи

Принятая к исполнению задача в общем случае содержит (см. раздел ТЗ Формулировка задачи).

• Формулировку задачи с учётом допущений, ограничений и соглашений.
• Входные данные, их обозначения, ограничения на значения.
• Выходные данные, их обозначения, ограничения на значения.
• Методы расчёта, формулы, схемы, алгоритмы.
• Критические ситуации.

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

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

Декомпозиция и формулировка частных задач

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

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

• Вывод информационного сообщения о назначении программы.
• Ввод исходных данных.
• Обработка данных (вычисления).
• Представление результата.

1.2. Постановка и реализация частных задач

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

Исходные данные; предварительная формулировка частной задачи, указания преподавателя, результаты принятых ранее решений, типовые требования ТЗ

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

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

• Входные данные.
• Выходные данные.
• Методы расчёта, формулы, схемы.
• Критические ситуации.
• Средства и способ реализации задачи.

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

Средства и способ реализации. Средства и способ реализации задачи определяют следующее.

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

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

Источник: studfile.net

Общие требования к программе и визуальному интерфейсу программы

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

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

Содержание курсового проекта (работы)

В процессе выполнения курсового проекта (работы) студент в соответствии с требованиями ТЗ должен:

· подобрать и изучить литературу;

· определить требования к предмету разработки;

· определить структуру входных и выходных данных;

· разработать необходимые алгоритмы;

· разработать визуальный интерфейс программы;

· разработать техническую документацию на программу.

Результаты работы представляются в виде пояснительной записки.

Планирование работы и контроль хода курсового проектирования

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

Таблица 1 – Этапы проектирования программного продукта.

Стадии разработки	Этапы работ	Содержание работ
Техническое задание	Анализ технического задания	Сбор исходных материалов Определение структуры входных и выходных данных. Предварительный выбор методов решения задач. Обоснование целесообразности применения ранее разработанных методов. Определение требований к техническим средствам. Определение требований к программе.
Эскизный проект	Разработка эскизного проекта.	Предварительная разработка структуры входных и выходных данных. Уточнение методов решения задачи. Разработка общего описания методов решения задачи.
Технический проект	Разработка технического проекта.	Уточнение структуры входных и выходных данных. Разработка алгоритма решения задачи. Определение формы представления входных и выходных данных. Разработка интерфейса программы. Разработка структуры программы.
Рабочий проект	Разработка программы	Программирование и отладка программы.
Разработка программной документации	Разработка программных документов в соответствии с требованиями ГОСТ.
Испытания программы	Проведение испытаний. Корректировка программы и программной документации по результатам испытаний. Разработка пояснительной записки.
Внедрение	Подготовка и передача программы.	Подготовка и передача программы и программной документации для сопровождения и (или) изготовления.

Ход проектирования контролируется преподавателем. Студент обязан не реже 1 раза в 2 недели отчитываться перед преподавателем о выполненной за этот период работе.

Общие требования к программе и визуальному интерфейсу программы

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

· Имена идентификаторов переменных, типов данных, подпрограмм, модулей должны соответствовать выполняемым ими функциям;

· Имена идентификаторов должны быть локальными для программного элемента (процедуры, функции, класса, модуля), в котором они используются.

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

· Набор подпрограмм, выполняющих логически связанное действие (например, работа с файлом определенного типа), и связанных с ними глобальных переменных, констант и типов данных следует выделять в отдельные модули. Это требование относится и к определениям объектных классов;

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

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

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

· В главном окне программы должно присутствовать главное меню;

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

· Расположение визуальных элементов должно быть удобно для работы с программой;

· Надписи на всех элементах окон программы должны быть выполнены на одном языке;

· Цветовая гамма окон программы должна быть удобна для работы с программой;

· Желательно наличие справочной системы (доступной через главное меню программы).

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

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

Содержание пояснительной записки

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

· задание на курсовую работу;

· анализ технического задания;

Титульный лист заполняется на стандартном бланке.

Аннотация

Аннотация — краткое изложение содержания работы. Текст аннотации включает:

· часть, отражающую сущность проекта (работы): цель работы, используемые методы,

· сведения о конкретном содержании основной части проекта (работы),

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

Объем аннотации должен составлять 500-1000 знаков.

Содержание

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

Введение

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

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

Объем введения должен составлять 1-2 страницы.

Источник: poisk-ru.ru