Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Тема начата: p_safin от 26 Ноября 2010, 09:41:13
-
В компании, в которой работаю, переходим на использование TFS. В связи с этим возникла потребность освоения данного продукта с целью управления требованиями к создаваемым системам.
Вот что я нарыл на просторах рунета:
В помощь требованиям TFS (http://cmcons.com/articles/microsoft/tfs_req_teamspec/).
Адаптируем процессы TFS под свои потребности (http://www.cmcons.com/articles/microsoft/tfs_custom_process/).
Ролик с демонстрацией действий по реализации нового требования в Microsoft TFS (с аудиокомментариями) (http://cmcons.com/presentation/sklad_video/tfs_demo/).
Использование пользовательских расширений для рабочих элементов TFS (http://www.cmcons.com/articles/microsoft/tfs_custom_control/).
Ну и, конечно же,
Руководство по управлению требованиями VS TFS 2010 (http://ashamray.wordpress.com/2010/07/27/vsts_2010_req_management/).
-
Может быть, выделить отдельную тему для TFS в разделе "ПО аналитика"?
По мере освоения инструмента я буду стараться в ней отвечать на поступающие вопросы.
-
Исходная тема:
http://www.uml2.ru/forum/index.php?topic=2541.0
-
По TFS - можно посмотреть ресурс Александра Новичкова, ну и обратиться к нему если будет интерес в постановке процессов разработки с использованием TFS.
-
По TFS - можно посмотреть ресурс Александра Новичкова, ну и обратиться к нему если будет интерес в постановке процессов разработки с использованием TFS.
Как я понимаю, это данный ресурс: http://anovichkov.msk.ru/
-
http://cmcons.com/
-
насколько мне известно как раз управлением требованиями с VS TFS 2010 cmcons не занимается
-
http://cmcons.com/
Я как раз привёл ссылки на данный сайт в первом посте.
-
::)
-
Стоит ли компоновать цельный документ - Руководство по управлению требованиями VS TFS 2010 (отредактированное)? Просто в процессе изучения есть такая возможность - параллельно и оформить его в виде вордовского документа с возможностью выгрузки в pdf.
-
Стоит ли компоновать цельный документ - Руководство по управлению требованиями VS TFS 2010 (отредактированное)? Просто в процессе изучения есть такая возможность - параллельно и оформить его в виде вордовского документа с возможностью выгрузки в pdf.
В оригинале (на английском языке) он распространяется в docx, pdf и с кучей полезных приложений:
http://vstfs2010rm.codeplex.com/
-
В оригинале (на английском языке) он распространяется в docx, pdf и с кучей полезных приложений:
http://vstfs2010rm.codeplex.com/
Спасибо! Но я всё-таки имел в виду ту часть руководства, что уже на данный момент переведена Алекcандром Шамрай.
-
Стоит ли компоновать цельный документ ...
смотря с какой целью это делать.
кто и как потом будет им пользоваться?
будет ли это удобнее, чем выход на прямые источники?
может лучше сделать к нему какую-то свою "добавку"+ ссылки на первоисточники?
-
смотря с какой целью это делать.
кто и как потом будет им пользоваться?
будет ли это удобнее, чем выход на прямые источники?
может лучше сделать к нему какую-то свою "добавку"+ ссылки на первоисточники?
Я когда на этот перевод наткнулся, у меня тоже первым желанием было собрать все страницы в один файл, чтобы читать его на eBook-е. Несколько страниц скомпоновал, а потом отыскал ссылку на английскую версию, и читал уже её.
-
Я когда на этот перевод наткнулся, у меня тоже первым желанием было собрать все страницы в один файл, чтобы читать его на eBook-е. Несколько страниц скомпоновал, а потом отыскал ссылку на английскую версию, и читал уже её.
Ну, английским владеют далеко не все. А читать единый документ куда приятнее. По мере изучения буду компоновать такой.
-
По мере изучения буду компоновать такой.
Может лучше будет сделать что-то вроде "уголовного кодекса с комментариями"? ;)
То есть не просто переводить, а дополнять какими-то комментариями от себя.
-
Ну, английским владеют далеко не все. А читать единый документ куда приятнее. По мере изучения буду компоновать такой.
Я тоже поэтому бросился сначала компоновать. Но у наших аналитиков английский неплохой, смогут прочитать.
Но чтобы получить сразу нормальный текст в виде документа - может, лучше у самого Александра Шамрая (http://www.uml2.ru/forum/index.php?action=profile;u=3579) попросить?
Зря он, что ли, на нашем форуме регистрировался? :)
-
Я тоже поэтому бросился сначала компоновать. Но у наших аналитиков английский неплохой, смогут прочитать.
Но чтобы получить сразу нормальный текст в виде документа - может, лучше у самого Александра Шамрая (http://www.uml2.ru/forum/index.php?action=profile;u=3579) попросить?
Зря он, что ли, на нашем форуме регистрировался? :)
Спасибо. С Александром ещё на прошлой неделе связался по этому поводу. Итог - он не против, чтоб был единый документ перевода руководства по управлению требованиями в TFS.
-
Добрый день, коллеги!
кто может поделиться единым документом перевода руководства по управлению требованиями в TFS?
-
Добрый день, коллеги!
кто может поделиться единым документом перевода руководства по управлению требованиями в TFS?
Здравствуйте. Я его как-то начал компоновать, но так и не закончил.
-
голову сломал с приблудой TeamSpec - специализированная надстройка в ворде для управления требованиями в ТФС.
это конечно ад, с ней работать, но, ежели нет денег на Калибер или ещё какую промышленную СУТ, то работать, в принципе, можно.
приблуда соединяется с тфс, позволяет размечать документ на артефакты, синхронизируется с тфсом. месяц с ней ковырялся, в итоге в понедельник к нам в ситроникс приезжают IBM показывать свой СУТ. потом Калибер посмотрим :)
-
сообщение устарело
-
голову сломал с приблудой TeamSpec - специализированная надстройка в ворде для управления требованиями в ТФС.
это конечно ад, с ней работать,
В рамках проекта миграции на TFS всего департамента разработки, мы проводили исследование разных средств интеграции для TFS, в том числе пробовали применять TeamSpec.
В результате TeamSpec был признан непригодным.
С другой стороны, кто-то с ним работает ведь... (я правда лично не знаю никого, кто бы его успешно внедрил).
-
Мухо,
а Вы случаем не из ПС в Ситроникс ушли?
что такое ПС?)
я в СТС ушёл из CBS)
-
В рамках проекта миграции на TFS всего департамента разработки, мы проводили исследование разных средств интеграции для TFS, в том числе пробовали применять TeamSpec.
В результате TeamSpec был признан непригодным.
С другой стороны, кто-то с ним работает ведь... (я правда лично не знаю никого, кто бы его успешно внедрил).
ну мы к подобному выводу пришли. куцый и бедный функционал если кратко.
-
сообщение устарело
-
ну мы к подобному выводу пришли. куцый и бедный функционал если кратко.
А вы случайно не пришли к выводу, что TFS в плане управления требованиями - куцый и бедный функционал? ;)
На самом деле вопрос серьезный - сам сейчас озадачен переходом от Word к ведению требований в TFS или подобной ему системе. Руководства от ALM Rangers это хорошо, но если есть собственный опыт использования TFS в данном качестве - поделитесь впечатлениями!
-
А вы случайно не пришли к выводу, что TFS в плане управления требованиями - куцый и бедный функционал? ;)
На самом деле вопрос серьезный - сам сейчас озадачен переходом от Word к ведению требований в TFS или подобной ему системе. Руководства от ALM Rangers это хорошо, но если есть собственный опыт использования TFS в данном качестве - поделитесь впечатлениями!
У TFS "куцый и бедный функционал" для разработки требований, а вот как раз для управления требованиями это очень мощный инструмент. Требования можно связать с чем угодно - с кодом, с тестами, с релизами, с функциональными областями и т. п. Связи легко настраиваются под любой процесс. А куцесть и бедность средств разработки требований отчасти компенсируется встроенной интеграцией с SharePoint и дополнительной интеграцией с MS Office от ALM Rangers.
Рекомендую блог Владимира Гусарова, там много полезной информации по TFS: http://vstsblog.ru/
-
...и дополнительной интеграцией с MS Office от ALM Rangers...
Вы имеете в виду TFS Word Add-in: https://vsarword4tfs.codeplex.com/?
Здесь описан мой опыт его инсталляции в виде переписки с разработчиком: https://vsarword4tfs.codeplex.com/discussions/414576
Но на последующих шагах я сломался:
- Невозможно создать новый шаблон выгрузки.
- Соединение с TFS производится, но ни одной выгрузки сделать так и не удалось.
Пока разработчику писать не стал, так как лень было переводить на английский стандартные ничего незначащие сообщения об исключениях типа "Ссылка на объект не указывает на экземпляр объекта" и т.п.
У кого-нибудь есть опыт успешного использования данной "заплатки"? Если да, поделитесь, как вам это удалось (какая версия офиса использовалась - русская или английская, встречались ли ошибки, подобные перечисленным выше, и как их удалось обойти)?
-
А куцесть и бедность средств разработки требований отчасти компенсируется встроенной интеграцией с SharePoint и дополнительной интеграцией с MS Office от ALM Rangers.
...А также тем, что можно легко делать свою интеграцию почти с чем угодно. У нас, например, сделана интеграция с Enterprise Architect, т.е. требования, созданные в EA автоматически становятся воркайтемами TFS и переезжают под управление используемого в данном проекте TFS воркфлоу.
-
...А также тем, что можно легко делать свою интеграцию почти с чем угодно. У нас, например, сделана интеграция с Enterprise Architect, т.е. требования, созданные в EA автоматически становятся воркайтемами TFS и переезжают под управление используемого в данном проекте TFS воркфлоу.
Да, я слышал. Хорошая тема для доклада, кстати.
-
Я надеюсь, Irr, как автор концепции, расскажет на какой-нибудь конфе в этом году...