Обязательные критерии

Вступление

Мы – курьерская служба, которая начинала как сугубо велосипедная курьерская служба. Сегодня же мы предоставляем полный спектр услуг логистики, таких как доставка на велосипедах, доставка легковыми автомобилями, круглосуточная доставка, Суперпомощь (услуги разного рода). У нас около 2000 клиентов, из которых 800 постоянно пользуются нашими услугами и безналично рассчитываются с нами. Мы выписываем около 800 счетов в месяц. К нашому офису прикреплены около 80 курьеров.

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

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

Важной частью рабочего процесса есть накопление адресов как частей заказов. Потому важно иметь возможность правильно ввести адрес внутри Германии. Для этого Kurios имеет перечень всех улиц на территории Германии. Он сейчас уже не актуален и его нужно дополнить – возможно можно внедрить локальный кеш базы данных, который при незнакомой улице обращается к гуглу? Прежнюю базу данных можно использовать по умолчанию (улицы как правило не пропадают, а только появляются новые). Похожая (или лучшая) система будет нужна также для программы слежения.

Мокапы изготовленные Axure, располагаються на странице

https://rotrunner.de/newos/#p=dispo_v2

Описание цели

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

Технические характеристики

● 64 Bit Windows 2008 R2 Server (SBS 2011) c 32 GB RAM, Dual XEON E5620 @ 2, 4 GHz und SSD винчестером в RAID 1

● Windows 2003 Server (служит как простой вебсервер для доступа для наших клиентов (Internetbooking))

● Рабочая зона с Windows 7 64 bit Gigabit Netzwerk. Ранее мы не рассматривали сервер линукс, так как у нас не было Админа Линукс. Сейчас осуществляется расширение IIS с PHP и MySQL, дополнительно может быть установлен Apache.

Обязательные критерии

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

● Если пользователь открыл файл, другие пользователи имеют право только просматривать этот файл, при этом появляется предупреждение, что пользователь МММ в данный момент редактирует этот файл. Под файлом подразумевают заказ. Если телефонист должен изменить заказ, так как клиент звонил еще раз или что-то забыл, оператор не может передать заказ, так как изменения еще не вступили в силу. Тогда оператору на помощь приходит предупреждение: „Auftrag wird von Benutzer Ernie bearbeitet“ «Пользователь Ерни редактирует заказ»

● Поскольку существующая система перебывает в использовании, можно использовать структуру базы данных, так как она достаточно структурированная и нормированная. Эта система являет собой базу данных на основе SQL сервера, к которому клиенты имеют доступ с 16 Bit MS-DOS. Новое приложение может базироваться на Pervasive, но возможны и другие базы

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

● Новое ПО должно иметь современный „Look and Feel“ дизайн, главное условие – Useabilty. Следовательно обязательными есть большие сочетания клавиш. Так, например, действие, которое постоянно повторяется, как например введение заказа, должно иметь возможность полного осуществления через клавиатуру. В общем, переключение между мышей и клавиатурой должно выпадать. В идеале, если можно будет выполнять наиболее частые задание и с помощью клавиатуры и с помощью мыши (принятие и назначение заказа).

● Программный интерфейс должен иметь на экранах высокого расширения 16: 10 настраевыемый формат (Layout). Разные форматы для разных сценариев использования можно сохранить и потом использовать. Например, формат для принятия заказа, для распределения, счета. Это можно решить с помощью виджетов в свободном порядке внутри интерфейса. Так, например, может диспетчер установить относительно большой Виджет карту, в то время как в счете не нужна карта и при принятии заказа карат нужна только в маленьком формате.

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

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

● При стандартных задачах время ожидания не должно превышать 5 секунд