· система внутреннего разграничения прав, позволяющая назначать нескольким администраторам системы только те права, которые требуются для выполнения их служебных обязанностей.
· система записи действий (логирования) в системе бэк-офиса, позволяющая определить действие, администратора, время, результат и т. д. для каждой операции, совершаемой в системе.
· отсутствие прямого доступа к базе данных для программ, реализующих интерфейс бэк-офиса, исключающей атаки с использованием SQL-инъекций.
5.2.6.1. Модуль управления пользователями системы
В рамках системы каждый пользователь представлен в виде уникальной однозначно идентифицируемой записи. Но при этом один и тот же человек может быть зарегистрирован на разных порталах (если его сфера деятельности выходит за рамки только федерального портала или одного региона). Таким образом, возникает необходимость связывать учетные записи пользователей, зарегистрированных на порталах с пользователями, представленными в системе.
Также в рамках АИС «Управление государственной поддержкой субъектов МиСП» допускаются различные роли пользователя в рамках разных программ и мероприятий.
Так, модуль управления пользователями системы должен позволять:
· ставить в соответствие учетной (ым) записи (ям) пользователя (ей) на портале (ах) реального пользователя, описанного в системе;
· добавлять, изменять и удалять роли пользователей в рамках мероприятий программ поддержки МиСП.
5.2.6.2. Модуль управления хранилищем данных
Для дополнительного обеспечения целостности данных необходимо периодически производить проверку хранилища данных на предмет наличия или отсутствия логических ошибок, а так же при необходимости производить перестроение индексов и удаление ненужной служебной информации для увеличения производительности системы. За эти функции должен отвечать модуль управления хранилищем данных.
Запуск работы модуля должен осуществляться как в автоматическом режиме с установленной периодичностью, так и, при необходимости, вручную.
5.2.6.3. Модуль управления системными справочниками и классификаторами предметной области
Для описания предметной области используется единая классификация структуры данных, позволяющая производить информационный обмен между различными уровнями системы.
Инструментарий классификатора должен позволять изменять структуру описания предметной области и содержание справочников без изменения программного кода. При изменении классификации должен осуществляться информационный обмен между уровнями системы, в рамках которого структура данных во всех частях распределенной АИС должна быть изменена без потери имеющейся информации.
Правом доступа к инструментарию должен обладать исключительно администратор системы.
5.2.6.4. Модуль управления конфигурацией системы
Модуль должен обеспечивать настройку самой АИС и связей внутри нее. Для обеспечения работы системы и всех ее компонентов необходимо указать:
· начальные настройки системы;
· IP-адреса всех компонентов системы (адреса типовых и оригинальных порталов);
· актуальные версии классификаторов и справочников, необходимые для корректного функционирования системы на всех уровнях.
5.2.6.5. Модуль управления архивированием и возвратным копированием
Модуль должен обеспечивать возможность создания резервной копии данных системы с возможностью последующего их восстановления. Архивирование может производиться как в автоматическом, так и в ручном режиме с регламентированной периодичностью.
5.3. Требования к видам обеспечения
5.3.1. Требования к математическому и алгоритмическому обеспечению
Методы решения задач должны быть адекватны законодательству Российской федерации в области поддержки малого и среднего предпринимательства.
5.3.2. Требования к информационному обеспечению
5.3.2.1. Требования к составу данных
Состав данных может уточняться в процессе проектирования. В качестве предварительных следует рассматривать следующие наборы данных:
· Сведения о региональных программах поддержки малого и среднего предпринимательства:
o перечень мероприятий;
o показатели эффективности;
o сроки проведения мероприятий;
o объем финансирования;
o сведения об использовании федеральных субсидий на развитие МиСП прошлых лет.
· Сведения о проведении Конкурса по отбору субъектов Российской Федерации, бюджетам которых предоставляются субсидии для финансирования мероприятий, осуществляемых в рамках оказания государственной поддержки малого и среднего предпринимательства субъектами Российской Федерации;
· Сведения о расходовании средств федерального бюджета на поддержку малого и среднего предпринимательства.
5.3.2.2. Требования к структуре и способам организации данных в системе
При организации данных используются следующие технологии и методы:
· хорошо структурированные данные (факты) размещаются в системах связанных реляционных таблиц и управляются, как правило, СУБД Реляционного или объектно-реляционного типа;
· слабоструктурированные данные, а также сценарии бизнес-правил могут размещаться в структурах с гипертекстовой разметкой, отдельных файлах или в больших объектах, СУБД Реляционного или объектно-реляционного типа и обрабатываться специальными агентами;
· результирующие данные (отчеты, письма и т. п.) могут храниться в форматах приложений MS Office, а так же в виде изображений-сканов оригиналов документов;
· допускается организация данных в XML-структурах и их обработка средствами Web-браузеров и иными общедоступными средствами или средствами, входящими в состав подсистем.
5.3.2.3. Требования к информационной совместимости с внешними системами
Для обеспечения информационной совместимости с внешними системами должны быть согласованы используемые классификаторы, словари и справочники, разработаны специальные процедуры электронного взаимодействия, согласованы форматы обменных файлов.
Предварительный порядок взаимодействия со смежными системами и состав передаваемых данных должны быть определены на стадии технорабочего проекта. Окончательный вариант должен быть согласован до начала работ по вводу в промышленную эксплуатацию.
5.3.2.4. Требования по использованию общероссийских и зарегистрированных региональных, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии
Использование общероссийских, зарегистрированных региональных, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии, определяется целесообразностью и должно осуществляться в соответствии с документом «Правила стандартизации. Основные положения и порядок проведения работ по разработке, ведению и применению общероссийских классификаторов ПР 50.1.024-2005» (утверждены Приказом Ростехрегулирования от 01.01.2001 г. ).
· Общероссийский классификатор видов экономической деятельности (ОКВЭД);
· Общероссийский классификатор объектов административно-территориального деления (ОКАТО);
· Общероссийский классификатор форм собственности (ОКОПФ).
5.3.2.5. Требования по применению систем управления базами данных
Должна использоваться система управления базами данных с реляционной моделью организации данных. Рекомендуется использование системы управления базами данных: MySQL версии 5.0.20 или выше (или эквивалент).
5.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
Процесс сбора, обработки, передачи данных в системе и представления данных определяется документом «Положение об использовании структурными подразделениями Минэкономразвития России информационного и программного обеспечения АИС «Управление государственной поддержкой малого и среднего предпринимательства»».
5.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Для обеспечения защиты данных должны быть обеспечены следующие условия:
· все серверы и коммуникационное оборудование системы должны оснащаться средствами защиты электропитания, достаточными для поддержания работоспособности на время завершения обмена данными со смежными подсистемами и освобождения внутренних буферов данных;
· система должна быть обеспечена отказоустойчивыми средствами накопления и хранения данных, резервного и возвратного копирования и архивирования данных;
· программное обеспечение промежуточного слоя должно иметь средства управления возвратным копированием и восстановлением данных из возвратных копий.
5.3.2.8. Требования к процедуре придания юридической силы документам, продуцируемым средствами АИС
Не предъявляются.
5.3.3. Требования к лингвистическому обеспечению (ЛО)
5.3.3.1. Требования к применению языков программирования высокого уровня
Для написания кода клиентских приложений в качестве языка программирования высокого уровня допускается использование языка программирования PHP версии 5 или выше (или эквивалент).
Для описания заданий на уровне операционной системы, автоматизации сборки развертывания, резервного копирования и архивирования применяются языки, определенные разработчиками ОС.
В качестве языка описания реляционных данных и манипулирования ими допускается применение SQL.
Для разметки (структурирования) импортируемых и экспортируемых данных, хранения настроек приложений, описания сценариев обновления БД, описания нереляционных структур данных рекомендуется применять XML (и его расширения).
Целесообразность применения языка определяет разработчик прикладного программного обеспечения.
5.3.3.2. Требования к применению языков взаимодействия пользователей и технических средств системы
Для взаимодействия пользователей с техническими средствами должны использоваться языки, определенные разработчиками технических средств.
Использование иных языков должно быть обосновано.
5.3.3.3. Требования к кодированию и декодированию данных
Не предъявляются.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 |
