Техническое задание на создание автоматизированной системы «Корпоративное хранилище данных»
Скачать 431.66 Kb.
|
| 4. Требования к системе 4.1. Требования к системе в целом 4.1.1. Требования к структуре и функционированию системы Определяется перечень функциональных подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы. Система КХД должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система КХД должна иметь трехуровневую архитектуру (можно привести общую схему, на которой определить уровни. Например, первый - источник, второй - хранилище, третий - отчетность). В Системе предлагается выделить следующие функциональные подсистемы: - подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных; - подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений; - подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности. Указываются требования к способам и средствам информационного обмена между компонентами системы. В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS. Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS. Приводятся требования к характеристикам взаимосвязей со смежными системами. Смежными системами для КХД являются: - информационные системы оперативной обработки данных Заказчика; - информационные системы планирования; - ... Источниками данных для Системы должны быть: - Информационная система управления предприятием (СУБД MS SQL). - Информационно-справочная система (СУБД MS SQL). - Информационная система обеспечения бюджетного процесса (СУБД Oracle). - ... Перечень предпочтительных способов взаимодействия со смежными системами приведен ниже. - Информационная система управления предприятием - с использованием промежуточной базы данных (ПБД). - Информационно-справочная система - обмен файлами ОС определенного формата. - Информационная система обеспечения бюджетного процесса - интеграция «точка – точка». - ... Определяются требования к режимам функционирования системы. Например: Система должна поддерживать следующие режимы функционирования: - Основной режим, в котором подсистемы КХД выполняют все свои основные функции. - Профилактический режим, в котором одна или все подсистемы КХД не выполняют своих функций. В основном режиме функционирования Система КХД должна обеспечивать: - работу пользователей режиме – 24 часов в день, 7 дней в неделю (24х7); - выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности. В профилактическом режиме Система КХД должна обеспечивать возможность проведения следующих работ: - техническое обслуживание; - модернизацию аппаратно-программного комплекса; - устранение аварийных ситуаций. Общее время проведения профилактических работ не должно превышать X% от общего времени работы системы в основном режиме (Y часов в месяц). Указываются требования по диагностированию системы (какие средства будут использоваться или создаваться, чтобы обеспечить диагностику системы). Для обеспечения высокой надежности функционирования Системы как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния. Диагностирование Системы должно осуществляться следующими штатными средствами, входящими в комплект поставки программного обеспечения: - СУБД - <указывается ПО администратора позволяющее проводить мониторинг>; - ETL-средство - .. - средство визуализации - ... Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР. Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание. 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 4.1.2.1. Требования к численности персонала В состав персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц: - Руководитель эксплуатирующего подразделения - 1 человек. - Администратор подсистемы сбора, обработки и загрузки данных - 2 человека. - Администратор подсистемы хранения данных - 2 человека. - Администратор подсистемы формирования и визуализации отчетности - 1 человек. Данные лица должны выполнять следующие функциональные обязанности. - Руководитель эксплуатирующего подразделения - на всем протяжении функционирования КХД обеспечивает общее руководство группой сопровождения, ... - Администратор подсистемы сбора, обработки и загрузки данных - на всем протяжении функционирования КХД обеспечивает контроль процессов ETL, подготовку и загрузка данных из внешних источников в хранилище данных, ... - Администратор подсистемы хранения данных - на всем протяжении функционирования КХД обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности, ... - Администратор подсистемы формирования и визуализации отчетности - на всем протяжении функционирования КХД обеспечивает поддержку пользователей, формирование отчетности, ... 4.1.2.2. Требования к квалификации персонала К квалификации персонала, эксплуатирующего Систему КХД, предъявляются следующие требования. - Конечный пользователь - знание соответствующей предметной области; знание основ многомерного анализа; знания и навыки работы с аналитическими приложениями.. - Администратор подсистемы сбора, обработки и загрузки данных - знание методологии проектирования хранилищ данных; знание методологии проектирования ETL процедур; знание интерфейсов интеграции ХД с источниками данных; знание СУБД; знание языка запросов SQL. - Администратор подсистемы хранения данных - глубокие знания СУБД; знание архитектуры «Звезда» и «Снежинка»; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД. - Администратор подсистемы формирования и визуализации отчетности - понимание принципов многомерного анализа; знание методологии проектирования хранилищ данных; знание и навыки администрирования приложения; знание языка запросов SQL; знание инструментов разработки. 4.1.2.3. Требования к режимам работы персонала Персонал, работающий с Системой КХД и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах: - Конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика. - Администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно. - Администратор подсистемы хранения данных – двухсменный график, поочередно. - Администратор подсистемы формирования и визуализации отчетности – в соответствии с основным рабочим графиком подразделений Заказчика. 4.1.3. Показатели назначения 4.1.3.1. Параметры, характеризующие степень соответствия системы назначению Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению: - Количество измерений – X. - Количество показателей – Y. - Количество аналитических отчетов – Z. 4.1.3.2. Требования к приспособляемости системы к изменениям Обеспечение приспособляемости системы должно выполняться за счет: - своевременности администрирования; - модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями; - модификации процедур доступа и представления данных конечным пользователям; - наличия настроечных и конфигурационных файлов у ПО подсистем; - ... 4.1.3.3. Требования сохранению работоспособности системы в различных вероятных условиях В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице.
4.1.4. Требования к надежности 4.1.4.1. Состав показателей надежности для системы в целом Например: Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет: - применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач; - своевременного выполнения процессов администрирования Системы КХД; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - предварительного обучения пользователей и обслуживающего персонала. Время устранения отказа должно быть следующим: - при перерыве и выходе за установленные пределы параметров электропитания - не более X минут. - при перерыве и выходе за установленные пределы параметров программного обеспечением - не более Y часов. - при выходе из строя АПК ХД - не более Z часов. Система должна соответствовать следующим параметрам: - среднее время восстановления Q часов - определяется как сумма всех времен восстановления за заданный календарный период, поделенные на продолжительность этого периода; - коэффициент готовности W - определяется как результат отношения средней наработки на отказ к сумме средней наработки на отказ и среднего времени восстановления; - время наработки на отказ E часов - определяется как результат отношения суммарной наработки Системы к среднему числу отказов за время наработки. Средняя наработка на отказ АПК не должна быть меньше G часов. 4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности Например: Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой КХД, а также «зависание» этого процесса. При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы: - сбой в электроснабжении сервера; - сбой в электроснабжении рабочей станции пользователей системы; - сбой в электроснабжении обеспечения локальной сети (поломка сети); - ошибки Системы КХД, не выявленные при отладке и испытании системы; - сбои программного обеспечения сервера. 4.1.4.3. Требования к надежности технических средств и программного обеспечения Например: К надежности оборудования предъявляются следующие требования: - в качестве аппаратных платформ должны использоваться средства с повышенной надежностью; - применение технических средств соответствующих классу решаемых задач; - аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев. К надежности электроснабжения предъявляются следующие требования: - с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее X минут; - система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы; - система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает Y минут; - должно быть обеспечено бесперебойное питание активного сетевого оборудования. Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий: - предварительного обучения пользователей и обслуживающего персонала; - своевременного выполнения процессов администрирования; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - своевременное выполнение процедур резервного копирования данных. Надежность программного обеспечения подсистем должна обеспечиваться за счет: - надежности общесистемного ПО и ПО, разрабатываемого Разработчиком; - проведением комплекса мероприятий отладки, поиска и исключения ошибок. - ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации. 4.1.4.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами. Проверка выполнения требований по надежности должна производиться на этапе проектирования расчетным путем, а на этапах испытаний и эксплуатации - по методике Разработчика, согласованной с Заказчиком. 4.1.5. Требования к эргономике и технической эстетике Например: Подсистема формирования и визуализации отчетности данных должна обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям. В части внешнего оформления: - интерфейсы подсистем должен быть типизированы; - должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя; - должен использоваться шрифт: ... - размер шрифта должен быть: ... - цветовая палитра должна быть: ... - в шапке отчетов должен использоваться логотип Заказчика. В части диалога с пользователем: - для наиболее частых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. В части процедур ввода-вывода данных: - должна быть возможность многомерного анализа данных в табличном и графическом видах. К другим подсистемам предъявляются следующие требования к эргономике и технической эстетике. В части внешнего оформления: - интерфейсы по подсистемам должен быть типизированы. В части диалога с пользователем: - для наиболее частых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. В части процедур ввода-вывода данных: - должна быть возможность получения отчетности по мониторингу работы подсистем. |
Похожие:
 | Совет главных конструкторов автоматизированной информационно- управляющей системы единой государственной системы предупреждения и... | | Настоящее техническое задание (далее – Техническое задание) регламентирует требования к оказанию услуг по системному сопровождению... |
| Техническое задание на создание автоматизированной системы управления персоналом (гост 34. 602-87) | | Оказание услуг по миграции территориально распределённого специализированного программного обеспечения автоматизированной информационной... |
| Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы 4 |  | Выполнение научно-исследовательских и опытно-конструкторских работ по развитию подсистемы сбора телеметрических данных автоматизированной... |
| Разработка и внедрение автоматизированной системы учета нарушений работы Московского метрополитена должно производиться на автоматизированных... | | Разработка и информационно-техническое сопровождение единого информационно-аналитического портала государственной поддержки инновационного... |
| Настоящее техническое задание определяет требования, предъявляемые к текущему ремонту системы эхз пк «Шесхарис» | | «Доработка информационной автоматизированной мастер системы по управлению персоналом для производственных предприятий на базе sap... |