Nsn/n | Глагол | Существительное | Вид функции * | Примечание |
1 | Контролировать | запасы | о | материалов |
2 | Контролировать | завоз | В | материалов |
3 | Получать | | О | материалы |
4 | Контролировать | хранение | в | материалов |
5 | Предъявлять | претензии | в | поставщикам |
6 | Контролировать | оплату | в | счетов |
7 | Контролировать | расход | о | материалов |
8 | Заключить | договоры | о | на поставку |
Рис. 9.6. Диаграмма FAST отдела материально-технического снабжения
Просим использовать работы, опубликованные на сайте , исключительно в личных целях. Публикация материалов на других сайтах запрещена.
Данная работа (и все другие) доступна для скачивания совершенно бесплатно. Мысленно можете поблагодарить ее автора и коллектив сайта.
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Сущность, принципы и основные задачи ФСА. Сфера ответственности должностных лиц отдела подбора и оценки персонала за выполнение функций. Расчёт затрат на осуществление функций отдела подбора и оценки персонала. Определение показателей качества функций.
курсовая работа , добавлен 21.12.2011
Функционально-структурный анализ как один из подходов системного исследования качества в проектировании систем. Декомпозиция цели системы на функции. Основные этапы функционально-структурного анализа. Сравнение функциональной и структурной схемы.
контрольная работа , добавлен 07.06.2011
Ознакомление с принципами применения функциональной модели процесса закупки автомобильных запчастей в соответствии со стандартом IDEFO. Определение возможностей снижения издержек процесса согласно результатам его функционально-стоимостного анализа.
курсовая работа , добавлен 28.04.2011
Построение функциональной модели подпроцесса "планирование закупки" для целей функционально-стоимостного анализа, определение возможностей снижения издержек подпроцесса и оценка всех затрат. Анализ соответствия процесса требованиям СТБ ИСО 9001.
курсовая работа , добавлен 21.11.2012
Сущность и принципы функционально-стоимостного анализа деятельности управленческого персонала. Этапы функционально-стоимостного анализа: подготовительный, информационный, аналитический, творческий, исследовательский, рекомендательный и этап внедрения.
реферат , добавлен 20.10.2010
Функциональная модель процесса управления документацией в состоянии "как есть", "заключение, учет и контроль исполнения договоров" для целей функционально-стоимостного анализа. Определение возможностей снижения издержек в организации управления.
курсовая работа , добавлен 04.01.2013
Задачи функционально-стоимостного анализа и применение системы его методов при проработке объекта "Устройство передачи слябов НК1031". Анализ конструктивных связей между носителями функций. Определение неоправданно-излишних затрат на комплектующие.
реферат , добавлен 24.07.2009
Понятие интеллектуального капитала, его связь с персоналом. Функционально-стоимостной анализ деятельности подразделений предприятия, отдела. Определение критических функций, внедрение мотивационной модели "усилие-результат" для повышения качества работы.
курсовая работа , добавлен 20.02.2011
Характеристика функциональных диаграмм (SADT) - диаграммы SADT отражают взаимные связи функций разрабатываемого программного обеспечения. Они создаются на ранних стадиях проектирования систем, для того чтобы помочь проектировщику выявить основные функции и составные части проектируемой программной системы и, по возможности, обнаружить и устранить существенные ошибки. Для создания функциональных диаграмм предлагается использовать методологию SADT, предложенную Д.Россом. На основе методологии SADT была построена известная методология описания сложных систем IDEFO (Icam DEFinition), являющаяся основной частью программы ICAM (интегрированная компьютеризация производства), проводимой по инициативе ВВС США. Применение методологии SADT позволяет построить модель, состоящую из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели. Функции системы и интерфейсы представлены на диаграммах в виде блоков и дуг. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода даны с правой стороны. Механизм (человек или автоматизированная система), осуществляющий операцию, представлен дугой, входящей в блок снизу (рис. 2.6).
Одна из наиболее важных особенностей методологии SADT - постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют собой полный набор внешних интерфейсов системы в целом.
Затем блок, в котором система дана в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких
блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено.
Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, представленные в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.
Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы.
Стрелки, приходящие с родительской диаграммы или уходящие на нее, нумеруют, используя символы и числа. Символ обозначает тип связи: / - входные, С - управляющие, М - механизмы, R - результаты. Число - номер связи по соответствующей стороне родительского блока, считая сверху вниз и слева направо. Все диаграммы связывают друг с другом иерархической нумерацией блоков: начальный уровень - АО, следующий - А1, А2 и т.п., следующий - All, А12, А13 и т.д., где первая цифра - номер родительского блока, а последняя - номер конкретного субблока родительского блока. Детализацию завершают при получении функций, назначение которых хорошо понятно как заказчику, так и разработчику. Эти функции описывают, используя естественный язык или псевдокоды. В процессе построения иерархии диаграмм фиксируют всю уточняющую информацию и строят словарь данных, в котором определяют структуры и элементы данных, показанных на диаграммах. Таким образом, в результате получают спецификацию, которая состоит из иерархии функци-
Рис. 2.7. Структура SADT-модели. Декомпозиция диаграмм
ональных диаграмм, описаний функций нижнего уровня и словаря, имеющих ссылки друг на друга.
На рис. 2.7 представлена декомпозиция четырех диаграмм, показывающая структуру SADT-модели, общее (рис. 2.7, а) и детальное представление блока АО (рис. 2.7, б), декомпозицию блоков А4 (рис. 2.7, в) и А42 (рис. 2.7, г). Не присоединяемые дуги соответствуют входам, управлениям и выходам родительского блока. Источник или получатель этих дуг может быть обнаружен только на родительской диаграмме. Не присоединяемые концы должны соответствовать дугам на исходной диаграмме. Все граничные дуги должны продолжаться на родительской диаграмме, чтобы она была полной и непротиворечивой.
Родительская диаграмма
Родительский блок
Детальная диаграмма
Управляющая дуга, переносимая с родительской диаграммы
Входная дуга, переносимая с родительской диаграммы
Дуга, продолжающаяся на родительской диаграмме
Рис. 2.8. Соответствие интерфейсных дуг родительской (а) и детальной (б) диаграмм
Функции блоков 2 и 3 могут выполняться параллельно
Рис. 2.9. Пример одновременного выполнения функций
Каждый компонент модели может быть декомпозирован на другой диаграмме, т.е. каждая диаграмма иллюстрирует «внутреннее строение» блока на родительской диаграмме.
На рис. 2.8, а, б и рис. 2.9 представлены различные варианты выполнения функций и соединения дуг с блоками.
На SADT-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены также с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. (рис. 2.10).
Одним из важных моментов при моделировании системы с помощью методологии SADT является точная согласованность типов связей между функциями. Различают, по крайней мере, следующие типы связей: случайная; логическая; временная; процедурная; коммуникационная; последовательная; функциональная.
Случайная связь возникает, когда конкретная связь между функциями мала или полностью отсутствует. Это относится к си-
Разработка проекта
Предварительная спецификация
Экспертиза
Комментарии
Улучшенный проект
Рис. 2.10. Пример обратной связи
туации, когда имена данных на SADT-дугах в одной диаграмме имеют малую связь друг с другом.
Логическая связь - данные и функции собираются вместе, поскольку попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними при этом не обнаруживается.
Планировать Л
Планировать В
Согласовывать А и В
Рис. 2.11. Типы связей:
а - процедурная; б - коммуникационная; в - последовательная-г - функциональная
Временная связь представляет функции, связанные во времени, когда данные используются одновременно или функции включаются параллельно, а не последовательно.
При процедурной связи функции сгруппированы вместе, поскольку они выполняются в течение одной и той же части цикла или процесса (рис. 2.11, а).
Диаграммы демонстрируют коммуникационную связь, когда блоки группируются вследствие того, что они используют одни и те же входные данные и (или) производят одни и те же выходные данные (рис. 2.11, б).
При последовательной связи выходные данные одной функции служат входными данными для другой функции. Связь между элементами на диаграмме является более тесной, чем на рассмотренных выше уровнях, поскольку моделируются причинно-следственные зависимости (рис. 2.11, в).
Диаграмма отражает полную функциональную связь при наличии полной зависимости одной функции от другой. Диаграмма, которая является чисто функциональной, не содержит чужеродных элементов, относящихся к последовательному или более слабому типу связности. Одним из способов определения функционально связанных диаграмм является рассмотрение двух блоков, связанных через управляющие дуги, как показано на рис. 2.11, г.
В математических терминах необходимое условие для простейшего типа функциональной связности (рис. 2.11, г) имеет следующий вид: С = д(В) = g(f(A)).
Метод SADT может использоваться для моделирования самых разнообразных систем и для определения требований и функций. В существующих системах метод SADT может применяться для анализа функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.
Пример разработки функциональной диаграммы программы построения графиков. Разработку функциональных диаграмм продемонстрируем на примере уточнения спецификаций программы построения графиков и таблиц функций одной переменной.
На рис. 2.12, а показана диаграмма верхнего уровня, на которой хорошо видно, что является исходными данными для программы и получения каких результатов мы ожидаем.
Диаграмма на рис. 2.12, б уточняет функции программы. На ней показаны четыре блока: ввод-выбор и ее разбор, добавление функции в список, построение таблицы значений и построе-
График/таблица
Построение графиков/таблиц функций
График Таблица
Ввод/выбор функции и ее разбор
Список функций
Правильная функция
Дерево разбора
Добавление функции в список
Построение таблицы значений
Количество точек
Построение графика значений
Рис. 2.12. Функциональные диаграммы для системы исследования функций:
а - диаграмма верхнего уровня; б - уточняющая диаграмма
ние графика функции. Для каждого блока определены исходные данные, управляющие воздействия и результаты. Согласно правилам обозначения входов-выходов, имеющих продолжение на родительской диаграмме, на данной диаграмме использованы следующие обозначения: Л - функция; 12 - отрезок; /3 - шаг; С1 - вид график-таблица; RI - график функции на отрезке; R2 - таблица значений функции на отрезке.
Словарь в этом случае должен содержать описание всех данных, используемых в системе.
Функциональную модель целесообразно применять для определения спецификаций программного обеспечения, не предусматривающего работу со сложными структурами данных, так как она ориентирована на декомпозицию функций.
ДИАГРАММЫ ПОТОКОВ ДАННЫХ
Характеристика диаграмм потоков данных (DFD). Диаграмма DFD состоит из узлов обработки данных, средств их хранения и внешних по отношению к используемой диаграмме источников или потребителей данных.
Диаграмма потоков данных - основное средство моделирования функциональных требований к системе, проектируемой или реально существующей. В основе модели лежат понятия внешней сущности, процесса, хранилища (накопителя) данных потока данных. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам; те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации.
Для изображения диаграмм потоков данных традиционно используют два вида нотаций - Йордана и Гейна-Сарсона, которые представлены в табл. 2.1.
Внешняя сущность - это материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например, заказчики, персонал, поставщики, клиенты,
Таблица 2.1. Виды нотаций
Нотация Йордана
Нотация Гейна-Сарсона
Внешняя сущность
Наименование
Наименование
Процесс, система, подсистема
Наименование
Механизм
Накопитель данных
Наименование
№ Наименование
Поток данных
Наименование
В настоящее время ФСА в России вступает в новый этап. Проходят семинары, появляются публикации, выходят книги, сборники научных трудов, разрабатываются интеллектуальные компьютерные технологии поиска и принятия решений, стоит острая проблема нехватки специалистов по функционально стоимостному анализу (ФСА). Многие экономисты отождествляют ФСА с пооперационным учетом затрат (ABC – “Activity Based Costing”), что сказывается на результатах его использования.
Классический ФСА имеет несколько англоязычных названий-синонимов - Value Engineering, Function cost analysis (FСА), Value Management, Value Analysis. В России в первых статьях, написанных Е.А. Грампом об этом методе, он получил название функционально-стоимостного анализа.
Методология ФСА со времени своего появления претерпела существенные изменения, в ходе которых были устранены недостатки субъективизма в определении функций и их взаимодействии. В настоящее время наибольшее распространение получила усовершенствованная методика системного анализа функций – FAST(Function Analysis System Technique). Основы методики системного анализа функций были разработаны в 1964 г. Ч. Байтуэем (корпорация Сперри Рэнд) и впервые FAST была представлена на ежегодной конференции SAVE в 1965 году.
Методика FAST во многом способствовала выполнению наиболее важной стороны ФСА – функциональному анализу, который представляет собой упорядоченный способ мышления, позволяющий понять и выразить в функциональной форме сущность предметов в процессе исследования.
В отличие от методики Л.Майлса (обычный ФСА), применение FAST позволяет найти взаимозависимости между функциями, на основе которых формируется структура модели, т.е. субъективный подход сведен к минимуму.
Таким образом, ФСА можно рассматривать как рабочую процедуру, направленную на создание такого оптимального объекта, который выполнял бы качественно все присущие ему функции при минимальных затратах на его изготовление.
FAST (Методика системного анализа функций) является одним из наиболее сильных и простых инструментов анализа и классификации функций.
Методика FAST не гарантирует решения проблемы в том смысле, что ее применение выявит очевидное решение, но она идентифицирует необходимые характеристики проблемы, логически выстраивает их и стимулирует процесс мышления, приводящий к лучшему пониманию аналитического процесса, озарению и выдвижению идей по осуществлению этих функций.
Цель - выявление выраженных в функциональной форме существенные черт и признаков рассматриваемой проблемы, расположение их в определенной логической последовательности и стимулирование поиска наиболее эффективных способов осуществления функций.
Суть метода - упорядоченный способ мышления, позволяющий понять и выразить в функциональной форме сущность предметов.
Инструментом стимулирования процесса творческого мышления и средством решения задач является диаграмма FAST, которая:
Отражает существо функций (т. е. задачи и проблемы) и позволяет формализовать приемы функционального подхода;
Позволяет проверить правильность проведенной классификации и принятых формулировок;
Дает возможность выявления взаимосвязи между функциями;
Позволяет быстро выявлять те функциональные зоны, в которых заложены наибольшие резервы снижения затрат;
Позволяет устанавливать понимание между специалистами различного профиля.
Существует около десяти вариантов построения функциональной модели (ФМ). Наибольшее распространение получили графические ФМ, то есть функциональные схемы и диаграммы. Самым простым считается вариант построения функциональной схемы в виде связного графа, относящегося к графам дерева с несколькими иерархическими уровнями (рис. 1).
Рис. 1. Схема построения иерархической функциональной модели
Для построения ФМ применяется также методика FAST, которая основана на использовании определенных тестовых вопросов для облегчения.
Также, существует несколько разновидностей методики FAST, отличающихся набором и содержанием вопросов, а также правилами построения диаграммы.
Наибольшее распространение получил вариант методики, базирующийся на использовании трех вопросов: «Как?», «Почему?», «Когда?» (рис. 2.).
Рис. 2. Базовая модель диаграммы FAST
В более полной форме эти вопросы выглядят следующим образом: «Как осуществляется данная функция?», «Почему (зачем) осуществляется эта функция?”, «Когда осуществляется эта функция?».
Отвечая на второй вопрос, формулируют или проверяют расположение функций, находящихся на более высоком уровне по отношению к исследуемой в настоящий момент функции и располагающихся на диаграмме левее. Ответ на второй вопрос в конечном итоге способствует формулированию главной функции.
Третий вопрос позволяет правильно расположить на диаграмме FAST (рис. 2.) функции, осуществляемые одновременно с другими, место которых на диаграмме уже определено. Можно отметить, что функции верхнего уровня иерархии должны отражать цель, а нижестоящие, в свою очередь, характеризуют средства ее достижения. Рамки исследуемой проблемы обозначаются пунктирными вертикальными линиями в левой и правой части диаграммы. Вводится понятие критического пути, который обозначается горизонтальными линиями между вертикальными пунктирными линиями и включает в себя наиболее важные внутриобъектные функции, в том числе главную функцию.
В публикациях, посвященных методике FAST, большое внимание уделяется вопросам унификации графических символов и обозначений, используемых при построении диаграммы.
Четыре основные направления в диаграмме FAST показаны на рис. 3.
Рис. 3. Основные направления в диаграмме FAST
При построении диаграммы соблюдаются два основных правила:
Направления «Как?» и «Почему?» всегда совпадают с линией критического пути. В направлении «Когда?» располагаются либо независимые (вспомогательные) функции (показаны вверху рисунка), либо действия (показаны внизу рисунка),
Вопросы всегда следует задавать в направлении «выхода» из прямоугольника с формулировкой рассматриваемой функции, при этом функции, являющиеся ответами на три основных вопроса, помещаются в прямоугольниках А, Б, В, Г (рис. 4).
Рис. 4. Схема действия правила детерминированной логики
Популярность методики FAST объясняется отчасти тем, что пока она является одной из возможностей формализации процедуры построения функциональной модели.
Поэтому многие работы по автоматизации ФСА в части формирования ФМ, созданные по принципу человекомашинного диалога, применяют методику FASТ или ее разновидности.
Помимо графического существуют и другие способы представления ФМ, основанные на иных принципах, среди которых наибольшее распространение получили различные матрицы.
Для построения матрицы взаимосвязи функций и их материальных носителей на горизонтальной оси размещают элементы одного иерархического уровня, а на вертикальной оси – функции этих элементов. Функциональная модель включает в себя главную функцию объекта (F1), комплекс дополнительных функций (F2, F3), а также функции, обеспечивающие выполнение главной – основные (F21,F22, F23, F24) и вспомогательные (F251, F252, F253). Последние защищают объект от воздействия окружающей среды (как и окружающую среду от воздействия объекта), а также при его хранении, транспортировке и т.д.
С помощью матрицы можно выявит неочевидные (скрытые) функции элементов объекта, как полезные, так и вредные. Через анализы матрицы по строкам устанавливается факт участия включенных в матрицу элементов объекта в выполнении конкретной функции. матрицы по столбцам позволяет установить факт участия конкретного элемента в выполнении отраженных в матрице функций.
Для достижения требуемых потребительских свойств объекта минимальным числом его элементов функциональная модель преобразуется в функционально-идеальную модель.
Уменьшить количество элементов объекта можно процедурой функционально-идеального моделирования (свертывания) в следующих случаях:
Отсутствует объект его функции,
Функцию выполняет сам объект функции,
Функцию выполняют другие элементы системы или надсистемы.
Методика FAST активно применяется совместно с методикой быстрого анализа решений, которая основывается на способе улучшения, впервые использованном IBM в середине 80-х. В 90-х этот подход был усовершенствован компанией «Дженерал Электрик». Компания «Форд Мотор» продолжила развитие этой концепции, назвав ее «RАРEТ». Сегодня компания E&Y широко использует этот подход (который они называют Экспресс (Express)) в работе с клиентами по всему миру.
Методика быстрого анализа решения - «прорывной» подход, который концентрирует внимание группы па определенном процессе в ходе одно- двухдневного совещания для определения способов, которыми группа может улучшить этот процесс в течение следующих 90 дней. Перед окончанием совещания руководство одобряет или отвергает предложенные улучшения.
Методика быстрого анализа решения может применяться к мероприятиям любого уровня, начиная с основных процессов и кончая уровнем мероприятий. FAST-подход к улучшению бизнес-процессов сосредотачивается на отдельной одно- или двухдневной встрече, в ходе которой определяются источники проблемы и/или мероприятия, не добавляющие ценности, содержащиеся в данном процессе. Типичными улучшениями при применении FAST-подхода являются снижение затрат, длительности цикла и уровня ошибок на 5-15% за 3-месячный период. Выявление возможностей для улучшений и одобрение их внедрения осуществляется за 1-2 дня, поэтому данный подход и получил свое название FAST2.
Подход FAST реализуется в ходе следующих 8 этапов:
1. Определяется проблема или процесс, кандидат на FAST
2. Заказчик высокого уровня соглашается поддержать инициативу проведения FAST в отношении процесса, который предполагается улучшить. (Процесс должен быть в рамках компетенции заказчика.)
3. Назначается команда FAST, подготавливается набор целей и одобряется заказчиком.
4. Команда FAST собирается в течение одного-двух дней для разработки обобщенной блок-схемы процесса и определения мероприятий, способных улучшить показатели процесса. Все рекомендации должны быть в рамках компетенции членов команды, причем рекомендации должны быть такими, чтобы их можно было полностью внедрить в течение 3-х месяцев. Все другие предложения должны быть переданы заказчику для дальнейшего рассмотрения в будущем.
5. Члены команды FAST должны признать свою ответственность за внедрение всех рекомендаций, переданных заказчику.
6. По истечении 1-2-х дневного совещания заказчик присоединяется к совещанию и команда FAST представляет ему свои выводы.
7. Перед окончанием совещания заказчик одобряет или отвергает предложенные улучшения. Крайне важно, чтобы заказчик не откладывал принятие решения относительно предложений, в противном случае данный подход достаточно скоро становится не эффективным.
8. Одобренные решения внедряются назначенными членами команды FAST в течение следующих 3-х месяцев.
В последнее время возможности ФСА существенно расширены за счет использования интеллектуальных компьютерных программ, позволяющих управлять знаниями и генерировать оригинальные идеи по созданию новых или совершенствованию имеющихся продукции, услуг и технологий, а также осуществлять их объективную количественную оценку.
Согласно теории развития технических систем, любая система (отнесем сюда и любой метод, методологию и т. д.) проходит этапы зарождения, развития (вбирающий в себя ранее разработанные методы, методики и т. д., являвшихся в свое время чуть ли не верхом совершенства) и, наконец, достигает своего пика. Затем система утрачивает свою главную роль и выполняет в дальнейшем вспомогательную функцию, являясь уже частью, элементом другой системы. Время самостоятельной жизни разных систем различно.
Так и ФСА в процессе развития постоянно вбирает в себя различные интеллектуальные технологии, ранее, да и теперь использующиеся в качестве самостоятельных методов для решения задач. На различных этапах ФСА и в зависимости от целей исследований могут применяться методы развертывания функции качества (РФК), Парето (АВС-анализ), конструирования Коллера, Тагути, анализа видов и последствий отказов (FMEA), параллельное проектирование, ТРИЗ и др., предназначенные в конечном счете как для поиска решения, так и для создания условий, облегчающих поиск. Причем использование того или иного метода при проведении ФСА не регламентировано, даются только соответствующие рекомендации на основании практики применения. Право выбора остается за разработчиком и зависит от уровня владения им тем или иным методом, так как освоить в достаточной степени все методы, чтобы применять их на практике, нереально. В данной ситуации решить проблему можно только за счет использования целевых программных продуктов.
Таким образом, ФСА, его методы и уникальные инструменты прекрасно вписываются в набор средств обеспечения качества продукции и создания конкурентных преимуществ, которыми должно обладать каждое предприятие.
Функционально-стоимостной анализ, использующий разработанную более 50 лет тому назад методологию, постоянно совершенствуется и в настоящее время представляет собой целостную систему частных методик исследования, готовую для использования в самых различных областях.
С уважением Молодой аналитик