Читаем BPwin и Erwin. CASE-средства для разработки информационных систем полностью

ПолеСмысл
Used AtИспользуется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова
Autor, Date, Rev, PrpjectИмя создателя диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма. REV-дата последнего редактирования диаграммы
Notes 123456789 10Используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания
StatusСтатус отображает стадию создания диаграммы, отображая все этапы публикации
WorkingНовая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы
DraftДиаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению
RecommendedДиаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожидается
PublicationДиаграмма готова к окончательной печати и публикации
ReaderИмя читателя (эксперта)
DateДата прочтения (экспертизы)
ContextСхема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. На контекстной диаграмме (А-0) показана надпись ТОР. В левом нижнем углу показывается номер по узлу родительской диаграммы:

Таблица 1.3. Поля подвала каркаса (слева направо)

ПолеСмысл
NodeНомер узла диаграммы (номер родительской работы)
TitleИмя диаграммы. По умолчанию - имя родительской работы
NumberC-Number, уникальный номер версии диаграммы
PageНомер страницы, может использоваться как номер страницы при формировании палки

Значения полей каркаса задаются в диалоге Diagram Properties (меню Edit/Diagram Properties) - рис. 1.29.

Рис. 1.29. Диалог Diagram Properties

<p><strong>1.2.7. Слияние и расщепление моделей</strong></p>

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

BPwin использует для слияния и разветвления моделей стрелки вызова. Для слияния необходимо выполнить следующие условия:

Обе сливаемые модели должны быть открыты в Bpwin.

Имя модели-источника, которое присоединяют к модели-цели, должно совпадать с именем стрелки вызова работы в модели-цели (рис. 1.30).

Стрелка вызова должна исходить из недекомпозируемой работы (работа должна иметь диагональную черту в левом верхнем углу) (рис. 1.31).

Имена контекстной работы подсоединяемой модели-источника и работы на модели-цели, к которой мы подсоединяем модель-источник, должны совпадать (рис. 1.30).

Модель-источник должна иметь по крайней мере одну диаграмму декомпозиции.

Рис. 1.30. Условия слияния моделей

Для слияния моделей нужно щелкнуть правой кнопкой мыши по работе со стрелкой вызова в модели-цели и во всплывающем меню выбрать пункт Merge Model.

Рис. 1.31. Стрелка вызова работы "Сборка изделия" модели-цели

Перейти на страницу:

Похожие книги

97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

Успешная карьера архитектора программного обеспечения требует хорошего владения как технической, так и деловой сторонами вопросов, связанных с проектированием архитектуры. В этой необычной книге ведущие архитекторы ПО со всего света обсуждают важные принципы разработки, выходящие далеко за пределы чисто технических вопросов.?Архитектор ПО выполняет роль посредника между командой разработчиков и бизнес-руководством компании, поэтому чтобы добиться успеха в этой профессии, необходимо не только овладеть различными технологиями, но и обеспечить работу над проектом в соответствии с бизнес-целями. В книге более 50 архитекторов рассказывают о том, что считают самым важным в своей работе, дают советы, как организовать общение с другими участниками проекта, как снизить сложность архитектуры, как оказывать поддержку разработчикам. Они щедро делятся множеством полезных идей и приемов, которые вынесли из своего многолетнего опыта. Авторы надеются, что книга станет источником вдохновения и руководством к действию для многих профессиональных программистов.

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT