5371

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 05 Мая 2007, 23:18:19 »

Братцы давайте действовать более серьезно.

На ресурсе берем глоссарий - и его переводим. Я уже пропустил через PROMT - надо сказать получилось в целом не плохо.
Ну и дальше просто правим его.

Может Bas поместим это в hydraproject?

5372

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 05 Мая 2007, 14:58:20 »

Ну и тяжела же софтина ..

Не то слово

Набросал перевод "Core Principles" если кто знает как сделать обновление всех линков просьба подсказать

то же интересует эта проблема

p.s. Предлагаю потихоньку согласовывать перевод терминов

думаю, это надо сделать прежде всего

Мои предложения:
development team - разработчики

я перевожу как команда разработчиков

quality assurance - инженеры по качеству

вообще-тот дословно гарантия качества, но нужно смотреть по контексту

product stakeholders заинтересованные лица продукта

не совсем понятно, надо смотреть контекст

customers - Пользователи

лучше клиенты, или покупатель; заказчик; потребитель; субъект наконец
поскольку user - пользователь

5373

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

« : 05 Мая 2007, 14:42:41 »

да забыл
3 способ - традиционный FAQ на стороне сайта

5374

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

« : 05 Мая 2007, 14:41:50 »

Саша, твой фак рулит!

Но нам бы его:
1) Опубликовать на самом сайте
2) Иметь возможность совместного редактирования

Есть несколько возможностей для решения данного вопроса.
1. традиционные вики-технологии - можно добавить компонент, правда он мне не нравится или я просто "не умею с ним работать"
2. традиционный ресурс для joomla с правами доступа к нему - вообщем история правки не отслеживается, но может тут и не надо? просто добавлять и все. Для этого я уже давно предлагал раздать членам сообщества повышенные права доступа - думаю в вплоть до администратора.
Напомню, что существуют группы:
Авторов - могут добавлять контент, но не публиковать. естественно только автор может править свой контент.
Редакторов - которые могут корректировать чужие статьи
Публикаторов - довольно широкие права по сопровождению контента в том числе и публикация
Менеджеры - микроадмины, имею доступ в админцентр
Администраторы - имеют доступ в админцентр, могут коечто менять настраивать и т.п., не могут устанавливать и удалять компоненты вроде

любая из этих групп может быть соотнесена с членами сообщества

5375

Управление Проектом / Re: Принципиальные отличия in-house разработки от заказной

« : 04 Мая 2007, 21:28:01 »

проффесиональной
проффесионал

от слова профессия, профессор, профессиональный, профессионал, профессорский ну и так далее

5376

О Сайте и Форуме / Re: Логотип сайта

« : 04 Мая 2007, 21:24:42 »

Эдуард,

Плиз добавь в тайтл сайта слова UML, IDEF, RUP, OUP, Agile

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

5377

ПО Аналитика / Re: Каким инструментом для рисования BPMN пользоваться?

« : 04 Мая 2007, 18:58:03 »

Ребяты, ничего лучшего, чем Telelogic System Architect (бывший Popkin) вам не сыскать...

Да действительно, чем он так хорош. Я вот пытаюсь изучать сейчас Tau Modeler - не в восторге

5378

Варианты Использования (Use Case) / Re: Кол-во акторов и шагов у одного варианта использования

« : 04 Мая 2007, 11:01:57 »

Алексею Ширшову

Алексей, хочу представить Вам небольшой пример из книги Дж. Рамбо и М. Блаха "Объектно-ориентиованнное моделирование и проектирование с UML" (в русском переводе: UML2.0 Объектно-ориентированное моделирование и разработка 2 издание)

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

Далее предложены такие варианты использования банкомата:

Начать сеанс - Банкомат проверяет личность пользователя и предлагает ему список счетов и действий
Опросить счет - система предосталяет общие сведения о счетет: баланс, дата последней операции и т.п.
Выполнить операцию - банокмат выполняет действие влияющее на баланс счета: снятие денег, вклад, перевод. Банкомат гарантирует, что все операции будут записаны в базу данных
Передать данные - банкомат использует возможности консорциума для взаимодействия с компьютерами конкретного банка.

Т.е. вот некоторое представление о действиях системы и круге внешних действующих лиц и том функционале, который они ожидают от банкомата.

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

Второй уровень уже ориентирован на команду разработчиков. Он уже сложнее более формализован, более информативен и структурирован.

Возьмем в качестве примера ВИ Обработать операцию:

1. Банкомат выдает меню счетов и команд
2. Клиент выбирает снятие денег со счета
3. Банкомат запрашивает требуемую сумму
4. Клиент вводит 10000
5. Банкомат проверяет сумму на превышение лимита выдачи наличных денег
6. Банкомат связывается с консорциумом и банком для проверки наличия достаточной суммы на счете
7. Банкомат выдает деньги и просит клиента забрать их
8. Клиент берет наличные
9. Банкомат выдает меню счетов и команд

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

5379

Варианты Использования (Use Case) / Re: Кол-во акторов и шагов у одного варианта использования

