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

Программное обеспечение (Пересмотренный издание 4) [Midea] Sali & Middot;

Цена: 1 220руб.    (¥67.8)
Артикул: 618955746223

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

Этот товар на Таобао Описание товара
Продавец:陕西新华发行图书专营店
Адрес:Сычуань
Рейтинг:
Всего отзывов:0
Положительных:0
Добавить в корзину
Другие товары этого продавца
¥ 30.84 29.56532руб.
¥22.5405руб.
¥11.9214руб.
¥ 67.2 60.931 096руб.
  • Информация о товаре
  • Фотографии

Разработка программного обеспечения (пересмотренное издание 4)

делать  К:[Mei] Сали·Лоуренс·Шари Лоуренс Пфлигер [плюс] Джоанни·М. Джоан М. Атли) переводится Ян Вейдонг
Конечно  цена:89
вне Версия общество:Люди после прессы
Дата публикации:01 февраля 2019 г.
Страница  число:550
Пакет  рамка:Оплата в мягкой обложке
ISBN:9787115498076
Редакционная рекомендация

1. Классические учебники курсов по разработке программного обеспечения, многие школы используются для принятия этой книги.2. Оснащен специальными вспомогательными веб -сайтами, включая богатые учебные ресурсы, такие как обучение PPT и упражнения ответов.Эта книга представляет собой классический шедевр, признанный в области разработки программного обеспечения, а также одна из основных литератур, часто цитируемых отраслью.В отличие от других работ по разработке программного обеспечения, эта книга фокусируется на выборе и расположении материалов из практики и в то же время проводит всеобъемлющее и теоретическое обсуждение.Для тем с относительно сильными теоретиками, такими как репликация, управление рисками и качество, измерение, измерения и измерения, нет особой главы, но она интегрирована в различные мероприятия по разработке программного обеспечения.    Теория этой книги объяснена ...

