V-модель - это графическое представление жизненного цикла разработки систем. Он используется для создания строгих моделей жизненного цикла разработки и моделей управления проектами. V-модель подразделяется на три широкие категории: немецкая V-модель, общая модель тестирования и правительственный стандарт США.
V-модель суммирует основные шаги, которые необходимо предпринять вместе с соответствующими результатами в рамках валидация компьютеризированной системы структура или разработка жизненного цикла проекта. Он описывает действия, которые необходимо выполнить, и результаты, которые должны быть получены в ходе разработки продукта.
Левая часть буквы «V» представляет собой декомпозицию требований и создание системных спецификаций. Правая часть буквы «V» представляет интеграцию частей и их проверку. Однако сначала необходимо проверить требования на соответствие требованиям более высокого уровня или потребностям пользователей. Кроме того, есть еще что-то вроде проверки системных моделей (например, FEM). Частично это можно сделать и с левой стороны. Утверждать, что проверка происходит только с правой стороны, может быть неверным. Самый простой способ - сказать, что проверка всегда противоречит требованиям (техническим условиям), а проверка всегда соответствует реальному миру или потребностям пользователя. В аэрокосмическом стандарте RTCA DO-178B говорится, что требования проверяются - подтверждаются их истинность - и проверяется конечный продукт, чтобы гарантировать его соответствие этим требованиям.
Подтверждение может быть выражено запросом «Правильно ли вы строите?» и проверка "Правильно ли вы строите?"
Есть три основных типа V-модели.
Немецкая V-модель "V-Modell", официальный метод управления проектами правительства Германии. Это примерно эквивалентно PRINCE2, но имеет прямое отношение к разработке программного обеспечения. Ключевым атрибутом использования представления "V" было требование доказательства того, что продукты с левой стороны буквы V были приемлемы соответствующей организацией по тестированию и интеграции, реализующей правую часть V.
В сообществе специалистов по тестированию во всем мире V-модель широко рассматривается как нечеткое иллюстративное изображение процесса разработки программного обеспечения, как описано в Международной квалификационной комиссии по тестированию программного обеспечения Foundation Syllabus для тестировщиков программного обеспечения.. Нет единого определения этой модели, которое более подробно рассматривается в альтернативной статье по V-модели (разработка программного обеспечения).
В США также есть правительственный стандарт V -модель, которая насчитывает около 20 лет, как и ее немецкий аналог. Его область применения - более узкая модель жизненного цикла разработки систем, но гораздо более подробная и более строгая, чем большинство британских практиков и тестировщиков понимают с помощью V-модели.
Иногда это бывает сказал, что подтверждение может быть выражено запросом «Правильно ли вы строите?» и проверка "Правильно ли вы строите?" На практике эти термины используются по-разному.
Руководство PMBOK, также принятое IEEE в качестве стандарта (совместно поддерживаемое INCOSE, Советом по системным исследованиям SERC и IEEE Computer Society), определяет их следующим образом в своем 4-м издании :
V-модель обеспечивает руководство для планирования и реализации проектов. Следующие цели должны быть достигнуты посредством выполнения проекта:
Процесс системного проектирования (SEP) обеспечивает путь для повышения экономической эффективности сложных систем, как это показывает владелец системы на протяжении всего срока службы системы, от концепции до вывода на пенсию.
Он включал раннее и всестороннее определение целей, концепцию операции, описывающие потребности пользователя и операционную среду, подробные и проверяемые системные требования, подробный дизайн, внедрение, тщательное приемочное тестирование внедренной системы, чтобы убедиться, что она соответствует заявленным требованиям (проверка системы), измерение ее эффективности в достижении целей (проверка системы), текущая эксплуатация и техническое обслуживание, обновления системы с течением времени и возможный вывод из эксплуатации.
В процессе упор делается на проектирование и тестирование на основе требований. Все элементы дизайна и приемочные испытания должны быть прослеживаемыми до одного или нескольких системных требований, и каждое требование должно быть удовлетворено, по крайней мере, одним элементом дизайна и приемочным тестом. Такая строгость гарантирует, что ничего не будет сделано без необходимости и все необходимое будет выполнено.
Спецификационный поток в основном состоит из:
Поток тестирования обычно состоит из:
Поток разработки может состоять (в зависимости от типа системы и объема разработки) настройки, конфигурации или кодирования.
V-модель используется для регулирования процесса разработки программного обеспечения в рамках федеральной администрации Германии. В настоящее время он по-прежнему является стандартом для федеральных административных и оборонных проектов Германии, а также для разработчиков программного обеспечения в регионе.
Концепция V-модели была разработана одновременно, но независимо, в Германии и в Соединенных Штатах в конце 1980-х:
Теперь он нашел широкое применение как в коммерческих, так и в оборонных программах. Его основное использование - в управлении проектами и на протяжении всего жизненного цикла проекта.
Одна фундаментальная характеристика V-модели США состоит в том, что время и зрелость движутся слева направо, и невозможно вернуться во времени. Вся итерация выполняется по вертикальной линии до более высоких или более низких уровней в системной иерархии, как показано на рисунке. Это оказалось важным аспектом модели. Расширение модели до концепции двойного Vee рассматривается как ссылка.
Поскольку V-модель является общедоступной, многие компании также используют ее. В управлении проектами этот метод сопоставим с PRINCE2 и описывает методы управления проектами, а также методы разработки системы. V-модель, будучи жесткой в процессе, может быть очень гибкой в применении, особенно в том, что касается области за пределами области обычных параметров жизненного цикла разработки системы.
Это преимущества, которые V-модель предлагает перед другими моделями разработки систем:
Следующие аспекты не охватываются V-моделью, они должны регулироваться дополнительно, или V-модель должна быть адаптирована соответствующим образом:
На Викискладе есть материалы, связанные с V-модели. |