авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 || 3 | 4 |   ...   | 11 |

«ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ) IV Российская ...»

-- [ Страница 2 ] --

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

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

Желательно использование синонимов в ключевых словах.

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

24 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Не следует злоупотреблять фреймами: некоторые поисковые системы не могут проводить индексацию по ссылкам внутри тега FRAMESET. Альтернативным способом может явиться дуб лирование ссылок из FRAMESET в NOFRAMES.

Каждая Web-страница документа должна быть снабжена заголовком в теге TITLE, причем как слова заголовка, так и ключевые фразы в META-тегах, должны содержать слова, не просто адекватные содержанию, а именно те, которые применяют пользователи сети на практике. Во многих поисковых системах можно проверить, насколько глубоко проиндексирован сервер и от дельные каталоги на нем. Способы проверки различны, но почти все они сводятся к тому, что в поле запроса набирается URL проверяемого сервера или каталога на сервере.

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

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

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

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

Функции ИПС. Важной характеристикой любой поисковой системы является е функцио нальный состав, т.е. тот набор функций и режимов, который поддерживает поисковая система.

Разделим все функции на три группы:

1 группа: функции, которые включены неявно или явно в основном режиме поиска и при вязаны к ядру ПС;

2 группа: функции, которые включены неявно или явно в основном режиме поиска и НЕ привязаны к ядру ПС;

3 группа: функции, которые включены неявно или явно в режиме расширенного поиска.

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

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

В состав ИПС, выбранных для сравнения, включены системы-лидеры в этой области Inter net - технологий. Яндекс был включен в этот список из тех соображений, что он является признан ным национальным российским лидером среди ИПС и было бы интересно увидеть, как он выгля дит в смысле функциональной наполненности на мировом фоне. Разумеется, что мы не можем ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ сравнивать Яндекс и Google ни по объму данных, ни по скорости их обработки в силу того про стого обстоятельства, что база данных Яндекс отличается от БД Google почти на три порядка.

Таблица В поиско- В расши- В т.ч.

ПС Вне ядра Всего функций вом ядре ренном поиске уникальных 9 4 5 18 Yahoo.com 15 3 5 23 Go.com 5 7 - 12 Zapper.com 13 5 6 24 Altavista.com 13 1 11 25 Google.com 7 - 7 14 Fast.no 15 3 11 29 Yandex.ru Первая группа: функции, которые включены неявно или явно в основном режиме поиска и привязаны к ядру поисковой системы, приведены в табл. Таблица Go. Zapper. Altavista.

Функция Yahoo.Com Google.com Fast.no Yandex.ru Com Com Com Морфология, - + - - - - + словоизменение Морфология, - - - - - - словообразование Игнорирование верхнего/нижнего + + + + + + + регистра Поиск по + + + + + + + идентификаторам Отображение онтологии + + - - + - + (дерева категорий) Проверенные находки - + - - - - (proven picks) Наилучшее совпадение - - - - + - (I’m feeling lucky) Выбор из списка + + - + - - + словосочетаний Список ключевых слов Интернета (A list of In- - - - + - - ternet Keywords) Сортировка + + - + - - + (по дате, релевантности) Язык запросов + +! - + + (+/-) +!

+ + + + + +(3 + Поиск по списку слов варианта) (AND) (AND) (OR) (AND) (AND) (AND) 26 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Go. Zapper. Altavista.

Функция Yahoo.Com Google.com Fast.no Yandex.ru Com Com Com Поиск по + + - + + + + словосочетанию Поиск в результатах за - + - + + - + проса (явным образом) Учет контекста - - + - - - выделенного текста Найти похожие - - + + + - + (Similar, related) Предлагает варианты - - - - + - написания Статистика по количе -/+/ ству категорий/ доку- +/-/+/- -/-/-/- -/+/-/+ -/+/-/- -/+/-/- -/+/+/ / ментов / сайтов / слов Реконструкция текста - - - - + - + (экрана) Контекстная реклама - + - - - - + + + + + Выбор языка - - (25 яз.) (26 яз.) (46 яз.) (2 яз.) Перевод запроса на дру - - - - - - гие языки Перевод результатов + - + - - - поиска на другие языки (9 яз.) Фокус поиска - + - - - - Поиск на карте - - - - + - Всего 9 15 5 13 13 7 Функции второй группы, которые включены неявно или явно в основном режиме поиска и не привязаны к ядру поисковой системы, приведены в табл.3.

Таблица Ya- Go.co Zap- Altavis- Google.co Fast.n Yan Функция hoo.com m per.com ta. com m o dex.ru Поиск по товарам +/- + + + - - + Поиск по новостям + + + + - - + Поиск по видам ре сурсов (музыка, кар- +/- + + + - - + тинки) Поиск по тематиче ским категориям + - +/- + - - (Directories) Биржевые котировки - - + - + - фирм ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ Ya- Go.co Zap- Altavis- Google.co Fast.n Yan Функция hoo.com m per.com ta. com m o dex.ru Поддержка поиска по внешним к ПС ре сурсам - - +(100) +(7-11) - - (специализированны й мета-поиск) Libraries, agents and - - + - - - packs Всего 4 3 7 5 1 - Функции третьей группы, которые включены неявно или явно в режиме расширенного по иска, приведены в табл.4.

Таблица Yahoo. Zapper. Altavista. Yandex.

Функция Go.com Google.com Fast.no com com com ru И/ИЛИ/НЕ запросы + + - + + + + Поиск по фразе + + - + + + + Поиск в категориях + - - - + - Сфера поиска (заголовки и - + - - + + + т.д.) Включить, исключить - + - - + + домен URL Слово сортировки - - - + - - Диапазон даты + - - + - - + Язык +(25) +(26) +(46) +(2) - - Формат, кол-во позиций на + + - + + + + стр.

