
- •Программная инженерия: назначение, основные принципы и понятия
- •Предпосылки и история
- •Повторное использование кода (модульное программирование)
- •Рост сложности программ (структурное программирование)
- •Модификация программ (ооп)
- •Некоторые итоги
- •Продолжение кризиса программирования
- •Программная инженерия – что это такое?
- •Начнем с определений
- •Разберемся в вопросах
- •Что такое программное обеспечение (software)?
- •Что такое программная инженерия?
- •В чем отличия от информатики?
- •В чем отличие от других инженерий?
- •В чем еще отличие от других инженерий?
- •Из чего складывается стоимость по?
- •Еще вопросы
- •Программный процесс?
- •Модель программного процесса?
- •Методы программной инженерии?
- •Модель прецедентов (требований)
- •Модель классов
- •Модель сущность-связь
- •Нотации модели
- •Что такое case?
- •Свойства хорошей программы?
- •Основные трудности
- •Профессинальные и этические требования
- •Кодекс этики ieee-cs/acm
- •Кодекс этики - Преамбула
- •Кодекс этики: 8 принципов
- •Стандартизация и стандарты
- •Стандарты и сертификация
- •Что такое технология
- •Что такое стандарт?
- •Что такое сертификация?
- •Какие бывают стандарты?
- •Кто разрабатывает стандарты se?
- •Iso - International Organization for Standardization
- •Acm - Association for Computing Machinery
- •Sei - Software Engineering Institute
- •Pmi - Project Management Institute
- •Ieee – Institute of Electrical and Electronics Engineers
- •Основные стандарты se
- •Iso/iec12207-95
- •Лекция 2. Жизненный цикл программного продукта Немного истории
- •История. Стандарты и проблемы жц по
- •Iso 12207 (15504) Жизненный цикл пп: структура и организация Стандарт iso/iec 12207
- •Iso 12207. Основные определения
- •Iso 12207. Структура жц по
- •Iso 15504. Процессы жц по
- •Iso 15504. Классификация процессов
- •Iso 15504. Cus: Потребитель-поставщик
- •Iso 15504. Eng: Инженерные процессы
- •Iso 15504. Sup: Вспомогательные процессы
- •Iso 15504. Man: Управленческие процессы
- •Iso 15504. Org: Организационные процессы
- •Модель жизненного цикла программного продукта
- •Каскадная модель. Принципы
- •Каскадная модель. Преимущества и недостатки
- •Каскадная модель. Применимость
- •Спиральная модель. Принципы
- •Спиральная модель. Схема
- •Спиральная модель. Преимущества и недостатки
- •Спиральная модель. Применимость
- •Другие типы моделей жц по
- •Итерационная модель
- •V-образная модель
- •Инкрементная (пошаговая) модель
- •Модель быстрого прототипирования
- •Модели жизненного цикла msf,rup,xp
- •Модель MicrosoftSolutionFramework
- •Модель Rational Unified Process
- •Модель ExtremeProgramming
- •Extreme Programming. Принципы
- •Лекция 3. Управление программным проектом
- •Немного философии (понятия и определения)
- •Что такое управление?
- •Что такое проект?
- •Проект – это…
- •Управление проектами
- •История управления проектами
- •Категории управления проектами
- •Треугольник ограничений проекта
- •Не проекты – это …
- •Что вы запомнили?
- •Что должен знать менеджер проекта?
- •Pmbok: 9 областей управленческих знаний
- •Sqi: 34 компетенции it менеджера
- •Так что же должен знать менеджер проекта?
- •Управление командой проекта
- •Ролевая модель команды
- •Модели организации команд
- •Peopleware – человеческий фактор
- •Административная модель (теорияX)
- •Модель хаоса (теорияY)
- •Открытая архитектура (теория z)
- •Общение в команде
- •Коммуникации
- •Принятие решений – компромисс и консенсус
- •Как добиться консенсуса?
- •Корпоративная политика (наведение мостов)
- •Можно посмотреть:
- •Что же вы запомнили?
- •Планирование и контроль
- •Зачем надо планировать?
- •Задачи планирования
- •Что надо планировать?
- •Как проверять и оценивать?
- •Метрики проекта
- •Как надо планировать?
- •Когда начинать планировать?
- •Структурная декомпозиция работ
- •Создание сдр
- •Критерии сдр
- •Стандарты планирования
- •Средства управления проектом
- •Функции систем управления проектами
- •Обзор систем управления проектами
- •Лекция 4. Управление качеством ит проекта
- •Качество и управление качеством (экскурс в историю)
- •Что такое качество?
- •Теория иерархии потребностей
- •Мера качества: ценность и стоимость
- •Эволюция методов обеспечения качества
- •Фаза отбраковки
- •Фаза управления качеством
- •Фаза планирования качества
- •Что вы запомнили?
- •Iso9000: система управления качеством
- •Iso9000. Фундаментальные требования
- •Iso9000. Структура документов ск
- •Iso9000. Заявление о политике и целях в области качества
- •Iso9000. Руководство по качеству
- •Iso9000. Документированные процедуры
- •Iso9000. Записи о качестве
- •Iso9000. Как работает система управления качеством
- •Iso9000. Немного истории
- •Iso 9000. Версия 1994 г.
- •Iso9000.94. Базовые стандарты
- •Iso9000.94. Стандарты поддержки
- •Iso9000.94. Методические руководства
- •Iso 9000. Версия 2000г.
- •Iso9000. Что вы запомнили?
- •Iso12207: процессы качества по
- •Iso12207. Процесс обеспечения качества
- •Iso12207. Процесс верификации
- •Iso12207. Процесс аттестации
- •Iso12207. Процесс усовершенствования
- •Iso12207. Некоторые выводы
- •Cmm: зрелость организаций и процессов
- •Cmm. Причины и история создания
- •Cmm. Модель технологической зрелости
- •Cmm. Пять уровней зрелости
- •Cmm. Определение модели зрелости
- •Cmm. Критерии оценки уровня зрелости
- •Cmm. Вопросы, вопросы, вопросы?
- •Cmm. Резюме: cmm в тезисах
- •Iso15504: аттестация, определение зрелости и усовершенствование процессов
- •Iso15504. Причины и история создания
- •Iso15504. Назначение и структура стандарта
- •Iso15504.Структура эталонной модели
- •Iso15504. Измерение «Процесс»
- •Iso15504. Измерение «Зрелость»
- •Iso15504. Рейтинги атрибутов
- •Iso15504. Процесс аттестации
- •Iso15504. Компетентность аттестаторов
- •Iso15504. Вопросы, вопросы, вопросы
- •Iso15504. Резюме: iso15504 в тезисах
Лекция 3. Управление программным проектом
Цель лекции – дать студентами представление об управлении программными проектами как о круге вопросов, выходящих за рамки «технических» проблем создания ПО (проектирование, кодирование, тестирование, …).
В результате изучения материалов лекции студент должен:
Знать основные понятия и определения, связанные с управлением проектом
Иметь представление о том, что должен знать менеджер проекта
Ознакомиться с основными принципами управления командой проекта
Иметь представление о планировании и контроле хода выполнения проекта
Ориентироваться в CASEсредствах управления проектом
Знать об особенностях управления проектом в MSF,RUP,XP.
Немного философии (понятия и определения)
Вопросы:
Что такое управление?
Что такое проект?
Управление проектами
Что такое управление?
В различных источниках можно найти различные определения понятия «управление»:
УПРАВЛЕНИЕ - элемент, функция организованных систем различной природы (биологических, социальных, технических), обеспечивающая сохранение их определенной структуры, поддержание режима деятельности, реализацию их программ и целей. (СЭС)
УПРАВЛЕНИЕ - руководство, направление чей-либо деятельности. (www.mega.km.ru)
УПРАВЛЕНИЕ - изменение состояния объекта, системы или процесса, ведущее к достижению поставленной цели (словарь по кибернетике).
С точки зрения последнего (наиболее приемлемого для нас) определения, существенным является:
наличие цели управления;
наличие (возможность) управляющего воздействия;
наличие измерений состояния объекта или процесса;
ограниченность управления.
Что такое проект?
Слово «проект» имеет достаточно много значений. Происходит от латинского projectus, что означает «брошенный вперед». В последнее время слово «проект» употребляется достаточно часто (и часто всуе): проект озеленения улиц города, проект повышения квалификации сотрудников, проект реорганизации деятельности фирмы и т.д.
Под проектом обычно понимается некоторый достаточно сложный вид деятельности, управление которым является также достаточно сложно и при удаче может принести хороший результат. Известны несколько определений проекта:
Проект – это произвольный ряд действий или задач, имеющий определенную цель, которая будет достигнута в рамках выполнения некоторых заданий, характеризующимися определенными датами начала и окончания, пределами финансирования и ресурсами (Г. Керцнер).
Проект – одноразовая работа, которая имеет определенные даты начала и окончания, ясно определенные цели, возможности и, как правило, бюджет (Д. Льюис).
Проект – временное усилие, применяемое для того, чтобы создать уникальный продукт или услугу с определенной датой начала и окончания действия, отличающегося от продолжающихся, повторных действий и требующего прогрессивного совершенствования характеристик (PMI).
Проект – это…
В этих определениях в той или иной степени отражаются следующие существенные характеристики проекта:
Цель проекта. Наличие четко выраженного конечного результата, выхода, продукции, определяемых в терминах затрат, качества и времени реализации.
Уникальность. Проект - это разовое начинание, которое не будет повторяться. Даже “повторяющиеся” проекты, например, по строительству еще одного предприятия по той же проектной документации, значительно отличаются друг от друга использующимися ресурсами и средой реализации.
Ограниченность во времени. Проект имеет начало и конец. Для его реализация необходима временная концентрация ресурсов. По минованию надобности, ресурсы используются на другие цели.
Ограниченность ресурсов, выделяемых на выполнение проекта (финансовых, людских, материальных).
Сложность. Для достижения целей проекта необходимо решить множество задач. Отношения между задачами могут быть довольно сложными, особенно, если в проекте много задач.
Неопределенность. Возможность достижения цели в указанные сроки с выделенными ресурсами заранее не гарантирована.
Предсказуемость. По мере реализации проекта, изменяется потребность в тех или иных ресурсах. Это изменение идет в определенной предсказуемой последовательности, определяемой жизненным циклом проекта.
Иными словами, проект – это достаточно сложный вид деятельности, которым сложно управлять в силу его уникальности и ограниченности ресурсов и времени. Это обстоятельство вносит в проект элемент неопределенности, а правильно организованное управление делает результаты предсказуемыми. Кстати, предсказуемый – не значит успешный. Это значит – во время завершенный (успешно) или во время прекращенный (неуспешно).