Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
График жизненного цикла разработки систем, версия, специфичная для разработки программного обеспечения.
Graphic of a systems development lifecycle
the version specific to software development
V-модель – это графическое представление жизненного цикла разработки систем. Она используется для создания строгих моделей жизненного цикла разработки и моделей управления проектами. V-модель подразделяется на три основные категории: немецкая V-модель, общая модель тестирования и стандарт правительства США. V-модель обобщает основные этапы, которые необходимо выполнить вместе с соответствующими результатами в рамках системы компьютерной валидации или разработки жизненного цикла проекта. Она описывает действия, которые необходимо выполнить, и результаты, которые должны быть получены в процессе разработки продукта. Левая сторона "V" представляет собой декомпозицию требований и создание системных спецификаций. Правая сторона "V" представляет собой интеграцию компонентов и их валидацию. Однако требования необходимо сначала валидировать, сопоставляя их с требованиями более высокого уровня или потребностями пользователей. Кроме того, существует также валидация системных моделей, которую частично можно проводить и на левой стороне "V". Утверждать, что валидация происходит только на правой стороне, может быть неверно. Проще всего сказать, что верификация всегда осуществляется на соответствие требованиям (техническим спецификациям), а валидация – на соответствие реальным условиям или потребностям пользователя. Аэрокосмический стандарт RTCA DO 178B определяет, что требования валидируются – подтверждается их соответствие действительности, – а конечный продукт верифицируется для обеспечения соответствия этим требованиям. Валидацию можно сформулировать вопросом: "Вы создаете нужное?", а верификацию – "Вы создаете это правильно?".
The V model is a graphical representation of a systems development lifecycle. It is used to produce rigorous development lifecycle models and project management models. The V model falls into three broad categories, the German V Modell, a general testing model, and the US government standard. The V model summarizes the main steps to be taken in conjunction with the corresponding deliverables within computerized system validation framework, or project life cycle development. It describes the activities to be performed and the results that have to be produced during product development. The left side of the "V" represents the decomposition of requirements, and the creation of system specifications. The right side of the "V" represents an integration of parts and their validation. However, requirements need to be validated first against the higher level requirements or user needs. Furthermore, there is also something as validation of system models. This can partially be done on the left side also. To claim that validation only occurs on the right side may not be correct. The easiest way is to say that verification is always against the requirements (technical terms) and validation is always against the real world or the user's needs. The aerospace standard RTCA DO 178B states that requirements are validated—confirmed to be true—and the end product is verified to ensure it satisfies those requirements. Validation can be expressed with the query "Are you building the right thing?" and verification with "Are you building it right?"
Типы
Существует три основных типа V-образной модели.
There are three general types of V model.
Модель V
"V-модель" — официальный метод управления проектами, используемый правительством Германии. Он в значительной степени соответствует PRINCE2, но более тесно связан с разработкой программного обеспечения. Основная особенность использования "V"-образной модели заключалась в требовании подтверждения того, что продукты, созданные на левой стороне "V", соответствуют требованиям и могут быть успешно протестированы и интегрированы соответствующей организацией, отвечающей за правую сторону "V".
"V Modell" is the official project management method of the German government. It is roughly equivalent to PRINCE2, but more directly relevant to software development. The key attribute of using a "V" representation was to require proof that the products from the left side of the V were acceptable by the appropriate test and integration organization implementing the right side of the V.
Общее тестирование
В мировом сообществе тестировщиков модель V широко воспринимается как более общая и наглядная иллюстрация процесса разработки программного обеспечения, описанного в учебном плане Foundation Международного совета по квалификации в области тестирования программного обеспечения для тестировщиков. Эта модель не имеет единого определения и более подробно рассматривается в отдельной статье о модели V (разработка программного обеспечения).
Throughout the testing community worldwide, the V model is widely seen as a vaguer illustrative depiction of the software development process as described in the International Software Testing Qualifications Board Foundation Syllabus for software testers. There is no single definition of this model, which is more directly covered in the alternative article on the V Model (software development).
Стандарт правительства США
В США также существует правительственная V-модель, разработанная около 20 лет назад, как и ее немецкий аналог. Она охватывает более узкий жизненный цикл разработки систем, но является гораздо более детальной и строгой, чем то, что большинство британских разработчиков и тестировщиков подразумевают под V-моделью.
The US also has a government standard V model which dates back about 20 years like its German counterpart. Its scope is a narrower systems development lifecycle model, but far more detailed and more rigorous than most UK practitioners and testers would understand by the V model.
Цели
Модель V предоставляет руководство по планированию и реализации проектов. Цели выполнения проекта, которые предполагается достичь:
The V model provides guidance for the planning and realization of projects. The following objectives are intended to be achieved by a project execution:
Минимизация рисков проекта: модель V повышает прозрачность и управляемость проекта за счет определения стандартизированных подходов и описания соответствующих результатов и ответственных ролей. Это позволяет выявлять отклонения и риски планирования на ранней стадии и совершенствовать управление процессами, тем самым снижая риски проекта. Повышение и гарантия качества: как стандартизированная модель процесса, модель V обеспечивает полноту и требуемое качество результатов. Определенные промежуточные результаты могут быть проверены на ранних этапах. Единое содержание продукта повышает читаемость, понятность и верифицируемость. Снижение общей стоимости на протяжении всего жизненного цикла проекта и системы: затраты на разработку, производство, эксплуатацию и обслуживание системы могут быть прозрачно рассчитаны, оценены и контролируемы с применением стандартизированной модели процесса. Получаемые результаты являются единообразными и легко отслеживаемыми. Это снижает зависимость заказчика от поставщика и объем работ, необходимых для последующих мероприятий и проектов. Улучшение коммуникации между всеми заинтересованными сторонами: стандартизированное и унифицированное описание всех релевантных элементов и терминов является основой для взаимопонимания между всеми заинтересованными сторонами. Таким образом, снижаются потери, связанные с недопониманием, между пользователем, заказчиком, поставщиком и разработчиком.
Minimization of project risks: The V model improves project transparency and project control by specifying standardized approaches and describing the corresponding results and responsible roles. It permits an early recognition of planning deviations and risks and improves process management, thus reducing the project risk. Improvement and guarantee of quality: As a standardized process model, the V model ensures that the results to be provided are complete and have the desired quality. Defined interim results can be checked at an early stage. Uniform product contents will improve readability, understandability and verifiability. Reduction of total cost over the entire project and system life cycle: The effort for the development, production, operation and maintenance of a system can be calculated, estimated and controlled in a transparent manner by applying a standardized process model. The results obtained are uniform and easily retraced. This reduces the acquirer's dependency on the supplier and the effort for subsequent activities and projects. Improvement of communication between all stakeholders: The standardized and uniform description of all relevant elements and terms is the basis for the mutual understanding between all stakeholders. Thus, the frictional loss between user, acquirer, supplier and developer is reduced.
Инженерные работы и проверка систем
Процесс системной инженерии (SEP) предоставляет путь для повышения экономической эффективности сложных систем, ощущаемой владельцем системы на протяжении всего жизненного цикла системы – от концепции до вывода из эксплуатации. Американская V-модель, задокументированная в материалах 1991 года Национального совета по системной инженерии (NCOSE; с 1995 года – INCOSE), была разработана Хьюзом в 1963 году и использовалась до момента продажи компании Hughes Howard Hughes Medical Institute в 1985 году. Министерство обороны США представляет взаимодействия процессов системной инженерии в виде V-модели. В настоящее время она получила широкое распространение как в коммерческих, так и в оборонных программах. Её основное применение – в управлении проектами. V-модель предоставляет конкретную помощь в реализации деятельности и её рабочих этапов, чётко определяя события, необходимые для завершения рабочего этапа: схема каждой деятельности содержит инструкции, рекомендации и подробные разъяснения по выполнению деятельности.
The systems engineering process (SEP) provides a path for improving the cost effectiveness of complex systems as experienced by the system owner over the entire life of the system, from conception to retirement. The US V model, as documented in the 1991 proceedings for the National Council on Systems Engineering (NCOSE; now INCOSE as of 1995), created by Hughes in 1963 and used until Hughes was divested by the Howard Hughes Medical Institute in 1985. The US Department of Defense puts the systems engineering process interactions into a V model relationship. It has now found widespread application in commercial as well as defense programs. Its primary use is in project management
The V model provides concrete assistance on how to implement an activity and its work steps, defining explicitly the events needed to complete a work step: each activity schema contains instructions, recommendations and detailed explanations of the activity.