ri2014_materials

210	РЕГИОНАЛЬНАЯ ИНФОРМАТИКА – 2014

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

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

3 этап. Последовательное бучение сотрудников компании, начиная с высшего к низшему звену. Дальнейшее обучение на 3 этапе происходит в четыре периода: 1 период) Первоначальное знакомство с программой. Знакомство с интерфейсом программы. Демонстрация основных элементов и инструментов, 2 период) Неполадки. Демонстрация возможных ошибок при работе с программой и методы их исправления. Часто задаваемые вопросы. Раздача инструкций, для самостоятельного обучения, 3 период) практическая работа. Самостоятельное изучение программы. Последовательное выполнение различных операций. Работа с ошибками, 4 период) проверка знаний. Контрольный тест. Практический тест.

4 этап. Ввод в эксплуатацию и первичный мониторинг ошибок.

Шишин И.О.

Россия, Санкт-Петербург, Санкт-Петербургский государственный экономический университет ОБЛАЧНЫЕ ТЕХНОЛОГИИ И ДОКУМЕНТООБОРОТ

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

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

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

Сегодня для организации корпоративного документооборота могут использоваться облака следующих типов:

частное – предназначенное для использования сотрудниками одной организации. Оно может находиться в собственности самой организации или третьей стороны.Для крупных организаций больше подойдет разворачивание системы электронного документооборота в частном облаке.Особенно актуально это для организаций с развитой сетью представительств, обширными территориальнымипредставительствами. Это обусловлено жесткими корпоративными стандартами безопасности, в том числе и экономической безопасности. Для органов государственной властиразвертывание Систем ЭлектронногоДокументооборотатакже желательно производить в частном облаке.

публичное – предназначенное для свободного публичного использования. Находится в собственности поставщика услуг. Развертывание Систем Электронного Документооборотана публичных облаках характерно для организаций малого и среднего бизнеса.

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

гибридное – сочетание двух и более моделей, описанных выше.

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

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ЭКОНОМИКЕ	211

Если говорить о моделях, через которые реализуются «облачные» Системы Электронного Документооборота, то это прежде всего SaaS - программное обеспечение как сервис(Software-as-a- Service). Системы, реализованные по этой технологии, имеют определенные преимущества: поставщик разрабатывает web-приложение и самостоятельно управляет им;клиенты получают доступ к ПО через Интернет;организация платит не за владение продуктом, а за его аренду (использование через интерфейс).При этом потенциальный заказчик, как правило, имеет возможность достаточно хорошо ознакомиться с той или иной Системой Электронного Документооборота, представленной в облаке, и определиться с выбором системы.

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

Шпякина А.С., Минаков В.Ф.

Россия, Санкт-Петербург, Санкт-Петербургский государственный экономический университет МЕХАНИЗМЫ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ФИНАНСОВОГО РЕГУЛИРОВАНИЯ ПРИ ПОМОЩИ ИНСТРУМЕНТОВ УПРАВЛЕНИЯ ДЕНЕЖНЫМИ СРЕДСТВАМИ

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

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

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

Важность недопущения кассовых разрывов иллюстрирует 16-дневный вынужденный перерыв в работе 800 тысяч из2,1 млн. государственных служащих США в октябре 2013 года.

Результатом нарушения казначейских процессов стали ежедневные убытки для экономики США

вобъеме до 300 миллионов долларов в день.

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

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

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

Po = Pi,

но и при избыточных входящих денежных потоках

Pi > Po.

Однако в последнем случае эффекта от свободных денежных средств предприятие не получает, иначе говоря «деньги не работают».

Предлагается использовать свободные денежные средства (PiPo) в экзогенной для предприятия среде.

Инструменты первого порядка включают в себя расчеты по основной деятельностипредприятия и заключаются в управлении потоками Pi и Po, тогда как преобладающие средства для финансовых инструментов второго порядка – это излишки денежных средств, размещаемые на финансовых рынках, либо привлекаемые средства для покрытия возникающих в результате неэффективного управления инструментами первого порядка кассовых разрывов, (Pi - Po).

Исходя из приведенного анализа, был сделан вывод:

http://spoisu.ru

212	РЕГИОНАЛЬНАЯ ИНФОРМАТИКА – 2014

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

Щугорева В.А., Мельникова Е.Ф.

Россия, Санкт-Петербург, Санкт-Петербургский государственный экономический университет КРИТЕРИИ И НЕОБХОДИМОСТЬ ВНЕДРЕНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ОПЕРАЦИОННЫМИ РИСКАМИ В РОССИЙСКОМ БАНКЕ.

ПРИМЕРЫ РЕШЕНИЙ

Вопрос о качественном и принципиально другом уровне управления рисками в российских банках встал еще 10-15 лет назад, когда в стране, да и в мире прокатилась волна экономических кризисов, которые привели страну к существенному спаду, что повлекло за собой принятие ЦБ России ряда ключевых решений, которые базировались на применении к банкам требований Базельского комитета (Базель I, II), который в свою очередь требовал от банков включать в расчет норматива достаточности капитала активы банка, взвешенные по риску.

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

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

Такие риски называются операционными рисками, и начиная с 1996 года было принято международное решение (Базель II) данный вид рисков учитывать в капитале банка.

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

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

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

Такой подход учёта операционных рисков, особенно для крупных банков, где прибыль банка является существенной, являлся неприемлемым. При этом, именно по причине неоднородности банковских операционных рисков, данных подход к учету и был предложен, вместе с тем, банкам предлагалось предъявить собственную систему учета операционных рисков, которая бы учитывала все направления деятельность банка, и убедить ЦБ в способности с высоким уровнем доверительной вероятности прогнозировать свои потери от операционных рисков на 1 год (АМА продвинутый подход). При аттестации такого подхода в капитал банка можно было бы учитывать не долю от прибыли, а сумму ожидаемых и неожидаемых потерь, что существенно ниже (в большинстве случаев) базового подхода.

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

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

Таким образом внедрение в банке системы управления операционными рисками, соответствующей международным стандартам (Базель II) и требованиям регулятора (Банка России) позволит:

1.Минимизировать убытки Банка от операционного риска путем построения системы идентификации, мониторинга, контроля операционного риска;

2.Повысить эффективность управления операционными рисками владельцами процессов;

3.Провести поэтапное внедрение элементов «продвинутого» подхода (AMA) в соответствии с Базель II для расчета требований к капиталу под операционный риск, что позволит Банку существенно сократить требования к капиталу, резервируемому под операционный риск

Для определения наиболее подходящей системы (Система) управления операционными рисками сформулированы несколько ключевых критериев (критерии предложены одним из наиболее крупных банков России) или бизнес требований к производителю системы:

1.Функционирование системы в масштабе всего банка

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ЭКОНОМИКЕ	213

Система должна автоматизировать процесс управления операционными рисками по агрегированным подразделениям Банка, включая все территории.

2. Расчет капитала, аллоцируемого под операционный риск Система должна поддерживать расчет капитала, аллоцируемого под операционный риск, в

соответствии с соглашениями по капиталу Базель II и требованиями Банка России , внутренними нормативными документами

3. Расчет значения величины операционного риска Банка Банка Система должна обеспечивать получение общего представления о значении величины

операционного риска Банка с последующей его декомпозицией по всем возможным измерениям, таким, как вид риска, фактор риска, направление бизнеса, регион и т.д.

4. Масштаб Системы Система должна функционировать с учетом следующей специфики Банка:

сложная внутренняя организационная структура (наличие большого количества структурных подразделений с различными уровнями иерархии подчиненности);

разветвленная территориальная структура.

5. Открытость Системы Функции и методики (структуры данных и алгоритмы), используемые в системе, должны быть

открыты и подробно документированы. 6. Гибкость Системы

Система управления рисками должна допускать возможность изменения встроенных в нее функций и методик с целью адаптации к условиям российского рынка, а также возможность создания новых методик. Система должна предоставлять гибкие возможности в плане кастомизации решения (дополнительной настройки под требования Банка).

7. Наличие локализованной версии Системы Должна быть обеспечена полная локализация (русификация) интерфейсов работы

пользователей системы (в частности, “тонкого” клиента).

Должна быть обеспечена полная локализованная документация всех функций и компонентов Системы.

8. Расширяемость Системы Система должна допускать возможность подключения новых структурных подразделений

Банка.

9. Поддержка ведения истории внесения изменений и журналирования Система должна поддерживать механизмы ведения истории изменения основных объектов

системы, справочников и классификаторов:

рисков в Реестре рисков;

РС(рисковое событие) и аналитических обобщений РС;

действий;

КИР (ключевые индикаторы риска);

ответов на вопросы в рамках самооценки операционных рисков.

При этом в Системе должны быть предусмотрены возможность построения отчетных форм по основным объектам системы на разные даты с учетом истории изменения объектов Системы в историческом разрезе (например, построение отчета по РС на прошлую дату с учетом измененного классификатора, которое произошло после этой даты; либо построение отчета на прошлую дату с учетом классификатора, действовавшего на прошлую дату и т. п.).

Для выбора системы по данным критериям можно привести исследования по всем международным системам, представляющим возможности управления операционным риском. (исследования проводились в 2007, 2010 и 2012 годах).

Стоит отдельно выделить решение SASOpRiskManagement, т.к. это комплексное решение, основанное на ведущей в отрасли аналитической платформе SASIntelligencePlatform, обладающее широкими функциями управления данными, аналитики, нормативной отчетности и конфиденциальности.

На данный момент, на мировом уровне, более 200 организаций финансового сектора используют решения SAS для управления операционными рисками.

http://spoisu.ru

214	РЕГИОНАЛЬНАЯ ИНФОРМАТИКА – 2014

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В УПРАВЛЕНИИ

Абрамова Л.В., Казимирова Л.Д.

Россия, г. Архангельск, Северный (Арктический) федеральный университет имени М.В. Ломоносова

СОЗДАНИЕ В СИСТЕМЕ DOCSVISION МОДУЛЯ СОГЛАСОВАНИЯ ВНУТРЕННИХ ДОКУМЕНТОВ

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

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

Работа по автоматизации жизненного цикла локальных актов заключалась в написании серверной и клиентской части модуля. Серверная часть разрабатывалась в дизайнере бизнеспроцессов DocsVision, с использованием фрагментов кода на языке высокого уровня C#, для расширения стандартного функционала платформы. Клиентская часть обрабатывает события и действия пользователя с помощью скриптов. Для написания скриптов использовался языкVBScript, который накладывался на определенные события совершенные пользователем через справочник типов документовDocsVision.

Весь процесс согласования было решено реализовать с помощьюкарточек задач и заданий. Карточка задачи в системе является своего рода контейнером для хранения информации о текущем цикле согласования (согласующие лица, файлы, сроки и так далее). После того как такая карточка создана пользователем и в документе выставлен необходимый статус для запуска согласования, эта задача начинает обрабатываться системой. Из карточки задачи извлекаются все данные и на их основе отсылаются задания на согласование всем согласующим лицам. Параллельно создается карточка табличного раздела, в который будет храниться информация о всех циклах согласования. Задача и задания связаны между собой, таким образом, чтопользователь/регистратор всегда видит в каком состоянии находиться задание согласующего лица. После того как согласующие лица принимают одно из возможных решений, данные по решению, а также время согласования, замечания и информация о сотруднике, принявшем решение, заносится в табличный раздел. При этом согласовать документ с замечаниями нельзя, согласующее лицо имеет право поставить отметку «согласовано» только в том, случае, если у него нет замечаний к проекту документа, то есть только в случае «чистого согласования».Кроме этого при запуске согласования отдельно создается задание на консолидацию, которое направляется регистратору согласования.Для удобства работы в задание на консолидацию переносятся все замечания и файлы замечаний согласующих лиц, чтобы регистратор их видел и мог работать над исправлениями. После того, как все согласующие лица примут свое решение по проекту документа, регистратору необходимо выбрать вариант завершения задания на консолидацию: завершить согласование или начать новый цикл. В случае если у согласующих лиц возникли замечания, регистратору, как ответственному за согласование лицу, необходимо будет подготовить итоговыйдокумент и загрузить его в систему в карточку задания на консолидацию и выбрать вариант завершения задания – новый цикл, то есть повторно запустить на согласование новую версию документа. В случае, если замечания отсутствуют, регистратор вправе завершить процедуру и отправить документ на регистрацию в отдел делопроизводства. В результате проект становиться локальным актом. Все действия пользователей системы фиксируются в табличном разделе. Так как над одним документом может работать достаточно большое количество сотрудников, выполняющих разные функции, необходимо настроить безопасность. Безопасность в системе DocsVision поддерживает синхронизацию с ActiveDirectory. Кроме этого осуществлена поддержка версионности документов, чтобы в проекте документа после корректорской правки сохранялась первоначальная версия файлов документа, отправленных на согласования, с запретом на ее редактирование. Для этого в карточке задачи на согласование создаются копии файлов проекта, с возможностью их редактирования при возникновении замечаний у согласующих лиц. После окончательного согласования, итоговая версия файлов помещается в проект с запретом на

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В УПРАВЛЕНИИ	215

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

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

