用于生产和管理规范/要求的工具(而不是票据追踪器)【已关闭】

[编辑:基于修订问题]

需求管理工具

大多数需求管理工具都处理文本和图表化的最终工件。对于版本控制,我更喜欢使用像Mercurial这样的DVC。工具必须如何提供可追溯性。

我已经使用了理性的工具和其他许多工具,我的个人经验也不是很好。我花了更多的时间来处理这个工具,而不是把它用于其他生产性手段。

满足此要求的一些产品:

1. 理性的 必需的Pro和IBM Rational门(沉重,昂贵,我不喜欢)
2. 基于Web的需求管理工具: django-req
3. 一个有前途的免费开源工具 rmtoo

设计工具

有各种各样的 设计文档工具 它针对特定类型的设计并输出不同的设计工件。说 Entity Relationship Tool . 你得看看你需要什么。

UML工具非常有用,是记录用例的好方法。

1. 基于UML的绘图工具 yED .
2. 基于UML的建模工具 StarUML
3. 这是我最喜欢的: argouml

人们可以通过他们用于设计目的的工具获得创造性。

1. Using mind map
2. Uml is still a prevalent design tool

数据库设计工具

1. SQL Designer 干得好吗
2. 免费查看: dbdesigner4
3. MySql Workbench
4. SQL Power Architect 很有前途。

项目管理

有 plethora of tools 可以进行项目管理,包括您提到的MS工具。你只需要在谷歌中搜索它们。

• 我喜欢用 faces 是我最喜欢的。
• ganttproject
• jxproject
• dotproject 是一个很好的开源工具。
• openworkbench 认为自己是MS项目的替代方案。
• projectpier , projecthq

协同软件开发

对于协作软件开发,有很多类似于谷歌代码, bitbucket , collabnet …

结合 Enterprise Architect 通过SPARX系统和一个简单的看板似乎很适合您的需求。企业架构师(EA)支持协作,并与版本控制系统集成。要获得更好的感觉,请下载试用版并浏览“eaexample”示例项目。

在两年多的时间里,我使用EA与业务所有者、领域专家和开发人员协作,因为我们构建了一个ERP系统。对于我们来说,在最初的需求收集和精化阶段,EA感觉最自然(并且真正拯救了我们的培根)。我们最好的要求工作发生在我们两到四个人一组在投影仪周围。视觉效果使每个人都集中注意力,并以一种让我惊讶的方式来定位。我们首先使用用例图对系统的某个区域进行粗略的处理,然后在迭代中发展到故事、活动图,有时还发展到序列图或状态图。迭代建模暴露了一些棘手的事情,否则会烧死我们。EA中的数据建模和类建模工具都很好,但是我们并没有经常使用它们。

在我看来,在掌握大局之后,管理开发和持续维护的最有效工具是 kanban (白板+便利贴)。对于我提到的ERP项目,我们使用了一个看板,包括以下列:

• 提出,
• 批准(WIP完成)
• 指定(WIP完成),
• 代码(WIP完成)
• 测试(WIP完成)
• 部署(WIP完成)

物理看板系统的一部分优点是它可以很容易地与其他工具(包括UML工具,如企业架构师)集成。对于您的场景,您可以定义 standard work 对于“指定”列中的项目:

1. 从“已批准(完成)”列中取出顶卡。
2. 根据卡用新用例(或修改现有用例)更新EA
3. 编写验收测试
4. 生成开发人员需要的任何其他EA图(活动、顺序等)。
5. 提交EA更改
6. 将卡移动到“指定(完成)”。

希望这有帮助…

微软 VisualStudio Team Foundation服务器 对我来说是项目跟踪、管理、测试、自动构建和其他一些选项的最佳解决方案之一。

vstfs的特点是它是完全集成的,如果您使用Visual Studio在.NET中编程,并且在任何地方都使用MS Office,那么它的工作都非常好。
它提供:

