916

Варианты Использования (Use Case) / Re: Внешная Система как инициатор ВИ

« : 17 Декабря 2008, 11:53:26 »

Наверное ты хотел сказать..."с двумя пользователями - Внеш. система, Пользователь"?
С ВИ могут быть соединены 2 Актора только в том случае, если один из них caller, а другой callee. Два инициирующих актора к одному ВИ - это ошибка.

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

Как будет выглядеть ВИ с одним актором?

917

Варианты Использования (Use Case) / Re: Вариант использования или ... ?

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

А вообще главная аргументация в том, что ВИ - это ЦЕЛЬ Пользователя по отношению к Системе. ВИ отражают ПОЛЬЗОВАТЕЛЬСКИЕ требования, а при взаимодействии м\у ИС - какие ПТ?

А как же Коберн, ВИ "Гайки и болты" (варианты 13-17)? Я выпал из контекста?

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

918

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

« : 15 Декабря 2008, 19:01:13 »

Неполиткорректно получилось. Нужно одного эктора сделать чёрным, а на другого одеть юбочку.

919

Тестирование / Re: Test Case & Test Analyst

« : 14 Декабря 2008, 18:42:10 »

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

Я вот в этом не уверен. Всё зависит от того, для кого описание предназначено.

Я тоже сначала представлял себе идеальный testcase в виде детальной пошаговой процедуры с исчерпывающим списком проверок (условий прохождения теста). Но постепенно пришёл к выводу, что в небольшой команде, если предполагается, что у пользователя тестового случая заведомо высокая квалификация, оно может быть простым и коротким. Иначе эти тесткейсы окаызвается очень накладно сопровождать (в реальной жизни - они складируются в дальнем углу файл-сервера и никогда повторно не используются).

Но я не гарантирую, что это моё окончательное мнение.

920

Тестирование / Re: Test Case & Test Analyst

« : 10 Декабря 2008, 20:09:21 »

Для тех, кого заинтересовала статья, продолжение здесь (в первой части я не нашёл ссылки на продолжение):

http://www.software-testing.ru/library/testing/bug-tracking/65-top-13-ii-

921

Тестирование / Re: Test Case & Test Analyst

« : 10 Декабря 2008, 20:05:08 »

Хорошая статья "TOP 13 ошибок тестировщиков".
Первая часть как раз, главным образом, о тест-кейсах (и немного о требованиях).

http://www.software-testing.ru/library/5-testing/66-top-13----i----

922

Тестирование / Re: Test Case & Test Analyst

« : 08 Декабря 2008, 17:15:07 »

Вот и наметилась основа для семинара "Нафига нужны тесткейсы". Осталось только под шаблон подогнать.

923

Тестирование / Re: Test Case & Test Analyst

« : 08 Декабря 2008, 12:39:51 »

Вопрос иначе задам.
Да правильно заметили, если успешно все продавалось , то зачем их писать.
Зачем Test Case нужны?Вот какая польза?Вообще для чего они изобретены?

Исторически, наверное, были изобретены для того, чтобы проверять каждую новую версию на отсутствие уже однажды исправленных ошибок.
Если клиент вдруг обнаруживает в очередной версии баги, которые были исправлены полгода назад, он обычно бывает очень недоволен. А воскрешение убитых багов - вещь очень распространённая, обусловленная самой технологией разработки программ.

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


В конечном итоге разработка тест-кейсов позволяет экономить главный ресурс - время. Без них просто неизбежны потери времени на повторное  тестирование и доработки уже выпущенной версии. Важно ещё то, что разработка тест-кейсов и проверка по ним включается в план работ и позволяет более-менее адекватно оценивать свои возможности. А авральные переделки и перетестирования всегда оказываются внеплановыми, выполняются за счёт каких-то других (плановых) действий и с большой эмоциональной перегрузкой ("как же достал этот бардак!") и обычно вызывают появление новых ошибок.

924

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

« : 03 Декабря 2008, 12:06:16 »

Только не понял как она будет проводиться, а можно было бы поучаствовать ...

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

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

Интересный метод, кстати, uml2.ru тоже можно взять на вооружение.

925

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

« : 02 Декабря 2008, 19:53:34 »

И кстати, случайно наткнулся там же на ссылку: "Онлайн-конференция по специфике трудоустройства бизнес-аналитиков".
Проводится завтра (3 декабря). Обсуждаемые вопросы:

1. Какое образование необходимо / предпочтительно для бизнес-аналитика?
2. Способы повышения квалификации, дополнительное образование
3. Зарплата. Обсудить результаты обзора зарплат
4. Какие личные качества, черты характера необходимы для бизнес-аналитика?
5. Специфика трудоустройства. Основные вопросы, на которые приходится отвечать на собеседовании. Проверка знаний и навыков
6. Обмен опытом. С чем связаны основные трудности трудоустройства и подбора хороших специалистов

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

http://www.superjob.ru/community/otdel_kadrov/22795/

926

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

« : 02 Декабря 2008, 19:38:56 »

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

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

бизнес -аналитик -это шарлатан который ничего не понимает в делах, зато помогает таким же мошеникам разворовывать средства бюджета или компании

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

бизнес-анализ очень близок к коммерческой разведке как внутри так и вне предприятия

http://www.superjob.ru/research/articles/652/

927

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

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

...опубликован на исследовательском портале центра SuperJob.ru:

http://www.superjob.ru/research/articles/962/

928

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

« : 27 Ноября 2008, 14:00:40 »

Стиль забавный.

"Так, участники некоторых Интернет- форумов дошли до того..."
"Как печальный итог... привели к тому, что в различных средствах информации появились статьи..."
"...из популярного в нашей стране и за рубежом процесса разработки систем Rational Unified Process..."

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

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

929

Конференции Семинары и Тренинги / Re: Направление серии семинаров

« : 19 Ноября 2008, 12:00:38 »

Вот кстати интересная статья 10 самых невостребованных профессий на ближайший год

И самый интересный - это п. 8

Вчера как раз на РБК была передача о бизнес-образовании. Полностью не смотрел, но суть уловил так: во время кризиса спрос на образование не уменьшается, а наоборот, возрастает. Но возрастает спрос на качественное образование. Если говорить об MBA, то, скажем так, до десятка самых лучших бизнес-школ не почуствуют оттока, а вот всякие левые, недавно созданные конторы, тихо умрут.

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

930

UML SysML и пр. / Использование Пакета на ДВИ

« : 18 Ноября 2008, 17:10:49 »

По-моему, это уже похоже на холивар.

Как можно запретить использование каких-то элементов на диаграмме? Если они облегчают понимание - не вижу препятствий.