3406

UML SysML и пр. / Re: Диаграмма последовательности. Как правильно использовать?

« : 02 Июня 2009, 20:32:07 »

Спасибо за feedback. Ну кто еще откликнется кроме активистов:)

ИМХО Д Последовательности можно использовать на 4ех уровнях абстракции:
1. Взаимодействие между Бизнес актерами

Мне кажется для этого больше подойдет диаграмма деятельности с разделами. Хотя возможно и так. Интересно было бы вглянуть на образцы таких диаграмм

2. Взаимодействие между Пользователями и Системой

Это имеется в виду предложения Крэга Лармана о системных диаграммах последовательности, где есть два актора пользователь или кто-то внешний и собственно ее величество Система Черный Ящик?

3. Взаимодействие между компонентами или пользовательскими классами (VoPC)

Это я так понимаю классический путь использования?

4. Взаимодействие между классами приложения

Чеи 4 отличается от 3?

Процесс.
Абсолютно любой процесс, в котором участвует больше одного объекта.
Я их использую чаще всего из всех динамических диаграмм.

Очень интересно

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

А какже фреймы? Да и старые средства UML 1.x?

Однако хочу отметить, что, задавая вопрос, я имел в виду немного другое. Вернее получил пока ответ о том где или когда.

А вот как правильно. Поясню.

Есть набор вариантов использования, есть концептуальная диаграмма классов (домайн), есть какие-то дополнительные артефакты.

Приступаем к анализу. Делаем реализацию вариантов использования.
RUP советует сделать VOPC (view only participiant classes). А перед этим создать три пакета: Boundary, Controller, Entity.
По мере анализа в эти пакеты и на VOPC добавляются классы. Сначала классы-сущности из предметки. Далее как минимум один граничный класс на каждую коммуникацию между актором и ВИ. И как минимум один подходящий по названию управляющий класс - один на ВИ как минимум.
Далее строим диаграмму последовательности - размещая линии жизни из VOPC и читая описание ВИ, рисуем сообщения между объектами.

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

Вероятно есть и иные пути. Тот же Дуг Розенберг особо не рекомендует использовать контроллеры.

Кроме того, как скажем человеку привыкшему работать на дельфи, использовать ДП. Как зарисовывать и обрабатывать события и т.п.

Спасибо. И Предлагаю примеры, больше и разных. Я готовлю

3407

UML SysML и пр. / Диаграмма последовательности. Как правильно использовать?

« : 02 Июня 2009, 13:05:41 »

Хочу привлечь посетителей форума к данной проблеме.

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

Предлагаю обсудить правила использования таких диаграмм на живых примерах, и написать одну или несколько статей по этому поводу

3408

Примеры / Re: Диаграмма последовательности

« : 31 Мая 2009, 21:57:14 »

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

1. Список рейсов - плохая сущность, либо нужно показать, что это действительно сущность.
2. Нужно показать Актора: ИС аэропорта - это позволит понять и определить системный события и операции при взаимодействии системы с ИС аэропорта
3. Дуг Рознеберг (и я с ним согласен) советую, чтобы избежать ошибок делать так: гранчиные классы и сущностные классы - есть СУЩЕСТВИТЕЛЬНОЕ, управляющие классы - ГЛАГОЛЫ
  Nouns can talk to verbs (and vice versa). - Существительные могут разговаривать с глаголами и наоборот
  Nouns can’t talk to other nouns. - Существительные не могу разговаривать с другими существительными
  Verbs can talk to other verbs. - Глаголы могу разговаривать с другими глаголами
Это конечно не означает, что граничные классы не могу общаться между собой, или сущностные клсассы не могут обмениваться информацией. Например Главное окно может послать сообщение Покажись  - какомо-ту подчиненному окну. А некий сущностный класс Продажа, посылает сообщение Создать новую Строку продажи - например.
Но вот общение граничных классов с сущностными, т.е. классов области границы, логики представления не следует объединять с классами бизнес-логики

3409

О Сайте и Форуме / Re: Новости Форума

« : 29 Мая 2009, 19:51:33 »

Форум был обновлен до версии 1.1.9. Если у Вас появились какие-то проблемы, то отпишите в этой теме.

Санька, ты становишься профессиональным

3410

Для всех / Re: Документация по результатам обследования и ее судьба - Vision

« : 29 Мая 2009, 08:36:14 »

Пример Видения, написанный моей студенткой. Не все блестяще, но помоему и не совсем плохо

3411

Конференции Семинары и Тренинги / Re: [Конференция] Software Engineering Forum 2009

« : 27 Мая 2009, 13:10:38 »

Организаторы выложили презентации, правда их можно скачать только одним файлом:
http://it-conf.ru/ru/content/128.htm

