
- •Безруков а.И. Экономические и правовые основы разработки программного обеспечения (Тексты лекций)
- •Лекция 1. Знакомство с предметом Введение
- •Программно-информационный продукт – особый вид товара Что такое программный продукт
- •Характеристики качества программного продукта
- •Лекция 2. Маркетинговые исследования Проблема управления производительными силами общества
- •Простое воспроизводство. Закон стоимости
- •Расширенное воспроизводство. Проблема распределения прибавочной стоимости
- •Что такое маркетинг?
- •Проблемы, решению которых может помочь проведение маркетинговых исследований
- •Цели и результаты маркетингового исследования
- •Выбор данных
- •Первичные данные
- •Вторичные данные
- •Сбор первичных данных Определение потребности в данных
- •Подготовка предложения по исследованию
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Методы исследования
- •Качественные методы
- •Групповые дискуссии (фокус-группы)
- •Глубинные интервью
- •Проекционные методы
- •Наблюдения
- •Количественные методы
- •Эксперименты
- •Маркетинговая смесь
- •Лекция 3. Экономическая оценка затрат на создание компьютерных программ
- •Классификация видов затрат. Маржинальный анализ
- •Методики расчета различных видов затрат
- •Операционные затраты
- •Пример расчета операционных затрат
- •Операционные затраты
- •Специфические структурные затраты Затраты на оборудование
- •Затраты на оборудование
- •Приведение затрат к одному времени
- •Затраты на нематериальные активы
- •Затраты на лицензии
- •Общефирменные затраты и накладные расходы
- •Использование ms Excel
- •Пример использования электронной таблицы
- •Лекция 4. Оценка эффекта от использования компьютерных программ Классификация программного обеспечения как товара
- •Оценка доли эффекта от собственно разработки программного обеспечения
- •Программное обеспечение массового использования
- •Позиционирование на рынке программных продуктов
- •Пример оценки экономической эффективности программного продукта массового спроса
- •Виды обучающих компьютерных программ на cd
- •Индивидуальные программные продукты
- •Лекция 5. Пример оценки эффекта от внедрения системы управления
- •Описание объекта управления
- •Построение вероятностной модели предприятия
- •Определим условные вероятности последствий
- •Согласование данных
- •Требования к согласованности условных вероятностей
- •Оценка потерь от выбросов
- •Моделирование последствий внедрения системы мониторинга
- •Алгоритм оценки
- •Уровень зрелости фирмы. Стандарт cmm
- •Лекция 6. Управление рисками программного проекта
- •Риски, связанные с реализацией проекта
- •Разделение ответственности
- •Количественная оценка рисков
- •Определение размеров ресурсов, необходимых для снижения рисков
- •Типовые и специфические источники рисков
- •Откуда брать информацию о рисках
- •Лекция 7. Управление персоналом
- •Роль персонала в эффективности проекта
- •Обеспечение условий работы
- •Работа в потоке
- •Организация рабочего места
- •Формирование команды Что такое команда
- •Лидерство
- •Факторы, способствующие формированию команды
- •Факторы, препятствующие формированию команды
- •Инвестиции в человека
- •Лекция 8. Управление качеством Эволюция представлений о качестве Потерянный рай (допромышленное ремесленное производство)
- •Издержки промышленной революции
- •Система Тейлора
- •Главное не наказать, а найти причину (система Шухарта)
- •Новая философия качества (идеи Деминга)
- •Системы управления качеством Роль рынка, ориентация на потребителя
- •Человеческий фактор, роль персонала
- •Международные стандарты серии iso 9000
- •Тотальное управление качеством (tqm)
- •Современные представления об управлении качеством
- •Лекция 9. Система управления качеством программной разработки Требования к системе управления качеством организации Политика в области качества
- •Система менеджмента качества
- •Управленческая деятельность
- •Система требований
- •Информационное обеспечение принятия решений
- •Контроль качества
- •Вовлечение персонала, партнеров, потребителей и общества
- •Требования к развитию
- •Управление качеством при проектировании и разработке
- •Оценка готовности предприятия к выпуску качественного программного продукта
- •Методы управления качеством программных проектов Управление документацией
- •Виды программной документации
- •Управление конфигурацией
- •Элементы конфигурации программного проекта
- •Контроль качества в ходе проектирования
- •Лекция 10. Программный продукт как объект интеллектуальной собственности Что такое интеллектуальная собственность?
- •Авторское право и смежные права
- •Регистрация интеллектуальной собственности
- •Регистрирующие органы
- •Рассмотрение заявки на официальную регистрацию
- •Выдача свидетельства
- •Правовые аспекты использования интеллектуальной собственности
- •Правовое обеспечение создания и использования объектов ис
- •Правовая охрана объектов интеллектуальной собственности
- •Экономические аспекты
Система менеджмента качества
При создании системы менеджмента качества организация должна:
а) определять процессы, необходимые для системы менеджмента качества, и их применение во всей организации;
б) определять последовательность и взаимодействие этих процессов;
в) определять критерии и методы, необходимые для обеспечения результативности, как при осуществлении, так и при управлении этими процессами;
г) обеспечивать наличие ресурсов и информации, необходимых для поддержки этих процессов и их мониторинга;
д) осуществлять мониторинг, измерение и анализ этих процессов;
е) принимать меры, необходимые для достижения запланированных результатов и постоянного улучшения этих процессов.
В минимальный набор процессов системы менеджмента качества включаются процессы:
управленческой деятельности руководства,
обеспечения ресурсами,
процессы жизненного цикла продукции
процессы измерения.
Все процессы системы менеджмента качества должны быть документированы.
Управленческая деятельность
Структура управления должна быть организованна таким образом, чтобы:
а) действия всех участников процесса20 были согласованны, синхнонизированны и соответствовали политике фирмы;
б) действия, обязанности и полномочия каждого участника процесса, как в штатных ситуациях, так и в типичных аварийных ситуациях должны быть определены и задокументированны;
в) у каждого решения или действия должен быть автор (определенный участник процесса). Все решения и действия фиксируются с указанием автора, времени и обстоятельств;
г) при выборе исполнителя поручения должна учитываться возможность исполнения этого поручения выбранным участником процесса (его компетентность, полномочия, наличие ресурсов и т.д.). Если исполнитель не выполнил поручение, потому что не имел на это возможности, ответственность несет поручивший;
д) при принятии решения или выполнении действия должны учитываться все выполненные ранее решения и действия, касающиеся данного;
ж) решение или действие может отменять (противоречить) предыдущие, только если предыдущие решения или действия признаны неверными;
з) если исполнитель не может принять решение или выполнить действие, он должен сообщить об этом поручившему. Управление должно передаваться более компетентному исполнителю21. Это может быть: вышестоящий участник, приглашенный специалист и т.д. Наиболее компетентным считается руководитель организации.
Система требований
а) документирование. Все требования к производимому продукту, оборудованию и сырью22, процессам и процедурам, проводящимся в организации, должны быть зафиксированы в документации. Документы, содержащие требования должны быть доступны всем участникам, которых эти требования касаются;
б) обоснованность требований. Требования, выполнение или невыполнение которых не влияет на процесс производства, безопасность и качество производимой продукции и окружающей среды, условия производства, персонал и оборудование, а также на другие цели, определенные в политике предприятия, должны быть отменены;
в) согласованность требований. Требования, зафиксированные в документации не должны противоречить друг другу. При формировании требований необходимо учитывать системный эффект от применения всей совокупности требований;
г) контроль. Всякое нарушение установленных требований должно быть расследовано вне зависимости от последствий, к которым привело это нарушение. Цель расследования - выявление причин нарушения и разработка мероприятий для устранения этих причин.