Галактика ERP — для малого бизнеса
Для малого бизнеса России, Белоруссии, Украины и Казахстана существует бесплатная версия системы Галактика ERP — Галактика Экспресс
Галактика Экспресс включает в себя:
· Бесплатную лицензию на ERP-систему
· Преднастроенную базу для России, Белоруссии, Украины и Казахстана
· Техническую поддержку и консалтинг (в версии ВРП)
· Набор отраслевых решений и конфигураций
Галактика Экспресс имеет как полностью бесплатную версию (СРВ — свободно распространяемая версия), так и версию, где оплачивается только техническая поддержка (ВРП — версия, распространяемая по подписке).
В настоящий момент (2018.08.24) упоминания об этом продукте на сайте https://www.galaktika.ru/ не обнаружены.
Оценки и сравнения
· Галактика занимала четвёртое место на рынке ERP систем с долей в 7 % в 2003 году. Более высокие места занимали SAP, Microsoft и Oracle.
· В 2009 году доля Галактики составила 3,9% на рынке интегрированных систем управления предприятием. Компания заняла пятое место (нельзя сказать, что она понизилась в рейтинге, так как в сравнении за 2003 год не учитывалась 1С, которая в рейтинге 2009 года заняла второе место).
· По оценкам исследовательской компании DSS Consulting Галактика ERP занимает 1-е место по количеству внедрений среди класса средних интегрированных ERP-систем по итогам 2009 года c долей рынка в 52%.
30) Методика проведения обследования организации перед внедрением АСУД (этапы, задачи, структура документов, содержащих результаты обследования)
|
|
|
Этап 1: назначаем руководителя проекта. Руководитель проекта должен разбираться в вопросах документооборота и хорошо знать IТ-инфраструктуру организации. Далеко не в каждой организации найдется специалист, отвечающий этим требованиям, поэтому чаще всего руководят проектом два работника – начальник канцелярии и IТ-директор.
Этап 2: анализируем нормативную базу. На этом этапе необходимо изучить локальные нормативные акты организации в части документационного обеспечения. Речь идет не только об инструкции по делопроизводству. Также потребуется изучить внутренние нормативы в части управления договорами, оборота бухгалтерской документации и т.д.
Этап 3: проводим интервью. Для проведения интервью необходимо определить круг респондентов. Поможет в этом изучение локальных нормативных документов. В списке опрашиваемых могут быть, например, руководители структурных подразделений, их заместители и потенциальные ключевые пользователи СЭД (специалисты, ответственные за создание, согласование документов, и др.). Для интервью необходимо подготовить перечень вопросов (см. Пример).
Обследование организации перед внедрением АСДОУ является важным этапом внедрения системы, т.к. позволяет получить общее представление об объекте автоматизации, выявить существующие недостатки в работе, оптимизировать управление документами, определить требования к процессам управления документами, к самой АСДОУ.
|
|
|
На основе полученных данных осуществляется вся последующая деятельность. Перед проведением обследования необходимо издать приказ о создании рабочей группы и проведении обследования с утверждением календарного плана, определить бюджет проекта.
Календарный план включает: наименование этапа, перечень и содержание работ по этапу, сроки выполнения работ, ответственные и исполнители, отчетная документация по каждому этапу.
Обследование проводится в три этапа:
1. Обследование общих закономерностей функционирования организации.
2. Обследование деятельности каждого автоматизируемого подразделения.
3. Детальное обследование процессов работы с документами.
Как по результатам каждого этапа, так и по всему обследованию предоставляются отчеты. Обследование проводится с помощью следующих методов: анкетирование, интервьюирование, наблюдение, анализ документов, моделирование.
31) Обследование общих закономерностей функционирования организации
|
|
|
Обследование общих закономерностей функционирования организации. Целью данного этапа является идентификация структуры организации и выявление общих закономерностей ее деятельности. Содержание работ включает запрос информации, регламентирующей деятельность организации в целом: документы, определяющие функционирование организации; документы, определяющие направления ее деятельности; документы, определяющие правила и принципы осуществления стратегического управления; стратегический план (план развития) организации; состав и описание программного и аппаратного обеспечения организации. Результаты работы представляются в виде отчета, отражающего: общие принципы функционирования организации; структуру организации и подразделений; направления деятельности; правила взаимодействия компании с внешними организациями; основные бизнеспроцессы; схему документопотоков.
32) Обследование деятельности каждого автоматизируемого подразделения
Цель этапа заключается в выявлении общей картины структуры бизнес- процессов организации, фиксации функций каждого автоматизируемого подразделения. Содержание работ включает подготовку сотрудников организации к процессу обследования, получение информации о функционировании подразделений. Выявляется следующая информация: структура подразделения; документы, определяющие условия общей работы подразделения и 24 выполнение конкретных функций; функции подразделения с указанием ответственных; бизнес-процессы, в которых участвует подразделение, и их обеспечение; входящие, исходящие и внутренние документы, их виды, типы количество в месяц, способы документирования. Результатом работы является отчет, который должен содержать: название и структуру подразделения; перечень бизнес-процессов подразделения; характеристика кадрового состава; документы, регламентирующие деятельность; выполняемые функции; объем документооборота; правила работы с документами; аппаратное и программное обеспечение; результаты деятельности подразделения.
|
|
|
33) Детальное обследование процессов работы с документами
Цель этапа – зафиксировать необходимые детали выполнения бизнеспроцессов. Содержание работ включает: запрос данных о выполнении процессов; последовательность действий выполнения процессов; подготовка положения о выполнении каждого процесса; документирование процессов (схема организационной структуры с учетом иерархических и функциональных связей подразделений; схематическое изображение основных элементов процесса; перечень того, что выполняется сотрудниками и по каким правилам; наличие форм документов; ИТ, используемые для выполнения процесса и т.п.); моделирование процессов. Существующие бизнес-процессы исследуются и описываются (as is, как есть). В результате анализа собранных данных предлагаются оптимизированные схемы процессов (to bе, как должно быть). При обследовании процессов работы с документами рекомендуется составить список существующих видов документов; описать технологию документирования; показать условия и схему движения документов; описать способ регистрации, составить списки сотрудников, ответственных, визирующих, подписывающих, утверждающих, регистрирующих документы; составить список документов с указанием условий предоставления доступа к ним и т.д. Моделирование процессов и составление схем прохождения документов выполняется одной из существующих нотаций. Иерархическая схема процессов может быть построена с помощью IDEF0 (Integrated Definition) – семейство методологий моделирования бизнес-процессов. Представляет собой совокупность методов для построения моделей компании на основе выработанного формализованного языка моделирования. Схему движения документа с указанием должности сотрудников можно построить с помощью Cross Functional Flowchart. Алгоритм выполнения процесса разрабатывается с помощью Basic Flowchart. Инструменты такого рода полезно применять в крупных проектах, предусматривающих разработку или настройку сложных программных систем, например, ЕСМ, ERP.
34) Факторы, влияющие на выбор АСУД
Выбор той или иной АСДОУ определяется многими факторами, среди которых: − управленческая структура, масштаба и сфера деятельности организации; − задачи, которые решаются или будут решаться в организации; − организация процессов работы с документами; − технические, финансовые, человеческие и иные ресурсы, какими 26 располагает организация; − готовность руководства и сотрудников к внедрению системы; − опыт фирмы-разработчика программного продукта. Среди организаций-потребителей АСДОУ выделяют следующие группы: организации, относящиеся к сложным иерархическим структурам; органы местного управления и самоуправления; коммерческие и некоммерческие организации среднего и низшего уровня. Система должна соответствовать стратегии развития организации и выполнять все задачи документационного обеспечения управления в полном объеме: создание документов, регистрация, выбор маршрута движения, контроль исполнения, хранение и поиск документов, организация защищенного документооборота и т.д. Цель и задачи внедрения определяют и тип внедряемой системы управления документами. Если в организации необходимо автоматизировать делопроизводство, то внедряется система электронного документооборота. Если первоочередной задачей является создание единого информационно пространства, то внедряется система управления корпоративным контентом. Человеческий фактор является одним из ключевых факторов при выборе системы. Персонал организации и прежде всего персонал службы ДОУ должен быть хорошо знаком с компьютерными информационными технологиями, понимать требования, предъявляемые к таким информационным системам, и получаемые в результате реализации проекта выгоды. При анализе фирмы-разработчика следует обращать внимание на деловую репутацию компании, наличие квалифицированных кадров, положительный опыт работы в аналогичных проектах.
35) Порядок выбора АСУД
Перечень требований к программному продукту (критериев), как правило, достаточно обширный, поэтому рекомендуется тщательная проработка и объединение их в группы/подгруппы на основании каких-либо общих свойств, например: − функциональные возможности; − требования к программному и аппаратному обеспечению; − эксплуатация и развитие системы; − репутация фирмы-разработчика; − стоимостные характеристики. В каждой группе подкритерии необходимо ранжировать и установить шкалу или тип оценки. Если выбор системы осуществляют эксперты, то это могут баллы. Если же сотрудники организации самостоятельно выбирают систему, то могут быть использованы символы «+» (наличие возможности), «−» (отсутствие возможности), «+/−» (опционально или внешним ПО) и «−/+» (неполная функциональность возможности). Требования к программному и аппаратному обеспечению включают указание платформы, на основе которой будет работать система; приобретение сторонней системы управления базами данных, иного дополнительного программного обеспечения; наличие соответствующего системе технического обеспечения; наличие в организации программнотехнических комплексов и их возможная интеграция с системой и т. п. Критерии эксплуатации и развития системы содержат требования к. простоте установки и удобству настройки системы; ее дальнейшей модернизации; форме технической поддержки; обучению сотрудников; качеству сопроводительной документации и т.д. Стоимость АСДОУ включает: стоимость рабочего места (один сервер и количество лицензий доступа: одна лицензия на одно рабочее место), стоимость обучения сотрудников, стоимость дополнительного аппаратного и программного обеспечения, стоимость внедрения и технической поддержки во время эксплуатации, стоимость продуктов сторонних разработчиков, интегрированных с данной системой, стоимость реализации дополнительных функций согласно требованиям заказчика.
36) Критерии выбора АСУД
Перечень требований к программному продукту (критериев), как правило, достаточно обширный, поэтому рекомендуется тщательная проработка и объединение их в группы/подгруппы на основании каких-либо общих свойств, например: − функциональные возможности; − требования к программному и аппаратному обеспечению; − эксплуатация и развитие системы; − репутация фирмы-разработчика; − стоимостные характеристики. В каждой группе подкритерии необходимо ранжировать и установить шкалу или тип оценки. Если выбор системы осуществляют эксперты, то это могут баллы. Если же сотрудники организации самостоятельно выбирают систему, то могут быть использованы символы «+» (наличие возможности), «−» (отсутствие возможности), «+/−» (опционально или внешним ПО) и «−/+» (неполная функциональность возможности). Требования к программному и аппаратному обеспечению включают указание платформы, на основе которой будет работать система; 27 приобретение сторонней системы управления базами данных, иного дополнительного программного обеспечения; наличие соответствующего системе технического обеспечения; наличие в организации программнотехнических комплексов и их возможная интеграция с системой и т. п. Критерии эксплуатации и развития системы содержат требования к. простоте установки и удобству настройки системы; ее дальнейшей модернизации; форме технической поддержки; обучению сотрудников; качеству сопроводительной документации и т.д. Стоимость АСДОУ включает: стоимость рабочего места (один сервер и количество лицензий доступа: одна лицензия на одно рабочее место), стоимость обучения сотрудников, стоимость дополнительного аппаратного и программного обеспечения, стоимость внедрения и технической поддержки во время эксплуатации, стоимость продуктов сторонних разработчиков, интегрированных с данной системой, стоимость реализации дополнительных функций согласно требованиям заказчика.
37) Зарубежные стандарты в области управления электронными документами по средствам автоматизированных систем
В США разработки в области электронного документооборота активно поддерживаются правительством, американские компании доминируют на рынке систем электронной торговли. В ноябре 1997 года в США был принят государственный стандарт DoD 5015.25 «Design Criteria Standard For Electronic Records Management Software Applications» (Требования к программным приложениям для управления электронными документами). Аналогичные стандарты приняты в Великобритании (Public Records Office. Requirements for Electronic Records Management Systems), Австралии (Functional Specifications for Electronic Records Management Systems Software), Норвегии (NOARK), Германии (DOMEA). Они предъявляют менее широкие, но более реальные на сегодняшний день требования к системам электронного документооборота; Европейский Союз принял стандарт в области управления документами в 2001 году в рамках реализации программы «Обмен данными между органами управления» – MoReq «Model requirements for the management of electronic records», Типовые требования по управлению электронными документами. В феврале 2008 года вышла усовершенствованная версия спецификации – MoReq2, представляющая расширение функциональных требований MoReq. Спецификация MoReq описывает типовые требования к управлению электронными документами по средствам автоматизированных систем, разработана для применения государственными и коммерческими организациями, которые намереваются внедрить АСУД или хотят оценить возможности уже используемых систем. Требования делятся на обязательные и рекомендательные. MoReq содержит основные требования к: самой системе; классификационной схеме (электронной номенклатуре дел); средствам обеспечения безопасности документов; хранению документов в течение установленного срока, их передаче и уничтожению; вводу документов в 22 систему; идентификаторам объектов; поиску, извлечению и выводу документов; метаданным и эталонной модели. В требованиях MoReq рассматриваются вопросы автоматической защиты аутентичности документов, экспертизы ценности, сроков хранения документов, уничтожения документов, организации долговременного хранения электронных документов, восстановления деятельности после катастроф. MoReq2 дополнен следующими требованиями: разработка программы сертификации программных продуктов на соответствие требованиям стандарта; переработка уже существующих базовых требований, включая оценку соответствия стандарту ISO 15489; управление тематическими делами, организация workflow; эффективное управление гибридными досье и внеэлектронной (физической) документацией;интеграция с системами управления контентом (управление информационными материалами на вебсайтах). MoReq будет полезен и при определении требований к внедряемой АСДОУ, и оценке эффективности уже используемой системы управления документами, и разработке системы такого вида. Стандарт содержит типовые требования к системам управления документами и может быть легко адаптирован для применения в Беларуси. В Российской Федерации в сентябре 2011 года Приказом Минкомсвязи утверждены «Требования к информационным системам электронного документооборота федеральных органов исполнительной власти». Документ устанавливает правила организации и функционирования систем автоматизации делопроизводства и документооборота федеральных органов исполнительной власти. Определяет минимальный набор функций, который должна иметь система, а также условия управления документами в рамках системы, в том числе служебной информацией ограниченного распространения. Указанные Требования распространяются на федеральные органы исполнительной власти, внедряющие систему электронного документооборота либо оценивающие возможности уже имеющейся системы.
38) Факторы, оказывающие влияние на успех внедрения АСУД
Факторами, оказывающими влияние на успех внедрения автоматизированной системы управления документами, являются: − готовность организации к внедрению; 29 − влияние сотрудников на ход проекта внедрения; − степень профессионализма внедряющей компании. К моменту внедрения АСДОУ в организации должно быт проведено обследование и оптимизированы процессы работы с документами. Разработка новой политики мотивации труда является одним из способов, существенно уменьшающих сопротивление персонала. У сотрудников должно быть создано твердое убеждение неизбежности нововведения, высокого статуса проекта, важно обеспечить работников информацией о преимуществах новой технологии работы с документами. Все решения, связанные с реализацией проекта, должны закрепляться соответствующими распоряжениями и приказами руководства организации. Основополагающую роль играет поддержка внедрения системы руководством организации. Для оперативного регулирования процесса внедрения системы может быть создана специальная комиссия или рабочая группы из представителей руководства организации, профильных служб — объектов автоматизации, ИТ-специалистов, специалистов службы ДОУ, внедряющей компании, отвечающих за различные аспекты внедрения: информационный, организационный, технологический, программнотехнический, кадровый. Например, в задачи сотрудников службы ДОУ входит решение кардинальных технологических вопросов, согласование интересов подразделений как пользователей системы, подготовка необходимых нормативно-методических документов, разработка классификации документов и ведение справочников системы.
39) Этапы внедрения АСУД
Соответственно объёму и виду работ при создании АСУД могут быть предусмотрены различные стадии проектирования и внедрения [61, 239].
Стадийность также зависит от мощности внедряемой системы. Под понятием «мощность системы» далее следует понимать количество охватываемых перекрёстков.
Стадийность создания АСУД регламентируется документами: «Руководством по проектированию и внедрению АСУД на базе АСС УД» и ГОСТ 24.501 - 82 «Автоматизированные системы управления дорожным движением. Общие технические требования».
В этих документах предусмотрены следующие стадии создания тиражируемых систем:
· 1) обследование объекта;
· 2) разработка проекта структурно-алгоритмической части АСУД;
· 3) проектирование инженерной части системы;
· 4) привязка программного обеспечения;
· 5) строительно-монтажные работы;
· 6) пусконаладочные работы;
· 7) опытная эксплуатация;
· 8) анализ функционирования системы.
Перечисленные стадии рекомендованы для АСУД, охватывающей не менее 25-ти перекрёстков.
40) Техническое задание на разработку и внедрение АСУД
Техническое задание (ТЗ) — это первичный постановочный документ, являющийся основанием для разработки и внедрения автоматизированной системы. В ТЗ необходимо четко определить и прописать все требования к системе, включая конкретные описания форм, отчетов, справочников, охарактеризовать объект автоматизации, указать состав и содержание работ по ее созданию, алгоритмы взаимодействия всех элементов, порядок контроля и приемки системы, источники финансирования, сроки сдачи проекта и т. п. Основу для написания ТЗ составляет ГОСТ 34.602-89. «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». Стандарт размещен в Национальном фонде технических нормативных правовых актов и распространяется на автоматизированные системы для автоматизации различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы».
41) Зарубежные методики внедрения АСУД
42) Защита информации в АСУД: общая характеристика
43) Угрозы безопасности: понятие и виды
Обеспечение ИБ должно носить комплексный характер и основываться на глубоком анализе и классификации всех возможных негативных последствий. Выявление негативных последствий предполагает идентификацию возможных источников угроз, факторов, способствующих их проявлению и, как следствие, определение актуальных угроз безопасности информации. 44 Угроза информационной безопасности АСДОУ – это потенциальная или реально существующая опасность реализации воздействия на информацию, обрабатываемую в автоматизированной системе, приводящего к нарушению конфиденциальности, целостности или доступности этой информации, а также возможность воздействия на компоненты АСДОУ, приводящего к их утрате, уничтожению или сбою функционирования. По природе возникновения выделяют естественные и искусственные угрозы. Естественные угрозы – угрозы, вызванные воздействиями на АСДОУ и ее элементы объективных физических процессов или стихийных природных явлений, независящих от человека. Искусственные – угрозы автоматизированной системе, вызванные деятельностью человека. Искусственные угрозы делятся на непреднамеренные и преднамеренные. По степени воздействия на АСДОУ угрозы можно подразделить на пассивные и активные. Пассивные угрозы при своей реализации не производят никаких изменений в составе и структуре системы. Реализация активных угроз нарушает структуру автоматизированной системы. Исходя из базовых свойствах защищаемой информации угрозы делятся на угрозы нарушения конфиденциальности, целостности и доступности информации. Наиболее распространенными и опасными угрозами информационной безопасности являются кража информации, халатность сотрудников организаций, вредоносные программы, саботаж, хакерские атаки, финансовое мошенничество, спам, аппаратно-программные сбои, кража оборудования.
44) Организационно-техническое обеспечение защиты информации в АСУД
Организационное-техническое обеспечение – это регламентация деятельности и взаимоотношений пользователей на нормативно-правовой основе таким образом, что разглашение, утечка и несанкционированный доступ к конфиденциальной информации становятся невозможными или существенно затрудняются за счет проведения организационных мероприятий и использования технических средств. Данный вид обеспечения включает: мероприятия, осуществляемые при проектировании, строительстве и оборудовании служебных помещений, в которых производится обработка конфиденциальной информации; мероприятия, осуществляемые при подборе персонала; организация и поддержка пропускного режима; разграничение доступа к информации по кругу лиц и характеру информации; организация хранения и использования документов и носителей конфиденциальной информации; уничтожение бумаги, дисков и иных материалов, содержащих фрагменты ценной информации; контроль защищенности информации; обучение сотрудников.
45) Программно-технологическое обеспечение защиты информации в АСУД
Программно-технологическое обеспечение – создание и использование специальных программ, реализующих функции защиты информации. Защитный программный код может выступать как отдельно, в качестве отдельного программного продукта, так и включаться в состав других, многофункциональных программ. Программы защиты информации делятся на группы, обеспечивающие: разграничение и контроль доступа, защиту информации при передаче ее по каналам связи, защиту от утечки информации по различным физическим полям, защиту от модификации, предотвращение и обнаружение вторжений, контроль состояния программного и аппаратного обеспечения ПК, антивирусную защиту.
46) Правовое обеспечение защиты информации в АСУД
Правовое обеспечение предусматривает создание соответствующей нормативной правовой базы для обеспечения информационной безопасности и защиты информации. Может быть выделено два уровня: государственный (разработка нормативных правовых документов, регламентирующих разработку, создание и эксплуатацию любой автоматизированной системы) и локальный (разработка локальных нормативных правовых документов, регламентирующих разработку, создание и работу пользователей с конкретной АСДОУ). К правовому обеспечению по защите информации относятся разработка законодательных механизмов защиты информации и установления юридической ответственности за обеспечение ее сохранности; установление норм и методов защиты авторских прав в информационной сфере; установление единых норм и критериев разработки программного обеспечения и функционирования АСДОУ; выработка механизмов придания юридической силы электронным документам и обеспечения их подлинности 43 и целостности на всех стадиях жизненного цикла; установление правовых норм и юридической ответственности за неправомерное использование средств вычислительной техники; заключаемые обладателем с пользователем информации договоры, в которых устанавливаются условия использования информации, а также ответственность сторон по договору за нарушение указанных условий.
47) Понятие электронной цифровой подписи (ЭЦП)
Электронная цифровая подпись – последовательность символов, являющаяся реквизитом электронного документа и предназначенная для подтверждения его целостности и подлинности. Применятся при разработке защищенных систем электронного документооборота. ЭЦП представляет собой последовательность символов, полученную в результате криптографического преобразования электронных данных. ЭЦП добавляется к блоку данных и позволяет получателю блока проверить источник и целостность данных и защититься от подделки. ЭЦП подразделяется на: ЭЦП текста документа и ЭЦП операции, которая заверяет действия, при которых подписывается документ. ЭЦП используется физическими и юридическими лицами в качестве аналога собственноручной подписи для придания электронному документу юридической силы, равной юридической силе документа на бумажном носителе, подписанного собственноручной подписью правомочного лица и скрепленного печатью. Для работы используют личный и открытый ключи. Личный ключ используется для создания ЭЦП в электронных документах, а открытый ключ – для проверки подлинности ЭЦП и работает только в паре с личным ключом. 46 С помощью средства ЭЦП можно подписать любой электронный файл, после чего он становится полноценным электронным документом.
48) Понятие эффективности АСУД
49) Комплексная оценка эффективности АСУД
Существует два подхода к рассмотрению понятия «эффективность». Во-первых, эффективность – это свойство системы выполнять поставленную цель в заданных условиях использования и с определенным качеством. Во-вторых, эффективность – 31 относительный эффект, результативность процесса, операции, проекта, определяемые как отношение эффекта, результата к затратам, расходам, обусловившим, обеспечившим его получение. Оценка эффективности любой автоматизированной системы, в т.ч. и АСДУ, должна учитывать не только характеристики системы, но и влияние системы на деятельность организации, ее управляемость. В связи с этим выделяют следующие виды эффективности (в зависимости от того, что подвергается оценке): − прагматическая; − техническая; − технологическая; − эксплуатационная; − экономическая. Степень реализации системой своего предназначения определяется прагматической эффективностью. Техническая эффективность представляет собой степень соответствия системы поставленным перед ней техническим задачам, т.е. техническое совершенство системы, научно-технический уровень ее организации и функционирования. Технологическая эффективность показывает простоту и технологичность разработки и создания системы. Степень удобства использования и обслуживания системы показывает эксплуатационная эффективность. Экономическая эффективность характеризует целесообразность затрат на внедрение и функционирование системы.
Все информационные системы можно разделить на пять категорий: обеспечивающие критически важные процессы организации, выполняющие безальтернативные требования внешнего регулятора, осуществляющие поддержку существующего бизнеса, нацеленные на рост и развитие фирмы и закладывающие инновационный фундамент для будущего развития. АСДОУ относится к системам, осуществляющих поддержку бизнеса, и это является ее главной особенность как ИС. АСДОУ не связанна прямо с производительностью организации. Связь носит косвенный характер: система влияет на качество управления, а от качества управления зависят итоговые показатели деятельности организации (количество выпущенной продукции, количество обслуженных клиентов и. т.п.) и в конечном счете на ее прибыль. Для того, чтобы определить место, которое АСДОУ занимает среди других ИС и информационной инфраструктуры организации в целом можно привести аналитическую пирамиду, разработанную компанией Gartner. В этой иерархии прослеживаются уровень транзакционных систем, уровень 32 систем бизнес-интеллекта и уровень аналитических приложений. АСДОУ можно отнести к уровню транзакционных систем и систем бизнесинтеллекта, так как она позволяет обрабатывать данные и получать отчеты. Исходя из особенностей АСДОУ как ИС для оценки эффективности определяют критерии и показатели. Критериями прагматической эффективности являются: достоверность преобразования информации, оперативность, своевременность, безопасность системы, надежность. Показатели – соответствующие коэффициенты. К критериям технической эффективности относятся: экономичность, безотказность, долговечность системы. Показатели простоты и технологичности разработки и создания системы позволяют определить ее технологическую эффективность. Критериями эксплуатационной эффективности являются функциональные возможности (полнота решаемых задач по управлению документами), технология обслуживания и другие эксплуатационные характеристики, а показателями – их наличие или отсутствие в АСДОУ. Оценка экономической эффективности предполагает необходимость оценки доходной и затратной части проектов с последующей их интеграцией при расчете обобщенной суммы проекта. Экономический эффект – результат внедрения, выраженный в стоимостной форме, в виде экономии от его осуществления. Так, для организаций, использующих информационные технологии, основными источниками экономии являются: улучшение показателей их основной деятельности, происходящее в результате использования информационных технологий; повышение технического уровня, качества и объемов информационно вычислительных работ; увеличение объемов и сокращение сроков переработки информации; повышение коэффициента использования вычислительных ресурсов, средств подготовки и передачи информации; уменьшение численности персонала; снижение затрат на эксплуатационные материалы. Оценка затратной части не представляет трудности, а основная сложность заключается в оценке эффектов от реализации внедрения АСДОУ, то есть оценки доходной части. Доход может быть определен, например, исходя из сэкономленного рабочего времени сотрудников, снижения затрат на архивное хранение документов, стоимости бумаги при переходе на электронный документооборот.
50) Нормативно-правовое обеспечение оценки эффективности ИТ-проектов
51) Методы оценки эффективности ИТ-проектов: общая характеристика
Внедрение АСДОУ в организации рассматривается как ИТ-проект, поэтому для определения эффективности можно использовать общие методы оценки проектов. Выделяют четыре основные группы методов (выбор метода зависит от цели ИТ-проекта). 1. Инвестиционные: чистая приведенная стоимость (Net Present Value, NPV), срок окупаемости инвестиций (Payback Period, PP), индекс доходности инвестиций (Profitability Index, PI), внутренняя доходность проекта (Internal Rate of Return, IRR). Позволяют оценить экономические параметры ИТпроекта. Используют теорию дисконтирования денежных потоков, образующихся в ходе реализации проекта. 2. Финансовые: экономическая добавленная стоимость (Economic Value Added, EVA), совокупная стоимость владения (Total Cost of Ownership, TCO), совокупный экономический эффект (Total Economic Impact, TEI), возврат на вложенные инвестиции (Return on Investment, ROI), быстрое экономическое обоснование (Rapid Economic Justification, REJ). Основаны на традиционных финансовых методах с учетом специфики ИТ и оценки рисков. 3. Качественные: совокупная стоимость возможностей (Total Value of Opportunity, TVO), система сбалансированных показателей (Balanced Scorecard, BS), информационная экономика (Information Economic, EI), управление портфелем активов (Portfolio Management), система показателей ИТ (IT Scorecard), анализ жизненного цикла системы (System Life Cycle Analysis, SLCA). Дополняют количественные расчеты качественными оценками. 4. Вероятностные: справедливая цена опционов (Real Options Valuation, ROV), прикладная информационная экономика (Applied Information Economics, AIE). Основаны на применении математических моделей и статистических методов. Данные методы нужны для оценки будущего эффекта от применения информационной системы, но пока еще не так широко распространены в практике, как финансовые и качественные. Для оценки эффективности внедрения ЕСМ системы в крупной организации можно использовать метод NPV. Показатель определяется как разность между дисконтированными ожидаемыми поступлениями от реализации проекта и дисконтированными затратами на его осуществление, включая первоначальные вложения. Смысл дисконтирования – привести будущие денежные потоки к настоящему времени, так как доллар, полученный сегодня, и доллар, полученный через год, будут являться разными денежными величинами. Одной из важнейших задач для оценки рентабельности внедрения АСДОУ является расчет и анализ затрат. Эта задачу можно решить с помощью методологии TCO, цель которой заключается в выявлении избыточных статей расхода и оценки возможности вложенных в ИТ средств. Существует несколько вариантов вычисления коэффициента ТСО. Методика работы состоит из следующих шагов: 1. Получение и анализ информации о бюджете на ИТ организации (тип организации, анкетирование и анализ рабочих мест, сбор и анализ информации о прямых и косвенных расходах, подсчет стоимости). 2. Сравнение показателей со средними показателями по отрасли. 3. Определение критических моментов в затратах. 4. Составление матрицы (модели). ROI представляет собой классический способ измерения отдачи от капиталовложений в ИТ-проекты. Чтобы оценить ROI необходимо определить величину затрат, относимых на ИТ-проект, и определить преимущества (прибыль) от его реализации. Все затраты делятся на капитальные и операционные. К капитальным затратам относят затраты, увеличивающие стоимость компании, как-то: стоимость лицензий программного обеспечения, стоимость сервера, стоимость внедрения (консалтинг, дополнительные разработки и трудозатраты рабочей группы). К операционным затратам – стоимость ежегодной поддержки внедренной системы. Обычно в нее закладывается стоимость сопровождения системы, стоимость содержания рабочей группы поддержки программного решения, стоимость содержания сервера. Далее определяют преимущества от внедрения. Каждое выявленное преимущество должно быть однозначным, легко проверяемым и подтвержденным сотрудниками организации (владельцами процессов). При оценке показателя ROI внедрения АСДОУ затруднение вызывает выявление прибыли, так как чаще всего система не генерирует никакой прибыли, а снижает затраты.
52) Методология оценки полной стоимости владения (ТСО).
Впервые термин Совокупная стоимость владения (Total Cost of Ownership
– ТСО) был введен Полем Страссманом, под ТСО он понимал денежные затраты на обслуживание, модернизацию, ремонт, приобретение новых программных продуктов (ПП) для технического средства (например, компьютера), или поддержание в рабочем состоянии ПП (например, базы данных) за все предполагаемое или фактическое время его существования.
Наиболее простым определением TCO ИС является следующее: это затраты, связанные сприобретением, внедрением и использованием ИС. При этом необходимо рассматриватьпервоначальные ипоследующие затраты, в совокупности определяя их какединые затраты на информационную систему в процессе ее создания и эксплуатации.
Любое предприятие с помощью автоматизации стремится повысить эффективность ведения своего бизнеса. Одно из главных условий достижения данной цели — «разумные» (т. е. не больше, но и не меньше) ИТ-затраты,которые точно так же, как и любые другие, требуют планирования, учета и контроля. Исходя из этого, для отечественных предприятий иИТ-менеджеровнеотъемлемыми и требующими детального рассмотрения являются вопросы, связанные с проблемой снижения совокупной стоимости владения информационной системой.
ТСО первоначально разрабатывалась как средство расчета стоимости владения компьютером на Wintel-платформеи благодаря усилиям Gartner Group и Interpose эта методика стала основным инструментом для подсчета ТСО и в других областях компьютерных технологий. Например, сейчас имеются методики расчета ТСО документооборота, различных аппаратных платформ, сетей, ПО. Каждая из методик имеет свою специфику расчета, поэтому приведем лишь общую технологию расчета ТСО.
Изначально существовало две модели оценки TCO.
Первым примером может служить модель TCO, разработанная компанией Microsoft совместно с Interpose.ИТ-затратыв ней разбиваются на две категории:прямые (бюджетные) икосвенные.
Прямые затраты – те, которые обычно учитываются при бюджетном планировании. У многих украинских предприятий нет возможности управлять своим ИТ-бюджетом,поскольку зачастую система бюджетного управления отсутствует как таковая. Прямые затраты, как правило, предусматриваются в бюджетах центральногоИТ-департамента,а также рабочих или проектных групп по поддержке и внедрению информационных технологий внутри производственных и административных подразделений. К ним относятся затраты:
•на аппаратное и программное обеспечение (покупка или аренда, новая установка или обновление и т. д.);
•на управление (сетевое и системное администрирование, проектирование);
•на поддержку (служба технической поддержки, обучение, контракты на поддержку и сопровождение);
•на разработку (постановка задачи и разработка приложений, документации, тестирование и сопровождение);
•на телекоммуникации (каналы связи и их обслуживание).
Косвенные затраты – те, которые не поддаются планированию и часто даже не учитываются. Согласно исследованиям Interpose, они составляют свыше 50% средних расходов организаций на информационные технологии
(рис. 1).
К ним можно отнести:
•пользовательские затраты (персональная поддержка, неформальное обучение, ошибки и просчеты);
•простои (потеря производительности из-завыхода из строя
оборудования или профилактические плановые остановки работы) [4].
В качестве второго примера рассмотрим модель TCO, основой для которой является концепция, предложенная Gartner Group. В этой модели учитываются следующиеIT-затраты:фиксированные, или, как их еще называют, капитальные вложения, итекущие. Их условно разносят по временной шкале: капитальные вложения осуществляются на этапе построения ИС, текущие затраты – на этапе функционирования. По методике Gartner Group
кфиксированным следует относить следующие затраты:
•стоимость разработки и внедрения проекта;
•привлечение внешних консультантов;
•первоначальные закупки основного ПО;
•первоначальные закупки дополнительного ПО;
•первоначальные закупки аппаратного обеспечения.
Фиксированными эти затраты называются потому, что делаются, как правило, один раз, на начальных этапах создания ИС. При этом выбор той или иной стратегии, аппаратной и программной платформ весьма существенно влияет на последующие текущие затраты.
В свою очередь, текущие затраты состоят из трех статей:
•стоимость обновления и модернизации системы;
•затраты на управление системой в целом;
•затраты, вызванные активностью пользователей ИС («активность пользователя»).
Под «затратами на управление системой» подразумеваются расходы, связанные с управлением и администрированием компонентов ИС. В этой статье затрат можно выделить некоторые подкатегории:
•обучение административного персонала и конечных пользователей;
•заработная плата;
•привлечение внешних консультантов;
•аутсорсинг;
•учебные курсы и сертификация;
•техническое и организационное администрирование и сервис.
8
Стоимость обеспечения работы пользователя отражена в понятии «активность пользователя». Эта статья затрат, по данным Gartner Group, имеет наиболее значимый вес в совокупной стоимости ИС. В ней выделяют следующие подстатьи затрат:
•прямая помощь и дополнительные настройки;
•формальное обучение;
•разработка приложений;
•работа с данными;
•неформальное обучение;
•futz-фактор(параметр, определяющий объем затрат, связанных с последствиями некомпетентных действий пользователя).
Эти затраты связаны, например, с участием администратора в настройке рабочей станции, с оказанием помощи пользователю или с консультациями. По данным аналитических компаний, основные факторы, влияющие на итоговую стоимость владения информационными технологиями, на 75% обусловлены проблемами конечного пользователя.
53) Методология определения чистой приведенной стоимости (NPV)
Метод чистой приведенной стоимости (англ. Net Present Value, NPV) получил широкое применение при бюджетировании капитальных вложений и принятии инвестиционных решений. Также NPV считается лучшим критерием отбора для принятия или отклонения решения о реализации инвестиционного проекта, поскольку основывается на концепции стоимости денег во времени. Другими словами, чистая приведенная стоимость отражает ожидаемое изменение благосостояния инвестора в результате реализации проекта.
Формула NPV
Чистая приведенная стоимость проекта является суммой настоящей стоимости всех денежных потоков (как входящих, так и исходящих). Формула расчета выглядит следующим образом:
Где CFt – ожидаемый чистый денежный поток (разница между входящим и исходящим денежным потоком) за период t, r – ставка дисконтирования, N – срок реализации проекта.
Ставка дисконтирования
Важно понимать, что при выборе ставки дисконтирования должна быть учтена не только концепция стоимости денег во времени, но и риск неопределенности ожидаемых денежных потоков! По этой причине в качестве ставки дисконтирования рекомендуется использовать средневзвешенную стоимость капитала (англ. Weighted Average Cost of Capital, WACC), привлеченного для реализации проекта. Другими словами, WACC является требуемой нормой доходности на капитал, инвестированный в проект. Следовательно, чем выше риск неопределенности денежных потоков, тем выше ставка дисконтирования, и наоборот.
Критерий отбора проектов
Правило принятия решения об отборе проектов при помощи NPV метода довольно прямолинейно. Нулевое пороговое значение говорит о том, что денежные потоки проекта позволяют покрыть стоимость привлеченного капитала. Таким образом, критерии отбора можно сформулировать следующим образом:
1. Отдельно взятый независимый проект должен быть принят при положительном значении чистой приведенной стоимости или отклонен при отрицательном. Нулевое значение является точкой безразличия для инвестора.
2. Если инвестор рассматривает несколько независимых проектов, принять следует те из них, у которых наблюдается положительный NPV.
3. Если рассматривается ряд взаимоисключающих проектов, выбрать следует тот из них, у которого будет максимальная чистая приведенная стоимость.
Пример расчета
Компания рассматривает возможность реализации двух проектов, требующих одинаковых первоначальных инвестиций в размере 5 млн. у.е. При этом, оба обладают одинаковым риском неопределенности денежных потоков, и стоимостью привлечения капитала в размере 11,5%. Разница заключается в том, что по Проекту А основные поступление денежных потоков ожидаются раньше, чем по Проекту Б. Детальная информация об ожидаемых денежных потоках представлена в таблице.
Подставим имеющиеся данные в приведенную выше формулу рассчитаем значение чистой приведенной стоимости.
Дисконтированные денежные потоки по двум проектам представлены на рисунке ниже.
Если проекты являются независимыми, компания должна принять каждый из них. Если реализация одного проекта исключает возможность реализации другого, принять следует Проект А, поскольку он характеризуется более высоким NPV.
Расчет NPV в Excel
Рассчитать значение чистой приведенной стоимости можно также при помощи функции «ЧПС» в Excel, как показано на рисунке ниже.
1. Выберите ячейку вывода H6.
2. Нажмите кнопку fx, выберите категорию «Финансовые», а затем функцию «ЧПС» из списка.
3. В поле «Ставка» выберите ячейку C1.
4. В поле «Значение1», выберите диапазон данных C6:G6, оставьте пустым поле «Значение2» и нажмите кнопку OK.
Поскольку мы не учли первоначальные инвестиции, выберите ячейку вывода H6 и прибавьте ячейку B6 в строке формул.
Дата добавления: 2019-07-15; просмотров: 226; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!