Разработка интерфейса программного продукта

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Разработка интерфейса программного продукта

При проектировании интерфейса приложения были соблюдены научные основы проектирования с использованием HCI. HCI -- это аббревиатура английского Human-Computer Interaction, что переводится как "взаимодействие человека и компьютера". [9]

Составными частями HCI являются:

· человек (пользователь);

· компьютер;

· их взаимодействие.

Пользовательский интерфейс (англ. user interface, UI) является своеобразным коммуникационным каналом, по которому осуществляется взаимодействие пользователя и компьютера.

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

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

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

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

Если говорить о самых общих принципах проектирования пользовательских интерфейсов, то можно назвать три основных положения:

1. Программа должна помогать выполнить задачу, а не становиться этой задачей.

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

3. Программа должна работать так, чтобы пользователь не считал компьютер дураком.

Довольно эмоциональные формулировки, но, тем не менее, поразительно верные.

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

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

Во-первых, традиционным слегка высокомерным отношением программистов к простым пользователям. Это еще можно было понять в восьмидесятых и начале девяностых годов XX века, когда обычные персональные компьютеры не имели доступных широкой аудитории программных и аппаратных средств для построения привлекательных графических интерфейсов и работы с ними. Самой распространенной операционной системой в то время была MS DOS, основанная на интерфейсе командной строки. Поэтому эффективно работать с персональным компьютером могли люди только с довольно серьезной подготовкой. Кроме того, парк "персоналок" был относительно невелик даже в США, не говоря уже об остальных странах, и, как следствие, число пользователей компьютеров было небольшим.

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

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

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

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

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

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

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

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

Рис. Панель инструментов

Создать новый документ;

Сохранить исходные данные;

Загрузить исходные данные;

Распечатать;

Добавить строку;

Добавить столбец;

Удалить объект;

Первоначальные данные;

Расчёт;

Справка;

О программе;

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

Разработано добавление и удаление строк и столбцов;

Создание, сохранение, загрузка и распечатывание документа;

Возврат к первоначальным данным;

Возможность ввода пользователем названия продавцов и покупателей по усмотрению;

Решение транспортной задачи методом «наименьшей стоимости» с учётом цены на товар продавца и диапазона цен приобретения товара покупателем;

Разработана справочная информация о пользовании программным продуктом;

Рис. Окно программы. Транспортная задача Разработчик: Завадский Денис РФ ПГУ им. Т.Г.Шевченко 2009г.

Описание программы

Был разработан алгоритм решения транспортной задачи методом «наименьшей стоимости» с учётом цен на товар.

Шаг 1. Программа находит наименьшее расстояние между продавцом и покупателем;

Шаг 2. Проверяется, входит ли цена за единицу товара продавца в диапазон цен, по которым готов приобрести покупатель:

Если входит переход к шагу 3;

Если не входит исключение этого варианта и переход к шагу 1.

Шаг 3. Сравнивается запас у продавца и потребность покупателю:

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

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

Переход к шагу 1.

Окончание работы программы будет произведено, когда будут исключены все возможные варианты перевозок.

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

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

Вместо запаса и потребностей будет занесены остатки запаса и потребностей;

Цены на товар, название продавцов и покупателей остаются неизменны.

Рассмотрим некоторые программные коды, с помощью которых происходит работа программы.

В первом коде «Нахождение оптимального решения» [Приложение 1] проверяется задача:

Является задача открытого или закрытого типа;

Составляется опорный план;

Приближение задачи к оптимальному решению;

Нахождение оптимального решения.

Во втором коде «Прорисовывание сетки» [Приложение 2] представлена реализация прорисовки сетки ввода данных при разных действиях с программой (сворачивание - разворачивание, ввод данных добовление удаление строк и столбцов).

Заключение

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

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

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

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

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

Литература

Технические задания на создание автоматизированной системы. ГОСТ 34.602-89.

Тео Мандел - Разработка пользовательского интерфейса: 2001, М., ДМК Пресс, 416 стр.

“Delphi 7. Самоучитель программиста” Автор:Баженов И. Ю. 2003 г.

“ Delphi на примерах”Авторы: Пестрнков В. М., Маслобоев А. Н. 2005 г.

“Delphi 7 на примерах” Автор: Шпак Ю.А. Издательство: Юниор 2003г.

“Программирование в Delphi 7” Автор: А.Я. Архангельский 2003г.

“Delphi 7. Учебный курс” Автор: Бобровский С.И.Издательство: СПб.: Питер, 2004г.

“Основы Delphi. Профессиональный подход” Автор: Сухарев М. В. 2004 г.

“Нестандартные приемы программирования на Delphi.” Автор: Ревич Ю. В. 2005 г.

Размещено на Allbest.ru