Политика отслеживания и исправления ошибок, Политика поддержки актуальности требований и документации - Тактическое и оперативное планирование разработки интернет-приложения

Даже если в команде всего 1 программист, необходима база данных, в которой содержатся все известные ошибке в коде и результатах программы. Без такой базы данных невозможно создать качественное интернет приложение. Существует огромное количество бесплатных решений, база данных может быть простой или сложной. Любая база данных, чтобы от нее была польза должна содержать следующую информацию о каждой ошибке:

    - Подробное описание шагов, необходимых для воспроизведения ошибки - Ожидаемое поведение - Наблюдаемое (неправильное) поведение - Кому поручено исправить - Исправлена ошибка или нет

Политика "Zero bugs" (ноль дефектов) которая была впервые внедрена Microsoft, теперь повсеместно используется во всех успешных компаниях создающих программное обеспечение, в том числе и для веб. Согласно этой политике, в любой момент времени наиболее важным является устранение ошибок до написания нового кода. И вот почему. В общем случае, чем больше компания тянет с исправлением ошибки, тем дороже (во временном и денежном измерении) ей это обойдется. Например, если в коде приложения есть ошибка, которая обнаруживается при первом запуске, ее можно тут же исправить, так как код еще свеж в вашей памяти. Если ошибка обнаруживается в коде, который был написан несколько дней назад, потребуется какое-то время, чтобы отследить ее, но если перечитать свой код, можно все вспомнить и исправить ошибку в разумные сроки. Но если вы обнаружили ошибку в коде, который написан несколько Месяцев назад, то вы скорее всего уже многое в нем забыли, и исправить ее будет гораздо сложнее. Может случиться так, что вам придется исправлять чужой код, автор которого отдыхает на Карибских островах. В этом случае поиск ошибки -- целая наука: приходится долго, методично и тщательно искать, и неизвестно, сколько времени это займет. А если ошибка обнаруживается в продукте, который Уже продается, компания понесет невероятные расходы, чтобы ее исправить.

Вот это и есть главная причина, по которой лучше исправлять ошибки сразу: это занимает меньше времени.

Политика поддержки актуальности требований и документации

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

Однако следует отметить, что лишние документы, живущие отдельной от приложения жизнью, бесполезны.

Похожие статьи




Политика отслеживания и исправления ошибок, Политика поддержки актуальности требований и документации - Тактическое и оперативное планирование разработки интернет-приложения

Предыдущая | Следующая