Фильтр - - - - + + + Page-Specific Search (simi - - - - + - lar) Page-Specific Search (links - - - - + - + to page) Topic-Specific Search +(5) - - - - - Сайт/вершина - - - - - - + Изображение - - - - - - + Спец.объекты (скрипт,объект, ап- - - - - - - + лет,стиль) Всего 5 5 0 6 11 7 28 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Уникальные функции ИПС - это такие, которые представлены только в одной системе из числа входящих в тестируемый пул. Количество функций и тем более уникальных является одним из необходимых условий лидерства на рынке ПС и ПМ.

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

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

В общем случае найденные по запросу документы относятся к одной из двух категорий:

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

Полнота есть отношение количества найденных релевантных документов к полному коли честву релевантных документов в базе данных. Точность поиска есть отношение количества най денных релевантных документов на полное количество найденных документов.

Пример. Пусть по запросу найдено 50 документов. После просмотра всех этих документов пользователь принимает решение, что 30 документов релевантны запросу, а 20 нерелевантны.

Сплошной просмотр всей базы данных показал, что в ней содержится 100 документов, релевант ных запросу. Отсюда получаем:

полнота 30/100 = 0,3;

точность 30/50 = 0,6.

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

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

Приоритетно тестирование точности. В типовом случае по запросу находится много доку ментов, среди которых есть и релевантные. Поэтому большее значение имеет не полнота, а точ ность поиска. Действительно, рассмотрим 2 поисковые системы. По некоторому запросу 1-я сис тема находит 200 документов и все они релевантные. 2-я система по этому же запросу находит 5000 документов, из которых релевантны 500, причем среди первых 200 документов релевантны только 100. И хотя полнота поиска 2-й системы существенно выше, совершенно очевидно, что лучше 1-я ИПС, поскольку пользователь не захочет просматривать сотни найденных документов (чаще всего он ограничится первыми страницами результатов поиска).

Необходимо тестирование качества ранжирования. Найденные документы выдаются в ран жированном виде, поэтому при оценке качества поиска нужно учитывать позицию документа в списке найденного, то есть качество поиска по запросу следует характеризовать набором значений точности при разном размере начальной части списка документов, например, задавать значения точности при 10, 30, 50, 70 и 100 документах из начальной части списка. Чем больше количество значений, тем точнее оценка, но и трудоемкость оценки больше.

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

Заключение. В перспективе чрезвычайно важной проблемой Сети является интеграция различных поисковых сервисов в единую систему. Для WWW стал знаменательным 1999 год не ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ ординарным событием - при участии 15 крупнейших поисковых систем Internet в феврале старто вал проект SESP (Search Engine Standards Project), призванный стандартизировать работу поиско вых служб. Материалы о нем можно найти по адресу http://www.searchenginewatch.com/standards/990204.html.

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

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

ОСОБЕННОСТИ ВЫБОРА СИСТЕМЫ УПРАВЛЕНИЯ ПРОЕКТАМИ ДЛЯ ПРОЕКТНО ОРИЕНТИРОВАННЫХ ПРЕДПРИЯТИЙ Агафонов Денис Павлович (аспирант ННГАСУ) 603950, г. Н. Новгород, ул. Ильинская, д. 65., +7-910-103-2006, e-mail: Denfirst@rambler.ru Обеспечение конкурентоспособности современных предприятий в условиях финансового кризиса достигается за счет минимизации издержек, скоординированного взаимодействия между всеми подразделениями, оперативной обработки и анализа получаемых данных по средствам об ратной связи, сокращения сроков выполнения заказов, эффективного распределения ресурсов, по вышения качества продуктов и услуг, концентрации на основных видах компетенции.

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

В России наиболее популярными программными продуктами, являются Microsoft Project, Primavera, Open Plan, Spider Project. Все системы различаются по функциональности, коммуника ционным и интеграционным возможностям, по стоимости, сложности в обучении, поэтому выбор подходящей для предприятия СУП является одним из главных и сложных вопросов. Так как все программные продукты имеют инструменты календарно-сетевого планирования, организованы развитые возможности оптимизации хода выполнения работ по времени, бюджету и использова нию ресурсов, то акцент делается на различиях функциональности систем и их особенностях (Таблица 1).

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

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

30 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Таблица Различие функциональности систем управления проектами Показатель Primavera MS Project Open Plan Spider Project Клиент-серверная + + + архитектура Управление портфелями ограничено ограничено + + проектов Анализ рисков ограничено ограничено ограничено + Управление бюджетами ограничено ограничено ограничено + Работа в реальном времени + - - Скоординированная работа по проекту предполагает одновременную работу с одним и тем же проектом в режиме реального времени всех его участников. Многопользовательский доступ в режиме реального времени обеспечивается в Primavera за счет блокировки доступа уровня записи, а Microsoft Project использует блокировку доступа уровня проекта (извлечение данных), что обес печивает доступ только одного пользователя в один момент времени. [2] Primavera позволяет построить вертикальное управление и контроль на всех этапах техно логического процесса с прерываниями, где документы передаются из отдела в отдел только после контроля и утверждения руководством. На базе Microsoft Project можно организовать только гори зонтальную модель управления СУП, поэтому реализация управления и контроля за технологиче ским процессом практически невозможна.[3] Рис.1 Структура работ по проекту.

