Классификация методов оценки затрат на разработку, внедрение и эксплуатацию информационных систем
Nbsp; Министерство образования и науки РФ Федеральное государственное автономное образовательное учреждения высшего образования «Национальный исследовательский технологический университет «МИСиС» Кафедра бизнес-информатики и систем управления производством Реферат по дисциплине Экономика и эффективность информационных систем На тему: “Классификация методов оценки затрат на разработку, внедрение и эксплуатацию информационных систем” Направление подготовки: 38.03.05 Бизнес-информатика Профиль: Архитектура предприятия Выполнил: Проверил: (Ф.И.О. студента) (Ф.И.О преподавателя) МП-13-1 (№ группы) ______________ (оценка) _______________ (дата сдачи реферата) ______________ (дата проверки) Подпись:________ Подпись:__________ Москва 2018 Оглавление Условные обозначения и определения. 3 Введение. 4 1 Классификация методов оценки затрат на разработку, внедрение и эксплуатацию информационных систем. 6 1.1 Неалгоритмические методы.. 8 1.2 Алгоритмические методы.. 10 Выводы.. 14 Использованная литература. 15
Условные обозначения и определения
Жизненный цикл (ЖЦ) (англ. life cycle) –развитие системы, продукта, услуги, проекта или других изготовленных человеком объектов, начиная со стадии разработки концепции и заканчивая прекращением ее применения.
Информационная система (ИС) – человеко-компьютерная система для поддержки принятия хозяйственных и управленческих решений и производства информационных продуктов, использующая информационную технологию, т.е. информационная система – взаимосвязанная совокупность методов, персонала, других ресурсов, используемых для хранения, обработки и выдачи информации в интересах достижения поставленных предприятием целей.
|
|
|
Затраты – размер ресурсов, использованных в процессе хозяйственной деятельности за определённый временной этап (период).
Расходы организации – это уменьшение экономических выгод
в результате выбытия активов (денежных средств, иного имущества) и/или возникновение обязательств, приводящее к уменьшению капитала организации, за исключением уменьшения вкладов по решению участников (собственников имущества).
Стадия– часть процесса создания информационной системы, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.
Введение
Для расчета эффективности использования информационной системы необходимо тщательно оценить предстоящие затраты, которые возникнут в течение всего жизненного цикла системы. В отличие от результатов использования информационной системы, затраты на такие системы лучше подвержены фактическим измерениям. Поэтому в качестве первого приближения оценки привлекательности мероприятия по разработке, внедрению и эксплуатации информационной системы может выступать относительная оценка затрат для различных вариантов функционирования информационной системы. Кроме того, качественный мониторинг затрат позволяет проектировщику системы вовремя принимать решения и ориентироваться в более или менее эффективных инструментариях.
|
|
|
Затраты на разработку, внедрение и эксплуатацию информационной системы обычно классифицируют по видам ресурсов, необходимых в жизненном цикле информационной системы. К таким видам затрат относятся [1]:
• затраты на технические средства;
• затраты на программное обеспечение;
• затраты на расходные материалы;
• трудозатраты;
• инфраструктурные затраты.
Достоверность определения затрат по ходу выполнения этапов проекта обычно улучшается, т.е. на более поздних этапах достоверность повышается. Обычно, на начальных этапах проектирования ИС затраты могут быть занижены в 1.5 и более раз [2,3].
|
|
|
Управление затратами – это умение экономить ресурсы и максимизировать отдачу от них.
Затраты – это использование ресурсов в производственном процессе, расходы – это оценка факта, когда компания передает ресурсы внешним контрагентам.
Затраты могут сразу, т.е. в периоде их возникновения, превратиться в расходы (если ресурсы, использование которых и вызвало затраты, не привело к образованию других ресурсов). Затраты могут стать расходами в следующих периодах, проделав длинный и замысловатый путь (если ресурсы, использование которых и вызвало затраты, превратились в другие ресурсы).
Размер расходов не всегда совпадает с размером затрат. В структуре денежных потоков организации эти понятия используются на разных уровнях оценки результатов экономической деятельности.
Классификация методов оценки затрат на разработку, внедрение и эксплуатацию информационных систем
Оценка эффективности информационной системы, как расчет соотношения положительного результата и произведенных затрат, не всегда возможна. Часто положительный эффект от автоматизации обработки информации проявляется спустя некоторое время после внедрения информационной системы, особенно, если речь идет о совершенствовании управленческого учета. Или проблематично выделить явное повышение производительности труда после автоматизации. В большинстве случаев принятие решения о разработке и внедрении информационной системы (ИС) базируется на интуиции управленческого персонала, рекламных обещаниях компаний-разработчиков программных средств, жизненном опыте друзей, коллег или конкурентов. Планирование расходов на информатизацию производственных и управленческих процессов обычно происходит по следующим сценариям:
|
|
|
1. Изначально определяется денежная сумма, которую руководство может потратить на развитие корпоративных информационных систем. Финансирование по данной статье расходов рассчитывается как фиксированный процент от некой базы. Обычно, в качестве базы для расчета используется объем производства в денежном выражении, планируемая выручка, общая смета расходов организации. В пределах выделенных средств, производится разработка и сопровождение ИС. При таком подходе возможно множество вариантов неэффективного расходования средств.
2. Выбор программного средства из возможных вариантов основывается на стоимости разработки или приобретения программного продукта. Тем не менее, специалисты оценивают расходы на внедрение и дальнейшее использование информационной системы в 100-250% стоимости разработки ИС. В результате стоимость автоматизации системы обработки информации значительно превышает первоначально запланированную.
3. Предпочтение отдается той ИС, которая обладает меньшей стоимостью владения. Совокупная стоимость владения информационной системой - сумма прямых и косвенных расходов пользователя на приобретение и использование ИС на протяжении всего жизненного цикла, включая стоимость рисков, связанных с использованием ИС. Расчет затрат на информационную систему дает возможность попытаться оценить предполагаемую эффективность и спланировать будущие расходы. От того, какие этапы включаются в жизненный цикл (ЖЦ), будет зависеть общая величина затрат на информационную систему. Некоторые исследователи выделяют четыре этапа ЖЦ программного продукта :инициация, планирование, реализация, завершение. Период использования ИС при таком подходе не учитывается, а значит, не планируются дальнейшие расходы, обусловленные использованием ИС.
Другая компоновка фаз ЖЦ программного продукта предполагает:
- фаза разработки программного средства включает анализ задачи, разработку и отладку программного обеспечения проекта, внедрение;
- фаза эксплуатации учитывает сопровождение, модификацию, управление конфигурацией, перенос информационной системы на иные программные платформы.
Предлагаемый подход позволяет определить стоимость программного продукта как сумму расходов на приобретение и использование, что в большей степени соответствует настоящему положению дел. Таким образом, при расчете стоимости информационной системы необходимо поэтапно оценивать затраты на разработку программного продукта, затраты на внедрение и затраты на эксплуатацию ИС.
Все многообразие методов оценки затрат на информационные системы делится на неалгоритмические и алгоритмические методы.
Неалгоритмические методы
Сущность неалгоритмических методов состоит в том, что при
оценке стоимости используются определенные схемы и принципы, а не математические формулы. К неалгоритмическим методам относятся метод экспертной оценки и оценки по аналогии.
Метод экспертной оценки основывается на принципе экспертной оценки и применяется в проектах, использующих новые технологии, новые процессы или решающих инновационные задачи.
К процессу оценки привлекаются инженеры-разработчики, которые сами оценивают курируемую ими часть проекта. После этого созывается общее совещание, на котором результаты отдельных оценок интегрируются в единую, целостную систему. Предположения, на которых основывалась оценка отдельных экспертов, заносятся в протокол и открыто обсуждаются. При опросе экспертов используются Дельфийская или расширенная Дельфийская методика, ориентированная на приведение экспертов к консенсусу. В результате достигается баланс оценки при интеграции отдельных компонентов в общую систему. Далее следует очередная стадия покомпонентной оценки, и по мере увеличения количества итераций точность оценки увеличивается.
Оценка по аналогии является разновидностью экспертной оценки и часто выделяется в отдельный метод. Основывается он на принципе аналогии. Оценка по аналогии, как и алгоритмические методы, использует эмпирические данные о характеристиках завершённых проектов. Ключевое различие состоит в том, что алгоритмические методы используют эти данные косвенным образом, например, для калибровки параметров моделей, а метод оценки по аналогии с помощью эмпирических данных позволяет отобрать аналогичные проекты. Схема оценки, основанная на указанном принципе, состоит из нескольких этапов.
На первом этапе осуществляется сбор данных по разрабатываемому проекту. В рамках жизненного цикла информационной системы оптимальными формами для этого являются анализ требований и проектирование. На основе экспертной оценки производится отбор характеристик, по которым будут сравниваться проекты.
Следующий этап включает в себя поиск и анализ проектов «аналогичных» по выбранным характеристикам разрабатываемому. Результатом данного этапа является, как правило, несколько проектов, имеющих наименьшие различия в численных значениях характеристик оценки.
Для отбора проектов, наиболее близких к разрабатываемому, может использоваться метод измерения Евклидова расстояния в n-мерном пространстве. Каждой характеристике присваивается значение веса (множитель), определяющее значимость характеристики для проекта. В упрощённом варианте вес равен единице, т.е. все характеристики проекта считаются равнозначными по важности. Далее проекты и их соответствующие характеристики отображаются в n-мерном пространстве как точки (n равно количеству переменных, для каждой переменной используется своё измерение), после чего вычисляется Евклидово расстояние между соответствующими точками:
где a и b – точки в пространстве;
a1…ai и b1…bi – координаты точек в соответствующих плоскостях.
Проекты, имеющие наибольшее сходство будут расположены ближе друг к другу, т. е. Евклидово расстояние у них будет наименьшим.
Последним этапом является экспертная оценка разрабатываемого проекта, в которой значения, взятые из аналогичного проекта, используются как базис оценки.
Алгоритмические методы
Модель оценки трудоемкости (или других затрат) разработки, внедрения и эксплуатации информационной системы для этих методов представляет собой одну или несколько функций, которые описывают зависимость между характеристиками проекта и затратами на его реализацию.
Модели подразделяют:
• по типу используемых функций:
1) на линейные;
2) мультипликативные;
3) степенные;
• по использованию исторических данных:
1) на эмпирические;
2) аналитические.
Наиболее часто реализуемыми и хорошо документированными
моделями являются модель Патнэма (степенная, аналитическая) и линейка моделей COCOMO-COSYSMO (степенные, эмпирические).
Модель Патнэма (SLIM model) создана для проектов объемом больше 70 000 строк кода. Используя статистический анализ проектов, Л. Патнэм обнаружил, что взаимосвязь между тремя основными параметрами проекта (размером, временем и трудоемкостью) напоминает функцию Нордена-Рэлея (см.рисунок 1), отражающую распределение трудовых ресурсов проекта в зависимости от времени. Модель основана на том, что затраты на разработку ПО распределяются согласно кривым Нордена-Рэлея, которые являются графиками функций.
Рисунок 1 – Функция Рэлея
Функция Рэлея моделируется дифференциальным уравнением:
где dt/dy – скорость роста персонала проекта;
t – время, прошедшее от начала проекта до изъятия продукта из эксплуатации, годы;
K – область под кривой, представляет собой полную трудоемкость в течение всего жизненного цикла (включая сопровождение), выраженную в человеко-годах;
a – константа, которая определяет форму кривой (фактор ускорения) и вычисляется по формуле: 
где td – время разработки, годы.
Приняв ряд допущений, Л. Патнэм получил следующее уравнение: 
где E – трудоемкость разработки ПО, человеко-годы;
Size – размер программного обеспечения, LOC;
td – планируемый срок разработки, годы;
C – технологический фактор, учитывающий различные аппаратные ограничения, опыт персонала и характеристики среды программирования. Он определяется на основе хронологических данных по прошлым проектам и, согласно рекомендациям Л. Патнэма, определяется для различных типов проектов следующим образом:
− проект, внедренный в сжатые сроки без детальной проработки – 1500;
− проект, выполненный в соответствии с четким планом – 5000;
− проект, предусматривающий оптимальную организацию и поддержку – 10 000. Оптимальный срок разработки определяется как td = 2,4 · E1/3, что хорошо согласуется с большинством статистических моделей.
Самой популярной моделью для оценки затрат на разработку ПО, которая де-факто стала стандартом, является COCOMO (COnstructive COst MOdel) [4, 5]. Она была представлена в 1981 г. Барри Боэмом (Barry Boehm), известным ученым, внесшим огромный вклад в развитие научных подходов к управлению программными проектами – им разработаны спиральная модель проектирования ПО и Wideband Delphi, кроме того, именно он предсказал, что в будущем стоимость ПО превысит стоимость оборудования. СОСОМО была разработана для каскадной модели жизненного цикла (ЖЦ) ПО и представляла собой три модели, ориентированные на использование в трех фазах жизненного цикла ПО:
− Базовую (Basic), являющуюся статичной моделью, которая вычисляет затраты, необходимые для разработки программного обеспечения, как функцию размера программы, выраженную в оценочном множестве строк исходного кода;
− Промежуточную (Intermediate) – вычисляет затраты, необходимые для разработки программного обеспечения, выраженные в виде функции размера программы и набора из 15 поправочных коэффициентов, которые включают субъективные оценки продукции, оборудования, персонала, а также проектные атрибуты;
− Углубленную или расширенную (Advanced) модель, включающую в себя все характеристики промежуточных версий с оценкой воздействия затрат на каждом шаге (анализ, проектирование и т.д.) в процессе разработки.
Три модели работают с двумя основными уравнениями, но коэффициенты для трех моделей определяются с разной степенью детализации.
где E – трудозатраты в человеко-месяцах;
a, b, с, d – коэффициенты, калибруемые по статистическим данным; KLOC – размер ПО, выраженный в тысячах строк исходного кода;
D – длительность проекта;
EAF – фактор уточнения затрат, определяющийся как произведение факторов стоимости модели (или мультипликаторов). Для базовой модели он принимается равным единице; для промежуточной модели определяется 15 факторами стоимости; для углубленной модели проводится оценка воздействия этих мультипликаторов на каждом шаге жизненного цикла.
Выводы
В данной работе рассматривались классификации методов оценки затрат на разработку, внедрение и эксплуатацию информационных систем, которые делятся, в свою очередь, на алгоритмические и неалгоритмические. Также, подробно был проведен анализ неалгоритмического метода, в которого входят метод экспертной оценки и метод по аналогии; и алгоритмического метода - модель по типу используемых функций и модель по использованию исторических данных.
Использованная литература
1. Райзберг Б.А., Лозовский Л.Ш., Стародубцева Е.Б. Современный эко-
номический словарь. – М.: ИНФРА-М, 2007.
2. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов
на автоматизированные системы. Автоматизированные системы. Термины и определения.
3. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
4. Липаев В.В. Технико-экономическое обоснование проектов сложных
программных средств. – М.: СИНТЕГ, 2004.
5. Липаев В.В., Потапов А.И. Оценка затрат на разработку программных средств. – М.: Финансы и статистика, 1988.
6. COCOMO II Model Definition Manual. Version 2.1, Center for Software Engineering, USC, 1995 [Электронный ресурс]. Режим доступа: http://csse.usc.edu/csse/research/COCOMOII/cocomo2000.0/CII_modelman 2000.0.pdf, 2013.
7. Oracle Unified Method | Область знаний | Oracle Partner Network [Электронный ресурс]. – Режим доступа: http://www.oracle.com/partners/ru/products/applications/oracle-unifiedmethod/get-started/index.html, свободный. – Загл. с экрана (дата обращения:27.03.2016).
8. COCOMO II modeling manual [Электронный ресурс]. – Режим доступа:
http://csse.usc.edu/csse/research/COCOMOII/cocomo2000.0/CII_modelman2000.0.pdf, свободный. – Загл. с экрана (дата обращения: 27.03.2016).
9. COCOMO® II – Constructive Cost Model [Электронный ресурс]. –
Режим доступа: http://csse.usc.edu/tools/COCOMOII.php, свободный. – Загл. С экрана (дата обращения: 27.03.2016).
Дата добавления: 2018-02-28; просмотров: 2285; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!