Issuu on Google+

Название компании

«Утверждаю» Генеральный (технический) директор ____________________/ «___»_________________2011г

Проект «Альбука» Технические требования

Москва 2011

/


Содержание

Назначение и цели создания системы Назначение системы Деятельность Эксплуатация и развитие набора интернет сервисов, работающих в режиме социальной сети ориентированной на людей, создающих собственный цифровой контент в виде рисунков, фотографий и текста и стремящихся материализовать (опубликовать) результаты своего творчества с целью его дальнейшего обсуждения, обмена и продажи. Ресурс, предлагающий непрофессионалам создание новой формы публикации – собственной книги с текстом и фотографиями, в материальной и электронной формах, с авторским замыслом и обсуждением. Дающий возможность непрофессионалу найти и привлечь специалиста для подготовки публикации, а профессионалам продать свои услуги или построить свой бизнес с использованием данного сервиса. А так же удобный инструмент для компаний и предпринимателей в процессе деятельности, которых возникает необходимость в малотиражной полиграфии. С точки зрения клиента (пользователя) это интернет-ресурс предлагает: 

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

Конвертацию полученных результатов в печатный и электронный вид для размещения в социальной сети.

Получить платную и бесплатную помощь сообщества профессионалов (редакторов, корректоров, художников, дизайнеров …).

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

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

Подобрать и приобрести контент из банка контента, основываясь на его тематике, рейтингах и экспертных оценках.


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

Получить помощь в рекламе и продвижении своих публикаций.

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

Предлагать свои услуги и получать заказы на обработку контента.

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

Вести учет «своих» клиентов, пользуясь элементами CRM.

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

Цели создания системы Целью создания системы является получение дохода от предоставления платных услуг массовому клиенту. Технические, технологические и технико-экономические показатели будущей системы Масштаб системы: 1. Количество зарегистрированных клиентов: 1.1. 3 месяца от начала эксплуатации – 100 000. 1.2. 12 месяцев от начала эксплуатации – 500 000. 2. Количество «Альбук»: 2.1. 3 месяца от начала эксплуатации – 10 000. 2.2. 12 месяцев от начала эксплуатации – 50 000. 3. Средний размер единицы контента (фото 3 000 × 2 000) – 2,5 МБ. 4. Средний объем книги – 20 полос А4 – (фото) 100 МБ, (текст) 1 МБ. 5. Количество единиц контента (исходных файлов): 5.1. 3 месяца от начала эксплуатации – 200 000. 5.2. 12 месяцев от начала эксплуатации – 1 000 000. Разрабатываемое решение должно обеспечивать полную автоматизацию всей цепочки процессов обслуживания клиента от момента возникновения у него желания создать «Альбуку» до передачи готовой публикации партнеру «доставщику» или до получения им обратной связи (отзывов и комментариев) на «Альбуку», выставленную в социальную сеть.


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

изделий

произведенных

нашими

исполнителями

(подрядчиками

и

субподрядчиками).1

Ссылки

на

документы,

содержащие

сведения

об

объекте

автоматизации Сведения о функциях разрабатываемой системы, ожиданиях ее свойств и качестве сервисов описаны в следующих файлах выложенных на Teamlab.com: 1. Алекперов А. ПОЗИЦИОНИРОВАНИЕ.docx 2. Бевза Д. Userspace3.ppt 3. Бевза Д. mainpage.doc 4. Бевза Д. Content.doc 5. Горохова А. Альбука маркетинговая концепция.docx 6. Горохова А. Предварительный перечень ударных продуктов.docx 7. Горохова А. требования по crm к ит с учетом позиционирования.docx 8. Горохова А. Ключевые компетенции.pptx 9. Горохова А. Требования к crm для авторов и преподавателей.pptx 10. Горохова А. Составляющие бизнеса_ag.pdf 11. Данкин В. Позиционирование персональная книга 280111.ppt 12. Данкин В. Структура продуктов и сервисов эскиз5.ppt 13. Кирилов Д. Портал Альбука.docx 14. Кирилов Д. Обслуживание клиента.docx 15. Кирилов Д. Инструменты взаимодействия с SM.doxx 16. Кирилов Д. Аккаунт и платежи.docx 17. Кирилов Д. Функционал проекта2.docx 18. Кирилов Д. Сервисы.docx 19. Кирилов Д. Бизнес-процессс 1.vsd 20. Критинин С. аккаунт и платежи-2.docx 21. Саженов А. Клиенты и партнеры для ИТ.docx

1

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


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

Рисунок 1. Архитектура системы. На рисунке 1 представлена обобщенная архитектура системы, состоящая из 8 функциональных подсистем, интегрированных с 5 внешними (партнерскими системами). Перечень функциональных подсистем: 1. Веб-портал

«Альбука».

Реализует

весь

функционал

работы

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


3. CRM. Центр консолидации данных о клиентах, продуктах, заказов и платежей. Основной инструмент для управления маркетингом, политикой продаж и поддержки клиентов. Целью использования CRM в данном проекте является управление информацией о клиентах, товарах и услугах. С использованием CRM должны решаться следующие задачи: 

Накопление и данных о клиентах и продажах.

Управление данными о товарах и услугах.

Анализ данных с целью выработки оптимальных маркетинговых политик.

Поддержка маркетинга.

Организация системы адресной поддержки клиентов.

CRM должна обеспечивать получение данных от внешних систем, например, клиентский портал, так как использование личных продаж (SFA) не предполагается. 4. Управление

печатью

прохождением

(типографским

заказов

на

печать

оборудованием). «Альбук»

через

Управление оборудование.

Автоматизация предпечатной подготовки. 5. Управление

доставкой.

Управление

доставкой

«Альбук»

клиентам.

Взаимодействие с партнерами доставщиками. Размещение «Альбук» в «нашей» или внешней социальной сети. Получение файлов приобретенных в интернет-магазине. 6. FTP сервер. Хранилище контента и «Альбук» клиентов. 7. ERP. Система планирования и учета работы нашего предприятия. Перечень внешних подсистем (интегрируемых с разрабатываемым ресурсом): 1. Внешние социальные сети. Среда общения наших клиентов. Источник контента. Альтернативное место публикации произведений наших клиентов. 2. Внешний call-центр. Аутсорсинговая система поддержки наших клиентов, и реализации маркетинговых акций. 3. Электронные

платежные

системы.

Механизм,

облегчающий

нашим

клиентам оплату заказов и получение доходов с помощью электронных платежей. 4. Внешняя

логистика.

Логистическая

система

«доставщиков». 5. Банк-клиент. Управление банковскими счетами.

наших

партнеров


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

находиться как на территории компании, так и в аутсорсинговом датацентре.

Элементы системы должны быть связаны высокоскоростными каналами связи, обеспечивающими необходимую производительность приложений. Функциональные подсистемы должны обмениваться данными в режиме онлайн и максимально исключать дублирование данных. Часть системы может быть реализована на основе арендованного программного обеспечения с помощью технологии «облачных» вычислений. Доступ клиентов должен осуществляться через интернет по протоколам http/ftp, а к личным данным по протоколу https. Доступ сотрудников компании может осуществляться как по локальной сети, так и через интернет, используя при необходимости VPN или терминальный доступ. Защита данных должна осуществляться по необходимости с использованием SSL шифрования. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией. Интеграция

разрабатываемой

системы

с

внешними

системами

дол��на

обеспечивать обмен данными в режиме онлайн и их эскалацию во все необходимые подсистемы. При технической невозможности организовать онлайн обмен данных должен быть разработан регламент обмена данными обеспечивающий выполнение заказов клиентов в те же сроки. Интеграция с внешней системой не должна приводить к переделкам в основной системе при замене того или иного аутсорсера. Требования к режимам функционирования системы Система должна обеспечивать доступность в режиме 24×7. Требования по диагностированию системы Все модули разрабатываемой системы должны включать в себя индикаторы производительности (нагрузки) и набор утилит диагностики отказов и поиска ошибок.


Перспективы развития и модернизации системы Разрабатываемая система должна легко масштабироваться в связи с увеличением числа клиентов и заказов. Модернизация может быть связана с увеличением мощности технических средств или переходом на более производительные серверные платформы. Развитие системы предполагает расширение и усовершенствование существующих сервисов, разработку и внедрение новых сервисов. В процессе развития системы может быть осуществлена полная замена отдельных функциональных подсистем. Требования к численности и квалификации персонала системы и режиму его работы Техническое обслуживание технических средств и подсистем, расположенных на площадках аутсорсеров осуществляется их персоналом. Техническое обслуживание технических средств и подсистем, расположенных на территории компании осуществляется специалистами компании и привлекаемыми внешними специалистами. Требования к численности персонала (пользователей) АС Так как обслуживание клиентов осуществляется автоматически, численность персонала компании, использующая различные функции разрабатываемой системы, в прямую не зависит от объема обслуживания и будет определяться объемом задач по управлению и развитию бизнеса. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков Разрабатываемая

система

должна

быть

пригодна

для

использования

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

параметров,

характеризующие

степень

соответствия

системы ее назначению Надо придумать показатели, по которым мы оценим пригодность системы. Требования к надежности Состав и количественные значения показателей надежности для системы в целом или ее подсистем Разрабатываемая система должна обеспечивать 99,9% доступность в режиме 24×7.


Надо придумать показатели, по которым мы оценим надежность системы. Перечень

аварийных

ситуаций,

по

которым

должны

быть

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

функциональных

подсистем

(см.

раздел

перспективы

развития

и

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

и

регламент

(режим)

эксплуатации,

которые

должны

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

показателями,

в

том

числе

виды

и

периодичность

обслуживания ТС системы или допустимость работы без обслуживания ??????????????? Требования к регламенту обслуживания ???????????????


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

к

оснащению

системы

устройствами

для

обучения

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

Требования к функциям (задачам), выполняемым системой Требования к функционалу портала «Альбука» 1. Страницы общего пользования. 1.1. Главная страница. 1.1.1. Четыре анимированные презентации направленного действия. 1.1.2. Набор тизерных блоков для сервисов «Академии» и инвентов (премии, конкурсы, выставки и прочие события). 1.1.3. Приглашения проголосовать за «Альбуку». 1.2. Страницы «о проекте», «о компании» и т.д. 1.3. Страницы помощи (справочная система). 1.4. Страница «все новости». 1.5. Форум.


1.6. Общедоступные2 блоги. 1.7. Общедоступная часть «Академии»3 («об академии» и т.д.). 1.8. Интернет-магазин. Особенностями интернет-магазина в данном случае будут: 1.8.1. Изображение товара в виде превью, например, в виде flesh. 1.8.2. Формирование цены по принципу разделения дохода. 1.8.3. Результатом покупки является заказ на репринт «Альбуки» или отправка файла, например, по e-mail. 1.9. Регистрация/авторизация. 1.10.Связаться с нами – онлайновый4 мессенджер и реквизиты для связи (почта,e-mail и т.д.). 1.11.Часто задаваемые вопросы. 2. Страницы зарегистрированного клиента. 2.1. Главная страница зарегистрированного клиента. 2.1.1. Лента сообщений (например, как в контакте, facebook). На ленте отображаются сообщения клиента: для/от «друзей» и сообществ, публичные в хронологическом порядке и комментарии к ним (аналог стены facebook). У пользователя есть возможность написать новое сообщение и оставить комментарий к любому сообщению на ленте. Опубликованные5 «Альбуки» пользователя его друзей появляются в ленте как гиперссылка6, ведущая в интернет-магазин

к

соответствующей

товарной

позиции

содержащему «читаемый» превью и ее обсуждение.

или

блогу

Под каждым

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

настройки: только мои сообщениями, только

сообщения «друзей», только сообщения группы «друзей» и т.д. 2.1.2. Отображение списка последних созданных «Альбуков» пользователя. «Альбуки» кликабельны при нажатии появляется превью «Альбуки» (как на

2

Блоги для которых установлен доступ «для всех». Имеются ввиду простые страницы, содержащие ту или иную информацию об академии и разные «бесплатные» советы. Механизмы, реализующие сам процесс обучения, пока не определены. 4 Возможно ограничиться офлайновым мессенджером а-ля facebook. 5 Опубликованной считается «Альбука», выставленная в интернет-магазин или размещенная в нашей social media. «Альбуки» опубликованные в social media («читаемый» превью) удобно читать с экрана, но невозможно копировать и распечатать. 6 В идеале аннотированное превью. 3


blurb)7.

У

пользователя

есть

(хронологический порядок,

настройка

отображения

просмотра

хронологический с учетом присвоенных

признаков). На блоке есть кнопка перехода на страницу «мои альбуки» (страница управления готовыми продуктами). 2.1.3. Отображение списка последних публикаций «Альбуков» в интернетмагазине или нашей social media. «Альбуки» кликабельны при нажатии появляется превью «Альбуки» (как на blurb). У пользователя есть настройка отображения просмотра (хронологический порядок,

хронологический с

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

мессенжер8

для

быстрой

связи

с

«друзьями»

и

техподдержкой. 2.1.5. Индикаторы сообщений и комментариев (например, как в контакте, facebook). 2.1.6. Страница – руководство выбора продукта (шаблона «Альбуки») содержит полный список продуктов с рекомендациями и визард выбора пр��дукта. 2.1.7. «Начать проект» (только если будет Web-клиент для верстки) или «Скачать программу» (для Desktop клиента верстки). 2.2. Личный кабинет. 2.2.1. Управление персональными данными. 2.2.2. Управление «друзьями», «группами друзей», «клиентами» (только для клиентов имеющих статус партнеров). 2.2.3. Поиск «Альбукеров»/сообществ. 2.2.4. Управление правами групп и создание открытых или закрытых сообществ. 2.2.5. Управление расчетами (счета, поступления денег, сопоставления счетов и итоговый баланс в краткой и подробной формах). 2.2.6. Статистика клиента. 2.2.7. Рассылки приглашений из всех адресных книг клиента. 2.2.8. Вызов внешней платежной системы.

7

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


2.3. «Мои файлы» (FTP Web-клиент). Управление файлами (исходными данными для создания «Альбуков»)9 клиента удаление, загрузка/выгрузка из различных источников. Управление правами доступа к файлам / папкам для «друзей» / сообществ. 2.4. «Мои альбуки». Склад готовых проектов «Альбуков». 2.4.1. Заказ печати/репринта. 2.4.2. Просмотр статусов заказов. 2.4.3. Создание превью / «читаемого» превью «Альбуки». 2.4.4. Создание PDF для eBook readera. 2.4.5. Размещение «Альбуки» в интернет-магазине (превью плюс комментарии, роялти и т.д) для публичного доступа или для конкретного «друга», группы «друзей», сообщества. Продажа печатной копии или PDF для eBook readera. 2.4.6. Размещение «Альбуки» в существующем блоге, создание нового блога («читаемый» превью плюс пост …)10. 2.4.7. Размещение

«Альбуки»

во

внешней

социальной

сети

(выгрузка

«читаемого» превью плюс посты и комментарии). 2.4.8. Участвовать в конкурсах и премиях.11 2.5. «Мои блоги». Стандартный механизм, например, как в живом журнале. 2.6. «Мои клиенты» (только для клиентов имеющих статус партнера»). 2.6.1. Создание специальной группы «друзей» - клиенты. 2.6.2. Регистрация / добавление «моего» клиента12. 2.6.3. Выставление счетов «моим» клиентам13. 2.6.4. Состояние расчетов по каждому клиенту. 2.6.5. Производственный

календарь:

задачи,

выполнено,

просрочено,

напоминалка и т.д. 2.6.6. Статистика по «моим» клиентам.

9

Желательно сопровождаемых набором поисковых признаков. Что понимать под продвижением своей «Альбуки», и какие механизмы для этого использовать мне пока не ясно. 11 Пока мне не очень понятно, какие механизмы необходимы. 12 Если кандидат в «мои клиенты» уже является нашим зарегистрированным клиентом, он просто добавляется в группу «мои клиенты». Если он не зарегистрирован, то партнер заполняет на него регистрационную форму, и после предварительной регистрации добавляет его в группу «мои клиенты». В процессе предварительной регистрации создается только account, все остальное личное пространство только после завершения регистрации. Кандидату в клиенты высылается уведомление/приглашение завершить регистрацию и воспользоваться плодами труда нашего партнера. 13 Механизмы продажи услуг наших партнеров надо додумать. 10


2.6.7. Рассылки и информатор по «мои» клиентам – мини CRM для оповещения, поздравлений и выдвижения новых предложений. 2.6.8. Ведение книги продаж по правилам УСН14. 2.7. Дополнительная функциональность15. 2.7.1. Интеграция с внешними социальными сетями (Twitter, Facebook, в контакте и т.д.). 2.7.2. Интеграция с CRM системой saleforce.com16. 2.7.3. Интеграция с системой управления заказами на печать. Требования к функционалу CRM 1. Api для управления (добавление, удаление клиентов, вызов значений и корректировка полей) информацией о клиенте и связанными списками. 2. Api для управления заказами, поступлением денег, сопоставлением платежей и перечислением денег (управление счетом). 3. Api для интеграции с бухгалтерскими или ERP системами (например, 1С). 4. Управление маркетинговыми кампаниями. 4.1. Создание и ведение пользовательских (наших) классификационных списков. 4.2. Создание предварительных выборок групп клиентов за счет фильтрации и классификации клиентов по различным значениям наборов атрибутов. 4.3. Создание пользовательских алгоритмов классификации клиентов. 4.4. Планирование кампании. 4.4.1. Финансовое и ресурсное планирование. 4.4.2. Календарное и сценарное планирование. 4.4.3. Формирование маркетинговых списков (обзвона, рассылки …), в том числе потенциальных на основе «левых» источников17 с использованием выборок и классификационных признаков. 4.5. Реализация кампании. 4.5.1. Генератор спама (почтовые рассылки, рассылки в ICQ и т.д.) на основе списка рассылки и шаблонов писем.

14

Не на первом этапе. Дополнительные функции не обязательно воплощаются в виде Web-страниц. То есть это встроенные механизмы, обеспечивающие рабоу остальных сервисов. 16 CRM, в данном случае, является центром хранения данных о клиентах и их активности, а так же о товарах и услугах и их продажах. 17 «левый» источник это краденая телефонная база, или скаченный, из какой либо SM список участников, или информация чьей-то корпоративной тел. Книги. 15


4.5.2. Распределение списка «обзвона» по операторам контакт-центра. 4.5.3. Задание сценария беседы (желательно интерактивного). 4.5.4. Привязка ответов опросного листа к клиентам и каналам коммуникаций. 4.6. Анализ маркетинговой кампании.18 4.6.1. Фиксация откликов – привязка отклика к клиенту (если он был или появился) и к каналу коммуникации (как до него добрались). 4.6.2. Конструктор для формирования отчетов (или выборок с выгрузкой в какой либо стандартный формат), например, «Распределение откликов по категориям клиентов». 5. Поддержка и сервис. 5.1. Интеграция с контакт центром определение входящего клиента и доступ к его данным. 5.2. Сценарии (желательно интерактивные) квалификации проблемы клиента и ее причин и поиска решения. 5.3. Привязка проблемы к товару или услуге. 5.4. «База Знаний».19 5.5. Ведение истории проблем и решений. 5.6. Анализ (статистика) проблем и причин их возникновения. 5.7. Анализ эффективности операторов. 5.8. Механизм эскалации обращений. 5.9. Контроль этапов (статуса и сроков) решения проблем. 5.10.

Генерация и рассылка уведомлений.

6. Продажи. 6.1. Api для управления (добавление, удаление товаров и услуг, вызов значений и корректировка полей) информацией о товарах, услугах и связанных списков. 6.2. Создание и ведение группировочных и классификационных списков товаров и услуг. 6.3. Привязка маркетинговых кампаний к группам товаров и услуг. 6.4. Аналитика продаж (на первое время стандартная: динамика по товарам и услугам). 18

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


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

Требования к подсистеме управления печатью

Требования к подсистеме управления доставкой

Требование к FTP серверу

Требования к ERP

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

Требования к качеству реализации каждой функции (задачи или комплекса

задач),

к

форме

представления

выходной

информации,

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

выдачи

результатов

Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности

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

к

составу,

области

применения

(ограничения)

и

способам,

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


Требования к информационному обеспечению Требования к составу, структуре и способам организации данных в системе Клиенты Клиентами в нашем случае могут быть частные лица (наиболее массовая часть), индивидуальные предприниматели (ИП), использующие наши услуги для своего бизнеса, юридические лица – компании, которые либо используют наши услуги для собственного потребления, либо продают наши услуги в составе своего продукта. Для

юридических

дополнительная

лиц

сущность

и

индивидуальных

«Организация»,

которая

предпринимателей содержит

все

создается

необходимые

юридические реквизиты (юр. адрес, р/счет, признак «плательщик НДС», коды и т.д.). Структура данных клиента (сотрудника юр. лица или ИП)20 1. Личные данные. 1.1. Базовые. 1.1.1. Фамилия, имя, отчество. 1.1.2. Nic. 1.1.3. Логин 1.1.4. Пароль 1.1.5. Является клиентом (ссылка на «Организация»). 1.1.6. Является сотрудником (ссылка на «Организация»). 1.1.7. Идентификатор безопасности SID (Security Identifier). 1.2. Общие. 1.2.1. Адрес. 1.2.2. Контактный телефон (список). 1.2.3. E-mail. 1.2.4. Ссылка (указатель) на личное хранилище файлов. 1.2.5. Лимит объема хранения. 1.2.6. Ссылка (указатель) на личный блог в нашей сети. 1.3. Личные данные. 1.3.1. Дата рождения. 1.3.2. Место работы. 20

По материалу: Анна Горохова. Требования по crm к ит с учетом позиционирования.docx


1.3.3. Должность. 1.3.4. Семейное положение. 1.3.5. Хобби. 1.3.6. Информация о банковском счете или электронном кошельке для перевода гонораров и премий. Административные.21

1.4.

1.4.1. Предпочитаемый способ связи (SMS, телефон, ICQ и т.д.) 1.4.2. Номер для связи. 1.4.3. Разрешение рассылок информационных материалов. 1.4.4. Показывать в личном кабинете активность групп. 1.5.

Социальная активность (участие в соц. сетях – список).

1.5.1. Регистрационные данные (логин, пароль …). 1.6. Статус клиента (по нашей классификации). 1.7. Ролевой признак (по нашей классификации).22 1.8. Сегмент (список) в который попадает.23 1.9. Канал привлечения (ссылка на источник информации, способствовавший его приходу к нам по нашему списку). 1.10. Финансовая история (списки). 1.10.1. Заказы (с указанием текущего состояния: «в очереди на печать», «передан для доставки», …, «завершен»). 1.10.2. Покупки. 1.10.3. Платежи. 1.10.4. Гонорары и премии. 1.11.История коммуникаций.24 1.12.Связи.25 2. Активность (Проекты). 2.1. Тип продукта (по нашей классификации). 2.2. Тип книги (по нашей классификации).

21

Далеко не полный перечень. По мере развития функциональности возможности индивидуальной настройки будут расширяться. 22 Коды ролей и сегментов присваиваются в результате выполнения пользовательских (маркетолог) алгоритмов кластеризации и ролезации. 23 См. предыдущую сноску. 24 Запись обращений и решений. 25 структурированный (по группам: родственники, друзья, ученики, клиенты …) список клиентов.


2.3. Версии (список: простая, улучшенная, переработанная …). 2.4. Участие в конкурсах и премиях (список). 2.4.1. Конкурс. 2.4.2. Номинация. 2.4.3. Рейтинг. 2.4.4. Результат. 2.5. Общий

рейтинг

(вычисляется

на

основе

пользовательского

(маркетолог)

алгоритма). 2.6. Жанр/Тематика (список категорий, в которые попадает книга). 2.7. Соавторы (список). 2.7.1. Ссылка на клиента соавтора. 2.7.2. Роль соавтора (писатель, художник, редактор …). 2.8. Формат издания (по нашей классификации). 2.9. Объем (кол-во страниц) издания. 2.10.Входит в серию (список ссылок на проекты серии). 2.11.Привлекавшиеся услуги (список по нашей классификации). 2.12.Использован макет (по нашей классификации). 2.13.Тираж. 2.14.Вид доставки (по нашей классификации). 2.15.Опубликован в нашей SM. (ссылка (указатель) блога). 2.16.Опубликован во внешних сетях (список). 2.16.1. Название сети. 2.16.2. Указатель блога. 2.17.Опубликован в нашем интернет-магазине. 2.18.Участие в маркетинговой кампании (список кампаний). 2.19.История обращений, проблем, претензий и их разрешений26 (список). Товары (услуги)27 Товаром в нашем случае является печатное или электронное изделие – «Альбука», созданная нашим клиентом для себя или для публикации с целью обсуждения и/или продажи, а также товаром могут быть исходные материалы для ее изготовления. Услугой являются все наши действия или действия наших партнеров по содействию клиенту в 26 27

Состав информации необходимо уточнить с маркетингом. Согласовать с маркетингом описание (информационную модель) товара по аналогии с клиентом.


создании «Альбуки» и воплощению связанных с этим ожиданий. Товары и услуги в некоторых случаях могут иметь нулевую цену. Структура данных товара (услуги) 1. Идентификатор товарной позиции. 2. Версия товара. 3. Название товара (услуги). 4. Товарная категория (иерархический список). 5. Изображение товара (фото или флеш, для услуги картинка). 6. Цена. 6.1. Базовая. 6.2. Скидки по категориям клиентов. 6.3. Скидки от величины заказа. 6.4. Скидки на комплект. 6.5. Скидки маркетинговых акций. 7. Единица измерения. 8. Владелец (мы или кто-то из наших партнеров - ссылка). 9. Схема разделения дохода (правила расчетов).28 10. Допустимые схемы оплаты (предоплата, оплата по получении, частичная предоплата …). 11. Допустимые схемы доставки (доставка курьером, отправка по e-mail, закачка в …). 12. Сопутствующие товары и услуги (список ссылок).

Требования к информационному обмену между компонентами системы

Требования

к

информационной

совместимости

со

смежными

системами

Требования по использованию общесоюзных и зарегистрированных республиканских,

отраслевых

классификаторов,

унифицированных

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

28

Требуется доработка и уточнение правил и моделей.


Требования по применению систем управления базами данных

Требования к контролю, хранению, обновлению и восстановлению данных

Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами (в соответствии с ГОСТ 6.10.4)

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

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

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

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

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


Требования к организации функционирования системы и порядку взаимодействия персонала

Требования к защите от ошибочных действий клиентов и персонала компании

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

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

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

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

Приложения


Составили Наименование

Должность

организации

исполнителя Аналитик

Фамилия имя отчество

Подпись

Евсеев Алексей Викторович

Дата

14.04.2011

Согласовано Наименование

Должность

организации

исполнителя

Фамилия имя отчество

Подпись

Дата


Technical condinions