 |
Место архитектуры ЭП в концептуальном проектировании государственных информационных систем
|
|
|
|
Каждый из архитектурных слоев и типов обеспечения имеет свое самостоятельное значение, но без объединения их в систему невозможно получение действительно целостного многоаспектного видения информационной или организационной системы.
Такая интеграция может быть осуществлена как в рамках технического средства (т.н. архитектурного репозитория), так и в виде взаимосвязанного набора документов.
Рис. 3. Схема взаимосвязи слоев архитектуры
В ходе реализации ФЦП «Электронная Россия» предпринималось несколько попыток создать общефедеральный репозиторий архитектуры электронного правительства, однако сегодня, к сожалению, не существует ни одного действующего репозитория.
Остается возможность сформировать такой репозиторий на региональном уровне, либо осуществить интеграцию в виде взаимосвязанных электронных документов.
В соответствии с Концепцией региональной информатизации все регионы обязаны создать и поддерживать региональные программы информатизации, которые должны включать в себя подробные архитектуры информационных систем на уровне региона.
Проработав архитектуру создаваемой системы, создайте ее архитектурную схему. Вы можете использовать для этого такие программные продукты, как ARIS Toolset, Microsoft Visio, Mind Manager, Rational Software Architect или любой стандартный, например, свободно распространяемый офисный пакет приложений в зависимости от принятых в Вашей организации стандартов. Рассмотренные нами модели дают Вам содержательную основу, на базе которой может быть написан текст проекта концепции и необходимое обоснование.
Основные выводы:
Модель эффективности позволяет спроецировать показатели на конкретные решения.
|
|
|
Модель функций задает, с одной стороны, рамки создаваемой системы, с другой — связку «сверху» между моделями нижних уровней, с третьей — дает инвариант для сравнения при внесении существенных изменений в процессы.
Модель процессов — тот уникальный «срез» организации или деятельности, который позволяет подобрать наиболее подходящую информационную систему, и, с другой стороны, оптимизировать деятельность за счет применения лучших практик.
Модель компонент позволяет минимизировать новые разработки, максимально используя ранее созданные компоненты (при этом нельзя забывать о необходимости докупить необходимое количество лицензий).
Модель данных задает интеграцию всех остальных моделей «снизу», обеспечивая информационную целостность проекта.
Профили стандартов позволяют обеспечить не только совместимость, но и определенный уровень качества разработки и профессионализма разработчика.
Виды обеспечения составляют основу списка мероприятий проекта и делают проект реализуемым. Но помимо них необходимо предусмотреть выполнение работ по реализации собственно основного содержания проекта — запуска системы в эксплуатацию.
Вопросы для самоподготовки
1. Этапы создания ИКТ-систем для органов государственной власти.
2. Результаты работ по созданию ИКТ-систем для органов государственной власти.
3. Понятие концептуального проектирования государственных ИКТ-систем.
4. Характеристики концепции проекта ИКТ-систем для органов государственной власти.
5. Архитектура электронного правительства.
6. Архитектура региональной информатизации.
7. Методическое обеспечение архитектуры электронного правительства.
8. Нормативно-правовое обеспечение архитектуры электронного правительства.
9. Организационное обеспечение архитектуры электронного правительства.
10. Техническое обеспечение архитектуры электронного правительства.
|
|
|
