Для математического обеспечения системы приводятся требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
Не предъявляются.
Приводятся требования: 1) к составу, структуре и способам организации данных в системе; 2) к информационному обмену между компонентами системы; 3) к информационной совместимости со смежными системами; 4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии; 5) по применению систем управления базами данных; 6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; 7) к защите данных от разрушений при авариях и сбоях в электропитании системы; 8) к контролю, хранению, обновлению и восстановлению данных; 9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
4.3.2.1. Требования к составу, структуре и способам организации данных в системе Структура хранения данных в КХД должна состоять из следующих основных областей: - область временного хранения данных; - область постоянного хранения данных; - область витрин данных. Области постоянного хранения и витрин данных должны строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям. Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда» и/или «снежинка».
4.3.2.2. Требования к информационному обмену между компонентами системы Информационный обмен между компонентами системы КХД должен быть реализован следующим образом:
Подсистема сбора, обработки и загрузки данных
Подсистема хранения данных
Подсистема формирования и визуализации отчетности
Подсистема сбора, обработки и загрузки данных
X
Подсистема хранения данных
X
X
Подсистема формирования и визуализации отчетности
X
4.3.2.3. Требования к информационной совместимости со смежными системами Состав данных для осуществления информационного обмена по каждой смежной системе должен быть определен Разработчиком на стадии «Проектирование. Разработка эскизного проекта. Разработка технического проекта» совместно с полномочными представителями Заказчика. Система не должна быть закрытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через интерфейсные таблицы или файлы данных. Система должна обеспечить возможность загрузки данных, получаемых от смежной системы.
4.3.2.4. Требования по использованию классификаторов, унифицированных документов и классификаторов Система, по возможности, должна использовать классификаторы и справочники, которые ведутся в системах-источниках данных. Основные классификаторы и справочники в системе (клиенты, абоненты, бухгалтерские статьи и т.д.) должны быть едиными. Значения классификаторов и справочников, отсутствующие в системах-источниках, но необходимые для анализа данных, необходимо поддерживать в специально разработанных файлах или репозитории базы данных.
4.3.2.5. Требования по применению систем управления базами данных Для реализации подсистемы хранения данных должна использоваться промышленная СУБД <указывается название и версия СУБД>.
4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта.Разработка технического проекта».
4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных К контролю данных предъявляются следующие требования: - система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных. К хранению данных предъявляются следующие требования: - хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив; - исторические данные, превышающие пятилетний порог, должны храниться на ленточном массиве с возможностью их восстановления. К обновлению и восстановлению данных предъявляются следующие требования: - для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев; - для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев; - для данных хранилища данных необходимо обеспечить резервное копирование и архивацию на ленточный массив в следующие промежутки времени: -холодная копия - ежеквартально; -логическая копия - ежемесячно (конец месяца); -инкрементальное резервное копирование - еженедельно (воскресение); -архивирование - ежеквартально;
4.3.2.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы Требования не предъявляются.
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет
studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав!Последнее добавление