2971

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 07 Ноября 2009, 00:25:55 »

Если честно, все равно не могу просечь в чем проблема?

Что же вы все-таки хотите? Показать некую связь некоего ВИ с неким классом? Так Вам уже много способов дали. Причем denis-itk дал Вам  чисто классический способ через кооперации (во многих местах можно почитать). Не нравятся кооперации, используйте трассировки, не нравятся трассировки, изобразите реализации. Не нравятся реализации - сделайте просто гиперссылку одного объекта на другой. Ну что еще посоветовать, можно добавить теги, связать эти теги и как-то прослеживать связность...

Теперь от диаграммах - это вообще что? Что это за ВИ "Свободные остатки"? Что это за зависимости "создание"? И что это за компот из "создания", "include" и "invokes". Кстати а почему include в императиве, а invokes в 3 лице?

Создание ТТН непременно включает Отгрузку со склада ГП?

А что такое за атрибут Размер(Заказ)? Отличается Размер как атрибут от Размера как класс?

2972

Примеры / Re: Uml-модель экономической системы общества.

« : 07 Ноября 2009, 00:13:29 »

   Не надо спешить. Учтем все, что посчитаем нужным. При проектировании  UML-модели будем использовать циклический метод.
   Циклы проектирования будут отличаться глубиной проработки элементов модели.
   Чем больше циклов проделаем – тем больше глубина проработки структурных элементов модели будет.  

Владимир, Вы нас пытаетесь научить модели строить? Это у Вас такой стиль обучения?

Почему бы Вам самому не присоединится к веселому рисованию?

2973

Для всех / Re: помогите с задачами!!!!

« : 07 Ноября 2009, 00:08:05 »

Не достаточно информации для принятия решения для помощи вам.

Модель поведения человека - весьма обширная тема. Что вас конкретно интересует?

СМО - я бы сказал скорее модель поведения общества тогда, чем одного человека. Их кстати масса - зайдите на сайт exponenta.ru

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

Если сразу, то типичная задача СА - изучение текущей системы, понимание причин проблем, создание модели новой системы, создание новой системы

2974

Примеры / Re: Курсовой проект - Книжный магазин

« : 06 Ноября 2009, 20:10:43 »

Диаграмма состояний описывается для ОДНОГО объекта. Если объект - агрегат, то можно описать диаграммы состояний и для его частей.

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

Ну не знаю как донести до вас свою мысль

2975

Примеры / Re: Курсовой проект - Книжный магазин

« : 06 Ноября 2009, 11:38:17 »

Я только предположил что её нужно для ВИ строить, я толком не знаю. Надеюсь на вашу помощь. Да на выходных будет нормально, главное до понедельника успеть доделать. У нас для примера рассматривалась модель банкомат, но это совсем другое и поэтому что-то никак не пойму как ДС сделать для книжного магазина.

Я бы не ставил на мою быструю помощь, отрецензировать можно, делать - тут ведь думать надо:) Вы в теме, я уже нет.
Что такое диаграмма состояний? Она отображает некий конечный автомат. Демонстрирует поведение такого автомата. Любая программа есть по сути конечный автомат, любой объект аналогично, поскольку является программой.

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

Переход из состояния в состояние меняет параметры рассматриваемого объекта, набор таких параметров и есть состояние.

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

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

2976

Обсуждение статей / Re: ДР Сайта. Интервью основателей.

« : 06 Ноября 2009, 11:30:48 »

Ага, девчата, просто - золото

2977

ПО Аналитика / Re: Инструмент создания схем данных

« : 06 Ноября 2009, 11:30:09 »

1. Sybase Power Designer(имхо лидер в классе case). При большом упорстве можно достать ключи к триальной версии.

Я начинал с этого инструмента.  Возможно в новых версиях многое изменилось. Но у меня какое-то смутное ощущение. что есть и получше инструменты. Но я бы попробовал, вы можете посоветовать какую версию скачать? Или может предложите ключик.

2978

Примеры / Re: Курсовой проект - Книжный магазин

« : 06 Ноября 2009, 09:29:18 »

В качестве примера (взят из книги Якобсона Унифицированный процесс)

Пример. Пути варианта использования Оплатить Счет. Заметьте, пожалуйста, как изменился этот текст по сравнению с предварительным вариантом, приведенным ранее в этой главе, когда у нас был только набросок описания варианта
использования (см. подраздел «Краткое описание каждого варианта использования »). Это изменение показывает, как мы детализируем варианты использования посредством моделирования. Реальные полные описания вариантов использования
имеют больший размер и содержат описание большего количества путей.

Предусловие: покупатель получил заказанные товары или услуги и по крайней мере один счет. Теперь он планирует пометить счет(а) к оплате.
Поток событий.
1. Основной путь.
1. Покупатель запускает вариант использования, начиная просматривать счета, полученные от системы. Система проверяет, что содержимое счетов соответствует подтверждениям заказов, полученным ранее (как часть варианта
использования Подтвердить Заказ), и указывает на это покупателю. Подтверждение заказа описывает, что будет поставлено, когда, куда и по какой цене.
2. Покупатель решает пометить счет к оплате, и система генерирует запрос на платеж, чтобы банк мог перечислить деньги на счет продавца. Заметьте, что покупатель не может пометить один и тот же счет к оплате дважды.
3. Позже, а именно в намеченную дату, если на счете покупателя имеется достаточное количество денег, происходит оплата. При оплате деньги перечисляются со счета покупателя на счет продавца, как описано в абстрактном
варианте использования Совершить Перечисление (который используется в Оплатить Счет). Покупатель и продавец уведомляются о результате операции. Банк получает плату за перечисление, которая снимается системой
со счета покупателя.
4. Экземпляр варианта использования прекращает свое существование.