Ветрова А.А.

Россия, Санкт-Петербург, Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики ИНФОРМАЦИОННАЯ СИСТЕМА УПРАВЛЕНИЯ ДЕЯТЕЛЬНОСТЬЮ РЕГИОНАЛЬНОГО ЦЕНТРА

ПОДДЕРЖКИ ТЕХНОЛОГИЙ И ИННОВАЦИЙ (НА ПРИМЕРЕ ЦПТИ УНИВЕРСИТЕТА ИТМО)

Всовременных экономических условиях управление предприятиями требует все большей оперативности, а информационные системы представляют собой неотъемлемый атрибут процессов управления документооборотом и принятия управленческих решений, обеспечивая конкурентоспособность предприятий и являясь важным инструментом развития бизнеса.

Хотя в настоящее время на рынке представлено большое количество типовых информационных систем управления предприятием (ИСУП), которые настраиваются фирмамипоставщиками к условиям конкретных предприятий, основная часть ИСУП разрабатывается в единичном экземпляре для каждого отдельного предприятия. Анализ разрабатываемых программных средств показывает, что задачи, требующие автоматизации постоянно усложняются, а круг этих задач динамично расширяется. Причем, российские предприятия сегодня находятся в самом начале этапа полномасштабной информатизации бизнеса. Если функции бухгалтерии и управления производством товаров и услуг на большинстве из них уже автоматизированы, то автоматизация управления интеллектуальной собственностью стоит, как правило, в конце перечня стратегических планов развития ИСУП.

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

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

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

Информационная система ЦПТИ Университета ИТМО представляет собой прикладное решение разработанное в архитектуре клиент-сервер на технологической платформе 1С:Предприятие 8. Система включает в себя следующие модули:

1. Административно-справочный – содержит сервисные функции и функции первоначальной настройки системы, обеспечивает ведение необходимых справочников и классификаторов.

2. Учет обращений – позволяет вести учет базовых и платных услуг оказываемых сотрудниками ЦПТИ физическим лицам и организациям.

3. Поддержка делопроизводства и управление интеллектуальными правами – предназначен для учета объектов интеллектуальных прав, договоров их использования и платежей.

4. Отчеты и аналитика – обеспечивает формирование отчетов о деятельности ЦПТИ, а также отчетов для анализа информации об объектах и субъектах инновационной деятельности в регионе.

Основные формы для корректировки и просмотра информации имеют единую концепцию,

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

Представленное решение может быть рекомендовано для внедрения во всех региональных ЦПТИ, поскольку с одной стороны автоматизирует основные бизнес-процессы, позволяет

http://spoisu.ru

216	РЕГИОНАЛЬНАЯ ИНФОРМАТИКА – 2014

формировать отчеты для предоставления статистической информации в Роспатент и для анализа состояния инновационной деятельности в регионе, а с другой стороны обладает небольшой стоимостью, легко может быть внедрена и адаптирована к расширению предъявляемых требований и возрастанию объемов решаемых задач с помощью развитой региональной сети партнеров фирмы

1С.

