UML против процесса разработки программного обеспечения

Содержание скрыть 

Процесс разработки программного обеспечения

Процесс разработки программного обеспечения — это рецепт, используемый для создания программного обеспечения, определяющий возможности, которыми оно обладает, способ его создания, кто над чем работает и временные рамки для всех действий. Процессы направлены на то, чтобы привнести дисциплину и предсказуемость в разработку программного обеспечения, увеличивая шансы на успех проекта.

Единый язык моделирования (UML)

UML — это язык для моделирования вашего программного обеспечения, это важная часть процесса разработки программного обеспечения. Моделирование состоит в построении абстракции реальности. Абстракции — это упрощения, которые

  • Они игнорируют несущественные детали и
  • Они представляют только соответствующие детали.

Что релевантно, а что нерелевантно, зависит от цели модели. UML — это не метод, методология или процесс разработки программного обеспечения.

Различные типы процесса разработки программного обеспечения

Водопад  . Метод водопада пытается определить требования на ранней стадии жизненного цикла проекта. После сбора требований выполняется проектирование программного обеспечения в полном объеме. После того, как дизайн завершен, программное обеспечение внедряется. Проблема с этим методом заключается в том, что изменение требований может привести к разрушительным последствиям.

Итеративный  . Итерационные методы пытаются устранить недостатки водопадного подхода, признавая, что изменения произойдут, и фактически принимая их. Унифицированный процесс — это хорошо известный итеративный процесс. Он состоит из нескольких фаз, каждая фаза содержит некоторое количество следующих действий: требования, проектирование и реализация (кодирование). Итерационные методы охватывают более широкий спектр подходов (например, гибкие итерационные процессы), и они могут варьироваться от использования UML в качестве эскиза до использования UML в качестве плана.

Agile-методы  . Agile-методы используют итерации чрезвычайно короткими всплесками и пытаются минимизировать риск, всегда имея работающую систему расширения возможностей. Методологии этой категории представили некоторые из наиболее интересных практик разработки, такие как парное программирование и разработка через тестирование. Гибкие методы подчеркивают использование UML в качестве эскиза.

14 Типы диаграмм UML 2 Статьи

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文

Оставить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *