Устранение ошибок на ранних этапах положительно сказывается и на психологическом состоянии программиста. Он чувствует себя значительно увереннее, если код компилируется с первого раза и модули начинают правильно работать. Немаловажна здесь высокая корреляция (0,711) между числом ошибок, найденных на этапе компиляции и этапе тестирования, т. е. если код исходно пишется неаккуратно и невнимательно, то компилятор не сможет выявить все огрехи и, как следствие, много ошибок будет и в готовом продукте.
Тестирование имеет немало недостатков, так как на этом этапе ищутся ошибки в неизвестных местах программы, и когда в продукте находится дефект, его надо локализовать, ликвидировать и протестировать продукт заново. А при обзорах кода ошибка сразу видна непосредственно в тексте, понятна логика ее исправления и сам процесс устранения проходит быстро.
Какое-то число ошибок в программе останется. Но готовый продукт должен корректно обрабатывать любые ненормальные ситуации, а возникающие ошибки не должны приводить к краху системы и, конечно, желательно, чтобы они встречались как можно реже.
PSP 2.1. Проектирование программы.
Сначала составляются требования к проекту - определяется, что пользователю надо. Затем создается спецификация проекта - формальные требования к программе (что программа должна делать). Потом выполняется высокоуровневое проектирование будущего продукта, т. е. определяется, как программа работает. На заключительном этапе составляются спецификации отдельных модулей.
Процесс непосредственной разработки программы также организован иерархично. На верхнем уровне формулируются требования к модулю (что модулю надо от других частей программы), затем создается спецификация модуля (что модуль делает), осуществляется его детальное проектирование (как модуль работает) и только на последнем этапе пишется исходный код.
PSP 3. Совершенствование ППР.
Программист учится анализировать эффективность ППР и качество проектов, точно оценивать убытки от ошибок, совершенствует различные способы их выявления, устранения и предупреждения.
Циклическая разработка программ в PSP выглядит так:
- определяются цели ППР;
- определяются методы для достижения этих целей;
- вся работа измеряется;
- вся работа анализируется;
- на основе анализа проекта эти методы улучшаются.
Используя стандартные формы, сценарии, отчеты, программист тщательно исследует протоколы своей работы для улучшения ППР. При анализе отчетов в первую очередь выявляются типы наиболее часто встречающихся и наиболее опасных ошибок. При этом фиксируются тенденции снижения их числа в зависимости от используемых методов профилактики. Оценивается стоимость качества, определяется и отслеживается эффективность различных методов обзора кода и проекта, подбираются все более оптимальные способы оценки разных сторон ППР.
Заключение
Если программисты компании обучены PSP, принципиально меняются задачи менеджеров, которые сегодня подбираются в основном по способности организовать авральную работу сотрудников по ночам. Такие руководители проектов могут работать только дремучим способом латания дыр 'раздал задание - получил от программистов код - протестировал получившуюся версию продукта - нашел кучу ошибок - вернул обратно на доработку'. Однако современные технологии программной инженерии требуют от менеджеров проектов совсем другого - вместо примитивного контроля за календарными планами они должны контролировать качество продукта и управлять этим качеством. Чем меньше будет в программе ошибок, тем быстрее появится на рынке хороший продукт. Поэтому лучшей характеристикой программиста сегодня должны стать не просто знание Си++ и SQL, а способность планировать свой труд, разрабатывать программу точно в срок и, самое главное, без ошибок.
Версия для печати
предыдущая