Одним из определяющих факторов для многих организаций в выборе системы является стоимость ее приобретения и внедрения. Сравнительный анализа наиболее популярных СУП по казал, что их стоимость необходимо рассматривать с точки зрения количества пользователей. Од на конкурентная лицензия Primavera в несколько раз дороже именной лицензии MS Project. Но с увеличением рабочих мест на предприятии большая экономия будет от приобретения конкурент ной лицензии Primavera, так как при централизованной клиент-серверной архитектуре к стоимости лицензий MS Project добавляется стоимость лицензий дополнительных программных продуктов, необходимых для нормальной работы системы (MS Server Project, MS SQL Server). К тому же, клиенту Primavera нужна только для редактирования графика, а для доступа всем остальным соз ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ даются экранные формы, работающие в режиме чтения и прямого доступа к базе данных Primave ra. Для средней организации возможно приобретение трех конкурентных лицензий Primavera и двух лицензий Oracle(priv_user и pub_user). Для Project такой вариант осуществить невозможно (нужно покупать WEB-server Project, Portfolio Manager и много различных модулей).

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

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

Литература:

Ципес Г. Л. Менеджмент проектов в практике современной компании / Г. Л. Ципес, 1.

А. С. Товб. – М.: ЗАО «Олимп-Бизнес», 2006. – 304с Сайт компании "ПМСОФТ" - авторизованного представителя компании Primavera в 2.

России. – Режим доступа: http://www.pmsoft.ru Раздел на русском сервере Microsoft, посвященный Microsoft Project. – Режим досту 3.

па: http://www.microsoft.com/rus/office/project СОВЕРШЕНСТВОВАНИЕ УПРАВЛЕНИЯ ЭКОНОМИЧЕСКОЙ ДЕЯТЕЛЬНОСТЬЮ УЧ РЕЖДЕНИЙ ЗДРАВООХРАНЕНИЯ Агафонова Валентина Васильевна, д.э.н., профессор кафедры Экономической информатики Самар ского государственного экономического университета, (846)-224-36-92, agafonova@ssau.ru Ипатова Лариса Николаевна, Самарский государственный экономический университ, (846)-977-60-07, wagaf@mail.ru До последнего десятилетия ХХ века понятия медицины и экономики в нашей стране были связаны слабо, потому что медицинские услуги для клиентов в подавляющем числе были бесплат ны - они оплачивались государством. Поскольку финансирование медицины осуществлялось, как правило, по остаточному принципу, то внедрение средств информатизации, автоматизации и но вых технологий касалось в основном только сферы непосредственного отпуска медицинских услуг и почти не затрагивало сферы экономической деятельности лечебных учреждений. Положение существенно изменилось в связи с коренным изменением социально-экономических условий в стране. В процесс оказания медицинских услуг стали внедряться рыночные формы (страхование, абонементное обслуживание, установление договорных отношений и т.п.) делового взаимодейст вия клиентов и лечебных учреждений. При этом формы организации деятельности медицинских учреждений существенно видоизменились в связи с переводом оказания медицинских услуг в большинстве своем на хозяйственную основу.

Формирующийся рынок медицинских услуг стал порождать серьезную конкурентную борьбу за клиентов между медицинскими учреждениями публичной (федеральной или муниципальной) имущественной принадлежности и сугубо коммерческими медицинскими учреждениями. Как по казывает анализ, коммерческие учреждения обычно оказывают медицинские услуги очень узкого профиля и, как правило, являются малочисленными по составу специалистов. Экономическая дея 32 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ тельность таких организаций в силу небольшого объема обозрима и, по-существу, не требует ши рокого использования средств информации и автоматизации. Иначе обстоит дело с многопрофиль ными лечебно-профилактическими медицинскими учреждениями (МЛПУ), которые, оставаясь го сударственными (ведомственными) и имея в своем составе сотни медицинских работников, управ ленческого персонала, обслуживают десятки тысяч клиентов и оказывают медицинские услуги в большом количестве и в достаточно широком диапазоне. Для этой категории учреждений в усло виях рыночных отношений функция управления экономической деятельностью начинает приоб ретать больший вес и занимать статус отдельной специфической сферы деятельности в медицин ском учреждении. В этих условиях процессы в повседневной работе, в том числе и экономические, для администрации и менеджеров становятся малообозримыми, что ведет, безусловно, к издерж кам в экономической сфере, а также к снижению качества и количества отпускаемых медицинских услуг. Выход из создавшегося положения состоит в оснащении органов управления, прежде всего экономической службы МЛПУ, средствами информатизации и автоматизации, а также в разработ ке соответствующих технологий управления экономической деятельностью на основе использова ния экономико-математических методов в условиях непрерывно изменяющегося и развивающего ся рынка медицинских ycлyг.

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

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

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

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

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

В дело совершенствования организации экономической деятельности медицинских учреж дений значительный вклад внесен учеными Академии медицинских наук, а также такими учеными, как Ханкок С., Нигрин Д., Лапрун И. и др. Внедрение разработанных технологий позволяет научно обоснованно решать ключевые вопросы организации экономической деятельности с учетом спроса и состояния рынка медицинских услуг. Эффект от внедрения разработанных технологий выража ется в значительном повышении экономических показателей за счет выбора рациональной страте гии деятельности, в снижении количества расчетно-вспомогательного персонала, а также в увели чении производительности труда и повышении уровня сервиса обслуживания клиентов. Совре менные технологии, реализуемые на базе использования алгоритмического и программного обеспе ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ чения, средств вычислительной техники и сетеобразующей аппаратуры, способствуют комплексной информатизации и автоматизации экономической системы здравоохранения в целом.

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

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

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

