
- •Безруков а.И. Экономические и правовые основы разработки программного обеспечения (Тексты лекций)
- •Лекция 1. Знакомство с предметом Введение
- •Программно-информационный продукт – особый вид товара Что такое программный продукт
- •Характеристики качества программного продукта
- •Лекция 2. Маркетинговые исследования Проблема управления производительными силами общества
- •Простое воспроизводство. Закон стоимости
- •Расширенное воспроизводство. Проблема распределения прибавочной стоимости
- •Что такое маркетинг?
- •Проблемы, решению которых может помочь проведение маркетинговых исследований
- •Цели и результаты маркетингового исследования
- •Выбор данных
- •Первичные данные
- •Вторичные данные
- •Сбор первичных данных Определение потребности в данных
- •Подготовка предложения по исследованию
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Методы исследования
- •Качественные методы
- •Групповые дискуссии (фокус-группы)
- •Глубинные интервью
- •Проекционные методы
- •Наблюдения
- •Количественные методы
- •Эксперименты
- •Маркетинговая смесь
- •Лекция 3. Экономическая оценка затрат на создание компьютерных программ
- •Классификация видов затрат. Маржинальный анализ
- •Методики расчета различных видов затрат
- •Операционные затраты
- •Пример расчета операционных затрат
- •Операционные затраты
- •Специфические структурные затраты Затраты на оборудование
- •Затраты на оборудование
- •Приведение затрат к одному времени
- •Затраты на нематериальные активы
- •Затраты на лицензии
- •Общефирменные затраты и накладные расходы
- •Использование ms Excel
- •Пример использования электронной таблицы
- •Лекция 4. Оценка эффекта от использования компьютерных программ Классификация программного обеспечения как товара
- •Оценка доли эффекта от собственно разработки программного обеспечения
- •Программное обеспечение массового использования
- •Позиционирование на рынке программных продуктов
- •Пример оценки экономической эффективности программного продукта массового спроса
- •Виды обучающих компьютерных программ на cd
- •Индивидуальные программные продукты
- •Лекция 5. Пример оценки эффекта от внедрения системы управления
- •Описание объекта управления
- •Построение вероятностной модели предприятия
- •Определим условные вероятности последствий
- •Согласование данных
- •Требования к согласованности условных вероятностей
- •Оценка потерь от выбросов
- •Моделирование последствий внедрения системы мониторинга
- •Алгоритм оценки
- •Уровень зрелости фирмы. Стандарт cmm
- •Лекция 6. Управление рисками программного проекта
- •Риски, связанные с реализацией проекта
- •Разделение ответственности
- •Количественная оценка рисков
- •Определение размеров ресурсов, необходимых для снижения рисков
- •Типовые и специфические источники рисков
- •Откуда брать информацию о рисках
- •Лекция 7. Управление персоналом
- •Роль персонала в эффективности проекта
- •Обеспечение условий работы
- •Работа в потоке
- •Организация рабочего места
- •Формирование команды Что такое команда
- •Лидерство
- •Факторы, способствующие формированию команды
- •Факторы, препятствующие формированию команды
- •Инвестиции в человека
- •Лекция 8. Управление качеством Эволюция представлений о качестве Потерянный рай (допромышленное ремесленное производство)
- •Издержки промышленной революции
- •Система Тейлора
- •Главное не наказать, а найти причину (система Шухарта)
- •Новая философия качества (идеи Деминга)
- •Системы управления качеством Роль рынка, ориентация на потребителя
- •Человеческий фактор, роль персонала
- •Международные стандарты серии iso 9000
- •Тотальное управление качеством (tqm)
- •Современные представления об управлении качеством
- •Лекция 9. Система управления качеством программной разработки Требования к системе управления качеством организации Политика в области качества
- •Система менеджмента качества
- •Управленческая деятельность
- •Система требований
- •Информационное обеспечение принятия решений
- •Контроль качества
- •Вовлечение персонала, партнеров, потребителей и общества
- •Требования к развитию
- •Управление качеством при проектировании и разработке
- •Оценка готовности предприятия к выпуску качественного программного продукта
- •Методы управления качеством программных проектов Управление документацией
- •Виды программной документации
- •Управление конфигурацией
- •Элементы конфигурации программного проекта
- •Контроль качества в ходе проектирования
- •Лекция 10. Программный продукт как объект интеллектуальной собственности Что такое интеллектуальная собственность?
- •Авторское право и смежные права
- •Регистрация интеллектуальной собственности
- •Регистрирующие органы
- •Рассмотрение заявки на официальную регистрацию
- •Выдача свидетельства
- •Правовые аспекты использования интеллектуальной собственности
- •Правовое обеспечение создания и использования объектов ис
- •Правовая охрана объектов интеллектуальной собственности
- •Экономические аспекты
Методы управления качеством программных проектов Управление документацией
Мощным методом согласования усилий разработчиков и получения продукта заданного качества является ведение документации. Разработчики договариваются об общих и взаимных требованиях к разрабатываемым модулям и фиксируют договоренности в документации. В ходе разработки они придерживаются договоренностей, а если это невозможно, собираются вновь и пересматривают ранние договоренности. При этом изменение требований происходит с ведома всех заинтересованных участников, что гарантирует их согласованные действия. Для реализации этого метода документация проекта должна быть организована в систему и обладать следующими свойствами:
Полнота. В документации должны быть учтены все требования и договоренности к программному продукту и процессу его разработки;
Согласованность. Требования и договоренности должны быть взаимно согласованы и не противоречить друг другу. Все участники проекта должны принять требования, записанные в документации24;
Целостность. Изменения документации в ходе реализации проекта не должны нарушать два предыдущих требования;
Доступность. Документация со всеми изменениями, внесенными в нее на данный момент, должна быть доступна каждому разработчику, который в ней нуждается.
В таблице 19.1 приведены перечни документов, составляющих проектную документацию в соответствии с российскими стандартами системы ЕСПД и международными стандартами IEEE.
Таблица 19.1
Виды программной документации
Назначение документов |
Стандарты ЕСПД |
Стандарты IEEE |
Назначение ПО, Требования к ПО |
Техническое задание ГОСТ 19.201-78 |
Спецификация требований к программному обеспечению: SRS (Software Requirements Specification) |
Проектная документация |
Описание программы ГОСТ 19.402-78 Пояснительная записка ГОСТ 19.404-79 |
Проектная документация программного обеспечения: SDD (Software Design Document) |
Управление проектом |
План управления программным проектом: SPMP (Software Project Management Plan) |
|
Управление конфигурацией |
План управления конфигурацией программного обеспечения: SCMP (Software Configuration Management Plan) |
|
Код |
Текст программы ГОСТ 19.401-78 |
Код |
Верификация, валидация, тестирование |
Программа и методика испытаний ГОСТ 19.301-79 |
План экспертизы программного обеспечения: SVVP (Software Verification and Validation Plan) Документация по тестированию программного обеспечения: STD (Software Test Documentation) |
Контроль качества |
|
План контроля качества программного обеспечения: SQAP (Software Quality Assurance Plan) |
Использование |
Описание применения ГОСТ 19.502-78 |
Руководство Пользователя |
Для обеспечения перечисленных выше требований используется система управления документацией.