31
Обсуждение статей / Re: Конференции для разработчиков корпоративного ПО, Мск, 26 марта
« : 26 Марта 2010, 15:50:36 »
Попробовал сейчас. Кто-то вещает по работу с требованиями и платформу Jazz. Видно и слышно довольно хорошо
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Виталий, тебе прислать?Ира, у меня есть
С удовольствием. Как это сделать?Саша Байкин, кинь в файловый архив
Выкладываю domain model.Апельсин, почему на диаграмме только связи агрегации между сущностями? Посмотрит еще раз внимательней и исправьте
Есть ли практические приемы приоретизации и оценки этих рисков Особенно интересует методы количественной оценки - т.е. как такие "субъективные" риски - например, недоступность стэйкхолдеров или противоречия между ними - как их оценить количественно в человекочасах?Недоступость заинтересованных лиц (или сложность привлечения экспертов) можно оценивать по стоимости в рублях. В эту стоимость может входить зарплата эксперта (выраженная в часах), стоимость организации встречи (например стоимость перелета, стоимость проживания в гостинице).
люди, вы меня не так поняли виноват... сформулировал не верно... Мне всмысле uml прога нужна, которая подойдет под вышеописаные языки. Я под средством разработки имел ввиду не редактор кода а редактор umlМожно посмотреть вот здесь (ранее ссылку приводил Саша Байкин)
не смешноНарод, хочу купить себе стиральную машину. Подскажите а?
Короче ясно. Толка от вас никакого. Буду сам разбиратся
Это скорее поможет в каком-то виде учесть риски, не более того. Да и то для учета этих рисков можно взять какую-то примерную цифру вроде 30% и от нее исходить, так как более точно и не надо для рисков.Риск помимо процентной оценки должен быть идентифицирован и описан. Если просто сказать - у нас будет 30% рисков, то это точно ничего не даст, кроме дискуссий
На мой взгляд, что действительно может помочь улучшить качество требований, улучшить процессы связанные с анализом и повысить профессиональные навыки, так это сбор некоторого набора метрик во время проекта и их тщательный анализ во время и после проекта.Пока не собираем, но планируем. Часть метрик можно вытащить из базовых версий требований, например в Sparx EA.
А вы собираете какие-нибудь метрики связанные с требованиями?