оперативные способы оценки стоимости медицинских услуг на всех этапах их жизнен ного цикла;

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

выявление рациональных соотношений составляющих звеньев производственно хозяйственного механизма, обеспечивающих повышение прибыли;

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

текущий мониторинг показателей экономической деятельности.

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

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

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

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

Построенная технология поиска решения с помощью экспертной системы основана на интерак тивном взаимодействии специалиста-эксперта (программиста) с экспертной системой.

Примером такой системы управления с применением мультиагентных технологий является модель системы управления здравоохранением Самарской области (СУПРЕМА), реализуемая в 34 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ 2003-2008 годах в рамках ФЦП «Электронная Россия» и наглядно демонстрирующая действен ность и эффективность предлагаемых подходов. Одной из основных задач этой системы является обеспечение адресности взаимодействия населения с органами власти. Поддержка адресного пре доставления медицинских услуг на базе единого социального паспорта жителя Самарской области является естественным развитием системы СУПРЕМА и специализации ее компонент. При этом пациенты могут взаимодействовать со специалистами медицинских организаций, используя соци альный паспорт и Итернет-киоск или обычный доступ к сети Интернет, через систему адресного взаимодействия населения и органов исполнительной власти в рамках системы СУПРЕМА. Каж дому врачу общей практики (ВОП), который не только осуществляет лечебно-профилактическую работу, но анализирует медико-экономическую эффективность используемых средств, предостав ляется в распоряжение специализированный АРМ «Менеджер по работе с населением» – АРМ ВОП. Автоматизированное рабочее место «Менеджер по организации процессов управления»

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

Система адресного взаимодействия населения с органами исполнительной власти, реализо ванная в рамках проекта СУПРЕМА, применительно к сфере здравоохранения, позволяет решить следующие задачи:

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

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

программные агенты медицинских услуг и мероприятий, в которых гражданин может быть заинтересован, исходя из данных его электронной амбулаторной карты или настроек пред почтений программного агента гражданина, будут активно предлагать свои услуги и мероприятия через «доску объявлений» АПК «Социальный Интернет-киоск» при обращении гражданина к сис теме;

гражданин сможет дать оценку качества оказанных ему медицинских услуг.

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

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

Уровень ИТ-поддержки процессов управления экономической деятельностью открывает путь к достижению динамичных адаптивных взаимосвязей между функционированием учрежде ний здравоохранения и ИТ-инфраструктурой. Инструменты такого уровня поддерживают абст рактное описание логики выполнения операций процессов экономической деятельности учрежде ний, средства представления этих операций в информационных системах, интеграцию отдельных операций в единый процесс и мониторинг его выполнения. Если все эти требования выполнены, появляется возможность вносить изменения, меняя компоновку операций и не внося изменений в ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ программный код соответствующих приложений. Таким образом, становится реальностью быст рая трансляция динамики управления экономической деятельностью учреждений здравоохранения в поддерживающую его прикладную инфраструктуру.

Литература:

Басок А.В., Мартиросян А.С. Современное предприятие: переход от иерархии к про 1.

цессам // Менеджер.– 2002.

Васильева О. Управление предприятием // Корпоративные системы. – 2000.

2.

Васнецова О.А. Введение в медицинский и фармацевтический маркетинг // Эконо 3.

мика здравоохранения. 1996.

Зекий О.Е. Управление ресурсами здравоохранения и системы ОМС. Методология, 4.

организация и опыт внедрения информационного обеспечения. Изд.: Экос-Информ. – 1999.

Столяров С.А. Рынок медицинских услуг: Некоторые его характеристики, проблемы 5.

и аспекты управления. 3-е изд. испр. и допол. – Барнаул: Аз Бука, 2005. – 269с.

ПРИНЦИПЫ СИСТЕМЫ УПРАВЛЕНИЯ ПРИ ОРГАНИЗАЦИИ ПРОИЗВОДСТВА УНИ КАЛЬНОЙ ПРОДУКЦИИ Агеносов А.В. (к.т.н., доцент), Минеева Т.А.(ст.преподаватель) НОУ ВПО Гуманитарный уни верситет, (343)3747261, infava@gu.epn.ru При организации управления на современном предприятии особое внимание уделяют на правленности на клиента, то есть производство индивидуального заказа, в основе которого нахо дится понятие «уникальная продукция». Данное понятие является часто используемым для акцен тирования внимания на уникальных свойствах продукции или технологиях ее изготовления [1;

2;

3;

4].

Термин «уникальная продукция» подразумевает:

1. Уникальность требований к продукции или условий его использования со стороны кли ента.

2. Единственность и новизна товара относительно его производства.

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

Система управления производства машиностроительной продукции базируется на стан дартных задачах. Исследователи выделяют следующий список [1;

2]:

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

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

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

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

Далее задачи подразумевают работы или действия, которые необходимо реализовывать предприятию при разработке и производстве продукции. Разбивка на работы по названиям одина ковая. Однако описание отличается [1;

2].

Большая часть исследователей делают следующие предположения:

создание проекта состоит в совершенствовании выпускаемой продукции;

освоение производства – это переход к серийному или массовому производству;

главная составляющая работ – разработка документации.

36 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Основным недостатком исследований является кусочное описание, ориентированное на устранение проблем массового и серийного производства. Для уникальной продукции данный подход необходимо корректировать.

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

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

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

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

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

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

5) Принцип целостности - Уникальная продукция состоит из набора стандартных и ориги нальных деталей. Уникальность выражается в следующем:

в конструкции деталей и продукции;

в технологии процессов изготовления;

в сочетании типовых и уникальных процессов, стандартных и оригинальных дета лей.

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

