1-software_engineering_requirements (1133541)
Текст из файла
Основы программной инженерии (по SWEBOK)Программная инженерия. Программные требования.Программная инженерияПрограммные требования(Software Requirements)®Глава базируется на IEEE Guide to the Software Engineering Body of Knowledge - SWEBOK , 2004.Содержит перевод описания области знаний SWEBOK® “Software Requirements”, с комментариями изамечаниями."Основы программной инженерии" разработаны на базе IEEE Guide to SWEBOK® 2004 в соответствии с IEEESWEBOK 2004 Сopyright and Reprint Permissions: "This document may be copied, in whole or in part, in any form orby any means, as is, or with alterations provided that (1) alterations are clearly marked as alterations and (2) thiscopyright notice is included unmodified in any copy."Русский перевод SWEBOK 2004 с замечаниями и комментариями подготовлены Сергеем Орликомпри участии Юрия Булуя.
Дополнительные главы написаны Сергеем Орликом. Текст расширений SWEBOKотмечен ццветом, отличным от перевода оригинального текста."Основы программной инженерии" Сopyright © 2004-2010 Сергей Орлик. Все права защищены.SWEBOK Сopyright © 2004 by The Institute of Electrical and Electronics Engineers, Inc. All rights reserved.Официальный сайт “Основ программной инженерии” (по SWEBOK) - http://swebok.sorlik.ruCopyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru1Основы программной инженерии (по SWEBOK)Программная инженерия.
Программные требования.Программные требования (Software Requirements)Программные требования (Software Requirements) ............................................................................. 21. Основы программных требований (Software Requirements Fundamentals) .................................. 41.1 Определение требований (Definition of a Software Requirement) ............................................ 41.2 Требования к продукту и процессу (Product and Process Requirements) ................................ 41.3 Функциональные и нефункциональные требования (Functional and Non-functionalRequirements...................................................................................................................................
41.4 Независимые свойства (Emergent Properties).......................................................................... 71.5 Требования с количественной оценкой (Quantifiable Requirements) ....................................... 71.6 Системные требования и программные требования (System Requirements and SoftwareRequirements) ................................................................................................................................. 82. Процесс работы с требованиями (Requirements Process) ............................................................ 82.1 Модель процесса определения требований:...........................................................................
82.2 Участники процессов (Process Actors) ..................................................................................... 92.3 Управление и поддержка процессов (Process Support and Management)............................... 92.3 Качество и улучшение процессов (Process Quality and Improvement) ..................................
103. Извлечение требований (Requirements Elicitation)...................................................................... 103.1 Источники требований (Requirement Sources)....................................................................... 113.2 Техники извлечения требований (Elicitation Techniques)....................................................... 114. Анализ требований (Requirements Analysis) ............................................................................... 124.1 Классификация требований (Requirements Classification) .....................................................
124.2 Концептуальное моделирование (Conceptual Modeling) ....................................................... 134.3 Архитектурное проектирование и распределение требований (Architectural Design andRequirements Allocation) ............................................................................................................... 145.
Спецификация требований (Requirements Specification) ............................................................ 145.1 Определение системы (System Definition Document) ............................................................ 155.2 Спецификация системных требований (System Requirements Specification) ........................
155.3 Спецификация программных требований (Software Requirements Specification - SRS) ....... 156. Проверка требований (Requirements Validation) ......................................................................... 166.1 Обзор требований (Requirements Review) ............................................................................. 176.2 Прототипирование (Prototyping) ............................................................................................. 176.3 Утверждение модели (Model Validation) ................................................................................. 186.4 Приемочные тесты (Acceptance Tests) .................................................................................. 187.
Практические соображения (Practical Considerations) ................................................................ 187.1 Итеративная природа процесса работы с требованиями (Iterative Nature of the RequirementsProcess) ........................................................................................................................................ 197.2 Управление изменениями (Change Management) ................................................................. 207.3 Атрибуты требований (Requirements Attributes) .................................................................... 207.4 Трассировка требований (Requirements Tracing)................................................................... 207.5 Измерение требований (Measuring Requirements) ................................................................
20Программные требования – Software Requirements – свойства программного обеспечения, которыедолжны быть надлежащим образом представлены в нѐм для решения конкретных практическихзадач. Данная область знаний касается вопросов извлечения (сбора), анализа, специфицирования иутверждения требований.Опыт индустрии информационных технологий однозначно показывает, что вопросы, связанные суправлением требованиями, оказывают критически-важное влияние на программные проекты, вопределенной степени - на сам факт возможности успешного завершения проектов.
Толькосистематичная работа с требованиями позволяет корректным образом обеспечить моделированиезадач реального мира и формулирование необходимых приемочных тестов для того, чтобыубедиться в соответствии создаваемых программных систем критериям, заданным реальнымипрактическими потребностями.На практике часто применяется подход, используемый в различных методологиях разработки ПО ибазирующийся на определении групп требований к продукту. Такой подход обычно включает группы(типы, категории) требований, например: системные, программные, функциональные,нефункциональные (в частности, атрибуты качества) и т.п. Классический пример (см. рисунок 1)Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru2Основы программной инженерии (по SWEBOK)Программная инженерия.
Программные требования.высокоуровневого структурирования групп требований как требований к продукту описан в работаходного из классиков дисциплины управления требованиями – Карла Вигерса.Рисунок 1. Уровни требований по Вигерсу [Вигерс, 2003, с.8, рис. 1-1]SWEBOK охватывает не только вопросы структурирования и систематизации требований, но иразличных процессов этапов и процессов работы с требованиями, а также некоторые практическиесоображения.Рисунок 2.
Область знаний “Программные требования” [SWEBOK, 2004, с.2-2, рис. 1]Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru3Основы программной инженерии (по SWEBOK)Программная инженерия. Программные требования.Сама же структура обсуждаемой области знаний в большой степени совместима со стандартамиIEEE 12207.x, ISO/IEC, ГОСТ Р ИСО/МЭК 12207 (структура стандарта будет рассмотрена позднее).Такая структура построена исходя из идеи выделения ключевых групп вопросов дисциплины.Область знаний управления требованиями включает 7 секций, каждая из которых представлена ввиде ключевых тем (см.
Характеристики
Тип файла PDF
PDF-формат наиболее широко используется для просмотра любого типа файлов на любом устройстве. В него можно сохранить документ, таблицы, презентацию, текст, чертежи, вычисления, графики и всё остальное, что можно показать на экране любого устройства. Именно его лучше всего использовать для печати.
Например, если Вам нужно распечатать чертёж из автокада, Вы сохраните чертёж на флешку, но будет ли автокад в пункте печати? А если будет, то нужная версия с нужными библиотеками? Именно для этого и нужен формат PDF - в нём точно будет показано верно вне зависимости от того, в какой программе создали PDF-файл и есть ли нужная программа для его просмотра.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
