我没有任何编写需求规范的经验。
我正在.Net 中编写一个新的内部 Web 应用程序，并且我收到了一份包含该新软件所有要求的文档。
目前有一个（内部编写的）时间跟踪系统正在使用，但我被要求在 .Net 中重新设计它。
我是公司中唯一具有软件开发经验的人，因为这是内部软件，所以他们不希望我为此编写非常详细的文档。
我为数据库模式设计了 ERD 图，我还在 Excel 表中将需求划分为不同的部分，并在那里设置了优先级（L、M、H）和阶段（1、2、3）以进行交付。
我的直线经理要求我为这个项目定义时间表，这有点困难，因为我每周只在这个项目上工作 3 天，并且不知道完成第一阶段需要多长时间，因为其他项目很少我正在从事的项目。
我是否真的需要一份需求规范文档，因为我已经在 word 文档中获得了一份（简单来说），还是我应该坚持我设计的一份（分为不同的部分）。如果我确实需要一个，那么有什么我可以效仿的例子吗？
我还需要功能规范文件吗？它与需求规范不同吗？
您通常如何设置项目的时间表？我刚刚定义了从数据库开发到软件开发的不同任务，包括并设置了它们旁边的大致日期。
软件需求规范文档（SRS）主要作为软件供应商和客户之间就所需功能达成的协议，它有助于将需求分解为可估计的任务，并对系统需求有很好的理解。是一个很长的文档，它取决于应用程序的大小。
至于您已经创建的文档，它可以包含在文档的计划/预算部分（此处为优先级和粗略估计的需求）和非功能性需求（此处为 ERD），因此您可以同时使用两者。
功能需求是文档中的一个部分，因此如果您决定创建 SRS 文档，您将需要它，并且在某些应用程序中拥有它非常重要。
关于定义时间线 - 如果是我，我会：
1-在每个需求中定义未知的百分比（它需要研究吗？，我需要先尝试原型吗？..等），对于这种类型，我会向客户明确表示它需要研究并将给它粗略估计[例如，如果未知因素 90%，客户会更改优先级或取消整个功能）
2- 将每个需求（已知部分）分解为小任务，前提是每个任务估计不超过 1 天（例如：创建表用户、创建 orm 方法 getuser..等）。
3-将测试添加为单独的任务（运行多个测试场景）并相应地修复代码。
4- 如果需要任何文档，则也应将其添加为单独的任务，即使需要 30 分钟。
5- 定义里程碑如果可能的话，与客户进行功能审查会议非常有用（例如：里程碑一：演示功能 1、2、3）并将反馈添加到任务日志中，优先考虑剩余任务。（如果您尝试在增量周期中开发功能，您可能会避免大量返工）
SRS骨架的几个链接
希望能帮助到你