• 源代码管理(不需要使用 如果你不想的话)
• 自动生成
• 需求跟踪
• 缺陷跟踪
• 要求与 错误、任务、测试用例, 文档、模式、UML图, 代码和版本。(这就是你 正在寻找)
• 与视觉的双向整合 工作室、SharePoint、Excel、MS 项目…
• 一个很好的测试工程师平台
• …
• 也许微软可以再增加一些 ( http://msdn.microsoft.com/en-us/vstudio/ff637362.aspx )

这里有一本好书,我正在读: Visual Studio Team System: Better Software Development for Agile Teams by Will Stott and James W. Newkirk

我想这就是你要的,现在 这就是我不推荐它的原因:

• 如果项目不是.NET,则 整合不是很好(尽管 有插件(即Eclipse的插件)
• 配置、管理和 单次拍摄很难采用
• 与大团队合作更好(我不知道是不是你的情况)
• $$

我认为 最优更实用的解决方案 直到你发现你需要的是使用各种工具的组合,并慢慢地根据你的项目实际情况定制它们。人们已经提到其中一些,这是我的2分:

• BugTracker (票务跟踪, 难以置信的简单)
• 巡航控制(构建服务器,用于 java 或 .Net )
• Teambox (网络、任务跟踪、社交性强,越来越流行)
  

尝试 Visual Paradigm for UML 免费社区版。它具有需求捕获功能、数据库设计和许多其他功能。

Project Kaiser 开发时考虑了需求管理。它支持通过“外部子任务”范式进行需求分解。参考示例 here .

这种方法允许:

• 跟踪从积压到数据库和低级问题的不同类型的需求(一般需求-服务器需求-数据库需求)
• 创建活动系统文档

我们为此构建定制软件。一 smalltalk environment 可以为此提供一个优秀的建模环境。使用 Glamour 为模型创建浏览器,并使用 Seaside Web框架。除非您能够找到与您想要支持的进程匹配(并继续匹配)的软件,否则您将被迫做太多额外的工作来保持工件的同步。这使得COTS软件非常昂贵。van den hamer和lepoeter提供了一个很好的解释,解释了为什么要同时支持配置管理的所有五个维度是困难的:

管理设计数据:CAD框架、配置管理和产品数据管理的五个维度。 van den Hamer,P.和Lepoeter,K. 飞利浦研究所,埃因霍温; IEEE会议录, 1996年1月 第84卷,第1期 第42-56页 国际标准编号:0018-9219

关键是要严格消除那些不能为利益相关者提供真正价值的过程和过程的部分。预先定义过多的产品(在您能够构建它之前)是浪费。从定义一个特性到将它交付给客户这段时间内,仔细观察一下。如果这很长时间,您会降低灵活性,需要更多文档来跨越时间障碍进行通信。您是否使用需求拉动模型,在您开始构建之前没有详细描述需求?

任何需求/规范方案的一个关键问题是跟踪所做选择(“需求”)与替代方案冲突之间的关系(“替代方案:快速或廉价;我们选择廉价来抢占市场份额”)。

我看到的大多数需求系统都会跟踪需求,但不会跟踪这些关系。 gIBIS 是 所谓的 问题 跟踪系统,为每个系统构建(可视)选择、备选方案和合理性网络。

此类系统模型(可能)选择、支持/反对每个选择的参数,以及选择之间的交互(“如果选择X,则必须选择Y而不是Z”)。

一个真正有价值的效果是能够返回并理解 为什么 一个“要求”被强加了,特别是当它不能被满足的时候;替代品和它们的基本原理是真的有用的。

我最近一直在用雷丁。对所有这些事情来说都是非常可靠的。不过,它的确像是一个售票系统。它的功能远不止这些,包括分析功能,因此如果您可以进行开箱即用的思考,那么这个工具最有可能满足您的需求。

您可以使用Team Foundation Server,它可以与SharePoint Alvin进行集成,以监视项目的所有部分的进度和性能。

我建议你看看A Atlassian 工具。

他们是一个完整的套房(而且是一个非常好的套房!)用于项目管理和团队协作。

我想你可能对 Jira .

你可以试试 CASE Spec . case spec是一个全面的、负担得起的需求生命周期工具。这个简单易用的工具为有效的规范、需求跟踪、可追溯性等提供了所有必要的工具。

当然,这取决于你愿意花多少时间,你有多少时间,你的施舍是什么,等等。

我已经使用VisualStudioTeam Foundation Server和SharePoint集成了。

你也可以查一下 Rational ClearQuest /IBM的Rational Rose/Rational ClearCase工具。在企业级,这些工具具有很好的功能,可以帮助您解决问题。

如果您需要更自定义的内容,请查看SharePoint。这可以为您提供跟踪选项和足够的灵活性,以便与其他人共享信息。 我使用SharePoint为一家CMMI3公司做了一个实现,它为我们提供了完全的可追溯性。

另一种选择是让他们保持 CampFire (虽然它更像一个wiki)我见过一些非常成功的小软件商店使用它。

我推荐你 pivotaltracker

听起来你需要两个工具 我可以为宏观项目规划和跟踪推荐SmartSheet 我只是在尝试argo-uml

CIAO