3241

Для всех / Re: Бизнес-аналитик и бизнес-архитектор, где граница между их задачами?

« : 17 Февраля 2008, 09:53:21 »

Давайте отталкиваться от каких-то стандартов. Покажите какие-нибудь методологии где есть эти две роли.
У нас могут назвать как угодно и делать люди могут тоже все что угодно.

3242

Работа / Re: Заказчики

« : 14 Февраля 2008, 12:19:10 »

Не понял, мысль оборвалась не начавшись ...

3243

Примеры / Re: Описание требований к CRM

« : 13 Февраля 2008, 23:53:13 »

Для полной картины еще выкладываю БП от заказчиков

3244

Примеры / Re: Описание требований к CRM

« : 13 Февраля 2008, 23:52:11 »

Нарисовал ДБО и ДСВИ, смотрим комментируем.
Сама модель, тоже во вложении.

3245

Примеры / Re: Описание требований к CRM

« : 13 Февраля 2008, 23:50:41 »

Дописал Видение и Глоссарий. Смотрим, даем замечания.

3246

Обучение / Re: Как писать, чтобы было понятно о чем я, на уровне идеи?

« : 13 Февраля 2008, 16:30:06 »

Как раз для вас писал Коберн:
http://alistair.cockburn.us/index.php/ASD_book_extract:_%22Unknowable_and_incommunicable%22#Conflicting_Parsing_Patterns

3247

Управление Проектом / Re: Руководитель проекта, как им стать?

« : 11 Февраля 2008, 21:43:54 »

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

3248

UML SysML и пр. / Re: Шутки и UML

« : 11 Февраля 2008, 15:39:42 »

Вот и закончился конкурс по шуткам на ЮМЛ.
Победителей и их диаграммы можно увидеть на первой страничке:
http://www.umljokes.com/

Эд и я взяли 2 доп. приза. Теперь будет чем снимать наши семинары, а Эд, наверное, отдаст своим детям игрушку (или сам будешь резаться?)

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

3249

Варианты Использования (Use Case) / Re: Уйти от ВИ и перейти к иерархии Пользовательских Требований

« : 10 Февраля 2008, 00:13:21 »

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

Эд,
Ну то, что мы описываем, есть именно ПТ, не ф-ые. Т.е. это некий сценарий между Пользователем и Системой, это не только то что делает Система.
Вообще у меня есть идея как-то оформить этот подход и назвать это как - Пользовательский Сценарий.
Мне хотелось проверить, что я не изобретаю велосипед ...

3250

Варианты Использования (Use Case) / Re: Уйти от ВИ и перейти к иерархии Пользовательских Требований

« : 09 Февраля 2008, 16:05:55 »

Виталий,

Это будет уже не ВИ, ВИ - это в первую очередь цель пользователя, ну какая цель в удалении Справочника, если его даже еще нет?
В том то и дело, что это уже не ВИ, это больше ПИ, но описанные в виде шаблона ВИ, что мне показалось очень удобно.

Юра,
А чем тебе не нравится подход, кот. я предложил?

3251

О Сайте и Форуме / Re: Кол-во сообщений на форуме увеличилось еще на 1000. Выводы. Итоги. Планы.

« : 09 Февраля 2008, 01:30:17 »

Кол-во сообщений на форуме стремительно растет и уже перевалило за 7000 тысяч. Кол-во пользователей одновременно пришедших на форум было 222. Все идет в правильном направлении. Но нужно делать новый скачок...

3252

RUP EUP AUP OpenUP / Re: Как Agile вытесняет RUP

« : 09 Февраля 2008, 00:34:25 »

К сожалению, мы не знаем какого качества Агиле использовался при составлении графика.

3253

Варианты Использования (Use Case) / Re: Уйти от ВИ и перейти к иерархии Пользовательских Требований

« : 08 Февраля 2008, 23:25:54 »

Эд,

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

Пример, ну самый простой - Справочники:
* Редактировать справочник
Сценарии:
- Просмотреть
- Добавить
- Удалить
- Редактировать
- Копировать
** Редактировать Категорию товара
** Редактировать свойства Товара
** ....

* - означает корневое ПТ
** - означает детализацию ПТ (в частности тут наследие используется)

3254

Варианты Использования (Use Case) / Пользовательские Сценарии или как уйти от ВИ и перейти к иерархии ПТ

« : 08 Февраля 2008, 21:40:59 »

1. Столкнулся с такой ситуацией, что трудно\не_нужно применение ВИ для описания Пользовательских Требований (ПТ). А ситуация такая, что Система не будет иметь четко разделенных ролей. Т.е. будет один пользователь и у него будут набираться права из ф-ций Системы. Т.е. классическая ERP\CRM система без четко разделенных ролей. Т.е. даже если разделить все на ВИ, то получится бред с точки зрения Д, т.к. будет один пользователь и куча ВИ к нему.

2. Пришли к такому мнению, что Описывать ВИ не надо, а описать ПТ в виде иерархии и разбития по модулям. Шаблон для описания ПТ был выбран - шаблон для ВИ.

3. Как мне кажется не совсем плохой подход. Хочется даже сказать, чтобы многие новички использовали такую технику, т.к. многие не могут использовать правильно ВИ и ДВИ.

Что скажите?

3255

Проектирование / Re: Проектирование по ICONIX

« : 08 Февраля 2008, 16:10:58 »

А лучше всего добавить в наш архив