Web viewФорматы – doc, docx, xls, xlsx, ... MS Word для документов *.doc)....

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку системы управления заказами ООО «Фирма»

На 55 листах

Санкт-Петербург2012

Содержание

1. Термины и сокращения, используемые в данном документе.................................................32. Общие сведения..........................................................................................................................4

2.1. Полное наименование системы и ее условное обозначение............................................................42.2. Плановые сроки начала и окончания работ по созданию системы.................................................42.3. Сведения об источнике и порядке финансирования работ...............................................................42.4. Порядок оформления и предъявления заказчику результатов работ по созданию системы........4

3. Назначение и цели создания системы.......................................................................................54. Сведения об автоматизируемых бизнес-процессах.................................................................55. Требования к системе.................................................................................................................9

5.1. Требования к системе в целом.............................................................................................................95.1.1. Требования к структуре и функционированию системы..............................................................95.1.2. Требования к численности и квалификации персонала системы................................................95.1.3. Показатели назначения...................................................................................................................105.1.4. Требования к надежности..............................................................................................................105.1.5. Требования к эргономике и технической эстетике.....................................................................105.1.6. Требования к эксплуатации и техническому обслуживанию.....................................................105.1.7. Требования к защите информации от несанкционированного доступа....................................11

5.2. Требования к функциям, выполняемым системой..........................................................................145.2.1. Общие принципы работы с информационными объектами системы........................................145.2.2. Авторизация пользователей...........................................................................................................165.2.3. Обеспечение деятельности менеджера БДП................................................................................18

5.2.3.1. Ведение информации о клиентах..............................................................................................................185.2.3.2. Работа с заказами........................................................................................................................................245.2.3.3. Работа со счетами.......................................................................................................................................285.2.3.4. Оперативное получение информации системы.......................................................................................305.2.3.5. Отчеты.........................................................................................................................................................325.2.3.6. Поиск документов......................................................................................................................................33

5.2.4. Личный кабинет клиента................................................................................................................345.2.4.1. Работа с заказами........................................................................................................................................345.2.4.2. Работа со счетами.......................................................................................................................................395.2.4.3. Оперативное получение клиентом информации из системы.................................................................40

5.2.5. Администрирование системы........................................................................................................425.2.5.1. Управление пользователями.....................................................................................................................425.2.5.2. Настройки....................................................................................................................................................43

5.3. Требования к видам обеспечения......................................................................................................445.3.1. Требования к информационному обеспечению...........................................................................445.3.2. Требования к лингвистическому обеспечению...........................................................................445.3.3. Требования к программному обеспечению..................................................................................445.3.4. Требования к техническому обеспечению...................................................................................45

6. Состав и содержание работ по созданию системы................................................................467. Порядок контроля и приемки системы...................................................................................468. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие..........................................................................................................................479. Требования к документированию...........................................................................................47Приложения………………………………………………………………………………….…….48

2

1. Термины и сокращения, используемые в данном документе

БД - база данных системы

БДП - Бюро деловой поддержки «Фирма»

Веб-браузер - программное обеспечение для просмотра веб-сайтов, то есть для запроса веб-страниц, их обработки, вывода и перехода от одной страницы к другой

Заказчик СУЗ - Бюро деловой поддержки «Фирма»

Клиент - контрагент БДП (заказчик), осуществляющий размещение заказов на перевод

Пользователь клиента

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

Менеджер БДП - менеджер отдела переводов Бюро деловой поддержки «Фирма», осуществляющий полный цикл работ по управлению заказом

НСД - несанкционированный доступ

ПО - программное обеспечение

Расчет заказа - документ, формируемый менеджером БДП в ответ на заявку на перевод, содержащий информацию о стоимости и сроках выполнения работ

СУБД - система управления базами данных

СУЗ - система управления заказами ООО «Бюро деловой поддержки «Фирма»

ТЗ - техническое задание

Хостинг - услуга по предоставлению вычислительных мощностей для физического размещения информации на сервере, постоянно находящемся в сети

Хостинг-провайдер - компания, предоставляющая услугу хостинга

3

2. Общие сведения

2.1. Полное наименование системы и ее условное обозначение

Наименование системы – «Система управления заказами БДП Фирма» (далее СУЗ).

Заказчик системы: ООО «Бюро деловой поддержки «Фирма» (далее БДП или Заказчик).

Разработчик системы: _______________________________ (далее Разработчик СУЗ).

2.2. Плановые сроки начала и окончания работ по созданию системы

Начало работ: январь 2012 г.

Плановый срок окончания работ (передача в промышленную эксплуатацию): конец апреля-май 2012 г.

2.3. Сведения об источнике и порядке финансирования работ

Определяется соглашением между Заказчиком и Разработчиком.

2.4. Порядок оформления и предъявления заказчику результатов работ по созданию системы

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

Порядок предъявления системы, ее испытаний и окончательной приемки определен в п.7 настоящего ТЗ. Совместно с предъявлением системы разработчик производит сдачу комплекта пользовательской документации (согласно п.9 настоящего ТЗ).

4

3. Назначение и цели создания системы

Назначение системы – автоматизация процесса ведения заказов на перевод документации, поступающих в отдел переводов БДП.

Цели создания системы:

Обеспечение упорядоченного и централизованного хранения данных, связанных с выполнением заказов (данные о клиентах, заказы, документы заказов, счета и т.п.) с возможностью доступа через Интернет;

Обеспечение оперативного информирования менеджеров БДП и клиентов; Возможность удобного поиска документов; Возможность формирования отчетности.

4. Сведения об автоматизируемых бизнес-процессах

Автоматизации подлежит бизнес-процесс работы с заказами в отделе переводов БДП. Он включает в себя:

- ведение реестра заказчиков- прием заказов- оценка параметров заказа- отслеживание хода работ по заказу- выставление счетов- контроль оплаты счетов- получение управленческой отчетности- информирование заказчика об этапах работы над заказом

В общем виде данный бизнес-процесс может быть представлен схемой:

5

Внедрение разрабатываемой системы позволит автоматизировать некоторые участки бизнес-процесса (помечены цветом на схеме).

Система должна предусматривать как самостоятельное размещение заказа клиентом, так и оформление заказа менеджером БДП.

6

Процесс ведения заказа (если заказ размещается клиентом самостоятельно) показан ниже:

7

Если заказ оформляется менеджером, схема бизнес-процесса практически аналогична, за небольшим исключением:

8

5. Требования к системе

5.1. Требования к системе в целом

5.1.1. Требования к структуре и функционированию системы

Система должна быть реализована в виде web-приложения, доступного через сеть Интернет установленному кругу пользователей (архитектура «тонкий клиент»).

База данных и программные компоненты системы – на сервере. Доступ клиентов осуществляется через веб-браузер.

Клиентская часть СУЗ должна содержать: административный раздел – предназначенный для работы менеджеров и

администраторов БДП (подробнее см. п. 5.2.3 и п. 5.2.5); личный кабинет клиента - позволяющий пользователям клиентов выполнять

предусмотренные функции (подробнее см. п. 5.2.4).

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

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

5.1.2. Требования к численности и квалификации персонала системы

Минимальное количество персонала, требуемого для эксплуатации СУЗ, составляет 2 штатные единицы — администратор системы и менеджер.

Максимально возможное количество создаваемых в СУЗ пользователей с правами «Администратор», «Менеджер», «Пользователь клиента» - не ограничено.

Если необходимо обеспечить доступ в систему директору компании (например, для анализа показателей по отчетам) или бухгалтеру (например для отметки закрытых счетов), для них создаются учетные записи с правами «Менеджер».

Работа с системой должна быть интуитивно понятной. Система должна использовать общепринятые принципы и логику работы веб-приложений и интернет-сайтов.

Пользователи СУЗ должны иметь опыт работы с ПК на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя.

Также пользователи должны иметь опыт работы в сети интернет с использованием стандартных браузеров (Firefox, Opera, Internet Explorer и т.д.) и опыт работы со специализированным программным обеспечением, необходимым для выполнения их должностных обязанностей.

Пользователи СУЗ обязаны знать свои должностные обязанности в рамках соответствующих внутренних регламентов работы.

9

5.1.3. Показатели назначения

Система должна позволять одновременную работу в системе не менее 3 пользователей с правами «Менеджер» и не менее 5 пользователей с правами «Пользователь клиента». При этом характеристики времени отклика системы зависят от общей нагрузки на сервер.

5.1.4. Требования к надежности

Надежность разрабатываемой системы должна обеспечиваться за счет:

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

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

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

поддержание условий для нормального функционирования СУЗ. При размещении системы на внешней площадке (хостинг-провайдере) это обеспечивается площадкой;

мониторинга состояния системы с целью своевременного обнаружения сбоев, а также предупреждения их возникновения;

возможности резервного копирования и последующего восстановления данных системы (за счет использования стандартных инструментов используемой СУБД и панели управления хостингом);

технического сопровождения системы в процессе эксплуатации.

5.1.5. Требования к эргономике и технической эстетике

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

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

Веб-интерфейс системы должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки.

5.1.6. Требования к эксплуатации и техническому обслуживанию

Должна обеспечиваться бесперебойная эксплуатация системы в режиме 24x7 с возможными перерывами на техническое обслуживание.

Требование непрерывного функционирования обусловлено:- необходимостью предоставления сервиса клиентам, потенциально расположенным в

различных временных поясах;- необходимостью отслеживания определенных системных событий (см. Приложение

2) и реализации связанной с ними бизнес-логики (например – отправка уведомлений). 10

В случае развертывания серверной части СУЗ на внешней площадке (хостинге), техническое обслуживание инфраструктурных программных и технических средств сервера (ПО веб-сервера, СУБД и т.п.) осуществляет хостинг-провайдер согласно устанавливаемому им регламенту.

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

Требуемый уровень квалификации администратора для осуществления этих действий – знания по настройке и администрированию ОС семейства *nix, СУБД MySQL и используемого типа веб-сервера.

5.1.7. Требования к защите информации от несанкционированного доступа

Защита информации от НСД реализуется на 2-х уровнях:

На уровне самой СУЗ; На уровне операционной системы, веб-сервера и СУБД, используемых на хостинге.

Для 1-го уровня защита информации реализуется за счет:

ограничения доступа к данным системы кругом зарегистрированных пользователей (идентификация пользователя);

разграничения полномочий для различных категорий пользователей.

Схема разграничения полномочий:

Функционал/информационные объекты системы

Роли пользователейМенеджер Пользователь

клиентаАдминистратор

Ведение клиентов + - -Управление пользователями клиентов + - -Управление датами клиентов + - -Создание заказов + + -Изменение заказов + +/- -Просмотр заказов + + -Создание счетов + - -Изменение счетов + - -Просмотр счетов + + -Сводная информация о важных системных событиях

+ + -

Работа с отчетами + - -Изменение настроек системы - - +Управление учетными записями «внутренних» пользователей

- - +

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

11

5.2. Требования к функциям, выполняемым системой

5.1.1. Общие принципы работы с информационными объектами системы

В данном пункте описаны общие принципы, которые применимы ко всем объектам в системе. В дальнейшем эти моменты не будут описываться отдельно при описании конкретных объектов.

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

Состав пунктов меню определяется ролью пользователя:

Описание функционала, соответствующего каждому из пунктов меню см. в соответствующих разделах данного ТЗ:

Пункт меню См. пункт данного документаМеню пользователя «Менеджер БДП»Сводка 5.2.3.4Клиенты->Список 5.2.3.1Клиенты->Создать клиентаЗаказы->Список 5.2.3.2

13

Заказы->Создать заказЗаказы->Поиск документов 5.2.3.6Счета 5.2.3.3Отчеты->Неоплаченные счета 5.2.3.5Отчеты->Стоимость работ за месяцМеню пользователя «Пользователь заказчика»Сводка 5.2.4.3Заказы->Список 5.2.4.1Заказы->Создать заказСчета 5.2.4.2Меню пользователя «Администратор системы»Система->Пользователи 5.2.5.1Система->Настройки 5.2.5.2

Пункт меню «Выход» для любого пользователя завершает сеанс работы текущего пользователя, открывает окно авторизации.

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

Доступ к информационным объектам системы (клиенты/заказы/счета и т.п.) должен производиться по схеме «Список данных информационных объектов -> Карточка объекта» (например «Список клиентов» -> «Карточка клиента»).

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

Создание нового информационного объекта данного типа; Удаление информационного объекта; Просмотр подробной информации об объекте; Редактирование объекта; Специальные операции для некоторых типов объектов (описаны отдельно); Сортировка списка по любому полю (по возрастанию/по убыванию) – щелчком

по заголовку поля; Фильтрация информации списка по любому полю. Вид фильтра (текстовая

строка/раскрывающийся список/выбор даты) настраивается в зависимости от типа данных в поле. С помощью фильтрации должен быть возможен поиск по списку;

Группировка данных списка по определенному признаку с помощью набора вкладок.

Например:

14

Над списком имеется набор вкладок (Все/Ожидают оплаты/Оплачены), позволяющих фильтровать данные по признаку оплаты.

Щелчок мышью на заголовки полей списка (№ счета, № заказа, Клиент и т.п.) позволяет сортировать данные списка по этому полю (по возрастанию/убыванию).

