完成人：
说明可行性分析的必要性。
简述项目的来源、现状，研发组织，要求，目标等。
将该可行性分析中的术语、缩写词进行定义。
当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。
[1] ……
[2] ……
2.1.1组织概况
2.1.2 各部门业务范围及职能说明
现行信息处理办法与流程，可用业务流程图表示。
划分子系统，画出系统总体结构图。
对需要的资金与其他资源进行估计，并分析可能的效益
分析现有技术能否解决系统问题
软件项目进度计划，是对项目的进度、人员工作分工以及资源需求所做的计划，此计划依据上述的估算和分析结果，进度计划采用甘特图表示（甘特图用PROJECT画），人员按功能结构分配。
项目的目的是对开发本系统意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。
将该用户需求报告中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：项目开发计划和设计说明书。
自然语言描述
自然语言描述
对具体功能需求进行细化分析，并用VISIO图形工具进行描述。
采用结构化分析方法，要求画出业务流程图。
在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。
表2-1 功能需求点列表
编 号 | 功 能 名 称 | 使 用 人 | 功 能 描 述 | 输 入 内 容 | 输 出 内 容 |
1 | |||||
2 | |||||
3 | |||||
如：
（1）响应时间，如查询的最长等待时间。
（2）更新处理时间，如记账的最长时间。
（3）数据的转换和传送时间，如远程数据传输的时间要求。
（4）解题时间。
如：
（1）支持的终端数。
（2）支持的并行操作的使用者数。
（3）处理的文件和记录数。
（4）处理任务的数量。
（5）对输入和输出数据的精度要求。
（6）对处理和传输过程中的精度要求。
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表2-2所示。
表2-2 性能需求点列表
编 号 | 性能名称 | 使用部门 | 使用岗位 | 性能描述 | 输入内容 | 输出内容 |
1 | ||||||
2 | ||||||
3 | ||||||
界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；
（3）显示风格：图形界面、字符界面、IE界面等；
（4）显示方式：1024*768、640*480等；
（5）输出格式：显示布局、打印格式等。
与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。
表2-3 外部接口需求点列表
编 号 | 接口名称 | 接口规范 | 接口标准 | 入口参数 | 出口参数 | 传输频率 |
1 | ||||||
2 | ||||||
3 | ||||||
如：
（1）进度需求：系统的阶段进度要求。
（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。
（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。
假设与约定条件是对预计的系统风险的描述, 如：
（1）法律、法规和政策方面的限制。
（2）硬件、软件、运行环境和开发环境方面的条件和限制。
（3）可利用的信息和资源。
（4）系统投入使用的最晚日期。
三、总体设计规格说明书
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
变量对象命名规则：申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。
术语定义或解释一般用表格形式给出，如表3-1所示。
表3-1 术语定义或解释表
序 号 | 术 语 名 称 | 术 语 定 义 |
1 | 总体结构 | 软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图 |
2 | 外部接口 | 本软件系统与其他软件系统之间的接口，接口设施可以是中间件。接口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协议 |
3 | 数据结构 | 数据结构包括：数据库表的结构、其他数据结构等 |
4 | 概念数据模型CDM | 关系数据库的逻辑设计模型，叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典 |
5 | 物理数据模型PDM | 关系数据库的物理设计模型，叫做物理数据模型。主要内容包括一张物理表关系图及其相应的数据字典 |
6 | 视图 | 在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用 |
7 | 角色 | 数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现 |
8 | 子系统 | 具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成 |
9 | 模块 | 具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念 |
10 | 内部接口 | 软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信息等 |
11 | 相关文件 | 相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册 |
12 | 参考资料 | 参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则 |
[1] 用户需求报告
[2] 数据库设计规范
[3] 命名规范
[1] 源程序清单
[2] 测试计划及报告
[3] 《用户使用手册》
画出系统的功能结构图。
子系统清单，如表3-2所示。
表3-2 子系统清单
子系统编号 | 子系统英文名 | 子系统功能简述 | 子系统之间的关系 |
SS1 | |||
SS2 | |||
画出各模块界面效果图，并给出主要功能及功能详细说明。
模块（类）清单，如表3-3所示。
表3-3 模块清单
模 块 编 号 | 模块英文名 | 模块功能简述 | 模块的接口简述 |
M 1-1 | |||
M 1-2 | |||
M 2-1 | |||
M 2-2 | |||
数据库表名清单，如表3-4所示。
表3-4 数据库表名清单
序号 | 中文表名 | 英文表名 | 表功能说明 |
1 | |||
2 | |||
3 | |||
可以用E-R图表示，也可以用文字说明。
每个表的详细清单内容包括：表名、字段中文名、字段英文名、字段的类型、宽度、精度、主键/外键、空否、取值约束（默认值、最大值、最小值）。详细清单可以用列表给出，如表3-5所示。
表3-5 表名：XXXX
序号 | 字段中文名 | 字段英文名 | 类型、宽度、精度 | 取值约束 | 空否 | 默认值 | 主键/外键 |
1 | |||||||
2 | |||||||
3 | |||||||
此小节描述系统的其他数据结构设计内容。
对应每一个接口，都要详细列出下列内容。
（1）接口名称
（2）接口内容
（3）接口设施
（4）接口的数据结构
（5）接口的传输速率（Mbps）
（6）接口带宽
（7）接口协议
完成人：
（每人一份）
说明所完成的子系统在整个信息管理系统中的作用，文字描述可配合图表。
文字描述可配合图表。
说明分析设计过程中自己认为重要的部分。如建模思想、方法与过程，采用的设计风格、结构、接口方式等问题。
（自由发挥）
自由发挥
本文来源：https://www.2haoxitong.net/k/doc/34d7be1c227916888486d711.html
文档为doc格式