2.2. Концептуальное проектирование и конструирование государственных икт-систем

Понятие концептуального проектирования

Любая человеческая деятельность начинается с предварительной оценки проблемы. В ходе такой оценки идет поиск на ряд вопросов общего характера.

• В чем предмет деятельности? Т.е. какие факты, события или наблюдения побуждают к действию? На что направлено действие? Где границы того объекта, на который направлена деятельность?

• В чем проблема? Т.е. что конкретно в наблюдаемом явлении воспринимается как затруднение, преодолеть которое «не задумываясь» нельзя? Что конкретно не устраивает в ситуации?

• Каковы цели? Ради чего следует преодолевать затруднения, решать проблему?

• Каков будет результат? Каковы возможные последствия?

• Кто субъект деятельности? Кто еще вовлечен в решение проблемы? Чьи интересы затронуты? Кто будет использовать результат деятельности?

• Какова ситуация? Каковы основные факторы, влияющие на результат деятельности? Что можно использовать? Каковы риски?

• И, наконец, в чем новизна данного взгляда, подхода? Почему проблема не решилась прежде? Почему в этот раз должно получиться?

Ответы на эти вопросы должны содержаться в концепции или в концептуальном проекте

Анализ понятия «концептуальное проектирование» приводит к необходимости различения терминов «концепт» и «концепция». Концепт — это ключевое понятие, отражающее оригинальность и новизну подхода автора к описанию проблемной ситуации. А концепция, — основанное на взаимосвязанных концептах целостное описание ситуации, помогающее ее разрешить. С практической точки зрения это означает следующее: концепция создается тогда, когда автор находит новый подход к решению проблемы, которая не решалась или не могла быть выявлена в течение какого-то времени. Принимаясь за создание концепции, следует четко понимать, в чем состоит новизна данного подхода, какие материальные объекты, нематериальные факторы или новые понятия образуют эту новизну. Это и есть концепты. Уникальным является сопоставление концептов с решаемой проблемой. Как правило, но не всегда, концепты имеет смысл вводить в начале документа, давая их описание.

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

Концептуальное проектирование — процесс создания концептуального проекта, особого вида концепции, допускающего непосредственную реализацию и содержащего механизмы, обеспечивающие эту реализацию.

Какими особенностями должен обладать этот документ?

1. Реальные основания — проект строится на основе обследования и анализа реальной ситуации. Так, при проектировании информационной системы обязательность проведения обследования предусмотрена ГОСТом. Результаты проведения обследования являются неотъемлемой частью проекта. В них должны быть отражены:

• целевые функции существующей организационной или информационной системы; функции, которые необходимо сохранить во вновь создаваемой системе;

• проблемы, которые призвана решать проектируемая система, их основные проявления;

• внешние условия, в которых будет функционировать система, ограничения, которые они задают;

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

• перечень «входов» управления старой системой со стороны вышестоящей системы;

• ограничения структуры, т.е. те элементы системы, которые по каким-либо соображениям необходимо оставить неизменными.

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

• концептуальный проект должен содержать настолько полное описание системы, что любое изменение во внешней среде, которое должно повлечь изменение системы, должно неизбежно привести к изменению ее описания. Например, меняется нормативный документ, и это требует изменения в системе. Если в концептуальном проекте отсутствует ссылка на этот нормативный документ, и после такого изменения концептуальный проект остается актуальным, он не обладает полнотой. Это требование чрезвычайно сложно соблюдать на практике, но его соблюдение дает многократную экономию ресурсов на последующих этапах;

• все основные внутренние взаимосвязи элементов системы отражены в проекте. Т.е. по описанию системы можно восстановить ее реакцию на любое воздействие на входе или их комбинацию. Описание воздействия и реакции может быть дано в самом общем виде, например, «при поступлении на вход системы документа, ему присваивается уникальный номер, маршрут и сроки прохождения каждого этапа маршрута, а также определяется ответственный за контроль движения документа. Создается карточка документа, включающая все реквизиты, соответствующие типу документа. Кроме того, в системе создается контрольная задача для ответственного, которая активизирует напоминание всякий раз, когда сроки прохождения документом этапов маршрута нарушаются. В расписании исполнителей появляются соответствующие этапам задачи»;

