Инструменты для производства и управления спецификациями/требованиями (без билета)

Ответ 1

[Изменить: на основе пересмотренного вопроса]

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

Большинство инструментов управления требованиями работают с текстовыми и схематическими конечными артефактами. Для контроля версий я предпочитаю использовать DVCS, например Mercurial. Как всегда инструмент должен обеспечивать прослеживаемость.

Я использовал инструменты Rational и многие другие, и мой личный опыт не был очень хорош. Я потратил больше времени на работу с инструментом, чем на его использование для других производственных средств.

Некоторые из продуктов, которые удовлетворяют этому требованию:

• Rational Requisite Pro и IBM Rational DOORS (тяжелая, дорогостоящая и не по душе)
• Инструмент управления требованиями к веб-интерфейсу: django-req
• Многообещающий бесплатный инструмент для открытых источников rmtoo

Инструменты дизайна

Существуют различные инструменты конструкторской документации, предназначенные для определенного типа дизайна и выработки различных артефактов дизайна. Скажите Инструмент привязки сущностей. Вам нужно будет проверить, что вам нужно.

Инструменты UML очень полезны и являются хорошим способом документирования вариантов использования.

• Инструмент построения диаграмм на основе UML yED.
• Инструмент моделирования на основе UML StarUML
• Это мой любимый: argouml

Люди могут проявлять творческий подход к инструментам, которые они используют для целей дизайна.

• Использование карты разума
• Uml по-прежнему является распространенным инструментом разработки

Инструмент проектирования базы данных

• Конструктор SQL выполняет хорошую работу
• Ознакомьтесь с бесплатным: dbdesigner4
• MySql Workbench
• SQL Power Architect очень перспективен.

Управление проектами

множество инструментов, которые могут выполнять управление проектами, включая упомянутый вами инструмент MS. Вам нужно только искать их в google.

• Мне понравилось использовать лица и является моим любимым.
• ganttproject
• jxproject
• dotproject - хороший инструмент с открытым исходным кодом.
• openworkbench считает себя альтернативой MS Project.
• projectpier, projecthq

совместная разработка программного обеспечения

Для совместной разработки программного обеспечения многие из них были похожи на код google, bitbucket, collabnet...

Ответ 2

Комбинация Enterprise Architect от Sparx Systems и простой канбан кажется подходящим для ваших требований. Enterprise Architect (EA) поддерживает сотрудничество и интегрируется с системами контроля версий. Чтобы лучше понять, загрузите пробную версию и загляните в образец проекта EAExample.

В течение двух лет я использовал EA для совместной работы с владельцами бизнеса, экспертами в области и разработчиками, когда мы построили систему ERP. Для нас EA почувствовала себя наиболее естественным (и действительно спасла наш бекон) на этапе сбора и разработки первых требований. Наши лучшие требования выполнялись, когда мы встречались в группах по два-четыре вокруг проектора. Визуальные эффекты держали всех сосредоточенными и ориентированными таким образом, что меня все еще удивляет. Мы начали с черновой обработки в области системы с диаграммами использования, а затем прогрессировали в итерациях к историям, диаграммам деятельности, а иногда и диаграммам последовательности или состояния. Итеративное моделирование выявило несколько сложных вещей, которые сжег бы нас в противном случае. Моделирование данных и инструменты моделирования классов в EA хороши, но мы не использовали их много.

По моему мнению, после того, как ухватилась большая картина, самым эффективным инструментом для управления развитием и текущего обслуживания является физическое kanban ( доска + postit примечания). Для проекта ERP, о котором я упоминал, мы использовали канбан со следующими столбцами:

• ,
• утвердить (wip | done),
• укажите (wip | done),
• code (wip | done),
• test (wip | done),
• deploy (wip | done)

Отличительной чертой физической системы канбан является то, что она может легко интегрироваться с другими инструментами, включая инструменты UML, такие как Enterprise Architect. Для вашего сценария вы можете определить стандартную работу для элементов в столбце "Указать" следующим образом:

• Возьмите верхнюю карту из столбца "Approved (done)"
• Обновить EA с новым вариантом использования (или изменить существующий) на основе карты
• Записать приемочные испытания
• Произведите любые другие диаграммы EA (активность, последовательность,...), которые разработчик должен будет запустить на землю.
• передать изменения EA
• переместите карту в "Указать (сделано)"

Надеюсь, что это поможет...

Ответ 3

Microsoft Visual Studio Team Foundation Server - для меня одно из лучших решений для отслеживания, управления, тестирования, автоматических сборок и еще нескольких параметров.

Вещь с VSTFS заключается в том, что она полностью интегрирована и работает очень хорошо, если вы программируете в .Net с помощью Visual Studio, и вы везде используете MS Office.
Он предлагает:

