721

Варианты Использования (Use Case) / Re: Статья: Варианты Использования. Обсуждение.

« : 30 Марта 2007, 12:36:16 »

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

Пример, ситуация. Есть сайт, человек регистриться через него на некое мероприятие, ну например конференцию, вносит свои данные и все такое, в ответ система отправляет письмо с подтверждением регистрации.
Пример функции системы -- "Отправка по e-mail уведомления о регистрации на мероприятие" .... если опустить юзкейсы уровня subfunction ... то где тут юзкейс уровня "user goal"? И как это может быть одно и то же?
Функция системы -- это то что делает СИСТЕМА, это взгляд со стороны системы ... а  юзкейс, это взгляд со стороны пользователя на взаимодействие с системой для получения значимого результата (если речь о "user goal" юзкейсах)

722

Примеры / Re: Программа по торговле на фин. рынках (трейдинг)

« : 30 Марта 2007, 12:14:33 »

Цели проектато указаны, а вот какие цели создания самой системы? ;-).

723

Конференции Семинары и Тренинги / Re: Семинар AgileRussia: Применимость agile-методик в in-house-разработке

« : 30 Марта 2007, 01:22:18 »

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

Обычная практика такова, что бизнес требует предостваить такие оценки от самого ИТ ...

В свое время был свидетелем  успешного решения проблем "проведения формальной границы" не сверху, а снизу.

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

Что делать:Все зависит от ситуации, мои акценты таковы: начни изменения с себя - это снизит усилия по продаже

Не факт, конечно ... но если этот один составит 5% от общего кол-ва народу, то скорее всего изменения уже будут необратимы (на этом в частности акцентировал внимание Павел Афанасенко на обсуждении) и процесс может пойти лавинообразно снизу. Но не факт, не факт.

724

Варианты Использования (Use Case) / Re: Статья: Варианты Использования. Обсуждение.

« : 30 Марта 2007, 01:06:49 »

1. Неделимость подразумевает невозможность декомпозиции без перехода на другой уровень детализации. Да, если юзкейс уровня "облака", то, в пределе, каждый его шаг может быть отдельным юзкейсом уровня "user goal", но это другой уровень (!) юзкейса.
2. По самому примеру юзкейса ... я бы на скорую руку написал так:
Главный успешный сценарий.
1.   Пользователь инициирует ввод нового автора.
2.   Система формирует диалоговое окно для ввода (коммент. – нужно отдавать отчет что это может быть ОГРАНИЧЕНИМ для разработчика … а вдруг лучше все прямо в гриде вводить)
3.   Пользователь вводит Информацию об авторе и подтверждает ввод (коммент. -- мы не знаем, может лучше чтобы кнопка называласть «Сохранить», а не «ОК»?).
4.   Система подтверждает отсутствие аналогичной записи об авторе в списке ранее сохраненных авторов и отображает введенную Пользователем информацию.
5.   Пользователь подтверждает правильность ввода <нажав что-то …>
6.   Система присваивает новому автору уникальный идентификатор и сохраняет его в списке.

Расширения.
4а. Такой автор имеется в списке.
4а1. Система информирует Пользователя ….
4а2. …..
5а. Пользователь принимает решение внести изменения ...
5а1. ….
6а. В процессе сохранения произошел сбой
6а1. ....


Дополнительная информация.
Информация об авторе = ФИО
+ Псевдоним
+ Дата рождения
+ …

(c) на правах примера мой ;-) ...

725

О Сайте и Форуме / Re: Новая концепция нашего ресурса

« : 27 Марта 2007, 20:47:21 »

выбросить Огромное спасибо за большой вклад в создании сайта galogen.

Скромняга ;-) ....

726

Системный Анализ и Требования / Re: IEEE-STD-830-1998

« : 27 Марта 2007, 20:45:34 »

