Функциональные и технические. требования (стр. 2 )

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

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

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

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

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

Данные уровни относятся к уровню бизнес-трансформации данных (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 к изменению сторонним разработчиком.

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

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

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

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

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

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

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

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

Таблица 3

Операция	Максимальное значение, мин.	Объем данных операций
Загрузка данных детального уровня с использованием файла в требуемом формате	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-ти.

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

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

Требования к безопасности

Уровень конфиденциальности информации, обрабатываемой в ИР ИКСО, реализуемый в КИС SAP РН, не приводит к повышению максимального уровня конфиденциальности информации в данной ИС.

Максимальная категория конфиденциальности информации, обрабатываемой в рамках автоматизируемых бизнес-процессов – конфиденциальная информация.

Внедряемая функциональность должна отвечать требованиям разграничения полномочий пользователей и требованиям безопасности КИС SAP РН, для которой определены следующие характеристики:

КИС SAP РН является системой с одной серверной группировкой; максимальная категория конфиденциальности информации, обрабатываемой в КИС SAP РН – конфиденциальная информация; доступ в КИС SAP РН многопользовательский, реализована система разграничения доступа; КИС SAP РН обеспечивает защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к классу защищенности 1Г АС по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации» 1992 г.; Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих информацию, соответствует требованиям к классу защищённости СВТ не ниже 5, согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации», 1992г.

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