Книги
чёрным по белому
Главное меню
Главная О нас Добавить материал Поиск по сайту Карта книг Карта сайта
Книги
Археология Архитектура Бизнес Биология Ветеринария Военная промышленность География Геология Гороскоп Дизайн Журналы Инженерия Информационные ресурсы Искусство История Компьютерная литература Криптология Кулинария Культура Лингвистика Математика Медицина Менеджмент Металлургия Минералогия Музыка Научная литература Нумизматика Образование Охота Педагогика Политика Промышленные производства Психология Путеводители Религия Рыбалка Садоводство Саморазвитие Семиотика Социология Спорт Столярное дело Строительство Техника Туризм Фантастика Физика Футурология Химия Художественная литература Экология Экономика Электроника Энергетика Этика Юриспруденция
Новые книги
Цуканов Б.И. "Время в психике человека" (Медицина)

Суворов С. "Танк Т-64. Первенец танков 2-го поколения " (Военная промышленность)

Нестеров В.А. "Основы проэктирования ракет класса воздух- воздух и авиационных катапульных установок для них" (Военная промышленность)

Фогль Б. "101 вопрос, который задала бы ваша кошка своему ветеринару если бы умела говорить" (Ветеринария)

Яблоков Н.П. "Криминалистика" (Юриспруденция)
Реклама

Совершенный код. Мастер-класс - Макконнелл С.

Макконнелл С. Совершенный код. Мастер-класс — М.: Русская редакция, 2005. — 896 c.
ISBN: 5-469-00822-3
Скачать (прямая ссылка): soversheniykodmasterklass2005.djvu
Предыдущая << 1 .. 311 312 313 314 315 316 < 317 > 318 319 320 321 322 323 .. 426 >> Следующая

Проблема такого подхода в том, что хорошие изменения могут
затеряться. Если вы задумали простое изменение при 25%-й
готовности проекта и сроки это позволяют, вы внесете это
изменение. Если вы придумали еще одно простое изменение, когда
готово 50% проекта, но вы уже опаздываете, вы не будете его
вносить. Когда сроки начинают поджимать в конце проекта, уже
не имеет значения, что второе изменение в 10 раз лучше, чем
первое: вы не в том положении, чтобы делать несущественные
исправления. Часть самых лучших изменений может уйти сквозь
пальцы просто потому, что подумали о них слишком поздно.
Решение этой проблемы состоит в записи всех идей и предложений
(независимо от легкости их реализации) и сохранения их до тех
пор, пока не появится возможность ими заняться. Тогда,
рассматривая их целой группой, выберите из них наиболее
полезные.
ГЛАВА 28 Управление конструированием 651
Оценивайте затраты на каждое изменение Каждый раз, когда ваш
заказчик, босс или вы сами намерены изменить систему,
оценивайте время, необходимое на внесение изменения, включая
рецензирование кода этого изменения и повторное тестирование
всей системы. Учтите в вашей оценке расходы, касающиеся
возникновения волнового эффекта от этого изменения,
распространяющегося по направлению от требований к
проектированию, кодированию, тестированию и обновлениям в
пользовательской документации. Пусть все заинтересованные
стороны знают, что ПО имеет сложнопереплетенную структуру, и
что временная оценка требуется, даже если изменение кажется
небольшим.
Независимо от того, как оптимистично вы оцениваете
предложенное изменение, воздержитесь от немедленной оценки.
Такие оценки обычно ошибочны в два и более раз.
Относитесь с подозрением к изменениям большого объема
Некоторое количество изменений неизбежно, но большой объем
запросов на изменение сигнализирует о том, что требования,
архитектура или высокоуровневое проектирование не были
выполнены достаточно качественно, чтобы способствовать
эффективному конструированию.
Возврат к работе над требованиями или архитектурой может
показаться накладным, но он гораздо дешевле, чем кон-
струирование ПО более одного раза или выбрасывание кода тех
функций системы, которые, как выяснилось, вам не нужны.
Учредите комитет контроля изменений Работа комитета контроля
изменений состоит в отделении зерен от плевел в запросах на
изменение. Любой, кто хочет предложить изменение, отправляет
запрос этому комитету. Термин "запрос на изменение" относится
к любому запросу, который приводит к изменению ПО: идея новой
функции, изменение в существующей функциональности, "отчет об
ошибке", который сигнализирует о действительной или мнимой
ошибке, и т. д. Комитет периодически собирается и
рассматривает предложенные изменения. Он одобряет, отвергает
или откладывает каждое изменение. Комитеты контроля изменений
считаются лучшим решением для расстановки приоритетов и
контроля изменений в требованиях, но они еще довольно редко
встречаются в коммерческих структурах (Jones, 1998; Jones,
2000).
Соблюдайте бюрократические процедуры, но не позволяйте страху
перед бюрократией препятствовать эффективному контролю
изменений
Нехватка дисциплинированного контроля изменений - одна из
важнейших проблем управления. Значительный процент проектов,
которые считались выполненными с опозданием, на самом деле
могли быть сделаны в срок, если бы в них учитывалось влияние
неотслеживаемых, но согласованных изменений. Плохой контроль
изменений позволяет накапливаться нерегистрируемым изменениям,
что подрывает возможность видеть текущее положение дел, делать
долгосрочные прогнозы, планировать выполнение работ, а также
влияет на управление рисками в частности и управление проектом
в целом.
Контроль изменений имеет тенденцию к бюрократизации, поэтому
важно искать способы по рационализации этого процесса. Если вы
предпочитаете не исполь-
Перекрестная ссылка Другую гонку зрения на работу с изме-
нениями можно найти в подразделе "Что делать при изменении
требований во время конструирования программы?" раздела 3*4*
Советы по безопасным изменениям в коде см. в главе 24,
22-403
652 ЧАСТЬ VI Системные вопросы
зовать традиционные запросы на изменения, заведите почтовый
адрес "Change- Board" и обяжите сотрудников посылать на него
запросы на изменение. Или попросите высказывать предложения по
изменениям интерактивно на заседаниях комитета контроля.
Особенно действенная мера - запись запросов на изменения в
качестве дефектов в систему отслеживания дефектов. Ревнители
порядка могут классифицировать такие изменения как "дефекты
требований", или их можно считать изменениями, а не дефектами.
Вы можете создать официальный Комитет контроля изменений, или
Группу планирования продукта или Военный совет, которые будут
выполнять традиционные обязанности комитета контроля
изменений. Или вы можете выбрать отдельного человека в
качестве Царя изменений. Но как бы вы это ни назвали, сделайте
Предыдущая << 1 .. 311 312 313 314 315 316 < 317 > 318 319 320 321 322 323 .. 426 >> Следующая