• в описаниях свойств системы и ее элементов с разных точек зрения всегда есть противоречия, однако концептуальный проект содержит четкое указание на эти противоречия и дает механизм их разрешения. Например, «В связи с повышенными требованиями к безопасности персональных данных, противоречия между удобством использования системы и безопасностью решаются в пользу безопасности, с учетом ограничений, накладываемых требованиями к скорости совершения транзакций и численности персонала, эксплуатирующего систему». Кроме того, концептуальный проект не должен содержать прямо противоречивых требований к количественным и качественным характеристикам системы. Если такие противоречия выявляются на этапе концептуального проектирования, они должны быть разрешены на данном этапе.

3. Конкретность результата — результат создания системы должен формулироваться в измеримых количественных или сравнимых качественных показателях. Причем описание результата, в идеале, должно затрагивать все характеристики системы. Например, «В результате запуска системы в промышленную эксплуатацию число заявок, не обработанных в установленный законом срок, снизится до 1% от общего числа принятых заявок, количество заявок, принимаемых на обработку в течение 1 рабочего дня, составит не менее 500 шт. при сохранении численности аппарата органа исполнительной власти. Все остальные параметры процесса приема и обработки заявок, в том числе удобство процесса подачи заявки для гражданина, качество принимаемых решений, возможность контроля результата со стороны руководства, сроки предоставления ежемесячной отчетности не ухудшатся по сравнению с текущими».

4. Альтернативность — в случае, когда концепция допускает несколько решений той или иной задачи, в концептуальном проекте дается перечень этих вариантов или описывается набор изменяемых параметров решения, с обязательным указанием критериев выбора и ограничений. Например, «Для реализации … на уровне участка может быть выбрана одна из трех схем: с выделенным сервером, с использованием одной из рабочих станций в качестве сервера или с использованием постоянного подключения рабочих станций к серверу отделения. При выборе схемы необходимо руководствоваться доступностью и стоимостью каналов связи между участком и отделением, числом рабочих мест и количеством лицевых счетов на участке».

5. Целеориентированность, целесообразность — в концептуальном проекте должна быть четко прописана цель работ. Необходимо отметить, что реализация проекта не может быть его целью, цель проекта всегда лежит за пределами проекта, но связана с ним четкой причинно-следственной связью. Так равно бессмысленными будут следующие формулировки: «Целью проекта создания системы учета обращений граждан является построение системы учета обращения граждан в установленные проектом сроки в пределах выделенного бюджета» или «Целью проекта создания системы учета обращений граждан является реализация ФЦП «Доступное жилье» в … регионе». Вместо этого следовало бы сформулировать следующим образом: «Целью проекта создания системы учета обращений граждан является своевременное выявление злоупотреблений при выделении земельных участков под индивидуальное жилищное строительство».

6. Определенность по времени — концептуальный проект содержит указание на период времени, в течение которого предполагается его реализация. Это связано не только с актуальностью целей и результатов проекта. Предполагается, что в течение указанного срока сам концептуальный проект будет сохранять актуальность. Могут меняться детали реализации, конкретные условия, но состав и взаимосвязь базовых понятий, составляющих структуру концепции, остается неизменной. По сути, это обязательство автора концепции, являющегося заказчиком для ее реализаторов, в сохранении критериев успеха на весь срок действия проекта. Например, приняв «Концепцию использования информационных технологий в деятельности федеральных органов государственной власти до 2010 года», правительство приняло обязательство перед разработчиками не менять приоритеты, объявленные в программе на весь заявленный период.

7. Определенность по ресурсам, экономическая обоснованность — в отличие от концепции, концептуальный проект определяет конкретную последовательность действий, источники и ограничения по ресурсам, которые могут быть привлечены для ее исполнения, а также направления окупаемости и оценку экономического эффекта от реализации проекта. Точность экономических оценок на данном этапе невысока. Основная задача концепции — определить источники ресурсов (и проверить их достаточность) и направления окупаемости (и убедиться в ее адекватности затратам). Например, в концепции создания СПУН был предложен механизм оценки окупаемости на основе анализа деятельности ФМС России, который показал заведомую многократную окупаемость в случае успешной реализации проекта.

