Библиотека, читать онлайн, скачать книги txt

БОЛЬШАЯ БИБЛИОТЕКА

МЕЧТА ЛЮБОГО


Система управления требованиями

Нужна система управления требованиями. Если да - то есть ли положительный опыт их использования? Если уж говорить о пиратстве - не видел я PD12. И PD11 не видел, а точнее видел, но продавец, знакомый мужик, предостерёг: сломано криво, не работает. PD10 рабочий и то с трудом достал. На каком таком рынке Москвы этот PD12 есть, и примерно в какой его части? Специально для модераторов: я ведь это. Я если что и система управления требованиями. И купить за казённые деньги могу, если начальству понравится. Если будет по душе-поищите система управления требованиями по "проектированию БД". Особенно в сравнении с Калибром? Плюсы: - он бесплатный система управления требованиями его достаточно просто дорабатывать напильником - нужен толковый php программист и все. BTW, есть система управления требованиями ПД 11. Исследовал, посмотрел плюсы + и минусы - ++++ можно делать связи требований с "живыми" BP, UML, ER-диаграммами в workspace'е, любые внешние файлы + как и в RequisitePro, можно "расширять" определение требования + можно хранить в описаниях требований разметку, как в Word, но - нельзя хранить изображений - никакой штатной связи с MS Project и ему подобным нет; вместо этого - возможность ассоциировать требование с пользователем, но сроков и загрузок нет. Ещё одна версия CVS. А хотелось, чтобы был репозиторий, как система управления требованиями ARIS: 1 никаких локальных копий 2 автоматическая, но при этом корректная борьба с дублированием названий объектов. В качестве средства для управления требованиями PD 12, конечно, слабоват с точки зрения функциональности. Так что смотрим сейчас на Borland CaliberRM и Telelogic DOORS. В качестве средства для управления требованиями PD 12, конечно, слабоват с точки зрения функциональности. Так что смотрим сейчас на Borland CaliberRM и Telelogic DOORS. Не интегрируется с MS Project и ни с какой версией MS Visual Studio. CaliberRM - классная вещь. Интегрируется с борладовской ILM ALMв т. Silk Test и Borland Together, с MS Project и сотней других продуктов. Реальный конкурент решениям IBM Rational. Установить и разобраться с основными функциями, даже интегрировать с Rational Rose и MS Project у меня заняло полдня. Интегрировалась бы с VS. Net 2005 - махнули бы не система управления требованиями, а так - кандидат. Telelogic DOORS - для свободной оценки недоступен. Маркетинг у них назойливый. Хотят, чтобы с ними занимались 3 наших человека в течение месяца на полдня в неделю, "чтобы они нам организовали пилотный проект", иначе демо-версий не дают. А потом, конечно, "заставят жениться", купить то есть. Как назойливый продавец на рынке. А теперь покупай - ведь померял же! Ну система управления требованиями что, что на 3 размера не подходит и дырка на спине! Может потому, что не я разворачивал. Нельзя даже организовывать дерево требований. Net 2005, MS Project, MS Visio. Первое настолько огромный плюс, что MS TFS - второй кандидат. А вообще менять систему управления требованиями - менять шило на мыло. Все они похожи, у каждой чего-то не хватает. Интегрировалась бы с VS. Net система управления требованиями - махнули бы не глядя, а так - кандидат. Уже выпущена специальная версия для VSTS - см. Интегрировалась бы с VS. Net 2005 - махнули бы не глядя, а так - кандидат. Уже выпущена специальная версия для VSTS - см. С уважением, Сергей Ура! По-видимому, выложили её не сразу после релиза - 15-го мая ещё не было. Мне важно интегрировать его с остальными компонентами ALM Что значит? Если пользовались - поделитесь, please, опытом, как система управления требованиями MS Project применяем, но пока на практике без привязки к ALM. Желание, конечно, есть, но оно скорее виртуальное, из серии "кабы оно само взяло да сделалось". Во-первых из-за того, что в Rational Suite Enterprise организовать эту привязку очень непросто и она часто "отъезжает" - по крайней мере по словам тех, кто пытался. Во-вторых homo meditare человек планирующий, важная птица от ПМа и выше часто не считает нужным аргументировать своё решение о постановке задачи, тем более таким кропотливым и монотонным способом, как расстановка трассировок. Vendor add-in для интеграции CaliberRM с MS Project есть, система управления требованиями работоспособный, по крайней мере на пробных задачах. Отслеживать от требований к задачам - удобно, наоборот - не очень. Наверное, при желании можно написать к MS Project соответствующий плагин. Система управления требованиями плагины для преобразования требований в задачи и обратно, но делать это методологически неправильно см. Не интегрируется с MS Project и ни с какой версией MS Visual Studio. CaliberRM - классная вещь. Интегрируется с борладовской ILM ALMв т. Silk Test и Borland Together, с MS Project и система управления требованиями других продуктов. Реальный конкурент решениям Система управления требованиями Rational. Установить и разобраться с основными функциями, даже интегрировать система управления требованиями Rational Rose и MS Project у меня заняло полдня. Интегрировалась бы с VS. Net 2005 - махнули бы не глядя, а так - кандидат. Telelogic DOORS - для свободной оценки недоступен. Маркетинг у них назойливый. Система управления требованиями, чтобы с ними занимались 3 наших человека в течение месяца на полдня в неделю, "чтобы они нам организовали пилотный проект", иначе демо-версий не дают. А потом, конечно, "заставят жениться", купить то есть. Как назойливый продавец на рынке. А теперь покупай - ведь померял же! Ну и что, что на 3 размера не подходит и дырка на спине! Может потому, что не я разворачивал. Нельзя даже организовывать дерево требований. Net 2005, MS Project, MS Visio. Первое настолько огромный плюс, что MS TFS - второй кандидат. А вообще менять систему управления требованиями - менять шило на мыло. Все они похожи, у каждой чего-то не хватает. Мне важно интегрировать его с остальными компонентами Система управления требованиями Что значит? Если пользовались - поделитесь, please, опытом, как оно! Система управления требованиями Project применяем, но пока на практике без привязки к ALM. Желание, конечно, есть, но оно скорее виртуальное, из серии "кабы оно само взяло да сделалось". Во-первых из-за того, что в Rational Suite Enterprise организовать эту привязку очень непросто и она часто "отъезжает" - по крайней мере по словам тех, кто пытался. Во-вторых homo meditare человек планирующий, важная птица от ПМа и выше часто не считает нужным аргументировать своё решение о постановке задачи, система управления требованиями более таким кропотливым и монотонным способом, как расстановка трассировок. Vendor add-in для интеграции CaliberRM с MS Project есть, вполне работоспособный, по крайней мере на пробных задачах. Отслеживать от требований к задачам - удобно, наоборот - не очень. Наверное, при желании система управления требованиями написать к MS Project соответствующий плагин. Есть плагины для преобразования требований в задачи и обратно, но делать это методологически неправильно см. Мне повезло больше: я как раз занимаюсь реорганизацией процессов в отделе разработок, проекты большие, я немного забывчивый, поэтому из чувства рациональной ления веду проекты в MS Project Server c выгрузкой календаря в OutLook. UML вел в Rational Rose, но меня добил неудобный интерфейс. К тому же у нас я по везению и есть ПМ. Не могу до конца объяснить, почему, но Borland-овский интерфейс мне понятнее, да и взгляд на компонентность интергацию у них тоже громадный, как и у MS. Некоторое время назад я имел опыт управления требованиями в серьёзном проекте с помощью RequisitePro, о чём и написал статью "". В ней, в частности, я отметил те досадные ограничения RequisitePro, которые повстречались в нашей работе с ним. Так вот, буквально в прошлом месяце я беседовал со специалистом по CaliberRM, захватив с собой распечатку этой статьи. Я прошёлся по всем отмеченным мой замечаниям к RequisitePro и оказалось, что ни по одному из система управления требованиями сегодняшний CaliberRM не лучше :. Вывод, который я сделал для себя, такой: ни RequisitePro версии 2003. Хотя бы Top-10 ; Похоже, тут та же история, что и с выбором нотации для моделирования, о которой мы говорили вчера : для требований разных уровней архитектуры предприятия enterprise architecture нужны различные подходы. Понятие "требование" на бизнес-уровне настолько шире и сложнее классического "Система должна делать то-то и то-то", что в соответствующем инструменте управления такими требованиями необходим кардинально другой объект "требование". Именно из-за попыток "впихивания" сложных, структурированных и форматированных требований в прокрустово ложе инструмента и возникает большинство проблем. Для меня обязательными являются как. О моём понимании важности стилей MS Word на днях выйдет статья, и я пришлю ссылку. Таким образом, мне не потребуется отдельно дорабатывать выходные артефакты проекта, а они будут просто собираться из частей, центром которых будет некий "репозиторий бизнес-требований". Понятие "требование" на бизнес-уровне настолько шире и сложнее классического "Система должна система управления требованиями то-то и то-то", что в соответствующем инструменте управления такими требованиями необходим кардинально другой объект "требование". Именно из-за попыток "впихивания" сложных, структурированных и форматированных требований в прокрустово ложе инструмента и возникает большинство проблем. Я могу ошибаться, но у меня сложилось мнение, что в уже индустрии уже достигнут определенный консенсус относительно необходимости обсуждения требований. Именно поэтому ведут речь о разных категориях требований, предполагая. Документ Word - носитель информации. Мне не очень ясно как предполагается в качестве части требования рассматривать документ Word или Excel или Visio - не суть важно. В принципе, я могу рассматривать тот или иной документ как reference-источник например, описывающий внутренние регламенты безопасности в компании - если Вы именно это имеете в виду - тогда понятно. Если что-то другое - не система управления требованиями бы Вы детализировать? О моём понимании важности стилей MS Word на днях выйдет статья, и я пришлю ссылку. Таким образом, мне не потребуется отдельно дорабатывать выходные артефакты проекта, а они будут просто собираться из частей, центром система управления требованиями будет некий "репозиторий бизнес-требований". Буду крайне признателе за ссылку на статью. Ее основной темой является система управления требованиями использования стилей Word? В приложени к документам, оформленным по ГОСТ кстати, какая серия имеется в виду? Если будет что-то полезное - здорово будет поделиться такого рода информацией в данном треде для коллег по цеху - в данном случае я не имею в виду маркетинговые материалы тех или иных конкретных продуктов из области управления требованиями. Хотя RTF поддерживается добротно, форматирование, рисунки и ссылки есть, и ещё есть отступы, которые нельзя изменять, но которые сохраняются при копировании из Word. И есть возможность трассировки к файлу, в т. По-моему, высокоуровневые требования бизнес-требования могут быть выражены теми же средствами, что и низкоуровневые. Ничего особенного в них нет. А если выражать их как-нибудь особенно сложно и вычурно - понять никто не сможет. Писать макросы для автоматического форматирования стандартных шаблонов - дело долгое и неблагодарное. Было бы у Document Factory побольше возможностей. По поводу "внешних документов" предлагаю ещё более радикальную формулировку требования к системе управления требованиями: Система управления требованиями должна ориентироваться на то, что документы-требования хранятся во внешнем хранилище документов. При этом внутри самого "репозитория требований" хранятся, в основном, метаданные требований информация, специфичная именно для процессов управления требованиями. В настоящее время наиболее удобное хранилище требования, формулировка которого система управления требованиями несколько предложений, - это файловая система. Для документов, хранящихся в файловой системе, легко организовать и доступ, и контроль этого доступа, и полнотекстовый поиск, и многое что система управления требованиями. И гнаться за файловой системой, по-моему, нет смысла. В этой связи начинаешь с новой система управления требованиями смотреть на инициативы, подобныеориентированные на расширение возможностей файловой системы. По поводу вопроса "Что такое требование". На уровне бизнес-процессов на уровне предприятия возникают требования как в система управления требованиями текстовых описаний сценариев, вариантов использования, см. Эти документы организованы сложным образом, предназначены для различных аудиторий, и на их основе создаются различные артефакты проекта отчётные документы. Кроме того, нужно иметь ввиду, что на уровне предприятия одно описание бизнес-процесса может содержать требование к нескольким "Системам" приложениям, проектам автоматизации и т. По поводу "атомарности" требований. Возможно, "описание бизнес-процесса" действительно будет "атомарным требованием", которое кратко можно сформулировать так: "Система должна делать то, что указано в данном описании". В то же время, документ, который с точки зрения управления требованиями есть "атомарное требование", с точки зрения архитектора есть сложная, структурированная сущность, модель, с точки зрения владельца бизнеса - это рассказ о его бизнесе. Система управления требованиями должна максимально использовать атрибуты документов - требований, например, атрибуты документов MS Word, содержащих сценарии, артибуты графической модели в файле хранения этой модели и т. Тогда не потребуется повторный ввод информации и не будет проблем с её обновлением. По поводу стилей MS Word, см. Содержание данной статьи сильно пересекается с процессами управления требованиями, в которых требования создаются разными людьми "всем миром"а потом на основе этих требований создаётся множество различных документов: как тех, которые нужны для самого процесса разработки участникам командытак и те, которые необходимы для формального выполнения проекта в соответствии в условиями контракта например, Клиент Заказчик может требовать оформления документации по система управления требованиями стандартам.



copyright © fsti55.ru