6) Принцип мобильности процесса управления - Процесс управления должен обеспечивать выпуск уникальной продукции с максимальной эффективностью. Дополнительно необходимо обеспечить следующими функциями управления предприятием:

планирование выполнения одного заказа, согласование работ по разным заказам;

организацию и распределение работ по функциональным подразделениям;

контроль операций создания продукции и анализ соответствия заказу (требованиям клиента).

На основании изложенных принципов была построена общая система управления. Данная система разбита на две составляющие:

проектная - описывает работу над конкретным заказом;

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

В проектную составляющую входят функциональные подразделения: сбыт, НИОКР и раз работка продукции. Результатом работы сбыта является пакет заказов, НИОКР – концепция про дукции, а разработки продукции – пакет документов для проекта.

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

закупки: план закупок, бюджет закупок, производство: план выпуска, бюджет выпуска.

ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ На основании разработанной модели для уникальной продукции предлагается следующий список функций: планирование, НИОКР, сбыт, разработка продукции, закупки, производство, фи нансы, персонал. Данные функции наиболее важны, поскольку:

работа с клиентом – индивидуальна и полученный заказ – разовый;

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

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

В таблице 1 представлено распределение задач между функциями.

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

Таблица Распределение ответственности по функциям за выполняемые задачи Задачи Функции Создание Разработка Расчет Расчет прототипа технологии себестоимости цены Сбыт О И О НИОКР И Разработка И О Закупки И И Производство И И И Планирование И И И Финансы И И О И Персонал И И Обозначения: О – ответственность за выполнение и результат решения задачи, И – исполнение за дачи.

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

Литература ГОСТ 14.201-83. Обеспечение технологичности конструкции изделий.

1.

Новицкий Н.И., Пашуто В.П. Организация, планирование и управление производст 2.

вом: Учеб.-мет. пособие / Под ред. Н.И.Новицкого. - М.: Финансы и статистика, 2007. - 576 с.

Гончаров В.В. Руководство для высшего управленческого персонала в 2-х томах.

3.

Том 2. – М.: МНИИПУ, 1997. – 736 с.

Егорова Т.А. Организация производства на предприятиях машиностроения. – СПб.:

4.

Питер, 2004. – 304 с.

ИСПОЛЬЗОВАНИЕ ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ ДЛЯ ПОСТРОЕНИЯ ИС БУХ ГАЛТЕРСКОГО УЧЕТА Андрущак Д.Н, к.э.н.,доцент Голкина Г.Е.

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

Так, например, использование толстого клиента позволяет снизить загрузку сервера базы дан ных, но при этом может произойти значительное увеличение загрузки сети и увеличиваются за 38 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ траты на администрирование рабочих мест, связанные с необходимостью контроля и обновления программного обеспечения. Использование же тонкого клиента, т.е. клиента, отвечающего толь ко за представление и ввод информации, требует наличия высокопроизводительного сервера. Ос новной, помимо сложности масштабирования, проблемой двухуровневой архитектуры, наиболее ярко проявляющейся в крупных системах, является необходимость установления соединения ме жду базой данных и каждым работающим с системой пользователем (из-за этого СУБД имеет ог раничения на максимальное количество пользователей), независимо от того, работает он в на стоящий момент или нет. Поскольку на каждое соединение сервер баз данных требует значитель ное количество системных ресурсов, то часто возникает ситуация, при которой сервер может справиться с рабочей загрузкой, т.е. способен обрабатывать поступающие запросы, но не справля ется с загрузкой соединений (например, если общее количество пользователей системы на поря док больше среднего количества активных пользователей). Во многом именно это обстоятельство и привело к появлению новой архитектуры - трехуровневой архитектуры.

Трехуровневая архитектура(Three-tier architecture) – клиент-серверная архитектура(3), ко торая состоит из уровня представления(Presentation Tier), уровня логики(Logic Tier) и уровня представления данных(Data Tier).

Уровень представления – это интерфейсный (обычно графический) компонент для конеч ного пользователя. Им может быть обычное пользовательское приложение, веб-страничка, апплет и т.д. Уровень логики - это сервер приложений, на котором сосредоточена большая часть бизнес логики. Уровень данных - это сервер базы данных, обеспечивающий хранение данных. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень пред ставляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описываю щей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных Трехуровневая архитектура была впервые реализована в 1995 году в продуктах корпора тивного управления семейства Solstice компании Sun Microsystems.

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


По сравнению клиент-серверной или файл-серверной архитектурой можно выделить сле дующие достоинства трхуровневой архитектуры:

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

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

возможность работы трех слоев на различных платформах возможность использования одновременно нескольких различных СУБД в результате маштабируемости возможность обслуживания огромного количества пользователей web-технологии являются составной частью трехуровневой архитектуры Но есть у данной архитектуры и недостатки, которые вытекают из ее же достоинств:

ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ более высокая сложность создания приложений сложнее в развертывании и администрировании высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования высокие требования к скорости канала (сети) между сервером базы данных и серве рами приложений.

Трехуровневую архитектуру необходимо проектировать с использованием принципов сер вис-ориентированной архитектуры (service-oriented architecture, SOA). Сервис-ориентированная архитектура – это подход к созданию интеграционных архитектур, основанный на такой концеп ции, как «служба» (service)(2). Приложения взаимодействуют, вызывая службы, входящие в состав других приложений, и эти службы могут объединяться в более крупные последовательности, реа лизуя бизнес-процессы.

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

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

Уменьшение стоимости реализации ИТ-систем и стоимости владения ими, а также стоимости их интеграции.

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

