Требования к защите данных
Стр 1 из 9Следующая ⇒ Техническое задание на разработку «Система контроля упаковки» версия 04 от 13 декабря 2012 г.
Оглавление 1. Термины и определения ………………………………………………………………… 3 2. Общие положения ………….…………………………………………………….. 4 3 Требования и ограничения …………………………………………………………….. 5 4. Варианты использования системы …………………………………………….. 10 5. Информационная архитектура и интерфейс ………………………………. 26 6. Требование к пользователям системы ………………………………………. 56 7. Этапы разработки системы ………………………………………………………….. 56 8. Критерии и план сдачи-приемки системы …………………………………. 56 Приложения ……………………………………………………………………………………….. 57 История изменений
1. Термины и определения
СКУ, Система – Система Контроля Упаковки Товары клиента – подробная информация о товарах клиента, постоянно хранящаяся в системе. База клиента – заявки клиента на отправку. Заказчик – конечный получатель посылки. Заказ – комплект товаров, предназначенный для упаковки и отправки заказчику по адресу доставки Закрытая зона – адрес, по которому почта России не может осуществить доставку в настоящий момент времени.
ШК – штрих код. ТСД – терминал сбора данных. ПК – персональный компьютер. ПР – Почта России. ШКИ - штрихкодовый идентификатор. ОПС – отделение почтовой связи. Общие положения
Наименование системы СКУ – Система контроля упаковкой. Здесь и далее – система.
Назначение системы Система предназначена для мониторинга процесса комплектации, упаковки и отгрузки товаров. Предназначена для формирования сопроводительной документации в соответствии с требованиями регламента Почта России.
Целевая аудитория Работники склада, менеджеры и операторы, работающие в сфере «Торговля и доставка товара».
Функционал системы Серверная часть · Возможность хранения информации по клиентам и товарам клиента. · Возможность хранения информации по заявкам клиента на текущий операционный день. · Возможность хранения справочной информации (по тарифам, зонам доставки и т.п.). Клиентская часть. Приложение для ПК · Возможность мониторинга и управления процессом упаковки. · Возможность формирования сопроводительной документации. · Возможность работы со сканерами и печатающими устройствами, подключенными к ПК. Клиентская часть. Приложение для ТСД · Возможность мониторинга и управления процессом упаковки. · Возможность формирования сопроводительной документации. · Возможность работы с печатающими устройствами, подключенными к ПК.
Технологии реализации системы Клиент-серверное приложение. Язык разработки – Java 7.
Состав поставки программного продукта · Все исходные коды продукта; · Инструкция по запуску приложения;
· Установочный файл(~ы). Требования и ограничения Требования к аппаратной платформе Серверное приложение Минимальные требования: · Процессор из серии Intel Xeon, c тактовой частотой 1.8 ГГц и выше, либо аналог от AMD; · 4 и более гигабайта оперативной памяти; · 1Gb LAN; · Операционная система Windows 2003-2008 Server либо Ubuntu 10.04 server и выше. Клиентское приложение для ПК Минимальные требования: · 2-х ядерный процессор с тактовой частотой 2 ГГц и выше; · 1 и более гигабайта оперативной памяти; · 100Mb LAN; · Операционная система Windows Vista/7/8/XP. Клиентское приложение для ТСД Приложение разрабатывается для устройства Motorola MC3190: Процессор Marvell PXA320 624MHz Операционная система Microsoft Windows CE 6.0 Pro or Microsoft Windows Mobile 6.X Classic Память 256 Mb / 1 Gb Дисплей цветной дисплей с подсветкой (TFTLCD, 65K цветов), 320 x 320 Сканирующий модуль линейный сканер / 2D imager Интерфейсы RS-232, USB, WiFi 802.11b, Bluetooth Клавиатура 28, 38 и 48 клавиш Периферийные устройства Система должна поддерживать возможность печати документов с установленных на ПК и ТСД печатающих устройств. В основном, в качестве примера: · Термопринтеры печати этикеток Zebra, · Лазерные принтеры любого производителя. Примечания: 1. Подключение и настройка печатающего устройства к ПК и/или ТСД осуществляется силами Заказчика, руководствуясь требованиями производителей оборудования. 2. При работе с приложением на ПК сканеры не используются. Ввод данных происходит только посредством клавиатуры. Требования к графическому дизайну Размер окна приложения Дизайн разрабатывается под разрешение экрана: · 1280х1024, 1600x1200, 1600х900 – для ПК; · 320х320 для ТСД (одна ориентация экрана). Для ПК-приложения необходимо реализовать возможность изменения размера окна (минимально до 1270х720) с появлением горизонтальных/вертикальных скроллов. Изменение масштаба содержимого окна не предусмотрено. Стиль приложения Дизайн разрабатывается в стиле сайта компании: http://www.ххх.ru/ Требования к элементам экрана · Ширина таблиц и колонок фиксированная для каждого экрана в зависимости от содержимого таблицы. Рекомендуется для одноименных колонок сохранять одинаковую ширину. · Допускается в процессе разработки по согласованию с Заказчиком изменять расположение элементов экрана и количество колонок в таблицах.
· Требуется предусмотреть в дальнейшем возможность настройки количества и очередности отображаемых колонок. Иконка приложения Дизайн иконки приложения разрабатывается на стадии разработки дизайна и согласовывается с Заказчиком. Требования к локализации Язык интерфейса – русский. Требования к защите информации от несанкционированного доступа Вопросы безопасности системы должны решаться с использованием трех компонентов системы: средств администрирования сервера БД, средств администрирования приложений и собственных средств настройки безопасности и прав доступа пользователей ПО. Требования к безопасности соединения · Работа по защищенному каналу (SSL). · Доступ в систему имеет только авторизованный пользователь. · Права администратора и обычного пользователя разделены. Требования к управлению доступом пользователей · Паролирование. · Хранение паролей в шифрованном виде. · Единый пароль для всех модулей системы. · Управление сессиями пользователей. · Установка параметров сессии (напр., временного интервала для отключения сессии, если пользователь не производит никаких действий). · Удаление сессий. · Аудит всех действий пользователей в системе. Требования к защите данных · Управление доступом к объектам системы. · Определение ролей (набор пользователей, выполняющих определенную работу). · Определение доступных полномочий для ролей и пользователей. Открытый на редактирование пользователем объект визуально выделяется и становится недоступен для редактирования другим пользователям. Права доступа в систему Существует три роли, которые можно назначить пользователю: · Администратор (работает на ПК); · Оператор (работает на ПК); · Работник склада (работает на ТСД). Администратору доступны все возможные функции: добавление, удаление, редактирование, просмотр. Оператору доступен только просмотр элемента.
Оператору и Работнику склада доступны функции, оговоренные ниже.
Воспользуйтесь поиском по сайту: ©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...
|