Функционально-стоимостной анализ (ФСА) проектируемой ИС
Матрица парных сравнений
Группа показателей | Группы показателей | Сумма | Индекс | |||
ряда | балло-значимости | |||||
1.Конструктивные | 0.23 | |||||
2.Эксплуатационные | 0.22 | |||||
3.Технологические | 0.30 | |||||
4.Стоимостные | 0.25 | |||||
1.00 |
Затем экспертным путем дается оценка в баллах каждому из показателей в сравниваемых вариантах. Максимальная оценка принимается равной 10 баллам. Взвешенный балл определяется как произведение балловой оценки и индекса балло-значимости.
Таблица балльно-индексной оценки эффективности сравниваемых вариантов
Группа показателей | Автоматизированный способ | Неавтоматизированный Способ | ||||
сравниваемых вариантов | баллы | индекс балло-зна-чимости | взвешен-ный балл | баллы | Индекс балло-знa-чимости | взвешен-ный балл |
Конструктивные | 0.23 | 1.84 | 0.23 | 0.92 | ||
Эксплуатационные | 0.22 | 1.32 | 0.22 | 1.54 | ||
Технологические | 0.30 | 2.4 | 0.30 | 1.8 | ||
Стоимостные | 0.25 | 1.5 | 0.25 | 1.0 | ||
7.06 | 5.26 |
Таким образом, например, по автоматизированному варианту сумма взвешенных баллов составляет 7.06 - это на 34% больше cуммы взвешенных баллов неавтоматизированного варианта, а следовательно, автоматизация данных функций оправдана.
Функционально-стоимостной анализ (ФСА) проектируемой ИС
Провести функционально-стоимостной анализ программной системы, представленной в виде следующей структурной модели.
Указания. ФСА предназначен для сопоставления функций разрабатываемой системы с затратами на ее составляющие, обеспечивающие эти функции. Результатом анализа является оценка, показывающая степень соответствия затрат, сделанных на разработку и реализацию конкретной функции и значимости этой функции для системы в целом. Таким способом можно выявить излишние затраты, наиболее эффективно произвести распределение средств по различным этапам проектирования и реализации.
Для определения затрат для каждого из модулей используется себестоимость системы (36500 руб.), а также время, потраченное на обследование, проектирование, кодирование и отладку каждого из модулей. Предполагается, что себестоимость распределяется по структурным элементам, пропорционально затраченному времени.
Затраты для основных структурных элементов
Структурный элемент | Этапы | Итого | ||||||||||||||||||
Исследование | Проектирование | Кодирование | Отладка | |||||||||||||||||
дни | сумма | дни | сумма | дни | сумма | дни | сумма | |||||||||||||
Модуль вывода | ||||||||||||||||||||
Конструктор входных документов | ||||||||||||||||||||
Конструктор выходных документов | ||||||||||||||||||||
Модуль заполнения справочников | ||||||||||||||||||||
Итого: | ||||||||||||||||||||
Далее необходимо выделить функции системы в целом и ее частей, зоны с наибольшим сосредоточением затрат, построить функциональную и совмещенную модели системы.
Допустим, что система должна выполнять следующие функции:
1. выводить на экран или принтер, сконструированный выходной документ (Ф1);
2. предоставление пользователю среды для заполнения базы данных справочной информацией (Ф2);
3. предоставление пользователю среды для конструирования входных документов (Ф3);
4. генерирование входного документа на основании введённых пользователем данных (Ф4);
5. предоставление пользователю среды для конструирования выходных документов (Ф5);
6. генерирование выходного документа на основании введённых пользователем данных (Ф6).
Для определения значимости функций используется метод парных сравнений из расчета 10 баллов. Таким образом, можно получить оценку участия каждой функции в работе системы в целом.
Матрица парных сравнений значимости функций
Ф1 | Ф2 | Ф3 | Ф4 | Ф5 | Ф6 | Сумма ряда | Доля значимости | |
Ф1 | ||||||||
Ф2 | ||||||||
Ф3 | ||||||||
Ф4 | ||||||||
Ф5 | ||||||||
Ф6 | ||||||||
Итого |
Для определения стоимости функций строят совмещенную модель. В ней по вертикали расположены элементы системы, по горизонтали – функции. Определяется, какие функции реализуются данным модулем, и в какой степени. В верхней ячейке указывается степень реализации функции модулем. В нижней - записывается денежный эквивалент доли участия.
Совмещенная модель определения стоимости функций
Модули | Стоимость | Ф1 | Ф2 | Ф3 | Ф4 | Ф51 | Ф6 |
Модуль вывода | |||||||
Конструктор входных документов | 0,6 | 0,4 | |||||
Конструктор выходных документов | 0,6 | 0,4 | |||||
Модуль заполнения справочников | |||||||
Итого: | |||||||
В долях: |
Чтобы оценить соответствие значимостей функций их стоимостям необходимо построить функционально-стоимостную диаграмму. По оси ординат вверх на этой диаграмме откладываются значимости функций и доли стоимости функций.
Например, по функционально-стоимостной диаграмме видно, что стоимость функций соответствует их значимости. Областей существенного рассогласования не наблюдается. Можно сделать вывод, что система была правильно разделена на компоненты (т.е., программные модули и трудоемкость их создания соответствуют функциям, которые они выполняют), правильно определен объем работ и сроки их исполнения.
3. Структурная схема предприятия. Создать структурную схему предприятия, специфицирующегося на разработке программных продуктов.
Указания. Создать диаграмму "только для экспозиции" (FEO) в нотации DFD. В пункте меню Edit/Model Properties указать:
тип модели AS-IS (как есть);
цель моделирования (Purpose) - Описать структуру предприятия;
точку зрения (Viewpoint) - Точка зрения проектировщика;
область моделирования (Scope) - Деятельность предприятий по разработке программного обеспечения;
определение модели (Definition) - Структурная схема малого предприятия по разработке программного обеспечения;
источник модели (Source) - Оргструктура предприятия, положения по отделам.
4. Схема движения потоков. Создать диаграмму "только для экспозиции" (FEO) в нотации DFD.
Указания. Содержание потоков данных:
1 – приказ о разработке ПО;
2 – постановка задачи;
3 – документация по информационному обеспечению, плюс постановка задачи;
4 – документацию по информационному и программному обеспечению;
5 – "сырой" программный продукт плюс документация;
6 – готовый программный продукт плюс документация.
5. Функциональная модель IDEF0. Создать контекстную диаграмму функционирования отдела программирования (основная функция - Разработать программный продукт).
Создать диаграмму декомпозиции в следующем виде:
6. Диаграмма потоков данных (DFD). Создать контекстную диаграмму КОНСТРУИРОВАТЬ ВХОДНЫЕ И ВЫХОДНЫЕ ДОКУМЕНТЫ. (На рис. приведена
модель системы в нотации Гейна-Сарсона).
Выполнить детализацию процесса КОНСТРУИРОВАТЬ ВХОДНЫЕ И ВЫХОДНЫЕ ДОКУМЕНТЫ.
7. Функции прикладного программного обеспечения. Создать контекстную диаграмму и диаграмму декомпозиции для функций прикладного программного обеспечения в нотации IDEF0.
8. Стоимостной анализ (АВС). Для оценки качества восьми изделий необходимо провести три вида работ:
· пробное включение - стоимость 150 руб.;
· испытание на стенде - стоимость - 300 руб.;
· внешний осмотр - стоимость - 50 руб.
С точки зрения технологии очередность проведения работ несущественна, а вероятность выявления брака одинакова (50%).
Нужно с помощью стоимостного анализа (АВС) определить наиболее экономичную последовательность выполнения работ.
Указания. После построения диаграмм задаются единицы измерения времени и денег (меню Edit/Model Properties, закладка ABC Units). Если в списке выбора отсутствует необходимая валюта, ее можно добавить.
Затем описываются центры затрат (статьи расходов) - меню Edit/ABC Cost Centers.
Для задания стоимости каждой работы на диаграмме декомпозиции следует щелкнуть правой кнопкой мыши по работе и в меню выбрать Cost Editor. Далее указывается частота проведения данной работы (Frequency), выбирается из списка один из центров затрат и задается стоимость.
9. Создать информационно-логическую модель предметной области "Учебный процесс".