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

Техническая спецификация

услуг по развитию системы электронного архива

Заказчик – АО «НК КазМунайГаз».

Проект – Развитие системы электронного архива.

SOA, СОА – Service-Oriented Architecture. Сервис-ориентированная архитектура.

НАИМЕНОВАНИЕ

Полное наименование услуг: «Развитие системы электронного архива».

Полное наименование информационной системы: Система электронного архива.

Краткое наименование информационной системы: Система.

ВВЕДЕНИЕ

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

В рамках данного Проекта предполагается выполнить расширение Системы в части хранения различных типов документов и в части интеграционных возможностей Системы.

НАЗНАЧЕНИЕ СИСТЕМЫ

Система, развиваемая в рамках реализации Проекта, предназначена для:

централизованного хранения электронных копий документов; автоматизации потоков работ по обработке, согласованию и размещению документов в электронном архиве. автоматизации полного цикла потоковой загрузки документов в архив. ЦЕЛИ И ЗАДАЧИ РАЗВИТИЯ СИСТЕМЫ Цель Проекта

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

Задачи Проекта

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

Настроить тестовую зону (инсталлировать платформу, на которой предполагается отрабатывать функционал) в инфраструктуре Заказчика. Настроить демонстрационный прототип «Ресурс файлообмена, хранения файлов подразделений», показывающий возможности платформы в рамках данного функционала. При этом в рамках прототипа должен быть продемонстрирован как функционал организации хранения документов в электронном хранилище (с управлением доступом к ним), так и функционал совместной работы с этими документами – папки, проектные пространства, списки задач, workflow. Настроить демонстрационный прототип «Интеграция с SAP», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с SAP, поставляемый производителем платформы. Настроить демонстрационный прототип «Интеграция с MS Exchange», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с MS Exchange, поставляемый производителем платформы. Настроить демонстрационный прототип «Интеграция с MS Sharepoint», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с MS Sharepoint, поставляемый производителем платформы. Презентовать возможности платформы для решения других задач Заказчика, в том числе интеграционных с другими приложениями. Сформировать Концепцию развития платформы (перечень проектов, задачи проектов, высокоуровневый функционал).

ЗОНА ПРОЕКТА (ГРАНИЦЫ ПРОВЕДЕНИЯ УСЛУГ) Объект автоматизации

Объектом автоматизации данного Проекта является информационное пространство Заказчика (в части хранения и предоставления доступа к документам электронного архива).

Проект должен быть выполнен в Центральном аппарате Заказчика.

Результаты Услуг

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

Концепция развития платформы, которая должна содержать перечень проектов, нацеленных на достижение бизнес-целей. Каждый проект должен иметь высокоуровневое функциональное описание (требования), перечень необходимых модулей и оценки сроков его реализации. ОБЩИЕ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ЦЕНОВОГО ПРЕДЛОЖЕНИЯ

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

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

Поставщик в своем предложении должен предложить методику реализации Проекта и методику управления проектом, утвержденную у Поставщика.

ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ ВЫПОЛНЕНИЯ УСЛУГ Срок начала

Срок начала: дата подписания договора.

Срок окончания

Срок окончания: до 31 декабря 2011

ТРЕБОВАНИЯ К ПРЕДОСТАВЛЯЕМЫМ УСЛУГАМ

Подход к реализации проекта формируется исходя из следующих ограничений/допущений:

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

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

Развернуть базовый функционал платформы. Продемонстрировать на двух примерах функциональные возможности базовых модулей по организации хранения (с управлением доступом) и работы с файлами. Модули: папка, документ, составной документ, проектное пространство, workflow, список задач. Интеграция с SAP

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

Развернуть модули интеграции с SAP на стороне платформы. Развернуть модули интеграции с платформой на стороне тестовой среды SAP. Продемонстрировать на одном-двух примерах функциональные возможности стандартной интеграции с SAP. Интеграция с MSExchange

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

Развернуть функционал интеграции с MS Exchange. Данный функционал необходим для  архивирования корпоративной электронной почты, управляемой MS Exchange Server. Данный функционал должен сохранять письма из почтовых ящиков, а также персональных архивов пользователей в архивное хранилище. Продемонстрировать на одном-двух примерах функциональные возможности модуля. Интеграция с MS Sharepoint

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

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

В рамках решения данной задачи необходимо сделать следующее:

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

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

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

Проект реализуется на оборудовании, предоставляемом Заказчиком, минимальные характеристики которого определяются совместно Исполнителем и Заказчиком:

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

ПОРЯДОК ПРЕДЪЯВЛЕНИЯ ЗАКАЗЧИКУ РЕЗУЛЬТАТОВ ПРЕДОСТАВЛЕННЫХ УСЛУГ

Заказчиком и Поставщиком создается совместная проектная группа для принятия каждой стадии предоставленных услуг. Результатом решений проектной группы является протокол и акт сдачи-приемки предоставленных услуг.

ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Документы должны быть представлены Поставщиком Заказчику на бумажном носителе в 2 (двух) экземплярах (оригинал) и на магнитном носителе в 2 (в двух) экземплярах (копия).

Текстовые документы должны соответствовать действующим нормативным документам.

Допускается выпуск документов с использованием средств автоматизации разработки (CASE-средств), согласованные с Заказчиком.

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

ТРЕБОВАНИЯ К  ПОТЕНЦИАЛЬНОМУ ПОСТАВЩИКУ

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

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

Директор департамента

информационных технологий

и внедрения СУО          Е. Ибраев