« : 04 Мая 2007, 10:34:19 »

Кстати, ВИ тоже бывают разных уровней -- по тому же Коберну (да и по RUP тоже :-)).

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

5380

Варианты Использования (Use Case) / Re: Кол-во акторов и шагов у одного варианта использования

« : 03 Мая 2007, 21:01:32 »

Добавлю к предыдущиму посту.

Количество шагов в ВИ, безусловно, может быть различным. Однако здесь следует придерживаться особенностей восприятия человеческого мозга. Кратковременная память человека успешно манипулирует 7 плюс минус два объекта. попробуйте нарисовать скажем пять предметов и дать их мгновенно сосчитать другому человеку. Затем удвойте повторите эксперимент.

Это правило действует практически безотказно. Если предложение длинное, часто человек уже забыавает о чем было в начале. Поэтому общее правило. Количесвто шагов в ВИ не больше 10, лучше 5-6 (имеется в виду естественно сценарий успешный или альтернативный). Да и сам шаг не следует описывать слишком подробно.

Но опять же зависит от уровня ВИ и уровня его использования: бизнес, цель пользователя и т.д.

ВИ описывает всегда взаимодействия - как минимум двух акторов: пользователя и системы. Если пользовал иницировал работу с системой, то очевидно ему важна реакция системы. Потому минимальное число шагов в ВИ - два.

Далее у каждого варианта использования - должно быть одно ОСНОВНОЕ действующее лицо, если конечно описывается уровень цели пользоввателя. При обощенном уровне - фактически мы даем некий контекст, границу. Но все равно каждое действующее лицо описывает определенную точку зрения на систему, которая проявляется в варианте использования.
Помимо Основного действующего лица могут участвовать и другие внешние по отношению к системе ДЛ, но они в этом случае скорее вспомогательные.

Например использование телефонной системы:
два абонента, но один инициирует звонок другой отвечает. Конечно каждый из них может инициировать завершение звонка.

Можно представить себе селекторное совещение, где абонентов подключенных к одной линии будет множество, но есть одно ОСНОВНОЕ ДЛ в интересах, которого это совещание началось.
Однако учет интересов других тоже важен.

Поэтому Коберн и выделяет модель Действующие лица и их Цели и модель Участники и Интересы

5381

Сообщество Аналитиков / Re: Встреча Сообщества Аналитиков №3

« : 03 Мая 2007, 13:22:20 »

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

Про книги в общем тоже согласен хотя не на 100%

1 статья в месяц от участника - это конечно хорошо, но пока нет ни одной за все время существования - разве только Александра Котельникова. Причины в общем понятны, потому для начала хотя бы, чтобы эти статьи стали появляться

5382

Сообщество Аналитиков / Re: Встреча Сообщества Аналитиков №3

« : 02 Мая 2007, 22:48:18 »

Просьба записываться здесь.

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

Напомню некоторые идеи:
1. Наполнять библиотеку книг

Идет исключительно медленно. Причины - сообщество малозаинтересовано в литературе - известная уже не так интересна, неизвестная просто не известна. Кроме того, сообщество участвует в проектах типа OpenUP

2. Активнее быть модераторам разделов - предлагать интересные темы

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

3. Организация семинаров

Мало реально  для иногородних, но москвичи кажется успешно справляются (ну посмотрите, чтобы съездить в Москву на 1 день мне прийдется затрить 10 часов на дорогу, 600-800 р на дорогу, ну половину на трапезу - к сожалению слишком большая трата). Правда готов быть пока только слушателем

4. Создание примеров

Самое больное. Думаю все-таки надо выделить приоритетные направления и разработать по ним примеры, активнее использовать уже имеющиеся примеры, выкладывать и обсуждать примеры-ошибки. Правда по этому вопросу уже были ремарки, думаю вряд ли они будут положительными.
От себя мне интересны наборы заданий, задач, достаточно простых и емких по всем этап процесса разработки

5383

RUP EUP AUP OpenUP / Re: Создание русскоязычной версии и развитие процесса OpenUP/Basic

« : 02 Мая 2007, 20:25:12 »

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

Stakeholder - я перевожу как заинтересованное лицо, можно участник
Work Items List - я перевожу как список работ (вариант список назначений, список элементов работ)

Capture - сильно зависит от контекста, но в целом включить в, создать, собрать-определить.

5384

О Сайте и Форуме / Re: Логотип сайта

« : 02 Мая 2007, 17:46:56 »

А какой стандартный размер для этой кнопки???

ну посмотри какие у нас, в конце концов делают несколько вариантов: веритикал горизонтал овал круг и тп.п.

5385

Сообщество Аналитиков / Re: Система рекомендаций профлитературы: Постановка задачи

« : 30 Апреля 2007, 23:12:08 »

Нет, я пытаюсь сконцентрироваться на 1-2 направлениях вместо имеющихся 5-7 %)

Денис, а как это противоречит или противопоставляется моей реплике?
А я понял, это камень в мой огород