• Контроль источника (вам не нужно использовать если вы не хотите)
• Автоматические сборки
• Отслеживание требований
• Отслеживание ошибок
• Ассоциация требований с ошибки, задачи, тестовые примеры, документация, схемы, диаграммы UML, кода и версий. (это то, что вы ищут)
• Двунаправленная интеграция с визуальным студия, sharepoint, excel, MS проект...
• Хорошая платформа для инженеров-испытателей
• ...
• возможно, MS может добавить еще несколько (http://msdn.microsoft.com/en-us/vstudio/ff637362.aspx)

Здесь у вас есть хорошая книга, которую я читаю: Visual Team Team System: лучшая разработка программного обеспечения для гибких команд Will Stott и James W. Newkirk

Я думаю, что это то, что вы спросили, теперь вот почему я не рекомендую:

• Если проект не является .Net, интеграция не так хороша (хотя есть плагины (т.е. для затмения))
• Огромно настраивать, управлять и очень сложно принять за один выстрел
• Работает лучше с большими командами (которых я не знаю, если это ваш случай)
• $$$

Я думаю, что оптимальное и практичное решение пока вы не выясните, что вам нужно, это использовать комбинацию инструментов и медленно адаптировать их к реальности ваших проектов. Люди уже упоминали некоторые из них, вот мои 2 цента:

• BugTracker (отслеживание билетов, невероятно просто)
• Круиз-контроль (сервер сборки, java или . Net)
• Teambox (сеть, отслеживание задач, очень социальная, она становится популярной)
  

Ответ 4

Попробуйте Visual Paradigm для UML бесплатное издание сообщества. Он имеет функцию захвата требований, дизайн db и многие другие.

Ответ 5

Проект Kaiser разработан с учетом требований к управлению требованиями. Он поддерживает разложение требований по парадигме "внешних подзадач". Пример примера здесь.

Этот подход позволяет:

• отслеживать различные типы требований от отставания до базы данных и проблем низкого уровня (общие требования - требования к серверу - требования к базе данных)
• создать документацию о текущей системе

Ответ 6

Мы создаем для этого специальное программное обеспечение. smalltalk environment может обеспечить отличную среду моделирования для этого. Используйте Glamour, чтобы создавать браузеры для своих моделей, а также публиковать и собирать данные с помощью Seaside веб-фреймворк. Если вы не можете найти программное обеспечение, которое соответствует (и продолжает соответствовать) процессам, которые вы хотите поддерживать, вы будете вынуждены выполнять слишком много дополнительных операций, поддерживая артефакты. Это делает программное обеспечение COTS чрезвычайно дорогостоящим. Van den Hamer и LePoeter дают прекрасное объяснение того, почему одновременно сложно поддерживать все пять измерений управления конфигурацией:

Управление проектными данными: пять измерений каркасов САПР, управление конфигурацией и управление данными о продуктах. van den Hamer, P. и Lepoeter, K. Philips Res., Эйндховен; Материалы IEEE, Январь 1996 г. Объем: 84, выпуск: 1 На странице (-ях): 42-56 ISSN: 0018-9219

Крайне важно безотлагательно устранить процессы и части процессов, которые не дают реальной ценности заинтересованным сторонам. Определение слишком большого объема продукта (прежде чем вы сможете его построить) - это отходы. Внимательно проанализируйте время между определением функции и доставкой ее клиенту. Если это долго, вы развиваете меньшую гибкость и нуждаетесь в гораздо большем количестве документации для общения по временным барьерам. Используете ли вы модель тяготения требований, где требования не детализированы до начала строительства?

Ответ 7

Одной из ключевых проблем с любой схемой требований/спецификаций является отслеживание отношений между сделанными выборами ( "требования" ) и конфликтами с альтернативами ( "Альтернативы: быстрая или дешевая, мы выбрали дешево, чтобы захватить долю на рынке" ).

Большинство систем требований, которые я видел, будут отслеживать требования, но не эти отношения. gIBIS пример так называемых систем отслеживания проблем, которые создают (видимые) сети выбора, альтернативы и обоснования для каждого.

Такие модели моделей (возможные), поддержка/аргументы для/против каждого выбора и взаимодействия между выборами ( "если вы выберете X, вы должны выбрать Y, а не Z" ).

Одним очень ценным эффектом является способность вернуться и понять, почему было наложено "требование", особенно если оно не может быть выполнено; альтернативы и их обоснования тогда действительно полезны.

Ответ 8

В последнее время я использую Redmine. Это довольно солидно для всех этих вещей. Однако он чувствует себя как билетная система. Это намного больше, чем аналитика, поэтому, если вы можете подумать "из коробки", инструмент, скорее всего, будет работать для ваших нужд.

Ответ 9

Вы можете использовать сервер Team Foundation, который может взаимодействовать с sharepoint, позволяя контролировать все части проекта, отслеживая ход и производительность.

Ответ 10

Я бы посоветовал вам взглянуть на инструменты Atlassian.

Они представляют собой полный набор (и очень хороший!) для управления проектами и совместной работы.

Я думаю, вас больше всего интересует Jira.

Ответ 11

Конечно, это зависит от того, сколько вы готовы потратить, сколько времени у вас есть, какова ваша ALM и т.д.

Я использовал Visual Studio Team Foundation Server, и его интеграция с SharePoint будет плюсом.

Также вы можете проверить Rational ClearQuest/Rational Rose/Rational ClearCase от IBM. На уровне предприятия эти инструменты имеют отличные функции, которые помогут вам.

Если вы хотите что-то более индивидуальное, взгляните на SharePoint. Это может дать вам параметры отслеживания и достаточную гибкость для обмена информацией с остальной частью группы. Я сделал реализацию для компании CMMI 3, использующей SharePoint, и дал нам полную прослеживаемость.

Другой вариант заключается в том, чтобы держать их на чем-то вроде CampFire (хотя это больше похоже на wiki). Я видел несколько очень успешных небольших которые используют его.

Ответ 12

Вы можете попробовать CASE Spec. CASE Spec - это всеобъемлющий и доступный инструмент жизненного цикла требований. Этот простой в использовании инструмент предоставляет все необходимые инструменты для эффективной спецификации, отслеживания требований, отслеживания и т.д.

Ответ 13

Я рекомендую pivotaltracker

Ответ 14

Похоже, вам нужны два инструмента Я могу рекомендовать SmartSheet для планирования и отслеживания макропроектов и я просто пытаюсь выполнить argo-uml

чао