Ок, спасибо за уточнения.
буду разбираться.
Тяжеловато без примеров. Нигде в инете не могу найти примеров:(

Посмотри тут http://www.processimpact.com/process_assets/sample_requirements_documents.zip

727

Системный Анализ и Требования / Re: IEEE-STD-830-1998

« : 27 Марта 2007, 16:55:54 »

 Сорри, не внимательно посмотрел ответ

Юрий, вы видели мой пост?
Правильно ли я понял ответ?

Не совсем. SRS по IEEE 830 ничего про ВИ не говорит ... да и я стараюсь придерживаться Вигерсовской классификации, что ВИ это в большей степени пользовательские требования. Другой вопрос, что они могут содержать функциональные требования (ФТ) в контексте их использования. Но это не есть ФТ в чистом виде.
Есть т.н. Modern SRS, где включаются UC ... но в классике -- фича, это некая укрупненная возможность ... которая детализируется потом в п. 3.2. ФТ ... как правило в виде иерархии.

728

Конференции Семинары и Тренинги / Еще один семинар AgileRussia. Dan Rawsthorne "Agile Analysis"

« : 27 Марта 2007, 14:08:36 »

В Москву приезжает Dan Rawsthorne , Agle Coach, тренер и консультант. По приглашению AgileRussia он проведет БЕСПЛАТНЫЙ  семинар по работе с требованиями в Agile

Семинар состоится 4 апреля во вторник в 18-00. Место - предварительно в районе м.Октябрьское поле. Язык семинара - английский.

Если вы хотите придти на семинар, напишите письмо на адрес askhat@agilerussia.ru.

Место проведения семинара (в Москве) уточняется.

Подробности тут http://www.agilerussia.ru/

729

Системный Анализ и Требования / Re: IEEE-STD-830-1998

« : 27 Марта 2007, 14:04:27 »

Саша, спасибо за коментарий. Никак не могу привыкнуть, что требуется пояснять что такое feature (фича), и что это не сленг а вполне себе термин.
Модератору -- см. на тему фич тут http://www.sorlik.ru/swebok/3-1-software_engineering_requirements.pdf

730

Системный Анализ и Требования / Re: IEEE-STD-830-1998

« : 26 Марта 2007, 20:55:55 »

Один из способов -- в п.2.2. должны быть фичи, а в п 3.2 фичи делализируются конкретными требованиями (и группируются по фичам). Так легче контролировать scope, гогда он "обложен" фичами.

Модератор: Пожалуйста, пишите нормальными словами, или поясняйте значения сленга...

731

Конференции Семинары и Тренинги / Re: МСК - Семинар "Разработка требований и состава работ"

« : 26 Марта 2007, 02:02:35 »

Я не совсем это имел ввиду. Переформулирую -- в чем именно недостатки "классических" подходв, и в чем конкретно они выражаются.

732

Конференции Семинары и Тренинги / Re: МСК - Семинар "Разработка требований и состава работ"

« : 25 Марта 2007, 12:58:16 »

Денис, если можно в докладе остановись более подробно на том, почему "классические" подходы "не предлагают метода формирования целостного и взаимоувязанного представления о создаваемой системе". И каким на твой взгляд должно быть такое целостное предстваление (vision такого предстваления, требования к нему -- что оно должно показывать, описывать и т.п.).

733

Конференции Семинары и Тренинги / Re: МСК - Семинар "Разработка требований и состава работ"

« : 24 Марта 2007, 20:13:27 »

Вот думаю тоже быть. Денис, ты будешь докладчиком?

734

Конференции Семинары и Тренинги / Re: Семинар AgileRussia: Применимость agile-методик в in-house-разработке

« : 24 Марта 2007, 20:07:51 »

Забавно ... я ожидал некой дискуссии на этот пост. Но тишина. Напрашивается вывод, что либо все несогласны, либо все согласны и добавит нечего (что странно), либо длинные посты просто не читают :-), либо одно из четырех :-). А так хотелось пообсуждать :-).

735

ПО Аналитика / Re: Почему в России игнорируют лицензирование?

« : 22 Марта 2007, 23:38:24 »

Интересно, аренда ПО будет популярна?