Отправляет email-рассылки с помощью сервиса Sendsay

Из программистов в руководители

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Бизнес с высокой прибылью" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

  Сентябрь 2003   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
22.09.2003
12:27:42
13:07:24
23
24
25
26
27
28
29
30
Автор
Симон Молдавский

Статистика

1.763 подписчиков
0 за неделю
←   Все выпуски   →

ИЗ ПРОГРАММИСТОВ В РУКОВОДИТЕЛИ


Информационный Канал Subscribe.Ru
Из программистов в руководители
Выпуск 4: UML и Rational Rose

 

Присылайте нам вопросы по программной инженерии и управлению программными проектами, и на них ответят наши эксперты - преподаватели Учебного Центра UkrSoftPro.

Вопросы могут приводиться с несколько измененной стилистикой и исправленными грамматическими ошибками для лучшей читаемости текста. Ответы англоязычных экспертов-консультантов даются в переводе.

Где можно найти практические примеры использования UML?

Отвечает твечает Дмитрий Безуглый, аналитик АО "Банкомсвязь":
В Интернете Вы без труда сможете найти соответствующие ресурсы, в том числе и на русском языке (достаточно набрать "использование UML" в Google).

Например, можно посмотреть статью:http://www.interface.ru/misc/uml1.htm

Кроме того, нотация UML описана описана в большом количестве литературы, в том числе и с полезными практическими примерами. Например, в книге К. Лармана "Применение UML и шаблонов проектирования".

Разъясните, пожалуйста, назначение различных View (Use Case View, Logical View и т.д.) в окне браузера некоторых CASE-средств (Rational Rose, Visual UML; в Visual Paradigm таких View нет). Во всех View можно добавить любой тип диаграммы. Какой смысл построения одних и тех же типов диаграмм в разных View? Есть ли принципиальная разница, в каком View строить диаграммы?

Отвечает твечает Дмитрий Безуглый, аналитик АО "Банкомсвязь":
По большому счету разницы нет. Окно браузера представляет собой первоначальную структурную декомпозицию модели, связанную с предлагаемой производителем CASE-средства методологией. Некоторыми производителями такая декомпозиция используется для интеграции других средств, использующих модель (Например, SoDA компании Rational). Use Case View, Logical View, Component View, Deployment View + Dynamic View представляют собой виды на Архитектуру системы с точки зрения распространенной концепции "4+1". Изначально предлагаемые для построения наборы диаграмм имеют весьма четкую связь с перечисленными видами.

Я построил диаграмму вариантов использования (Use Cases) и хочу сейчас приступить к диаграмме классов. Но я не совсем понимаю, как ее строить, т.е. брать ли за основу первую диаграмму, должна ли диаграмма классов структурно повторять первую, есть ли какие-то связи и/или средства импорта-экспорта между диаграммами? Или диаграмма классов строится с нуля? Те же вопросы по отношению ко всем остальным типам диаграмм. Меня это также интересует в свете конкретного инструментального средства Rational Rose.

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

1) Определяются лица, взаимодействующие с системой (actors). Отображаются на диаграмме Use Case.

2) Определяются варианты использования системы этими лицами - Uses Cases (UC). Каждый UC представляет цель, достигаемую пользователем при взаимодействии с системой.

3) Производится детализация Use case c помощью диаграмм последовательности. UC трансформируются в совокупность взаимодействующих объектов.

4) С использованием множества объектов определяются Классы, и производится их детализация атрибутами и операциями, а также особенности поведения для Класса: операции, которые он может выполнять (указываются как методы классов в диаграммах классов и используются в диаграммах последовательности), состояния, в которых он может находиться, правила переходов от состояния к состоянию (диаграммы состояний) и действия, которые сопровождают указанные переходы (диаграммы действий).

5) Структурные отношения между классами и работа над ОО-структурой ведется с применением диаграмм классов и диаграмм управления моделью.

6) Классы с помощью отношения реализации связываются с Компонентами на диаграмме компонентов.

7) В свою очередь компоненты и объекты отображаются на диаграмме развертывания.

Связь между диаграммами обеспечивается использованием общего хранилища элементов модели. Т.е., например, если вы создали класс customer, то вы можете его использовать во всех диаграммах и управлять его видом для каждой диаграммы в отдельности.

При создании новой модели в Rational Rose есть возможность выбрать готовый шаблон с определенной структурой, для учебных целей лучше использовать шаблон для Ratioanl Unified Process.

Наша рассылка поднимает широкий круг вопросов, включающих управление требованиями и проектирование ПО, конфигурационное управление и управление качеством, планирование и мониторинг проектов, управление ресурсами и коммуникациями, стандарты по организации производства ПО, процессные методологии Rational Unified Process, Microsoft Solutions Framework, eXtreme Programming и др., методологии обследования организаций SEI CMMi, ISO 9001, SPICE и др.

Если у вас возникают вопросы, относящиеся к этим дисциплинам, пишите нам на адрес edu@ukrsoftpro.com.ua, и мы постараемся ответить на них в следующих выпусках рассылки.

 

Хотите повысить свой профессиональный уровень?
Станьте студентом UkrSoftPro уже сегодня!
Учебная программа
"Профессионал Управления Программными Проектами" 		подробнее
http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное