скачать рефераты
  RSS    

Меню

Быстрый поиск

скачать рефераты

скачать рефератыРеферат: Программное обеспечение

Типовые ситуации классифицируются по функционально решаемым задачам. По каждой задаче указывается количество форм входной и выходной информации.

Вх\Вых

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) – хорош с точки зрения оценки результатов ПИ (в эксплуатации).

– проще в получении и конкретном назначении но поскольку они работают в совокупности, то возможно появление противоречивых оценок по множеству ??? показателей.

Обобщенные поазатели.

Должны иметь стоимостной характер.

Э = В – С

Э – эффект;

В – суммарная выгода, экономия от эксплуатации ПИ;

Величина эффекта для конкретного ПИ чаще всего бывает связана с эффектом эксплуатации информационной системы, частью которой и является данное ПИ. В этом случае методически определение эффекта должно быть согласовано, сопоставимо с определением эффекта от эксплуатации информационной системы на объекте.

Где индекс б – относится к базовому варианту, а п – к предлагаемому.

С – текущие затраты на эксплуатацию ПИ сопоставления вариантов.

К – единовременные затраты на сопоставление вариантов.

Различают виды эффекта:

предварительный (определенный до начала разработки или на предпроектной стадии);

потенциальный (рассчитанный по завершении разработки, связан с максимально возможным применением на всех возможных объектах, допускающих его использование);

гарантированный (связан с одним конкретным потребителем);

фактический (рассчитанный по результатам эксплуатации ПИ на конкретном объекте за определенный период).

При определении величины эффекта проводится сопоставление затрат по вариантам реализации ПО на конкретном объекте. Можно в определении эффекта учитывать не все статьи затрат, а только те, по которым сопоставляемые варианты существенно различаются.

Если по каким–то статьям затрат варианты сопоставимы (незначительно отличаются друг от друга), то нет необходимости определять значения затрат по этим статьям.

При выборе базового варианта следует:

При разработке ПИ для конкретного объекта в качестве базового принимается тот вариант обработки данных, который заменяется предлагаемым (обычно существующий, действующий);

При определении величины эффекта для тиражируемого ПИ, выпускаемого на рынке в качестве базового варианта принимается конкурентный ППП, обладающий наилучшими характеристиками, как эксплуатационными, так и затратными.

Основные затруднения в определении частных показателей связаны с тем, что они носят качественный характер и должны оценивать различные свойства сопоставляемых программных изделий. А эти свойства присущи не самому программному изделию, а связаны с объектом применения ПИ.

Таким образом качество ПИ относительное понятие, которое имеет смысл только лишб в связи с реальными условиями применения. Совокупность свойств программного продукта, котрые обуславливают возможность удовлетворить определенные потребности пользователя в соответствии с назначением – качство ПИ.

Возможна классификаци характеристик качества ПИ по различным направлениям:

Оценка надежности создаваемого изделия.

Защита от ошибок в работе ПИ;

обеспечение возможности ПИ сохранения информации в случае потери какой–либо части хранимых данных (например хранение копий);

обеспечение защиты от несанкционированного доступа.

Модифицируемость ПИ (модернизированность).

наличие ресурсов, которые позволяют разрабатывать новые версии при изменении условий эксплуатации;

мобильность (портативность, переносимость) – возможность ПИ к адаптации при переносе его на новый объект;

отношение изменения объема при переносе программного текста к общему объему программного текста.

Эффективность использования ресурсов.

Качество документирования сведения об ошибках :

множество способов передачи информации потребителю (бумажная документация, файл текстовый, наличие справочного интерфейса, возможность контекстной подсказки);

обучающие версии программ, их представление;

наличие автоматизированной системы обучения;

наличие инструкций в эксплуатационной документации.

Доступность (легкость освоения). Требования к квалификации пользователя.

Корректность (степень адекватности реализованных в ППП методов требованиям предметной области).

Набор функциональных показателей ППП (сопоставление фактически полученных значений эксплуатационных показателей с требованиями предметной области).

По набору показателей качества ППП возможно применение экспертных оценок (баллы) и получение суммарной оценки (баллы), связанной с валовым коэффициентом, который учитывает значимость каждой характеристики.

Пример:

производительность многосторонность обработка ошибок сложность обучения сложность использования общая пользовательская оценка мощность
dBase Ä Æ Æ Ä Ä 7.0 6.7
Paradox Å Æ Ä Ä Ä 6.8 5.1
FoxPro Ä Å Æ Æ Æ 6.8 7.1
R:Base Å Æ Æ Ä Ä 5.8 3.6
Clarion Ä Å Æ Æ Æ 5.7 6.0

Ä - 7¸10; Æ - 5¸6,9; Å - <5.

Характеристики ППП:

мощность пакета ( сравнительное определение двух характеристик: производительности и многосторонности);

общая потребительская оценка:

((3*ЛЕГКОСВ)+(6*удобств.исп.)+(2*обр.ошиб.)+оценка испыт.)/12

Тема 4: Ценообразование программной продукции.

Объектом расчета цен являются:

ПИ, изготовленные по индивидуальному заказу (договору);

ПИ, тиражируемое и поставляемое потребителю с помощью торгующих посредников;

Промышленные услуги, оказываемые при внедрении ПИ.

Основой формирования цены является:

Определение экономически обоснованных затрат на создание ПИ. Обоснование затрат на разработку ПИ возможно с привлечением нормативных материалов (УНВ, ТНВ) с обязательными уточнениями с помощью учета всех влияния всех дополнительных факторов, приближенность материалов к источнику и условиями конкретной разработки;

Потребительские свойства ПИ в их сопоставлении на рынке программной продукции.

Различают два вида цен: договорные и прейскурантные, связанные с поставкой тиражируемого программного продукта (преимущественно через посредника).

Договорные (оптовые) цены - определяются сторонами, исходя из договора (технического задания, условий договора), с учетом экономически обоснованных затрат и согласованного сторонами размера прибыли. Материалы, связанные с формированием договорной цены оформляются в виде калькуляции цены, которые представлены как отдельные составляющие затрат по разработке.

Предложение по П обосновывается, исходя из расчета уровня прибыли, которая складывается в отрасли, связанной с разработкой и применением программной продукции.

Заказчик исходит из уровня прибыли, который сложился в отрасли, где будет применяться ПИ (в своей области).

Эти два уровня могут не совпадать (конфликт между разработчиком и заказчиком).

При определении договорной цены на программную продукцию, поставляемую нескольким заказчикам (или в нескольких экземплярах) в цену экземпляра поставки включаются затраты на разработку разнесенные на общее количество экземпляров поставки.

В случае выполнения новых заказов на эту же продукцию из системы разработки должны исключиться затраты, связанный с созданием и изготовлением первой партии, то есть затраты компенсируются предыдущими партиями.

При формировании договорной цены сначала определяют предварительную договорную цену (ПДЦ), которая складывается из составляющих:

ПДЦ = С + П + Н

С - себестоимость, П - прибыль, Н - налоги.

После того как подготовлено предложение о ПДЦ возможна и корректировка:

ДЦ = ПДЦ + ПП

ПП - предложения по прибыли.

Аналогично определяются цены на услуги по сопровождению программной продукции, с той лишь разницей, что цена на услуги может быть связана не с самим фактором проведения работ, а с периодом в течение которого оказываются эти услуги.

количество интервалов выплаты - 12 или 4 (месяц или квартал).

Если затраты за период собираются не на конкретного потребителя услуг, а на всех потребителей, то включают в знаменатель количество потребителей.

Прейскурантные цены (ПЦ).

Не предполагается согласование размера цены между поставщиком и потребителем. Они фиксированы в прейскурантах, обычно не сопровождаются калькуляциями (то есть расчет идет по принципу “нравится или нет”).

ПЦ часто используются при работе фондов программ, которые поддерживаются организациями - посредниками. Разработчики и поставщики не одно и то же лицо.

, где

СИ - себестоимость изготовления;

Н - налоги;

ПИ - прибыль изготовителя;

В себестоимость изготовления конкретного экземпляра поставки включают:

затраты на приобретение эталонного экземпляра, эти затраты чаще определяют ЦД;

затраты изготовления экземпляра поставки (затраты на тиражирование, некоторые затраты по инсталляции экземпляра в условиях конкретного объекта);

затраты на производство.

ПИ - прибыль изготовителя зависит от конъюнктуры рынка.

Для того чтобы стимулировать разработчика на создание программной продукции, ориентированной на максимально большой тираж, в ПЦ можно включить коэффициент % авторского вознаграждения.

По отношению к ПЦ возможно применение всех тех соображений, связанных с компенсацией затрат.

Цены первой ступени обычно связаны с компенсацией затрат на приобретение эталонного образца;

Цены второй и последующих ступеней исключают эти затраты и предполагаемые затраты на производство.

Тема 6: Управление разработкой программной продукции.

Управление осуществляется для обеспечения требуемого качества изделия (в техническом задании);

Соблюдение сроков разработки (ТЗ);

Эффективное использование ресурсов разработки.

Управление осуществляется на основе последовательной реализации работ и этапов ЖЦПО:

В первую очередь надо весь процесс разработки разбить на отдельные этапы и работы. Для каждого этапа (работы) формируется задание, имеющее реальный, контролируемый результат.

Осуществляется учет выполнения этапов и работ.

На основании контроля принимаются управленческие действия по ликвидации отклонений фактических результатов от запланированных.

Особенности разработки программной продукции.

Крупномасштабность планирования. Планирование ведется на уровне этапов и работ.

номенклатура работ, выполняемых во время создания ПП, во многом зависит от требований конкретной реализации.

Плохая сбалансированность планов работ по ресурсам. отсутствие достоверных методов распределения ресурсов по работам приводит к перераспределению ресурсов.

Для того чтобы осуществить качественное управление разработкой осуществляется технологическая подготовка разработки.

Определить состав и последовательность выполнения работ.

Определить состав и квалификацию исполнителей по выполнению работ.

Определить оборудование, необходимое для выполнения работ.

Страницы: 1, 2, 3, 4


Новости

Быстрый поиск

Группа вКонтакте: новости

Пока нет

Новости в Twitter и Facebook

  скачать рефераты              скачать рефераты

Новости

скачать рефераты

© 2010.