346

Варианты Использования (Use Case) / Re: Реализация сценария

« : 20 Октября 2008, 00:26:13 »

5. Таблица, где столбцы относятся к разным агентам.

А можно пояснить?

347

Варианты Использования (Use Case) / Реализация сценария

« : 19 Октября 2008, 19:32:18 »

Итак, есть некоторый сценарий (один из возможных для данного варианта использования). Хочется написать реализацию этого сценария. Мне известно по крайне мере 4-е возможности это сделать:
1) просто текстовое описание по пунктам, что надо делать
2) программа на псевдокоде
3) диаграмма деятельности
4) диаграмма взаимодействия (последовательности или коммуникации)

Вопросы:
* известны ли вам другие способы описания сценариев?
* для приведенных мной в пп. 1 и 2 способах реализации сценариев известны ли какие-нибудь общепринятые правила, нотации и пр. ?

Спасибо

348

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

« : 19 Октября 2008, 18:36:49 »

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

1) Обобщает или специализирует?
2) Т.е. между вариантом использования и сценарием "просвечивает" отношение обобщения?

349

Варианты Использования (Use Case) / вопрос знатокам Вариантов Использования

« : 19 Октября 2008, 17:05:14 »

Правомочно ли следующее утверждение:
Сценарий - это экземпляр Варианта Использования ?

350

UML SysML и пр. / Re: Помогите разобраться с диаграммой классов

« : 17 Октября 2008, 11:07:17 »

Не могли бы Вы, изобразить на диаграмме классов (в контексте моей второй диаграммы) Ваш вариант с исполнителем,  сотрудником и подразделением, для большего понимания Вашего предложения?

Напишите техническое задание и дайте определение всем используемым терминам. Тогда я нарисую вам диаграмму классов.

351

UML SysML и пр. / Re: Помогите разобраться с диаграммой классов

« : 15 Октября 2008, 13:32:03 »

Добрый день.

Допустим есть класс "Исполнитель", "Сотрудник", "Подразделение предприятия"

Как мне представить на диаграмме классов тот факт, что "Исполнитель" может быть либо "Сотрудником", либо "Подразделением предприятия"?

Вы имеете в виду, что исполнитель может играть роль сотрудника или подразделения?

Тогда лучше всего выделить два интерфейса - Сотрудник и Подразделение. А Исполнитель пусть эти интерфейсы реализует.

Предложенное Виктором решение может не сработать, так как наследование (в UML - обобщение) подразумевает принцип подстановочности. Я не думаю, что во всех местах, где будет использоваться Исполнитель не будет иметь значение, какой реально объект будет подставлен Сотрудник или Подразделение.

352

Примеры / Re: Начинаю изучать UML, по критикуйте мою первую UseCase диаграмму

« : 06 Октября 2008, 16:36:46 »

...
Актор - это субъект, система объект, который субъект использует для достижения цели.
...

Не хочу запутывать mifody. Пишу для Эдуарда.
С точки зрения UML субъект (subject) - это система, поведение которой специфицируется вариантами использования, которые в свою очередь определяются исходя из надобностей действующих лиц.
Другими словами в UML термин subject занят и обозначает то, что я написал выше.

353

Для всех / Re: Код vs модели

« : 02 Октября 2008, 18:02:03 »

xUML aka Исполняемый UML вполне реален.

Telelogic Rhapsody - пример реального продукта, где некоторые диаграммы могут выполняться

354

Для всех / Re: Код vs модели

« : 02 Октября 2008, 12:27:58 »

IMHO, то что представлено в коде...

В коде, но не на диаграмме. По диаграмме в первом посте можно сгенерить множество вариантов кода. Тот что представлен только один из них.

По поводу рисунка Пример.jpg
Где показано, что это функция? Что у нее два входных параметра и один выходной? Где показана временная переменная nb?

355

Для всех / Re: Код vs модели

« : 02 Октября 2008, 11:53:21 »

Удобнее это описать сиквенсом, или просто словами.

На сиквенсе не отобразить поток данных.

356

Для всех / Re: Код vs модели

« : 02 Октября 2008, 07:20:21 »

на сайте omg.org обнаружил ряд статей. В одной из них (выполненных в виде презентации) приведен небольшой пример.
...
Не кажется ли вам, что код гораздо понятнее и информативнее, чем картинка?
...

Эдуард, ну неужели ты студентам на лекциях для демонстрации теории приводишь сложные примеры? Тут такой же случай. О чем кстати была презентация?

357

Для всех / Re: Код vs модели

« : 01 Октября 2008, 18:01:43 »

Как минимум код компактнее, создание его менее трудоемко, чем такой вот картинки

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

358

Теория моделирования и нотации / Re: Реинжиниринг АСУ. Выбор нотаций.

« : 26 Сентября 2008, 17:55:26 »

magicmhz, что в вашем понимании реинжинириг?
Насколько я понимаю, у вас реинжинириг == reverse engineering? Или я не прав?

359

Теория моделирования и нотации / Re: Реинжиниринг АСУ. Выбор нотаций.

« : 26 Сентября 2008, 17:23:19 »

Из книг всегда советую http://www.books.ru/shop/books/355101 , но это справочник.
А так поищите в интернете "uml + представления"

360

Теория моделирования и нотации / Re: Реинжиниринг АСУ. Выбор нотаций.

« : 26 Сентября 2008, 17:13:03 »

Зачем делать работу, которую за вас уже сделали?

Есть такое понятие - представление (view). В UML 1 имеется 5 представлений, в UML 2 их уже 8.
Надо сначала решить, какие представления вам нужны.
Для каждого представления уже расписано какие требуются диаграммы.