Требования к функциям, выполняемым системой

В данном подразделе приводят:
1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
2) временной регламент реализации каждой функции, задачи (или комплекса задач);
3) требования к качеству реализации каждой функции (задачи или комплекса задач), форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования к одновременности выполнения групп функций, достоверности выдачи результатов;
4) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

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

Функция Задача
Управляет процессами сбора, обработки и загрузки данных Создание, редактирование и удаление процессов сбора, обработки и загрузки данных
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных (регламентов загрузки данных)
Определение и изменение расписания процессов сбора, обработки и загрузки данных
Выполнение процессов сбора, обработки и загрузки данных из источников в ХД Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения
Обработка и преобразование извлечённых данных
Поддержка медленно меняющихся измерений
Протоколирует результаты сбора, обработки и загрузки данных Ведение журналов результатов сбора, обработки и загрузки данных
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы

4.2.1.2 Временной регламент реализации каждой функции, задачи

Задача Требования к временному регламенту
Создание, редактирование и удаление процессов сбора, обработки и загрузки данных Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и загрузки данных
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных (регламентов загрузки данных) Весь период функционирования системы, при возникновении необходимости модификации регламента загрузки данных
Определение и изменение расписания процессов сбора, обработки и загрузки данных Весь период функционирования системы, при возникновении необходимости изменения расписания процессов
Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения После готовности данных в системах источниках, ежедневно во временном интервале 00:00 – 03:00
Обработка и преобразование извлечённых данных Ежедневно, после появления всех извлечённых данных во временном интервале 00:00 – 06:00
Поддержка медленно меняющихся измерений Регулярно, при работе подсистемы для измерений соответствующего типа
Ведение журналов результатов сбора, обработки и загрузки данных Регулярно, при работе подсистемы
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы Регулярно, при возникновении нештатной ситуации в процессе работы подсистемы

4.2.1.3 Требования к качеству реализации функций, задач

Задача Форма представления выходной информации Характеристики точности и времени выполнения
Создание, редактирование и удаление процессов сбора, обработки и загрузки данных В стандарте интерфейса ETL средства Определяется регламентом эксплуатации
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных (регламентов загрузки данных) В стандарте интерфейса ETL средства Определяется регламентом эксплуатации
Определение и изменение расписания процессов сбора, обработки и загрузки данных В стандарте интерфейса ETL средства Определяется регламентом эксплуатации
Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения Текстовый файл Запуск должен производится точно по установленному расписанию
Обработка и преобразование извлечённых данных Текстовый файл. Данные в структурах БД Данные должны быть преобразованы для загрузки в структуры модели ХД.Не более 2 часов
Поддержка медленно меняющихся измерений Данные в структурах БД Данные должны быть сохранены по правилам поддержки медленно меняющихся измерений соответствующего типа
Ведение журналов результатов сбора, обработки и загрузки данных Текстовые файлы В момент выполнения сбора, обработки и загрузки данных
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы Текстовый файл, оконное сообщение, email Не позднее 15 минут после возникновения нештатной ситуации

4.2.1.4 Перечень критериев отказа для каждой функции

Функция Критерии отказа Время восстановления Коэффициент готовности
Управляет процессами сбора, обработки и загрузки данных Не выполняется одна из задач: 8 часов 0.85
Запускает процессы сбора, обработки и загрузки данных из источников в ХД Не выполняется одна из задач функции. 12 часов 0.75
Протоколирует результаты сбора, обработки и загрузки данных Не выполняется одна из задач функции. 12 часов 0.75

4.3.2. Требования к информационному обеспечению

Приводятся требования:
1) к составу, структуре и способам организации данных в системе;
2) к информационному обмену между компонентами системы;
3) к информационной совместимости со смежными системами;
4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
5) по применению систем управления базами данных;
6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
7) к защите данных от разрушений при авариях и сбоях в электропитании системы;
8) к контролю, хранению, обновлению и восстановлению данных;
9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

4.3.2.1. Требования к составу, структуре и способам организации данных в системе
Структура хранения данных должна состоять из следующих основных областей:
— область временного хранения данных;
— область постоянного хранения данных;
— область витрин данных.
Области постоянного хранения и витрин данных должны строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям.
Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда» и/или «снежинка».

4.3.2.2.

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

Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных

Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.

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

4.3.2.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы
Требования не предъявляются.

Видеопрезентация ТОО «Корпорация КазЭнергоМаш»


Похожие статьи.

Понравилась статья? Поделиться с друзьями: