Спрос на программное обеспечение 3 -е издание третье издание Программное программное обеспечение.
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
E1
Название: Требования к программному обеспечению (3 -е издание) (серия Microsoft Technology)
Цена: 99 юаней
Автор: [*] Карл Вигерс, Джой Битти, Ли Чжунли Ли Чун
Пресса: издательство Tsinghua University Press
ISBN: 9787302426820
Переплет: в мягкой обложке, идеальный переплет.
Открыто: 16
Как лучшая книга по разработке программного обеспечения для разработки спроса на программное обеспечение, через две известные пары сообщества, две известные спаривания сообщества полностью пересмотрены и обновляются, охватывая новые темы, случаи и руководящие принципы, обсудите все потребности Разработка и управленческая деятельность, связанная с программными проектами, и внедряют всю текущую практику.Книга описывает практическую, эффективную, эффективную и фактическую проверку, чтобы поставить технологию управления спросом.Внешние варианты использования, отраслевые правила и бизнес -инструменты в книге полностью пересмотрены, чтобы отразить текущие и будущие тенденции.Эта книга особенно подходит для аналитиков Industry#, аналитиков спроса, менеджеров проектов и других программных проектов с опытом разработки программного обеспечения.
Часть я  
1 глава  
Определение спроса на программное обеспечение 5
о“ спрос&Некоторые объяснения RDQUO;
Словарь“ спрос” 6
Уровень и тип спроса 6
Требование трех уровней лечения 11
Спрос на продукт и спрос на проект 13
Спрос на разработку и управление 14
Спрос на разработку 15
Управление спросом 16
У каждого проекта есть спрос 17
Люди правы, но спрос ужасен 18
Участие пользователя недостаточно 18
Неправильное планирование 19
Пользовательские потребности распространяются 19
Спрос неоднозначен 19
Золото 20
Игнорировать сухой отдел 20
Преимущества, принесенные процессом высокого качества.
Глава 2  
Ожидая DOAT 23
Кто такой клиент 24
Кооперативные отношения с развитием клиента 26
Закон о правах на требование клиента программного обеспечения 28
Программное обеспечение Закон о ответственности клиента 30
Установить корпоративную культуру, которая уважает необходимость 32
Управление решений по идентификации 33
Достичь последовательности, чтобы требовать 34
Требование Базовая линия 35
Что делать, если вы не достигнете консенсуса 36
Достичь консенсуса по спросу на гибкие проекты 36
Глава 3  
Процесс разработки спроса рамка 40
Отличная практика: спрос на приобретение 42
Отличная практика: анализ спроса 44
Отличная практика: Спецификация спроса объяснение 45
Отличная практика: проверка спроса 46
Отличная практика: управление спросом 47
Отличная практика: знание 49
Отличная практика: управление проектами 50
Начните новую практику 51
Глава 4  
Характер бизнес -аналитика 54
Обязанности бизнес -аналитика 55
Базовые навыки анализа 56
Основные знания анализа 59
Выращивание бизнес -аналитиков 60
Бывший пользователь 60
Бывший разработчик или тестер 61
Pre -(или Part -Time) Менеджер проекта 61
Эксперт по теме 62
Cainiao 62
Роль аналитика в гибких проектах 63
Создать совместную команду 64
Часть II   необходимость спросить  открыто 
Глава 5  
Определить бизнес -требования 67
Определите ожидаемый бизнес -доход 68
Видение продукта и проект.
Конфликт спроса на бизнес 69
Видение и диапазон документ 71
1. 
2. 
3. 
Сфера представляющих навыки 80
Ассоциация Рисунок 81
Экосистема Рисунок 82
Особенность дерева 83
Список событий 84
Сосредоточьтесь на диапазоне 85
Используйте бизнес -цели, чтобы принять решение 85
Влияние изменений в сфере оценки 86
Видение и диапазон гибких проектов 86
Используйте бизнес -цели, чтобы определить, чтобы завершить 87
Глава 6  
Пользовательская категория 90
Пользовательская категория 90
Идентификационный пользователь категория 92
Польтрат пользователя 94
Контакт с представителями пользователя 95
Представитель продукта 96
Представитель внешнего продукта 97
Ожидание представителя продукта 98
Несколько представителей продукта 99
Продвигать концепцию представителя продукта 100
Представитель продукта, чтобы избежать ловушки 101
Методы пользовательского выражения гибких проектов 102
Обработка спроса на конфликт 103
Глава 7  
Навыки приобретения спроса 106
Интервью 107
Семинар 108
Фокус -группа 110
Наблюдайте 111
Анкетный опрос 112
Анализ системного интерфейса 113
Анализ пользовательского интерфейса 113
Анализ документов 114
Разработка плана приобретения спроса на проект 114
Запас спроса на получение 116
Выполнить событие 117
Следуйте -после приобретения по требованию 119
Сенат и поделиться записками о конференции 119
Записывает проблему 120
Классификация клиентов вход 120
Как узнать, что вы закончили 123
Меры предосторожности по требованию получают 123
Предполагая спрос и скрытый спрос 124
Узнайте недостающий спрос 125
Глава 8  
Использование и пользовательская история 128
Метод обработки вариантов использования 131
Использование и использование сценария 133
Случай идентификации 139
Изучите вариант использования 141
Случай проверки 142
Использование и функциональные требования 143
Ловушка, которую избегают вариантом использования 145
“&Каковы потребности rdquo;
Глава 9  
Закон о классификации бизнеса 148
Факты 149
Ограничен 150
Триггер правила 151
Вывод 152
Вычисление 152
Правила атомного бизнеса 153
Запись бизнес -правила 154
Откройте для себя бизнес -правила 156
Бизнес -правила и спрос 157
Стройте все 158
Глава 10  
Спецификация требований программного обеспечения Объяснение 162
Требования к личности 164
Обработка неполной 166
Пользовательский интерфейс и SRS 167
Спецификация спроса на программное обеспечение Шаблон 168
1. 
2. 
4. 
5. 
6. 
7. 
8. ?
Приложение A: Словарь 175
Приложение B: модель анализа 176
Спецификации требований гибких проектов 176
Глава 11  
Особенности превосходных потребностей 178
Особенности Заявления о спросе 179
Особенности коллекции требований 180
Руководство по написанию спроса 181
Система или пользовательский угол 182
Стиль письма 183
Ассолюбие 185
Советы по объяснению 187
Избегайте двусмысленности 188
Избегайте неполного 191
Пример до и после улучшения 192
Глава 12  
Спрос моделирования 197
От клиента необходимо анализировать модель 198
Выберите правильное выражение 199
Диаграмма потока данных 201
Тропа Рисунок 204
Схема преобразования статуса и статус Таблица 206
Диалог Рисунок 209
Суд таблица и дерево суждения 212
Событие-ответ таблица 213
Маленькие переговоры UML Рисунок 216
Моделирование спроса в Agile Project 216
Последнее подсказка 217
Глава 13  
Моделирование отношений данных 218
Словарь данных 221
Анализ данных 224
Спецификация отчета Описание 225
Получить требования отчета 226
Думая о спецификациях отчетности, необходимы 227
Спецификация отчета Описание Шаблон 228
Дашима отчет 230
Глава 14  
Атрибут качества программного обеспечения 234
Атрибут качества запроса 235
Определить требования к качеству 239
Атрибут внешнего качества 239
Атрибут внутреннего качества 251
Укажите качественный спрос 256 с Planguage 256
Баланс качественных свойств 258
Реализация требований атрибутов качества 259
Условия ограничения 260
Как справиться с качественными атрибутами гибких проектов 261
Глава 15  
Определение прототипа и его мотивации 265
Доказательство физических моделей и концепций 266
Заброшенный прототип и прототип эволюции 267
Прототип и электронный прототип 270
Использование прототипа 271
Оценка прототипа 274
Прототип риск 275
Стресс, выделяемый прототипом 275
Повернут подробностями 276
Нереальные ожидания производительности 277
Чрезмерные инвестиции в прототип 277
Факторы успешного прототипа 277
Глава 16  
Приоритет 279
Зачем вам приоритет 280
Приоритетная практика сортировки 281
Игра между людьми и приоритетом 282
Определить приоритетную технологию 283
Избран и проиграл 283
Два или два сравнения и сортировки 284
Три -слойный метод оценки 284
MoSCoW 286
$ 100 287
Приоритет приоритета в соответствии с стоимостью, стоимостью и риском 288
Глава 17  
Подтвердите и проверку 295
Обзор требований 295
Экзаменационный процесс 297
Дефектный контрольный список 301
Советы по рассмотрению требования 302
Задача, с которой сталкиваются обзор спроса 303
Прототип спроса 304
Требование Требования 305
Используйте условия принятия, чтобы подтвердить требования 309
Условие принятия 309
Принятие теста 310
Глава 18  
Зачем повторно использовать требование 313
Размер повторного использования спроса 313
Повторный диапазон 314
Диапазон модификации 314
Повторный означает 315
Которые нуждаются в типах информации, можно использовать повторно 316
Сцена общего повторного использования 317
Линейка программного продукта 317
Система re -design и замены 318
Другие возможные возможности повторного использования 318
Режим требования 319
Инструменты для продвижения повторного использования 319
Спрос может быть повторно использован 320
Повторное использование спроса и элемент успеха 322
Многоразовое препятствие 322
Повторный элемент успеха 323
Глава 19  
Работая нагрузка на рассмотрение спроса 326
От спроса до плана проекта 329
Оценить масштаб и рабочую нагрузку проекта на основе спроса 329
Спрос и график 331
От спроса до проектирования и кода 332
Архитектура и распределение 332
Программный дизайн 333
Дизайн пользовательского интерфейса 334
От спроса до тестирования 336
От спроса до успеха 337
Часть III  
Глава 20  
Ограничение водопада 341
Метод Agile Development 343
Фундаментальный аспект спроса в гибких методах 343
Участие клиентов 343
Детали документа 344
Отстава и приоритет строк 344
Определите время 344
Epic, пользовательская история и оснащена 345
С нетерпением жду изменения 346
Практика в соответствии с Agile Compromegent 347
Гибкая трансформация, что делать 347
Глава 21  
Ожидаемый вызов 350
Технология требований, основанная на существующей системе 350
Приоритет приоритета 351 Согласно бизнес -целям 351
Остерегайтесь различий 352
Поддерживать уровень производительности 353
Что делать, если вы не можете найти первоначальный спрос 353 353
Какие потребности должны быть указаны 354
Как обнаружить спрос существующей системы 355
Поощряйте использование новой системы 356
Может ли это звучать 357
Глава 22  
Требования к выбору схем программного пакета 360
Разработать пользовательский спрос 360
Рассмотрим бизнес -правила 361
Данные идентификации требуют 361
Определить требования к качеству 361
Схема оценки 362
Требования к реализации схем программного пакета 364
Требования к конфигурации 364
Интегрированный спрос 364
Расширенный спрос 365
Требование данных 365
Бизнес -процесс изменен 365
Общие проблемы программных пакетных решений 366
Глава 23  
Подробная информация о требовании 368 368
Демондер-взаимодействие поставщика 369
Управление изменениями 371
Условие принятия 371
Глава 24  
Моделирование бизнес -процессов 372
Спрос на спрос на основе текущего процесса 373
Первый дизайн будущего процесса 375
Моделирование индекса эффективности бизнеса 375
Хорошая практика проекта автоматизации бизнес -процессов 376
Глава 25  
Обзор проекта бизнес -анализа 378
Разработка спроса на бизнес -анализ проектов 380
Использование приоритета принятия решений 381
Определите, как использовать информацию 381
Укажите требования к данным 383
Определите анализ данных конверсии 385
Эволюция анализа 386
Глава 26  
Системный проект 388
Системные требования, архитектура и распределение 388
Реальное моделирование системы 30
Карта окружающей среды 390
Схема преобразования статуса 390
Ответ о событии Таблица 391
Архитектура Рисунок 392
Прототип 394
Интерфейс 394
Иногда спрос 395
Качественные атрибуты встроенной системы 396
Задача встроенной системы 400
Часть IV   необходимость спросить трубка 
Глава 27  
Процесс управления требованиями 403
Требование Базовая линия 405
Контроль версии спроса 405
Атрибут спроса 407
Статус спроса на отслеживание 408
Решить проблемы спроса 410
Измерить спрос на инвестиции 411
Управление спросом Agile Project 412
Почему руководство требует 414
Глава 28  
Зачем управлять изменениями 415
Объем управления распространяется 416
Политика управления изменениями 417
Основная концепция процесса управления изменениями 418
Описание процесса управления изменением 418
1. 
2. 
3. 
4. 
5. 
6. 
7. 
Приложение: атрибуты сохраняются для каждого запроса 422
Комитет по контролю за изменением 422
Композиция CCB 423
CCB Charter 423
Re -negotiate обещание 424
Инструмент управления изменением 424
Активность изменения измерения 425
Анализ эффекта изменений 426
Процесс анализа удара 426
Шаблон анализа аффекта 429
Управление изменениями гибких проектов 430
Глава 29  
Отслеживание спроса 432
Мотивация отслеживания спроса 434
Матрица отслеживания спроса 435
Инструмент отслеживания спроса 438
Процесс отслеживания спроса 439
Возможна ли отслеживание спроса?Это необходимо 440
Глава 30  
Инструмент разработки спроса 443
Получение инструмента 444
Прототип 444
Инструмент моделирования 444
Инструменты управления спросом 445
Преимущества использования RM Tools 445
RM Инструмент способность 446
Выберите и реализуйте инструменты спроса 448
Выберите инструмент 448
Создание инструментов и процессов 449
Руководство пользователей для принятия 450
Ⅴ ⅴ ⅴ ⅴ  
Глава 31  
Как подключиться к другим проектным процессам 456
Спрос и разные сухие группы 457
Получите обязательство изменить 458
Программное улучшение процесса 460
Анализ корней 461
Цикл улучшения процесса 463
Оценить текущую практику 463
Улучшение планирования 463
Создание, пилот и реализация процесса 465
Результаты оценки 465
Процесс инженерных активов 466
Процесс процесса разработки 468
Активы процесса управления спросом 468
Достигли ли мы цель 469
Создать процесс улучшения спроса карта маршрута 470
Глава 32  
Основы управления рисками программного обеспечения 473
Элементы управления рисками 473
Используйте документ для записи риска проекта 474
План управления рисками 476
Связанные с требованиями риск 477
Сбор требований 477
Анализ спроса 479
Спрос указывает 479
Подтверждение спроса 479
Управление спросом 480
Управление рисками - ваш друг 480
Хвост 483
Приложение  
Приложение Б  
Приложение С  
Словарь 525
Ссылки 533
Автор профиль 547