Программное обеспечение Dangdang.com Оценка арт -оборудования ремонт внешнего оборудования
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Классическая работа двукратного журнала «Разработка программного обеспечения» шокирующих главных призовых победителей продавалась на протяжении многих лет
Тщательный анализ, уточнить недоразумения, связанные с оценкой программного обеспечения, и обеспечивают практические и эффективные правильные взгляды
Предоставьте практическую оценку, который можно немедленно приземлиться для крупных и средних организаций по разработке программного обеспечения
118 Советов по охвату процесса оценки программного обеспечения и шагов по созданию успешной оценки
Облако предоставляет двухколорную схему схемы бесплатно, раскрывая предполагаемую магию в легкой форме
Исходя из причин сложности и неопределенности, оценки программного обеспечения обычно подвергаются критике как“ черная магия”.На самом деле, это не то, что трудно понять&Ldquo; колдовство”, но с навыками и правилами. На самом деле, не сложно сделать точную оценку.Можно даже сказать, что это просто и интуитивно понятно, и его можно сломать с первого взгляда, при условии, что мы полностью понимаем и оцениваем искусство оценки из корня.
В этой высокопринимаемой книге знаменитый технический писатель Стив&бык; Макконнелл раскрывает факторы успеха оценки программного обеспечения.Уточнив академические исследования и практическое опыт, мы специально отполировали практическое руководство для практиков для программного обеспечения. Эта книга отличается от неясных бумаг и не включает в себя строгие методы моделирования.Вместо этого он подчеркивает повторные проверенные процессы, простые и простые в понимании формулы и вдохновение для практических операций, которые могут помочь отдельным лицам и группам разработчиков практиковать квалифицированную и полезную оценку сразу в проекте.
«Искусство оценки программного обеспечения» охватывает следующие специальные темы:
●  Как оценить программную функцию, которая может быть доставлена в течение данного срока в данном времени
●  как избежать общих ошибок оценки программного обеспечения
●  как научиться изучать разумные оценки отдельных лиц, команд и организаций
●  как оценить конкретные действия в проекте, включая разработку, управление и ремонт дефектов
●&Как следует оценить NBSP; небольшие или крупные проекты и гибкие проекты или традиционные проекты
●&Nbsp; как сосредоточиться на общих интересах и сделать разумные оценки в политической среде опасности.
В нормальной ситуации, когда программные проекты часто терпят неудачу, Стив&Bull; McConal показал вам секреты и основы оценки программного обеспечения с этой книгой.
Часть я  Ключевая концепция оценки
Глава 1 что такое оценка // 3
1.1  Оценка, цели и обязательства // 3
1.2  Оценки и отношения планирования // 4
1.3 Общение с оценкой, целями и обязательствами // 5
1.4  используйте вероятность выражения оценки // 6
1.5 “ ОК” общее определение оценки // 9
1.6  оценка и контроль проекта // 12
1.7  реальная цель оценки // 13
1.8 “ хорошая оценка&Эффективное определение RDQUO; // 14
Больше ресурсов // 15
Глава 2 какова ваша оценка сила // 17
2.1&Простой тест оценки // 17
2.2  обсудить результаты теста // 18
Глава 3  точная оценка стоимости // 23
3.1  Что лучше, переоценивает или недооценивает? // 23
3.2  некоторые оцененные записи отслеживания в индустрии программного обеспечения // 27
3.3  точная оценка преимуществ // 30
3.4  Ценность предсказуемости по сравнению с другими желаемыми атрибутами проекта // 31
3.5  Общая оценка технологических проблем // 33
Больше ресурсов // 34
Глава 4 откуда происходит ошибка? // 35
4.1  Расчетный источник неопределенности // 36
4.2 конус неопределенности // 37
4.3 процесс хаотического развития // 43
4.4  нестабильные потребности // 44
4.5  пропущенная деятельность // 45
4.6  слепой оптимизм // 48
4.7  субъективность и предубеждение // 49
4.8  импровизированная оценка // 51
4.9 неподходящая численная точность // 53
4.10  другие источники ошибки // 54
Больше ресурсов // 55
Глава 5  факторы, влияющие на оценку // 57
5.1  Шкала проекта // 57
5.2  тип программного обеспечения разработан // 64
5.3  кадровый фактор // 65
5.4  язык программирования // 66
5.5  другие факторы, влияющие на проекты // 67
5.6  Реконструкция шкалы не является экономическим эффектом // 72
Больше ресурсов // 74
Часть II  технология базовой оценки
Глава 6  Оценка технологии введение // 79
6.1  факторы рассмотрения при выборе оценочной технологии // 79
6.2  Список технической приложения // 82
Глава 7&Nbsp; считать, рассчитать, судить // 85
7.1 первый счет // 86
7.2 count object // 87
7.3  используйте расчет для преобразования результатов подсчета для оценки // 88
7.4  Суждение можно использовать только в качестве последнего средства // 90
Больше ресурсов // 91
Глава 8  калибровка и исторические данные // 93
8.1  Преимущества исторических данных: повысить точность и другие // 94
8.2  Данные должны быть собраны // 97
8.3 как калибровать // 100
8.4  использование оценки улучшения данных проекта // 101
8.5  калибруется со средним показателем в отрасли // 102
8.6  Резюме // 104
Больше ресурсов // 104
Глава 9  индивидуальное экспертное суждение // 105
9.1  Структурное экспертное суждение // 106
9.2  сравните оценку с фактической ситуацией // 110
Больше ресурсов // 112
Глава 10  разложение и реорганизация // 113
10.1  точно рассчитать общую ситуацию ожидания // 113
10.2  Структура разбивки проектов на основе деятельности. // 117
10.3  вред лучшей ситуации и худший случай лучшей ситуации и худшей ситуации // 118
10.4  Создать значимые общие и худшие оценки случая // 121
Больше ресурсов // 126
Глава 11  аналоговая оценка // 127
11.1  основной способ оценить аналогию // 128
11.2  Комментарии к неопределенности в оценке триады // 132
Глава 12  Оценка прокси // 135
12.1 смутная логика // 136
12.2  стандартные компоненты // 138
12.3  Story Point // 141
12.4  Размер футболки // 145
12.5  Другое использование технологий на основе прокси // 147
12.6  больше ресурсов // 147
Глава 13  Групповое экспертное суждение // 149
13.1  Обзор команды // 149
13.2  широкополосная технология Delphi FA // 150
Больше ресурсов // 155
Глава 14  Инструмент оценки программного обеспечения // 157
14.1  Не могу делать то, что может полагаться только на инструменты вручную // 157
14.2  калибруйте данные, необходимые для этих инструментов // 162
14.3  Вещи, которые вы должны делать, используете ли вы инструменты или нет // 162
14.4  Sumlatorative Tools можно обобщить // 162
Больше ресурсов // 163
Глава 15  всестороннее использование нескольких методов // 165
Больше ресурсов // 169
Глава 16  Процесс оценки программного обеспечения надлежащего оценочного проекта // 171
16.1  Процесс единой оценки для неподходящих проектов оценки // 171
16.2  Одиночный процесс оценки для хорошо заостренных проектов // 172
16.3  оценил весь проект с течением времени // 173
16.4  улучшение оценки // 175
16.5 как показать результаты реорганизации для других проектов // 176
16.6  пример хороших проектов // 178
Глава 17  Стандартизированный процесс оценки // 181
17.1  Общие элементы стандартизированных процессов // 181
17.2  встроенные действия в процессе уровня на сцене // 182
17.3  Пример стандартизированного процесса оценки для серийных проектов // 184
17.4  Пример стандартизированного процесса оценки итеративных проектов // 187
17.5  Пример стандартизированного процесса оценки от передовых организаций // 189
17.6  Улучшить стандартизированный процесс // 191
Больше ресурсов // 191
III часть  оценил конкретные проблемы, с которыми сталкиваются
Глава 18  оценил конкретные проблемы шкалы проекта // 195
18.1  оценил проблему масштаба // 195
18.2  Оценка функциональной точки // 198
18.3  упрощенная технология функциональной точки // 201
18.4  Техническое резюме шкалы // 203
Больше ресурсов // 204
Глава 19  конкретные проблемы оценочной рабочей нагрузки // 205
19.1  факторы, влияющие на рабочую нагрузку // 205
19.2  рассчитайте рабочую нагрузку в соответствии с масштабами // 207
19.3  с использованием оценки оценки рабочей нагрузки научных расчетов // 208
19.4  Средняя отраслевая карта рабочей нагрузки // 209
19.5&Метод nbsp; isbsg // 214
19.6  результаты сравнительной оценки рабочей нагрузки // 216
Больше ресурсов // 217
Глава 20  конкретные проблемы прогресса оценки // 219
20.1  Основное уравнение времени прогресса // 220
20.2  рассчитайте прогресс в неформальном сравнении с прошлыми проектами // 221
20.3  практика оценки первой оценки NBSP; // 222
20.4  с использованием оценочного прогресса в научных расчетах   оценка // 223
20.5  сжатие прогресса и как можно меньше   прогресс // 224
20.6  Прогресс и рабочая нагрузка   Взвешивание // 227
20.7  оценка прогресса и конфигурация персонала   предел // 228
20.8  Сравнение результатов различных методов оценки прогресса // 229
Больше ресурсов // 231
Глава 21  оценка параметров планирования проекта // 233
21.1 оценить разложение деятельности в проекте // 233
21.2  оцените прогресс различных видов деятельности // 238
21.3  Преобразование расчетной рабочей нагрузки (идеальная рабочая нагрузка) в запланированную рабочую нагрузку // 240
21.4  оценка стоимости // 241
21.5  оценка и устранение дефектов программного обеспечения // 242
21.6  Расчетный риск и аварийный буфер // 245
21.7  другие правила опыта // 247
Больше ресурсов // 247
Глава 22  расчетный стиль отображения // 249
22.1  предположение о оценке связи // 249
22.2  выражение неопределенности // 250
22.3  область использования (любой тип) // 256
Больше ресурсов // 257
Глава 23  Политика, переговоры и решение проблем // 259
23.1  Характеристики руководителей // 259
23.2  на политическое влияние оцениваемого // 260
23.3  метод решения и принципа согласования // 263
Больше ресурсов // 270
Приложение  Проверка целостности оценки // 271
Приложение Б  Глава 2 Небольшой испытательный ответ // 273
Приложение С  навыки оценки программного обеспечения // 275
......Оценка искусства программного обеспечения описывает, как оценить прогресс в проекте и стоимость и функции, которые могут быть предоставлены в течение данного периода времени, объясняет, как избежать общих ошибок оценки программного обеспечения, как оценивать отдельные лица, команды и организации, и вводит конкретные действия в проекте, включая разработку, управление и ремонт дефектов.«Искусство оценки программного обеспечения» имеет 23 главы, которые не только содержат строгую технологию моделирования, но также представляют большой реальный практический опыт индустрии программного обеспечения.Как влиятельное руководство по оценке профессиональной оценки, «Искусство программного обеспечения» дает экономические и практические предложения для реальной оценки затрат на разработку программного обеспечения, особенно для справки и чтения техническими специалистами и техническими менеджерами в индустрии программного обеспечения.
......Об авторе
Стив&Стив Макконнелл, главный инженер программного обеспечения в Construx Software, отвечает за руководство практикой разработки программного обеспечения компании.Стив является главой построения области знаний в проекте по разработке программного обеспечения (Swebok).Стив работал над программными проектами в Microsoft, Boeing и других компаниях в районе Сиэтла.
Стив является автором Rapid Development (1996), The Art of Software Projects (1998), The Art of Software Development (2004) и Collection 2. Его книга дважды выиграла награду «Задающаяся книга по разработке программного обеспечения» от журнала по разработке программного обеспечения.Стив также является ведущим разработчиком программного обеспечения SPC Expert Expert, которое получило награду за производительность разработки программного обеспечения.В 1998 году читатели журнала по разработке программного обеспечения включали Стива и Билла&Билл Гейтс и Линус&Линус Торвальдс связан для трех наиболее влиятельных фигур в индустрии программного обеспечения.
Стив получил степень бакалавра в колледже Уитмена и получил степень магистра в области разработки программного обеспечения в Университете Сиэтла.Он живет в районе Бельвеи в Вашингтоне.
Введение в переводчик
Ян Чжан, Дорис, судьба мальчика по имени девочку, наука, инженерия, мозг, литература и искусство, была программой, и менеджер, иногда рациональный, а иногда и эмоциональный, может быть строго утверждать, может быть творческим, и имеет как противоречивую, так и всеобъемлющую личность.Быть хорошим в обучении и задании вопросов, знание всего и поиск совершенства“ 10 000 эфирных масло”тип таланта. Переводящие работы включают в себя «Эмпатия: Тайны общения, сотрудничества и творчества», «Коллекция кода 2» (памятное издание) и «Шаг вверх: мышление роста в худой ловкости