Ниже расположены поля фильтра. Заполнение комбинации полей определенным образом и нажатие кнопки «Фильтр» позволяет ограничить список только теми объектами, которые удовлетворяют заданным условиям (например выбрать счета только для клиента Rustek). Для текстовых полей должен быть возможен поиск по части названия. Например, при наборе в строке фильтра «1201» в выборку попадает заказ № RUS120120-1.

Если в полях списка фигурируют другие информационные объекты (например – заказы/клиенты/документы и т.п.) – должен быть возможен быстрый переход (в новом окне браузера!) к карточке данного объекта щелчком по его названию в списке (в приведенном выше примере такими объектами являются №заказа и наименование клиента).

Действия над единичными элементами списка осуществляются с помощью кнопок, расположенных в поле «Действия». Стандартный набор действий – «Открыть на редактирование» и «Удалить». Для некоторых информационных объектов могут быть реализованы специфические действия.

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

В системе должно быть реализовано «безопасное удаление». Любой удаляемый объект не удаляется фактически из БД, а помечается как «удаленный». В дальнейшем он не отображается в системе и не участвует в операциях, однако может быть восстановлен при необходимости администратором системы.

Удаление объектов, используемых другими объектами, не допускается (например, нельзя удалить пользователя клиента, если он указан контактным лицом для опр. заказа).

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

5.2.1. Авторизация пользователей

В системе должно быть предусмотрено разделение функционала и доступа к информационным объектам путем реализации нескольких пользовательских ролей:

15

Роль ПраваМенеджер БДП имеет доступ к функциональности ведения клиентов, заказов,

счетов, документации, отчетности. Также имеет возможность ведения Пользователей клиента.

Пользователь клиента имеет права доступа к Личному кабинету клиента

Администратор системы имеет возможность управлять пользователями системы (только пользователями БДП), а также имеет доступ к настройкам

При входе в систему пользователь должен авторизоваться, заполнив следующую форму:

Если пользователь не помнит пароль, он может щелкнуть ссылку «Проблемы при входе?», в открывшейся форме ввести свой адрес e-mail и получить на него свой пароль:

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

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

Количество попыток авторизации (например, при неверно указываемых логине/пароле) не ограничено.

16

5.2.2. Обеспечение деятельности менеджера БДП

5.2.2.1. Ведение информации о клиентах

Менеджер может работать со списком клиентов. Примерный вид формы «Список клиентов» показан ниже:

Доступны операции:

Создать нового клиента

Открывает форму создания нового клиента

Экспорт Позволяет сохранить экспортировать книгу адресов (контактных лиц) в формате почтовой программы The Bat!

Открыть клиента на редактирование

Открывает карточку клиента для редактирования

Удалить клиента Удаление клиентаСоздать заказ Позволяет быстро создать заказ для данного клиента, не

открывая его карточку. Открывается форма создания нового заказа

Создание нового клиента.

Примерный вид формы «Создание клиента» показан ниже:

17

Заполняются поля: Название компании* Префикс* - используется для формирования номеров заказов (например

RUS_22022012). Генерируется автоматически при вводе наименования клиента (первые 3 буквы названия в верхнем регистре). Может быть изменен вручную. Должен быть уникальным (не может быть одинаковым у разных клиентов).

Страна* – по выбранной стране определяется язык интерфейса в личном кабинете клиента для его пользователей.

Адрес клиента Налоговая схема* – XXX или БДП (поле для информации, в бизнес-логике не

участвует) Валюта расчетов* Сетка тарифов – документ, содержащий информацию о тарифах для данного

клиента. Используется менеджером как источник информации при подготовке «Расчета заказа». Форматы – doc, docx, xls, xlsx, rtf, pdf.

Договор – сканированный договор с клиентом. Форматы – doc, docx, rtf, pdf. Прочие документы – прочие документы по данному клиенту. По щелчку на ссылку

«Открыть папку» открывается окно проводника с папкой на сервере, содержащей данные документы. Возможны стандартные манипуляции (добавить – перетаскиванием из другой папки, удалить, открыть). Количество документов и их формат не ограничены.

Обязательные для заполнения поля помечены звездочкой (*)

Просмотр и редактирование карточки клиента

18

Примерный вид формы «Карточка клиента» показан ниже:

В карточке можно редактировать все поля, заполненные при создании клиента. Также для уже сохраненного в системе клиента в карточке доступны функции быстрого перехода к связанным объектам:

Кнопка «Новый заказ…» - для быстрого создания заказа для данного клиента. Открывается форма создания нового заказа.

Ссылка «Его заказы» - позволяет быстро перейти к списку заказов данного клиента Ссылка «Его счета» - позволяет быстро перейти к списку счетов данного клиента Ссылка «Его даты» - открывает список дат для клиента (в списке можно

осуществлять манипуляции с датами – см. ниже в данном разделе). Ссылка «Пользователи» - открывает список пользователей клиента – см. ниже в

данном разделе.

Ведение информации о пользователях клиента

В системе должна быть предусмотрена для каждого клиента вести список пользователей. Далее, пользователя клиента можно назначить в качестве контактного лица для заказа. Также пользователь клиента может авторизоваться в системе и выполнять определенные операции в своем личном кабинете (см. п. 5.2.4).

Менеджер БДП создает и управляет только пользователями клиентов. Учетными записями типа «Менеджер» и «Администратор» он манипулировать не может. Это делает администратор системы (см. п.5.2.5.1).

Список пользователей от данного клиента можно открыть из карточки клиента:

19


Создать нового пользователя

Открывает форму создания нового пользователя

Открыть на редактирование

Открывает карточку пользователя для редактирования

Удалить Удаление пользователя

Поле e-mail является активной ссылкой вида mailto : adress @ server . ru – при щелчке по ней открывается почтовый клиент «по-умолчанию» для создания письма и отправки его на указанный адрес.

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

Примерный вид формы «Карточка пользователя клиента» показан ниже:

20

mailto:[email protected]

Заполняются поля: Компания* – заполняется автоматически системой (вход в карточку пользователя

только через карточку компании) Фамилия Имя* Отчество Телефон Skype E-mail* Логин* - для входа в систему Пароль*- не менее 6 символов, только латинские буквы и цифры


При создании нового пользователя клиента, а также при удалении пользователя, он получает уведомление на e-mail (см. Приложение 2)

Ведение информации о датах клиента

В системе должно быть предусмотрено ведение информации о датах клиентов (день рождения/день фирмы/национальный праздник и т.д.).

Примерный вид формы «Список дат клиента» показан ниже:

21


Создать новую дату Открывает форму создания новой датыОткрыть на редактирование

Открывает карточку даты для редактирования

Удалить Удаление даты

Примерный вид формы «Карточка даты» показан ниже:

22

Заполняются поля: Дата* – указывается число (1-31) Месяц* – выбор из списка Предупреждать за* - срок уведомления. По умолчанию 7 дней. Комментарий – краткое произвольное описание или комментарий (макс. 255 симв.)


