Методика проведения выбора программного обеспечения и потенциального поставщика (стр. 5 )

Рис. 2.

Для аналитических целей функциональность сервисных компонент поддерживает следующие виды и форматы:

информационная панель руководителя, обеспечивающая наглядную информационную картину в рамках нескольких экранов в оперативном режиме; информационная панель аналитика, обеспечивающая наглядную информационную картину с возможностью детализации информации («дрилл-даун») в рамках нескольких экранов в оперативном режиме. Сервисные компоненты должны обеспечивать наглядный и удобный для использования интерфейс, включать графические представления объектов. Пример графического представления приведен на рис. 3.

Рис. 3.

Функции администрирования

Функции администрирования:

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

Функции информационной безопасности

Функции информационной безопасности:

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

Функции интеграции с внешними системами

Подсистема интеграции с внешними системами включает:

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

Функции настройка загрузки

Настройка правил и структур первичной и повторной загрузки. При этом обеспечиваются интерфейсы для работы с различными типами источников данных, таких как форматированные текстовые файлы, XML и т. д.

Функции извлечения данных

Данные извлекаются из внешнего источника и загружаются в промежуточный слой ETL в соответствии с правилами загрузки данных.

Функции выявления ошибок

Данные проходят проверку на соответствие ранее установленным правилам и структурным требованиям, для заключения о готовности к загрузке в формате ГАС ОГФУ. Должны быть предусмотрены следующие типы проверки, и затем реализованы алгоритмы дальнейших действий:

критичные ошибки (данные, не соответствующие этому критерию, не могут быть загружены в ГАС ОГФУ: например, числовое выражение, содержащее букву). некритичные ошибки (если загруженные в ГАС ОГФУ данные не являются качественными, в этом случае должно быть выдано предупреждение об ошибке: например, пустое (NULL) значение в поле имени). качественные данные. Данные загружаются в ГАС ОГФУ без предупреждения об ошибке.

По информационным объектам должны проводиться следующие проверки:

уникальные значения первичных и альтернативных ключей; корректность форматов и представлений данных; полное описание связей; полнота данных; соответствие данных аналитическим требованиям.

Функции преобразования данных

Данные источника фильтруются, группируются, при необходимости распределяются, выполняются вычисления промежуточных показателей для загрузки в Систему. Преобразование данных должно сводиться к следующим элементарным операциям:

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

Функции формирования расписаний загрузки

Задают для настройки различные правила получения данных из источников:

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

Функции загрузки

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

Технические требования к системе Общие требования

Программное обеспечение для Систему должно удовлетворять следующим критериям:

Использовать клиент-серверную архитектуру; Поддерживать высокие эксплуатационные параметры, такие как быстродействие, надежность и масштабируемость информационной системы на его основе; Соответствовать принципам открытых информационных систем, позволяющих решать задачи интеграции готовых приложений с программными продуктами третьих фирм; Иметь модульную архитектуру, основанную на  унифицированных компонентах; Обеспечивать совместимость программных продуктов в части используемых технических средств, системного программного обеспечения; Быть русифицированным и иметь эксплуатационную  документацию на русском языке; Возможность внесения изменений в систему путем настроек без изменения программного кода. Допускается дополнительное программирование экранных форм и отчетов, а также создание дополнительных функций программного продукта; Наличие конструктора отчетов; Наличие возможностей «drill-down» («вызов данных») в отчетах, где это необходимо; Наличие встроенных процедур контроля, сводящих к минимуму возможные ошибки; Наличие современных методов анализа и OLAP технологий с учетом реализации методов моделирования. Наличие графических средств для создания бизнес-процессов и их редактирования

Требования к надежности

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

Наличие средств проверки целостности данных; Транзакционность изменения данных; Контроль целостности данных должен происходить в процессе выполнения операций на уровне СУБД;

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

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

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

Возможность установки обновлений без остановки системы; Наличие средств сохранения настроек и доработок системы при обновлении.

Требования к информационной безопасности

Подсистема обеспечения целостности

Обеспечение своевременного выявления нарушений целостности критичных файлов и их оперативное восстановление.

Доступ пользователей к системе

