ВКР Нартова (1195826), страница 2
Текст из файла (страница 2)
Гибкая структура базы данных дает возможность создавать новые таблицы, отчеты, графики, добавлять поля, задавать списки и многое другое. Программа интуитивно проста для пользователей и не требует квалифицируемых ИТ-ресурсов.
Основные функции:
-
учет клиентов ателье, их анкетных данных и контактной информации: возможность просмотра полной информации по каждому клиенту, услуги клиента, дата и сумма оказанных клиенту услуг;
-
учет всех заказов клиентов: регистрация и учет заказов на пошив или ремонт одежды;
-
учет всех услуг ателье: список услуг ателье, создание отчета «Прайс-лист услуг» с возможностью вывода на печать;
-
учет всех товаров: ведение справочника всех тканей и материалов;
-
учет оказанных услуг;
-
оформление продаж услуг или швейных товаров;
-
складской учет: учет основных торговых операций – приход и продажа товаров, управление складом, ведение списков поступивших и проданных товаров, создание отчёта «Состояние склада»;
-
хранение информации о сотрудниках, настройка персональных прав доступа;
-
минимизация ошибок ввода, уменьшение времени на обработку заявки;
-
возможность импорта и экспорта данных;
-
отбор, поиск, группировка, сортировка данных по различным критериям;
-
подготовка разнообразных аналитических отчетов отдельно по заказам, товарам, клиентам;
-
гибкая структура БД с настройкой под любые задачи [4].
На рисунке 3 представлен интерфейс программного средства Конфигурация «Ателье».
Рисунок 3 – Интерфейс программы Конфигурация «Ателье»
Стоимость программного средства зависит от версии и количества пользователей. Так, например, базовая версия на 1 рабочее место стоит 3000 рублей, а версия «ПРО» на 10 пользователей стоит 18000 рублей. Также имеются версии на 25 пользователей и без ограничения числа пользователей, стоимость 25000 рублей и 39900 рублей соответственно.
1.2.4 Разработка нового программного продукта
Последнее рассматриваемое решение – это разработка нового программного продукта, удовлетворяющего всем требованиям данного предприятия.
Преимущества данного решения:
-
удовлетворения функциональных потребностей предприятия, то есть новое разрабатываемое программное обеспечение будет содержать только те функции, которые необходимы данному предприятию;
-
дизайнерское решение полностью соответствует предпочтениям пользователей данного продукта, так как создано с учетом требований сотрудников данного предприятия, а также согласовано с ними;
-
возможность установки данного программного продукта разработчиком;
-
возможность демонстрации программного средства персоналу и их обучение;
-
стоимость разработки нового программного средства меньше, чем покупки уже готового.
Поскольку разработка нового программного обеспечения имеет наиболее весомые преимущества по сравнению с покупкой уже выпущенных программных средств, принято решение о создании новой информационной системы для предприятия по пошиву детской одежды.
Поэтому основная задача – разработать интерфейс пользователя базы данных для предприятия по пошиву детской одежды.
Поставленная задача является актуальной на сегодняшний день, так как практически любое предприятие использует информационную систему для ведения учета продажи товаров и услуг, материалов, хранения информации о клиентах и сотрудниках. Немаловажной составляющей данной системы является ее внешний вид, дизайн. Как удобно расположить иконки функций, окна, таблицы, как выделить часто используемые функции, какое должно быть цветовое решение, количество цветов, их яркость, – все это вопросы дизайна, на которые необходимо ответить в данной работе.
2 ИССЛЕДОВАНИЕ КРИТЕРИЕВ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
В данной главе работы рассмотрены вопросы дизайна пользовательского интерфейса базы данных для предприятия по пошиву детской одежды. Для этого необходимо изучить основные критерии дизайна, опыт пользователя работы в программных средствах и предложить оптимальный вариант решения с учетом ограничений среды разработки.
2.1 Принципы разработки
Согласно ГОСТ Р ИСО 9241-210 – 2016 «Эргономика взаимодействия человек – система», часть 210 «Человеко-ориентированное проектирование интерактивных систем», проектирование с учетом восприятия пользователем системы – это процесс инноваций, который позволяет учитывать удовлетворенность пользователя (включая эмоциональные и эстетические аспекты), а также результативность и эффективность выполнения задач. При проектировании могут быть использованы различные творческие подходы для разработки проекта, соответствующего восприятию пользователем системы [5].
При разработке интерактивных систем необходимо учитывать следующие принципы (по ИСО 9241-110):
-
пригодность для выполнения задачи;
-
информативность;
-
соответствие ожиданиям пользователей;
-
пригодность для обучения;
-
управляемость;
-
устойчивость к ошибкам;
-
пригодность для индивидуализации [6].
2.2 Критерии дизайна пользовательского интерфейса
Критерии качественного дизайна пользовательского интерфейса:
-
четкая и понятная структура;
-
наличие единого стиля в оформлении;
-
общее впечатление завершенности и визуальной пропорциональности программы;
-
наличие читаемых шрифтов и органичное расположение информации;
-
уместность использования дизайна интерфейса согласно целям и задачам программы.
Хороший интерфейс должен обеспечивать эффективную и производительную работу пользователя. Существует также и другой ряд критериев, которым должен удовлетворять качественный интерфейс:
-
лучше тот интерфейс, при котором время выполнения задачи меньше;
-
лучше тот интерфейс, в котором число непроизвольных ошибок пользователя меньше;
-
неоднозначность в понимании интерфейса должна быть минимальна (это способствует самообучению пользователей и делает их поведение предсказуемым);
-
необходима высокая стандартизация интерфейса (она облегчает обучение пользователей);
-
объем вводимой пользователем информации должен стремиться к минимуму (одни и те же данные не должны вводиться несколько раз)
-
простота и визуальная привлекательность (удобство использования не менее важно, чем функциональность) [7].
2.3 Методы оценки качества интерфейса
Существует целый ряд подходов, позволяющих оценить качество пользовательского интерфейса. В целом все методы можно разбить на две большие группы: методы непосредственно тестирования интерфейса группой пользователей и методы, основанные на формальных расчетах (рисунок 4).
Рисунок 4 – Методы оценки качества пользовательского интерфейса
2.3.1 Метод фокус-групп
В основе метода фокус-групп лежит специальная форма интервью, проводимого в группе. Фокус-группа представляет собой группу пользователей или специалистов (обычно 7-10 человек), не знакомых с предлагаемым им для оценки интерфейсом и являющиеся потенциальными или заинтересованными пользователями.
Работа фокус-группы может как предварять количественные исследования, так и проводиться после них.
В первом случае на тестирование и обсуждение предлагается прототип интерфейса, подлежащего оценке, при этом основная задача фокус-группы – собрать первоначальные мнения об интерфейсе, проверить, насколько он соответствует ожиданиям, выяснить, что вызывает вопросы. Такое исследование позволяет сузить круг проблем и выдвинуть гипотезы для их дальнейшего решения.
Во втором случае на тестирование и обсуждение предлагается рабочий вариант информационной системы с интерфейсом, подлежащим оценке. Такое тестирование позволяет выявить то, что было упущено на ранних этапах проектирования пользовательского интерфейса и получить предложения по улучшению интерфейса.
2.3.2 Метод прототипирования
Метод прототипирования заключается в создании широкого набора макетов (прототипов) будущего пользовательского интерфейса, которые подвергаются сопоставительному анализу. Прототип содержит реализацию лишь самого интерфейса, без его функционального наполнения.
Цель прототипирования заключается определении, насколько то или иное решение перспективно, и последующей реализации лучшего из возможного. Этот подход позволяет сэкономить время и ресурсы, затрачиваемые на проектирование и разработку.
Наиболее целесообразно применять этот подход на ранних этапах проектирования, что помогает выбрать правильное направление разработки, однако возможно и создание «локальных» прототипов для отдельных элементов пользовательского интерфейса. Таким образом данных подход охватывает как проектирование интерфейса как целого, так и проектирование его частей.
Для создания прототипов привлекают не только специалистов, но и конечных пользователей, при этом полезны любые мнения, предложения и графические наброски; основная задача – создать 5-7 вариантов интерфейса, решающего одну и туже задачу. При создании прототипов нужно исходить из разумного баланса между следующими ключевыми факторами:
-
необходимый объем ресурсов для создания прототипа;
-
планируемое время жизни прототипа (предназначен ли он для решения краткосрочной, локальной проблемы или для длительного, глубокого анализа);
-
риск смены целей проектирования (сосредоточения внимания не на решении проблемы с помощью прототипов, а на создании самих прототипов).
Созданные прототипы подвергаются сопоставительному анализу, в связи с чем необходимо определить критерии оценки. Отправной точкой в определении таких критериев служит та проблема, ради решения которой были созданы прототипы. Ей может быть время ввода данных пользователем, время принятие пользователем решения на основе предоставленной информации, субъективная оценка качества интерфейса по некоторой шкале и т.п.
2.3.3 Анализ задач
Следующий метод оценки пользовательского интерфейса – анализ задач. Состоит из двух аспектов – в выявлении, какие конкретно задачи пытается выполнить пользователь с помощью предлагаемого интерфейса, а также в выявлении насколько эффективно пользователь выполняет поставленную перед ним руководителем тестирования задачу.
Для проведения тестирования нужно иметь несколько человек представляющих предполагаемый круг будущих пользователей системы, которые незнакомы с интерфейсом.
Тестирование начинается с предварительного анкетирования пользователей, цель которого – выявить, насколько пользователи знакомы с теми или иными аспектами предметной области, типовыми задачами, есть ли у них опыт работы с подобным программным обеспечением.
Пользователям предлагается выполнить простую задачу в соответствии с подготовленным сценарием (который содержит необходимые исходные данные и действия необходимые для его выполнения). Если пользователи хорошо знакомы с предметной областью, то им предлагается самостоятельно выполнить задачу, которую, по их мнению, должно решать приложение. В ходе этого процесса измеряется затраченное пользователем время, количество обращений за помощью, ошибки пользователя, вопросы и комментарии пользователя.
Проводится анкетирование пользователей с целью выявить степень удовлетворенности пользователя: насколько полно приложением выполняется задача, предоставлена ли вся необходимая информация, а лишняя скрыта и т.п.
На основе полученных данных формируется отчетность:
-
анализ портрета типичного пользователя;
-
анализ продуктивности работы пользователя;
-
оценка общего уровня удовлетворенности пользователей;
-
наиболее часто встречающиеся замечания и жалобы пользователей;
-
список приоритетных проблем (по числу жалоб пользователей и времени выполнения задачи).
Далее в рамках полученных данных идет работа по улучшению интерфейса.
2.3.4 Метод GOMS
Следующий метод основан на формальных расчетах – это метод GOMS.
GOMS – это семейство методов позволяющих провести моделирование выполнения той или иной задачи пользователем и на основе такой модели оценить качество интерфейса.
Идея метода заключается в том, что все действия пользователя можно представить как набор типовых составляющих (например, нажать ту или иную кнопку на клавиатуре, передвинуть мышь). Для этих типовых составляющих можно провести измерения времени их выполнения (на большом числе пользователей) и получить статистические оценки времени выполнения того или иного действия. Оценка качества интерфейса заключается в разложение выполняемой задачи на типовые составляющие, и вычисление времени, которое будет в среднем затрачиваться пользователем на выполнение этой задачи.
Преимущества метода:
-
простота и удобство расчетов;
-
отсутствие параметров в модели позволяет проводить оценочные сравнение двух разных вариантов интерфейса;
-
дает прогноз времени работы пользователя с данным вариантом интерфейса;
-
модель не требует создания рабочего прототипа;
-
анализ по этой модели может быть автоматизирован.
Недостатки метода:
-
метод ориентирован на средних пользователей, и не учитывает особенностей работы новичков и специалистов, а также индивидуальных различий пользователей;
-
метод не учитывает возникновение случайных ошибок в работе;
-
модель не учитывает, что в процессе работы происходит научение, а при простое – забывание;
-
модель не учитывает насколько представляемая интерфейсом информация сложна для понимания пользователем;
-
модель не учитывает насколько интерфейс отвечает требованиям пользователей и их ожиданиям.
2.3.5 Метод экспертной оценки
Метод экспертной оценки качества интерфейса заключается в исследовании, насколько анализируемый интерфейс соответствует известным правилам, рекомендациям и методикам. В ходе такой оценки выявляются несоответствия и противоречия, которые и должны быть устранены.














