
- •Безруков а.И. Экономические и правовые основы разработки программного обеспечения (Тексты лекций)
- •Лекция 1. Знакомство с предметом Введение
- •Программно-информационный продукт – особый вид товара Что такое программный продукт
- •Характеристики качества программного продукта
- •Лекция 2. Маркетинговые исследования Проблема управления производительными силами общества
- •Простое воспроизводство. Закон стоимости
- •Расширенное воспроизводство. Проблема распределения прибавочной стоимости
- •Что такое маркетинг?
- •Проблемы, решению которых может помочь проведение маркетинговых исследований
- •Цели и результаты маркетингового исследования
- •Выбор данных
- •Первичные данные
- •Вторичные данные
- •Сбор первичных данных Определение потребности в данных
- •Подготовка предложения по исследованию
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Выбор метода
- •Определение выборки
- •Сбор данных
- •Анализ данных
- •Сообщение о результатах
- •Сбор и анализ вторичных данных Внешние данные
- •Внутренние данные
- •Анализ деятельности
- •Отчеты об объемах продаж
- •Методы исследования
- •Качественные методы
- •Групповые дискуссии (фокус-группы)
- •Глубинные интервью
- •Проекционные методы
- •Наблюдения
- •Количественные методы
- •Эксперименты
- •Маркетинговая смесь
- •Лекция 3. Экономическая оценка затрат на создание компьютерных программ
- •Классификация видов затрат. Маржинальный анализ
- •Методики расчета различных видов затрат
- •Операционные затраты
- •Пример расчета операционных затрат
- •Операционные затраты
- •Специфические структурные затраты Затраты на оборудование
- •Затраты на оборудование
- •Приведение затрат к одному времени
- •Затраты на нематериальные активы
- •Затраты на лицензии
- •Общефирменные затраты и накладные расходы
- •Использование ms Excel
- •Пример использования электронной таблицы
- •Лекция 4. Оценка эффекта от использования компьютерных программ Классификация программного обеспечения как товара
- •Оценка доли эффекта от собственно разработки программного обеспечения
- •Программное обеспечение массового использования
- •Позиционирование на рынке программных продуктов
- •Пример оценки экономической эффективности программного продукта массового спроса
- •Виды обучающих компьютерных программ на cd
- •Индивидуальные программные продукты
- •Лекция 5. Пример оценки эффекта от внедрения системы управления
- •Описание объекта управления
- •Построение вероятностной модели предприятия
- •Определим условные вероятности последствий
- •Согласование данных
- •Требования к согласованности условных вероятностей
- •Оценка потерь от выбросов
- •Моделирование последствий внедрения системы мониторинга
- •Алгоритм оценки
- •Уровень зрелости фирмы. Стандарт cmm
- •Лекция 6. Управление рисками программного проекта
- •Риски, связанные с реализацией проекта
- •Разделение ответственности
- •Количественная оценка рисков
- •Определение размеров ресурсов, необходимых для снижения рисков
- •Типовые и специфические источники рисков
- •Откуда брать информацию о рисках
- •Лекция 7. Управление персоналом
- •Роль персонала в эффективности проекта
- •Обеспечение условий работы
- •Работа в потоке
- •Организация рабочего места
- •Формирование команды Что такое команда
- •Лидерство
- •Факторы, способствующие формированию команды
- •Факторы, препятствующие формированию команды
- •Инвестиции в человека
- •Лекция 8. Управление качеством Эволюция представлений о качестве Потерянный рай (допромышленное ремесленное производство)
- •Издержки промышленной революции
- •Система Тейлора
- •Главное не наказать, а найти причину (система Шухарта)
- •Новая философия качества (идеи Деминга)
- •Системы управления качеством Роль рынка, ориентация на потребителя
- •Человеческий фактор, роль персонала
- •Международные стандарты серии iso 9000
- •Тотальное управление качеством (tqm)
- •Современные представления об управлении качеством
- •Лекция 9. Система управления качеством программной разработки Требования к системе управления качеством организации Политика в области качества
- •Система менеджмента качества
- •Управленческая деятельность
- •Система требований
- •Информационное обеспечение принятия решений
- •Контроль качества
- •Вовлечение персонала, партнеров, потребителей и общества
- •Требования к развитию
- •Управление качеством при проектировании и разработке
- •Оценка готовности предприятия к выпуску качественного программного продукта
- •Методы управления качеством программных проектов Управление документацией
- •Виды программной документации
- •Управление конфигурацией
- •Элементы конфигурации программного проекта
- •Контроль качества в ходе проектирования
- •Лекция 10. Программный продукт как объект интеллектуальной собственности Что такое интеллектуальная собственность?
- •Авторское право и смежные права
- •Регистрация интеллектуальной собственности
- •Регистрирующие органы
- •Рассмотрение заявки на официальную регистрацию
- •Выдача свидетельства
- •Правовые аспекты использования интеллектуальной собственности
- •Правовое обеспечение создания и использования объектов ис
- •Правовая охрана объектов интеллектуальной собственности
- •Экономические аспекты
Алгоритм оценки
Рассмотренный пример расчета экономической эффективности базируется на конкретных данных, экспертных оценках и предположениях. Поэтому его нельзя напрямую использовать при расчете экономических характеристик других систем. Однако в его основу положена математическая модель [9], адекватно отражающая особенности производства и пригодная для экономических оценок широкого класса информационных и управляющих систем.
Основа модели – представление объекта управления в виде «черного ящика», состояние выхода которого вероятностно зависит от состояния на входе. Параметры, описывающие эту зависимость – условные вероятности. Внедрение информационно-управляющей системы изменяет параметры «черного ящика» таким образом, чтобы ожидаемые потери уменьшились. Эффективность системы рассчитывается как разность математических ожиданий потерь в отсутствии и при наличии системы.
Для использования данной модели необходимо:
Выявить (типизировать) возможные состояния входа «черного ящика». В число состояний должны входить: нормальное состояние, а также основные причины сбоев.
На основе статистики причин определить вероятности различных состояний, так чтобы эти состояния являлись полной схемой событий (т.е. их общая вероятность =100%).
Определить (типизировать) возможные последствия. В список последствий должны входить нормальное течение процесса (ничего страшного не произошло), а также все основные виды последствий. Список последствий также должен являться полной схемой событий.
На основе анализа последствий сбойных ситуаций дать экономическую оценку (экспертную или расчетную) потерь по каждому последствию, считая, что потери от нормального течения процесса равны нулю.
Определить условные вероятности возникновения различных последствий для каждого состояния на входе «черного ящика». Сумма условных вероятностей для каждой причины должна равняться 100%. Вычислить оценку потерь как математическое ожидание суммы потерь при заданных вероятностях
Оценить, какие именно параметры «черного ящика» улучшает наша система, внести соответствующие изменения в модель и рассчитать разность ожидаемых потерь.
Сопоставить затраты на проект и эффект от его внедрения.
Отметим, что подобные расчеты помогают определить наиболее эффективные функции информационно-управляющей системы и отбросить малоэффективные. Поэтому их целесообразно проводить на этапе разработки технического задания, а затем уточнить для готового проекта.
Уровень зрелости фирмы. Стандарт cmm
Эффект от внедрения программы во многом зависит от готовности предприятия к ее использованию. Вы можете разработать великолепную программу, имеющую замечательный интерфейс и позволяющую одним щелчком мышки проводить все необходимые расчеты. Однако чтобы ее внедрить, на предприятии должен быть организован первичный учет. Даже если Вы уговорите сотрудников пользоваться вашей программой, толку от нее будет не много. А на соседнем, более подготовленном предприятии Ваша программа принесла бы ощутимую пользу.
Прагматичные американцы разработали и даже оформили в виде стандарта методику CMMI-SW. (Capability Maturity Model for Software – Эволюционная модель развития способности компании разрабатывать и сопровождать ПО) [7]. Согласно этой методике предприятия классифицируются по уровню зрелости их систем управления (рис. 4). Каждому уровню соответствует требуемая и достижимая полнота и точность оценок состояния производства, используемых при принятии управленческих решений. Соответственно, для каждого уровня требуются различные виды программного обеспечения. Предприятие должно дорасти (дозреть) до внедрения эффективных методов управления. Преждевременное внедрение продвинутой программы неэффективно в связи с тем, что предприятие не готово ее использовать. В тоже время, внедрение упрощенной программы на предприятии, достигшем высокого уровня зрелости также неэффективно, т.к. потребность в решаемых этой программой задачах отпала.
Рис 5.1. Этапы зрелости предприятия
Дадим словесную характеристику каждому уровню зрелости предприятия.
I. Начальный уровень (Хаос) - “самоорганизующийся хаос”. Качество продукции и процессов ее разработки на данном уровне является случайной величиной и напрямую зависит от способностей отдельных сотрудников. Личности решают все. Стоимость разработки высока, результат непредсказуем.
II. Контроль (Обеспечение повторяемости) – осуществление планирования, налаживание учета и контроля деятельности и, как следствие, балансировка основных целей. При выходе на второй уровень деятельность предприятия становится прозрачной, возможно повторение ранее достигнутых успехов. Качество все еще зависит от способностей отдельных личностей. Основное внимание на данном уровне уделяется управляющим процессам. Результат становится предсказуемым.
III. Начало оптимизации (Определенность) – управляющие и прикладные действия документированы, стандартизованы и объединены в общий для всех проектов процесс. Данный уровень характеризуется точной временной оценкой деятельности и расчетом себестоимости продукта. Целью (и критерием выхода на данный уровень) является создание «инкубатора лидеров». Качество продукции не зависит от способностей отдельных личностей. Основное внимание уделяется прикладным процессам и организационной поддержке. За счет оптимизации (упрощения) основных бизнес-процессов предприятие снижает свои издержки.
IV. Управляемость – собраны подробные данные о производственных процессах и компонентах продукции. Все процессы и компоненты продукции количественно оцениваются и контролируются. Основное внимание на данном уровне уделяется качеству продукции и процессов работы. Предприятие может адаптировать свои бизнес-процессы к условиям внешней рыночной среды.
V. Высокая оптимизация– обеспечивается BPI (Business Processes Improvement, непрерывное улучшение бизнес процессов предприятия) при помощи количественных оценок и внедрения инновационных идей и технологий. Предприятие получает возможность предсказывать и формировать будущий спрос на свою продукцию.
Стандарт CMM-SW содержит конкретные рекомендации и перечни типовых задач для каждого уровня зрелости предприятия. Разрабатывая техническое задание на программу и ее технико-экономическое обоснование (ТЭО) Вам следует изучить положение дел на предприятии, на котором Вы собираетесь внедрять Вашу программу. Один из разделов ТЭО следует посвятить готовности предприятия к внедрению Вашей программы.