46

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 14 Апреля 2011, 13:35:15 »

То есть ты полагаешь, что диаграмма использования должна отражать все эффекты использования системы?

Спасибо, что помог сформулировать мне мой вопрос:)

Итак.
Должна ли диаграмма использования отражать ВСЕ эффекты использования системы?

47

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 14 Апреля 2011, 07:18:00 »

У меня вопрос.
Хорошо. Пассажир хочет купить билет и ему систему нужна - нарисовали. Но вот работникам автовокзала (пусть там стоит данный автомат) хочется уменьшить время выдачи билета пассажиру. И по-моему это тоже эффект от использования системы. Надо это показывать или нет? Если надо то как?

48

UML SysML и пр. / Re: Вопрос по моделированию эффекта операции

« : 06 Апреля 2011, 20:37:50 »

я сейчас достаточно "свободно" трактую спецификацию. Главное, чтобы было понятно, что нарисовано.

49

UML SysML и пр. / Re: Вопрос по моделированию эффекта операции

« : 31 Марта 2011, 00:45:31 »

Тут

50

UML SysML и пр. / Re: Вопрос по моделированию эффекта операции

« : 27 Марта 2011, 20:28:55 »

нарисуйте, пожалуйста, диаграмму объектов до вызова (указав при этом не только те экземпляры класса Class2, которые ассоциированы с экземпляром класса Class1, но и те, которые приходят как параметры метода setFS() ) и после вызова, а то не совсем понятно, что значит "левый объект поменяется с правым".

51

Идеи и мозговой штурм / Re: Можно ли продать ТЗ и как это сделать?

« : 09 Марта 2011, 18:04:22 »

Мое мнение - продавать надо модели, уже готовые к реализации

52

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 07 Марта 2011, 09:13:23 »

Возрастная категория: 31-40

Я активно использую UML, так как он является фундаментальной вещью (не хочу употреблять слово "язык"), на которой можно построить:
1) процесс разработки ПО
2) способ мышления

Поясню.
Для большинства, UML - это некий язык с графической нотацией, который может как-то применяться при разработке ПО.

Я думаю тут все гораздо глубже.
UML на самом деле предлагает целый процесс разработки. Просто форма описания выбрана не стандартная. Нет деления на роли, к которым мы привыкли (при описании RUP попытались этот недостаток убрать).

Процесс разработки, который описыват UML, рассматривается с точки зрения того ЧТО надо разработать, а не с точки зрения того КТО разрабатывает. И это описание содержит все что ДОСТАТОЧНО сделать, чтобы полностью описать (построить) программную систему, т.е. такой минимальный джентельменский набор.
Конечно речь идет о разработке объектно-ориентированных программных систем.

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

А UML это может.

53

Поздравления / Re: Поздравляем Иру Сурову с Днем Варенья!

« : 21 Февраля 2011, 20:25:50 »

Здоровья и успехов!

54

Идеи и мозговой штурм / Re: Визуализация идей

« : 20 Февраля 2011, 01:26:32 »

Ну можно и так. Правда я думаю, что "автоматическое выявление" это и есть визуализация. Иначе это какое-то ПО получается

55

Идеи и мозговой штурм / Визуализация идей

« : 20 Февраля 2011, 00:02:28 »

Существуют ли какие-либо способы записи идей?
Представьте, что вы реализовали некоторый сервис и придумали (подсмотрели у конкурентов) какой-нибудь дополнительный способ завлекать посетителей.
Ну, например, выпустить свою собственную карту для накопления каких-нибудь баллов.
Сейчас кроме как описать данную идею в виде текста я вариантов не вижу.

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

56

ПО Аналитика / Re: Как отобразить в Rational Software Modeler ....

« : 10 Февраля 2011, 19:21:53 »

Я еще раз внимательно прочитал спецификацию UML.

Инвариант состояния к диаграмме состояний, к сожалению, отношения не имеет.

Леонид Борисович, не соглашусь с Вами.
Смотрим OMG Unified Modeling Language (OMG UML), Superstructure, V2.1.2

14.3.31 StateInvariant (from BasicInteractions)

Description
A StateInvariant is a runtime constraint on the participants of the interaction. It may be used to specify a variety of
different kinds of constraints, such as values of attributes or variables, internal or external states, and so on.
...

Presentation Options
...
The state symbol represents the equivalent of a constraint that checks the state of the object represented by the Lifeline.
...

На Figure 14.24 - Ignore, Consider, assert with State Invariants приведен пример нотации

57

Примеры / Re: Пример диаграммы для описания функционирования формы

« : 26 Января 2011, 13:40:05 »

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

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

58

Примеры / Re: Пример диаграммы для описания функционирования формы

« : 21 Января 2011, 16:20:17 »

На мой взгляд, форма сама поведения не имеет. Поведение "рождается" при взаимодействии с кем-то.

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

Т.к. этот "кто-то" - внешний, ближе - диаграмма деятельности.
Если нужно очень детально, структура формы м.б. представлена диаграммой классов. Тогда диаграмма деятельности может содержать нужных участников (потоки).

На диаграмме деятельности трудно показать асинхронное взаимодействие, а пользователь ведь общается с формой асинхронно.
Если показывать как пользователь по событиям ходит от формы к форме, то диаграмма состояний подходит лучше всего.

У диаграммы последовательности есть маленькое ограничение по использованию элемента аctor: actor не может иметь операций, а значит не может принимать сообщений, кроме возвратных.

Если Actor - человек, то конечно у него нет никаких операций. Операции должны быть у другого действующего лица (Дисплей, Устройство выводы, называйте как хотите). Конечно если нужна такая степень детализации.

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

Она их именно генерирует и некоторые даже обрабатывает. Например, выделение мышью текста в текстовом окне.

59

UML SysML и пр. / Re: Hello world в UML

« : 09 Января 2011, 12:59:03 »

Обновил диаграммки.

60

Поздравления / Re: Поздравляем Галину Карабанову (InfiniTI) с Днём рождения

« : 29 Ноября 2010, 10:38:44 »

С Днем Рождения! Счастья, здоровья и творческих успехов!