Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - bas

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

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

2537
Народ,

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

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

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

2541
Ира,

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

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

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

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

2544
Рафаэль,

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

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

2546
Эд,

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

2547
Ирр,

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

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

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

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
А комбинация алгоритма с экранными формами прямо-таки для нас придумана, как раз сейчас у меня на столе лежит очень похожая картинка.
Только ИМХО, Формы не должны быть в отельной дорожке и должны быть связаны с Действиями хотябы трейсом, а не виртуальной горизонтальной линией :)