zabika.ru 1

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

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

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

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

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

  1. НАИМЕНОВАНИЕ


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

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

Краткое наименование информационной системы: Система.
  1. ВВЕДЕНИЕ


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

В рамках данного Проекта предполагается выполнить расширение Системы в части хранения различных типов документов и в части интеграционных возможностей Системы.
  1. НАЗНАЧЕНИЕ СИСТЕМЫ


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

  1. централизованного хранения электронных копий документов;

  2. автоматизации потоков работ по обработке, согласованию и размещению документов в электронном архиве.

  3. автоматизации полного цикла потоковой загрузки документов в архив.
  1. ЦЕЛИ И ЗАДАЧИ РАЗВИТИЯ СИСТЕМЫ

    1. Цель Проекта


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


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

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

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


Настроить демонстрационный прототип «Интеграция с SAP», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с SAP, поставляемый производителем платформы.

Настроить демонстрационный прототип «Интеграция с MS Exchange», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с MS Exchange, поставляемый производителем платформы.

Настроить демонстрационный прототип «Интеграция с MS Sharepoint», показывающий возможности платформы в рамках данного функционала. При этом платформа должна иметь стандартный функционал интеграции с MS Sharepoint, поставляемый производителем платформы.

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


  1. ЗОНА ПРОЕКТА (ГРАНИЦЫ ПРОВЕДЕНИЯ УСЛУГ)

    1. Объект автоматизации


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

Проект должен быть выполнен в Центральном аппарате Заказчика.
    1. Результаты Услуг


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

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

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


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

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

  1. ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ ВЫПОЛНЕНИЯ УСЛУГ

    1. Срок начала


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


Срок окончания: до 31 декабря 2011
  1. ТРЕБОВАНИЯ К ПРЕДОСТАВЛЯЕМЫМ УСЛУГАМ


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

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


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

  1. Развернуть базовый функционал платформы.

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


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

  1. Развернуть модули интеграции с SAP на стороне платформы.

  2. Развернуть модули интеграции с платформой на стороне тестовой среды SAP.

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


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


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


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

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

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


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

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

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

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

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


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


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

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

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

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

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


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

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

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

Все документы должны быть выпущены на русском языке. Отдельные документы, в том числе выпущенные с помощью CASE-средств, могут содержать записи латинскими буквами (наименование полей баз данных, текст программ и т.д.).
  1. ТРЕБОВАНИЯ К ПОТЕНЦИАЛЬНОМУ ПОСТАВЩИКУ


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

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

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

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

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

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