2536

Работа / Re: Обзор зарплат бизнес-аналитиков

« : 02 Декабря 2008, 19:35:39 »

Интересный обзорчик, особенно по кол-ву претендентов на одно раб. место

Где бы найти еще обзор по ол-ву Аналитиков в России или хотя бы сколько их в процентом выражении от работников в ИТ

2537

Обучение / Скачать тьюториалы с сайта Rational

« : 02 Декабря 2008, 17:14:16 »

Народ,

У кого-нить доступ есть, чтобы скачать тьюториалы Using model-driven development and pattern-based engineering to design SOA

2538

Тестирование / Re: Программа и методика испытания - ПМИ...

« : 02 Декабря 2008, 16:08:20 »

Блин, ну что за мода все писать в личку нафига тогда Форум

2539

Тестирование / Re: Программа и методика испытания - ПМИ...

« : 02 Декабря 2008, 14:19:27 »

см. здесь:
http://www.uml2.ru/forum/index.php?topic=951.0

2540

Конференции Семинары и Тренинги / Re: [Семинар] Классификация требований, 29 ноября, СПб

« : 02 Декабря 2008, 11:24:41 »

Удивило то, что аудитория абсолютно спокойно восприняла сообщение докладчика о том, что в Agile роль аналитика не выделена.

Кстати, уже сами апологеты Agile говорят, что нужен Аналитик:
Аналитик в Agile – архаизм или необходимость?
Управление требованиями в Agile

2541

Конференции Семинары и Тренинги / Re: [Семинар] Классификация требований, 29 ноября, СПб

« : 02 Декабря 2008, 10:06:54 »

Ира,

Отличный отзыв, жду не дождусь презентаций
А карикатурки просто супер ))

Ну Вы после семинара посидели в кабачке?

2542

Системный Анализ и Требования / Re: Документирование и классификация требований

« : 01 Декабря 2008, 13:55:02 »

+ к Алексею можно попробовать следующее:
При внесении изменении в функционал пишутся не просто кусок требований на доработку, но также восстанавливаются утерянные требования к данной части ф-ла

2543

Конференции Семинары и Тренинги / Re: [Семинар] Классификация требований, 29 ноября, СПб

« : 01 Декабря 2008, 13:50:55 »

Дискуссию по вопросам документирования и классификации требований перенес сюда:
http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=1049.0

2544

Вакансии / Re: Системный/бизнес аналитик - фрилансер

« : 01 Декабря 2008, 10:34:05 »

Рафаэль,

А портфолио есть?

2545

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 01 Декабря 2008, 10:29:13 »

В какой-то мере я с тобой согласен. ВИ естественно облегчает процесс формирования требований:
1. Направлен на достижение цели конечного ПОЛЬЗОВАТЕЛЯ
2. Представляет Тр в виде сценария, что облегчает его понимание и воспринимается как нечто целое, а не обрывок.

2546

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 28 Ноября 2008, 19:44:48 »

Эд,

А как твои утверждения коррелируют с определение ГОСТ:
функция автоматизированной системы; функция АС: Совокупность действий АС, направленная на достижение определенной цели

2547

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 27 Ноября 2008, 19:03:39 »

Ирр,

5. Т.к. у Золотухиной все перевернуто, то непонято что же "конкретно она имела в виду ..." Хотя частично Виталий дал ответ
6. А ее ДД вообще какой-то ужас, спецификация ЮМЛ летит в сад.

2548

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 27 Ноября 2008, 18:38:55 »

Тут проблема неоднозначности англоязычной терминалогии и нашей. Если отбросить мишуру понятий, наверное не ничто не мешает понимать под Use case функцию системы.

Эд, а в том то и разница, что у функции просто некая цель\задача выполнения (ну любое действие имеет некую низкоуровневую цель\задачу), а ВИ - это цель именно ПОЛЬЗОВАТЕЛЯ. И вот в этом большая разница.

2549

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 27 Ноября 2008, 18:26:18 »

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

Так у Золотухиной все такие статьи

1. Ага, а еще есть интересная ссылка прямо на диск С из текста статьи:
Use Case elements are used to build Use Case models. These describe the functionality of the system to be built.

2. Ну про функцию и задачу уже сказали


3. Если посмотреть на РД 50-34.698-90, из которого было вырвано определение СФС, то получается что СФС не имеет ничего общего с ДВИ:
http://www.rugost.com/index.php?option=com_content&task=view&id=178&Itemid=63

4. "элемент UML "Requirement" - это элемент SysML

З.Ы. Опять же бред говорить про ГОСТ в общем не ссылаясь на конкретный, а м.б. они это сделали специально чтобы их не улечили в подлоге

2550

Системный Анализ и Требования / Re: Способ описания функциональных требований к системе и ее функций, Золотухина Е Б

« : 27 Ноября 2008, 14:15:45 »

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

Только ИМХО, Формы не должны быть в отельной дорожке и должны быть связаны с Действиями хотябы трейсом, а не виртуальной горизонтальной линией