
- •Оглавление
- •Введение.
- •Организация процесса конструирования. Жизненный цикл программных средств.
- •Определение технологии конструирования программного обеспечения
- •Классический жизненный цикл
- •Макетирование
- •Стратегии конструирования по
- •Инкрементная модель
- •Быстрая разработка приложений
- •Спиральная модель
- •Компонентно-ориентированная модель
- •Тяжеловесные и облегченные процессы
- •Модели качества процессов конструирования
- •Планирование программного проекта. Оценка трудоемкости и стоимости программного проекта. Конкурентоспособность.
- •Процесс руководства проектом
- •Начало проекта
- •Измерения, меры и метрики
- •Планирование проектных задач
- •Размерно-ориентированные метрики
- •Функционально-ориентированные метрики
- •Выполнение оценки в ходе руководства проектом
- •Выполнение оценки проекта на основе loc- и fp-метрик
- •Конструктивная модель стоимости
- •Модель композиции приложения
- •Модель раннего этапа проектирования
- •Модель этапа постархитектуры
- •Предварительная оценка программного проекта
- •Анализ чувствительности программного проекта
- •Сценарий понижения зарплаты
- •Сценарий наращивания памяти
- •Сценарий использования нового микропроцессора
- •Сценарий уменьшения средств на завершение проекта
- •Организация разработки программного проекта.
- •Кризис программирования и способ выхода из него
- •Модель cmm-sei
- •Управление качеством разработки программного продукта с помощью системы стандартов iso 9001
- •Примерная структура процесса и организации, занимающейся разработкой программных продуктов
- •Внедрение программного проекта.
- •Что такое проект внедрения.
- •Определение стратегических целей проекта и тактического плана внедрения
- •Обучение специалистов группы внедрения.
- •Моделирование бизнеса.
- •Обучение конечных пользователей работе с системой.
- •Опытно-промышленная эксплуатация
- •Ввод системы в промышленную эксплуатацию.
- •Ключевые факторы успеха.
- •Эволюция программного обеспечения.
- •5.1. Наследуемые системы
- •Количество сбоев аппа- Характеризуются ли аппаратные средства высоким уровнем ратных средств и по сбоев в работе? Является ли по поддержки причиной аварийных перезагрузок системы?
- •5.2. Модернизация программного обеспечения
- •Прогнозирование сопровождения
- •5.3. Реинжениринг программного обеспечения
- •Преобразование исходного кода программ
- •Анализ систем
- •Создание программных модулей
- •Создание абстракций данных
- •Изменение данных
- •5.4. Управление конфигурациями
- •Планирование управления конфигурацией
- •Определение конфигурационных объектов
- •База данных конфигураций
- •Управление изменениями
- •Управление версиями и выпусками
- •Идентификация версий
- •Управление выходными версиями
- •Сборка системы
- •Case-средства для управления конфигурацией
- •Средства поддержки управления изменениями
- •Средства поддержки управления версиями
- •Средства сборки систем
- •Экономическая эффективность эксплуатации программного проекта.
- •6.1. Особенности экономики производства крупных программных продуктов
- •6.2. Проблемы анализа экономики производства программных продуктов
- •6.3. Проблемы организации экономически эффективного производства программных продуктов
- •6.4. Оценка стоимости разработки программного обеспечения
- •6.4.1. Линейный метод
- •6.4.2. Метод функциональных точек
- •6.4.3. Оценка с использованием эмпирических данных
- •6.5. Методы оценки эффективности по на этапе эксплуатации
- •Список литературы.
Примерная структура процесса и организации, занимающейся разработкой программных продуктов
Для организации предсказуемого и управляемого процесса компании необходимы организационные, технические и нетехнические средства (рис. 4.3).
Организационные средства включают в себя определенный перечень различных должностей и иерархию подчинения сотрудников вышестоящему руководству.
Общее управление работой компании выполняет генеральный Директор. Вопросы, связанные с ходом выполнения различных Проектов, курирует исполнительный директор, а вопросы, связанные с организацией и обеспечением процесса компании (т.е. свода правил, процедур, рекомендаций и других руководящих Документов, в соответствии с которыми компания действует) и работы по обеспечению качества ПП, — заместитель генерального директора. Такое распределение работ лишний раз подчеркивает важность создания в компании процесса и проведения работ по Обеспечению качества ПП.
При необходимости вместо двух групп (группы процесса и группы обеспечения качества) в компании может быть только одна группа процесса, но при этом она должна также выполнять все действия по обеспечению качества ПП. Кроме этого, в каждом проекте должен быть выбран ответственный за качество ПП. Обычно это руководитель проекта или один из ведущих инженеров. Ответственный за качество является представителем групп процесса и обеспечения качества (если эти группы существуют самостоятельно) в своем проекте и отвечает за выполнение всех действий, связанных с процессом компании и обеспечением качества.
Независимый тестировщик, как видно из рис. 4.3, участвует i работе над проектом, но не зависит от руководителя проекта. Эт< позволяет проводить независимое объективное тестирование документации и ПП, разрабатываемого в данном проекте. Чаете бывает так, что тестировщик одновременно принимает участие i нескольких проектах, особенно если их текущие этапы не совпа дают. Нередко создают отдельную группу тестирования, куда входят все тестировщики компании.
Рис. 3.1. Примерная структура процесса и организации, занимающейся разработкой программных продуктов
Технические средства предназначены для организации соответствующих условий работы над проектами и поддержанию процесса компании, а также работ по обеспечению качества программного продукта. Например, автоматизированное рабочее место (АРМ) программиста позволяет повысить производительность его рпСют и качество разрабатываемого ПП, а компьютерная сеть — нйсспечить электронный документооборот в компании и связь Между сотрудниками. База данных дает возможность хранить всю информацию, связанную с ходом выполнения как текущих проектов, так и выполненных ранее.
Нетехнические средства включают в себя разработанные или принятые к использованию стандарты и планы, а также книгу процесса, которая содержит подробное описание процесса компании. По метрикам процесса оценивают его основные характеристики (ключевые процессы) и результаты оценки заносят в паспорт процесса. Этот паспорт позволяет отслеживать соблюдение процесса, а также планировать действия по его совершенствованию.