Управление проектами: статьи

Коды и типы ошибок:
10 - ошибки документации (неверные комментарии, неправильные описания программных частей);
20 - синтаксические ошибки;
30 - ошибки сборки (неправильное использование библиотек, сборка программы из объектных модулей разных версий);
40 - ошибки присваивания (неверные описания переменных, использование совпадающих имен, выход за границы значений);
50 - ошибки программного интерфейса (некорректные вызовы внешних процедур, неправильная работа инструкций ввода-вывода, неверный формат данных);
60 - ошибки проверки (пропуск предупреждающих сообщений компилятора, появление неопределенных сообщений);
70 - ошибки данных (неверная структура или содержание данных);
80 - функциональные ошибки (логические ошибки, неправильная работа с указателями, неверные вызовы функций, реализации циклов, рекурсий);
90 - системные ошибки (неправильная настройка ОС, нехватка памяти);
100 - ошибки окружения, связанные с неправильным функционированием среды разработки.

PSP 0.1. Измерение объема программы и ее отдельных модулей.

PSP рекомендует измерять объем программы в СК. Этот параметр хорошо коррелирует с усилиями, затрачиваемыми на создание программы. Его преимущество в том, что число СК позволяет точно оценить размер программы и использовать автоматические средства учета.

Допускается использование других единиц измерения объема работ, наиболее подходящих для данного человека или данного проекта. Например, это может быть число страниц - PSP применяется и для повышения эффективности труда технических писателей.

PSP 1. Оценка размера будущей программы.

Размер программы, как уже говорилось, удобнее всего оценивать в СК (строках кода). Этот размер складывается из:

• нового кода. Он может быть: а) добавленным к объекту, б) кодом нового объекта и в) измененным кодом старого объекта;
• повторно используемого кода из библиотек;
• базового кода прежней версии.

Однако при подсчете СК необходимо учитывать, что:

• число строк кода (n СК) Паскаля не эквивалентно n СК ассемблера (согласно тестам, максимальное количество ошибок в программе появляется при использовании языков Си, Си++ и Visual Basic, а минимальное - при использовании Паскаля и Ады);
• n новых СК не эквивалентно n модифицированных СК;
• n логических СК не эквивалентно n физических СК;
• и вообще, n СК Си++ не всегда эквивалентно n СК Си++.

Заранее обычно неизвестно, насколько большой будет программа, например, заказчик может выдвинуть дополнительные пожелания. Бывает и так, что оценка размера меняется под давлением руководства. Поэтому в протоколах работы наряду с СК надо стараться фиксировать другие характеристики (сложность задачи, требования к ресурсам и т. д.) и пытаться определить их влияние на размер программы. Способность правильно оценить этот размер приходит с опытом и становится настоящим критерием мастерства программиста.

При использовании объектно-ориентированных технологий значительно эффективнее оценивать размер программы не в СК, а в объектах, которые помимо своего размера в СК дополнительно характеризуются числом методов, размером каждого метода в СК и типом (хранилище данных, вычисления, ввод-вывод, управляющий объект, реализация логики, инициализация данных, переменных и т. д.). Наиболее высокую корреляцию с размером программы показал критерий 'общий размер объекта в СК/число методов данного объекта'.

PSP 1.1. Оценка рабочего времени, составление календарного плана (КП).

При прогнозе объемов работ на основании накопленного опыта программист начинает использовать методы статистической оценки. Исследования показали, что зависимость между размером программы и временем ее создания линейная, поэтому достаточно подобрать два коэффициента регрессии.