4036

Sparx / Re: Контекстная диаграмма в ЕА

« : 30 Июня 2008, 22:07:50 »

Telemed, т.е. Вы считаете это дейстивтельно подходящей формой отображения? Или просто иронизируете

4037

Конференции Семинары и Тренинги / Re: [Отчет] о конференции Training Labs 2008. Мысли, комментарии, эмоции

« : 30 Июня 2008, 22:06:16 »

Сань, а презентухи будут? Страсть хочу их посмотреть . А то Хлебников же сказал "А вот фигушки"!

4038

Sparx / Re: Enterprise Architect: Практика использования

« : 30 Июня 2008, 22:04:23 »

Еще вопросик - напомните как в EA создавать свои картинки для стереотипов. Где то вроде читал что можно но где не найду никак

А по точнее можно?

Если я правильно понял - Settings / UML ...
Вкладка Stereotypes
Затем выбирается нужный стереотип либо создается новый
Задается базовый класс и т.п. Далее определяется (перекрывается) проявление либо с метафайлом либо с скриптовым рисунком (перекрывается естественно изображение базового класса)

Еще имеет смысл рассмотреть вопрос создания профиля UML - поищите в справке - очень ценная штука

4039

Sparx / Re: Enterprise Architect: Практика использования

« : 30 Июня 2008, 21:55:28 »

При генерации rtf отчетов получаю кракозябры. Как бороться? Версия 6.5

Можете прислать пример - я протестирую на 7.1
Просто я еще не генерировал на русском. Вернее вру - делал. Крякозябр не было. Были крякозябры в Note - т.е. пишешь по-русски, сохраняешь, вдруг видишь часть текста в крякозябрах.

4040

Тестирование / Организация и управление процессом тестирования

« : 30 Июня 2008, 21:51:15 »

Коллеги, нужна срочная квалифицированная помощь начального уровня по вопросам тестирования функциональности программных решений.

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

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

Потребовалась система контроля выпускаемых патчей и проверки их на соответствие функциональным требованиям, правилам расчетов и т.п. С целью свести проблемы такого характера к минимуму, повысить качество и устойчивость ПО в целом.

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

Кто сведущ в данной области направьте на путь истинный:
литература
инструментарий
способы дизайна тестов
форма представления тестов
приемы уменьшения трудоемкости
оценка качества тестов
сокращения числа тестов без потери контролирующей функции
риски
чего следует избегать и т.п.

4041

Sparx / Re: Контекстная диаграмма в ЕА

« : 30 Июня 2008, 15:04:54 »

Я накидал побыстрому для визуализации своих мыслей. Так самое общее.

DFD диаграмма, чтобы показать модель окружения (можно заменить UC диаграммой), тут же показаны потоки данных

Композитная диаграмма со встраиванием либо портов либо интерфейсных ансамблей

4042

Конференции Семинары и Тренинги / Re: [Отчет] о конференции Training Labs 2008. Мысли, комментарии, эмоции

« : 30 Июня 2008, 13:10:29 »

Жалко, что мы кажется не пересеклись, BIS.

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

Безумно был рад встречи с форумчанами. Надеюсь, они такого же мнения. Особое спасибо за помощь и гостеприимство Irr и byur.

О технических впечатлениях несколько позже...

4043

Sparx / Re: Enterprise Architect: Практика использования

« : 30 Июня 2008, 12:58:28 »

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

Это самоочевидный факт. ДД по сути есть иной взгляд на модель состояний в UML 1.5. По сути это переход из 1 состояния в другое. В UML 2.0 ДД интерпретируется уже как сеть Петри, но там все равно есть состояния. Просто более строгие правила переходов.

4044

Sparx / Re: Enterprise Architect: Практика использования

« : 30 Июня 2008, 11:33:35 »

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

Золотухина например предлагает (и это в приницпе возможно) для множественного перехода использовать элемент синхронизации - т.е. элемент распараллеливание процесса с условием.

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

4045

Термины и Определения / Re: [Термин] Allocated requirements

« : 29 Июня 2008, 23:50:42 »

Telemed, отлично

"lower-level elements and their allocated requirements";

низкоуровневые элементы и им соотвествующие требования (или по ним распределенные требования 

"In OOSE, system testing should exercise at least the "basic course" of all use cases, all allocated requirements, and each operation described in the user documentation" (ссылка Jacobson+92)

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

4046

Sparx / Re: Контекстная диаграмма в ЕА

« : 29 Июня 2008, 23:40:38 »

А в UML средствами ЕА так можно?

Конечно, можно. Можно создать подобный аналог средствами UML в ЕА. Можно сделать иначе. Зависит от точки зрения. Вообще очень важна точка зрения и цель изображения контекстной диаграммы.

Можно изобразить контекстную диаграмму в виде цели (назначения системы). Т.е. один UC и все основные действующие лица и внешние системы.

Можно изобразить контекст в виде системной диаграммы последовательности. Она будет базисом в изображении нужных свойств системы и в первую очередь в идентификации системных событий.

Можно изобразить котекст и в виде композитной диаграмм Composite Structure.

Можно изобразить систему и ее интерфейсы. Т.е. используя Expose Interfase или  port. Очень так приколько

4047

ПО Аналитика / Re: Покупка UML средства

« : 27 Июня 2008, 22:20:10 »

Могу ответить.

VP это разработка Гонк-Конгских колег. Причем недавняя. Построено на эклипсе вероятно. по крайней мере на java. Работает вполне шустро. Посмотреть возможности можно используя для VP community edition, а для EA полнофункциональный триал. Скажу сразу - рисовалка в VP круче, кодогенерация тоже. Однако документацию из него можно получить только купив либо в оценочной версии.

С VP больше работал BAS, я работаю больше с EA. EA посути конструктор, позволяющий активно наращивать возможности. VP больше коробочный продукт. Изящный с приколами и наворотами.

Потому, следует понять, что будете делать с UML.

4048

ПО Аналитика / Re: Покупка UML средства

« : 27 Июня 2008, 19:50:10 »

1/ Sparx System EA Цена в пределах 220 долларов на корпоративную редакцию. Полностью соотвествует названым Вами требованиям.

2/ Также советую посмотреть на Visual Paradigm. Он, конечно, дороже, но посмотрите. Там интересные демки.

3/ Кроме того посмотрите бесплатные Tools здесь и здесь и здесь

4049

Системный Анализ и Требования / Re: Бизнес-требования и бизнес-цели

« : 27 Июня 2008, 19:41:05 »

Кажется Юрий Булуй уже где-то объяснял, что ошибкой является попытка уравнять понятия бизнес-цели и бизнес-требований.

Согласен с Григорием - понятия довольно расплывчаты + неточности переводов.

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

Наверное потребности и следует трактовать как бизнес-требования.

Еще замечу, что в Sparx Systems EA бизнес-требования выражаются как Opportunity Definition - то есть по сути описание(определение) возможностей, которым следует обладать решению.

4050

Примеры / Re: Изображение Плана счетов в UML

« : 27 Июня 2008, 14:54:10 »

kiriliss имхо не плохо формализованную постановку задачи. цель моделирования и результат с описанием