Пользовательские характеристики

 

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

Рисунок 1.4 – Субъекты приложения

 

Требования для установления субъектов в приложении:

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

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

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

4. Для размещения заказа клиент должен заполнить электронную форму с адресами для доставки товара и отправки счет-фактуры, а также деталями, касающимися оплаты (кредитная карточка или чек).

5. После ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее детали заказанного товара.

6. Детали сделки, включая номер заказа, номер счета клиента, отправляются по электронной почте клиенту, так что заказчик может проверить состояние заказа.

7. Склад получает счет-фактуру от продавца и отгружает товар клиенту.

 

 

Ограничения

 

Приложение будет корректно работать на ПК с Windows XP/Vista/7, установленным SQL Server 2008 R2 версии 661 или ниже и процессором с тактовой частотой не ниже 1,6 ГГерц. При наличии другой версии SQL Server базу данных необходимо будет сконфигурировать заново из файла «edm_model.edmx.sql».

 

Предположения и зависимости

 

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

 

1.2.6 Распределение требований

Основные требования (упомянутые в разделе 1.3) должны быть реализованы в этой версии АИС малого предприятия по технологии ERP-System. Желательные требования должны быть по возмож­ности осуществлены в этой версии, но не обязательны для разработчиков. Жела­тельно, чтобы часть из них присутствовала в будущей версии. Необязательные требования будут добавлены по желанию разработчиков.

1.3. Детальные требования

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

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

“Контроль — на стороне пользователя” — вот главнейший принцип построения GUI интерфейса. Лучше было бы назвать этот принцип пользовательским восприятием контроля. Основной смысл этого принципа заключается в том, что пользователь инициирует действия, и если в результате этого контроль переходит к программе, то пользователь получает необходимую обратную связь (в виде курсора в форме песочных часов, индикатора ожидания или аналогичным способом).

Рисунок 1.4 демонстрирует типичный поток управления в человеко–машинном взаимодействии. Событие, инициированное пользователем (выбор пункта меню, щелчок мышью, перемещение указателя мыши по экрану и т.д.), может привести к открытию окна GUI интерфейса или вызову программы — как правило, программы на языках типа 4GL или SQL в рамках приложения ИС. Программа временно перехватывает контроль у пользователя.

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

Согласованность несомненно является вторым основным принципом разработки качественного интерфейса. Фактически согласованность означает соблюдение стандартов и следование некоторым общепринятым правилам работы с GUI интерфейсом. Согласованность может рассматриваться, по меньшей мере, в двух аспектах. Соответствие стандартам поставщика GUI интерфейса. Соответствие стандартам в области именования, программирования и другим, разработанным внутри организации стандартам, которые связаны с GUI интерфейсом. Оба аспекта одинаково важны, и второй (на который оказывают влияние разработчики) не должен противоречить первому. Если приложение разрабатывается для Windows, то следует обеспечить “впечатление и ощущение”, свойственные работе в системе Windows.

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

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

Рисунок 1.4 - Поток управления GUI программы

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

Примером индивидуализации является изменение пользователем порядка и размеров колонки в программе просмотра строк (так называемые сетки — grid) с последующим сохранением этих изменений как его личных предпочтений. При обращении к этой же программе в будущем данные предпочтения учитываются.

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

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

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: