241

Системный Анализ и Требования / Интервью и MindMaps

« : 18 Июня 2009, 00:58:08 »

Друзья, кто-нибудь использовал mind maps во время интервьюирования заинтересованного лица (заказчика)?
Поделитесь опытом.

242

Книги, статьи и ресурсы / Re: UML 2 и Унифицированный процесс: практический ООА и ООП, 2-е издание

« : 18 Июня 2009, 00:38:09 »

Пролистал наконец-то. Рекомендую, если вы не читали книгу Унифицированный процесс разработки программного обеспечения от 3 амиго.  . Если читали, то возможно вам покажется, что это одно и то же только переписанное под UML2.

О книге Арлоу и Нейштадт:
Кратко, лаконично, а главное понятно и просто описан унифицированный процесс. В этом главная прелесть книги. Все активности и артефакты по порядку и по теме.
Лучше книгу читать людям с небольшим опытом в системной аналитике и практикующих варианты использования, для того чтобы "мапить" описанные в книге методики на свои собственные примеры из жизни, так как примеры в книге "детские".
Людям без опыта тоже следует прочитать, но можно запутаться в переизбытке деталей, которые иногда путают.

Про варианты использования написано все что нужно.

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

Эд выше писал:

По OCL написано как-то сложно и не понятно. Вроде нафиг вам это нужно, но мы все-таки решили тут все изобразить.

Согласен с авторами. в 99% случаев системному аналитику это нафих не нужно

243

Обсуждение статей / Re: Обобщение действующих лиц

« : 14 Июня 2009, 23:06:04 »

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

244

Обсуждение статей / Re: Рекомендации по написанию спецификаций вариантов использования

« : 14 Июня 2009, 22:22:56 »

Вот такие дискуссии и приводят к реальным результатам.
Кто-то выше спрашивал про удачное и неудачное завершение вариантов использования.
Вариант использования всегда имеет цель - цель пользователя.
1. Если пользователь достиг свою цель полностью (или частично) такой сценарий называется удачным.
2. Если пользователь не достиг своей цели - сценарий считается неудачным и ВИ завершается "отрицательно".

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

Далее спускаемся с небес на землю и понимаем, что чудес не бывает. Начинаем описывать исключения к основному потоку событий для того, что реализовать его корректно и в продакшине сценарий "не слетел" с сообщением типа "Fatal error! java.exeption... "

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

О том как их записывать и разделять или нет - это дело вкуса. ИМХО, даже спорить не нужно.
Я лишь советую помечать исключения или писать отдельно только для того, что так удобней работать программистам - проверено на практике.  Они сразу видят как надо реализовать exceptions.

А Эду отдельный респект за статью. Осталось дописать сюда как вклинивать в описание вариантов использования включения и расширения и возможность стартовать и заканчивать в нескольких точках. Я себя отношу к данной школе описания ВИ . Старая школа считает, что точка входа может быть всего одна.

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

Velarix, посмотрите топик про описание системных вариантов использования здесь и про сценарии здесь
Связанные вещи.

245

Поздравления / Re: Поздравляем Эда - Galogen'а с Днем рождения!!!

« : 14 Июня 2009, 21:55:22 »

И я присоединяюсь! ВСЕГО!!!

246

Обсуждение статей / Re: Рекомендации по написанию спецификаций вариантов использования

« : 13 Июня 2009, 19:10:00 »

Почему в статье ничего не написано про исключения (Exception)?

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

247

Конференции Семинары и Тренинги / Re: Конференция Requirements Engineering 09

« : 08 Июня 2009, 00:26:54 »

uml2.ru не проводит какую-нибудь акцию, чтобы получить халявный билетик? (просто флужу)

248

Обучение / Re: Журнал «AnalyzeIT» — Анонсы номеров

« : 02 Июня 2009, 13:05:23 »

Друзья, в связи с авралами на работе и защитой чести ЕПАМа выпуск журнала переносится. Предположительно на 1 июля. Заранее извиняемся.

249

Сообщество Аналитиков / Re: Личные сайты и блоги посетителей сайта

« : 26 Мая 2009, 09:16:34 »

Мой блог www.grigorash.ru
В процессе доделки. руки не доходят все причесать, но кое что уже начал писать...

250

Примеры / Re: Создание use case diagram для музыкального портала

« : 19 Мая 2009, 09:38:53 »

Вся ошибка подобных курсовых и заключается в непонимании преподавателей для чего все это делается.
Они ставят перед собой одну цель - нарисовать диаграмму, не задумываясь особо о том, что это и для чего ее создают.
Вообще попытка применения UML для очевидных вещей иногда кажется излишней.
Лучше бы давали задание описание сделать 1-2 вариантов использования, например, с использованием include или extend. В головах бы осталось намного больше. А когда видишь попытки нарисовать студентом ВИ для большой системы понимаешь, что цель нашего образования не в знаниях а в процессах. Нарисуй и получишь 5, а что студент нарисует по фигу.
Сорри за лирическое отступление.

Теперь по диаграмме
1. Не надо все лепить в одну кучу. Разделите на несколько диаграмм так чтобы ВИ были сгруппированы по смыслу. Это упростит понимание
2. Не соглашусь с id'oй. Что значит ДЛ внутри системы? Такого не может быть. ДЛ всегда вне системы.
3. Плюйте на преподавателя и делайте как надо, если хотите научиться. Начните с ДЛ и их целей. Поймите, что пользователь хочет получить от системы и только после этого накидайте список ВИ и кратко их опишите, чтобы понимать суть. Только потом рисуйте диаграмму.
4. Если ваша цель - лишь сдать курсовик, то и имеющегося хватит на пятерку Не парьтесь больше.
5. По уровням абстракции уже сказали выше.
6. Если ДЛ взаимодействуют с ви и имеют одну цель, то обобщите их одной общей ролью и от этой роли протяните связь к ВИ. К ВИ может быть несколько акторов только если они имеют разные цели, например, Банковская система и  Бухгалтер это 2 ДЛ для ВИ "Оплатить лицевой счет", какой-нибудь бухгалтерской системы.
А Админ и Пользователь для ВИ "Войти в систему" будут одним ДЛ, например, Незарегистрированный пользователь.

251

О Сайте и Форуме / Re: Снова о логотипе

« : 19 Мая 2009, 09:15:11 »

Логотип никогда не выбрать сообща. Только если провести голосование. У всех разные вкусы и понятие о логотипе.
Обычно этим занимается специальная команда художников. Мы сейчас и не говорим о том, как это будет выглядеть 100%. Мы говорим о концепции, думаю аналитикам надо понимать различия конечной реализации и идеи.


ida, на счет того что у аналитиков нет органа отвечающего за художественное творчество не соглашусь. Сильно однобоко звучит. Все мы люди, все мы человеки и кто-то из нас в 2 года рисовал как пикассо , кто-то ходил в художку, кто-то в музыкальную школу. И если из человека не получился творческий гений, это еще не означает, что в нем его нет .
Аналитик это не клеймо. Сегодня аналитик, завтра генеральный директор, послезавтра дауншифтер и здравствуй Гоа и конопля.

252

О Сайте и Форуме / Re: Снова о логотипе

« : 18 Мая 2009, 17:32:36 »

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

253

Примеры / Re: Цикл в диаграмме последовательности

« : 15 Мая 2009, 12:35:55 »

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

254

Задачи студентов / Re: Лабораторные работы по UML. Насколько правильно задание?

« : 24 Апреля 2009, 15:53:33 »

Я скажу, что прочитав ваш документ я абсолютно не понял что нужно сделать.
В чем смысл задания "Постройте диаграмму ... изображенную(!) на рисунке N"? Если диаграмма уже есть, то что требуется сделать?

уже ранее писал
"По-моему обычная лабораторная из серии "сделай все по шагам и не думай"

255

Задачи студентов / Re: Лабораторные работы по UML. Насколько правильно задание?

« : 22 Апреля 2009, 10:31:33 »

Диаграмма Вендрова правильная.
Ваш преподаватель сделал не совсем корректно
Если от Any User (AU) специфицируются остальные акторы (связь обобщение) и мы AU связываем ассоциацией с ВИ Login, то к этому ВИ уже не надо тянуть связи от других акторов. Получается избыточность диаграммы и нарушение логики.