Предварительный состав приложений, кубов, а также использование измерений в кубах, указан в Таблица . Возможная структура справочников OHP.
Архитектура приложений, кубов, а также использование измерений в кубах должна уточняться в процессе реализации модели.
Справочники системы предполагают их синхронизацию с общекорпоративными справочниками, подробно изложенную в п. 4.2.4.
-
ТРЕБОВАНИЯ К СПРАВОЧНИКАМ
Справочник Unit (Подразделение) должен синхронизироваться с корпоративным справочником «Единый унифицированный периметр» (ЕУП) аналитика 95 информационного ресурса ИКСО КИС SAP.
Справочник BU (Бизнес-единица) должен синхронизироваться со справочником ИР ИКСО КИС SAP «97 Бизнес-единицы».
Справочник Counterpart (Контрагент) должен синхронизироваться с Корпоративным справочником контрагентов ИР ИКСО КИС SAP.
Механизмы и процедуры синхронизации указанных справочников должны быть разработаны в ходе проекта, при этом бесшовная интеграция с корпоративными справочниками и системами, в которых они ведутся, не предполагается. Справочники из необходимых систем должны загружаться в СБПУО с использованием файлов передачи данных в формате MS Excel или в формате CSV или TXT с полями фиксированной длины при участии оператора.
Для реализации справочников в OHP используются аналитические измерения. Измерения в OHP организуются для обеспечения требуемых аналитических разрезов данных и с учётом оптимизации архитектуры с точки зрения производительности системы. При организации измерений должны применяться следующие принципы:
Одно измерение может содержать несколько справочников модели, использование которых для описания данных одновременно не возможно;
Для разделения справочников в одном измерении создаются отдельные иерархии;
Для обеспечения уникальности имен элементов и для однозначной идентификации их принадлежности к определенному справочнику в именах рекомендуется использовать префиксы справочников.
Элементы всех измерений OHP должны обладать двумя обязательными атрибутами: имя элемента (неизменяемый код) и псевдоним (изменяемое название, с которым работают конечные пользователи системы).
На имена и описания элементов измерений OHP накладываются следующие ограничения:
Максимальная длина имени и псевдонима любых элементов равна 80 символам.
Все имена и псевдонимы элементов должны быть строго уникальными (не только в рамках одного справочника, но и системы в целом). Уникальность имени рекомендуется обеспечивать с помощью префикса справочника и/или цифрового кода.
Запрещено использовать HTML-тэги в именах и псевдонимах.
Запрещено использовать следующие символы в именах и псевдонимах:
двойные кавычки ( “ ” );
квадратные и фигурные скобки ( [ ] { } );
обратные и прямые слеши ( \ / );
знаки табуляции ( ).
Имена и псевдонимы не должны начинаться или заканчиваться пробелом.
Имена и псевдонимы должны начинаться либо с буквы алфавита, либо с цифры.
Псевдонимы могут быть изменены в любой момент в ходе настройки системы или после передачи в эксплуатацию. Изменение имени любого элемента после настройки модели может привести к внесению изменений в формы ввода, формы отчетов, расчеты и другие настройки OHP, где используется переименовываемый элемент.
Предварительный список справочников и классификаторов для гармонизации и синхронизации должен быть разработан, сопоставлен с аналогичными в ИКСО и согласован на этапе концептуального проектирования.
Заказчик должен передать Подрядчику справочники с учетом перечисленных требований.
-
ТРЕБОВАНИЯ К НАЛИЧИЮ ОТЧЁТОВ
Подрядчик должен обеспечить настройку отчетов Oracle Hyperion Planning по требованиям Заказчика.
Отчеты должны быть представлены в виде форматированных отчетов в формате MS Excel. Отчеты должны быть построены на базе всех разработанных моделей и должны поддерживать автоматическое обновление данных.
Форматы отчетов будут переданы Подрядчику в виде Excel-документов.
Отчеты должны покрывать все настроенные модели.
Требования к количеству отчетов:
Отчеты, реализумые с помощью инструмента Financial Reporting – не более 20
Всего отчетов не более 50.
Требования к отчетам будут определены на этапе концептуального проектирования.
-
Требования к видам обеспечения
Требования к информационному обеспечению системы
Состав, структура и способы организации данных в системе должны быть определены на Этапе 1. «Реализация».
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий.
СБПУО должна обеспечивать контроль физической целостности данных в БД в части структур таблиц и связей между ними посредством уникальности ключей и наличия полей, через которые осуществляется связь одной таблицы с другими.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования.
Требования к лингвистическому обеспечению системы
Все прикладное программное обеспечение ИС для организации взаимодействия с пользователем должно использовать русский язык.
Требования к программному обеспечению системы
Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows.
Функциональные возможности ПО должны обеспечивать реализацию требований к функциям, выполняемым СБПУО.
Для реализации СБПУО должно быть использовано следующее ПО:
Основное ПО - Oracle Hyperion (далее – Hyperion Planning);
Вспомогательное ПО.
Перечень Основного ПО приведен в [].
Таблица . Перечень основного ПО СБПУО
№
|
Наименование
|
Назначение
|
Роль в архитектуре «клиент-сервер»
|
|
Oracle Hyperion EPM Architect 11.1.2.4
|
Инструмент для управления приложениями Hyperion Planning (создание и настройка приложений, справочников и расчетов).
|
Серверная часть
|
|
Oracle Essbase 11.1.2.4
|
Многомерная СУБД, предназначенная для хранения данных в многомерной модели.
|
Серверная часть
|
|
Essbase Administration Services 11.1.2.4
|
Серверная часть Essbase для управления моделями данных и вычислениями.
|
Серверная часть
|
|
EAS Console 11.1.2.1
|
Клиентская часть Essbase для управления моделями данных и вычислениями.
Для работы использует сервис Essbase Administration Services.
|
Клиентская часть (администратор модели)
|
|
Oracle Hyperion Planning 11.1.2.4
|
Основное программное обеспечение, с которым взаимодействует пользователь. Обеспечивает управление процессом формирования отчетности, настройками запросов к многомерной СУБД Essbase для ввода/вывода данных.
|
Серверная часть
|
|
Oracle Hyperion Smart View 11.1.2.4
|
Клиентская часть для обеспечения доступа к приложению Hyperion Planning через MS Excel.
|
Клиентская часть (все пользователи)
|
|
Oracle Hyperion Financial Reporting 11.1.2.4
|
Серверная часть обеспечивает управление настройками запросов к многомерной СУБД Essbase и к реляционной СУБД для построения печатных отчетов, а также предоставляет средства их форматирования.
Клиентская часть используется для построения отчетов.
|
Серверная часть
Клиентская часть (администратор модели)
|
|
Oracle Hyperion Foundation Services 11.1.2.4
|
Набор служб для управления настройками безопасности, обеспечения единой точки доступа к прикладному уровню Подсистемы бюджетного управления (через web-браузер), обеспечения интеграции с продуктами MS Office.
|
Серверная часть
|
|
Oracle HTTP Server
|
Веб-сервер, предназначенный для обработки http-запросов от клиентских частей программного обеспечения, кроме EPM Architect и MS SSRS.
|
Серверная часть
|
|
Oracle WebLogic 11.1.2.4
|
App-сервер. Программный сервер для развертывания Java-приложений.
|
Серверная часть
|
|
Web Analysis 11.1.2.4
|
Обеспечивает управление настройками запросов к многомерной СУБД Essbase, к реляционной СУБД и к связанным таблицам реляционных СУБД для построения интерактивных отчетов, включающих текст, таблицы, графики, диаграммы, изображения.
|
Серверная часть
|
Состав вспомогательного ПО определяется требованиями вендора. Источником указанных требований является документ Oracle Hyperion EPM System Certification Release 11.1.2.1 Перечень необходимого вспомогательного ПО Подсистемы бюджетного управления приведен в Таблица .
Таблица . Перечень вспомогательного ПО СБПУО
№
|
Наименование
|
Назначение
|
Роль в архитектуре «клиент-сервер»
|
|
Windows Server 2008 R2 64x Standard Edition
|
Операционная система.
|
Серверная часть
|
|
MS SQL Server 2008 R2
|
Реляционная СУБД, предназначенная для хранения настроек и метаданных Hyperion Planning.
|
Серверная часть
|
|
Client MS SQL Server 2008
|
Клиентская часть для доступа к СУБД, устанавливается на серверах, где не установлена реляционная СУБД или на рабочих станциях системных администраторов.
|
Клиентская часть (системный администратор)
|
|
Java Development Kit 1.6.0 14+
|
Обеспечивает работу с EAS Console через веб-интерфейс.
|
Клиентская часть (администратор модели)
|
|
7-Zip или аналог
|
Программа архивирования файлов.
|
Серверная часть
|
-
|
MS Internet Explorer 7.x
MS Internet Explorer 8.x
MS Internet Explorer 9.x
|
Предназначен для обеспечения доступа к приложениям Hyperion Planning через Web.
Примечание: для корректной работы в свойствах браузера должны быть включены следующие опции:
разрешение на выполнение скриптов приложений Java;
запуск элементов ActiveX и модулей подключения;
разрешение файлов cookie;
разрешение всплывающих окон.
|
Клиентская часть
|
|
MS Excel 2003 / 2007 SP2 / 2010
MS Word 2003 / 2007 SP2 / 2010
MS PowerPoint 2003 / 2007 SP2 / 2010
MS Outlook 2003 / 2007 SP2 / 2010
|
Предназначен для обеспечения работы с приложениями Hyperion Planning с использованием MS Office.
Должен быть обязательно установлен на клиентских машинах. При необходимости работы с приложениями непосредственно с сервера, должен быть установлен на сервер.
|
Клиентская часть (все пользователи)
|
|
Acrobat Reader 11.0+ (актуальная, используемая в Компании версия)
|
Предназначен для обеспечения работы с Hyperion Financial Reporting.
|
Клиентская часть (все пользователи)
|
|