Оглавление
●Глава 1  Обзор разработки программного обеспечения 1 1.1  Что такое разработка программного обеспечения  1 1.1.1  Решить решение  2 1.1.2  Какова роль инженера -программиста  3 1.2  Каковы прогресс разработки программного обеспечения  4 1.3  Что такое хорошее программное обеспечение  6 1.3.1  Качество продуктов  7 1.3.2  Качество процесса  8 1.3.3  Качество на фоне деловой среды  8 1.4  Персонал, участвующий в разработке программного обеспечения  10 1.5  Систематический метод  11 1.5.1  Системный элемент  11 1.5.2  Взаимосвязанная система  13 1.6  Метод проекта  14 1.6.1  Построить дом  15 1.6.2  Строительная система  16 1.7  Член команды разработчиков  17 1.8  Сколько изменений в разработке программного обеспечения  19 1.8.1  Сущность перемен  19 1.8.2  Спецификация разработки программного обеспечения Wasserman  20 1.9  Пример информационной системы  25 1.10  Пример реальной системы  26 1.11  Значение этой главы для одного разработчика  27 1.12  Значение этой главы для команды разработчиков  28 1.13  Значение этой главы для исследователей  28 1.14  Семестр Проект  28 1.15  Основная ссылка  29 1.16  упражняться  30 -е место  Глава 2 Моделирование процесса и жизненного цикла  32 2.1  Значение процесса  32 2.2  Модель программного процесса  34 2.2.1  Модель водопада  34 2.2.2  V модель  37 2.2.3  Опытный образец  37 2.2.4  Описание рабочей спецификации  38 2.2.5  Кабриолетная модель  38 2.2.6  Поэтапная разработка: постепенная и итерация  39 2.2.7  Спиральная модель  40 2.2.8  Agile Method  41 2.3  Инструменты и технологии моделирования процесса  44 2.3.1  Статическое моделирование: метод представления LAI  45 2.3.2  Динамическое моделирование: динамика системы  47 2.4  Фактическое моделирование процесса  49 2.4.1  Исследование приема Marvel  49 2.4.2  Инструменты и технологии моделирования процесса должны иметь характеристики  51 2.5  Пример информационной системы  51 2.6  Пример реальной системы  53 2.7  Значение этой главы для одного разработчика  54 2.8  Значение этой главы для команды разработчиков  54 2.9  Значение этой главы для исследователей  54 2.10  Семестр Проект  54 2.11  Основная ссылка  56 2.12  упражняться  57 Глава 3  Проект плана и управления  58 3.1  Отслеживание прогресса проекта  58 3.1.1  Диаграмма разложения и деятельности  60 3.1.2  Оценить время завершения  61 3.1.3  Инструменты отслеживания прогресса  65 3.2  Персонал проекта  67 3.2.1  Личный характер и характеристики  67 3.2.2  Стиль работы  70 3.2.3  Проектная организация  71 3.3  Оценка рабочей нагрузки  73 3.3.1  Экспертная оценка  75 3.3.2  Алгоритм  77 3.3.3  Метод машинного обучения  81 3.3.4  Узнайте модель, подходящую для конкретных ситуаций  83 3.4  Управление рисками  84 3.4.1  Что такое риск  84 3.4.2  Деятельность по управлению рисками  85 3.5  План проэкта  87 3.6  Модель процесса и управление проектами  88 3.6.1  регистр  88 3.6.2  Моделирование ответственности  90 3.6.3  Плотно комбинированный веха  92 3.7  Пример информационной системы  94 3.8  Пример реальной системы  95 3.9  Значение этой главы для одного разработчика  96 3.10  Значение этой главы для команды разработчиков  96 3.11  Значение этой главы для исследователей  96 3.12  Семестр Проект  96 3.13  Основная ссылка  97 3.14  упражняться  97 Глава 4  Требовать  100 4.1  Процесс спроса  101 4.2  Требовать  102 4.3  Тип спроса  105 4.3.1  Решить конфликт  107 4.3.2  Два документа спроса  108 4.4  Характеристики спроса  109 4.5  Моделирование  110 4.5.1  Диаграмма физического контакта  111 4.5.2  Пример: диаграмма класса UML  112 4.5.3  След  114 4.5.4  Пример: последовательная диаграмма сообщения  114 4.5.5  Государственный аппарат  115 4.5.6  Пример: диаграмма статуса UML  116 4.5.7  Пример: сеть Петри  119 4.5.8  Диаграмма потока данных  121 4.5.9  Пример: используйте примеры  122 4.5.10  Функция и отношения  123 4.5.11  Пример: форма суждения  124 4.5.12  Пример: таблица Parnas  124 4.5.13  логика  125 4.5.14  Пример: язык с ограниченным объектом (OCL)  126 4.5.15  Пример: Z.  127 4.5.16  Описание спецификации алгебры  129 4.5.17  Пример: данные SDL  130 4.6  Язык объяснения спроса и спецификации  132 4.6.1  Unified Modeling Language (UML)  132 4.6.2  Спецификация Описание и язык описания (SDL)  133 4.6.3  Снижение затрат на программное обеспечение (SCR)  133 4.6.4  Другие характеристики представления спроса  134 4.7  Прототип спроса  134 4.8  Спрос на документ  135 4.8.1  Требование определение  136 4.8.2  Спецификации спроса  137 4.8.3  Управление процессами и отслеживание потребностей  138 4.9  Подтверждение и проверка  138 4.9.1  Подтверждение спроса  139 4.9.2  проверять  141 4.10  Измерение спроса  142 4.11  Выберите спецификацию технологии объяснения  143 4.12  Пример информационной системы  145 4.13  Пример реальной системы  147 4.14  Значение этой главы для одного разработчика  149 4.15  Значение этой главы для команды разработчиков  149 4.16  Значение этой главы для исследователей  149 4.17  Семестр Проект  150 4.17.1  Предпосылка и предположение  150 4.17.2  Высокое описание функции  150 4.17.3  Функциональные требования  150 4.17.4  Ограничение данных  151 4.17.5  Ограничение дизайна и интерфейса  152 4.17.6  Качественный спрос  152 4.18  Основная ссылка  152 4.19  упражняться  153 Глава 5  Дизайн архитектура  156 5.1  Процесс проектирования  156 5.1.1  Дизайн - это творческий процесс  157 5.1.2  Модель процесса проектирования  160 5.2  Архитектура моделирование  161 5.3  Разложение и представление  162 5.4  Стиль и стратегия архитектуры  165 5.4.1  Труба и фильтр  165 5.4.2  клиент—сервер  166 5.4.3  Взглядная сеть  167 5.4.4  выпускать—подписка  168 5.4.5  база данных  168 5.4.6  Слой  169 5.4.7  Объединение стиля архитектуры  170 5.5  Удовлетворить атрибут качества  171 5.5.1  Модифицированный  171 5.5.2  производительность  173 5.5.3  безопасность  174 5.5.4  надежность  175 5.5.5  Сильный  177 5.5.6  Легко использовать  178 5.5.7  Деловые цели  178 5.6  Совместный дизайн  179 5.7  Оценка и улучшение архитектуры  180 5.7.1  Качество дизайна измерения  181 5.7.2  Анализ дерева разломов  181 5.7.3  Анализ безопасности  183 5.7.4  Взвешивание анализа  184 5.7.5  Анализ выгоды и затрат  188 5.7.6  Опытный образец  190 5.8  Архитектура программного обеспечения для документирования  191 5.8.1  Карта между представлениями  193 5.8.2  Документально документированный дизайн разумный  193 5.9  Обзор дизайна архитектуры  193 5.9.1  подтверждать  194 5.9.2  проверять  194 5.10  Линейка программного обеспечения  195 5.10.1  Объем  197 5.10.2  Преимущества архитектуры линейки продуктов  197 5.10.3  Эволюция линейки продуктов  198 5.11  Пример информационной системы  198 5.12  Пример реальной системы  200 5.13  Значение этой главы для одного разработчика  201 5.14  Значение этой главы для команды разработчиков  201 5.15  Значение этой главы для исследователей  202 5.16  Семестр Проект  202 5.17  Основная ссылка  203 5.18  упражняться  203 Глава 6  Дизайн модуль  205 6.1  Метод проектирования  205 6.2  Принципы дизайна  207 6.2.1  Модульный  207 6.2.2  интерфейс  212 6.2.3  Информация скрыта  213 6.2.4  Покрементное развитие  214 6.2.5  абстрактный  215 6.2.6  Универсальность  216 6.3  Объектный дизайн  218 6.3.1  термин  218 6.3.2  Наследство и комбинация объектов  221 6.3.3  Заменяемость  222 6.3.4  Димит  223 6.3.5  Зависимость перевернута  224 6.4  Отраженный объект -ориентированный дизайн в UML  225 6.4.1  UML в процессе  225 6.4.2  Диаграмма класса UML  227 6.4.3  Другие картинки UML  232 6.5  Объектный режим дизайна  240 6.5.1  Шаблонный метод режим  241 6.5.2  Фабричный метод режим  241 6.5.3  Стратегический режим  242 6.5.4  Декоратор  242 6.5.5  Режим наблюдателя  244 6.5.6  Комбинированный режим  244 6.5.7  Режим посетителя  245 6.6  Другие аспекты в дизайне  247 6.6.1  Управление данными  247 6.6.2  Аномальное лечение  247 6.6.3  Дизайн пользовательского интерфейса  249 6.6.4  рамка  250 6.7  Объект -ориентированное измерение  250 6.7.1  Объект -орицентированный измерение размера системы  251 6.7.2  Объект -орицентированный измерение качества системы системы  252 6.7.3  Где измерение объекта -ориентированное на объект  258 6.8  Конструкторская документация  259 6.9  Пример информационной системы  261 6.10  Пример реальной системы  262 6.11  Значение этой главы для одного разработчика  263 6.12  Значение этой главы для команды разработчиков  263 6.13  Значение этой главы для исследователей  263 6.14  Семестр Проект  263 6.15  Основная ссылка  264 6.16  упражняться  264 Глава 7  Программирование  267 7.1  Стандарты и процессы программирования  267 7.1.1  Стандарты для одного разработчика  268 7.1.2  Стандарты для других разработчиков  268 7.1.3  Сопоставление дизайна и реализации  269 7.2  Принципы программирования  269 7.2.1  Контрольная структура  269 7.2.2  алгоритм  270 7.2.3  структура данных  271 7.2.4  Принципы руководства по первоначальности  273 7.3  Документация  276 7.3.1  Внутренняя документация  276 7.3.2  Внешняя документация  279 7.4  Процесс программирования  280 7.4.1  Решить программирование как проблему  280 7.4.2  Чрезвычайное программирование  281 7.4.3  Пара  281 7.4.4  Куда идти  282 7.5  Пример информационной системы  282 7.6  Пример реальной системы  283 7.7  Значение этой главы для одного разработчика  284 7.8  Значение этой главы для команды разработчиков  284 7.9  Значение этой главы для исследователей  284 7.10  Семестр Проект  285 7.11  Основная ссылка  285 7.12  упражняться  285 Глава 8  Программа тестирования  287 8.1  Программное обеспечение и сбой программного обеспечения  287 8.1.1  Типы вины  288 8.1.2  Ортодоксальная классификация дефектов  289 8.2  Проверки, связанные с проблемами  291 8.2.1  Тестовая организация  291 8.2.2  Отношение к тестированию  292 8.2.3  Кто выполняет тестирование  293 8.2.4  Представление о тестовом объекте  293 8.3  модульный тест  295 8.3.1  Проверьте код  295 8.3.2  Доказать правильность кода  297 8.3.3  Компонент программы тестирования  301 8.3.4  Техническое сравнение  304 8.4  Интеграционное тестирование  305 8.4.1  Интегрированный снизу  305 8.4.2  Интегрирован сверху  306 8.4.3  Однажды интеграция  308 8.4.4  Интеграция сэндвича  308 8.4.5  Сравнение интегрированной стратегии  309 8.5  Проверьте систему, ориентированную на объект  311 8.5.1  Тест кода  311 8.5.2  Разница между тестированием объекта и традиционным тестированием  311 8.6  План испытания  313 8.6.1  Цель планирования  313 8.6.2  План содержания  313 8.7  Инструмент автоматического тестирования  314 8.7.1  Инструмент анализа кода  314 8.7.2  Инструмент выполнения теста  315 8.7.3  Тестовый генератор корпусов  316 8.8  Когда прекратит тестирование  316 8.8.1  Неисправное посев  317 8.8.2  Достоверность в программном обеспечении  318 8.8.3  Другие стандарты для стоп -тестирования  319 8.8.4  Определите код, который легко пройти  319 8.9  Пример информационной системы  320 8.10  Пример реальной системы  321 8.11  Значение этой главы для одного разработчика  321 8.12  Значение этой главы для команды разработчиков  322 8.13  Значение этой главы для исследователей  322 8.14  Семестр Проект  322 8.15  Основная ссылка  322 8.16  упражняться  323 Глава 9  Тестовая система  325 9.1  Принципы тестирования системы  325 9.1.1  Сбой программного обеспечения  325 9.1.2  Процесс тестирования системы  327 9.1.3  Управление конфигурацией  329 9.1.4  Тестовая команда  333 9.2  Функциональный тест  334 9.2.1  Цель и долг  334 9.2.2  Причинно -следственная диаграмма  335 9.3  Тестирование производительности  338 9.3.1  Цель и долг  338 9.3.2  Тип теста производительности  338 9.4  Надежность, доступность и обслуживание  339 9.4.1  определение  339 9.4.2  Неудачные данные  340 9.4.3  Измерить надежность, доступность и обслуживаемость  341 9.4.4  Стабильность надежности и повышение надежности  342 9.4.5  Прогноз надежности  343 9.4.6  Важность операционной среды  345 9.5  Вступительный тест  346 9.5.1  Цель и долг  346 9.5.2  Типы приемлемого тестирования  346 9.5.3  Результаты приемлемого тестирования  347 9.6  Установочный тест  348 9.7  Тест системы автоматизации  348 9.8  Тестовый документ  349 9.8.1  План испытания  349 9.8.2  Описание и оценка спецификации теста  351 9.8.3  Описание теста  353 9.8.4  Отчет об анализе тестов  355 9.8.5  Форма отчета вопросов  355 9.9  Система безопасности тестирования  357 9.9.1  Разнообразие дизайна  358 9.9.2  Случай безопасности программного обеспечения  359 9.9.3  Метод чистой комнаты  361 9.10  Пример информационной системы  364 9.11  Пример реальной системы  366 9.12  Значение этой главы для одного разработчика  367 9.13  Значение этой главы для команды разработчиков  367 9.14  Значение этой главы для исследователей  367 9.15  Семестр Проект  367 9.16  Основная ссылка  368 9.17  упражняться  368  Глава 10 Система доставки  372 10.1  Обучение  372 10.1.1  Типы обучения  373 10.1.2  Помощник по обучению  374 10.1.3  Принцип руководства обучения  375 10.2  Документация  375 10.2.1  Тип документации  375 10.2.2  Пользовательская помощь и трудности ответов  379 10.3  Пример информационной системы  380 10.4  Пример реальной системы  381 10.5  Значение этой главы для одного разработчика  381 10.6  Значение этой главы для команды разработчиков  381 10.7  Значение этой главы для исследователей  382 10.8  Семестр Проект  382 10.9  Основная ссылка  382 10.10  упражняться  382  11 Система обслуживания главы  384 11.1  Изменение системы  384 11.1.1  Система  384 11.1.2  Изменения в процессе жизненного цикла системы  387 11.1.3  Системный жизненный цикл  388 11.2  Суть технического обслуживания  389 11.3  Проблема обслуживания  392 11.3.1  Персональные проблемы  392 11.3.2  техническая проблема  393 11.3.3  Необходимый компромисс  394 11.3.4  Стоимость технического обслуживания  395 11.4  Характеристики измерения и обслуживания  397 11.4.1  Основной внешний вид  398 11.4.2  Внутренние атрибуты, которые влияют  398 11.4.3  Другое измерение продукта  400 11.5  Технология обслуживания и инструменты  401 11.5.1  Управление конфигурацией  401 11.5.2  Анализ воздействия  403 11.5.3  Инструмент автоматического обслуживания  406 11.6  Регенерация программного обеспечения  407 11.6.1  Реконструкция документа  408 11.6.2  Реорганизовать  409 11.6.3  Обратный инжиниринг  410 11.6.4  Переосмысление  410 11.6.5  Государственные перспективы регенерации программного обеспечения  411 11.7  Пример информационной системы  412 11.8  Пример реальной системы  412 11.9  Значение этой главы для одного разработчика  413 11.10  Значение этой главы для команды разработчиков  413 11.11  Значение этой главы для исследователей  414 11.12  Семестр Проект  414 11.13  Основная ссылка  414 11.14  упражняться  414  Глава 12 Оценки продуктов, процессов и ресурсов  416 12.1  Метод оценки  416 12.1.1  Характеристики  416 12.1.2  расследование  417 12.1.3  тематическое исследование  417 12.1.4  Формальное испытание  418 12.1.5  Подготовьтесь к оценке  418 12.2  Выберите технологию оценки  419 12.2.1  Ключевые факторы выбора  420 12.2.2  Во что ты веришь  420 12.3  Оценка и прогноз  423 12.3.1  Подтвердите систему прогнозирования  423 12.3.2  Подтвердите измерение  425 12.3.3  Для неотложных потребностей подтверждения  425 12.4  Оценить продукт  426 12.4.1  Модель качества продукта  426 12.4.2  Создать базовые и установить цели  430 12.4.3  Репликация программного обеспечения  431 12.5  Процесс оценки  437 12.5.1  Последствия анализа  437 12.5.2  Модель зрелости процесса  441 12.6  Оценить ресурсы  448 12.6.1  Личная модель зрелости  448 12.6.2  Прибыль на инвестиции  450 12.7  Пример информационной системы  451 12.8  Пример реальной системы  452 12.9  Значение этой главы для одного разработчика  452 12.10  Значение этой главы для команды разработчиков  452 12.11  Значение этой главы для исследователей  453 12.12  Семестр Проект  453 12.13  Основная ссылка  453 12.14  упражняться  454  Глава 13 Прогноз улучшения, продукты, процессы и ресурсы  455 13.1  Прогноз улучшения  455 13.1.1  Точность прогнозирования  455 13.1.2  Предвзятость лечения: u кривая  456 13.1.3  Обработка шума: приклетники  458 13.1.4  Повторный прогноз  459 13.2  Улучшить продукт  462 13.2.1  Обзор  462 13.2.2  Повторное использование  464 13.3  Процесс улучшения  465 13.3.1  Процесс и зрелость способности  465 13.3.2  поддерживать  467 13.3.3  Метод чистой комнаты  468 13.4  Улучшить ресурсы  470 13.4.1  рабочая обстановка  470 13.4.2  По торговле стоимостью и прогрессом  471 13.5  Принцип общего руководства по улучшению  472 13.6  Пример информационной системы  473 13.7  Пример реальной системы  473 13.8  Значение этой главы для одного разработчика  473 13.9  Значение этой главы для команды разработчиков  474 13.10  Значение этой главы для исследователей  474 13.11  Семестр Проект  474 13.12  Основная ссылка  475 13.13  упражняться  475  Глава 14 Будущее разработки программного обеспечения  476 14.1  Прогресс  476 14.1.1  Меры Вассермана для зрелости  476 14.1.2  Что сейчас делает  478 14.2  Передача технологии  478 14.2.1  Теперь, как мы принимаем решения о технических переводах  479 14.2.2  Использовать доказательства в технических решениях  479 14.2.3  Свидетельство поддержки технических решений -  480 14.2.4  Дальнейшие дискуссии о доказательствах  481 14.2.5  Новая модель технической передачи  483 14.2.6  Улучшить следующий шаг передачи технологии  483 14.3  Решения в области разработки программного обеспечения  484 14.3.1  Много решений  484 14.3.2  Групповое решение  486 14.3.3  Как мы на самом деле решаем  486 14.3.4  Как на самом деле решают группы  488 14.3.5  Умеренное исследование наблюдения  489 14.3.6  Уроки для опыта  492 14.4  Профессионализация разработки программного обеспечения: распределение лицензий, сертификация и этика  492 14.4.1  Сосредоточиться на персонале  493 14.4.2  Образование в области разработки программного обеспечения  493 14.4.3  Система знаний по разработке программного обеспечения  495 14.4.4  Выпуск лицензии инженеру программного обеспечения  496 14.4.5  Аутентификация  500 14.4.6  Этические коды  502 14.4.7  Развитие карьеры  503 14.4.8  Дальнейшее развитие исследований и практики  504 14.5  Семестр Проект  505 14.6  Основная ссылка  505 14.7  упражняться  505 Справочная аннотация  507 Индекс  536
Пунктирное содержание

краткое введение

Эта книга представляет собой классическую работу в области разработки программного обеспечения.Книга разделена на 14 глав, а основной контент представлен в 3 частях.Некоторые объясняют, почему знания по разработке программного обеспечения одинаково важны для практиков и исследователей, а также обсуждали необходимость понимания проблемы моделей процессов и необходимости методов ловкости и мелко проявленных планов проекта; Три части в основном говорят об оценке и улучшении программного обеспечения.Эта книга подходит для учебников для бакалавриата для компьютерных курсов профессионального программного обеспечения.

об авторе

[Mei] Сали·Лоуренс·Шари Лоуренс Пфлигер [плюс] Джоанни·М. Джоан М. Атли) переводится Ян Вейдонг

Шари Лоуренс Pfleeger имеет хорошо известный ученый для разработки программного обеспечения в мире.В настоящее время он является исследователем в аналитическом центре США.Она преподавала в Университете Мэриленда и Лондонском университете Городского университета и в течение многих лет работала в качестве заместителей редакторов, таких как программное обеспечение IEEE и транзакции IEEE на разработке программного обеспечения.В дополнение к этой книге, безопасность в вычислениях, написанных с другими, также широко используется в основных учебниках.Ученые Джоан М. Атли, известные в мире программного обеспечения, известны своим выдающимся вкладом в требования к программному обеспечению и образование в области программного обеспечения.Она - компьютерное общество IEEE и ACM ...