Министерство экономического развития Российской федерации
УДК
№ регистрации
Инв. № |
УТВЕРЖДАЮ
Руководитель Департамента корпоративного управления и новой экономики Минэкономразвития России ______________ Ц.В.Церенов «__» ____________ 2004 г. |
Пилотный проект по внедрению электронных административных регламентов в Федеральной службе по финансовым рынкам
Техническое задание на Конструктор ЭАР ФСФР. Приложение № 4 к итоговому отчету
Руководитель работ Технический директор ЗАО "Концерн Информационных Технологий" П.И. Костюков
Согласовано Начальник управления делами Федеральной службы по финансовым рынкам ____________________ Ю.М. Осина «__» ____________ 2004 г.
Москва, 2004
Список исполнителей.
Руководитель работ
Технический директор ЗАО "Концерн Информационных Технологий" _____________________ /П.И. Костюков/
Ответственный исполнитель
Директор Департамента системного анализа ЗАО "Концерн Информационных Технологий" _____________________ /Е.Е. Коршунов/
Исполнители:
Начальник Управления информационных систем
ЗАО "Концерн Информационных Технологий" _____________________ /И.В. Мячин/
Начальник отдела разработки программного обеспечения
ЗАО "Концерн Информационных Технологий" _____________________ /А.В. Чубуков/
ОГЛАВЛЕНИЕ
1. Общие сведения 1
2. Назначение и цели создания системы 1
2.1. Назначение системы 1
2.2. Цели создания системы 1
3. Характеристики объекта автоматизации 1
4. Требования к Конструктору ЭАР 4
4.1. Требования в целом 4
4.1.1. Требования к структуре и функционированию 4
4.1.2. Требования к численности и квалификации персонала 6
4.1.3. Показатели назначения 6
4.1.4. Требования к надежности 7
4.1.5. Требования безопасности 7
4.1.6. Требования к эргономике и технической эстетике 7
4.1.7. Требования к эксплуатации, техническому обслуживанию и ремонту компонентов системы 8
4.1.8. Требования к защите информации от несанкционированного доступа 8
4.1.9. Требования по сохранности информации при авариях 8
4.1.10. Требования к патентной чистоте 9
4.1.11. Требования по стандартизации и унификации 9
4.1.12. Дополнительные требования 9
4.2. Требования к функциям (задачам) Конструктора ЭАР 9
4.2.1. Формирование новой версии ЭАР 10
4.2.2. Ввод нормативно справочной информации 10
4.2.3. Ввод/корректировка модели организационно – штатной структуры 10
4.2.4. Разработка визуальной модели ЭАР 11
4.2.5. Проверка целостности и непротиворечивости моделей 11
4.2.6. Сохранение модели в корпоративной базе данных 11
4.2.7. Формирование проекта нормативных документов 12
4.2.8. Обновление описания ЭАР в КИ 12
4.3. Требования к видам обеспечения 12
4.3.1. Требования к математическому обеспечению 12
4.3.2. Требования к информационному обеспечению 12
4.3.3. Требования к лингвистическому обеспечению 13
4.3.4. Требования к программному обеспечению 14
4.3.5. Требования к методическому обеспечению 14
4.3.6. Требования к техническому обеспечению 14
5. Состав и содержание работ по созданию системы 15
5.1. Перечень стадий и этапов работ по созданию системы 15
5.2. Перечень документов, предъявляемых по окончании стадий и этапов работ 16
6. Порядок контроля и приемки системы 16
6.1. Виды, состав, объем и методы испытаний 16
6.2. Общие требования к приемке работ по стадиям 17
6.3. Статус приемочной комиссии 17
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 17
8. Требования к документированию 17
9. Источники разработки 18
1.Общие сведения
Конструктор электронных административных регламентов, далее – "Конструктор ЭАР".
Договор ЭР.03.19 от 21.07.2004..
Заказчик:
Исполнитель:
Конструктор ЭАР создается на основание протокола заседания конкурсной подкомиссии по программным мероприятиям ФЦП "Электронная Россия (2002-2010 годы)", финансируемым по направлению "Прочие нужды", № 4, от "7" июля 2004 года.
Плановые сроки начала и окончания работы 2004 – 2005 г
Результаты работ оформляются в виде:
- проектной и рабочей документации на Конструктор ЭАР;
- протокола проведения приемочных испытаний;
- программных средств IBM Rational Software и лицензий на их использование;
- дополнительных программных средств Конструктора ЭАР на компакт дисках.
2.Назначение и цели создания системы
2.1.Назначение системы
Объектом автоматизации является рабочий процесс Федеральной службы по финансовым рынкам по разработке и вводу в действие электронно административных регламентов (далее – ЭАР).
Конструктор ЭАР предназначен для разработки ЭАР путем визуального моделирования деловых процессов ФСФР с последующим формированием на основе визуальных моделей проектов организационно – распорядительных документов полиграфического качества и формализованных описаний ЭАР для их ввода в информационную систему поддержки исполнения ЭАР.
2.2.Цели создания системы
Генеральной целью создания Конструктора ЭАР является повышение качества и сокращения сроков разработки регламентов исполнения деловых процессов ФСФР и внедрения в повседневную деятельность.
На основе отработанных в рамках пилотного проекта системно – технических решений должны быть созданы условия для масштабирования Конструктора ЭАР на использование в других ведомствах.
3.Характеристики объекта автоматизации
В ФСФР для автоматизированной поддержки деловых процессов используется автоматизированная система контроля исполнения документов (далее – "КИ").
КИ представляет собой набор тесно интегрированных компонент, разработанных на технологической базе Lotus Notes/Domino. Выбор указанной технологической был обусловлен как рекомендациями, изложенными в отчете Booz Allen Team, так и важнейшими свойствами программного обеспечения IBM/Lotus, которое представляет собой открытую, защищенную платформу, оптимально подходящую для создания приложений, ориентированных на работу с документами и обеспечивающих интеграцию корпоративных информационных систем и деловых процессов.
На рисунке ниже представлено схематичное описание функций КИ
В состав Системы входят следующие компоненты.
Регистрация документов. В рамках данной компоненты обеспечиваются все основные функции Системы, а именно:
регистрация входящих, исходящих и внутренних документов;
регистрация и контроль исполнения поручений по документам;
регистрация и контроль исполнения поручений, не связанных с документами;
автоматизированное формирование отдельных справок по ходу и истории исполнения документов;
автоматизированное формирование справок по исполнению поручений конкретными сотрудниками.
Средствами компоненты так же обеспечивается:
автоматизация определения и использования типовых маршрутов движения документов различных видов;
автоматизация контрольных функций;
защита от несанкционированного доступа к данным;
персонализированные рабочие места пользователей.
Структура организации. В рамках данной компоненты обеспечивается оперативное ведение следующей информации:
организационно – штатная структура ФСФР;
сотрудники ФСФР;
кадровые приказы;
временное замещение должностей;
и др.
Представленная информация используется компонентой "Регистрация документов" для поддержки ее функций, в частности, для определения ролей пользователей и их прав доступа.
Ведение вспомогательных справочников. В рамках данной компоненты обеспечивается ведение следующих справочников:
виды организаций;
типовые маршруты документов;
стандартные содержания документов;
корреспонденты;
типы документов;
различные нормативы, включая нормативы по срокам исполнения документов.
Данные из указанных справочников используются компонентой "Регистрация документов" как для автоматизации выполнения ее функций, так и для корректной классификации информации, появляющейся по ходу обработки документов. В настоящее время сотрудниками УД в базу данных КИ введено описание маршрутов обработки 337 видов документов.
На следующем рисунке представлены основные модули КИ.
Система функционирует на технологической платформе IBM Lotus Software. Сервера Lotus Domino развернуты на базе AS 400. Клиентское программное обеспечение Lotus Notes функционирует на рабочих местах, оснащенных ОС Windows (95, 98, NT, 200б XP).
Описанная Система полностью соответствует всем требованиям, которые были заданы в Технических заданиях на ее разработку и доработку, но при этом она "закрывает" только часть вопросов ИТА ФСФР и поддержки электронных административных регламентов (ЭАР). Средствами КИ выполняется автоматизированная поддержка деловых процедур, которые в табличном виде должны быть введены в базу данных Системы. Для визуального описания деловых процессов ограниченном объеме использовалось программное обеспечение IBM Rational Software, однако средства интеграции между визуальным описанием деловых процедур и их табличным представление в КИ отсутствуют. Так же отсутствуют автоматизированные механизмы публикации визуального описания деловых процессов в форме регламентирующих документов.
4.Требования к Конструктору ЭАР
4.1.Требования в целом
4.1.1.Требования к структуре и функционированию
4.1.1.1.Требования к числу уровней иерархии и степени централизации системы
Конструктор ЭАР создается на базе средств визуального моделирования IBM Rational Software. Промышленные программные средства визуального моделирования должны быть дополнены встроенными суперклассами для учета различных нормативов и ограничений, используемых в ФСФР.
Результаты разработки ЭАР оформляются в виде:
- визуальных моделей формата mdl;
- проектов организационно – распорядительных документов, доступных перспективной системе поддержки согласования и утверждения документов (в настоящее время в ФСФР отсутствует).
- формализованных описаний деловых процессов в формате XML, пригодных для их дальнейшего использования информационной системой поддержки сопровождения ЭАР (в ФСФР – КИ).
Конструктор ЭАР должен функционировать на выделенных рабочих местах должностных лиц ФСФР с сохранением результатов разработки ЭАР в единой корпоративной базе данных ФСФР на технологической платформе IBM Lotus Software.