А презентации Дениса Бескова нет

3412

Примеры / Re: Нужен реальный пример пректирования промышленной ИС

« : 27 Мая 2009, 12:07:09 »

Я хочу с помощью CASE-средств реализовать задачу поиска "слабого звена" линии с самой большой загруженностью,задержкой или простаивающую.

Почему Вы полагает, что CASE средства Вам тут помогут?. Нужно исходить из цели и проблематики.

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

В простой последовательной линии найти слабое звено не представлет труда. Это не слабое звено а лимитирующая стадия. Ну скажем стадия с наибольшей задержкой, она и будет лимитировать всю пропускную способность

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

CASE средства помогут Вам описать процесс производства, показать последовательность, логику переходов. Но вряд ли помогут реализовать задачу поиска слабого звена

3413

Примеры / Re: ООП Система записи в парикмахерскую

« : 26 Мая 2009, 15:09:09 »

Что значит "как отдельный ВИ"? Поясни.

Данная ситуация волновала умы не только наших посетителей. И есть разные решения. Никто не будет сто% утверждать - это правильно - это не правильно

Однако ДВИ - как ты сам заметил - доска со стикерами, на которых написаны цели пользователей или ожидаемая функциональность системы с точки зрения пользователя.

Войти в систему, авторизироваться и т.п. Означает получиь права доступа к определенным функциям.

Реализовать это можно разными путями
1. авторизоваться 1 раз и иметь полный спектр услуг согласно правам
2. сразу иметь полный список услуг, но при обращении к ним производится Ввести пароль - логин

Если проанализировать эти два пути - то второй мне кажется не эффективным, хотя конечно все может определятся дополнительными требованиями

Поскольку заранее определить как соотносятся другие ВИ с ВИ Ввести пароль - логин затруднительно. То я бы показал этот ВИ отдельным образом, связав его с ДЛ. Можно его не показывать вообще

3414

Сообщество Аналитиков / Re: Порекомендуйте интересные сайты и блоги

« : 26 Мая 2009, 08:36:55 »

Про бизнес процесс и не только

3415

Примеры / Re: ООП Система записи в парикмахерскую

« : 26 Мая 2009, 08:33:36 »

Разницы в 1 и второй диаграмме практически нет, если исключить ВИ Ввести имя  и пароль.
На самом деле Ввести имя и пароль - это функция, никак не ВИ. ВИ мог бы именоваться войти в систему или тому подобное. При этом его можно было бы изобразить как отдельный ВИ. Поскольку данный ВИ часто встречается на практике, то это вполне нормально

3416

Варианты Использования (Use Case) / Re: Вопрос про связь между UC

« : 25 Мая 2009, 14:32:14 »

Спасибо за быстрый ответ! "Определить функцию поиска как предусловие" - это значит внести текстовое описание в диаграмму ВИ? Или как-то можно графически его показать?

ВИ - это текстовое описание, но не диаграмма ВИ, для описания ВИ можно использовать диаграмму деятельности. Там можно изобразить графически предусловие, а так в описании. На ДВИ эти вещи показать можно в виде ноутов, если они не загромождают последнюю

3417

Сообщество Аналитиков / Re: Компетенции аналитика (профессиональные и личностные)

« : 25 Мая 2009, 14:30:13 »

Насколько я знаю в джумла есть возможность создания форм пользователя  - нам это может помочь? или все-таки сосредоточимсян а гугле?

3418

Сообщество Аналитиков / Re: Компетенции аналитика (профессиональные и личностные)

« : 24 Мая 2009, 23:19:50 »

Вопрос: могли бы мы сделать автоматизированную версию этих методик для выполнения прямо на сайте (скажем, пока для зарегистрированных пользователей)? Работы (программирование) на пару дней.

Можно использовать компоненты под joomla, рассчитанные на обучение и тестирование.

Можно попробовать реализовать эту задачу собственными силами - т.е. создать собственный компонент.

Можно поискать уже имеющиеся средства опросов

Можно создать офф-лайн редакцию

Варианты есть

3419

Конференции Семинары и Тренинги / Re: [Конференция] Software Engineering Forum 2009

« : 24 Мая 2009, 23:13:45 »

Очень интересный доклад. Жалею, что не принял участия в конференции.

3420

MDA / Re: UML в качестве редактора универсального браузера

« : 23 Мая 2009, 18:55:27 »

однако после таких слов, как честный мужчина, я обязан как минимум создать на основе fast-base тестовое приложение...

Евгений, давай-те. Это будет интересно. А то пока только теория от Тагира, что это круто и быстро. А как оно на практике. К сожалению Тагир так занят, что у него нет времени на примеры разного плана. Можно ему помочь. Я пытался, правда, но... никак не удается разорваться, а так хочется