Система должна заблаговременно напоминать менеджеру о наступлении той или иной даты. Уведомление производится в панели «Сводка» (см. п. 5.2.3.4) , а также по e-mail. Срок уведомления настраивается для каждой конкретной даты. При наступлении этого срока уведомление направляется менеджеру на e-mail – каждый день, раз в сутки.

Примечание: в системе не устанавливается соответствие «Клиент – Менеджер». Поэтому уведомления по всем клиентам получают все менеджеры.

5.2.2.2. Работа с заказами

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

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

Для большинства статусов установлена строгая зависимость (см. вышеназванную схему), т.е. заказ не может «перепрыгнуть» несколько промежуточных статусов и перейти в какой-либо конечный (есть исключения – также см. схему).

Примерный вид экранной формы, содержащей список заказов, показан ниже:


Создать новый заказ Открывает форму создания нового заказа

23

Быстрый фильтр группы заказов (вкладки над списком)

Все – все заказы, вне зависимости от статуса

Новые – со статусом «Новый» и «Получен»

Ждут подтверждения – со статусом «Рассчитан» (менеджер сформировал расчет заказа, но клиент еще не подтвердил его)

Подтверждены – со статусом «Подтверждены» (клиент подтвердил расчет заказа с предложенной ценой и сроками)

В работе – со статусами «Перевод», «Вычитка», «Верстка»

Готовы – со статусом «Готов» (счет еще не сформирован, или сформирован, но не выставлен)

Ждут оплаты – статус «Счет» (при этом связанный счет имеет статус «Выставлен»)

Оплачены – статус «Оплачен» (связанный счет имеет статус «Оплачен»)

Отменены – статус «Отменен»

Корзина – удаленные заказы. Могут быть восстановлены.

Подтвердить получение

Отображается только для заказов со статусом «Новый» (тех, которые размещают пользователи клиента через личный кабинет)


Открывает карточку заказа для редактирования

Удалить заказ Удаление заказаСоздать заказ Позволяет быстро создать заказ для данного клиента, не

открывая его карточку. Открывается форма создания нового заказа

Быстрый фильтр для поля «Срок сдачи» предусматривает варианты «Сегодня», «Завтра», «На этой неделе».

Создание новых заказов менеджером

Примерный вид формы «Создание заказа» показан ниже:

24

Заполняются поля:

Блок «Идентификация заказа»: Клиент* – заполняется автоматически, если заказ создается из карточки Клиента.

Если нет – выбор из списка. Справа – кнопка быстрого перехода к карточке выбранного клиента (откроется в новом окне).

Номер заказа* – устанавливается автоматически при выборе клиента по установленному правилу (шаблон «XXX_DDMMYYYY-N», где XXX – буквенный префикс, установленный для клиента, DD – день, MM – месяц, YYYY – год, N – номер заказа, если в 1 день поступило несколько заказов, например, RUS_23022012-2 – 2-й по счету за день заказ, поступивший 23 февраля 2012 г. Первый за день заказ без добавки “–N”).

Описание – краткое описание (наименование) заказа для удобства его дальнейшего поиска.

Проект – поле носит чисто информационный характер. Не используется в бизнес-логике.

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

Блок «Исполнение»: Статус* - статус заказа, выбираемый менеджером из выпадающего списка. Перечень

вариантов в списке ограничен зависимостью статусов, показанной в Приложении 1 Желаемый срок – срок, установленный клиентом или менеджером при формировании

заказа

25

Плановый срок* – срок выполнения заказа, согласованный с клиентом (при подтверждении «Расчета заказа»). Устанавливается менеджером (выпадающий календарь).

Менеджер – менеджер данного заказа. Выбирается из списка. Определяет, кто из менеджеров будет получать уведомления, связанные с данным заказом. Если менеджер не определен, уведомления получают все менеджеры.

Маркер переводов – текстовый маркер, используемый для обозначения файлов с переводом (например, исходный файл file1.pdf, переведенный – file1_rus.pdf, тогда маркер перевода – «_rus»). Если маркер не указан (пустой), подразумевается что файл-перевод имеет название, аналогичное файлу-исходнику.

Пояснение: предполагается следующая структура хранения документов к заказам – например папка заказа RST_12022012, папка для хранения документов-оригиналов - RST_12022012\DOCS\SRC, для хранения документов-переводов - RST_12022012\DOCS\DST. Система автоматически обнаруживает файлы в папке SRC (с учетом возможных вложенных подпапок), опознает их в качестве документов-исходников. Далее, в папке DST ищутся документы с такими же названиями + маркер перевода. Они автоматически опознаются в качестве документов –переводов. Так, например, для файла RST_12022012\DOCS\SRC\File to translate.doc будет автоматически искаться файл RST_12022012\DOCS\DST\File to translate_RUS.doc, если в качестве маркера перевода указан «_RUS»

Блок «Параметры заказа» Расчет заказа* – менеджер загружает файл с расчетом заказа (предложением по цене

и срокам). Форматы – doc, docx, rtf, pdf. В качестве справочной информации для подготовки этого документа менеджер может просмотреть информацию о тарифах данного клиента (ссылка «Тарифы клиента…») – откроется файл с тарифами

Подписанный расчет заказа* – сюда загружается отсканированный подписанный клиентом расчет заказа (только после этого статус заказа может быть выставлен в состояние «Подтвержден»)

Сумма заказа* – менеджер проставляет вручную из «Расчета заказа» (сумма без НДС!) . Валюта подставляется автоматически (из параметров Клиента). Параметр необходим для построения отчетов.

Объем заказа* – менеджер проставляет вручную из «Расчета заказа». Параметр необходим для построения отчетов.

Комментарий – дополнительный сопроводительный текст к заказу (пишет клиент при размещении заказа, или сам менеджер при необходимости).


Для загрузки документов на перевод необходимо щелкнуть ссылку «Документы на перевод». Открывается окно проводника с папкой на сервере, куда необходимо перетащить данные документы. Возможны стандартные манипуляции (добавить – перетаскиванием из другой папки, удалить, открыть). Количество документов и их формат не ограничены.

Работа менеджера с существующими заказами

Менеджер может редактировать существующие заказы, осуществлять изменение их статуса.

26

Примерный вид формы «Карточка заказа» (для уже существующего заказа) показан ниже:

В карточке можно редактировать все поля, заполненные при создании заказа. Дополнительно в блоке «Идентификация заказа» отображаются поля «Дата размещения» и «Разместил» (указание на пользователя системы, разместившего заказ. Если это пользователь клиента – это активная гиперссылка, ведущая на его карточку).

Также доступны функции быстрого перехода к связанным объектам: Кнопка «Выставить счет…» - для быстрого создания счета к данному заказу; Ссылка «Документы на перевод» - открывает в проводнике папку на сервере,

содержащую документы-исходники; Ссылка «Готовые документы» - открывает в проводнике папку на сервере,

содержащую переводы; Ссылка «Zip» - позволяет скачать все документы-переводы единым Zip-файлом

(формируется автоматически).

5.2.2.3. Работа со счетами

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

Этапы обработки (статусы) счета следующие: сформирован, выставлен, оплачен. Сформирован – означает, что счет создан и сохранен, но не предъявлен заказчику (т.е.

он не виден в личном кабинете клиента).

27

Имеется соответствие между статусами заказа и статусами счетов (при этом заказ может переходить в опр. статус, только если связанный счет приобрел опр. статус):

Статус заказа Статус связанного счетаГотов (в данном случае для этого статуса счет не обязательно д.б. сформирован)

Сформирован

Счет ВыставленОплачен Оплачен

Примерный вид экранной формы, содержащей список счетов, показан ниже:


Быстрый фильтр группы счетов (вкладки над списком)

Все – все счета, вне зависимости от статуса

Ожидают оплаты – со статусом «Выставлен»

Оплачены – со статусом «Оплачен» Открыть на редактирование

Открывает карточку счета для редактирования

Удалить Удаление счета

Новый счет создается только из карточки заказа (см. п. 5.2.3.2).

Примерный вид формы «Карточка счета» показан ниже:28


Номер заказа* – устанавливается автоматически; Номер счета* – вводится вручную менеджером. Формат произвольный. Должен быть

уникальным (номера счетов не должны повторяться); Сумма* – заполняется автоматически, равна сумме заказа; Статус* - выставляется менеджером Дата выставления* - при создании счета выставляется автоматически системой

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

Дата закрытия – дата присвоения счету статуса «Оплачен». Выставляется автоматически.

Файл* - менеджер загружает файл счета. Форматы – doc, docx, rtf, pdf.


5.2.2.4. Оперативное получение информации системы

Оперативное получение информации менеджером должно быть реализовано следующим образом:

1. С помощью экранной формы «Сводка» 2. С помощью уведомлений на e-mail менеджера.

Экранная форма «Сводка» - содержит наиболее востребованную информацию в кратком виде. Примерный вид формы «Сводка» показан ниже:

29

Форма содержит несколько блоков.

В блоке «Новые заказы» отображается информация:

- о заказах, размещенных клиентом (статус заказа «Новый»), получение которых менеджер должен подтвердить;

- о заказах, получение которых подтверждено менеджером (статус заказа «Получен»), но для которых еще необходимо произвести «расчет заказа»;

- о заказах, для которых «расчет заказа» уже подтвержден Клиентом (статус заказа «Подтвержден») – их уже можно передавать в работу.

Указанные выше пункты должны отображаться в виде активных гиперссылок - переход по ним открывает список соответствующих заказов (см. п. 5.2.3.2), далее менеджер может их подтвердить/осуществить для них расчет/передать их в работу.

В блоке «Сдача заказов» должна отображаться информация о заказах со сроком сдачи завтра-послезавтра.

Состав полей: № заказа, Клиент, Статус, Срок сдачи

В блоке «Даты клиентов» должна отображаться информация о приближающихся датах клиентов (см. п. 5.2.3.1)

Состав полей: Клиент, Дата, Комментарий

Также оперативное получение менеджером информации должно быть реализовано путем соответствующих уведомлений на e-mail. Система должна отправлять уведомление при наступлении определенных событий. Список системных событий и примерное содержание соответствующих уведомлений приведены в Приложении 2 к данному ТЗ.

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

30

5.2.2.5. Отчеты

Система должна позволять формировать следующие отчеты:

Отчет по неоплаченным счетам

Примерная форма отчета показана ниже:

Дата – это дата выставления счета.Менеджер – менеджер заказа, связанного со счетом.

Отчет по общей стоимости работ за месяц

Примерная форма отчета показана ниже:

Перед формированием отчета пользователь заполняет параметры: Месяц и год – период, за который формируется отчет Курс Евро (стоимость 1 евро в рублях) - используется для пересчета сумм по заказам

клиентов, расчеты с которым осуществляются в евро.

31

Использовать текущий курс валюты в автоматическом режиме нельзя, т.к. обычно оплата за выполненные заказы поступает в течение следующего месяца, и продается в рубли соответственно по курсу, который будет в то время. Фактически, при формировании отчета, менеджер «прогнозирует» сумму поступлений за месяц.

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

Распечатка всех отчетов реализуется стандартной функцией печати веб-браузера.

5.2.2.6. Поиск документов

В системе должна быть реализована функция поиска документов.

Примерная форма поиска показана ниже:

Поиск реализуется через стандартный фильтр (см. п. 5.2.5). В т.ч. возможен поиск по частичному названию.

Содержимое полей (№ заказа, клиент, документ-оригинал, документ-перевод) – является активными гиперссылками. При щелчке осуществляется переход к соответствующему объекту (заказ/клиент) или загрузка и открытие соответствующего документа. Документы открываются в редакторе, установленном в ОС редактором по-умолчанию для данного типа документов (например, MS Word для документов *.doc).

32

5.2.3. Личный кабинет клиента

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

Для входа пользователь проходит авторизацию (описано в п. 5.2.6).

5.2.3.1. Работа с заказами

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

Примерный вид экранной формы, содержащей список заказов, показан ниже:


Создать новый заказ Открывает форму создания нового заказаБыстрый фильтр группы заказов (вкладки над списком)

Все – все заказы, вне зависимости от статуса

Новые – со статусом «Новый»

Приняты – со статусом «Получен» (менеджер БДП подтвердил их получение)

Требуется подтверждение – со статусом «Рассчитан» (менеджер сформировал расчет заказа, клиент должен подтвердить его)

В работе – со статусами «Подтвержден» (считаем, что уже в

33

работе), «Перевод», «Вычитка», «Верстка»

Готовы – со статусом «Готов» (счет еще не сформирован, или сформирован, но не выставлен)

Ждут оплаты – статус «Счет» (при этом связанный счет имеет статус «Выставлен»). Клиент должен открыть связанный счет и передать его на оплату

Оплачены – статус «Оплачен» (связанный счет имеет статус «Оплачен»)

Отменены – статус «Отменен»


Открывает карточку заказа для редактирования

Отменить заказ Отмена заказа.

Пользователь клиента может отменить заказ только на этапах «Новый», «Получен» и «Рассчитан». Далее функция отмены становится недоступной.

Если клиент отменяет заказ в ходе работы (т.е. в статусах Подтвержден/ Перевод/ Вычитка/ Верстка), то менеджер БДП корректирует "расчет заказа" исходя из фактически выполненных работ. Счет все равно выставляется.

Если заказ переведен в статус «Отменен» ошибочно, то он может быть восстановлен. При этом заказ переводится в статус «Новый».

Создание новых заказов пользователем клиента

Примерный вид формы «Создание заказа» показан ниже:

34


Блок «Идентификация заказа»: Номер заказа* – устанавливается автоматически (на основании префикса клиента и

текущей даты – см. п. 5.2.3.2); Описание – краткое описание (наименование) заказа для удобства его дальнейшего

поиска; Проект – поле носит чисто информационный характер. Не используется в бизнес-

логике;

Блок «Исполнение»: Желаемый срок – указывается желаемый срок готовности заказа (выпадающий

календарь). Может не указываться; Комментарий – дополнительный сопроводительный текст к заказу (пишет клиент при

размещении заказа, или сам менеджер при необходимости).


Для загрузки документов на перевод необходимо щелкнуть ссылку «Документы на перевод». Открывается окно проводника с папкой на сервере, куда необходимо перетащить данные документы. Возможны стандартные манипуляции (добавить – перетаскиванием из другой папки, удалить, открыть). Количество документов и их формат не ограничены. Может быть загружен архив (далее менеджер БДП должен будет распаковать его, разместить документы в папке для исходных документов).

В качестве контактного лица для данного заказа автоматически устанавливается текущий пользователь клиента, разместивший заказ.

Отслеживание размещенных заказов

Пользователь клиента получает информацию о состоянии заказов в виде уведомлений (см. п. 5.2.4.3 и Приложение 2), а также может непосредственно открывать карточки конкретных заказов для просмотра их состояния.

Примерный вид формы «Карточка заказа» (для уже существующего заказа) показан ниже:

35

Дополнительно в карточке отображаются поля: Дата размещения; Менеджер (активная гиперссылка, щелкнув по которой можно просмотреть

контактные данные менеджера заказа и при необходимости связаться с ним); Плановый срок – устанавливаемый менеджером БДП; Расчет заказа – пользователь клиента может открыть его для ознакомления; Сумма заказа.Поля Описание, Проект, Желаемый срок и Комментарий могут редактироваться

пользователем клиента только для заказов в статусах «Новый» и «Получен». Если заказ переведен в какой-либо из дальнейших статусов, то он блокируется для редактирования пользователем клиента. Он может только просматривать заказ и загружать готовые документы (статус «Готов»).

Также доступны функции быстрого перехода к связанным объектам: Кнопка «Связанный счет…» - для просмотра выставленного счета к данному

заказу. Активна только для заказов со статусом «Счет» и «Оплачен»; Ссылка «Документы на перевод» - открывает в проводнике папку на сервере,

содержащую документы-исходники; Ссылка «Готовые документы» - открывает в проводнике папку на сервере,

содержащую переводы; Ссылка «Zip» - позволяет скачать все документы-переводы единым Zip-файлом

(формируется автоматически).

36

Подтверждение «расчета заказа»

Когда менеджер формирует для нового заказа «расчет» (предложение по срокам и стоимости) и устанавливает заказ в статус «Рассчитан», от пользователя клиента требуется подтверждение (отправление сканированной копии подписанного заказа по электронной почте или факсом).

Пользователь клиента получает уведомление о необходимости подтверждения:1. По электронной почте (см. Приложение 2)2. В экранной форме «Сводка» (см. п. 5.2.4.3)3. В карточке заказа.

Примерный вид формы «Карточка заказа» (для заказа в статусе «Рассчитан», требующего подтверждения) показан ниже:

В блоке «Параметры заказа» отображается дополнительное уведомление о необходимости ознакомиться с предложенным расчетом заказа. Указаны адрес e-mail и номер факса из карточки менеджера данного заказа.

Статус «Подтвержден» выставляет менеджер БДП после получения от клиента подтверждения вышеназванным способом.

37

Клиент может отменить заказ, нажав соответствующую ссылку и указав причину отмены в открывшемся окне. Менеджер получает уведомление об отмене заказа на свой e-mail.

5.2.3.2. Работа со счетами

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

Просмотр конкретного счета возможен либо через список счетов (пункт «Счета» главного меню), либо путем перехода с карточки заказа (кнопка «Связанный счет…»)

Примерный вид экранной формы, содержащей список счетов, показан ниже:


Быстрый фильтр группы счетов (вкладки над списком)

Все – все счета, вне зависимости от статуса

Требуют оплаты – со статусом «Выставлен»

Оплачены – со статусом «Оплачен»

Просмотр Открывает карточку счета для просмотра

Примерный вид формы «Карточка счета» показан ниже:

38

Редактировать счета пользователь клиента не может, он может только просматривать их.

В карточке счета отображаются поля:

Номер заказа - справа кнопка для быстрого перехода на карточку заказа (откроется в новом окне);

Номер счета Сумма Статус (выставлен/оплачен). Если у счета статус «Сформирован» то клиенту он не

виден; Дата выставления Дата закрытия Файл – нажав кнопку открыть, пользователь клиента может открыть вложенный счет

(для распечатки, передачи на оплату)

5.2.3.3. Оперативное получение клиентом информации из системы

Оперативное получение информации пользователем клиента должно быть реализовано следующим образом:

1. С помощью экранной формы «Сводка» 2. С помощью уведомлений на e-mail пользователя.

Экранная форма «Сводка» - содержит в кратком виде информацию об основных событиях в системе. Примерный вид формы «Сводка» показан ниже:

39

В форме отображаются уведомления:

- о заказах, для которых менеджер БДП сформировал расчет заказа (сроки и стоимость), от клиента требуется их подтверждение;

- о выставленных счетах.

Указанные выше пункты должны отображаться в виде активных гиперссылок - переход по ним открывает список соответствующих заказов или счетов (см. п. 5.2.4.1 и п. 5.2.4.2), далее пользователь клиента может подтвердить предложенный расчет заказа, или передать на оплату выставленный счет.

Также оперативное получение пользователем клиента информации должно быть реализовано путем соответствующих уведомлений на e-mail. Система должна отправлять уведомление при наступлении определенных событий. Список системных событий и примерное содержание соответствующих уведомлений приведены в Приложении 2 к данному ТЗ.

40

5.2.4. Администрирование системы

5.2.4.1. Управление пользователями

Пользователи, имеющие роль «Администратор» должны иметь возможность управления пользователями системы (только с ролями «менеджер» и «администратор». Пользователями клиента манипулируют только «менеджеры» через карточку клиента).

Примерный вид формы «Список пользователей» показан ниже:


Создать нового пользователя

Открывает форму создания нового пользователя


Открывает карточку пользователя для редактирования

Удалить Удаление пользователя

Поле e-mail является активной ссылкой вида mailto : adress @ server . ru – при щелчке по ней открывается почтовый клиент «по-умолчанию» для создания письма и отправки его на указанный адрес.

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

Примерный вид формы «Карточка пользователя клиента» показан ниже:

41

mailto:[email protected]

Карточка имеет поля:

Компания* – заполняется автоматически системой. Для всех пользователей с ролью «менеджер» и «администратор» значение поля «XXX»

Фамилия Имя* Отчество Телефон Факс – используется в уведомлении клиента о необходимости подтвердить заказ Skype E-mail* Логин* - для входа в систему Пароль*- не менее 6 символов, только латинские буквы и цифры Права* - Менеджер/Администратор


5.2.4.2. Настройки

Доступ к настройкам системы должны иметь только пользователи с правами «Администратор».

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

Количество отображаемых элементов (строк) на страницу в формах-списках; Контактные данные, отображаемые для клиента в уведомлениях, если заказу не

назначен конкретный менеджер (телефон, факс, e-mail, skype).

42

5.3. Требования к видам обеспечения

5.3.1. Требования к информационному обеспечению

Для хранения данных системы должна использоваться лицензионно-бесплатная реляционная СУБД MySQL. Для обеспечения целостности данных используются встроенные механизмы СУБД.

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

В части взаимодействия со смежными системами, в СУЗ должна быть предусмотрена возможность экспорта перечня контактных лиц клиентов в виде адресной книги в формате почтовой программы The Bat!

5.3.2. Требования к лингвистическому обеспечению

Язык интерфейса СУЗ для работы менеджера и администратора системы – русский.Для личного кабинета пользователя клиента должна быть предусмотрена

автоматическая установка языка интерфейса в зависимости от выбранной для клиента страны.

Язык для автоматически формируемых e-mail уведомлений пользователям клиентов также должен выбираться в зависимости от установленной для клиента страны.

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

СУЗ поставляется с поддержкой русского и английского языка для интерфейса личного кабинета клиента и формы авторизации пользователей.

При этом должна быть обеспечена возможность самостоятельного редактирования Заказчиком СУЗ текстов пользовательского интерфейса и почтовых уведомлений для различных языков при необходимости.

5.3.3. Требования к программному обеспечению

Требования к ПО рабочего места пользователя:

- операционная система семейства Windows, *nix, MacOS;- любой веб-браузер с поддержкой JavaScript (один из следующих вариантов: MS

Internet Explorer 8.0 и выше, Opera 11.50 и выше, Mozilla Firefox 4.0 и выше, Google Chrome 10.0 и выше, Safari 5.1.2 и выше);

- почтовый клиент (Mozilla Thunderbird, The Bat!, MS Outlook Express и т.п.) – рекомендуется;- MS Office (2000,XP,2007,2010) или OpenOffice (3.0 и выше) – для открытия и просмотра документов в форматах doc,docx,rtf, xls, xlsx;

- Adobe Acrobat или аналоги (Foxit PDF Reader, STDU Viewer) для открытия и просмотра документов в формате pdf;

43

Требования к ПО сервера:

- Web-сервер с поддержкой PHP (Apache 1.3 , nginx 1.0.12 и выше) и Cron;- для организации защищенного HTTPS-соединения сервер должен поддерживать

установку SSL-сертификатов;- PHP 5.1.6 и выше;- СУБД MySQL 4.1 и выше.

5.3.4. Требования к техническому обеспечению

В состав системы должны входить следующие технические средства:

Рабочие станции пользователей; Web-сервер; Каналы связи, обеспечивающие доступ пользователей в сеть Интернет на скорости не

менее 128 Кбит/сек.

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

В качестве рабочих станций пользователей могут использоваться как персональные компьютеры, так и портативные планшетные компьютеры/мобильные устройства, имеющие необходимое ПО и доступ к сети Интернет. При этом функциональность такого рабочего места может быть ограничена при отсутствии ПО для работы с почтой и файлами форматов doc,docx,rtf,pdf,xls,xls.

Не предусматривается какой-либо специальной оптимизации СУЗ для работы на мобильных/портативных устройствах.

Техническое обеспечение сервера обеспечивается внешней площадкой (хостинг-провайдером). При этом должны выполняться следующие требования:

- количество баз данных MySQL – 1;- необходимое дисковое пространство для системных файлов и БД – не менее 100 Mb; - дополнительное дисковое пространство для хранения пользовательских файлов

(договоров, счетов, документов к заказам) – определяется текущими объемами работ (количество клиентов, заказов, переводимой документации), а также необходимостью архивного хранения данных. Данный показатель может значительно увеличиваться со временем. Первоначально не менее 5 Gb;

- доступ по FTP.

44

6. Состав и содержание работ по созданию системы

Разработка СУЗ должна включать следующие этапы выполнения работ:

№ Стадия Этапы Исполнитель Результат

1 Постановка задачи

Разработка и согласование ТЗ

Разработчик ТЗ Проект ТЗ

Согласование ТЗ Заказчик Замечания и пожелания по доработке ТЗ

Доработка и утверждение окончательного варианта ТЗ

Разработчик ТЗ совместно с Заказчиком

Утвержденное ТЗ

2 Технорабочий проект

Разработка проектных решений по системе

Разработчик СУЗ Технический проект

Разработка или адаптация ПО

Разработчик СУЗ Готовая система

Разработка руководства пользователя

Разработчик СУЗ Руководство пользователя системы

3 Ввод в действие

Тестирование системы Разработчик СУЗ Готовая система прошла внутреннее тестирование у разработчика

Подготовка объекта автоматизации к вводу системы в действие

Разработчик СУЗ при участии Заказчика

Система развернута на сервере, Организован доступ к системе с рабочих станций пользователейСистема прошла тестирование на внешней площадке (хостинге)

Проведение опытной эксплуатации

Заказчик Заказчиком сформирован перечень замечаний и рекомендованных доработок (при их наличии)

Доработка по результатам опытной эксплуатации

Разработчик СУЗ Замечания устранены, заказчику передана программа приемочных испытаний

Приемочные испытания и ввод в промышленную эксплуатацию

Заказчик СУЗ введена в промышленную эксплуатацию

4 Сопровождение системы

Выполнение необходимых работ по сопровождению

Разработчик СУЗ или Ответственный за эксплуатацию СУЗ

Мониторинг эксплуатации системы, проведение обслуживания и доработок по необходимости

7. Порядок контроля и приемки системы

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

45

Тестовые примеры передаются заказчику перед вводом системы в опытную эксплуатацию.

Реализация тестовых примеров в СУЗ осуществляется Заказчиком исходя из: инструктивного материала (описание тестовых примеров, руководство

пользователя), принятых правил выполнения отдельных бизнес-процессов, здравого смысла и логики.

По итогам выполнения контрольных тестов и опытной эксплуатации Заказчик в свободной форме подготавливает перечень замечаний и рекомендованных доработок (при их наличии) и передает их Разработчику СУЗ.

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

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

8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

определить должностных лиц, ответственных за внедрение и проведение опытной эксплуатации СУЗ;

обеспечить соответствие рабочих мест пользователей системы (их программно-технических средств) требованиям, изложенным в настоящем ТЗ;

провести опытную эксплуатацию СУЗ.

9. Требования к документированию

В процессе выполнения работ по данному ТЗ должно быть разработано руководство пользователя системы. Документация поставляется Заказчику в электронном виде.

46

ПРИЛОЖЕНИЯ

47

Схема жизненного цикла заказа

48

Приложение 2Примерное содержание e-mail уведомлений системы

Событие Получатель Вложение Текст уведомленияПользователь клиента создал новый заказ в системе

(статус заказа «Новый»)

Менеджер нетТема: Новый заказ № NNNNN (<Клиент>, до <желаемый срок>)

Здравствуйте, <Имя>

Сформирован новый заказ. Необходимо подтвердить его получение.

Детали заказаКлиент: RustekДата создания: 01.02.2012Желаемый срок выполнения: 20.02.2012Описание: Перевод по оборудованию GR3432Комментарий: Чем раньше тем лучше

Контактное лицо: Иван ПетровТелефон: 8-812-654-34-34E-mail: [email protected]: Ivan.petrov

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

Для просмотра карточки заказа в системе перейдите по ссылке (необходима авторизация): < hyperlink >

Данное письмо сформировано автоматически Системой управления заказами XXX. Отвечать на него не нужно.

Менеджер подтвердил получение заказа

(статус заказа «Получен»)

Клиент (Контактное лицо заказа)

нетТема: Заказ № NNNNN получен

Здравствуйте, <Имя Отчество>

Заказ № NNNNN получен. В ближайшее время мы направим Вам расчет сроков и стоимости его исполнения.


Если у Вас возникли какие-либо вопросы, Вы можете связаться с менеджером компании, используя указанные ниже контакты:Телефон: <phone_number>E-mail: <mailto:address>Skype: <skypeto>


С уважением, Фирма

Менеджер Клиент Расчет 49

сформировал и загрузил в систему «Расчет заказа»

(статус заказа «Рассчитан»)

(Контактное лицо заказа)

заказа Тема: Расчет для заказа № NNNNN


Вложен расчет сроков и стоимости исполнения для заказа № NNNNN.

Для подтверждения заказа необходимо подписать данный документ, а затем отправить его отсканированную копию на электронный адрес < mailto : address > или факсом на номер <fax_number>.

Если вас не устраивает данный расчет – вы можете перейти по следующей ссылке, чтобы отменить его: < hyperlink >




С уважением,

Установлен статус заказа «Перевод»/ «Вычитка»/ «Верстка»/ «Оплачен»


нетТема: Изменен статус заказа № NNNNN : <статус>


Изменен статус заказа № NNNN. Текущий статус: <статус>





Установлен статус заказа «Готов»


нетТема: Изменен статус заказа № NNNNN : готов


Изменен статус заказа № NNNN. Текущий статус: Готов

50

Загрузить готовые документы Вы можете по ссылке: < hyperlink >





Установлен статус заказа «Счет»


СчетТема: Выставлен счет к заказу № NNNNN


Вложен счет к заказу № NNNN.Заранее благодарим за своевременную оплату!





Не поступило оплаты в течение 2х недель с момента выставления счета или предыдущего напоминания

(напоминание 1 раз в 2 недели)


СчетТема: Напоминание об оплате счета к заказу № NNNNN


Напоминаем о необходимости оплаты счета к заказу № NNNN. Дата выставления счета: <дата>.

Счет приложен к данному письму.


Если у Вас возникли какие-либо вопросы, Вы можете связаться с менеджером компании, используя указанные ниже контакты:Телефон: <phone_number>E-mail: <mailto:address>

51

Skype: <skypeto>



Установлен статус заказа «Отменен»


нетТема: Изменен статус заказа № NNNNN : <статус>


Изменен статус заказа № NNNN. Текущий статус: <статус>





Менеджер(если отменил пользователь клиента в своем личном кабинете)

нетТема: Заказ № NNNNN отменен (<Клиент>)


Изменен статус заказа № NNNN. Текущий статус: Отменен

Причина: <причина>

Детали заказаКлиент:Дата создания:Желаемый срок выполнения:Описание:Комментарий:

Контактное лицо:Телефон:E-mail: < mailto : address > Skype:



Дата заказчика (заранее – с учетом

Менеджер нетТема: Напоминание о дате <Клиент>, <Дата>, <Название даты>

52

указанного срока)


Напоминание о датеКлиент: RustekДата: 23.02.2012Осталось: 5 днейНазвание даты: День основания фирмыКомментарий: Фирма основана в 2000 году

Для перехода к карточке клиента в системе перейдите по ссылке (необходима авторизация): < hyperlink >


До плановой сдачи заказа остался 1-2 дня (сдача завтра/ послезавтра)

Менеджер нетТема: Напоминание о сроке заказа № NNNNN (<Клиент>, до <плановый срок>)


На 23.02.2012 (завтра) запланирована сдача заказа № NNNNNNN.Текущий статус заказа: <Статус>.

Детали заказаКлиент:Дата создания:Плановый срок выполнения:Статус:Описание:Комментарий:

Контактное лицо:Телефон:E-mail: < mailto : address > Skype:



В системе создана новая учетная запись для пользователя клиента


нет Тема: XXX : Создана новая учетная запись


В системе управления заказами XXX для вас создана новая учетная запись пользователя.

Вы можете войти в систему по ссылке http :// client . xxx . info , указав следующие учетные данные:Логин: loginПароль: password

Если у Вас возникли какие-либо вопросы, Вы можете связаться с менеджером компании, используя указанные ниже контакты:

53

http://client.runa.info/

Телефон: <phone_number>E-mail: <mailto:address>Skype: <skypeto>



В системе удалена учетная запись для пользователя клиента


нет Тема: XXX : Учетная запись пользователя удалена


Ваша учетная запись в системе управления заказами XXX была удалена.




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

Пользователь клиента / Менеджер

нет Тема: XXX : Напоминание пароля


Вы запросили напоминание пароля для входа в Систему управления заказами XXX.

Вы можете войти в систему по ссылке http :// client . xxx . info , указав следующие учетные данные:

Логин: loginПароль: password




54

http://client.runa.info/

Web viewФорматы – doc, docx, xls, xlsx, ... MS Word для документов *.doc)....

Documents

Transcript of Web viewФорматы – doc, docx, xls, xlsx, ... MS Word для документов *.doc)....