Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Пользовательские интерфейсы



 

Проектирование GUI интерфейса характеризуется двумя основными аспектами — проектированием окон и проектированием элементов ввода и редактирования информации в окна. Оба аспекта зависят от базовой среды GUI. Последующее рассмотрение концентрируется на среде Microsoft Windows.

Типичное Windows приложение состоит из единственного главного окна приложения (primary window). Главное окно поддерживается набором всплывающих окон (pop up window), вторичных окон (secondary window). Вторичные окна поддерживают действия пользователя с главным окном. Многие действия, поддерживаемые вторичными окнами, представляют собой набор основных операций над базой данных — так называемый набором CRUD операций, содержимое которых представлено в таблице 1.1. (CRUD — популярная аббревиатура, которая обозначает четыре основных операции над данными: Create, Read, Update, Delete (“Создать”, “Читать”, “Обновить” “Удалить”).

Таблица 1.1- Распределение требований по субъектам и прецедентам

Требование Субъект Прецедент
Для знакомства с комплектацией выбираемого товара. При этом также приводится цена комплектации. Customer (Клиент) Отображение составляющей товара
Клиент выбирает детали комплектации, с которыми он хочет познакомится, возможно с намерением купить. Customer (Клиент) Составление комплектации заказа
Клиент может выбрать вариант заказа либо попросить, чтобы продавец связался с ним для объяснения деталей заказа, договорился о цене и т.п. прежде, чем заказ будет фактически размещен Customer (Клиент) Salesperson (Продавец) Заказ комплектации, Обращение с просьбой к продавцу
Для размещения заказа клиент должен заполнить электронную форму с адресом для доставки товара и отправки счет-фактуры, а также деталями, касающимися оплаты (кредитная карточка или чек) Customer (Клиент) Проверка и прием платежа от клиента
После ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее детали, касающиеся заказанной комплектации Salesperson (Продавец)  Warehouse (Склад) Информирование склада о заказе
Детали сделки, включая номер заказа, номер счета клиента, отправляются по электронной почте клиенту, так что заказчик может проверить состояние заказа Salesperson  (Продавец) Customer (Клиент) Обновление состояния заказа
Склад получает счет-фактуру от продавца и отправляет дверь клиенту Salesperson (Продавец) Warehouse (Склад) Печать счет-фактуры

 

Аппаратные интерфейсы

 

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

 

Программные интерфейсы

 

Стандарт MRP II содержит описание шестнадцати групп функций системы:

− планирование продаж и производства;

− управление спросом;

− составление плана производства;

− планирование материальных потребностей;

− спецификации продуктов;

− управление складом;

− плановые поставки;

− управление на уровне производственного цеха;

− планирование производственных мощностей;

− контроль входа/выхода;

− материально-техническое снабжение;

− планирование распределения ресурсов;

− планирование и контроль производственных операций;

− управление финансами;

− моделирование;

− оценка результатов деятельности.

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

 

1.3.2  Детальные требования к системе автоматизации управления

 

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

· максимальная простота внесения данных в систему, т.к. эта работа часто производится сотрудниками “на лету” – во время взаимодействия с клиентом;

· дружественность пользователю;

· надёжность;

· расширяемость;

· умеренные системные требования, в частности – к аппаратному обеспечению и квалификации персонала;

· документированность.

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

8) раздел “Приемка товара” от сторонних поставщиков;

9) раздел “Перемещение” в удаленный филиал необходимого количества товара;

10) раздел “Документы”: приходные, расходные, перемещения в филиал;

11) раздел “Справочник товаров”;

12) раздел “Справочник поставщиков”;

13) раздел “Остатки товара”;

14) раздел “Продажа товара”.

Основными функциями системы должны являться:

− система приемки товара от сторонних поставщиков и от головного склада;

− продажа товара в филиале;

− создание реестра приходных и расходных документов, а также перемещений товара и чеков продаж;

− продажа товара клиентам.

Требования к данным

 

Входная информация

 

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

1. Для головного склада:

− наименование поставщика при приемке товара;

− генерация базы реализованного товара в филиале для формирования отчетности.

2. Для удаленного филиала:

− база перемещаемых в филиал товаров;

− база поставщиков;

− справочник.

Выходная информация

 

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

1. Для головного склада:

− генерация базы перемещаемых в филиал товаров;

− генерация базы поставщиков;

− генерация справочника;

2. Для удаленного филиала:

− реализация продукции;

− генерация базы реализованного товара.


Поделиться:



Последнее изменение этой страницы: 2019-04-10; Просмотров: 353; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.022 с.)
Главная | Случайная страница | Обратная связь