- •Безруков а.И. Экономические и правовые основы разработки программного обеспечения (Тексты лекций)
- •Лекция 1. Знакомство с предметом Введение
- •Программно-информационный продукт – особый вид товара Что такое программный продукт
- •Характеристики качества программного продукта
- •Лекция 2. Маркетинговые исследования Проблема управления производительными силами общества
- •Простое воспроизводство. Закон стоимости
- •Расширенное воспроизводство. Проблема распределения прибавочной стоимости
- •Цели и результаты маркетингового исследования
- •Что такое маркетинг?
- •Проблемы, решению которых может помочь проведение маркетинговых исследований
- •Выбор данных
- •Первичные данные
- •Вторичные данные
- •Сбор первичных данных Определение потребности в данных
- •Подготовка предложения по исследованию
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Методы исследования
- •Качественные методы
- •Групповые дискуссии (фокус-группы)
- •Глубинные интервью
- •Проекционные методы
- •Наблюдения
- •Количественные методы
- •Эксперименты
- •Маркетинговая смесь
- •Лекция 3. Экономическая оценка затрат на создание компьютерных программ
- •Классификация видов затрат. Маржинальный анализ
- •Методики расчета различных видов затрат
- •Операционные затраты
- •Пример расчета операционных затрат
- •Операционные затраты
- •Специфические структурные затраты Затраты на оборудование
- •Затраты на оборудование
- •Приведение затрат к одному времени
- •Затраты на нематериальные активы
- •Затраты на лицензии
- •Общефирменные затраты и накладные расходы
- •Использование ms Excel
- •Пример использования электронной таблицы
- •Лекция 4. Оценка эффекта от использования компьютерных программ Классификация программного обеспечения как товара
- •Оценка доли эффекта от собственно разработки программного обеспечения
- •Программное обеспечение массового использования
- •Позиционирование на рынке программных продуктов
- •Пример оценки экономической эффективности программного продукта массового спроса
- •Виды обучающих компьютерных программ на cd
- •Индивидуальные программные продукты
- •Лекция 5. Пример оценки эффекта от внедрения системы управления
- •Описание объекта управления
- •Построение вероятностной модели предприятия
- •Определим условные вероятности последствий
- •Согласование данных
- •Требования к согласованности условных вероятностей
- •Оценка потерь от выбросов
- •Моделирование последствий внедрения системы мониторинга
- •Алгоритм оценки
- •Уровень зрелости фирмы. Стандарт cmm
- •Лекция 6. Управление рисками программного проекта
- •Риски, связанные с реализацией проекта
- •Разделение ответственности
- •Количественная оценка рисков
- •Определение размеров ресурсов, необходимых для снижения рисков
- •Типовые и специфические источники рисков
- •Откуда брать информацию о рисках
- •Лекция 7. Управление персоналом
- •Роль персонала в эффективности проекта
- •Обеспечение условий работы
- •Работа в потоке
- •Организация рабочего места
- •Формирование команды Что такое команда
- •Лидерство
- •Факторы, способствующие формированию команды
- •Факторы, препятствующие формированию команды
- •Инвестиции в человека
- •Лекция 8. Управление качеством Эволюция представлений о качестве Потерянный рай (допромышленное ремесленное производство)
- •Издержки промышленной революции
- •Система Тейлора
- •Главное не наказать, а найти причину (система Шухарта)
- •Новая философия качества (идеи Деминга)
- •Системы управления качеством Роль рынка, ориентация на потребителя
- •Человеческий фактор, роль персонала
- •Международные стандарты серии iso 9000
- •Современные представления об управлении качеством
- •Лекция 9. Система управления качеством программной разработки Требования к системе управления качеством организации Политика в области качества
- •Тотальное управление качеством (tqm)
- •Система менеджмента качества
- •Управленческая деятельность
- •Система требований
- •Информационное обеспечение принятия решений
- •Контроль качества
- •Вовлечение персонала, партнеров, потребителей и общества
- •Требования к развитию
- •Управление качеством при проектировании и разработке
- •Оценка готовности предприятия к выпуску качественного программного продукта
- •Методы управления качеством программных проектов Управление документацией
- •Виды программной документации
- •Управление конфигурацией
- •Элементы конфигурации программного проекта
- •Контроль качества в ходе проектирования
- •Лекция 10. Программный продукт как объект интеллектуальной собственности Что такое интеллектуальная собственность?
- •Авторское право и смежные права
- •Регистрация интеллектуальной собственности
- •Регистрирующие органы
- •Рассмотрение заявки на официальную регистрацию
- •Выдача свидетельства
- •Правовые аспекты использования интеллектуальной собственности
- •Правовое обеспечение создания и использования объектов ис
- •Правовая охрана объектов интеллектуальной собственности
- •Экономические аспекты
Определение размеров ресурсов, необходимых для снижения рисков
Чтобы борьба с рисками была экономически оправданной, размеры затрат на предотвращение и сокращение рисков не должны превышать ожидаемых потерь. Отсюда вытекает стратегия определения размера затрат на снижение рисков: сумма затрат и ожидаемых потерь должна быть минимальной.
Проблему оценки размеров ресурсов рассмотрим на простом, но поучительном примере борьбы с опозданиями. Допустим, что среднее время, которое Вы затрачиваете на дорогу в институт =30 мин. Однако на время в пути влияет множество независимых факторов: автобус, на котором Вы привыкли ездить, может задержаться, а может придти пораньше, ситуация на дороге может сложиться благоприятно, а может и не очень. Так как факторов много и они независимы, а влияние каждого из них невелико, можно предположить, что случайная величина «время в пути» распределена нормально. Путем многократных наблюдений Вы установили, что среднеквадратическое отклонение времени =2 мин.
На рис. 6.2 тонкой ломаной линией изображено распределение вероятности времени, затраченного на дорогу. Вероятность опоздания – площадь под кривой левее линии 30 мин. Если Вы регулярно выходите за 30 мин до звонка, то в половине случаев Вы опаздываете (соответствующая площадь на рисунке заштрихована). Определим, за сколько минут Вам следует выходить из дома, чтобы число опозданий не превышало 1%. Для нормального распределения справедливо «правило трех сигм»: вероятность нахождения значения случайной величины в интервале: среднее значение 3 не менее 99%. Таким образом, если Вы будете выходить на 3 = 6 мин раньше, вероятность Вашего опоздания снизится до менее чем 1%. (площадь, закрашенная черным).
Рис. 6.2. Кривые распределения вероятности времени в пути.
Конечно, в 99% случаев Вам придется ждать звонка. Но это гораздо лучше, чем опаздывать. А время до звонка можно скоротать в приятной беседе с друзьями.
Прогнозируемое время разработки программного проекта также является случайной величиной. Однако, распределение её вероятности далеко от нормального. На рис. 6.3 изображена типичная кривая рисков. По горизонтальной оси отложено ожидаемое время завершения проекта, по вертикальной – вероятность, что проект завершиться в данный момент времени.
Рис. 6.3. Кривая рисков завершения проекта
Более наглядной будет кумулятивная кривая, отображающая вероятность того, что проект закончится не позднее указанного срока. На рис. 6.4 приведен пример такой кривой. По оси Х отложены значения коэффициента увеличения срока (отношения реальной продолжительности проекта к плановой), а по Y вероятность, что превышение не будет больше указанной величины. Отметим, что для кривых, изображенных на рис. 6.3 и 6.4 вероятность завершения проекта менее, чем за 62 дня практически равна нулю, 50% вероятность наступает на 76 день, наиболее вероятный день завершения разработки 75-й, а с вероятностью 99% проект закончится ранее 90 дня с начала разработки.
Рис. 6.4. Риск увеличения сроков из-за ошибок планирования.
Приведенные кривые построены на основе анализа статистики разработки нескольких сотен проектов, близких по размерам и сложности реализации. Точка появления сколь ни будь значимой вероятности (в нашем случае 65-й день) соответствует срокам завершения проекта по идеальному плану (ни один риск не реализован, ничего не мешает проекту завершиться в срок). Конкретный вид кривых зависит также от уровня фирмы-разработчика, эффективности применяемых процессов разработки и системы управления качеством.
