8 (905) 200-03-37 Владивосток
с 09:00 до 19:00
CHN - 1.14 руб. Сайт - 17.98 руб.

Подлинные требования к книге «Мастер» (3 -е издание) [Британская] Сюзанна Робертсон, Джеймс Роуз

Цена: 1 116руб.    (¥62.03)
Артикул: 797193219077

Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.

Этот товар на Таобао Описание товара
Продавец:wy63218
Рейтинг:
Всего отзывов:0
Положительных:0
Добавить в корзину
Другие товары этого продавца
¥35630руб.
¥3005 394руб.
¥16.58299руб.
¥ 33.2 32.21580руб.

Освоить процесс спроса (3 -е издание)

 автор А [Английский] Сюзанна Робертсон, Джеймс Робертсон

 Измененная цена А 99.9 Юань

 ISBNЧисло А 9787115331816

 вне  Версия  общество А Люди после прессы

 Дата публикации А 2014-01-01

 Версия А 1

 Тюлень А 13

 Количество страниц А 412

 Рамка А Оплата в мягкой обложке

 Начинать А 16

«Серия выбора метода разработки программного обеспечения: Освоение требований (3 -е издание)» обсуждается важные темы в разработке программного обеспечения -как получить правильные потребности.Книга использует шаги один за другим, один за другим, и примеры один за другим, показывающий читателям процесс сбора и проверки потребностей отрасли, обеспечивая навыки и глубокое понимание для выявления того, что нужно клиентам.3 -е издание продолжает преимущества предыдущей версии, предоставляет описание процесса и спецификаций спроса на Volere и предоставляет различные стратегические руководства для традиционного, гибкого и аутсорсингового развития.Обсуждение ценности клиента, итеративную карту разработки и сюжетная карта отражает глубокое понимание автора гибкого разработки программного обеспечения.Использование стандартов принятия для спроса может быть протестировано, является хорошим способом устранения дефектов спроса на ранней стадии проекта.Книга также предоставляет различные списки проверки, чтобы помочь определить заинтересованные стороны, пользователи и нефункциональные потребности.Третье издание представило модель BrownCow, четко показывающую разделение «что» и «как сделать».Обсуждение различных случаев потребностей - это кристаллизация многолетнего практического опыта автора.В книге также обсуждается метод повторного использования и модели спроса.

«Серия методов разработки программного обеспечения: Освоение требований (3 -е издание)» может использоваться в качестве руководства для разработчиков программного обеспечения в любое время в процессе разработки.

Сюзаннербертсон и Джеймсробертсон

Воротный процесс спроса и шаблон анализа спроса изобретатель.Они проводят семинары по всему миру, чтобы предоставить консалтинговые услуги, чтобы помочь крупным и небольшим компаниям провести анализ спроса.На протяжении многих лет сотни тысяч компаний улучшили технологии спроса на быстрое отслеживание разработки системы.Их курсы и семинары по требованию, анализу и дизайну широко восхвалялись в их инновационных методах.Пара Робертсона является главным героем консалтингового агентства Atlanticsystemsguild и хорошо справляется с проблемой сложных систем для создания людей.Они также являются соавторами Книги требований, под руководством управления.

Введение в переводчик

Ван Хайпенг окончил Восточный Китайский Университет Нормального университета в 1994 году.Разработчики программного обеспечения, независимые консультанты, обучающие лекторы, переводчики.С 20 -летним опытом программирования было переведено более 20 книг по разработке программного обеспечения.В настоящее время основными интересами являются архитектура программного обеспечения и методология.

  • Глава 1 Основные факты

  • 1.1 Факты 1.1
  • 1.2 Факты 2.1
  • 1.3 Факты 3.3
  • 1.4 Факты 4.3
  • 1,5 Факты 5.4
  • 1.6 Факты 6.5
  • 1.7 Факты 7.5
  • 1.8 Факты 8.6
  • 1.9 Факты 9.6
  • 1.10 Факты 10.7
  • 1.11 Факты 11.7
  • 1.12 Каково спрос 8
  • 1.12.1 Требования к функции 8
  • 1.12.2 Неофункциональные требования 8
  • 1.12.3 Ограничения 8
  • 1.13 Процесс спроса на Volere 9
  • Глава 2 Процесс спроса
  • 2.1 Контекст процесса требований 12
  • 2.2 Анализ случая 13
  • 2.3 Project Startup 13
  • 2.4 спрос 15
  • 2.5 Быстрое и несовершенное моделирование 17
  • 2.6 Сцена 17
  • 2.7 Запись требования 18
  • 2.8 Качество от 19
  • 2.9 Требования к повторному использованию 20
  • 2.10 Обзор спрос 20
  • 2.11 Итерация и постепенный процесс 21
  • 2.12. Отражение спроса 22
  • 2.13 Эволюция спроса 22
  • 2.14 Шаблон 24
  • 2.15 Белая снежная карта 25
  • 2.16 Требования к настройке 26
  • 2.17 Руководство формальности 28
  • 2.18 Последующее содержание этой книги 28
  • Глава 3 Определите объем бизнес -проблем
  • 3.1 Project Start 29
  • 3.2 Руководство по формальности 31
  • 3,3 Установите диапазон 32
  • 3.4 Проект ледокола 34
  • 3.5 Область, связанный с процентами и цель 36
  • 3.6 Связанные связанные с этими 37
  • 3.6.1 Инвестор.38
  • 3.6.2 клиенты.39
  • 3.6.3 Пользователь: понять их.40
  • 3.7 Другие заинтересованные стороны 42
  • 3.7.1 Консультант.42
  • 3.7.2 Менеджер.43
  • 3.7.3 Эксперт по тематической транзакции.43
  • 3.7.4 Основная команда.43
  • 3.7.5 Инспекторы.43
  • 3.7.6 Маркетинговая команда.43
  • 3.7.7 Юридические эксперты.43
  • 3.7.8 Негативные заинтересованные стороны.44
  • 3.7.9 отраслевых производителей.44
  • 3.7.10 Общественное мнение 44
  • 3.7.11 Правительство 44
  • 3.7.12 Группа специальных интересов 44
  • 3.7.13 Технический эксперт 44
  • 3.7.14 Культурные интересы 44
  • 3.7.15 соседняя система 45
  • 3.8 Discovery связанный связанный с этим 45
  • 3.9 Цели: какую цель вы хотите достичь 45
  • 3.9.1 Цель 46
  • 3.9.2 Преимущества 46
  • 3.9.3 Стандарт измерения 46
  • 3.10 Условия ограничения спроса 49
  • 3.10.1 Решение ограниченное состояние 49
  • 3.10.2 Ограничения проекта 49
  • 3.11 Практика и определение именования 50
  • 3.12 Оценка стоимости продукта 50
  • 3.13 Риск 52
  • 3.14 Продолжить или прекратить 52
  • 3.15 Project Launch Conference 54
  • 3.16 Резюме 54
  • Глава 4
  • 4.1 Понимание работы 55
  • 4.2 Руководство по формальности 57
  • 4.3 Примеры использования и диапазон 57
  • 4.4 Объем работы 58
  • 4.5 Бизнес -мероприятие 60
  • 4.6 Бизнес -мероприятия и деловые случаи являются причиной хороших идей 62
  • 4.6.1 «Система» не может предположить 63
  • 4.6.2 Шаг назад 64
  • 4.7 Откройте для себя деловые мероприятия 65
  • 4.8.
  • 4.9 Бизнес -кейсы и вариант использования продукта 68
  • 4.10 Резюме 70
  • Глава 5 Обзор работы
  • 5. Веб -бизнес 72
  • 5.2 Руководство по формальности 73
  • 5.3 net Rossy 74
  • 5.4 Бизнес -аналитик 75
  • 5.5 NET и Business Case 76
  • 5.6 Модель коровьей коры 76
  • 5.7 Текущий способ ведения дел (что является текущим) 78
  • 5.8, будучи учеником 81
  • 5.9 Семинар по бизнесу 82
  • 5.9.1 Результаты.84
  • 5.9.2 Сцена.84 5.9.3 Бизнес -правила.85 5.10 Связанное с процентом интервью 85 5.10.1 Правильный вопрос.86 5.10.2 Слушайте □□.88 5.11 Найдите повторяющийся спрос 88 5.12 Быстрое и неполное моделирование процесса 89 5.13 Прототип и эскиз 91 5.13.1 Прототип лот -лица.93 5.13.2 Высокий прототип.96 5.14 Mind Рисунок 97 5.15 Убийство 100 5.16 Видео и фото 101 5.17 Вики, блог и форум.102 5.18 Документ Археология 103 5,19 Дома Сцена 118 6.9 Сценарий 120 6.10 Маленькая вымирание 121 7 -я глава Понимание реальной проблемы 7.1 Формальное руководство 123 7.2 Модель коричневой коров: Подумайте на горизонтальной линии.124 7.2.1. Основы 125 7.2.2 Аннотация 127 7.2.3 Удалить полосу 128 7.3 Решите правильную задачу 129 7.4 Введите следующие 130 7.5 Как инновации 132 7.6. 140 7.10 Инновационный симпозиум 142 7.11 мозговые штурмы 143 7.12. Верновое в будущее 145 Start Solution 8.1 Итеративная разработка 147 147 8.2 Основной бизнес 148 8.3 Определите область объема продукта 148 8.4 Рассмотрим пользователя 150 8.5 Пользовательский опыт 151 8.6 Инновация 151 8.6 8.6.2 Контакт.152 8.6.3 Информация.153 8.6.4 чувства.153 8.7 Интерфейс Dragons 154 8.8 Реальное происхождение бизнес -события 155 8.9 Административные и внешние технологии 156 8.9.1 Активная соседняя система.156 8.9.2 Автономная соседняя система.157 8.9.3 Сотрудники соседней системы.158 8.10 Стоимость, доход и риски 159 8.11 Решения о разработке записи документов 160 8.12 Сцена с продуктом 161 8.13. Групт 163 Глава 9 Стратегия бизнес -анализа 9.1 Сбалансированные знания, деятельность и люди 165 9. 2 Общие требования проекта Контур 166 9.3. Как много знаний. Требуется до прорыва 166.4 Внешний контур 167 9.4.1 Концепция для определения объема.168 9.4.2 Объем объема определяется для обследования работы.168 9.4.3 Рабочее обследование для определения продукта.168 9.4.4 Обзор работы по определению атомных потребностей.169 9.4.5 Обзор работы по строительству.169 9.4.6 Продукт определяется определением атомного спроса.169 9.4.7 Продукт определяется для построения.169 9.4.8 Атомный спрос определяется до строительства.170 9.5 IDID.170 9.5.2 Сфера применения определяется для обследования работы.170 9.5.3 Рабочий обзор для продукта ОК.171 9.5.4 Рабочий опрос, чтобы потребовать определения.171 9.5.5 Продукт определяется, чтобы требовать определения.171 9.5.6. Определение спроса на строительство.172 9.6 Подписаться 172 9.6.1. 9.8 Увеличьте навыки спроса 174 9.8.1 Больше не недостатки 175 9.8. Аналитики 178 9.8.8 Бизнес -аналитики и визуализация 179 9.9 Совет 180 Глава 10 Функциональные требования 10.1 Руководство по формальности 182 10.2 Спрос. 182 10.3 Требование функции 183 10.4 Детали или размер частиц 185 185 185 185 185 10.5 Описание и причины 186 10.6 Данные, свое секретное оружие. 187 10.6.1 Модель данных 187 10.6.2 Словарь данных 188 10.7 Аномальные и необязательные методы 189 10.8 Требования 189 10.9 Избегайте двух значений 190 10.10 Технический спрос 192 10.11 Группа спроса 192 10.12 Сцены 193 10.12.1 Сцена 194 10.12.2 История пользователя 194 10.12 .3 Модель бизнес -процесса.194 10.13 Спрос на COTS 196 10.14 TIP 197 ГЛАВА 11 Неофункциональные требования 11. Неофункциональные требования 198 11.2 Руководство по формальности 199 11.3 Функциональные и нефункциональные требования нефункциональные требования 200 11.5 Нефункциональные типы требований 201 11.6 Требования к наблюдению: тип. 10202 11.7 Легко -к использованию и гуманизации. Требования к гуманизации: тип 11.204 11.8 Требования к выполнению: тип 12.207 11.9 Операция и экологические требования: тип 13.208 11.10 Требования к обслуживанию и поддержке: Тип 14 209 11.11 Требования к безопасности: тип 15.210 11.11.1 Приобретение.210 11.11.2 Конфиденциальность.211 11.11.3 целостность.211 11.11.4 Аудит.212 11.11.5 ... никаких других.212 11.12 Культурные потребности: тип 16.213 11.13 Требования к правовым требованиям: тип 17.215 11.13.1 Закон Сабана-Оксли.215 11.13.2 Другие юридические требования.216 11.13.3 Стандарты.216 11.14 Нашел нефункциональный спрос 217 11.14.1 Использовать требования к ведению блога.217 11.14.2 Использование.217 11.14.3 Шаблон.218 11.14.4 Прототип и нефункциональные потребности.218 11.14.5 Клиенты.219 11.15 Не пишите решения 220 11.16 Груба 221 ГЛАВА 12 Стандарты принятия и причины 12.1 Официальное руководство 222 12.2 Причины необходимого стандарта для принятия 223 12.3 Причина 225 12.4 Стандарты принятия экспорта 226 12.5 Шкала измерения 227 12.6 Неофункциональные стандарты принятия 227 12.6. 1 Отказ от продукта 229 12.6.2 Тест Supick 229 12.6.3 Стандартный 230.6.4 Раздел 230 12. Спрос 233 12.6. 234 12.7 Стандарты принятия для функциональных требований 234 12.8 Стандарты принятия 235 12.8.1 Определение Данные 235 12.8.2 Стандарт принятия. Решения Критерии принятия для ограниченных условий 238 12.12 Liner 238 Глава 13 Уровень качества 13.1 Формальность 241 13.2 Требования к требованию качества 241 13.3 Качество.247 13.5.2, имеет ли это значение для заинтересованных сторон.247 13.6 Стандарты принятия тестирования 248 13,7 Единое использование термина 248 13,8, возможно ли это в соответствии с условиями 249 13,9 Спрос или решение 250 13.10 Стоимость спроса 251 13. Спрос спроса на золото 251 13.12 Распространение спроса 252 252 13.13. 255 Глава 14 Требования и разработка итерации 14.1 Требования к итерации 256 14.2 Требования к итерации 257 14.2.1 Работа.257 14.2.2 Анализ бизнес -требования.257 14.2.3 Написание пользовательских историй.258 14.2.4 Продукты разработки.259 14.3 Анализ и приоритет бизнес -стоимости 260 14.4 Как написать хорошие пользовательские истории 261 14.4.1.261 14.4.2 Формат пользователя.263 14.4.3 Доступные истории.263 14.5 Акцент на роль итерации 264 14.5.1 Бизнес знание.264 14.5.2 Анализ и знания об общении.265 14.5.3 Технические знания.265 14.6 Меньшее 265 Глава 15 Требования к воспроизведению 15.1 Каков источник спроса на повторное использование 269 15.3 Режим требования 270 15.4 Режим бизнес -события 272 15.4.1 Инцидент. Контекст ответа 273 15.4.2 Ответ инцидента 273 15.4.3 274 15.5 Режим режима формирования 274 15.5.1 Режим 275 15.5.2. Крестные домены в полевой модели 276 15.6 Анализ 278 15.7 Bital 278 Глава 16 Спрос. Спрос. .2 Шаблон Часть 284 16.5 Обнаружение атомных потребностей 284 16.6 Атомные потребности 286 16.6.1 Спрос № 286 16.6.2 Тип спроса 286 286 16.6.3 Номер случая/использование.286 16.6.4 Описание 287 16.6.5 Причина 287 16.6.6 Источник 287 16.6.7 Стандарт принятия 287 16.6.8 Удовлетворенность и неудовлетворенность клиентов 287 16.6.9 Предпочтительная оценка 288 16.6.10 Конфликт 289 16.6.11. 289 16.6.12 ИСТОРИЯ 289 16.7 Спецификации спроса на компиляцию 289 16.8 Инструменты спроса на автоматизацию 290 16.9 Требование функций 291 16.10 Неофункциональные требования 292 16.11 Вопросы проекта 293 16.12 Сводка 293 17 -й 173 ГЛАВА. КОМПЫ Спрос на упущение 297 17,5?304 17.6.2 Когда будет определено приоритет.304 17.6.3 Требование приоритетного уровня.305 17.6.4 Приоритетная электронная таблица.306 17.7 Спрос на конфликт 307 17,8 Спецификации объяснения двойственности 308 17,9 Оценка риска 309 17.9.1 Драйвер проекта.310 17.9.2 Ограничения проекта.310 17.9.3 Функциональные требования.310 17.10 Рабочая нагрузка, необходимая для измерения 311 17.11 Резюме 311 Приложение A volere Спецификации требований Описание Каталог.313 Используйте этот шаблон.314 Анализ требований Volere.314 Тип спроса.315 Требования к тестированию.315 Структура предложения.315 1.Цель проекту.316 1A.Бизнес пользователя или опыт работы проекта 316 1B.Цель проекта 317 2.Связан с.318 2A.клиент 318 2b.Клиент 318 2c.Другие заинтересованные стороны 319 2d.Пользователи прямой работы продукта 321 2E.Образные пользователи 321 2f.Приоритет для пользовательских настроек.322 2G.Участие пользователя 322 2H.Пользователи по техническому обслуживанию и специалисты по обслуживанию.323 3.Принудительные ограничения.323 3A.Ограниченные условия для решений 323 3b.Текущая среда реализации системы 324 3C.Партнерское заявление или совместное заявление 325 3d.Программное обеспечение 326 3E доступно немедленно.Ожидаемая рабочая среда 326 3f.Ограничения плана прогресса.327 3G.Каков финансовый бюджет этого продукта 328 3H.Ограничения предприятия.328 4.Практика и определение именования.329 5.Связанные факты и предположения.330 5A.факт 330 5b.Бизнес -правила 330 5с.предполагается 331 6.Масштаб работы.332 7.Модель бизнес -данных и словарь данных.336 8.Масштаб продукта.339 9.Функциональные требования и требования к данным.342 10.Потребности наблюдения.343 11.Легкие и человеческие потребности.345 12.Потребности в исполнении.348 13.Операция и экологические потребности.352 14.Потребности в обслуживании и поддержке.355 15.Потребности в безопасности.356 16.Культурные потребности.358 17.Юридические потребности.359 18.Открытый вопрос.360 19.Решения доступны немедленно.361 20.Новый вопрос.363 21.Задача.364 22.Миграция в новые продукты.365 23.риск367 24.расходы.368 25.Пользовательские документы и обучение.369 26.Последующие требования версии.370 27.Идеология решения.371 Приложение B Шаблон управления заинтересованными сторонами B.1 Значок заинтересованных сторон 372 B.2 Введение в шаблон 373 Приложение C Функциональная точка заинтересованных сторон C. Введение C.1 Работа с измерением 376 С.2 Функциональные пункты быстро запускаются 378 С.3 Расчет функциональных точек для бизнес -кейсов 380 С.4 Рассчитайте сохраненные данные 384 С.5 Отрегулируйте неизвестную информацию 386 C.6 Следующий шаг от подсчета точек функции 387 Приложение D Volere Спрос на модель знаний D.1 Определение знаний и ассоциации спроса 390 D.2 Модель знания номера раздела шаблона.398 Статьи словаря
  • ......