Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Бизнес с высокой прибылью" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
ИЗ ПРОГРАММИСТОВ В РУКОВОДИТЕЛИ ЭЛЕМЕНТЫ МОДЕЛИ В PACKAGE
| Информационный Канал Subscribe.Ru |
| Из программистов в руководители | |||||
| Выпуск 35: ЭЛЕМЕНТЫ МОДЕЛИ В PACKAGE | |||||
На Ваши вопросы по программной инженерии и управлению программными проектами отвечают наши эксперты - преподаватели Учебного Центра UkrSoftPro.
Вопросы могут приводиться с несколько измененной стилистикой и исправленными грамматическими ошибками для лучшей читаемости текста. Ответы англоязычных экспертов-консультантов даются в переводе.
Расскажите, пожалуйста, по какому принципу нужно группировать элементы
модели в package? Нужно ли повторять разбиение как в руководстве по
UML или же структура произвольна? Создавать ли package по принципу тематической
близости ли же по характеру действия или какому иному признаку? Какое
количество элементов оптимально для package? Отвечает Дмитрий Безуглый, Luxoft: Очень хороший вопрос! Структурирование модели с помощью Packages определяется необходимостью управления сложностью модели. Объективно у управления сложностью есть цели, которые в значительной степени определяют выбор решения. Поэтому в первую очередь определите цели моделирования (дерево целей) и поддерживайте его в консистентном состоянии. Для разбиения некоего пула элементов на packages желательно соблюсти следующие условия: 1. Наличие четкого классификационного признака, позволяющего отнести элемент к конкретному Package. Необходимо, чтобы классификация осуществлялась по объективному, а не субъективному свойству элемента модели. 2. При структуризации элементов, имеющих связи между собой, необходимо минимизировать количество связей между Packages и их однородность . 3. Количество элементов в пакете не ограничивается "ограничением оператора" в 10-20 элементов. Собственно, для дальнейшего разбиения необходимым условием является не количеств во элементов, а наличие объективного и полезного критерия. Вот некоторые дополнительные полезные правила, которые могут помочь организовать структуру модели: А. Изначально попытайтесь понять структуру, предлагаемую Инструментом - в некоторых случаях ее игнорирование может привести к необходимости значительной переработки модели. Б . Проверьте, присутсвуют ли в вашем дереве целей организационные моменты (обеспечение параллельной работы нескольких сотрудников, разделение по ролям, baselinig ...) В . Минимизируйте, насколько это возможно, предварительную структуризацию, особенно если Вы не уверены в критерии. Для более глубокого понимания правильного построения моделей читайте хорошие книги по Анализу и Архитектуре. Наша рассылка поднимает широкий круг вопросов, включающих управление требованиями и проектирование ПО, конфигурационное управление и управление качеством, планирование и мониторинг проектов, управление ресурсами и коммуникациями, стандарты по организации производства ПО, процессные методологии Rational Unified Process, Microsoft Solutions Framework, eXtreme Programming и др., методологии обследования организаций SEI CMMi, ISO 9001, SPICE и др.
Если у вас возникают вопросы, относящиеся к этим дисциплинам, пишите
нам на адрес: | |||||
|
ukrsoftpro.com.ua,
и мы постараемся ответить на них в следующих выпусках рассылки. 
| http://subscribe.ru/
http://subscribe.ru/feedback/ |
Подписан адрес: Код этой рассылки: comp.soft.others.manager |
Отписаться |
| В избранное | ||