Обязательная идентификация пользователей; Подтверждение идентификации пользователя личным паролем; Контроль прав доступа ко всем объектам системы включая модули, экранные формы, элементы меню, элементы экранных форм; Контроль прав доступа как на уровне пользователей так и на уровне групп пользователей; Поддержка ролевой модели прав пользователей; Хранение и передача паролей в зашифрованном формате; Возможность самостоятельной смены пароля пользователем; Отсутствие возможности прочтения администратором (или другим привилегированным пользователем) пароля пользователя; Возможность ограничения количества разрешенных открытых сессий для пользователя; Возможность наложения ограничений на использование паролей, в частности контроль формата, длины, срока действия, количества неудачных попыток ввода; Обеспечение защиты журналов событий от несанкционированной модификации.

Аудит действий пользователей

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

Требования к эргономике и технической эстетике

Требования к интерфейсу

Наличие графического многооконного режима; Настраиваемость графических элементов интерфейса, в том числе цветового оформления, в пределах возможностей операционной системы и технических средств. Система должна предоставлять удобный и интуитивно понятный интерфейс для пользователя, который хорошо знает свою предметную область и не является специалистом в области информационных технологий. Система должна предоставлять возможности настройки интерфейсов под пользователя; Система должна иметь интерфейс на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. Интерфейс должен предоставлять возможность быстрой навигации по экранам и полям без помощи манипулятора мышь («горячие» клавиши, табуляция)

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

В системе должна присутствовать встроенная система помощи на русском языке; В системе помощи должен присутствовать контекстный поиск;

Требования к НСИ

Система должна поддерживать возможность контекстного поиска по справочникам и классификаторам; Система должна поддерживать контроль дублирования значений справочников; Система должна предоставлять возможность ведения истории значений справочников.

Требования к программному обеспечению

Требования к СУБД

Система должна быть платформонезависимой (с точки зрения СУБД) и поддерживать работу на СУБД промышленного масштаба (ORACLE, MS SQL, DB2, Sybase и др.).

Требования к общему программному обеспечению

Эксплуатация Системы предполагает использование следующих видов общего программного обеспечения:

а) для сервера баз данных:

1) операционная система MS Widows 2003 Server St. Ed. и выше;

2) система управления базами данных: MS SQL 2005, Oracle 10g St. Ed. и выше.

б) для сервера приложений:

1) операционная система MS Widows 2003 Server St. Ed.  и  выше;

2) Microsoft Internet Information Services.

в) для рабочих станций пользователей:

1) операционная система клиентского места: MS Widows ХР Professional  SP2  и выше;

2) Microsoft Internet Explorer 6.0 и выше;

3) клиентское программное обеспечение Oracle 9i и выше.

Требования к аппаратному обеспечению

Общие требования

Возможность размещения компонентов системы на кластере серверов.

Требования к рабочим станциям

Система должна работать без потери качества на рабочих станциях в конфигурации с 512 МБ оперативной памяти и 10 ГБ свободного места на жестком диске

Требования каналам связи

Нормальная работа удаленных пользователей возможна на каналах с пропускной способностью 64 кБит/с; Система не должна отказывать в работе удаленным пользователям при снижении пропускной способности каналов связи ниже требуемых; Поддержка протокола TCP\IP; Требования к системе по скорости обмена данными между центральными серверами не должно быть выше 100 Мбит/с.

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

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

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

Требования к генератору отчетов

В системе должен присутствовать генератор отчетов, рассчитанный на использование широким кругом пользователей; Должна быть предусмотрена возможность выгрузки отчетов в форматах Microsoft Office (XLS, DOC и т. п.), HTML, PDF; В системе должна быть предусмотрена возможность ограничения доступа пользователей к формированию отчетов и созданию новых шаблонов отчетов; Должна быть предусмотрена возможность формирования отчетов с графической информацией (графики, диаграммы, картограммы).

Требования к документации

Система должна поставляться с документацией на русском языке в следующем составе:

Общее описание системы и подсистем; Руководство пользователя системы; Руководство администратора системы; Рабочие инструкции, содержащие методики выполнения типовых прикладных задач, решаемых с помощью системы.

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

Система должна предоставлять универсальные механизмы интеграции.

1 Базовые требования к Системе сформированы в рамках ТЗ на систему, на основании ТЗ на систему в методике представлены детальные критерии выбора программной платформы для АИС АНАЛИТИЧЕСКАЯ СИСТЕМА ОПТИМИЗАЦИИ  (п.1.5.).

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

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