В данном подразделе приводят:
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. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы
Требования не предъявляются.