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