Авторы: Дмитрий Лапыгин, Александр Новичков
Оглавление:
- Предисловие к материалу
- Введение в управление конфигурацией программных средств
- История развития дисциплины управления конфигурацией
- Возникновение основных терминов управления конфигурацией
- Базовые концепции и элементы
- Основы управления конфигурацией
- Управление конфигурацией в стандартах
- Виды стандартов
- Управление изменениями как составная часть процесса УК
- Процесс УК в стандарте ГОСТ Р ИСО/МЭК 12207
- Управление конфигурацией с точки зрения Capability Maturity Model
- Требования к процессу УК в СММ
Представляем слайдкаст выступления Юлии Нечаевой "Тестирование требований: Зачем - понятно, а вот Как?" на Летнем Аналитическом Фестивале - 2010:
"Очень просто объяснить, зачем тестировать требования. Немного сложнее - убедить проектную команду, что это делать действительно нужно. Но когда доходит до дела – начинаются реальные проблемы. Я не знаю ни одной хорошей, понятной, удобной и эффективной методики тестирования требований. Я покажу вам те, которые известны и используются, и мы увидим их несовершенство.
Очень полезно, когда разработчик проводит ревью плана тестирования его продукта, ведь именно он лучше всех знает, где могут быть ошибки. Так и здесь, кто, как не вы, аналитики, лучше всех могут подсказать, как же тестировать вашу работу. Мы, тестировщики, придем к вам за советом, как улучшить наши наработки."
 Автор: Melinda-Carol Ballou
Спонсор: Compuware
Перевод: RedRoxx Technologies
В последнее время все больше компаний осознают важность процесса определения требований для успеха реализации своих проектов по разработке ПО, а в конечном итоге — для успеха своего бизнеса.
По мнению IDC, причиной возросшего интереса к правильному определению требованиий являются следующие две тенденции: во-первых, это усложнение бизнес-процессов как следствие глобализации бизнеса, а во-вторых, — экспоненциальный темп роста автоматизации этих бизнес-процессов.
Для того, чтобы автоматизация бизнес-процессов действительно приводила к росту их эффективности, важное значение имеют две составляющих. Во-первых, анализ требований в компании должен быть на высоком уровне. Во-вторых, коммуникационный канал между бизнес-заказчиками и их ИТ-партнерами должен функционировать как хорошо отлаженный механизм, гарантируя реализацию именно той функциональности, которая нужна бизнесу. Как этого достичь?
В данной статье рассматриваются преимущества параллельного выполнения процессов анализа требований и тестирования для создания высокопроизводительных, полезных для бизнеса приложений, а также преимущества активного вовлечения бизнес-заказчиков в процесс определения требований. IDC считает, что усилия, вложенные в этих направлениях и есть те 20 процентов, которые принесут 80 процентов результата.
 Автор: К. Хенинджер
Heninger К. L. Specifying Software Requirements for Complex Systems: New Techniques and Their Application, IEEE Transactions on Software Engineering, vol. SE-5, № 1, January 1980, 2-13.
Продолжение: Принципы документирования требований, методы описания интерфейсов с аппаратурой, шаблоны для описания значений, описание входных элементов данных.
Автор: К. Хенинджер
Heninger К. L. Specifying Software Requirements for Complex Systems: New Techniques and Their Application, IEEE Transactions on Software Engineering, vol. SE-5, № 1, January 1980, 2-13.
Продолжение: Описание выходных элементов данных в терминах воздействия на внешние устройства; Пример описания выходного элемента данных; Методы описания функций программного обеспечения; Организация описания в соответствии с функциями; Выходные значения как функции условий и событий; Согласованная нотация для описания условий; Режимы и их использование для организации и упрощения описания требований.
Автор: К. Хенинджер
Heninger К. L. Specifying Software Requirements for Complex Systems: New Techniques and Their Application, IEEE Transactions on Software Engineering, vol. SE-5, № 1, January 1980, 2-13.
Эта статья посвящена новым методам, позволяющим сделать описания требований точными, краткими, однозначными и легко проверяемыми на полноту и непротиворечивость. Методы хорошо подходят для сложных программных систем реального времени; они были разработаны для документирования существующего полетного программного обеспечения самолета А-7 ВМС США. В статье приводится обзор информации, входящей в состав описания требований, и обсуждаются цели, поставленные при разработке методов. Описание каждого метода иллюстрируется примерами из документа, содержащего требования к программному обеспечению самолета А-7. Цель этой статьи состоит в том, чтобы представить указанный документ как модель дисциплинированного подхода к описанию требований, а сам документ может служить полностью проработанным примером применения этого подхода.
Автор: К. Хенинджер
Heninger К. L. Specifying Software Requirements for Complex Systems: New Techniques and Their Application, IEEE Transactions on Software Engineering, vol. SE-5, № 1, January 1980, 2-13.
Продолжение: Документ, определяющий требования к полетной программе самолета А-7, показывает, что можно описать солидную систему в терминах внешних воздействий на нее и ее видимого извне поведения. Методами, рассмотренными в данной работе, мы руководствовались при получении информации; они помогали нам справляться со сложностями и позволили отвлечься от деталей реализации. Документ служит отправной точкой для этапа проектирования в нашей разработке. На многие вопросы, которые обычно возникают и решаются только на фазе программирования, документ дает точные ответы. Так как информация в нем представлена систематически, мы можем многое планировать заранее, вместо того чтобы вставлять каждую деталь в программу как придется.
|
Основные понятия и концепции документа