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

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

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

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

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

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

Макконнелл С. Совершенный код. Мастер-класс — М.: Русская редакция, 2005. — 896 c.
ISBN: 5-469-00822-3
Скачать (прямая ссылка): soversheniykodmasterklass2005.djvu
Предыдущая << 1 .. 304 305 306 307 308 309 < 310 > 311 312 313 314 315 316 .. 426 >> Следующая

мастерство индивидуума, разрабатывающего эту программу (Jones,
1998).
В больших проектах ошибки конструирования могут сократиться
примерно до 50%; все остальные можно отнести к ошибкам в
требованиях и архитектуре. По- видимому, это связано с тем,
что в больших проектах разработке требований и архитектурному
проектировании нужно уделять больше времени, поэтому при
выполнении этих операций пропорционально возрастает и
вероятность возникновения ошибок. Однако в некоторых очень
больших проектах доля ошибок конструирования остается высокой
- иногда даже в системах с 500 000 строк кода, 75% ошибок
можно отнести к области конструирования (Grady 1987).
Аналогично изменению типа при увеличении размера проекта
меняет- ся и количество ошибок Вы могли ожидать, что проект,
превышающий другой вдвое, закономерно содержит вдвое больше
ошибок. Но на самом деле плотность дефектов - число ошибок на
1000 строк кода - возрастает. Вдвое больший продукт содержит
более чем в два раза больше ошибок. Табл. 27-1 показывает
диапазоны плотностей дефектов, появление которых вы можете
ожидать в проектах разных размеров.
Табл. 27-1. Размер проекта и типичная плотность ошибок
Размер проекта (число
строк кода)
Типичная плотность ошибок
Менее 2К
0-25 ошибок на 1000 строк
кода (thousand lines of
code, KLOC)
2К-16К
0-40 ошибок на KLOC
16К-64К
0,5-50 ошибок на KLOC
64К-512К
2-70 ошибок на KLOC
512К или больше
4-100 ошибок на KLOC
Источники: "Program Quality and Programmer
Productivity" 0ones> 1977), "Estimating Software
Costs" (Jones, 1998).
638 ЧАСТЬ VI Системные вопросы
Перекрестная ссылка Данные представляют собой среднее
значение. Горстка организаций сообщает о лучшем соотношении
ошибок, чем приведенные здесь минимальные величины, Примеры
см. в подразделе "Сколько ошибок вы можете найти?" раздела
22.4.
Данные для этой таблицы получены на основе специализированных
проектов, и эти числа могут иметь мало общего с данными
проектов, над которыми вы работаете. Однако в качестве
моментального снимка для отрасли они весьма показательны:
число ошибок значительно возрастает при увеличении размера
проекта, и очень большие проекты имеют до четырех раз больше
ошибок на 1000 строк кода, чем маленькие. Для достижения
одинакового соотношения ошибок в больших проектах придется
приложить больше усилий.
27.4. Влияние размера проекта на производительность
Когда речь заходит о размере проекта, производительность имеет
много общего с качеством ПО. При небольших размерах (2000
строк кода и менее) наибольшее влияние на производительность
оказывает мастерство отдельного программиста (Jones, 1998). С
увеличением размера проекта все больше на производительность
начинают влиять численность команды и организация.
Насколько большим должен быть проект, чтобы численность
команды раз- jff(L работчиков стала влиять на
производительность? В "Prototyping Versus Specifying: a
Multiproject Experiment" Бом, Грей и Сиволдт (Boehm, Gray and
Seewaldt) сообщали, что команды меньших размеров выполняли
проекты с производительностью на 39% выше, чем более
многочисленные команды. Размер команд? Два человека для
маленьких проектов и три - для больших (1984). Табл. 27-2
позволяет получить представление о взаимосвязи между размером
проекта и производительностью.
Табл. 27-2. Размер проекта и производительность
Размер проекта (число
строк кода)
Число строк кода на человека
в год (в скобках указано
номинальное значение Cocomo
II*)

2500-25 000 (4000)
10К
2000-25 000 (3200)
юок
1000-20 000 (2600)
1 ооок
700-10 000 (2000)
юооок
300-5000 (1600)
Источники: Составлено на основе данных из "Measures for
Excellence" (Putnam and Meyers, 1992), "Industrial Strength
Software" (Putnam and Meyers, 1997), "Software Cost Estimation
with Cocomo II" (Boehm et al., 2000), и "Software Development
Worldwide: The State of the Practice" (Cusumano et al., 2003).
Constructive Cost Model (конструктивная стоимостная модель) -
метод оценки затрат на разработку ПО. - Прим. перев.
ГЛАВА 27 Как размер программы влияет на конструирование
639
Производительность в значительной степени определяется видом
ПО, над которым вы работаете, квалификацией персонала, языком
программирования, методологией, сложностью продукта,
программной средой, инструментарием, способом подсчета "строк
кода", тем, как усилия по поддержке, не относящиеся напрямую к
программированию, переводятся в "количество строк кода на
человека в год", и другими факторами. Поэтому конкретные цифры
в табл 27-2 очень сильно отличаются.
Однако тенденция, представленная этими числами, очень
показательна Производительность в малых проектах может быть в
2-3 раза выше, чем в больших, а разница в производительности
между самыми маленькими и самыми большими проектами может
достигать 5-10 раз.
27.5. Влияние размера проекта на процесс разработки
Если вы работаете над проектом в одиночку, то наибольшее
Предыдущая << 1 .. 304 305 306 307 308 309 < 310 > 311 312 313 314 315 316 .. 426 >> Следующая