Материал: Технол_разраб_прогр_обесп_Гагарина_Кокарева

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

все расходы легко подсчитать — значительная их часть не только не закладывается заранее, но и нигде не учитывается. Причем 75 % затрат, входящих в состав ТСО, обусловлены проблемами конечных пользователей. В модели ТСО, разработанной Microsoft и Interpose, учитываются как раз эти затраты. Согласно их методике затраты делятся на прямые и косвенные.

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

Косвенные затраты — составляют более 50 % средних расходов, которые не поддаются планированию и часто вообще не регистрируются. К ним относятся, прежде всего, пользовательские затраты (неформальное обучение, персональная поддержка, ошибки и просчеты) и простои из-за выхода оборудования из строя или плановых профилактических остановок.

Таким образом, совокупную стоимость владения можно подсчитать по простой формуле


ТСО = Пр + Кс, (9.7)

где Пр — прямые затраты; Кс — косвенные затраты.

ROI =

Эффективность вложений (возврат инвестиций) ROI — это показатель, характеризующий выгоду программного проекта. Он рассчитывается как отношение дисконтированных поступлений, ожидаемых от внедрения данного программного продукта, к начальной стоимости инвестиций:


(9.8)


где Эф — эффект от внедрения, выраженный в денежных единицах;

И — инвестиции в ИС.

Модель ROI принадлежит Gartner Group.

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

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

Контрольные вопросы

  1. Перечислите методы оценки стоимости ПО.

  2. Опишите линейный метод.

  3. Опишите метод функциональных точек.

  4. Какие существуют модификации метода функциональных точек?

  5. Приведите методы оценки стоимости ПО с использованием эмпирических данных.

  6. Охарактеризуйте СОСОМО и СОСОМО II.

  7. Как производится оценка эффективности ПО на этапе эксплуатации?

  8. Что такое показатели ТСО и ROI?

Лабораторный практикум

ЛАБОРАТОРНАЯ РАБОТА № 1. Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия ссТехническое задание»

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

Лабораторная работа рассчитана на 4 академических часа.

Подготовка к лабораторной работе

  1. Ознакомиться с лекционным материалом по теме «Этапы разработки программного обеспечения. Постановка задачи» учебной дисциплины «Технология разработки программного обеспечения».

  2. Изучить соответствующие разделы в изданиях [1, 4].

  3. Ознакомиться с разделами гл. 2 данного пособия.

Теоретическая часть. Разработка технического задания

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

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

Порядок разработки технического задания

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

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

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

1. Общие положения

  1. Техническое задание оформляют в соответствии с ГОСТ 19.106—78 на листах формата А4 и АЗ по ГОСТ 2.301—68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.

  2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104—78. Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.

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

1.4. Техническое задание должно содержать следующие разделы:

  • введение;

  • наименование и область применения;

  • основание для разработки;

  • назначение разработки;

  • технические требования к программе или программному изделию;

  • технико-экономические показатели;

  • стадии и этапы разработки;

  • порядок контроля и приемки;

  • приложения.

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

2. Содержание разделов

  1. Введение должно включать краткую характеристику области применения программы или программного продукта, а также объекта (например, системы), в котором предполагается их использовать. Основное назначение введения — продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных.

  2. В разделе «Наименование и область применения» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

  3. В разделе «Основание для разработки» должны быть указаны:

  • документ (документы), на основании которых ведется разработка. Таким документом может служить план, приказ, договор и т. п.

  • организация, утвердившая этот документ, и дата его утверждения;

  • наименование и (или) условное обозначение темы разработки.

2.4. В разделе «Назначение разработки» должно быть указано
функциональное и эксплуатационное назначение программы
или программного изделия.

2.5. Раздел «Технические требования к программе или программному изделию» должен содержать следующие подразделы:

  • требования к функциональным характеристикам;

  • требования к надежности;

  • условия эксплуатации;

  • требования к составу и параметрам технических средств;

  • требования к информационной и программной совместимости;

  • требования к маркировке и упаковке;

  • требования к транспортированию и хранению;

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

  1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.

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

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

  4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик.

  5. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.

  6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

  7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

2.5.8. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

Источник: https://files.student-it.ru/previewfile/6671