Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Виталий Григораш

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »
46
Sparx / Re: Нумерация объектов в ЕА
« : 11 Февраля 2010, 18:55:18 »
да

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

48
Sparx / Re: Нумерация объектов в ЕА
« : 11 Февраля 2010, 14:32:23 »
Что такое тип требования? разве это нельзя сделать в глобальных сетингсах? Используя стереотипы? или UML профилирование?
Нет нельзя. Как писал выше Саша к стереотипам нельзя приклеивать айдишник.

49
Sparx / Re: Нумерация объектов в ЕА
« : 11 Февраля 2010, 11:12:02 »
Проблема EA в том, что в нем нельзя задавать своих типов требований, как это например, можно делать в Реквизите.
Но нужно больше работать с Эдом и постить им свои предложения :). Продукт они развивают потихоньку (хотя больший уклон делают уже на расширения и генерацию кода)

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

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

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

52
Sparx / Re: Enterprise Architect 8.0 *beta 1
« : 10 Февраля 2010, 12:56:08 »
Лучше бы трассировку по-человечески сделали с фильтрами

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

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

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

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

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

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

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

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


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

55
Если проект новый на 100% (компнда, клиент) - проще кинуть монетку.
Монетка это тоже инструмент, только им надо уметь пользоваться :)

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

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

58
Интересно, а можно ли использовать Agile внутри какого-то проекта, который по Agile не развивается? Например, проект идет скорее как водопад или инкрементная разработка, а тестирование существует по Agile?
А почему нет? Я бы перефразировал фразу Андрея и сказал "внутри водопада живет agile" :)
Общие фазы по водопаду, а итерации по эджайл

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

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

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »