Конструктивная модель стоимости: доходный подход.
Данный подход используется для определения верхней цены ПП как величины разности между доходами и соответствующими затратами. При расчете цены ПП предлагается к использованию общий подход, состоящий из следующих последовательных этапов:
Выбор цели, для которой разрабатывается ПП (автоматизация собственной деятельности, выживаемость, максимизация прибыли, завоевание рынков);
Определение уровня спроса;
Оценка собственных издержек;
Анализ цен аналогов и конкурентов;
Выбор метода определения цены, например, на основании средних издержек, анализа безубыточности, объективной ценности ПП;
Окончательное определение цены.
Проектирование программного изделия. Основные этапы.
Проектирование системы:
проектирование архитектуры системы;
детальное проектирование компонент системы, в т.ч. для программного обеспечения;
Этап проектирования подразумевает разработку архитектуры, разработку данных и процедурную разработку программных средств.
Проектирование – это итерационный процесс.
Обычно в проектировании выделяют две ступени: предварительное проектирование и детальное проектирование.
Предварительное проектирование формирует абстракции архитектурного уровня, детальное проектирование уточняет эти абстракции, добавляет подробности алгоритмического уровня. Кроме того, выделяют во многих случаях интерфейсное проектирование, цель которого – сформировать графический интерфейс пользователя.
Схема информационных связей процесса проектирования приведена на рисунке 9.2
Структуры
данных и алгоритмы программ
Информационные связи процесса проектирования
Предварительное проектирование обеспечивает:
идентификацию подсистем;
определение основных принципов управления подсистемами, взаимодействия подсистем.
Предварительное проектирование включает три типа деятельности:
Структурирование системы. Система структурируется на несколько подсистем, где под подсистемой понимается независимый программный компонент. Определяются взаимодействия подсистем.
Моделирование управления. Определяется модель связей управления между частями системы.
Декомпозиция подсистем на модули. Каждая подсистема разбивается на модули. Определяются типы модулей и межмодульные соединения.
Системный анализ. Требования при разработке технического задания. Техническое задание
Техническое задание является основанием для разработки программ.
Общие положения
Техническое задание оформляют на листах формата А4 и/или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
Техническое задание должно содержать следующие разделы:
наименование и область применения;
основание для разработки;
назначение разработки;
технические требования к программе или программному изделию;
технико-экономические показатели;
стадии и этапы разработки;
порядок контроля и приемки;
приложения.
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.