Упрощение работы по интеграции, необходимой при слиянии и поглощении компа ний.

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

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

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

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

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

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

Независимость от протокола взаимодействия – при взаимодействии между уровнями (layer) и между узлами (tier) в большой системе часто необходимо обеспечить независимость от протокола взаимодействия. Для этого используют Enterprise Service Bus (ESB), для которой дела ют подключение необходимых протоколов передачи данных. Так же используют для взаимодей ствия с другими компонентами такие паттерны как Business Delegate, Remote Proxy, Adapter, Bro ker, Factory и другие.

40 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Автономность – недоступность другого сервиса не должна фатально отражаться на работоспособности системы в целом.

Слабая связанность – клиент не должен зависеть от сервиса в случае модификации сервиса. Это можно обеспечить путем позднего связывания в процессе выполнения и/или переда чей атрибутов вызова с версионностью каждого сложного атрибута, а так же использованием пат тернов: Remote Proxy, Adapter, Broker.

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

Построение трехуровневой архитектуры возможно с использованием платформы J2EE(Java 2 Platform, Enterprise Edition). Платформа J2EE использует распределенную многослойную модель для корпоративных приложений. Прикладная логика разделена на компоненты согласно их функ циональному назначению, и на различные прикладные компоненты, которые составляют J2EE приложение и установленные на различных компьютерах в зависимости от слоя в многослойной J2EE платформе, к которой данные компоненты принадлежат. Один из вариантов: в архитектур ных решениях приложений между клиентом и J2EE сервером приложения используются три раз личные технологии Enterprise Java Beans(EJB), Java Message Service(JMS), JavaServer Pages(JSP). В приложении1 клиентская программа взаимодействует с сервером приложений посредством пря мого вызова компонентов EJB. В приложении2 в роли клиентской программы выступает вебстра ница, созданная с помощью динамического содержания JSP, которая тоже напрямую вызывает компоненты EJB. В приложении3 клиентская программа взаимодействует с сервером приложения посредством JMS, отправляя и получая сообщения. EJB – корпоративный бин, написанный на языке программирования Java. Он представляет серверный компонент, который инкапсулирует бизнес логику приложения. Бизнес логика – это код, который выполняет назначение приложения.

JMS (Java Message Service) - сервис асинхронных сообщений. Есть возможность послать сообщение и не ждать подтверждение о получении или ответа. Например, при вызове удаленного компонента необходимо ждать, пока компонент отработает и вернет значение. На самом деле JMS берет всю ответственность за доставку и хранения очередей сообщений, что значительно разгру жает клиентские приложения. Поддерживаются механизмы точка к точке и подписка и рассылка.

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

Контейнер предоставляет среду, в которой могут функционировать компоненты EJB.

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

Во-вторых, потому что EJB – не клиентское приложение – содержат бизнес логику, разра ботчик клиентского приложения может сосредоточится на разработке представления клиента. Раз работчик клиента не должен осуществлять написание кода, отвечающего за доступ к базе данных.

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

В-третьих, потому что EJB переносимые компоненты. Эти компоненты могут быть запу щены на любом J2EE сервере, отвечающем спецификациям.

Чтобы трехуровневая архитектура отвечала принципам сервис-ориентированной архитек туры можно воспользоваться технологией Корпоративная Сервисная Шина (Enterprise Service Bus, ESB).

ESB выполняет следующие функции промежуточного ПО:

Связывание запросов к службам по одному протоколу и адресу с другим.

Преобразование форматов данных.

ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ Поддержка различных моделей безопасности и транзакционных моделей между по ставщиками и потребителями служб и распознавание необходимости и возможности использова ния различных моделей.

Объединение и разъединение запросов и ответов служб.

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

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


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

Литература Некоторые аспекты использования трехуровневой архитектуры 1.

http://www.omega.ru/notes/note_afonin.html 2. Getting Started with WebSphere Enterprise Service Bus V6. Martin Keen, Bill Moore, An tonio Carvalho. IBM corporation, июль 2006.

3. Three Tier Software Architectures http://www.sei.cmu.edu МОДЕЛИРОВАНИЕ СТРАХОВЫХ РИСКОВ ПРИ ОСУЩЕСТВЛЕНИИ ПРЕДПРИЯТИЕМ ИНВЕСТИЦИОННОГО ПРОЕКТА Балычев Сергей Юрьевич, к.э.н., Всероссийский заочный финансово-экономический институт, ст.

преподаватель, 732-56- Булава Игорь Вячеславович, к.э.н. Финансовая академия при Правительстве РФдоцент, 479-19- Мингалиев Камиль Нарзаватович, к.э.н., доц., Финансовая академия при Правительстве РФ, зам.

зав. кафедрой, 720-26- При осуществлении предприятием инвестиционного проекта, ввиду отсутствия непосред ственных отношений между страховщиком и исполнителем инвестиционного проекта, страхов щику могут быть переданы заказчиком права на ведение судебного разбирательства и преследова ние исполнителя в случае ненадлежащей реализации инвестиционного проекта, приведшей к воз никновению страхового случая по его вине, если она будет соответствующим образом установле на. Это преследование будет завершено в пользу страховщика с вероятностью VЭ и страховое по крытие (или его часть) будет взыскано с организации занимающейся реализацией проекта. Пред полагается, что заказчик страхует только свои прямые расходы PR, которые он затрачивает реали зацию проекта, причем выплата прибыли исполнителю PIЭ производится авансом перед проведе нием работ и при возникновении страхового случая может быть взыскана в пользу страховщика в составе стоимости PR. С учетом этих предположений модель страхования задается уравнениями ожидаемых доходов субъектов страхования. При наличии договора страхования между заказчи ком и страховщиком с нетто-ставкой П и страхуемой суммой PR их ожидаемые доходы, как и до ходы исполнителя, находятся как математические ожидания по распределению вероятностей воз можных исходов реализации инвестиционного проекта. При благоприятном исходе заказчик по лучает доход:

