Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
А тут я тебя не понимаю, что проясняет нам картинка диаграммы взаимосвязей ЗЛ? Ну отразит она иерархию этих лиц, а дальше?Это сугубо техническая, вспомогательная вещь - повторное использование для исключения дублирования. Чтобы не писать одинаковые цели Разным ЗЛ, даже если они у них действительно есть.
Здрасте. А у меня вопрос на засыпку: как выглядит в IDEF процесс работы интернет-магазина??Я уже заснул, спасибо.
А что за название такое никто не знает? По приведенной Денисом ссылке понял, что "Вызови Айвана" это конкурс какой-то...?"Айван" = iOne, журнал такой, в первом посте есть ссылка на него. Нет, не конкурс, просто такое название оригинальное.
3. Слабая структурированность требований. Например, если мы добавляем некое требование и оно должно быть вставлено, как номер 5 среди уже написаных 10 требований, то автоматическая нумерация не произойдетНе понял, ты номера требованиям вручную что-ли задаёшь? Зачем?
Пока не понял как решить, кроме переименования всех страниц в ручную.
Достаточно спорно. Все от команды зависит. Кому то комфортно общаться через интернет, кому-то удобнее общаться в реале.Саша, если у людей есть возможность общаться в реале и они общаются в реале, например в режиме "парного анализа", то какая нафиг разница, что у них там на экране открыто в режиме редактирования - MS Word/OpenOffice или браузер? Просто большинство вики лишено избыточного синтаксиса и автоматически поддерживает версионность.
Я - плохой аналитик. Я не умею ставить wiki.Я сказал - "не может", а не "не умеет" ) Ты попробуй.
Можно ли запретить на wiki просмотр незарегистрированным пользователям и централизовать регистрацию? Или это делается другими способами. Как делал ты в своих проектах?Хорошо, буду нудить. Большинство вики-систем являются открытыми системами. Открытая система - это значит, что её код доступен и его можно расширять. Для открытых систем обычно есть возможность написать модуль, плагин, патч и т.д. У популярных открытых систем обычно есть много полезных плагинов. Если плагин настолько полезен, что нужен почти всем, он попадает в ядро очередной версии системы. Поскольку, например, MediaWiki создавалась для Википедии, которая предполагает полную открытость контента, то там нем очевидного удобного разграничения прав доступа. Но тем не менее, в базовой поставке есть возможность ограничить видимость через конфигурационные файлы.
Заставить работать можно все что угодно. Для этого необходима воля руководства и желание сотрудников.Когда я говорил "это - работает", я имел в виду не физическую осуществимость, а естественность процесса, который не надо удерживать в рамках никакими регламентами и руководством.
Не стоит под инструменты пытаться подстраивать бизнес-процессы.А кто пытался?
Но с клиентами тоже удалось в выходные пообщаться?Смотря какими. Представителям крупного бизнеса всё до фени. Мелкий и средний вполне общается, если система для них критична и время есть.
Но при этом на пвервое место вылазит вопрос безопасности...Не в большей степени, чем у любой другой онлайновой системы.
Если разворачивать wiki локально - то смысл ее теряется в значительной мере - специалистам проще собраться и поговорить.Ты не прав. Собраться и поговорить - это одно. Создавать проектную дкоументцаию - это постоянный процесс.
Кроме того, в малых и средних фирмах будут ли специалисты, обесчивающие поддержку wiki внутри сети, решать все проблемы с ней.А какие с ней проблемы? Поставил и пользуйся. И то, я не вижу смысла ставить локально вики в малых компаниях, если нет задачи интеграции и модификации. Во-вторых, плох тот аналитик, который не может поставить вики
Крупной фирме проще будет купить doors, caliberRm, requisitePro - в которых также есть коллективные обсуждения требований, но при этом они лишены обозначенных в статье недостатков.Саша, ты в крупной фирме работаешь? Почему тебя вообще крупные фирмы волнуют?
Мне кажется, что проблема инструментария - вторична, по сравнению с опытом и компетенцией аналитика, его работой с заказчиком.Инструментарий влияет на качество процесса. К тому же такого процесса, как коммуникация, которая очень важна для УТ.
Я бы не стал повсеместно пропагандировать wiki к применению. wiki, на мой взгляд, будет востребована при разработке ПО с открытым кодом, когда сроки не стоят жестко.Саша, я использовал и использовую wiki на реальных проектах. Мне 50-летний бизнес-аналитик сказал, что это удобно - что он смог сесть на выходных и вне этих корпоративных будничных запар спокойно и тихо расписать всё в онлайне. Причём тут сроки?
а почему никто не внедряет open-source?? может нам начатьПотому что мало компетенции и риски большие. Не хватает компетентных команд по поддержке ПО, а также бизнес-консультантов по его адаптации под российские условия. См. также: http://www.openenterprise.ru/
