Введение в программную инженерию. Абрамова О.Ф - 8 стр.

UptoLike

Составители: 

во-первых, вести диалог по обсуждению разработанной модели
можно только в том случае, когда участники понимают друг друга, т.е.
говорят на одном языке и понимают смысл каждого слова (или элемента
диаграммы, как в нашем случае);
во-вторых, наличие модели системы просто необходимо в том
случае, когда система выходит за рамки текстового языка
программирования, и проиллюстрировать связи и взаимодействия ее
компонентов, пользуясь только программным кодом, очень и очень
затруднительно;
в-третьих, если все-таки разработчик (системный аналитик)
разрабатывал модели системы, но делал это от руки, «на коленке», как
говорится, а не официально, документируя все построенные диаграммы с
помощью case-средств, то будет очень сложно восстановить эти модели в
случае неожиданного отсутствия доступа к этому человеку (например, при
его уходе на длительный больничный или, еще того хуже, к конкурентам).
Использование UML позволяет решить эти проблемы. Этот язык мо-
делирования - не просто набор графических символов, за каждым этих
символов стоит определенная семантика, смысл, которые подразумевают,
что модель, написанная одним разработчиком, может быть однозначно ин-
терпретирована другим. Причем на месте второго разработчика может вы-
ступать не только человек, но и некоторое инструментальное средство. Это
решение первой проблемы.
Некоторые особенности системы лучше всего моделировать в виде
текста, другие - графически. Практика свидетельствует, что во всех ин-
тересных системах существуют структуры, которые очень сложно, а ино-
гда и попросту невозможно представить с помощью одного языка програм-
мирования. А UML это графический язык, что позволяет решить нашу
вторую проблему.
Ну и, наконец, явная графическая модель, состоящая из сравнитель-
но небольшого количества унифицированных элементов, намного облегча-
ет общение как между отдельными разработчиками, так и между разработ-
чиком и заказчиком, что позволяет решить и третью, озвученную выше,
проблему.
Надеюсь, мы вас убедили в важности предварительного моделирова-
ния программных систем. А теперь подробнее рассмотрим, как это просто
сделать с помощью case-средств.
Основные конструкции UML
Словарь UML включает три вида основных конструкций (рис.1):
8
     •     во-первых, вести диалог по обсуждению разработанной модели
можно только в том случае, когда участники понимают друг друга, т.е.
говорят на одном языке и понимают смысл каждого слова (или элемента
диаграммы, как в нашем случае);

      •    во-вторых, наличие модели системы просто необходимо в том
случае, когда система выходит за рамки текстового языка
программирования, и проиллюстрировать связи и взаимодействия ее
компонентов, пользуясь только программным кодом, очень и очень
затруднительно;

      •    в-третьих, если все-таки разработчик (системный аналитик)
разрабатывал модели системы, но делал это от руки, «на коленке», как
говорится, а не официально, документируя все построенные диаграммы с
помощью case-средств, то будет очень сложно восстановить эти модели в
случае неожиданного отсутствия доступа к этому человеку (например, при
его уходе на длительный больничный или, еще того хуже, к конкурентам).

      Использование UML позволяет решить эти проблемы. Этот язык мо-
делирования - не просто набор графических символов, за каждым этих
символов стоит определенная семантика, смысл, которые подразумевают,
что модель, написанная одним разработчиком, может быть однозначно ин-
терпретирована другим. Причем на месте второго разработчика может вы-
ступать не только человек, но и некоторое инструментальное средство. Это
решение первой проблемы.
      Некоторые особенности системы лучше всего моделировать в виде
текста, другие - графически. Практика свидетельствует, что во всех ин-
тересных системах существуют структуры, которые очень сложно, а ино-
гда и попросту невозможно представить с помощью одного языка програм-
мирования. А UML – это графический язык, что позволяет решить нашу
вторую проблему.
      Ну и, наконец, явная графическая модель, состоящая из сравнитель-
но небольшого количества унифицированных элементов, намного облегча-
ет общение как между отдельными разработчиками, так и между разработ-
чиком и заказчиком, что позволяет решить и третью, озвученную выше,
проблему.
      Надеюсь, мы вас убедили в важности предварительного моделирова-
ния программных систем. А теперь подробнее рассмотрим, как это просто
сделать с помощью case-средств.

     Основные конструкции UML
     Словарь UML включает три вида основных конструкций (рис.1):


                                   8