D = PIА PR П PR = PIА PR (1 + П) (1) равный ожидаемым доходам от реализации проекта PIА за вычетом расходов на реализацию проекта PR и страховой премии ( П PR). Предполагается, что размер ожидаемых доходов PIА со ставляет величину, достаточную для покрытия издержек на обеспечение реализации проекта. При неблагоприятном исходе PIА = 0, расходы возмещаются страховщиком и доход будет равен:

D = П PR (2) Вероятность первого события равна P, второго – (1 – P) и тогда:

42 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ DИ = P [PIA – PR (1 + П)] + (1 – P) (- П PR) = = P PIA – ( П + P) PR (3) Ожидаемый доход исполнителя находится с учетом сделанного предположения о предва рительной оплате владельцем объекта страхования стоимости затрат PR ЭР и прибыли PIЭ, а также возможности регрессного иска со стороны страховой компании при неблагоприятном исходе по вине исполнителя. При неблагоприятном исходе реализации проекта, т.к. величина П PR уже оп лачена страховщику, величина иска может составлять (1- П) PR, т.е. при наступлении страхового случая по вине исполнителя его доход равен:

D = PR Э – (1 – П) PR (4) При благоприятном исходе доход исполнителя равен PRЭ. Вероятности событий в указан ных случаях составляют: первого события VЭ, второго – (V–VЭ). Ожидаемый доход исполнителя в результате реализации инвестиционного проекта будет равен:

DЗ = (P + V – VЭ) PR Э + VЭ [PR Э – (1 + П) PR] = = PR Э – VЭ (1 + П) PR (5) В данной модели для страховщика рассматриваются возможные исходы, отличающиеся по ожидаемому доходу, с вероятностями соответственно:

P – в случае успешной реализации инвестиционного проекта;

(1 – P) – в случае неудачной реализации инвестиционного проекта по любой причине с компенсацией ущерба заказчику проекта;

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

Ожидаемый доход страховщика составит:

DС = PR ( П P – V + VЭ – VЭ П) (6) Полученные выражения можно свести в систему, которая будет полностью описывать взаимоотношения субъектов страхования в условиях предположений, сделанных ранее.

DИ = P PIА – ( П + P) PR;

DЗ = PR Э – VЭ (1 – П ) PR;

(7) DС = ( П P – V + VЭ – VЭ П) PR.

В рассматриваемой модели максимальные возможные доходы в одном договоре выражают ся величинами:

DИmax = PIА – PR (1 + П);

DЗmax = PR;

(8) DСmax = П PR.

При этом минимальные доходы могут составлять:

DИmin = П PR;

DЗmin = PR Э PR (1 П);

(9) DСmin = (1 П) PR.

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

DИ 0;

DЗ 0;

DС 0. (10) Разрешая эти неравенства с учетом соотношений (7) относительно П, получим выражения для построения областей предпочтения участников страхования, сведенные в систему:

ОПИ : П Р (PIA : PR 1);

ОПЗ : П 1 (PR Э : VЭ PR);

(11) ОПС : П (V VЭ) : (Р VЭ).

Норма прибыли NPI от договора страхования должна быть достаточной по крайней мере для покрытия необходимых издержек, т. е.:

NPI = PIA : PR 1 (12) Сопоставляя полученные выражения, можно сделать вывод о противоположности страхо ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ вых интересов заказчика, исполнителя и страховщика. Однако, их совместное решение позволяет выделить в пространстве параметров модели область ПС возможного достижения компромисса между заказчиком и страховщиком относительно значения П. При этом интересы исполнителя принимаются в расчет как ограничения только в случае его существенной ненадежности как ис полнителя работ (при VЭ PRЭ / PR, что не соответствует накопленной практике). Его заинтересо ванность в повышении страховой ставки П определяется стремлением переложить часть расходов по возмещению возможного ущерба, связанного с неудачной реализацией инвестиционного про екта, на заказчика. Для упрощения расчетов будем считать, что величиной VЭ можно пренебречь.

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

Материал подготовлен при поддержке РГНФ, проект № 09-02-00016а.

МОДЕЛЬ ОЦЕНКИ ЭФФЕКТИВНОСТИ ИННОВАЦИОННЫХ ПРОЕКТОВ, ОСУЩЕСТ ВЛЯЕМЫХ ТРАНСНАЦИОНАЛЬНЫМИ КОРПОРАЦИЯМИ Божко Владимир Петрович, д.э.н., профессор, МЭСИ, профессор, 8-910-464-86- Старовойтова Елена Юрьевна, Финансовая академия при Правительстве РФ, аспирант,776-58- Коммерческая эффективность инновационных проектов, осуществляемых ТНК, характе ризуется соотношением финансовых затрат и результатов от их реализации. Она может опреде ляться для каждого проекта в целом, для его участников с учетом их долевых вкладов и отдельных мероприятий [1]. В качестве коммерческого эффекта на t-м шаге (Эt) реализации проекта можно рассматривать динамику денежного потока (бюджета проекта). При осуществлении различных мероприятий проекта происходит приток Пi(t) и отток Оi(t) денежных средств. Разность между ними (поток денежных средств) будет равна:

фi(t) = Пi(t) – Оi(t), (1) где: i = 1, 2, 3… - мероприятия инновационного проекта.

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

