Iid-094 «Интегрированная корпоративная система отчетности (иксо)» Техническое задание москва 2015



страница3/18
Дата17.10.2016
Размер1,85 Mb.
1   2   3   4   5   6   7   8   9   ...   18


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

    1. Общие требования к архитектуре


Согласно утвержденной целевой архитектуре решния ИР ИКСО должен быть реализован на базе промышленной платформы программного обеспечения класса BI, CPM с использованием продуктов SAP BPC или SAP BCS на информационном хранилище SAP NetWeaver BW (в дальнейшем - «платформа») на СУБД Oracle. Реализация осуществляется в рамках выделенной инстанции SAP BW КИС SAP РН. При трехкомпонентной архитектуре: клиент - сервер приложений - сервер хранения. Ландшафт систем – трехсистемный, состоящий из систем разработки, тестирования и продуктива.

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

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

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

В информационном хранилище ИР ИКСО можно выделить следующие уровни данных:


  • Уровень консолидированных данных;

  • Уровень агрегации и проверки данных;

  • Уровень сбора, хранения, архивации и отчетности для детальных данных.

Данные уровни относятся к уровню бизнес-трансформации данных (BTL - Business Transformation Layer ) в соответствии с концепцией Многоуровневой Масштабируемой Архитектуры (ММА) или Layered Scalable Architecture (LSA).

На всех уровнях хранилища ИР ИКСО необходимо поддерживать работу с двумя моделями данных:



  • «Оперативная» модель данных ИКСО – модель данных, в которой происходит трансформация, аллокация и консолидация фактических данных и данных ожидаемого итога текущего года;

  • «Перспективная» модель данных ИКСО - модель данных, в которую вносятся изменения для трансформации, аллокации и консолидации плановых данных следующих лет.

В ИР ИКСО данные по показателям на уровень сбора должны загружаться как в форматах по-периодам (PERIODIC), так и нарастающим итогом (YearToDate). Для различных наборов показателей модели данных ИКСО может быть определен разный формат сбора данных.

Данные на этот уровень могут загружаться как непосредственно из подсистем учета КИС SAP РН, так с использованием ФСД/ФВД и файлов загрузки типа CSV в формате данных соответствующем модели данных ИКСО.

В ИР ИКСО уровень сбора, хранения, архивации и отчетности для детальных данных должен обеспечить хранение, проверку, очистку и преобразование данных, хранящихся в форматах по-периодам (PERIODIC) и нарастающим итогом (YearToDate). Если на этапе «Уточнение Концептуального проекта» будет определено, что с учетом требований к интеграции с ИС БПиУО, целей отчетности и бизнес приложений достаточно оставить один формат хранения, то в уровне сбора, обработки, хранения, архивации и отчетности будет присутствовать только один формат хранения данных. Это требование, соответственно, будет распространено и на загружаемые файлы в формате модели ИКСО.

Посроение отчетности осуществляется средствами SAP NetWeaver BW и/или SAP BO BI Platform.

В ИР ИКСО на всех уровнях должна быть обеспечена доступная для отчетности архивация оперативных данных с целью поддержания высокой производительности на оперативных срезах данных. Оперативный срез данных – 1 год. Требуемый интервал для получения отчетности в оперативном режиме за период не менее, чем 5 лет.

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



  • не модифицируют стандартную функциональность процессов в системе;

  • используют специальные точки расширения существующей функциональности;

  • не изменяют стандартные объекты, закрытые SAP к изменению сторонним разработчиком.

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

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


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


Режим работы ИР ИКСО должен обеспечивать возможность ввода данных в рабочее время в режиме 8х5. Учитывая географическое расположение обществ Компании, предполагаемый режим работы продуктивной системы – 24х7.

Требования к доступности и производительности ИР ИКСО должны быть определены в зависимости от выполняемых бизнес-сценариев. На этапе «Уточнение Концептуального проектирования» в рамках работ по сайзингу оборудования должны быть собраны требования в разрезе автоматизируемых функциональных блоков и бизнес-блоков.

В рамках сервиса Technical Feasibility Check (Проверка технических возможностей) по проекту ИКСО для продуктивного решения SAP BPC САП оценил необходимую минимальную мощность продуктивного сервера в 95 тыс. SAPS. Порядок оценки необходимой мощности при реализации на продукте BCS аналогичной функциональности должен оставаться прежним (не менее 95 тыс. SAPS).

Предполагается осуществлять реализацию данного проекта на базе существующего ландшафта технических систем B02-B03-B05 (разработка, тест, продуктив) в составе эксплуатируемой информационной системы КИС SAP РН. Данные технические системы представляют в КИС SAP РН ландшафт ПО SAP NW. Ландшафт функционирует на комплексе серверов платформы SPARC.



Требования к производительности компонентов системы приведены ниже. Данные требования должны быть обеспечены существующими в КИС SAP РН средствами.

Таблица

Операция

Максимальное значение, мин.

Объем данных операций

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

3

Требования для одного файла одного ОГ

Загрузка значений одной аналитики

2




Обновление данных «простого» ФСД/ФВД

1




Обновление данных «сложного» ФСД/ФВД

2




Запись данных «простого» ФСД/ФВД

2




Запись данных «сложного» ФСД/ФВД

4




Проверки

4

Все проверки для одного ОГ

Пересчет валют

15

Для одного ОГ

Копирование данных на уровень агрегации

1

Для одного ОГ

Трансформация

4

Для одного ОГ

Трансформация

60

Для Компании в целом

Аллокация

60

Для Компании в целом

Копирование данных на уровень консолидации

10

Для Компании в целом

Консолидация

90

Для Компании в целом

Аллокация и Консолидация (весь периметр)

150

Для Компании в целом

Гибкий отчет (время отклика, при количестве строк не более 5000, количестве столбцов не более 10)

1




«Простой» отчет

1




«Сложный» отчет

3




Объем массива детальных данных для проведения нагрузочного тестирования должен составлять объем данных, характерный для продуктивного ИР ИКСО для всего периметра консолидации Компании не менее, чем за 2 года. Тестирование ИР ИКСО с указанным объемом данных проводится для всех уровней.

«Простой» отчет – отчет, имеющий в своем составе количество листов до 3-х (включительно), количество OLAP запросов к хранилищу SAP BW до 5-ти (включительно).

«Сложный» отчет – отчет, имеющий в своем составе количество листов более 3-х, количество OLAP запросов к хранилищу SAP BW более 5-ти.

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

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



    1. Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   18


База данных защищена авторским правом ©grazit.ru 2017
обратиться к администрации

    Главная страница