功能软件需求规范和项目时间表

Question

我没有任何编写需求规范的经验。

我正在用 .Net 编写一个新的内部 Web 应用程序，并且我已收到一份文档，其中包含该新软件的所有要求。

目前有一个（内部编写的）时间跟踪系统正在使用，但我被要求在 .Net 中重新设计它。

我是公司中唯一具有软件开发经验的人，因为这是内部软件，所以他们不希望我为此编写非常详细的文档。

我已经为数据库模式设计了 ERD 图，我还在 Excel 表中将需求划分为不同的部分，并在那里设置了交付的优先级 (L,M,H) 和阶段 (1,2,3)。

我的直线经理让我为这个项目定义时间表，这有点困难，因为我每周只在这个项目上工作 3 天，而且不知道完成第一阶段需要多长时间我正在从事的其他项目很少。

我是否真的需要一份需求规范文档，因为我已经在 word 文档中获得了一份（简单来说），还是我应该坚持我设计的一份（分为不同的部分）。如果我确实需要一个，那么有什么可以效仿的例子吗？

我还需要功能说明文件吗？它与需求规范不同吗？

您通常如何设置项目的时间表？我刚刚定义了从数据库开发到软件开发的不同任务，包括并设置了它们旁边的大致日期。

Answer 1

软件需求规范文档（SRS）主要作为软件供应商和客户之间就所需功能达成的协议，它有助于将需求分解为可估计的任务并有很好的理解系统要求。它不必是很长的文档，它取决于应用程序的大小。

对于您已经创建的文档，它可以包含在文档的计划/预算部分（此处为优先级和粗略估计的需求）和非功能性需求（此处为 ERD），因此您可以同时使用两者。

功能要求是文档中的一个部分，因此如果您决定创建 SRS 文档，您将需要它，并且在某些应用程序中拥有它非常重要。

关于定义时间线 - 如果是我，我会：

1- 在每个需求中定义未知的百分比（是否需要研究？我是否需要先尝试原型？..etc），对于这种类型，我会向客户明确说明它需要研究和会给它一个粗略的估计[例如，如果未知因素 90%，客户会更改优先级或取消整个功能）

2- 将每个需求（已知部分）分解为小任务，前提是每个任务估计不超过 1 天（例如：创建表用户、创建 orm 方法 getuser..等）。

3- 将测试添加为单独的任务（运行多个测试场景）并相应地修复代码。

4- 如果需要任何文档，则也应将其添加为单独的任务，即使需要 30 分钟。

5- 定义里程碑如果可能的话，与客户进行功能审查会议非常有用（例如：里程碑一：演示功能 1、2、3）并将反馈添加到任务日志中，优先考虑剩余任务。 （如果您尝试在增量周期中开发功能，您可能会避免大量返工）

SRS骨架的几个链接

• http://www.aldex.co.uk/reqspec.html

• http://www.jaysonjc.com/programming/how-to-write-a-software-requirements-specification-srs-document.html

希望对你有帮助