Для дальнейшего развития информационного обеспечения сети ЦПТИ могут быть использованы облачные технологии 1C:Предприятия, которые позволяют организовать повсеместную и удобную работу с прикладными решениями на различных клиентских устройствах (в том числе и мобильных) с различными операционными системами и подключаться к единой информационной базе из разных мест, даже из тех, где на компьютерах не установлено 1С:Предприятие.

Егорова И.В.

Россия, Санкт-Петербург, Санкт-Петербургский государственный экономический университет КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ: СПОСОБЫ ИНТЕГРАЦИИ

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

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

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

Следующим шагом в развитии межпрограммного взаимодействия стало создание и применение открытых и независящих от платформы стандартов. Основой для таких разработок стал XML (eXtensible Markup Language – расширяемый язык разметки). Первая версия описания языка была опубликована в феврале 1998 года. Основным понятием XML является документ, который представляет собой текст (текст в Unicode, зависящий от регистра), имеющий древовидную структуру и состоящий из элементов.На элементы накладываются некоторые ограничения.

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

При работе с XML важным понятием является – Document Object Model (DOM). Эта модель обеспечивает объектно-ориентированное представление XML документа и позволяет обрабатывать его посредством доступа к свойствам и методам и обработки событий связанных с документом.

Язык SQL был расширен и дополнен средствами для работы с XML документами. Поставщиками данных в информационных системах могут выступать Web-службы, которые

предоставляют данные системы по запросам. Запросы и получаемые в ответ данные представлены в формате XML. Правила формирования XML документов в этом случае регламентируются протоколом

SOAP (SimpleObjectAccessProtocol).

При этом данные передаются по сетям с использованием протоколов более низкого уровня. Могут использоваться протоколы (такие как HTTPS), которые позволяют применять безопасное соединение между отправителем и получателем данных.

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

Еще более широкому распространению решений на основе СОА, способствует возможность применять их вместе с облачными технологиями.

В 1С Предприятие версии 8 реализован доступ к возможностям системы через Web-службы. Требуется первоначальная настройка публикации данных на Web-сервере. Продукты Microsoft (Dynamics AX и Dynamics NAV) также поддерживает эту технологию.

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В УПРАВЛЕНИИ	217

Ильина О.П.

Россия, Санкт-Петербург, Санкт-Петербургский государственный экономический университет АРХИТЕКТУРА БИЗНЕСА И СИСТЕМЫ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Концепция архитектуры предприятия (Enterprise Architecture) для управления эффективностью бизнеса и развития информационных технологий управления получает все более мощную методологическую и инструментальную поддержку. Согласно рекомендациям TOGAF и требованиям международных стандартов инжиниринга и моделирования деятельности предприятий, основу архитектуры составляет бизнес-архитектура предприятия. Бизнесархитектура имеет модельное представление, для их создания использованы методики проектирования и языковые средства моделирования.

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

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

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

Создание и развитие ИС осуществляется по пути реализации ИТ-стратегий, поддерживая при этом все требования бизнес-систем. Резонен вопрос: какова «цена» прироста единичного показателя бизнес-цели за счет инвестиций в ИС, норматива эффективности вложений в улучшение характеристик ИТ и др.

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

Модели архитектуры приложений обеспечивают:

структурное представление программного обеспечения - от пакетов прикладных программ до процедур и функций;

интеграцию компонентов программного обеспечения;

описание функционала программного обеспечения в терминах сервисов приложений;

описание технологических процессов обработки данных;

интерфейс компонентов функциональной структуры бизнес-архитектуры с сервисами приложений;

интерфейс сервисов приложений и объектов данных и др.

Архитектура данных охватывает внемашинную и внутримашинную сферы, типы моделей данных:

1.словарь данных (на уровне реквизитов, полей записей);

2.логическая структура данных предметной области в интегрированном виде;

3.частные логические модели данных для отдельных приложений;

4.макеты форм документов;

5.классификационные признаки для различных номенклатур технико-экономической и социальной информации;

6.структура кодов номенклатур и др.

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

1.топология компьютерной сети;

2.состав и конфигурация оборудования в узлах сети;

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

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

