3631

Системный Анализ и Требования / Re: Управление требованиями

« : 05 Ноября 2007, 22:30:14 »

1. Трассировка между требрваниями, т.е. ФТр1 следует из БТр1
2. Ну Тр могут иметь атрибуты (статус, сложность, приоритет и т.д.), так вот чтобы назначить эти атрибуты в Вики для требования (страница в Вики) нужно извратиться, причем отчет получить по требованиям (например сколько требований потвержденно) невозможно
3. В Вики нельзя, я сейчас говорю о ней. Хотя это тоже решается с помощью генеарции html страниц из модели (Rose, EA, Pasedon, ...) и вставки прямых ссылок на эти странички.

3632

Нововведения / Re: Процесс обратной семантической трассировки

« : 05 Ноября 2007, 22:17:52 »

Эд,

Я разговаривал  с Владмиром Павловым, кот. является президетном INTSPEI. Разговаривали в частности о споносрстве программы "Статьи от студентов", и вродебы договрились, но это так отвлечение ...

По теме, Владимир, например, проводил множество семинаров/экспериметнов, по безмолвному моделированию. Суть заключалось в том, что он сажал несколько групп архитекторов и заствлял общаться только на ЮМЛ, без ест яз. Что приводило к двум вещам:
- более быстрое освоение ЮМЛ
- более четкие модели, причем в одном из экспер. группа, кот. общалась на ЮМЛ, дала лучшие результаты, чем группа - ест. яз.

Кстати, можно провести и такой семинар в рамках нашего ресурса, даже я думаю можно пригласить или Владимира или кого-то из его инста.

3633

Системный Анализ и Требования / Re: Управление требованиями

« : 05 Ноября 2007, 00:05:46 »

Мы учитываем все: и видение и непосредственные требования. Есть иерархия требований, где учитываются цели, проблемы, БТр (БВИ), СВИ, функц. и нефункц. требования.
Основные проблемы:
1. Трудно поддерживать трассировку
2. Трудно назначать атрибуты для требований
3. Нельзя трасировать требования к эл. моделям

3634

Системный Анализ и Требования / Re: Wiki в коллективной разработке требований

« : 04 Ноября 2007, 23:48:52 »

Вот был интерсный доклад на СЕКР от Стаса:
http://lib.custis.ru/index.php/%D0%98%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D1%8F_Open_Source-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%BE%D0%B9_%D0%9F%D0%9E

Здесь тоже можно высказывать свои мысли и замечания по этому поводу

3635

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 04 Ноября 2007, 23:34:24 »

Добавил объявление о праздовании ДР.

3636

О Сайте и Форуме / Re: День рождения сайта или что будем считать за эту дату?

« : 04 Ноября 2007, 23:31:56 »

На правах первого человека, кому пришла идея этого сайта обявляется

День рождения сайта - 1 ноября 2006 года.

Празднование пройдет 29 ноября 2007 после семинара, приглашаются все желающие.

3637

Системный Анализ и Требования / Re: Управление требованиями

« : 04 Ноября 2007, 23:08:52 »

>> Что Вы понимаете под управлением требованиями?
>> Какие требования к системе управления требованиями Вы лично предъявляете?
1. Удобство ввода и учета требований
2. Присвоение атрибутов для требований
3. Трассировка требований между собой
4. Трасировка требований к задачам и наоборот
5. Трасировка требований к элемнтам модели и инаоборот
6. Шаблоны требований, документов, и т.д.
7. Генерация актуальных документов на основе репозитария требований

>> Каким образом Вы управляете требованиями?
>> Какие системы управления требованиями Вы пользуетесь и как?
Сейчас пытаемся внедрить Вики для УТ

>> Как обеспечивается управление ребованиями в стиле прецедентов и стиле списков свойств системы?
И так и так

>> Какой подход в формулировке требований Вы обычно используете: водопадный или итерационный?
Скорее водопадный, но с возможностью дальнейшего уточнения

>> Какое место занимает в Вашем случае моделирование?
ДВИ, ДС, Архитектура

>> Используете ли Вы для проверки и анализа требований имитационное или математическое моделирование?
нет

3638

О Сайте и Форуме / Re: День рождения сайта или что будем считать за эту дату?

« : 04 Ноября 2007, 13:30:28 »

Предлагаю отметить после семинара?!

3639

Примеры / Re: Примеры сказок, оформленных в виде UML диаграмм

« : 04 Ноября 2007, 00:48:19 »

Эд, супер. ))))
Все вроде даже правильно с точи зрения семантики
Единственное, что можно было бы сделать более глубокое наследование:
Живое существо->Человек
Живое существо->Птица->Курица
Живое существо->Животное->Мышка

3640

Примеры / Re: Примеры сказок, оформленных в виде UML диаграмм

« : 04 Ноября 2007, 00:28:54 »

Эд,

А утешала Кура Ряба кого??

3641

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 04 Ноября 2007, 00:00:39 »

Денис,

Договорись плиз о помещении с Асхатом. Сенкс.

3642

Примеры / Re: Примеры сказок, оформленных в виде UML диаграмм

« : 03 Ноября 2007, 23:13:33 »

Виктор,

Отличное начало. Но есть несколько замечаний:
1. Почему персонажы у вас оформлены  виде поведенческих класов?
2. Как можно здесь понять, что тянут несколько человек?
3. Ну надо же ее все таки вытянуть

3643

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 03 Ноября 2007, 12:37:56 »

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

3644

Примеры / Примеры сказок, оформленных в виде UML диаграмм

« : 02 Ноября 2007, 23:59:08 »

Здесь строим UML модели, которые описывают сказки, такие как:
1. Колобок
2. О рыбаке и рыбке
3. Маша и медведи
4. ......

3645

Конференции Семинары и Тренинги / Re: [Семинар] - Альтернативные системы поддержки процесса разработки ПО (МСК)

« : 02 Ноября 2007, 23:54:45 »

Система поддержки процесса разработки ПО - это:
1. Система планирования и управления проектом (типа MS Project)
2. Систему управления требованиями (такие как RequisitPro, Doors, Caliber)
3. Систему по управлению запросами на изменения и учета ошибок (bug tracker)
4. Система по контролю кода (SVN, CVS ....)