8. Определенность по критериям выбора исполнителя — поскольку концептуальный проект, как правило, является основой для нахождения, выбора и заключения договора с исполнителем, одним из его составляющих должен быть перечень квалификационных требований к исполнителю. Это еще не полный список квалификационных требований, указанный в тендерной документации, но уже определенный набор критериев, связанных с набором базовых концептов. Исполнитель должен свободно ориентироваться в пространстве этих базовых понятий и владеть инструментами для работы с ними. Конечно, это не всегда возможно, особенно в случае революционных концепций. Тогда речь может идти о возможности создания таких инструментов в ходе работы без существенного увеличения стоимости проекта. Например, в ходе реализации первых проектов в области внедрения сбалансированной системы показателей (BSC), на рынке не было инструментов (систем), способных сразу поддержать такую систему. Первые проекты делали компании, готовые, часто за свой счет, подготовить такие инструменты в ERP-системах, которые они поставляли. После того, как первые проекты такого рода были выполнены, эти исполнители получили преимущество в проектах на основе концепции BSC.

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

Информатизация как процесс. Связь управления и информатизации. Общее понятие о стратегиях информатизации

Общее предназначение информационно-коммуникационных технологий — снимать ограничения человека, его памяти, скорости обработки информации, расстояний, на которые он может передавать информацию и т.д. С другой стороны, есть ряд функций, исполнение которых, несмотря на возможную неоптимальность, не имеет смысла передавать ИКТ-системам (по крайней мере, на текущем этапе их развития). Это функции, связанные с творчеством, с принятием решений в условиях недостатка или избытка противоречивой информации, с этическими, эстетическими, психологическими и другими неформализуемыми аспектами человеческой деятельности.

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

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

В течение многих лет идут споры о критериях эффективности государственного управления, меняются акценты и точки зрения, однако потребность в информатизации остается. В любом случае, в качестве «универсальной» цели государственной информатизации чаще всего рассматривают эффективность выполнения функций, определенных для государства и государственных организаций законодательно. Именно поэтому сейчас работы по ФЦП «Электронная Россия» тесно увязаны с работами по проведению административной реформы.

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

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

Итак, при целенаправленном движении от одного состояния государства к другому, и, соответственно, от одного состояния автоматизации к другому, описываются оба эти состояния в универсальных и понятных, сравнимых терминах. Язык, на котором производится такое описание, имеет название «архитектуры» (в данном случае — «архитектуры электронного правительства»). Форма описания такого перехода — концептуальный проект.

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

Архитектура электронного правительства

По ISO 15704 «Requirements for enterprise-reference architectures and methodologies. 2000», архитектура информационной системы — описание (модель) основного взаиморасположения и взаимосвязей частей системы (будь то физический или концептуальный объект / сущность).

По ANSI/IEEE 14200, архитектура информационной системы — фундаментальная организация системы, воплощенная в ее компонентах, их связях друг с другом и с окружающей средой, принципах, управляющих ее строением и эволюцией.

В основе большинства отечественных разработок в области архитектуры электронного правительства лежит опыт западных стран, в первую очередь, США. Но существуют и оригинальные подходы.

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

«Послойный» состав архитектуры электронного правительства можно представить следующим образом:

1. Модели эффективности;

2. Архитектура деятельности:

• Государственные функции и государственные услуги,

• Административные процессы,

3. Архитектура компонент прикладных систем:

• Архитектура прикладных подсистем,

• Архитектура программных компонент (сервисов);

4. Архитектура информации:

• Предметные онтологии,

• Иерархия информационных объектов,

• Государственные метаданные;

5. Технологическая архитектура:

• Системная среда,

• Сетевая среда (инфраструктура),

• Профили стандартов;

6. Ограничения безопасности.

Для каждого из слоев должно быть разработано, и поддерживаться в масштабах государства, семейство иерархических справочников. В 2003—2007 гг. в рамках ФЦП «Электронная Россия» было предпринято несколько проектов для создания таких справочников. Под конкретную информационную систему в рамках каждого слоя выбирается соответствующий набор полей справочников. Кроме того, существуют взаимосвязи между слоями.

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

Таким образом, архитектура — это универсальная форма описания, позволяющая создать целостное представление о системе и учесть разные точки зрения на ее состав. Один из вариантов архитектуры содержит 6 слоев и 4 типа обеспечения.

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

Однако для грамотной постановки задачи и понимания результатов государственный служащий должен обладать набором базовых знаний и главное — пониманием сути концептуального проектирования и архитектурного подхода.