CC BY
662
Библиографический список
1. О рынке ценных бумаг ФЗ от 22 апреля 1996 г. № 39-ФЗ. 3. Волков А.С., Марченко А.А. Оценка эффективности инве-
2. Скребник Б.В. IPO: Кто следующий? РЦБ 2008 № 4. С. 41- стиционных проектов. М.: Инфра-М // СПС «Гарант». 44.
УДК 330.322.54
ОСОБЕННОСТИ ОЦЕНКИ ЭФФЕКТИВНОСТИ ИТ-ПРОЕКТОВ Л.Л.Куликова1, В.Ю.Швакин2
Институт Экономики Иркутского государственного технического университета, 664047, г. Иркутск, ул. Карла Либкнехта, 153.
Рассмотрены показатели оценки эффективности ИТ-проектов. Приведены методы оценки выгод, затрат, рисков, показано, что наибольшую сложность представляет оценка затрат на ранней стадии проекта, которая сводится к оценке длительности разработки. Предложен метод для оценки длительности разработки на начальной стадии и приведен обзор разработанного программного продукта, реализующего данный метод. Ил. 5. Библиогр. 8 назв.
Ключевые слова: инвестиции; оценка длительности разработки; ИТ-проекты; программный продукт.
FEATURES OF IT-PROJECTS EFFICIENCY ASSESSMENT L.L. Kulikova, V. Yu. Shvakin
Institute of Economics of Irkutsk State Technical University, 153 Karl Liebknecht St., Irkutsk, 664047.
The authors consider the indicators of IT-projects efficiency assessment. They present the assessment methods for profits, costs, and risks. They show that the greatest difficulty is the assessment of costs at the early stage of the project, which is to estimate the duration of the development. They propose the method to estimate the development duration at an early stage and give an overview of the developed software that implements the proposed method. 5 figures. 8 sources.
Key words: investments; development duration assessment; IT-projects, software.
Под эффективностью ИТ-проектов принято понимать комплексную характеристику проекта, отражающую степень соответствия проекта бизнес - целям организации, для которой разрабатывается данный проект с учетом затрат ресурсов, в том числе и времени, а также рисков реализации и внедрения проекта.
Методика определения эффективности от внедрения ИТ-проектов включает в себя три стадии, каждая из которых представляет собой самостоятельную достаточно сложную задачу:
первая стадия - оценка выгод, получаемых организацией от внедрения ИТ-проекта;
вторая стадия - оценка затрат на разработку, внедрение и сопровождение проектов;
третья стадия- оценка рисков, связанных с данным проектом.
Выгоды, или эффекты, от внедрения ИТ-проектов принято делить на две группы - прямые и косвенные. Прямые эффекты проявляются через изменение финансово-экономических показателей деятельности организации, таких как:
• увеличение дохода / прибыли компании, в том числе минимизация упущенного дохода;
• снижение текущих затрат;
• снижение капитальных затрат;
• минимизация налоговых и других обязательных выплат;
• снижение штрафных санкций и прочих внереализационных расходов;
• увеличение оборачиваемости активов компании;
• увеличение стоимости компании за счет улучшения имиджа и репутации компании.
Как правило, прямые эффекты возникают в тех случаях, когда автоматизируются непосредственно функции, включенные в цепочку жизненного цикла производимой продукции (цепочку ценностей по М. Портеру). Это - функции маркетинга, подготовки производства, логистики (входной и выходной), продажи, послепродажного обслуживания и, конечно, самого производства, которые добавляют ценность изделиям и услугам, а также напрямую влияют на показатели деятельности предприятия. Так, внедрение автоматизированной системы, позволяющей уменьшить складские запасы, даст прямой экономический эффект, который выражается в увеличении оборачиваемости оборотных средств и непосредственно влияет на рентабельность предприятия.
1Куликова Любовь Леонидовна, кандидат экономических наук, доцент кафедры вычислительной техники, заместитель директора института Экономики ИрГТУ, заведующая кафедрой прикладной информатики, тел.: 89148771684. Kulikova Lubov Leonidovna, Candidate of Economics, associate professor of the chair of Computer Engineering, Deputy director of the Institute of Economics ISTU, Head of the chair of Applied Informatics, tel.: 89148771684.
2Швакин Василий Юрьевич, аспирант, тел.: 89021765417. Shvakin Vasily Yurievich, postgraduate student, tel.: 89021765417.
Для оценки прямых эффектов (рис. 1) существует хорошо развитый аппарат инвестиционного анализа, использующий такие финансовые показатели, как [1,8]:
• метод внутренней нормы рентабельности IRR;
• метод чистой приведенной стоимости NPV;
• метод приведенного срока окупаемости Pay-back Period;
• метод рентабельности инвестиций ROI и др.
Г
Основанные на количественных
ными и приводят к срыву сроков или прекращению выполнения. Другие виды рисков для ИТ-проектов будут рассмотрены ниже.
В настоящее время получили распространение модифицированные методы количественного финансового анализа, использующие в расчетах вероятностные характеристики реализации проектов, например метод реальных опционов.
Методы оценки экономической эффективности ИТ-проектов
1
Основанные на
На основе денежных потоков
Portfolio management
Энтропийный метод
Рис. 1. Существующие методы оценки
Аргументами при расчете этих показателей являются три переменные: инвестиции, чистый денежный поток и месячная ставка дисконтирования. Особенностью ИТ- проектов является то, что ставка дисконтирования для них должна быть выше средней ставки дисконтирования, используемой в организации, так как считается, что риск данных проектов превосходит средний показатель риска по данной организации. Причинами такого положения дел является то, что, как правило, проекты ИТ являются непрофильными и уникальными для организации. По исследованиям Standish Group (США) [1], из более чем 8000 обследованных проектов неудачными оказались более 30% проектов, а общие затраты по ним превысили 80 млрд. долларов. Всего 16% проектов были выполнены в срок и в пределах бюджета, а по остальным перерасход составил 189% (рис. 2). Приведенные данные показывают, что результаты планирования программных проектов часто оказываются неудовлетворитель-
эффективности ИТ-проектов
16%
30%
□ Успешное завершение ■ Перерасход
□ Прекращение
54%
Рис. 2. Итоги выполнения ИТ-проектов
Очень часто внедрение ИТ-проектов дает опосредованный, косвенный эффект. Косвенный эффект может проявляться в следующем виде:
1. Повышение "интеллектуальности" бизнеса, возможность упреждающих решений.
2. Оптимизация планирования за счет использования современных экономико-математических методов и централизованной базы данных (БД).
3. Усовершенствование процессов принятия решений на базе полной, достоверной и оперативной информации.
4. Повышение рыночной привлекательности, имиджа компании.
5. Расширение информационной компетентности сотрудников организации.
6. Создание единой среды сотрудничества за счет прозрачных и понятных общих целей.
7. Уменьшение воровства и т.п.
Существуют методики, позволяющие агрегировать
косвенные эффекты, возникающие на уровне бизнес-процедур, в прямые выгоды, но эти методики достаточно сложны и трудоемки.
Для оценки косвенных эффектов в настоящее время существует ряд методов, использующих не количественные, а качественные метрики. К наиболее известным методам относятся TVO (Total value of Opportunities), BSC (Balanced Scorecard), IE (Information Economics) и другие. Так, в многофакторной модели экономического результата TVO определяется итоговый рейтинг проекта по пяти направлениям: соответствие стратегии, воздействие на бизнес-процессы, оценка влияния на архитектуру информационной системы, расчет прямой выгоды и оценка рисков. Для каждого направления выбирается система показателей, шкалы оценки и веса.
В близкой по идее методологии BSC [2] используются четыре составляющие для получения итоговой характеристики проекта: финансовая составляющая, клиентская составляющая, составляющая бизнес-процессов, составляющая обучения и роста.
Эти методики не получили широкого распространения в российских организациях, так как требуют сбора и обработки большого объема информации, которая не рождается естественным образом внутри производственной системы, а требует создания специальных информационных процессов и, следовательно, дополнительных обязанностей работникам.
Лишенной этих недостатков, на наш взгляд, является методика определения косвенного эффекта путем расчета уровня организованности (энтропии) предприятия. Уровень организованности при этом понимается как степень наполнения системы информацией, необходимой и достаточной для принятия эффективных управленческих решений. Увеличение уровня организованности, а следовательно, снижение энтропии является главным проявлением косвенных эффектов при внедрении ИТ. Оценить изменение уровня организованности можно при построении функциональных моделей AS-IS и TO-BE, введя в эти модели дополнительные метрики, при этом не потребуется привлечения дополнительных ресурсов для оценки предполагаемого эффекта [3].
При оценке будущей эффективности проекта необходимо оценить не только потенциальные выгоды, но и возможные риски, связанные с разработкой и внедрением. Обычно эти риски группируют в четыре
класса:
• риски организации (культура, готовность, поддержка менеджмента);
• риски собственно проекта (управление, сложность, неопределенность границ);
• риски персонала (уровень пользователей, текучесть кадров);
• риски внешней среды (конкуренция, меры правительства, экономический цикл).
Степень воздействия указанных рисков оценивается экспертным путем.
Затраты при приобретении программного продукта состоят из нескольких частей: стоимость покупки (производства) ИТ-продукта, расходы на внедрение, сопровождение, обучение персонала, администрирование и некоторые другие затраты. При внедрении возможно возникновение неявных затрат таких, как изменение технологии работы предприятия, потери из-за временного снижения качества производства и т.п. Наиболее простой вариант для определения затрат - приобретение готовой информационной системы. В этом случае можно достаточно точно определить, во что выльется предприятию покупка готовой системы. Для этих целей существует методика ТСО (Total Cost of Ownership), использование которой позволяет определить все виды затрат, связанных с владением информационной системой.
Случай реализации индивидуального ИТ - проекта (собственными силами или сторонним разработчиком) для определения затрат представляется намного сложнее [4, 5]. Реальная стоимость работ становится известной только по завершении проекта. Поэтому в таких случаях пользуются в основном экспертными оценками, имеющими низкую точность.
При оценке стоимости разработки ИТ-проекта одним из важнейших значений является длительность разработки - основной показатель затрат по ресурсам вычислительной техники, базовому программному обеспечению и труду разработчиков. Также длительность позволяет оценивать актуальность продукта на момент завершения и напрямую связана с основными рисками - затягиванием или прекращением выполнения проекта:
Z = L(t) + E(tm ) + A(t) + S(t) + N,
где Z - общие затраты на проект;
L(t) - затраты на оплату труда разработчиков;
E(tm) - затраты на электроэнергию;
A(t) - амортизационные отчисления;
S(t) - затраты на содержание и эксплуатацию технических средств;
t - длительность проекта;
tm - машинное время;
N - другие затраты, не зависящие от времени.
В ходе разработки программный продукт «проходит» несколько стадий, на которых значительно различается количество и качество информации, требуемой для оценки, а также сами требования к оценке.
подготовка
проектировние изготовление
выпуск
Рис. 3. Распределение трудозатрат на разработку ИТ-проектов
Согласно 1БО/1ЕС 15288 можно выделить следующие стадии разработки: формирование концепции (анализ потребностей, выбор концепции и проектных решений), разработка (проектирование системы), реализация (изготовление системы), ввод в эксплуатацию (подведение итогов, внесение реальных результатов для дальнейшего использования). При прохождении разработки через данные стадии увеличивается как информированность о проекте, так и требования к точности его оценки. Разбиение трудозатрат по стадиям проектов составляет (рис. 3) [6]:
• 10-20% - работы подготовительного этапа;
• 35-40% - работы по проектированию системы, обеспечению качества;
• 35-55% - изготовление программного продукта (кодирование);
• 5-7% - выпуск и разработка документации. Существующие методы оценки затрат можно раз-
делить на следующие группы: аналитические, экспертные, статистические (рис. 4).
Методы макрооценки используют параметры, установленные на основе анализа статистических зависимостей большого количества ранее разработанных проектов. В качестве основного показателя используется длина программного кода или более совершенный аналог - различные варианты функциональных пунктов (ФП) [6]. Кроме того, каждый метод определяет набор дополнительных показателей, влияющих на трудоемкость задачи, и на основе статистических данных определяет значения этих факторов. Примером служат следующие методы: методика Госкомтруда, КОМОСТ, ПЛАПС, СОСОМО (I, II), РРД МК II, ЕРР 1РР1Ю РРД. Проблема заключается в том, что информацию о предполагаемой длине кода можно получить с достаточной точностью лишь после завершения этапа проектирования. Еще одним недостатком данных методов является отсутствие учета современных под-
Рис. 4. Методы оценки затрат
ходов к разработке, таких как повторное использование кода и решений (фреймворки, паттерны проектирования, использование веб-служб SOAP и т.п.).
Метод микрооценки, обладающий высокой достоверностью, основан на точном знании назначения решаемых задач, набора и свойств обрабатываемых данных, а также взаимосвязей всех программных модулей. Данный метод возможно применять только после детального описания проекта и разработки всех функциональных задач до степени, пригодной для непосредственного кодирования. По такому принципу построено средство Oracle AIM.
Экспертные методы используют знания руководителей проектов, накопленные в течение ряда лет. Экспертные предположения, как и оценка на основе метода аналогий, на ранних этапах не обладают требуемой точностью, поэтому подобные оценки не могут использоваться в качестве полноценного критерия для анализа инвестиционной привлекательности проекта.
Таким образом, использование указанных методов на стадии запуска проекта становится бесполезным. Подобные методы имеют большую ценность на стадии завершения этапа проектирования, перед началом стадии кодирования. Они позволяют контролировать соответствие процесса разработки имеющемуся плану и своевременно реагировать на возникающие проблемы.
Проблема применения существующих методов расчета длительности разработки заключается в том, что они не позволяют оценить проект на ранней стадии, что необходимо для принятия решения о целесообразности начала работы над проектом.
Для оценки длительности разработки программного продукта в целях оценки его инвестиционной привлекательности необходим метод, применение которого возможно на ранней стадии разработки (формирования концепции). Для этого необходимо соответствие следующим требованиям:
• получение и использование накопленных статистических данных;
• учет специфики (отрасли) проекта;
• возможность использования экспертных оценок при отсутствии других данных;
• учет использования современных технологий разработки проектов, таких как фреймворки, шаблоны проектирования и т.п.;
• возможность адаптации к специфическим требованиям или процессам разработки.
Для учета особенностей разных отраслей проектов необходима классификация современных программных продуктов, в качестве примеров которой могут выступать ГОСТ Р ИСО/МЭК ТО 12182-2002, каталоги программного обеспечения и т.п.
Оценка на стадии формирования концепции позволяет принять решение о целесообразности реализации проекта и рассчитать примерный объем требуемых ресурсов. Методы оценки на этой стадии наименее разработаны, поскольку основная проблема оценки заключается в том, что на этом этапе практи-
чески отсутствуют какие-либо количественные параметры разрабатываемого проекта. Поскольку применение аналитических формул для оценки не представляется возможным, целесообразно использовать сочетание экспертных оценок и статистических данных. В качестве статистических данных необходимо сохранять информацию о реальной длительности проекта, принадлежности проекта к отрасли, а также признаки, по которым можно объединить несколько выполненных проектов в один класс с планируемым проектом. Для решения этой задачи возможно использование метода распознавания образов с классификацией проектов с помощью метода поиска ближайшего соседа. Этот метод обладает следующими преимуществами: 1) предназначен для работы как с количественными так и с качественными данными; 2) в данном случае полностью решает поставленную задачу без усложнения вычислений; 3) автоматически улучшает точность работы при увеличении количества исторических данных; 4) логично вписывается в концепцию работы с базами данных, содержащими статистические данные; 5) находимые решения не уникальны для конкретной ситуации, возможно их использование для других подобных случаев. Основным недостатком данного подхода является повышенная ресурсоемкость при проведении вычислений, но она значительно снижается за счет применения современных систем управления данными.
Для вычисления степени близости можно использовать обобщенную формулу вида
6к = ¿(( *( -ч))2)
где с/к - степень близости проектов / и к, /-номер образца проекта (из базы завершенных проектов), к-текущий (оцениваемый) проект, ]-номер сравниваемого признака, w■ - вес ]-го признака, хн - значения
] У
признака ] текущего образца и у^ - значения признака ] оцениваемого проекта.
Для проведения экспертной оценки используются следующие группы признаков: признаки группы разработчиков, заказчика; общие признаки проекта; признаки, характерные для определенной отрасли проектов.
Признаки группы разработчиков: опыт работы в прикладной области, навыки владения языками и инструментарием, знание одних и тех же принципов разработки, общая квалификация программистов, слаженность команды, использование программных инструментов.
Признаки заказчика: количество отделов, количество филиалов, число сотрудников, число квалифицированных ИТ-сотрудников, число сотрудников с высшим образованием, характеристика продуктов/услуг, сменяемость персонала, количество сотрудников, непосредственно отвечающих за разрабатываемое ПО.
Признаки проекта: объем обрабатываемых данных, степень требуемой документированности, похожесть на прошлые проекты, сложность продукта, необходимая надежность, требования по быстродейст-
вию, аппаратные ограничения, уровень потенциального пользователя, количество пользователей, требования к безопасности, поддержка различных платформ.
Признаки, характерные для конкретной группы продуктов. На данном этапе разработки выделены признаки для одной из групп ПО - web-приложений. К ним относятся: расположение (внешнее, внутреннее), частота обновлений, интеграция с существующими системами (текущими, планируемыми), количество стандартных модулей, количество нестандартных модулей.
Нами создан программный комплекс [7], предназначенный для оценки затрат на разработку ПО согласно предложенному методу, который может использоваться при определении ценовых характеристик программного обеспечения, для эффективного принятия решений при инвестировании проектов по разработке ПО, в учебном процессе. Архитектура разработанного программного обеспечения представлена на рис. 5. Данный программный комплекс обладает средствами адаптации и расширяемости за счет использования специального фреймворка «Abs Library», избавляющего разработчика от решения технических задач и позволяющего сконцентрироваться на требуемых функциях оценки.
Основные объекты системы оценивания:
• Пользователи - зарегистрированные пользователи системы, привязанные к группам разработчиков;
• Группы - группы разработчиков, для повышения точности оценки преимуществом пользуются проекты своей группы разработчиков. Группа может представлять собой индивидуального разработчика, отдел, команду, организацию и т.п.
• Проекты - все проекты по разработке ПО, завершенные проекты отмечаются специальным флагом и имеют информацию о реальных результатах (сроках, трудоемкости и т.п.) работы;
• Свойства проекта - атрибуты проекта, согласно которым проводится оценка;
• Атрибуты - список атрибутов, по которым оцениваются проекты;
• Типы оценок - диапазоны (варианты) эксперт-
ных оценок;
• Шкалы - наборы коэффициентов, применяемых для более точной оценки;
• Классы проектов - список типов проектов, имеющих разные наборы атрибутов;
• Расчет - подсчет оценки на первом этапе;
• Результаты - реальные исторические данные завершенных проектов.
ВЕБ-БРАУЗЕР
_ВЕБ-СЕРВЕР
PHP _
(интерпретатор языка)
Приложение оценки длительности разработки ПП
__| каркас 1
Разработанный фреймворк
Zend Framework
(используемый сторонний фреймворк)
СУБД MySQL
Рис. 5. Архитектура программного продукта
Для реализации требований адаптации к специфическим характеристикам проектов, а также для поддержки расширения функциональности с минимальными затратами времени на доработку был создан каркас системы (фреймворк), избавляющий разработчика от решения технических задач и позволяющий сконцентрироваться на требуемых функциях оценки.
1. Боди З., Мертон Р.К. Финансы. М.: Вильямс, 2000. 592 с.
2. Каплан Р., Нортон Д. Организация, ориентированная на стратегию. М.: ЗАО «Олимп-Бизнес», 2004. 82 с.
3. Куликова Л.Л. Энтропия как метрика для оценки косвенного эффекта от внедрения ИТ-проектов / XII научно-практ. конф. «Реинжиниринг бизнес-процессов на основе современных информационных технологий. Системы управления знаниями» (РБП-СУЗ-2009): сб. науч. тр. / Московский гос. ун-т экономики, статистики и информатики. М., 2009. С. 163-167.
4. Макконелл С. Руководство для менеджера программных проектов «Остаться в живых». СПб.: Питер, 2006. 237 с.
5. Макконелл С. Сколько стоит программный проект. СПб.:
ский список
Питер, 2007. 297 с.
6. Государственный испытательный сертификационный центр программных средств вычислительной техники http://www.gicpsvt.ru/, свободный.
7. Швакин В.Ю., Куликова Л.Л. Разработка программного продукта для оценки длительности разработки ИТ-проектов// Молодежь и современные информационные технологии. Сборник трудов VII Всероссийской научно-практической конференции студентов, аспирантов и молодых ученых. Томск: СПб Графикс, 2009. 287 с.
8. Cochrane J.H. Assert Pricing. Princeton University Press, 2000. 684 с.
УДК 657.1
УПРАВЛЕНЧЕСКИЙ УЧЕТ - ОСНОВА КОНТРОЛЯ В ПРИНЯТИИ ОПТИМАЛЬНЫХ РЕШЕНИЙ
Г.Л.Лемещенко1, Е.В.Ломоносова2
Тихоокеанский государственный экономический университет, 690091, г. Владивосток, Океанский проспект, 19.
Рассматриваются основные функции и место контроллинга в системе управления предприятием и обосновывается целесообразность введения системы контроллинга на предприятии розничной торговли. Ил. 3. Табл. 2. Библиогр. 12 назв.
Ключевые слова: управленческий учет; контроллинг; прямые расходы; косвенные расходы; маржинальный доход; оборот продаж; рентабельность.
MANAGEMENT ACCOUNTING AS A CONTROL BASIS FOR OPTIMAL DECISION MAKING G.L. Lemeschenko, E.V. Lomonosova
Pacific State Economical University, 19 Okeansky Av., Vladivostok, 690091
The authors deal with the basic functions and the place of controlling in the enterprise management system. They prove the expediency to introduce a controlling system at a retailer enterprise. 3 figures. 2 tables.12 sources.
Key words: management accounting; controlling; direct costs; indirect costs; margin profit; sales turnover; profitability.
В последние годы российскими учеными и практи -ками в области экономики и управления стал использоваться термин «контроллинг». Однако трактовки этого термина разнятся. Некоторые полагают, что контроллинг - это внутренний контроль, другие же считают, что контроллинг ближе к аудиту. Специалисты в области автоматизированных систем управления предприятиями (АСУП) считают, что контроллинг - это практически то же самое, что и АСУП, но лишь с учетом новых условий хозяйствования. Контроллинг сравнивают также с системой программно-целевого планирования. Чаще всего контроллинг отождествляют, частично или полностью, с управленческим учетом [8].
Нам представляется, что ни с одним из приведенных выше определений контроллинга нельзя согласиться в полной мере. В системе контроллинга есть место и управленческому учету, и контролю, и аудиту, и программно-целевому планированию, но это еще далеко не все базовые принципы, инструменты и методы контроллинга.
Множественность существующих определений объясняется также приверженностью авторов разным научным школам организационного управления. Традиционно выделяют немецкую и американскую школы. В Германии преобладает научное обоснование принципов и методов контроллинга, а в США и некоторых европейских странах большее внимание уделяется его инструментам и их практическому применению в различных ситуациях.
У каждой из школ есть своя модель контроллинга. Основные отличия американской и немецкой моделей определяются на уровне принятия решений. Немецкая
модель концентрируется на задачах внутреннего учета, а американская охватывает также задачи управления финансами и информационные технологии.
Анализ литературных источников [3-9, 11, 14] позволяет выделить шесть концепций контроллинга, сформировавшихся к настоящему времени (табл. 1):
1) управленческий учет (80-е годы);
2) информационная система (конец 80-х годов);
3) планирование и контроль (начало 90-х годов);
4) координация (90-е годы);
5) метасистема управления (конец 90-х годов);
6) координация процесса принятия решений (2000-е годы).
В последнее время необходимость внедрения контроллинга все в большей степени связывается с потребностью подготовки и оказания помощи руководству фирмы в быстром реагировании на неожиданные события рынка.
Контроллинг, являясь одним из элементов системы управления предприятием, неразрывно связан с бухгалтерским учетом (рис. 1). Управленческий и финансовый учет представляют собой две составляющие бухгалтерского учета. Главная их задача - своевременное обеспечение руководства предприятия достоверной информацией, которая с помощью соответствующих инструментов контроллинга трансформируется и становится базой для формирования проектов управленческих решений. Бухгалтерскому учету свойственна особенность: он отражает результаты свершившихся в прошлом событий. В контроллинге такая информация используется для проведения анализа отклонений фактических данных от запланированных. Полученные результаты являются исходным
1Лемещенко Галина Леонидовна, кандидат экономических наук, доцент, тел.: (4232) 406573, e-mail: accountlab@list.ru Lemeschenko Galina Leonidovna, Candidate of Economics, associate professor, tel.: (4232) 406573, e-mail: accountlab@list.ru
2Ломоносова Елена Владимировна, старший преподаватель, тел.: (4232) 406573, e-mail: accountlab@list.ru Lomonosova Elena Vladimirovna, senior lecturer, tel.: (4232) 406573, e-mail: accountlab@list.ru
