2012-07-27 61 views
0

我没有任何编写需求规范的经验。功能软件需求规范和项目时间表

我正在写一个新的内部Web应用程序在.Net和我已被授予文件与所有这些新软件的要求。

现在有一个(内部编写的)时间跟踪系统在使用,但我被要求在.Net中重新设计它。

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

我已经设计了数据库模式的ERD图,我也将需求分成了Excel表格中的不同部分,并设置了优先级(L,M,H)和阶段(1,2,3) 。

我的直线经理要求我为这个项目定义时间线,这有点困难,因为我将每周仅在这个项目上工作3天,不知道完成第一阶段需要多长时间我正在研究的其他项目很少。

我真的需要一个需求规格文档,因为我一直在考虑一个在word文档(在简单的话),或者我应该只是坚持使用一个我设计(在不同的章节划分)。如果我确实需要一个,那么我是否可以遵循任何示例?

我还需要一个函数规范文档吗?它与需求规格不同吗?

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

回答

3

软件需求规格说明书(SRS)主要作用为S上所需要的功能,软件供应商和客户之间的协议,另外,它有助于打破要求纳入难能可贵的任务,并有很好的理解系统要求。它不一定是一个长文件,它取决于应用程序的大小。

至于你已经创造了它可以在文档的日程安排/预算部分包括(优先&粗略估计,到这里要求)&非功能性需求(ERD放在这里),所以你可以使用这两个文件。

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

关于定义的时间线 - 如果是我,我会把:

1-每个需求(它需要研究定义不明%,我需要先试的原型? ?..等等),对于这种类型,我会向客户明确说明它需要研究并给出一个粗略估计[有时客户改变优先级或取消整个功能,如果未知因子90%为例)

2-将每个需求(已知部分)分解为小任务,前提是每个任务估计不会超过1天(例如:create table user,create orm method getuser..etc)。

3-将测试作为单独的任务添加(运行超过测试场景)&相应地固定代码。

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

5-定义里程碑如果可能的话,与客户进行功能审查会话非常有用(例如:里程碑1:演示功能1,2,3),并将反馈添加到针对其余任务的优先顺序。 (您可能避免很多重复的工作,如果你想开发一个增量周期的特征)

一对夫妇对SRS骨架

希望它有帮助