CC BY
41
мации. Пример описания метода IFStratege, основанного на предположении, что одноименные термины в согласуемых онтологиях эквивалентны и термины можно заменить конъюнкцией слов, показан на рисунке. Метод учитывает лингвистические отношения между словами и использует логический вывод для построения возможных отображений.
(Step2Strategy IFStrategy) (FullStrategy IFStrategy)
(forall ?o (^(and (OntologyOfTheoriesAndModels ?o) (OntologylnFOPLogic ?o))
(InputOntology IFStrategy ?o))) (forall ?o1 (forall ?o2
(«(assumption IFStrategy ?o1 ?o2) (and (forall ?term (forall @x (« (holds-in ?o1 ?term @x) (holds-in ?o2 ?term @x)))) (forall ?p1 (forall ?p2 (forall ?p (forall @x
(« (and (hold-in ?o1 ?p1 @x) (hold-in ?o1 ?p2 @x) (= ?p2 (listof @pn))
(= ?p (listof ?p1 @pn)) (inOntologySignature ?p ?o1)) (hold-in ?o1 ?p @x))))))
(forall ?p3 (forall ?p4 (forall ?p (forall @x («(and(hold-in ?o2 ?p3 @x)
(hold-in ?o2 ?p4 @x)(=?p4(listof @pn))
(= ?p (listof ?p3 @pn)) (inOntologySignature ?p ?o2))
В примере используется два типа переменных: переменные, начинающиеся с символа "?", могут унифицироваться с любым термом (константой, функцией или переменной типа "?"), переменные, начинающиеся c символа "@", могут унифицироваться с последовательностью термов.
При наличии таких описаний методов выбор используемого множества методов согласования можно проводить в три этапа: 1) поиск применимых методов; 2) учет предпочтений текущего контекста по быстродействию и полноте ответа; 3) оптимизация множества стратегий на основе анализа формальных предположений.
Для определения применимых стратегий все онтологии, хранящиеся в онтологическом сервисе должны быть описаны в специальной метаонтоло-гии. Метаонтология определяет словарь терминов, используемый для построения описаний методов, и содержит определения основных классов и свойств онтологий. Построение описания онтологии в метаонтологии частично автоматизировано. Например, при загрузке онтологии, разработанной на языке OWL, входной транслятор производит регистрацию загружаемой онтологии в классах
онтологий, теорий и моделей (предикат OntologyOfTheoriesAndModels) и классе онтологий, основанных на дескриптивной логике. Кроме того, некоторые предикаты, такие как hold-in и inOntologySignature, снабжены специальными процедурами вычисления их истинности. Задача поиска всех методов, применимых для согласования онтологий D и S, сводится к вычислению всех ?method, для которых выражение (and (InputOntology ?method D) (InputOntology ?method S)) истинно.
Далее из множества методов удаляются те методы, для которых существует функциональный аналог, отвечающий требованиям контекста согласования. Метод считается функциональным аналогом данного метода, если предположения данного метода выводимы из предположений функционального аналога.
Оптимизация множества используемых методов производится отдельно для каждого этапа преобразования. Из множества методов удаляются те методы, предположения которых выводимы из предположений остальных методов того же этапа. Например, из предположений метода IFStrategy, (см. рис.) будут выводимы предположения метода, осуществляющего поиск одноименных терминов в обоих онтологиях без проведения их декомпозиции. Поэтому его результаты будут полностью покрываться результатами метода IFStrategy.
Для повышения быстродействия обработки запросов в БЗ она разбита на модули. Каждый запрос вычисляется с использованием минимального набора модулей. Прототип сервиса, реализованный на Java, с web-интерфейсом, основанном на технологии portlet, достаточно быстро вычисляет выводимость предположений, представленных в логике предикатов второго порядка.
Использование анализа описаний методов, содержащих предположения и предпочтения контекста, позволяет обнаружить избыточность в используемых методах и повысить скорость построения отображающей онтологии. Недостатком подхода является сложность построения описания методов согласования, основанных на взаимодействии с экспертом, и методов, основанных на проверке правильности построения онтологии отображения в процессе использования переведенных сообщений как в протоколе ONP.
ПРОГРАММНАЯ СИСТЕМА ВЕДЕНИЯ И ИСПОЛЬЗОВАНИЯ ЕДИНОГО РЕЕСТРА ИНФОРМАЦИОННЫХ РЕСУРСОВ И СИСТЕМ
ГОРОДА МОСКВЫ
А.П. Жихарев
Наиболее эффективным механизмом учета государственных региональных информационных
ресурсов и систем в настоящее время является создание и постоянное ведение реестров (регист-
ров) по специально утвержденным регламентам. Одним из первых в стране Единый реестр информационных ресурсов и систем регионального уровня (далее - реестр) был создан в городе Москве. В статье обсуждается опыт создания и функционирования данного реестра, а также программной системы его ведения и использования (ПС «Реестр») для эффективного управления процессами региональной информатизации.
Основные функции ПС «Реестр»
Объектом автоматизации в системе являются процессы учета регистрации информационных ресурсов и систем и прав на них и их составляющие. К субъектам взаимодействия в системе относятся:
- заявители реестра - пользователи (владельцы) информационных ресурсов (ИР), информационных систем (ИС), операторы ИС (ИР), а также иные юридические и физические лица, направившие документы для внесения в реестр;
- оператор реестра (организация, осуществляющая деятельность по формированию и (или) использованию информационных ресурсов в соответствующей информационной системе) ведет Реестр, представляет информационные ресурсы г. Москвы в Государственном регистре баз и банков данных РФ;
- служба ведения реестра создается в своем составе государственным унитарным предприятием или государственным учреждением г. Москвы, выполняет технологические функции по ведению Реестра;
- НТЦ «Информрегистр» - орган государственной регистрации баз и банков данных в Государственном регистре баз и банков данных РФ;
- пользователи реестра - органы власти и организации, а также юридические и физические лица, осуществляющие в установленном порядке доступ к информационным ресурсам Реестра;
- уполномоченный орган управления информатизацией координирует деятельность по созданию, использованию, учету и анализу информационных ресурсов.
Прикладное программное обеспечение ПС «Реестр» состоит из следующих функционально-технологических подсистем: первичный ввод, контроль и обработка регистрационных документов; ведение базы данных реестра; ведение Интернет-сайта (сервера) реестра; мониторинг состояния реестра и внутрисистемный учет; формирование выходных данных, информационное обслуживание пользователей; ведение нормативно-справочной информации; обеспечение государственной регистрации баз и банков данных; администрирование системы и управление правами доступа к функциям и данным.
Не приводя описания всех реализованных функций, отметим, на наш взгляд, наиболее отличительные от других подобных систем:
- нормализация учетных реквизитов при вводе данных в соответствии со справочниками и кодирование (индексация) объектов учета в соответствии с классификаторами;
- сохранение и представление электронной переписки с заявителями и истории внесения всех изменений в описания ИС (ИР), а также истории взаимодействия с Государственным регистром;
- формирование и представление информации о текущих этапах и стадиях процесса регистрации для каждого объекта учета;
- автоматическое формирование уведомлений заявителям (об истечении срока регистрации, о необходимости внесения изменений в описания ИС (ИР) и др.);
- автоматическое формирование данных в формате для государственной регистрации.
- обеспечение экспорта заданных фрагментов БД реестра в форматах txt, dbf, xls и предоставление их в режиме on-line;
- формирование путем сканирования и ведение базы данных копий приемо-сдаточных, правоустанавливающих и распорядительных документов по ИС (ИР);
- ведение архивов данных (с истекшим сроком регистрации, снятых с эксплуатации и пр.);
- обеспечение режимов предварительной (временной) и постоянной регистрации;
- формирование и представление статистических и аналитических данных для анализа и принятия объективных управленческих решений по вопросам создания, эксплуатации и использования ИР и систем города;
- интеграция системы с автоматизированной информационной системой ведения общегородских и общероссийских классификаторов и справочников.
Обзор функций и задач других региональных реестров ИС (ИР) приведен автором в журнале «Компьюлог» в статье «Использование систем классификации при учете информационных ресурсов» (2005, июль-август).
В разработке и эксплуатации ПС «Реестр» принимали участие: ОАО «ГИВЦ Москвы» и ГУП «Московский социальный регистр».
Программная реализация
В качестве системной базы в ПС «Реестр» под управлением ОС Windows 2000 используется продукт IBM Lotus Domino/Notes - "клиент/серверная" документоориентированная технология групповой работы. В качестве общесистемного программного средства, обеспечивающего гибкий выход приложений в глобальную сеть Internet, используется Lotus Domino. Сервер Lotus Domino представляет собой одновременно почтовый сервер, web-сервер, а также сервер приложений для автоматизации документооборота и хранения документов. Сервер Lotus Domino загружен как сер-
верная задача НТТР и обеспечивает соединение по протоколу НТТР с клиентом web, оснащенным браузером Internet Explorer.
В ПС «Реестр» использованы возможности и преимущества продукта Lotus Domino/Notes. Данные реестра представляют собой разнородную документированную информацию. Продукт хранит документы в базах данных, каждая из которых содержит как структурированные, так и неструктурированные документы с разным количеством полей и различными типами данных (произвольный и форматированный текст, числа, даты и др.). Поля в документах добавляются динамически по мере их возникновения. Документы в «родном» формате хранятся в виде присоединенных файлов. Документы имеют отношения друг к другу как родительский и дочерний. Например, описание ИС в реестре является родительским документом, а описания входящих в ИС баз данных - дочерними документами. С помощью представлений документы сортируются, упорядочиваются по категориям (группируются); отображаются определенные подмножества документов, сведения из них и т. п. (например, группировка ИС по их заявителям). В базах данных Notes реестра осуществляется индексирование документов, управление версиями документов, создание связей между документами. Осуществляется полнотекстовый поиск, при котором применяются логические операторы, символы подстановки, условия, интервалы дат и т.п. Используются возможности: нахождения баз данных Lotus Notes не только на сервере, но и на рабочих станциях (поддержка работы пользователей при отсутствии соединения с сервером), репликации и синхронизации данных и приложений между серверами, между клиентом и сервером (синхронизация изменений, копирование внесенных изменений, тиражирование данных), быстрого создания приложений с помощью специального средства разработки Domino Designer и языка программирования LotusScript.
Процесс регистрации ИР включает несколько стадий и этапов. Мониторинг объектов учета по этапам и стадиям регистрации осуществляется с помощью программного обеспечения ведения базы данных «Журнал учета Реестра» и формирования статистики.
Результаты внедрения
Накопленная в базе данных ПС «Реестр» комплексная информация позволила формировать различные отчетные статистические и аналитические показатели, например: статистика ИС (ИР) в разрезе комплексов городского управления, функциональных и территориальных органов исполнительной власти города; статистика разработки ИС (ИР) на средства города, на другие средства; статистика по использованию ЛВС, глобальных сетей, СУБД, ОС, средств защиты, общероссийских
и общемосковских классификаторов и др. ПС «Реестр» демонстрировалась на выставках «Управление 2002», «Управление 2003» и получила хорошую оценку. Данные ПС «Реестр» используются органами управления информатизацией Москвы для проведения оценки рыночной стоимости ИС (ИР), при формировании, согласовании и контроле смет на промышленную эксплуатацию городских ИС, для создания и функционирования других городских систем. Опыт создания реестра, формирования и использования необходимых нормативных документов передан представителям администраций Московской области, республики Бурятия и др. На основании опыта эксплуатации ПС «Реестр» разработаны типовые требования к ПС учета и анализа информационных ресурсов регионального уровня (см.: А.П. Жихарев. «Типовые требования к автоматизированным системам учета и анализа информационных ресурсов». Компью-лог, 2005, сентябрь-октябрь).
Развитие
С целью совершенствования ПС «Реестр» автором разработано техническое задание по теме: «Развитие системы учета и регистрации информационных ресурсов и систем, созданных за счет средств города Москвы». Тема включена в городскую целевую программу «Электронная Москва». Техническое задание предусматривает, в частности, введение в систему новых функций, таких как: учет затрат на ИС (ИР); учет информационных услуг; учет доходов от использования ИС (ИР); учет и мониторинг прав на ИС (ИР); контроль заявок на финансирование промышленной эксплуатации ИС (ИР); определение прогноза необходимого финансирования эксплуатации зарегистрированных систем; формирование и контроль смет на промышленную эксплуатацию ИС (ИР); формирование прогноза сроков модернизации ИС (ИР) (составных частей ИС (ИР)), сроков вывода из эксплуатации ИС (ИР) и др. Предусматривается также более широкое использование данных реестра для создания и функционирования других городских ИС, например, для создания реестра конфиденциальной информации в ИС и ресурсах города Москвы и др.
Для развития программной базы АИС «Реестр» существует несколько направлений. В последнее время в Москве наблюдается устойчивая тенденция преимущественного использования в качестве СУБД в АИС реляционной СУБД ORACLE. По данным реестра, СУБД ORACLE используется в 27 % зарегистрированных городских систем. Фирма проводит достаточно агрессивную сбытовую политику. Многие городские организации являются ее партнерами, что дает им определенные преимущества. Известны и безусловные положительные свойства данного продукта. Понятен также и фактор типизации системных
решений. Однако для уже существующих систем, к которым относится и ПС «Реестр», могут быть применены и другие критерии: сохранение имеющихся программных наработок, экономия финансовых средств, человеческий фактор и др. В связи с этим наиболее рациональным было бы исполь-
зование двух интегрированных системных платформ, дополняющих друг друга. Имеется возможность интеграции с реляционными СУБД в продукте Lotus/Notes (технологии LEI - Lotus Enterprise Integrator и DECS - Domino Enterprise Connection Services).
ИНФОРМАЦИОННЫЕ СИСТЕМЫ ПО ОЦЕНКЕ И АНАЛИЗУ ИНВЕСТИЦИОННЫХ ПРОЕКТОВ МАЛОГО БИЗНЕСА
А.Н. Важдаев
Современные условия развития малого бизнеса в стране делают особенно важными знания и умения спланировать развитие своего дела, оценить достигнутые результаты в сравнении с первоначальным планом, проанализировать и сделать соответствующие выводы для принятия правильных управленческих решений на всех этапах осуществления инвестиционных проектов.
Экономическая оценка инвестиционных проектов или предприятий в целом представляет собой довольно сложную и трудоемкую систему расчетных операций, для проведения которых требуется весьма значительная по объему информация. К тому же, должны иметься достаточные материальные и временные ресурсы. Поэтому очень часто у представителей малого бизнеса возникает потребность в использовании более простых и доступных инструментов оценки и анализа.
При существующих объемах информации, числа сравниваемых проектов и малых сроков ожидания получения готовых результатов расчет эффективности инвестиционных проектов и параметров инвестиционной привлекательности организации лучше всего осуществлять с помощью специального программного обеспечения. Использование таких программ обеспечивает более высокое качество оценки и позволяет увеличить вероятность адекватности полученных результатов существующей реальности. С помощью компьютерного моделирования можно довольно быстро проанализировать большое число проектов, выбрать из них лучший по соответствующим критериям или разработать мероприятия по повышению эффективности уже реализуемого проекта.
Для выбора программного обеспечения необходимо провести его анализ. Все программные продукты в данной области практически сопоставимы по ряду критериев, таких как функциональные возможности программы, качество программной реализации, удобство пользовательского интерфейса, степень "закрытости" пакета.
Критерии, по которым производится выбор программного обеспечения, можно разделить на три группы:
1) операционные критерии, относящиеся к функциональным возможностям программного обеспечения;
2) критерии, по которым оценивается возможность функционирования программного обеспечения в рамках любой информационно-управляющей системы (они соотносятся с требованиями программного обеспечения к аппаратным средствам и оборудованию, с возможностью интеграции с другими приложениями);
3) критерии, связанные с затратами на программное обеспечение - покупка, инсталляция, оплата технической поддержки, обслуживание на протяжении всего времени функционирования.
Автор исследовал ряд наиболее популярных на сегодняшний день программных продуктов в области оценки инвестиционной привлекательности, инструкции, рекомендации, описания и отзывы о работе этих программ. Это позволило сделать вывод о том, что в настоящее время большинство предприятий малого бизнеса не в состоянии позволить себе тратить большие финансовые и временные ресурсы на покупку и освоение методик работы программных продуктов.
Встала задача создать новый программный продукт для оценки эффективности бизнеса и инвестиций. В нем должны сочетаться более низкая по сравнению с существующими аналогами стоимость, использоваться более простые и понятные обывателю методики без существенных финансовых и временных вложений при внедрении и изучении программного продукта.
Информационная система оценки эффективности и анализа инвестиционных проектов
В качестве среды проектирования и создания новой информационной системы была выбрана система 1С.-Предприятие. Данная среда является универсальной системой автоматизации деятельности предприятия, за счет чего система 1С:Пред-приятие может быть использована для автоматизации самых разных участков экономической деятельности предприятия. Экономические конфигу-