2. Альтернативные пути.
1. На шаге 2 покупатель может потребовать, чтобы система отослала продавцу сообщение о том, что счет отклонен.
2. На шаге 3, если на счете недостаточно денег, вариант использования отменит оплату и сообщит об этом покупателю.

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

Использование диаграмм состояний для описания вариантов использования. Рисунок 7.16 — диаграмма состояний варианта использования Оплатить Счет. Черная точка в верхней части графика обозначает начало варианта использования. Это место, из которого начинает выполняться конечный автомат, когда зарождается экземпляр варианта использования. Стрелка, выходящая из черной точки, показывает, в какое состояние немедленно после зарождения переходит конечный автомат, в данном случае — в первое состояние Просмотр. Состояния изображаются прямоугольниками со скругленными углами. Изменения состояний изображаются стрелками, направленными из одного состояния в другое.

Диаграмма состояний схематически показывает, как экземпляр варианта использования Оплатить Счет проходит отдельные состояния (скругленные прямоугольники) в ходе последовательных переходов (стрелки). Сначала пользователь
просматривает счет (см. шаг 1 в предшествующем примере Оплатить Счет) и решает, пометить его к оплате (см. шаг 2) или отклонить (см. шаг 5). Вариант использования выходит из состояния Счета, Помеченного к Оплате, когда помеченный счет оплачивается в срок, указанный для платежа (см. шаг 3). Вариант использования прекращает существовать (круг с черной точкой в нем) сразу же после того, как перейдет в состояния Счет Оплачен или Счет Отклонен.

Отметим, что использование этих диаграмм в контексте варианта использования может приводить к большим и сложным диаграммам, которые очень трудно читать и понимать. Например, единственный вариант использования может включать
в себя множество состояний, которым нелегко дать значащие имена. Это особенно сложно, если диаграммы должны читать люди, которые не входят в состав команды разработчиков. Кроме того, разрабатывать детальные диаграммы и сохранять их потом совместимыми с другими моделями системы — дело недешевое.
Итак, наша основная рекомендация: эти виды диаграмм следует использовать осторожно, и нередко можно будет ограничиться исключительно текстовыми описаниями (описаниями потока событий) варианта использования. Кроме того, во многих случаях текстовые описания и диаграммы могут дополнять друг друга.

2979

Примеры / Re: Курсовой проект - Книжный магазин

« : 06 Ноября 2009, 08:59:27 »

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

А зачем ДС делать для ВИ? Для ВИ обычно делают диаграмму деятельности, диаграмму последовательности.

Сейчас не могу, времени у меня сегодня нет, может получиться на выходных?

2980

Примеры / Re: Uml-модель экономической системы общества.

« : 05 Ноября 2009, 20:57:41 »

Galogen разработал диаграмму только с учетом анализа текста, предоставленного vladimir_brez.
Я несколько уточнил текст, и вот, что у меня после этого вышло:

Отличная доработка, Gordon.

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

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

2981

ПО Аналитика / Re: Инструмент создания схем данных

« : 05 Ноября 2009, 19:58:53 »

ER Win. Есть масса бесплатных инструментов, некоторые из них заточены под одну СУБД

2982

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 05 Ноября 2009, 19:56:55 »

не очень понимаю что вам конкретно нужно. может вы изобразите нам идею того, что вы хотите?

2983

Sparx / Re: Sparx EA, Sequence Diagram

« : 05 Ноября 2009, 19:52:54 »

Насколько я знаю расщепления линии жизни в ЕА нет, не уверен что это возможно в некоторых других инструментах.

Расщепление сообщения вполне возможно как в стили нотации UML 1.5, так и UML 2.0. В последнем случае используются фреймы

2984

Примеры / Re: Курсовой проект - Книжный магазин

« : 05 Ноября 2009, 19:49:10 »

Для ВИ помочь выбрать книгу и для оплатить книгу

А что это такое? На ДС неочень то похоже, скорее на диаграмму деятельности.
Состояния и события не очень четко разделены у вас. Состояние - нечто протяженное во времени, событие - нечто возникающее мгновенно.

ДС обычно делается для объекта. Вы ВИ выбрали в качестве объекта? Пусть,  но тогда ВИ ассоциируется с некоторым управляющим объектом, тогда нужно описать набор его состояний и набор событий (т.е. входной алфавит) который переводит объект из состояния в состояние. Неплохо бы описать действия, которые происходят в том или ином состоянии.
Ну что это за состояние запрос в БД? Или ожидание покупателя?

2985

Sparx / Re: Sparx EA, Sequence Diagram

« : 05 Ноября 2009, 14:54:57 »

Разными способами.

1. на созданную ранее диаграмму просто добавляете еще один объект-lifeline
2. Пр необходимости назначьте ему классификатор (ПКМ Advanced)

1. в браузере выберите нужный классификатор (класс)
2. перетащите его на вашу диаграмму как инстанс

Будут вопросы обращайтесь