От Dervish
К Чобиток Василий
Дата 23.06.2006 21:54:39
Рубрики Танки;

А базовое описаие "бизнес-логики" и "use-case" дадите? (-)

-
От Чобиток Василий
К Dervish (23.06.2006 21:54:39)
Дата 23.06.2006 22:53:40

Даже не знаю...

Привет!

Сначала ответил в заголовке "Прецедентов пока не будет", а потом подумал...

Моделировать взаимодействие танка с членами экипажа (наподобие взаимодействия программы и юзера) я пока не собираюсь т.к. экипаж рассматривается как неотъемлемая часть человеко-машинной системы "танк". А говорить об использовании модели танка при моделировании различных видов боя пока рано.

Я не ставлю цель охватить все аспекты моделирования на UML и в первую очередь хочу обратить внимание на моделировании объектной структуры с использованием шаблонов, особое внимание выделению и сокрытию изменчивых частей и рефакторинг модели (он же не только к коду применим) при уточнении требований. Ну, и на примерах кода, реализуемого в рамках модели, показать применение модульного тестирования :-)

Хотя... про использование прецедентов интересная мысль.

Например, интересная тема порассуждать насчет прецедентов "UC1 Перемещение", "UC2 Совершение марша" и "UC3 Перевозка". Должны ли UC2 и UC3 быть наследниками UC1 или UC1 должен их использовать?


Предложения, заявления, жалобы есть? http://armor.kiev.ua/
От Dervish
К Чобиток Василий (23.06.2006 22:53:40)
Дата 23.06.2006 23:44:10

Re: Даже не

День добрый, уважаемые.

>Сначала ответил в заголовке "Прецедентов пока не будет", а потом подумал...

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

Этого пока и не надо. Экипаж не есть ЦЕЛЬ существования танка - как и движок, пушка и прочее...

>Я не ставлю цель охватить все аспекты моделирования на UML и в первую очередь хочу обратить внимание на моделировании объектной структуры с использованием шаблонов, особое внимание выделению и сокрытию изменчивых частей и рефакторинг модели...

>Хотя... про использование прецедентов интересная мысль.

Так структура не возникает сама по себе и не существует ради самой себя. Первичны все равно цели и способы использования. Т.е. в рамках означенного Вами подхода - прецеденты.
Модель, структура и шаблоны возникнут потом - в результате конкретизации средств достиения цели ("реализации прецедентов") и применения ограничений...

>Например, интересная тема порассуждать насчет прецедентов "UC1 Перемещение", "UC2 Совершение марша" и "UC3 Перевозка". Должны ли UC2 и UC3 быть наследниками UC1 или UC1 должен их использовать?

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

С уважением - Dervish
От Чобиток Василий
К Dervish (23.06.2006 23:44:10)
Дата 24.06.2006 02:48:22

Re: Даже не

Привет!

>Так структура не возникает сама по себе и не существует ради самой себя. Первичны все равно цели и способы использования. Т.е. в рамках означенного Вами подхода - прецеденты.
>Модель, структура и шаблоны возникнут потом - в результате конкретизации средств достиения цели ("реализации прецедентов") и применения ограничений...

>>Например, интересная тема порассуждать насчет прецедентов "UC1 Перемещение", "UC2 Совершение марша" и "UC3 Перевозка". Должны ли UC2 и UC3 быть наследниками UC1 или UC1 должен их использовать?
>
>Так работа и начинается с перечня как можно более полного множества прецедентов. Потом из них извлекается поятийная модель, праллельно - строится структура на прецедентах и понятиях...


Все верно, если делать это как реальный проект. Я пока не планирую делать цельную модель... На основе имеющегося богатого опыта хочется показать некоторые приемы проектирования и создания модели в экстремальных условиях на уникальной предметной области. Т.е. сначала идут некоторые основы (не очень подробно), где показывается как сущности предметной области можно описать (здесь начинать с прецедентов просто рано) и почему "объект 172М" является классом и когда становится его экземпляром (объектом).

После чего вводятся новые понятия предметной области, моделируются, а потом я говорю, что заказчик был пьян и новые понятия ввел не так и надо переделать ;) идет переделка (рефакторинг), потом вводится понятие шаблонов, некоторые из которых применяем к расмотренному ранее.

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

Ну, это как при изучении UML лучше начинать не с прецедентов, а с понятий объектной модели.

Т.е. в конечном счете к реальной полной (или близкой к таковой) модели может и подойдем, но моя цель сделать не проект, а что-то вроде учебного пособия на чем-то совершенно новом с точки зрения применения UML.

P.S. Хорошо, что будет кому рецензировать ;-)

Предложения, заявления, жалобы есть? http://armor.kiev.ua/
От Dervish
К Чобиток Василий (24.06.2006 02:48:22)
Дата 24.06.2006 07:19:45

Как будет что - давайте, покритикую (-)

-