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

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

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

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

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

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

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

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

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

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

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

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

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

Leave a Reply

Ваш адрес email не будет опубликован.