Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Принцип ежедневной сборки

Некоторые проектные группы практикуют ежедневную сборку приложения с последующей проверкой работоспособности исполняемого модуля. Такая проверка очень важна— без нее ежедневная сборка приложения не имеет смысла.

Ежедневная сборка имеет несколько важных достоинств:

• минимизирует риски, связанные с интеграцией кода — при ежедневной сборке проблемы этого сорта выявляются на ранней стадии, что позволяет вовремя отладить модуль, вызвавший проблему, или изменить соответствующее проектное решение;

• упрощает поиск причин проблемы — при таком подходе не только проще выявить некорректный код, но и выяснить, что и когда случилось с продуктом, прежде чем он перестал работать;

• снижает риск падения качества

4.8.----------Принцип планирование «снизу — вверх»

Работу должны планировать те, кто ее делает. Такой подход:

• повышает точность оценок, поскольку в этом случае они основаны на опыте конкретного разработчика, уже решавшего подобные задачи, а не взяты «с потолка» руководителем;

• повышает ответственность исполнителей — при таком подходе план одновременно является обязательством сотрудника, давшего оценку; конечно же, предварительные оценки могут оказаться завышенными, но анализ результатов промежуточных этапов, знание проекта и постоянная практика оценивания быстро делают оценки реалистичными и мотивирующими соблюдение графика.

Как показывает рис. 4.10, планирование — задача всей проектной группы. После наполнения общего плана проекта конкретными оценками, полученными от исполнителей, руководство должно добавить резерв времени, чтобы гарантировать соблюдение графика даже при возникновении непредвиденных обстоятельств. Таким образом становится возможной ориентация на выпуск продукта в срок.

 

 

<== предыдущая лекция | следующая лекция ==>
Разбиение больших проектов на ряд независимых (управляемых) частей | Роли членов группы в модели процесса разработки
Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 188; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.008 сек.