软件需求规格说明书，概要设计说明书，详细设计说明书（文档）.pdfVIP

软件需求规格说明书，概要设计说明书，详细设计说明书（⽂

档）

1软软件件设设计计的的整整体体流流程程：：

软件需求分析阶段：输了《软件需求规格说明书》，不涉及具体实现⽅法。⽤户能看得明⽩，开发⼈员也可据此进⾏下⾯的⼯作，搞

清楚“要解决什么问题”。

概要设计阶段：确定软件系统的总体布局，各个⼦模块的功能和模块间的关系，与外部系统的关系，选择的技术路线。有⼀些研究与论

证性的内容。并输《软件概要设计说明书》。搞清楚“总体实现⽅案”

详细设计阶段：对概要设计的进⼀步细化，⼀般由各部分的担当⼈员依据概要设计分别完成，然后在集成，是具体的实现细节。是“程

序”的蓝图，确定每个模块采⽤的算法、数据结构、接⼝的实现、属性、参数。并输《软件详细设计说明书》。搞清楚“每个模块怎

么做”

2需需求求分分析析

2.1我们为什么需要《软件需求规格说明书》？

如果需求的编写只是为了解释说明软件实现的功能，那么良好的编码结构，代码注释就可以很好的实现软件的功能说明，程序员可以将编写

需求的时间节约下来进⾏更多功能的实现；可是，这样的情况可能更多适⽤于中⼩型项⽬，或者互联⽹项⽬，因为这样的项⽬需求不复

杂，并且需求变化很快，所以研发的效率⾮常重要。然⽽，针对⼤型软件项⽬或者功能⽐较复杂的系统，软件研发可能是多⼈协作的成果，

所以在信息传递过程中，我们只有提前考虑好软件需求的内容，才能正确评估开发软件所需要的时间，成本的要素，从⽽更好的管理项

⽬。

2.2《软件需求规格说明书》的⼀般结构

正⽂的第⼀章内容是1.概述，包含

1.1.编写⽬的；1.2.术语与定义；1.3.参考资料；三个部分

第⼆章要给该项⽬的标准和规范，在⽂档的后续内容编写中以及项⽬开发过程中必须遵照这个标准和规范进⾏。

第三章应该说明该项⽬的相关假设、限制和⼀些依赖条件，在后续系统部署的过程中可以有参考意义。

第四章“功能规格”是重点，重点介绍这个系统的⾓⾊，界⾯设计思路，系统的功能视图和功能点清单，以及系统的需求⽤例。这个内

容必须详细描述，这样才能对后续的开发和测试提供指导意义。

第五章“⾮功能规格”要对项⽬的性能、安全、数据的备份恢复等内容解释解释说明，⼀个项⽬除了功能完整之外，还要考虑性能、安

全等相应的要求。

第六章“附录”，是对软件需求规格说明书的⼀些补充说明⽂档，其中的“软件需求跟踪矩阵”是重点，这份⽂档是对后续需求的完善

程度进⾏了严格的控制。

3概概要要设设计计

3.1《概要设计说明书》的⼀般结构:

总述：需求或⽬标（讲⼀下事情的起源）、环境、局限；

总体设计：从全局的⾓度说⼀下组织结构、功能、处理流程、有哪些模块、模块间的关系，运⾏环境等。（输图：系统结构图，系

统流程图，数据流程图，推荐在线画图⼯具）

外部接⼝：总体说明外部⽤户、软、硬件接⼝(可⽤资源)；

模块设计：每个模块“做什么”、简要说明“怎么做”（输⼊、输、处理逻辑、与其它模块或系统的接⼝），处在什么逻辑位置、物

理位置。

模块设计,可以写以下内容：

1、模块描述：说明哪些模块实现了哪些功能；

2、模块层次结构：可以使⽤某个视⾓的软件框架图来表达；

3、模块间的关系：模块间依赖关系的描述，通信机制描述；

4、模块的核⼼接⼝：说明模块传递的信息、信息的结构；

5、处理⽅式设计：说⼀些满⾜功能和性能的算法；

数据结构：逻辑结构、物理结构。

容灾设计：错信息、错处理。（可选）

监控设计：运⾏模块组合、控制、时间。（可选）

⽤户界⾯设计：（可选）。

安全设计：（可选）。

其它设计：（可选）。

制定规范（附录）：设计原则,代码规范、接⼝规约、命名规则。

3.2概要设计需要注意的地⽅

⽤来评价总体设计的可⾏性。

⽤来检查设计的模块是否完整，保证每⼀个功能都有对应的模块来实现。

⽤来评估开发⼯作量、指导开发计划（在不写详细设计的情况下）。

概要设计阶段过于重视业务流程是个误区.

概要设