Бt = Дt – Рt, (2) Интегральный эффект Бинт рассчитывается как сумма дисконтированных годовых бюджет ных эффектов, т. е. превышение интегральных доходов бюджета Динт над интегральными бюджет ными расходами Ринт..

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

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

прямые финансовые результаты и др.

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

44 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ Эож=ЭiРi, (3) где: Эож -ожидаемый интегральный эффект проекта;

Эi -интегральный эффект при i-м усло вии реализации;

Рi -вероятность реализации проекта.

В общем виде расчет ожидаемого интегрального экономического эффекта рекомендуется осуществлять по формуле:

Эож = h Эmax + (1 – h) Эmin (4) где: Эmax и Эmin, -наибольшее и наименьшее из математических ожиданий интегрального эффекта по допустимым вероятностным распределениям;

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

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

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

m (5) X xj hj j Применение формулы (5) позволяет выбрать наиболее эффективный по значению показа теля эффективности вариант реализации инновационного проекта. Лучшим будет считаться тот вариант, для которого показатель X имеет наибольшее значение.

Статья подготовлена при финансовой поддержке РГНФ (проект № 06-02-00016а).

Литература:

1.Божко В.П., Батьковский М.А., Кушнер А.В. Модель использования инновационного по тенциала высокотехнологичного предприятия. Обозрение прикладной и промышленной матема тики- М.;

ОПиПМ, 2007, Том14, Выпуск 15, С.858- РЕИНЖИНИРИНГ В УСЛОВИЯХ ВНЕДРЕНИЯ ИННОВАЦИОННЫХ МЕТОДОВ УПРАВЛЕНИЯ ВУЗОМ Бедрина С.Л. Владивосток, Владивостокский государственный университет экономики и сервиса 8-(4232)- 40-40-61, 8-(4232)-40-41-54, Svetlana.Bedrina@vvsu.ru Рассматривая современные условия и тенденции функционирования высшего образования мы считаем, что сегодня необходимо создавать инновационную систему управления вузом осно вываясь на экономических методах, добиваясь саморегулирования системы с самого верхнего уровня до нижнего. Положив в основу создаваемой системы управления образовательным процес сом экономические принципы, мы должны последовательно шаг за шагом совершенствовать обра зовательный процесс[2]. Какие же инновационные методы управления применяются сегодня наи более часто? Проведенные исследования показали, что в настоящее время наиболее результатив ными для вузов являются введение системы менеджмента качества (СМК) и стратегического управления, с применением методики системы сбалансированных показателей (ССП) для оценки результатов своей деятельности, а также реинжиниринг бизнес-процессов (РБП). Введение каждой из управленческих инноваций направлено на повышение эффективности управления вузом и есте ственно, возникает вопрос о разумной их комбинации.

ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ IV РОССИЙСКАЯ НАУЧНО-МЕТОДИЧЕСКАЯ КОНФЕРЕНЦИЯ Проведенный анализ по выделению общих черт по некоторым критериям для СМК, ССП и РБП показал, что в рассмотренных методах есть много пересечений и аналогий, а именно ориен тация на процессное управление;

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

децентрализация и передача полномочий пер соналу;

установление обратной связи с персоналом;

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

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

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

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

Таблица Предпосылки проведения реинжиниринга Характер изменений Результаты изменений Государственные реформы бюджетной сферы и системы образования Новые механизмы государственного и финан- Программно-целевой подход и бюджетирова сового регулирования ВПО ние, нацеленное на результат Появление новых организационно-правовых Новые виды (частные вузы, автономные учреж форм и оптимизация сети образовательных уч- дения) и типы (национальный у-нт, исследова реждений тельский у-нт, системообразующим вуз, веду щий вуз) ОУ Новые критерии оценки деятельности вузов Обязательное условие аккредитации - наличие СМК Требования рынка Новые повышенные требования родителей и •Новое качество образовательных услуг работодателей •Универсальные знания •Конкретные профессиональные навыки Усиление конкуренции Снижение количества абитуриентов Требование проведения общественной оценка Признание на основе независимой оценки.

Обязательные публичные отчеты Внутренняя среда Многообразие организационных структур Нерациональность и жесткой иерархической структуры Диверсификация услуг, вызывающая многооб- Введение новых образовательных программ и разие бизнес-процессов услуг Децентрализация систем управления Децентрализация управления вузом на уровне факультетов и кафедр и повышение их ответст венности за конечный результат Отрицательное влияние бюрократизма системы Бюрократизм, запутанность документооборота, 46 МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СОВЕРШЕНСТВОВАНИЕ ПОДГОТОВКИ IT-СПЕЦИАЛИСТОВ ПО НАПРАВЛЕНИЮ «ПРКЛАДНАЯ ИНФОРМАТИКА» ДЛЯ ИННОВАЦИОННОЙ ЭКОНОМИКИ ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ управления вызывающая дублирование бизнес-процессов и отсутствие контроля их выполнения Внедрение новых технологий, затрагивающих Применение новых образовательных и инфор все основные бизнес-процессы организации мационных технологий Реинжиниринг позволит радикально перепроектировать инновационные процессы вуза для получения существенных эффектов в повышении качества образовательных услуг. Можно уточ нить понятие «реинжиниринга бизнес-процессов» для образовательных учреждений, определив его как, перепроектирование существующих и создание совершенно новых бизнес-процессов на правленное на качественное улучшение показателей деятельности вуза, повышающих его конку рентоспособность..

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

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

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

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

связать политику в области качества со стратегией;

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

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



Pages:     | 1 || 3 | 4 |   ...   | 11 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.