- •Программная инженерия: назначение, основные принципы и понятия
- •Предпосылки и история
- •Повторное использование кода (модульное программирование)
- •Рост сложности программ (структурное программирование)
- •Модификация программ (ооп)
- •Некоторые итоги
- •Продолжение кризиса программирования
- •Программная инженерия – что это такое?
- •Начнем с определений
- •Разберемся в вопросах
- •Что такое программное обеспечение (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 в тезисах
Административная модель (теорияX)
Это традиционный стиль управления, связанный с иерархической административно-командной моделью, которую используют военные организации. В основе лежит теория X, которая утверждает, что такой подход необходим, поскольку большинство людей по своей природе не любит работу и будет стремиться избежать ее, если у них есть такая возможность. Однако менеджеры должны принуждать, контролировать, направлять сотрудников и угрожать им, чтобы получить от них максимальную отдачу. Девиз теории и модели: Люди делают только то, что вы контролируете. Или в более мягком варианте: Люди делают то, что они не хотят делать, только если вы их контролируете В конце концов, теория утверждает, что большинство людей предпочитают, чтобы им говорили, что следует делать и им не придется ничего решать самим.
Характерные черты модели:
Властная пирамида – решения принимаются сверху-вниз
Четкое распределение ролей и обязанностей
Четкое распределение ответственности
Следование инструкциям, процедурам, технологиям
Роль менеджера: планирование, контроль, принятие основных решений.
Преимущества модели: ясность, простота, прогнозируемость. Модель хорошо сочетается с каскадной моделью жизненного цикла и применима в тех же случаях, что и каскадная модель. Модель эффективна в случае установившегося процесса.
Недостатки модели связаны с тем, что административная система стремится самосохранению (стабильности) и плохо восприимчива к изменению ситуации – новые типы проектов, применение новых технологий, оперативная реакция на изменение рынка. Кроме того, в административной модели плохо уживаются индивидуалисты и генераторы идей.
Административная система (модель) – это тяжелый паровоз, идущий в «середине» и не поддающийся на «крайности» поиска новых путей и решений. Она воспринимает новые решения и технологии, но только проверенные, отработанные и стандартизированные. В этом ее сила, слабость и проявление принципа многообразия. Видимо, именно к ней в наибольшей степени применим термин «промышленное программирование».
Модель хаоса (теорияY)
В основе модели хаоса лежит Теория Y, которая является полной противоположностью Теории X. Основной тезис Теории Y: работа — естественная и приятная деятельность и большинство людей, на самом деле, очень ответственны и не увиливают от работы.
Характерными чертами модели хаоса являются:
Отсутствие явно выраженных признаков власти
Роль менеджера – поставить задачу, обеспечить ресурсами, не мешать и следить, чтобы не мешали другие
Отсутствие инструкций и регламентированных процедур
Индивидуальная инициатива - решения по проблеме принимается там, где проблема обнаружена
Процесс напоминает творческую игру участников на основе дружеской соревновательности
Преимущества такой модели в том, что творческая инициатива участников ничем не связана и потенциал участников раскрывается в полной мере. Это бывает особенно эффективно в случае, когда для решения проблемы требуется поиск новых подходов, методов, идей и средств. Команда становится командой «прорыва», а работа проходит в форме игры, цель которой – поиск наилучшего результата. Процесс напоминает случайный поиск, когда идеи и решения рождаются при живом и как бы случайном обсуждении проблем в коридоре, столовой на пикнике. Собрать такую команду в рабочей комнате и устроить обсуждение по регламенту часто просто не удается – это команда творческих индивидуалистов.
Недостатки модели связаны с тем, что при определенных условиях команда прорыва может стать командой провала. Причинами провала могут быть:
Творческая соревновательность переходит в конкуренцию сначала идей, а потом - личностей
Процесс начинает преобладать над целью проекта – высказанные идеи не доводятся до конца и сменяются новыми идеями, преобладание получают «красивые» идеи, лежащие в стороне от основных целей проекта.
Люди, способные к генерации идей, редко обладают терпением доведения идей до полной реализации
Модель хаоса – это то, что нужно для освоения новых земель. Модель хаоса не противоречит административной модели – она ее дополняет и может эффективно с ней соседствовать (но в разных комнатах!). Многие мускулистые корпоративные бегемоты полагаются на исследовательские «отделы скунсов», откуда они черпают новые идеи, технологии и продукты.