системной архитектуры ИС, а в систему сбалансированных показателей предприятия (BSC) следует ввести характеристики архитектуры - бизнеса и ИС.

http://spoisu.ru

218	РЕГИОНАЛЬНАЯ ИНФОРМАТИКА – 2014

Катасонова Г.Р.

Россия, Санкт-Петербург, Российский государственный педагогический университет им. А.И. Герцена ПРАКТИКА ИНТЕГРАЦИИ НАУКИ, ОБРАЗОВАНИЯ И ПРОИЗВОДСТВА ПРИ

ОБУЧЕНИИ МЕНЕДЖЕРОВ В ВУЗЕ

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

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

На стратегическом уровне используются системы поддержки исполнения управленческих решений (ESS), которые ориентированы на топ-менеджеров для принятия неструктурированных решений, связанных с задачами прогнозирования и планирования деятельности организации. Понятно, что даже в процессе практики студенты не могут иметь доступа к таким системам. Поэтому для обеспечения доступа и знакомства с этими программами руководство вуза должно принимать нестандартные решения по привлечению топ-менеджеров в науку и высшую школу, которые активно бы участвовали в проведении учебных мероприятий и спонсировании преддипломных специализованных практик.

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

Обычно каждый вуз располагает собственной MIS с которой работают сотрудники, административно-управленческий персонал в бухгалтерии, отделе кадров, в деканатах, ПЭО, приемных комиссиях. Работать на MIS студентам целесообразнее в процессе прохождения учебной, производственной и преддипломной практик (в стенах вуза или на других предприятиях).

Системы работы со знаниями KWS включают широко известные пакеты Statgraphics, Statistica, SPSS, Matcad, Mathlab и другие.

В российских вузах эти пакеты применяются при обучении студентов достаточно широко. Что касается пакетов Statistica и SPSS в настоящее время они являются собственностью корпорации IBM, которая предоставляет их бесплатно для учебных заведений, которые имеют соответствующие договоры с ней. Крупный вуз, обучающий менеджеров или специалистов в области информатики способен закупить несколько десятков таких пакетов на компьютерах на базе небольшого учебно-исследовательского подразделения, где можно организовать изучение данных пакетов в студенческих научных обществах.

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

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

Студент может иметь доступ к этим системам через Интернет только как их клиентпользователь. На этом же уровне находятся системы автоматизации делопроизводства OAS. Это широко распространенные офисные пакеты - Microsoft Office, Open Office, Libre Office, Русский Офис и другие. Именно эти программные средства наиболее широко распространены в сфере образования. Они используются при обучении студентов практически всех специальностей в процессе преподавания таких дисциплин, как «Информатика», «ИТ в профессиональной деятельности», «Информационные системы» и др. Функции этих пакетов действительно многообразны.

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

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

http://spoisu.ru

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В УПРАВЛЕНИИ	219

Осипова Т.Ф.

Россия, Санкт-Петербург, Санкт-Петербургский государственный университет аэрокосмического приборостроения БИЗНЕС-ПРОЦЕСС – ОБЪЕКТ ИЗУЧЕНИЯ ПРИ ПОДГОТОВКЕ СПЕЦИАЛИСТОВ В ОБЛАСТИ МЕНЕДЖМЕНТА ОРГАНИЗАЦИЙ

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

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

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

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

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

структура организации;

роли сотрудников в этой структуре и взаимосвязи между ними;

анализируются потоки работ организации – главные процессы ее деятельности (последовательность их выполнения, эффективность, наличие узких мест);

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

исследуются внутренние и внешние компоненты бизнеса и их взаимосвязи.

Работающая модель бизнес процессов копирует текущую деятельность предприятия и его подразделений. Методика моделирования зависит от их категории.

Чтобы справиться со всеми этими проблемами, можно использовать те же методы, которые применяются инженерами любой области:

моделирование до построения объекта;

создание его архитектуры на основе прежнего опыта;

использование процессов, основанных на оптимальных методиках;

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

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

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

Основной проблемой являются нечеткие определения. Раньше определения монолитной системы влияли только на нее саму, и если она работала не в точном соответствии с определениями, никто особо не беспокоился.

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

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

http://spoisu.ru