Otvety

30.Базовая методология управления ИТ-инфраструктурой ITIL-блок пр-ссов поддержки ИТ-сервисов: включает следующие пр-ссы: управление инцидентами; управление проблемами; управление конфигурациями; управление изменениями; управление релизами.Пр-сс управления инцидентами -для обеспечения быстрого восстановления ИТ-сервиса. Инцидентом- любое событие не являющееся частью нормального функционирования ИТ-сервиса (невозможность загрузить операционную систему, сбой электропитания, сбой жесткого, появление компьютерного вируса в локальной сети офиса, отсутствие бумаги для печатающего устройства и т.д. Показатели кач-ва реализации пр-сса: временная продолжительность инцидентов; число зарегистрированных инцидентов.Пр-сс управления проблемами -для минимизации негативного влияния инцидентов на бизнес и уменьшения количества инцидентов, за счет предотвращения возможных причин инцидентов. Проблема- инцидент или группу инцидентов, имеющих общую неизвестную причину.При реализации пр-сса должны выполняться функции: анализ тенденций инцидентов; регистрация проблем; идентификация корневых причин инцидентов; отслеживание изменений проблем; выявление известных ошибок; управление известными ошибками; решение проблем; закрытие проблем.Пр-сс управления конфигурациями- для оказания помощи в управлении экономическими характеристиками ИТ-сервисов за счет поддержания логической модели инфраструктуры ИТ и ИТ-сервисов, а также предоставление информации о них другим бизнес-пр-ссам. Это реализуется путем идентификации, мониторинга, контроллинга и обеспечения информации о конфигурационных единицах (CI – ConfigurationItem) и их версиях. Должны выполняться функции: планирование – определение стратегии, правил и целей для реализации пр-сса, определение ресурсов, определение интерфейсов с другими пр-ссами, проектами, поставщиками; идентификация – разработка модели данных для записи в базу конфигураций всех компонентов инфраструктуры ИТ.Пр-сс управления изменениями- для обеспечения уверенности ИТ-менеджера, что все изменения необходимы, запланированы и согласованы. Основная задача данного пр-сса – проведение только обоснованных изменений в ИТ-инфраструктуре и отсев непродуманных или рискованных изменений. Конечный результат пр-сса — набор изменений, согласованных между собой и с существующей конфигурацией ИС и не нарушающих функционирования уже существующих сервисов. Пр-сс управления изменениями выполняет функции: обрабатывает запросы на изменения; оценивает последствия изменений; утверждает изменения; разрабатывает график проведения изменений;- устанавливает процедуру обработки запроса на изменение;- устанавливает категории и приоритеты изменений;- управляет проектами изменений;- организует работу комитета по оценке изменений;- осуществляет постоянное улучшение пр-сса.Пр-сс управления релизами- для обеспечения согласованности изменений, вносимых в ИТ-инфраструктуру предприятия. Релиз- набор новых и/или изменённых позиций конфигурации, которые тестируются и внедряются совместно. Пр-сс управления релизами состоит из трёх этапов: разработка; тестирование; распространение и внедрение.Пр-сс управления релизами выполняет функции: планирование релиза; проектирование, разработка, тестирование релиза; подписание релиза в развертывание; подготовка релиза и обучение пользователей; аудит оборудования и ПО до начала внедрения изменений и по завершении такового; размещение эталонных копий ПО в DSL; установка нового или усовершенствованного оборудования и ПО; постоянное улучшение пр-сса.По масштабу релизы делятся на: большой релиз–содержит значительный объем новой функциональности, отменяет предшествующие малые релизы; малый релиз–содержит незначительные улучшения.( изменения отменяются малым релизом); чрезвычайный релиз–содержит исправления некоторого числа известных ошибок.По способу реализации релизы делятся на:- при полном релизе все компоненты релиза разрабатываются, тестируются, распространяются и внедряются вместе. (увеличивается трудоемкость релиза, повышается вероятность, что проблемы будут обнаружены и устранены на этапе разаботки и; дельта-релиз, или частичный релиз, включает в себя новые или измененные позиции конфигурации; пакетный релиз включает несколько различных полных или частичных релизов( для снижения общего числа релизов, что облегчает работу пользователей).

31.Базовая методология управления ИТ-инфраструктурой ITIL-Блок предоставления ИТ-сервисов в соответствии с ITIL включает следующие пр-ссы: пр-сс управления уровнем сервиса; пр-сс управления мощностью; пр-сс управления доступностью; пр-сс управления непрерывностью; пр-сс управления финансами; пр-сс управления безопасностью.Пр-сс управления уровнем сервиса (SLM) определяет, согласовывает и контролирует параметры ИТ-сервиса.Данный пр-сс разрабатывает, согласовывает и документирует соглашение об уровне сервиса (SLA) между менеджментом ИС-службы и бизнес-пользователями. Основная задача– согласование специфицированных требований к составу и параметрам ИТ-сервисо и объема ресурсов, предоставляемых ИТ-службе. Результат согласования- формальный документ– SLA. Данный пр-сс осуществляет функции:- оценивает требования пользователей к ИТ-сервисам, распределяет их по существующим сервисам и определяет потребности в специализированных сервисах; согласует и документирует SLA; организует контроль результативности каталога сервисов в целом и уровня отдельных сервисов; определяет приоритетность сервисов; осуществляет управление версиями SLA; готовит планы повышения кач-ва сервиса; обеспечивает соответствие соглашения; осуществляет постоянное улучшение пр-сса.Пр-сс управления мощностями (CAP)- для оптимизации использования ресурсов ИТ-инфраструктуры. Основная задача– обеспечение устойчивой работы ИТ-сервиса.Пр-сс управления доступностью (AVM) контролирует способность службы ИС обеспечить экономически эффективный и устойчивый уровень доступности ИТ-сервисов, удовлетворяющий требованиям бизнеса.Цель-оптимизировать способность ИТ-инфраструктуры, ИТ-сервисов и орг-ций поставщиков поставлять оптимальный по стоимости уровень доступности, позволяющий бизнесу удовлетворить свои бизнес цели. Доступность- способность ИТ-сервиса исполнять требуемую функцию в установленный момент или за установленный период времени. Основная задача– определение требований бизнеса к доступности и реализация этих требований в инфраструктуре ИТ и орг-ции сопровождения. Пр-сс управления непрерывностью предоставления ИТ-сервисов (ITSCM) обеспечивает выполнение требований к устойчивости предоставляемых сервисов, необходимых для функционирования критичных бизнес-пр-ссов. Устойчивость- способность ИС-службы и ИТ-инфраструктуры орг-ции поддерживать сервисы в работоспособном состоянии в случае чрезвычайных ситуаций .Цель пр-сса– поддержка непрерывности бизнеса в целом. Отвечает за решение основных задач: оценка воздействия нарушений при возникновении чрезвычайной ситуации; определение критичных для бизнеса ИТ-услуг; определение периода, в течение которого предоставление ИТ-услуги будет восстановлено; определение общего подхода к восстановлению ИТ-услуги; разработку, тестирование и поддержку плана восстановления ИТ-услуги. Пр-сс управления финансами ИТ-службы отслеживает фактические затраты в разрезе заказчиков, ИТ-сервисов и пользователей и на этой основе рассчитывает внутренние цены на услуги ИС-службы. Взаимодействует с пр-ссом управления уровнем сервиса для определения цен сервисов. Основная задача пр-сса управления затратами – расчет издержек, связанных с ИТ-сервисами, цен сервисов для бизнес-пользователей и поиск путей снижения затрат. Функции: прогноз затрат и выручки (выручка определяется на основании внутренних цен на услуги); разработка бюджета сервисов; анализ использования сервисов, поиск путей их снижения; калькулирование счета и выставление его бизнес-пользователям, получение платежей; расчет ССВ ИТ-сервисов; - установление системы управления затратами; установление механизма привлечения инвестиций; осуществление постоянного улучшения пр-сса.Пр-сс управления безопасностью обеспечивает внедрение, контроль и техническую поддержку инфраструктуры безопасности, а также разработку и контроль соблюдения стандартов безопасности существующих, разрабатываемых и планируемых ИТ-сервисов. Основная задача– планирование и мониторинг безопасности ИТ-сервисов. Функции:- обеспечение необходимого уровня безопасности; анализ проблем безопасности и рисков; аудит безопасности и оценка инцидентов; установление процедур безопасности( защита от вирусов); выбор систем и инструментов поддержания безопасности; постоянное улучшение пр-сса.

32. Модель IT Service management (ITSM) фирмы HEWLETT Packard, реалтзованная в программном продукте HP Open View Service Desk.Корпорация Hewlett-Packard (HP)– компания, полностью взявшая рекомендации ITIL. Ее применение позволило HP войти в число ведущих поставщиков услуг консалтинга и внедрения и стать одним из крупнейших провайдеров услуг по обучению основам ITIL и сертификации этих знаний. Методология HP– в общем жизненном цикле обслуживания ИС выделяет основные группы пр-ссов: согласование задач бизнеса и ИТ; планирование и управление ИТ-сервисами; разработка и внедрение ИТ-сервисов; оперативное управление ИТ-сервисами; обеспечение ИТ-сервисами. Блок пр-ссов согласования задач бизнеса и ИТ обеспечивает реализацию ИТ-стратегии. В блок входят пр-ссы:- анализ потребностей бизнеса; разработка стратегии развития ИТ предприятия; управление клиентами; планирование ИТ-сервисов. Блок пр-ссов планирования и управления ИТ-сервисами формирует детализированную информацию по проектированию новых ИТ-сервисов, управлению доступностью и Кач-вом этих сервисов, а также поддержания нужного баланса между Кач-вом и стоимостью. Включает пр-ссы: управление безопасностью; управление непрерывностью; управление готовностью; управление производительностью; финансовое управление. Блок пр-ссов разработки и внедрения ИТ-сервисов обеспечивает создание и тестирование новых сервисов и используемых ими инфраструктурных компонентов, включая установку оборудования и ПО, разработку приложений, обучение и т. п. Сюда входят два типа пр-ссов: разработка и тестирование; ввод в эксплуатацию.Блок пр-ссов оперативного управление ИТ-сервисами обеспечивает ежедневный мониторинг предоставляемых ИТ-сервисов, управление запросами пользователей, отслеживание удовлетворенности клиентов, оценку общего уровня кач-ва выполняемых сервисных работ. Включает пр-ссы: оперативное управление; управление инцидентами; управление проблемами. Блок пр-ссов обеспечение ИТ-сервисами предоставляет соглашение и информацию процедуры. Занимает центральное положение, отражая связующую роль в ITSM. Включает пр-ссы: управление конфигурациями; управление изменениями; управление уровнями услуг. При внедрении пр-ссного управления ИТ-службы предприятия методология HPITSM выделяет 3 основные стадии эволюции ИТ-служб: управление инфраструктурой; управление сервисами; управление деловыми характеристиками ИТ. Для минимизации негативных последствий инцидентов обеспечивается двунаправленная интеграция HPServiceDesk с другими технологическими компонентами HPOpenView, в результате чего информация о событиях быстро и точно передается всем сторонам, которые в ней нуждаются. ServiceDesk предоставляет стандартное решение для создания объединённой службы поддержки, основанной на лучших отраслевых видах науки. Позволяет объединять в единый поток операции, пр-ссы управления конфигурациями, изменениями, обработкой инцидентов и причины сбоев.

33.Программные продукты Tivoli, где собран опыт IBM по ИТ-управлению.Tivoli- торговая марка, используемая корпорацией IBM для обозначения линейки ПО, для решения задачи управления информационными ресурсами предприятия. Портфель ПО Tivoli обновляется и изменяется на периодической основе и на основе нужд рынка информационных услуг: добавляются новые программные продукты(для решения новых задач; изменяются программные продукты вследствие изменения подходов к решению задач (принципиальная архитектура) в системе управления рабочими станциями; улучшаются текущие версии программных продуктов. Основное преимущество решений Tivoli- решения могут быть развернуты на любой аппаратной архитектуре (RISC, Intel; 32-bit, 64-bit) и под распространенными операционными серверными системами (AIX, Solaris, Linux, Windows NT), что позволяет эффективнее получать отдачу на вложенные средства. Продукты Tivoli позволяют управлять информационными ресурсами в областях: оперативный мониторинг (какие серверы или какое активное сетевое оборудование в данный момент не/работает); мониторинг производительности (на сколько % загружены вычислительные мощности; управление раб.станциями (инвентаризация рабочих станций, управление ПО на рабочих станциях, управление уровнем обновлений); управление идентификационными данными сотрудников предприятия и управление доступом; управление системами хранения (ленточными библиотеками, дисковыми массивами); управление активами предприятия; мониторинг бизнес-пр-ссов предприятия - мониторы для руководителей ИТ-отделов предприятий.

34.Совокупная стоимость владения, ССВ (Total Cost Ownership, TCO).ССВ является одним из основных инструментов в эконом.анализе ИТ. Само понятие ССВ было разработано безотносительно к ИТ и применимо к любому активу – зданиям, сооружениям, оборудованию и т.д. Для ИТ важность этого понятия определяет соотношение первоначальных и эксплуатационных затрат – годовая сумма эксплуатационных затрат значительно превышает первоначальные вложения. Ряд категорий затрат, учитываемых в рамках модели ССВ, весьма трудно поддается исчислению, а его результаты сильно различаются в зависимости от методики. Не однозначен выбор объекта затрат в модели – различные методики расчета ССВ предлагают ИС, раб.место и сервис информационной службы. Эти факторы заставляют считать модель ССВ весьма дискуссионной и неоднозначной.

35. Основы модели ССВ.Традиционная модель ССВ ИТ-инфраструктуры предприятия, основана на разработках компании GartnerGroup, которая ввела в 1988г понятие ССВ информационной инфраструктуры предприятия. Основное преимущество модели ССВ состоит в выявлении и анализе скрытых затрат. В модели ССВ затраты распределяются по 2 основным категориям: 1.Прямые(бюджетируемые) затраты включают: капитальные затраты на приобретение оборудования и ПО; затраты на управление информационной службой (ИС); затраты на поддержку и разработку ИС; затраты на услуги аутсорсинга; затраты на закупку расходных материалов; обучение персонала и сотрудников ИС. 2. Косвенные( небюджетируемые) затраты включают в себя: потери от простоев пользователей; потери и затраты, связанные с решением самими пользователями проблем, находящихся в компетенции ИС; потери и затраты, связанные с взаимоподдержкой пользователей, то есть решение проблем пользователей, находящихся в компетенции ИС, другими пользователями. Если менеджмент и решения ИС эффективны, пользователи с меньшей вероятностью обременены простоями рабочих мест. Если менеджмент и решения ИС неэффективны, пользователи тратят больше времени на само- и взаимоподдержку, простои рабочих мест возрастают. Орг-ции могут снижать прямые издержки неэффективным способом.

36. Бюджетные и небюджетные затраты на ИС в рамках модели ССВ.Расшифровка прямых и косвенных затрат на ИТ включает: 1)по прямым затратам: аппаратное и ПО – капитальные затраты и оплата лизинга серверов, клиентские ПК, периферийные устройства и сетевые компоненты; администрирование-ОТ сотрудников управляющих системами, сетями, устройствами хранения данных, оплата внешних услуг по поддержке и услуг по контрактам аутсорсинга; поддержка- управленческие затраты на труд, на тех.поддержку и обучение пользователей, закупки, командировки и контракты на тех.поддержку; разработка- затраты труда и оплата внешних услуг по проектированию приложения, разработке, документированию, разработку новых приложений, доработки и тех.поддержку; услуги телекоммуникации- затраты на передачу данных между компами по выделенным линиям, удаленный доступ к серверу и явные затраты на глобальную сеть.2) по косвенным затратам: простои пользователей- потери производительности вследствие запланированной и незапланированной недоступности системы; самоподдержка пользователей- потери производительности вследствие отвлечения пользователей на решение проблем, находящихся в компетенции ИС, а также потери времени сотрудников ИС в связи с исправлением последствий непрофессиональных действий пользователей; взаимоподдержка пользователей- сумма потерь от простоя пользователя, а также потерь и затрат, связанных с поддержкой одного пользователя. Для рассмотрения управленческого учета затрат ИС затраты делят на явные и скрытые.Скрытые затраты- затраты, которые относятся к несоответствующим объектам затрат либо учитываются единой строкой без связи с объектами затрат вообще. Задача управленческого учета затрат- предоставление менеджменту предприятия исходных данных для управления затратами. Явные затраты- затраты, относимые соответствующим объектам затрат.

37. Методика расчета ССВ инфраструктуры ИС.Под ССВ понимаются полностью учтенные ежегодные расходы предприятия, связанные с приобретением и использованием ИТ в бизнесе. В традиционной модели ССВ элементами ИТ-инфраструктуры являются раб.места пользователей, распределенные ИС и совместно используемые инфраструктурные объекты. ССВ раб.места пользователя- затраты, связанные с использованием стандартного офисного раб.места. ССВ ИС- сумму затрат, связанных с эксплуатацией рабочих мест в системе, и затрат, связанных с использованием системы в целом(затраты на сервер, БД, систему). Совместно используемые инфраструктурные элементы- кабельная сеть, источники бесперебойного питания, файловые серверы и т.д. Тем самым ССВ ИТ-инфраструктуры рассчитывается как: A + N * B, где А- ССВ централизованного оборудования и ПО, обслуживающего группу раб.мест или все раб.места предприятия; В- ССВ одного раб.места; N — число раб.мест. ССВ, рассчитанная как сумма вышеперечисленных затрат, используется для решения след.задач управления ИС предприятия: бенчмаркинг- сопоставление ССВ предприятия с ССВ сходных предприятий данной отрасли, страны и т.д; оценка достаточности мощности службы тех.поддержки. Проводится путем сопоставления затрат на тех.поддержку и потерь от оплачиваемых простоев пользователей; сопоставление альтернативных проектов ИС; выбор между разработкой и закупкой, обычно в отношении ПО; принятие решения о полном или частичном аутсорсинге эксплуатации ИС, а также выбор поставщика услуг аутсорсинга; last but not least — бюджетирование ИС. Таким образом, модель ССВ, предоставляющая менеджерам информационной службы данные о скрытых затратах, обеспечивает принятие обоснованных решений по широкому кругу проблем управления информационной службой.

38.Понятие ССВ сервисов информационной службы.Стоимость владения ИТ-инфраструктуры предприятия в целом- не более чем итоговая оценка затрат на ИТ. Для управления затратами такой итоговой оценки совершенно недостаточно; требуется сопоставление затрат по определенным категориям- статьям учета, подразделениям и т.д. Для распределения затрат по категориям необходим некоторый набор «ячеек», на которые относятся затраты в управленческом учете. Ячейка имеющая признаки категорий, необходимые для последующего анализа затрат- объект затрат. В рамках модели ITSM за объект затрат принимается сервис ИТ. ССВ определяется как сумма затрат предприятия, связанных с эксплуатацией сервиса ИТ. А ССВ ИТ-инфраструктуры- как сумма ССВ всех сервисов ИТ, существующих на предприятии. Такой подход обеспечивает решение задачи бюджетирования. Достаточность мощности информационной службы также определяется- путем анализа требований к доступности и уровню сервиса в сопоставлении с наличными возможностями информационной службы. Расчет ССВ в разрезе сервисов расширяет возможности модели по сравнению с расчетом в разрезе ИС; особенно это касается вопросов взаимодействия с бизнес-подразделениями, таких как бюджетирование. В то же время подобный подход увеличивает трудоемкость расчета ССВ.

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

40.Основные принципы и понятия функционально-стоимостного анализа (ФСА).На сегодняшний день модель ФСА является наиболее развитым способом учета затрат. Внедрение ИТ зачастую изменяет бизнес-пр-ссы предприятия. При большой доле накладных расходов в себестоимости, типичной для современного предприятия, это не может не сказаться на общих затратах. Количественная оценка такого изменения определяется именно моделью ФСА. ФСА был разработан в США на рубеже 1970-х- 1980-х гг. и пришел на смену методу прямых затрат.Основная причина устаревания последнего состояла в резком снижении удельного веса затрат на сырье, материалы и з/п производственных рабочих в себестоимости продукции, происшедшем после энергетического кризиса 1973 года. Методология ФСА- обобщение метода прямых затрат, позволяющие единообразно учитывать все виды затрат предприятия. Основные понятия методологии ФСА: объект затрат- конечный продукт или услуга, затраты на которую анализируются в модели;ресурс- любой фактор пр-ва, используемый предприятием(труд, материалы, сырье и т.д); функция (действие, вид деятельности)- процедура, которая осуществляется людьми или машинами для получения объекта затрат;фактор затрат- измеритель интенсивности потребления функции или ресурса. Фактор затрат, измеряющий интенсивность потребления ресурса-фактор затрат ресурсов. Фактор затрат, измеряющий интенсивность потребления функции-фактор использования. Таким образом, в рамках модели ФСА определяется интенсивность потребления функций в расчете на каждый объект затрат, с одной стороны, и интенсивность потребления ресурсов функциями- с другой, что, в частности, подразумевает определение факторов затрат для всех функций. Первоначальное построение модели ФСА предполагает следующие этапы:1)Определение цели;2)Определение функций. В результате определяются: функции и их взаимоотношения друг с другом, ресурсами и объектами затрат; соответствующие иерархии функций, ресурсов и объектов затрат.3) Построение модели функций в формате IDEF0 и первоначальной модели ФСА.;4) Уточнение модели ФСА. Первоначальная функциональная модель перегруппировывается, исходя из конечной цели проекта.5)Определение факторов затрат. Факторы затрат могут быть двух видов:* Факторы использования функций определяют интенсивность потребления функций в пр-ссе создания объектов затрат. *Факторы затрат ресурсов определяют интенсивность потребления ресурсов функциями. Для каждой функции определяется единственный фактор использования, для каждого ресурса- единственный фактор затрат. Если это невозможно, то требуется дальнейшая декомпозиция функции.6) Определение путей соответствия. В модели ФСА, по сути, затраты перераспределяются с исходных счетов на объекты затрат. Путь от исходного счета к объекту затрат- путь соответствия.7)Определение количественных соотношений факторов затрат. Факторам затрат, распределяемым по нескольким путям соответствия, присваиваются веса для каждого из таковых. Исходный счет затрат распределяется между путями соответствия либо равномерно, либо в заданном количественном/процентном соотношении. Для определения последних применяются следующие способы: исторические данные; наблюдения и измерения; интервью и оценки; моделирование, в ходе которого количественные соотношения факторов затрат определяются на основе численной модели рассматриваемой сферы деятельности.8) Сбор данных о затратах.9) Результат: определение затрат для различных объектов затрат.

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

42.Понятие функционально-стоимостного управления (ФСУ).Основное расширение модели ФСА- модель функционально-стоимостного управления (ABM). ФСА представляет собой проект, заканчивающийся в момент распределения издержек по объектам затрат. Результат такого проекта- постоянно действующая система учета затрат в разрезе функций. В противоположность ему ФСУ- непрерывный пр-сс, объединяющий:ранжирование рынков, клиентов и продуктов по прибыли и анализ ценообразования; анализ и реинжиниринг бизнес-пр-ссов; анализ создания стоимости и определение путей сокращения затрат; планирование ресурсов и источников поставок; оценку новых бизнесов и продуктов, привлечение инвестиций; измерение производительности и сравнение ее с другими предприятиями; определение недостатка и избытка ресурсов для выполнения тех или иных функций. В основе пр-ссов ФСУ лежит постоянное измерение результативности бизнес-пр-ссов на основе стоимостных и натуральных измерителей. Для этого стоимостная модель функций дополняется новыми характеристиками- атрибутами. Атрибуты: добавленная стоимость(добавляемая данной функцией); расходы на обеспечение кач-ва, выделенные из состава общих расходов; степень зависимости затрат на данное действие от объема выпуска; затраты времени на действия и т.д.