24. Оценка затрат на эксплуатацию и сопровождение пи

Для расчета затрат на разработку используем метод суммирования затрат.

Применительно к ИСЭ принято группировать затраты следующим образом:

К = К_пр + К_тс+ К_лс + К_пс + К_ио + К_уч + К_во + К_оэ,

где К_пр – затраты на проектирование ИСЭ;

К_тс– затраты на технические средства управления;

К_лс – затраты на создание линий связи локальных сетей;

К_пс – затраты на программные средства;

К_ио – затраты на формирование информационной базы;

К_уч – затраты на обучение персонала;

К_во – затраты на вспомогательное оборудование (устройства пожаротушения, источники бесперебойного питания и т.д.);

К_оэ – затраты на опытную эксплуатацию.

Затраты на формирование информационной базы К_ио относятся к условно-постоянной информации.

Состав затрат К_оэ соответствует составу эксплуатационных затрат. Однако эти затраты учитываются, как разовые, поскольку временно (в период опытной эксплуатации) работают сразу две системы – базовая и новая система.

Структура единовременных затрат – это не только их составляющие, но и удельный вес отдельных статей затрат.

Наибольший удельный вес имеют: К_тс, К_пр, К_пс.

Расчет затрат на проектирование комплекса задач.

Затраты на проектирование могут быть рассчитаны следующим образом:

К_пр = К_раб + К_свт + К_ипс + К_проч,

где, К_раб – затраты на заработную плату проектировщиков;

К_свт – затраты на средства вычислительной техники, необходимой для проектирования комплекса задач;

К_ипс – затраты на инструментальные программные средства, необходимые для проектирования комплекса задач

К_проч – прочие затраты (технические носители, консультации специалистов в предметной области и т.д.)

25. Инкрементная модель жц пи

Инкрементная модель жизненного цикла, называемая также

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

Для каждой конструкции выполняют необхо-

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

ждой из последующих конструкций.

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

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

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

Недостатки:

а) требования к объектам определены недостаточно четко;

b) не предусмотрены сразу все возможности системы;

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

d) возможные текущие изменения требований к системе;

е) привлечение ресурсов (средств или персонала) на длительный период ограничено.

Преимущества

Преимущества использования данной модели:

а) необходимость изначального использования характеристик

системы;

b) пригодность для использования промежуточного продукта;

с) естественное разделение системы на наращиваемые компоненты (инкременты);

d) возможности наращивания привлекаемого персонала и

средств.

В общем, все процессы могут дублироваться, причем не обязательно строго параллельно. Данная система рассчитана в основном на исправление ошибок при проектировании и дополнении.