5356
Системный Анализ и Требования / Re: Wiki в коллективной разработке требований
« : 11 Мая 2007, 20:02:01 »Я думаю - можно в отдельной ветке.why not?
"Техническая организация управления требованиями"
Создадим?
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Я думаю - можно в отдельной ветке.why not?
"Техническая организация управления требованиями"
Создадим?
Я - плохой аналитик. Я не умею ставить wiki. CaliberRM, RequsitePro - поставлю.
а может просто диаграмма ВИ сама по себе слабый инструмент?давай рассуждать логически и исторически.
можно записаться или вход только для членов профсоюза аналитиков на моём круге?Конечно, можно. Также можно стать членом сообщества, смотрите соответствующую тему
Если кому-то интересно - пишите в личку адреса электронной почты, я буквально в тот же день вышлю вам .xol-файл (это описание объектной модели для Sybase PowerDesigner). Предупреждаю сразу, что файл заточен под 11-ую версию, так что как младшие или старшие будут с ним работать, ничего сказать не могу.Денис, нет у меня Дизайнера. Отказался от него, вернее есть 9.5, но давно не используется. Да и если честно, после других систем возвращаться пока к дизайнеру неохота. Потому нет ли у дизайнера возможности сохранять модели в формате, который могут понять Rational Rose 2003, Enterprise Architect, Telelogic Tau, Together, Visual Paradigm, Visio наконец. :-))
Заодно, если кому-то нужно, есть PD 12.1 с лицензией.Стоит ли разрабасываться лицензией, еще осудять как Поносова
Вообще, объясните мне, пожалуйста, как такой гигант, как 1С, до сих пор так нелогично относится к процессу разработки конфигурации? Хотя, не в обиду будет сказано 1С-разработчикам, способы разработки продуктов на этой платформе очень ощутимо отличаются от общепринятых...А зачем. Изначально это была коробочная версия с постпродажным или пост внедренческим обслуживанием. Причем вторая статья превалирует в доходной части и существенно. Например купили лицензию на рабочее место скажем за 10 тыс + всякое там ослуживание где-то 2-3 тыс в мес. уже через год это становится = 24-36 тыс. А если нужна адаптация стандартной конфигурации - а она практически нужна всегда - поскольку аже такие огранизации как вузы - вроде чисто бюджетную имеют бухгалтерию и по идее должны иметь единый набор процессов и их сценариев, все равно требуют переделки. Переделка в целом типичная и довольно понятная - тянет обычно тыс на 30-40 р. как минимум. Так что как понимаешь бабки крутятся - народ одинэсит во всю...
Не тем занимаемся :-)У меня почему-то этот ресурс совсем не работает через ИЕ еще кое-как захожу, через другие браузере уже не могу. Кривой ресурс и сильно кривой. Вот кстати это часто так бывает у больших умниц и умников от ИТ
1. Мечты но попробовать можно , за идею начать перевод с глоссария я двумя руками за :-)
2. Тупит но ехать можно.
3. Под нападением я понимал не профессора , а предложение сделать все по взрослому ,
А в проффесоре виноват один человек у которого был такой ник и его приходилось часто писать :-) Так что теперь пальцы иногда вворачивают выражение :-).
p.s. Делал тренинг так еле в 8 ч вещания с небольшой практикой уложился :-)
Во первых сам начал нападать ;-)1 - получить четкое и однозначное понимание треминов
А во вторых я так и не поянл почему нельзя переводить Глоссарий в WiKi ? Зачем городить весь этот сыр бор с Excel?
Спасибо :-)Не начем, просто один раз описка, два уже закономерность :-)
Чем отличается диаграммы Бизнес ВИ и Системных ВИ?дополнения или мое видение
На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>. Данная диаграмма используется на этапе Бизнес Моделирования. Очень важно на этом этапе показать диаграмму Бизнес Объектов, которая отображает основные бизнес-сущности (и их свойства) и взаимосвязи между ними.
На Системной Диаграмме ВИ (СВИ) отображается, как взаимодействуют ваши внутренние Пользователи с вашей автоматизированной Системой, т.е. отображаются пользовательские функциональные требования к ПО. Данная диаграмма используется на этапе Системного Анализа и формализации требований к ПО.