46

Sparx / Re: Нумерация объектов в ЕА

« : 11 Февраля 2010, 18:55:18 »

да

47

Sparx / Re: Enterprise Architect: Нумерация внутренних требований

« : 11 Февраля 2010, 14:32:54 »

а где приложение?

Приложение имелось ввиду программное, т.е. Sparx EA

48

Sparx / Re: Нумерация объектов в ЕА

« : 11 Февраля 2010, 14:32:23 »

Что такое тип требования? разве это нельзя сделать в глобальных сетингсах? Используя стереотипы? или UML профилирование?

Нет нельзя. Как писал выше Саша к стереотипам нельзя приклеивать айдишник.

49

Sparx / Re: Нумерация объектов в ЕА

« : 11 Февраля 2010, 11:12:02 »

Проблема EA в том, что в нем нельзя задавать своих типов требований, как это например, можно делать в Реквизите.
Но нужно больше работать с Эдом и постить им свои предложения . Продукт они развивают потихоньку (хотя больший уклон делают уже на расширения и генерацию кода)

50

Sparx / Enterprise Architect: Нумерация внутренних требований

« : 11 Февраля 2010, 11:06:41 »

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

Есть ли способ настройки приложения таким образом, чтобы присваивался идентификатор и в этом случае?
Я не нашел

51

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

« : 10 Февраля 2010, 16:03:29 »

Для какой цели нужна такая оценка?

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

52

Sparx / Re: Enterprise Architect 8.0 *beta 1

« : 10 Февраля 2010, 12:56:08 »

Лучше бы трассировку по-человечески сделали с фильтрами

53

Обсуждение статей / Re: 20 самых богатых людей американского ИТ бизнеса

« : 10 Февраля 2010, 09:18:17 »

Zuckerberg, Brin и Page самые "красавчики"

54

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

« : 10 Февраля 2010, 09:09:59 »

Виталий, а на базе чего ты планируешь этот прогноз.

Просто, ты начинаешь скажем проект, и уже через неделю его начала хочешь знать каков ожидается % неучтенных требований? Как это можно сделать? Назови любую цифру в пределах от 0 до 100 - вдруг попадешь!

То есть для прогнозирования нужны какие-то данные. Результаты например предыдущих проектов, или результаты чужих проектов. Тут нужна определенная представительная выборка (генеральной называется)

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

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

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

Другой вариант - это использование некоторых эмпирических данных (вопрос есть ли они?) с последующей коррекцией по ходу итераций

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

55

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

« : 10 Февраля 2010, 09:07:38 »

Если проект новый на 100% (компнда, клиент) - проще кинуть монетку.

Монетка это тоже инструмент, только им надо уметь пользоваться

56

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

« : 09 Февраля 2010, 16:29:23 »

У нас есть табличка с взаимосвязами (что без чего работать не будет) по которой можно выявить ключевые неучтенные требования.

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

57

Системный Анализ и Требования / Неучтенные требований

« : 09 Февраля 2010, 15:31:21 »

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

58

Обсуждение статей / Re: Антипаттерн: Agile против всего на свете

« : 09 Февраля 2010, 08:11:39 »

Интересно, а можно ли использовать Agile внутри какого-то проекта, который по Agile не развивается? Например, проект идет скорее как водопад или инкрементная разработка, а тестирование существует по Agile?

А почему нет? Я бы перефразировал фразу Андрея и сказал "внутри водопада живет agile"
Общие фазы по водопаду, а итерации по эджайл

59

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 12:37:19 »

Ну, собственно, одним из методов анализа является декомпозиция
Потому, да, если большое и сложное, значит, однозначно, бить на логические куски и "есть по частям" ))

Да, только есть понятие структуризации, а есть понятие декомпозиции. Относительно ВИ применяется первое.

60

Проектирование / Re: Использование ВИ диаграммы для описания сложных систем

« : 02 Февраля 2010, 11:40:19 »

Сама декомпозиция - пожалуй, наиболее распространенный (если не единственный) способ борьбы со сложностью.

Эд, что ты подразумеваешь под декомпозицией?