Реферат: Программное обеспечение
Затраты на технологию и ПС автоматизации разработки: Сзр.
Технические средства разработки определяемые в процессе технологической подготовки разработки : Сзр=Сзр1+Сзр2+Сзр3.
Затраты на технологию связаны:
Затраты на приобретение технических средств (прейскурантная цена приобретаемого средства) – Сзр1;
Затраты на освоение и внедрение принятой технологии подготовки (затраты труда на освоение – ЗП, затраты на машинное время, связанное с оснвоением, затраты на обучение персонала) – Сзр2;
Затраты на эксплуатацию технологических средств (затраты на сопровождение технологического средства на тот период времени, на который приходится разработка) – Сзр3.
Чаще всего приобретенные инструментальные средства используются в нескольких разработках, тогда Сзр1 разнесена на все разработки, в которых используется данное инструментальное средство. На конкретную разработку списывается лишь часть затрат, которая определяется амортизационным периодом инструментального средства = продолжительности разработки. Если в этот амортизационный период проводится несколько разработок с применением этого инструментального средства, то затраты амортизационнго периода распределяются по всем разработкам, пропорционально затратам машинного времени.
Затраты на технические средства (С4р)
Как правило технические средства применяемые для разработки (ВТ) не связаны с одной конкретной разработкой и по отношению к ним могут применять все теже правила разнесения затрат пропорционально амортизационному периоду, тогда затраты на технические средства сводятся к затратам на машинного времени на разработку.
Определение затрат машинного времени на разработку связано с технологической ЭВМ, то есть с той машиной, которая используется для разработки. Помимо технол. ЭВМ в ЖЦПИ появляется реализующая ЭВМ, но кторой ведется эксплуатация и затраты на эту машину не связаны с разработкой. Моделирующая ЭВМ в случае, когда велики различия между технологической и реализующей ЭВМ. В основном машинное время затрачивается на:
Формирование программного текста;
Формирование программной документации;
Отладку и испытания;
Технологическую подготовку.
Может использоваться два подхода в определении затрат на машинное время.
Исходя из затрат труда (С1з–>С4р). При определении затрат машинного времени исходят из нормативной для данного объекта велечины обеспечения одного раработчика машинным временем 2¸6 часов в сутки на одного работника (в среднем 4 часа).
Нормативная величина, как правило сопровождается затратами времени при типовых нагрузках на разработчика (этап ???). Для остальных периодов используются законы распределения машинного времени.
Методически схож с определением величины С1р (т.е. исходить из величины типового аналога). Тогда накапливаются статистические данные по затратам машинного времени во множестве выполненных разработок, полученная статистика классифицируется по условиям, в которых велись конкретные разработки и тогда при определении величины С4р для одного частного случая разработчик выбирает аналог, ту типовую разработку, которая наиболее близка к его условиям, принимает в качстве базового среднюю величину затрат и потом корректирует эту величину с помощью всех доступных коэффициентов.
Типовые ситуации классифицируются по функционально решаемым задачам. По каждой задаче указывается количество форм входной и выходной информации.
|
Вх\Вых |
1 |
… |
42 |
| 1 | 6 | … | 51 |
| … | … | … | … |
| 20 | 95 | … | 755 |
(Пример для задач БУ)
Далее эта норма уточняется в связи с новизной, сложностью, применением языков программирования (0,69¸1,58).
С1р+С3р+С4р, С1з–>Ср1–>С2р С5р С6р, С2р–>Ср
Затраты на эксплуатацию
С = Ср + Сэ +Сс
Сэ = С1э + С2э +С3э, где
С1э – затраты на непосредственно эксплуатацию ПИ;
С2э – потери эффективности функционирования ПИ вследствие задержки и потерь информации, подлежащей обработке;
С3э – потери эффективности функционирования ПИ, возникшие из–за сбоя или ошибок в работе программы.
С2э, С3э – зависит от потребительских свойств информации, обрабатываемой ПИ. Если удается установить связь между эффектом, полученным от решения задачи в в тех случаях когда это решение происходит вовремя и недополучения эффекта (а может быть штрафом или явно выраженными потерями) при задержке решения на определенное время, то разность между этими двумя величинами может составить сумму С2э и С3э.
С1э
Lмtм + Lмtп+ЗП+(ЗП)/Кз, где
Lм – затраты машинного времени (стоимость единицы машинного времени);
tм – время затраченное на решение задачи;
tп – затраты машинного времени, необходимого для поддержания программм в работоспособном состоянии.
Плюс затраты на персонал связанный с эксплуатацией ПИ и прочими расходами, которые можно считать косвенными по отношению к ЗП.
Сс – затраты по сопровождению.
Сс = С1с+С2с+С3с
С1с – затраты на обнаружение и исправление программных ошибок в процессе сопровождения;
С2с – затраты на доработку и совершенствование программы (модификацию);
С3с – затарты на тиражирование и внедрение новых версий.
С1с=L1с*Пк*tc/n0, где
L1с – нормированная величина трудоемкости исправления ошибок;
Пк – объем производственного комплекса;
tс – время сопровождения;
n0 – количество ошибок.
, где
L2с – коэффициент учитывающий повышение трудоемкости работ, связанных с внесением изменений в программу (изменяется от 1 до 3);
Ср – затраты на разработку;
Pi – доля программного в комлекса переработанного при подготовке новой версии.
С3с измеряется в % от С2с.
Затраты по ЖЦПИ нужны, когда:
Оценивается эффективность (качество) создаваемого ПИ;
Определяется цена.
Показатели эффективности и качества ПИ.
Оценка потребителя для выбора ПИ;
Оценка эффективности ПИ.
Выделяют два вида показателей :
обобщенный;
часный.
(1) – хорош с точки зрения оценки результатов ПИ (в эксплуатации).
– проще в получении и конкретном назначении но поскольку они работают в совокупности, то возможно появление противоречивых оценок по множеству ??? показателей.
Обобщенные поазатели.
Должны иметь стоимостной характер.
Э = В – С
Э – эффект;
В – суммарная выгода, экономия от эксплуатации ПИ;
Величина эффекта для конкретного ПИ чаще всего бывает связана с эффектом эксплуатации информационной системы, частью которой и является данное ПИ. В этом случае методически определение эффекта должно быть согласовано, сопоставимо с определением эффекта от эксплуатации информационной системы на объекте.
Где индекс б – относится к базовому варианту, а п – к предлагаемому.
С – текущие затраты на эксплуатацию ПИ сопоставления вариантов.
К – единовременные затраты на сопоставление вариантов.
Различают виды эффекта:
предварительный (определенный до начала разработки или на предпроектной стадии);
потенциальный (рассчитанный по завершении разработки, связан с максимально возможным применением на всех возможных объектах, допускающих его использование);
гарантированный (связан с одним конкретным потребителем);
фактический (рассчитанный по результатам эксплуатации ПИ на конкретном объекте за определенный период).
При определении величины эффекта проводится сопоставление затрат по вариантам реализации ПО на конкретном объекте. Можно в определении эффекта учитывать не все статьи затрат, а только те, по которым сопоставляемые варианты существенно различаются.
Если по каким–то статьям затрат варианты сопоставимы (незначительно отличаются друг от друга), то нет необходимости определять значения затрат по этим статьям.
При выборе базового варианта следует:
При разработке ПИ для конкретного объекта в качестве базового принимается тот вариант обработки данных, который заменяется предлагаемым (обычно существующий, действующий);
При определении величины эффекта для тиражируемого ПИ, выпускаемого на рынке в качестве базового варианта принимается конкурентный ППП, обладающий наилучшими характеристиками, как эксплуатационными, так и затратными.
Основные затруднения в определении частных показателей связаны с тем, что они носят качественный характер и должны оценивать различные свойства сопоставляемых программных изделий. А эти свойства присущи не самому программному изделию, а связаны с объектом применения ПИ.
Таким образом качество ПИ относительное понятие, которое имеет смысл только лишб в связи с реальными условиями применения. Совокупность свойств программного продукта, котрые обуславливают возможность удовлетворить определенные потребности пользователя в соответствии с назначением – качство ПИ.
