最近接手公司的一个需要项目，我最主要的工作便是编写整理项目文档。以前除了上大学交论文的时候写过什么概要设计、详细设计，工作以来还没写过这些东西。
请教项目经理、上网查资料发现这些文档还真没有统一的格式，千奇百怪，这就愁坏了我这样的新手，虽说有GB T-8567-2006标准，但是这也不是模板，故在自己不断总结摸索中，总结出了一些文档格式，希望对大家有所帮助。
先来说说一个项目的文档都包括什么：
-
需求规格说明书
需求规格说明书是对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。
有的为了更严谨还会有需求调研报告等文档，咱们这里讨论主要也是必须的文档。 -
项目开发计划
项目开发计划为软件项目实施方案制定出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。项目开发计划应提供给管理部门，并作为开发阶段评审的参考。
-
建设方案
该文档根据需求分析说明书，对系统建设整理出总体流程及系统总体编码规范等，为设计人员、编程人员及测试人员工作的基础。
-
概要设计说明书
该说明书是概要设计阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计奠定基础。
-
详细设计说明书
编制目的是说明一个软件系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑，着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
-
测试计划
为做好组装测试和确认测试，需为如何组织测试制定实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
-
测试用例
项目测试用例设计，是为项目编制的测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足需求。
-
测试报告
测试工作完成以后，应提交测试计划执行情况的说明。对测试结果加以分析，并提出测试的结论意见。
-
用户操作手册
该手册详细描述软件的功能、性能和用户界面，使用户了解如何使用该软件。
-
系统安装部署手册
顾名思义，就是项目软件及软件环境、数据库等相关软件的安装及部署手册，详细描述安装步骤。
-
培训方案
培训方案是从组织的战略出发，在全面、客观的培训需求分析基础上做出的对培训内容、培训时间、培训地点、培训者、培训对象、培训方式和培训费用等的预先系统设定。
说完了文档包括哪些，下面来说说文档书写模板。
需求规格说明书
1引言
1.1编写目的
1.2适用范围
1.3术语和缩写
1.4参考资料
2项目概述
2.1项目背景
2.2建设目标
2.3项目遵循的标准或规范
2.4用户特征
3系统功能需求
3.1系统总体功能
3.2组织结构图
3.3系统角色
3.4主要功能流程图
3.5系统功能详情
4外部接口需求
4.1用户接口
4.2硬件接口
4.3软件接口
4.4通信接口
5系统数据需求
5.1数据内容
5.2数据的逻辑描述
5.2.1静态数据
5.2.2动态输入数据
5.2.3动态输出数据
5.2.4内部生成数据
5.2.5数据约定
5.3数据的采集
5.3.1要求和范围
5.3.2输入的承担者
5.3.3预处理
5.3.4影响
6系统非功能需求
6.1用户界面需求
6.2软件环境需求
6.3硬件环境需求
6.4网络需求
6.5安全设施需求
6.6产品质量需求
6.7故障处理需求
项目开发计划
1引言
1.1编写目的
1.2项目背景
1.3术语与缩略语
1.4参考资料
1.5标准、条件和约定
2项目概述
2.1工作内容
2.2主要参加人员
2.3产品及成果
2.3.1程序
2.3.2文件
2.3.3服务
2.3.4非移交产品
2.4验收标准
2.4.1代码的验收
2.4.2文档验收
2.4.3服务验收
2.5完成项目最迟期限
3实施总计划
3.1开发过程
3.1.1需求分析
3.1.2系统设计
3.1.3编码及测试阶段
3.1.4文档、产品部署
3.1.5项目总结
3.2工作任务分解
3.3接口人员
3.4进度
3.5关键问题
4支持条件
4.1计算机系统支持
4.2需要用户承担的工作
4.3需由外单位提供的条件
5专题计划要点
5.1培训计划
5.2测试计划
5.3质量保证计划
5.4安全保密计划
5.5合同计划
注：其中内容可根据具体情况酌情删减。
接着来说建设方案、概要设计以及详细设计的书写模板。
建设方案
1引言
1.1编写目的
1.2项目背景
1.3术语定义
1.4参考资料
2系统环境建设
2.1系统运行环境
2.2系统数据库
2.3系统开发语言
3系统总体设计
3.1系统概述
3.2系统建设需求
3.3系统建设目标
3.4限制和约束
3.5设计原则和设计要求
3.6标准化体系
3.7关键技术分析与技术路线
3.8系统总体架构
3.9网络性能
3.10系统安全
4系统功能设计
5数据库设计
6安全保障体系建设
6.1系统安全原则
6.2系统安全机制
6.3应用系统安全
6.4数据安全及备份恢复
6.5主机安全
6.6网络安全
6.7物理安全
6.8安全管理体系
7系统出错处理设计
7.1出错信息
7.2出错处理对策
7.3出错信息与处理对策表
7.4补救措施
8系统维护设计
8.1应用系统的本地化和升级
8.2数据的本地化维护
8.3功能的本地化维护
8.4系统升级
8.5代码的可维护性
8.5.1代码的规范性
8.5.2代码的可测试性
8.5.3系统运行日志
8.5.4程序文档
9项目管理
9.1项目沟通机制
9.1.1沟通与汇报
9.1.2项目沟通制度
9.1.3问题解决流程
9.1.4项目变更管理
9.2项目实施难点、风险分析和应对策略
9.2.1基础设施与运行环境风险
9.2.2项目沟通与协调风险
10项目进度计划
10.1进度目标
10.2阶段划分
11质量保证措施
11.1质量保障目标
11.2质量保障方法
11.2.1按照ISO/CMMI 质量管理体系进行软件控制
11.2.2开发过程保障
11.2.2.1需求分析
11.2.2.2系统实现
11.2.2.3质量评审
11.2.2.4系统测试
概要设计说明书
1引言
1.1编写目的
1.2项目背景
1.3术语定义
1.4参考资料
2系统概述
2.1项目简介
2.2系统目标
3设计依据和约束
3.1系统开发环境
3.2系统运行环境
3.3设计约束
3.4设计目标
4系统架构设计
4.1总体架构
4.2组织结构图
4.3主要功能流程图
5界面总体设计
5.1界面设计思路
5.2界面设计原则
5.3界面总体结构
6功能模块设计
7数据库设计
7.1数据库选择
7.2数据库设计原则
7.3数据库设计规范
7.4逻辑表结构设计
8接口设计
8.1接口设计方法
8.2面向对象设计中接口设计的一般原则
9系统出错处理设计
9.1出错信息
9.2出错处理对策
9.3出错信息与处理对策表
9.4补救措施
10系统安全性设计
10.1系统安全原则
10.2系统安全机制
10.3应用系统安全
10.4数据安全及备份恢复
10.5主机安全
10.6网络安全
10.7物理安全
10.8安全管理制度
10.9安全管理机构
10.10人员安全管理
11系统维护设计
11.1应用系统的本地化和升级
11.2数据的本地化维护
11.3功能的本地化维护
11.4系统升级
11.5代码的可维护性
11.5.1代码的规范性
11.5.2代码的可测试性
11.5.3系统运行日志
11.5.4程序文档
12系统运行设计
12.1运行控制
12.2运行时间
详细设计说明书
1引言
1.1编写目的
1.2背景
1.3定义与缩略语
1.4参考资料
2程序系统的结构
2.1系统总体架构
2.2系统功能模块图
3系统详细设计
4数据库设计
4.1数据库选择
4.2数据库设计规范
4.3概念结构设计
4.4逻辑表结构设计
4.5数据库安全
5系统建设的关键技术
6开发规范
介绍测试相关文档的书写模板，主要包括测试计划、测试用例、测试报告。测试用例是根据具体项目的功能编写出来的，我们这里不做讨论，需文档书写者根据实际情况编写。
测试计划
1引言
1.1目标
1.2项目简介
1.3项目背景
1.4测试范围
1.5术语与缩略语
1.6参考资料
2测试概要
2.1测试环境与配置
2.2测试工具
2.3测试数据
2.4放行准则
2.5缺陷与纠错管理
3测试策略
3.1测试过程
3.2测试类型
3.2.1功能测试
3.2.2性能测试
3.2.3用户界面测试
3.2.4集成测试
3.2.5负载测试
3.2.6可靠性测试
4测试安排
4.1测试人员
4.2进度安排
5测试内容
5.1功能测试
5.2性能测试
5.3流程测试
6测试风险、优先级
测试报告
1引言
1.1编写目的
1.2项目背景
1.3术语与缩略语
1.4参考资料
2测试概要
2.1放行准则
2.2测试用例设计方法
2.2.1等价类划分法
2.2.2边界值分析法
2.2.3错误推测法
2.2.4因果图法
2.3测试工具
2.4测试环境与配置
2.5测试类型
2.5.1功能测试
2.5.2性能测试
2.5.3用户界面测试
2.5.4集成测试
2.5.5负载测试
2.6测试过程
3测试执行情况
3.1测试组织
3.2实际进度
4测试结果
5测试总结
5.1用例统计
5.2测试结论
介绍用户操作手册、安装部署手册、培训方案的书写模板。
用户操纵手册
1引言
1.1编写目的
1.2项目背景
1.3术语与缩略语
1.4参考资料
2系统概述
2.1系统目标
2.2系统功能
2.3系统性能
3运行环境
4使用说明
系统安装部署手册
1引言
1.1编写目的
1.2项目背景
1.3术语与缩略语
1.4参考资料
2系统配置
2.1系统环境
2.1.1网络环境
2.1.2运行环境
2.2系统部署结构图
3软件环境部署
3.1服务器安装
3.3数据库安装
3.5项目程序部署
3.6系统部署确认
4备份
4.1备份应用程序
4.2数据库数据备份
5回退操作
培训方案
1引言
1.1文档简介
1.2编写目的
1.3目标读者
2总体计划
2.1培训前提
2.2培训目标
2.3培训人员
2.4培训内容
2.5培训时间
2.6培训地点
至此，文档模板介绍就告一段落了，当然上述文档并不是软件项目验收的所有文档，我只是列出了一些比较常见的，毕竟文档需要根据项目的实际情况来决定，另一方面文档也取决于软件项目监理验收的要求和标准，但文档一定是遵循国家标准（GB T-8567-2006标准）的。希望大家在看完我的文章后，有所启发。
|
软件需求说明书
|
人：
修改情况记录：修改批准人
签收人
1 1编写目的
1.3 1参考资料
2.1 2产品功能
2.4 2假设和依据
3.1 3功能需求3功能需求4功能需求5外部接口需求
3.2.2 5软件接口
3.3 6设计约束
3.4.2 7属性
3.5.2 7可维护性
8警告
3.6.1 8操作
4 9
1 引言. 说明编写这份软件需求说明书的目的，指出预期的读者范围。.说明：
b． 描述所说明的软件的应用。应当
1） 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。. 列出本文件中用到的专门术语的定义和缩写词的原词组。.列出要用到的参考资料，如：
b． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
2
2
有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：
b． 2
2
管理方针；
c． 并行操作；
f． 所需的高级语言；
i． 安全和保密方面的考虑。.
本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。 具体需求 功能需求. 功能需求1
a． 描述的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。
1) 操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整；
c． 定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明：
2) 响应，例如，溢出、通信故障、错误处理等；
5) 用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；
d． 详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；
3.．．．．．．.n 功能需求n2 外部接口需求.1 用户接口
a． 报表或菜单的页面打印格式和内容；
d． 3.要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。.3 软件接口
a． 助记符；
d． 来源。
2
3.从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。
1) 支持并行操作的用户数；
4) 动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
3.本项将指定由现有的标准或规则派生的要求。例如：
b． 财务处理；
4
硬件配置的特点（接口数，指令系统等）；
3.可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别。.2 安全性
a． 掌握特定的记录或历史数据集；
d． 计算临界值的检查和。.3 可维护性
a． 为微型装置指定特殊的数据＼程序分割要求。.4 可转移 ＼转换性
5
3.根据软件和用户组织的特性等，某些需求放在下面各项中描述。.1 数据库
a． 使用的频率；
d． 数据元素、记录和文卷的关系；
g． 注：如果使用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里详细说明其用法。.2 操作
A． 交互作用操作的周期和无人操作的周期；
D． 注：这里的内容有时是用户接口的一部分。.3 场合适应性需求
a． 指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。 附录
a． 有助于理解需求说明的背景信息；
d． 交叉访问表。按先后次序进行编排，使一些不完全的软件需求得以完善；
|
项目
作 |
|
修改人 |
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
目录 引言
1.2 1定义
2 1需求规定
2.3 2结构
2.6 2尚未解决的问题
3.1 3外部接口
4 3运行模块组合
4.3 4系统数据结构设计
5.2 4数据结构与程序的关系
6.1 5补救措施
1
待开发的软件系统的名称；
3 定义
4 参考资料
a． 属于本项目的其他已发表的文件；
2 总体设计.1说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见《需求分析说明书》。.简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见《需求分析说明书》。.说明本系统的基本设计概念和处理流程，尽量使用图表的形式。.用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。.本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：程序2
功能需求1
√
功能需求n
√
√
.说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。.说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。 接口设计 用户接口
3.说明本系统之内的各个系统元素之间的接口的安排。
4.说明每一种外界的运行控制的方式方法和操作步骤。3 运行时间
5
5
5
程序1
程序m
．．．．．．
1 出错信息
2 补救措施
a． 降效技术：说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
3 系统维护设计
(
|
M_301 |
草稿
ü
修改历史
作者
变更控制号
14
新建
目 录 4 4 4 5 5 5 6 6 7 10 10 12 13 13 14 14 14 15 19 24 24 27 32 32 34 35 35 35
1 编写目的
1. 为甘肃移动的有关业务部门和技术部门提供对这个系统的统一的文字的理解。为业务部门判断系统是否满足其业务需要提供文字依据，为技术部门监督项目功能提供统一标准。
4. 为对项目的完成进行确认和验证提供基准。
1.2 [标准或排版约定，包括的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪]
标题2 宋体 小三号加粗
标题5 宋体 小四号
开头需有两字元的缩排表与图编号约定：裁剪约定：
读者对象|
网站建设主管领导 |
仔细阅读项目概述、功能性需求、非功能性需求。 仔细阅读全部内容。 |
|
系统开发人员 |
仔细阅读全部内容。 |
|
…… |
|
和理解
|
解释与描述 |
||
|
业务支持系统 |
||
|
单点登录，即用户登录后不需要再次提供认证信息就可以访问相关各应用系统。 |
||
|
|
|
|
|
|
|
|
1.5 [可简单罗列编写本文档时所参考的其他资料或文档，如：行业标准和规范。也可用表格方式列出这些文件资料的标题和来源。]文档、资料名称
《中国移动通信门户网站业务规范V1》
《门户网站业务技术规范.doc》
《本地化需求》
《甘肃移动门户网站系统规范书》
2 项目背景
1. 列出此项目的任务提出者、开发者
4. 中国移动通信集团公司（简称“中国移动通信”）于2000年4月20日成立，注册资本为518亿元人民币，资产规模超过4000亿元。中国移动通信集团公司全资拥有中国移动（香港）集团有限公司，由其控股的中国移动有限公司在国内31个省（自治区、直辖市）设立全资子公司，并在香港和纽约上市。目前，中国移动有限公司是我国在境外上市公司中市值最大的公司之一，也是亚洲市值最大的电信运营公司。WTO在互联网络高速发展的今天，网站正成为公司、企业、政府及团体进行形象展示、信息发布、业务拓展、客户服务、内部沟通的重要阵地，她不但具有快捷、无距离及随时随地均可更新的特性，更能提供一些互动性的功能，如留言板、会员制、讨论区等等，使得网站充满生气，让人倍感亲切。传统媒体就这一点是无法与之相比拟的，可以说网站的快捷、无距离及互动性是其在媒体中脱颖而出的主要因素中国移动通信集团5移动以惊人的建设速度成就了3。
项目目标
2.2.1 中国移动门户网站的总体目标是通过整合集团内所有网站系统资源，逐步建立集团公司和省公司二级网站的架构，实现服务、业务和品牌的三类整合，达到有效整合门户网站资源，提升门户地位、市场营销能力、客户服务能力和运营管理能力的目的，逐步建立线上线下相结合的中国移动网上客户服务和市场营销体系，使网站建设成为中国移动客户服务、市场营销和公司对外宣传的核心渠道。
二、提升市场营销能力
拓展服务方式，降低服务成本，培养客户自助务意识；提升客户体验，简化操作，实现跨平台和系统的单点登录、统一认证或鉴权；规范新业务客户服务，满足服务界面的一体化和客户体验的一致性的要求。
中期目标（3-5年达到）
一、实现网上业务办理与市场业务拓展同步
延伸基于互联网技术的网上客服功能到其他客服终端，例如：设置在营业厅、商场、社区等公共场所的自助服务终端，以及为大客户经理上门服务提供有效的支撑等。
实现集团内网站的高度资源共享，并与线下资源融合互动。开展互联网层面的业务整合，统一全网推广业务的解释口径及分类标准。
近期目标（2007年底）
架构以客户为导向的两级网站信息结构，融合集团、省（市）公司的服务和营销信息，实现中国移动多网站在界面和系统上的融合。
各省公司在现有基础上，近期实现互联网界面的资源整合，将地市公司专区整合到省公司网站，将业务或品牌网站整合成为省公司网站结构下的栏目或专区，使省公司网站真正成为本省公司互联网界面的统一入口。
制定网站内容发布、网站页面与风格设计规范、网站运营数据的统计和考核等管理办法和制度。
规范域名管理，开展中国移动多网站系统和业务整合。
五、完善网上服务营销的支撑功能
六、深化网站信息统计分析，完善定期分析和上报制度。
建立网站信息共享机制，在集团公司和各省公司及各省公司之间实现有效的资源共享和交流。同时，还可以考虑实现网站与其它电子渠道和实体渠道之间的信息和资源的共享和交流。
结合近期目标中国移动甘肃分公司门户网站建设的内容主要包括以下几个方面：进行移动业务的宣传，对移动的品牌进行介绍和宣传，
2、
3、 企业信息
4、
5、
进行统一展现（统一用户界面、统一页面风格模版）。 过展现层进行页面展现。 统一认证中心实现用户认证和单点登录；对证书的统一管理。内容管理对网站展现内容进行
Iframe、WSRP等方式，实现各业务平台
提供对门户网站的业务功能和用户身份认证的支撑，业务功能支撑包括 BOSS 示例二：下面是物资管理系统的系统架构图：物资管理系统架构图
示例一：甘肃移动组织机构（因为缺图，所以用示例二说明组织机构）
2.7 [
实现的语言和平台约束。
网站设计必须遵循《门户网站业务技术规范》
功能性需求
用VISIO工具画图，以图的方式显示系统的内部模块之间的业务关系。此部分可以更加项目实际情况进行
角色定义
本规范按照不同的使用对象，紧密围绕使用对象的工作范围、工作性质和工作内容，具体角色描述如下：一般为甘肃移动门户网站管理人员，主要工作是对网站的用户管理、权限管理等方面的相关管理。一般为甘肃移动门户网站维护人员，主要工作是对网站的内容、数据等方面的维护。为甘肃移动门户网站相关数据统计和分析的工作人员，为营销等部门提供相关数据。主要为中国移动的在网用户，通过登录与认证后，可使用网站提供的相关服务功能。…
角色名称
门户网站的管理员
分析人员
中国移动用户
系统
一级栏目
四级栏目
话费服务
具体业务流程规范参见“网上营业厅部分”
网上交费
飞信、中国手机报等
基本业务、新业务专区、无线音乐专区
其它业务办理
积分规则
短消息服务
短信设置
客户品牌及资费、手机归属地查询、PUK码查询、手机仿真、营业厅导航
客户投诉/建议
具体业务流程规范参见“网上营业厅部分”
业务开通状态
示例二：（办公自动化烟站管理系统）
|
功能名称 |
优先级 |
省烟叶预安排 |
审核生产预安排（省局烟叶处长） |
SRS_省烟叶预安排_03 |
|
|
查看审批意见及生产预安排内容 |
接收省任务并下达市生产预安排 |
SRS_市生产预安排启动_02 |
|
||
|
市生产预安排 |
制订市生产预安排并提交审核 |
SRS_市生产预安排_03 |
|
||
|
县生产预安排启动 |
审核市生产预安排 |
SRS_县生产预安排启动_03 |
|
||
|
SRS_县生产预安排_01 |
|
||||
|
督办下级工作并反馈信息 |
SRS_县生产预安排_04 |
|
|||
|
SRS_生产预安排到村组_01 |
|
||||
|
烟叶计划管理 |
SRS_省公司烟叶生产计划_01 |
2 |
|
||
|
督办省烟叶生产计划 |
SRS_省公司烟叶生产计划_04 |
|
|||
|
SRS_市公司烟叶生产计划_01 |
|
||||
|
审核市烟叶生产计划 |
SRS_市公司烟叶生产计划_04 |
|
|||
|
县公司烟叶生产计划 |
制定县烟叶生产计划 |
SRS_县公司烟叶生产计划_03 |
|
||
|
传阅县烟叶生产计划 |
烟站公司烟叶生产计划 |
启动合同签订任务 |
SRS_合同管理_02 |
|
|
|
接收合同任务要求 |
SRS_合同管理_05 |
|
功能描述
3.4.1.1 [ 用VISIO工具画图，以图的方式显示模块内的业务流程。本部分可以进行
，用来鉴别和划分系统功能。它把系统分成角色和用例。角色表示与系统交互以实现某种目的的人、硬件或软件系统
3.4.1.3.1 [这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景
客户通过网上营业厅密码认证后。
3. 信营业厅的用户短信格式，避免跟短信营业厅冲突)对所有查询的操作可提供日志记录。
业务操作流程描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。
如果没有登陆首先输入‘用户手机号码’和‘服务密码’进行登陆操作，登陆用户从下拉选择框选择需要查询的月份，点击‘查询’按钮查询所选定月份的话费信息。
]
3.4.1.3.5 [
用户界面如有条件插入界面原型，否则注明‘无’或‘略’。Axure工具]约束与约定描述本功能需求的相关约束或约定，可裁剪。约束：1、只能按月查询，不支持数月一起查询2、（如“系统忙，请稍后再试”）。
3.4.1.4.1 [这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景
客户通过网上营业厅密码认证后，查询详单。
3. 对所有查询的操作可提供日志记录。
业务操作流程描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。选择需要查询的详单类型，输入或选择账单周期，点击‘确定’进行详单查询。
]
]
3.4.1.4.6 [
采用
3.4.1.4.7 [
2、要求在30秒内反馈查询结果，超过30秒没有处理结果要求系统发送告知信息，在网站页面上展示（如“系统忙，请稍后再试”）。
3.4.1.5.1 [这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景
]输入提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。
3.4.1.5.5 [
原型设计
]只有持有管理员密码的用户才能执行￥100.00或更大
软件需求
(2)应用软件应采用模块化的方式实现软件的重构和组装。
(4)应用软件应具备一定的可扩充性，能不断满足对系统功能的需求。7*24其中任一模块更新、加载时，在不更新与上下模块的接口的前提下，应不影响其它模块
(7)应用软件应具备相应容错手段，能容许操作人员的某些误操作。
断点续传及纠错，保障数据的准确传送。
求。
4.1.1 [说明系统界面方面的需求；没有则注明‘无’或‘略’。]。为
4.1.2 [说明系统整体性能需求，包括并发处理能力以及单事务响应时间等指标，甚至更多性能要求指标，如：数据精度、时间特性、容错性、可扩展性以及系统有效性等等。]
0万次用户点击，高峰时每秒
0；详单调取速度小于20秒按10
（4）业务办理功能响应及完成时间 ≤5秒；
目前甘肃手机注册用户数为420万，通话用户数大约370万，用户每次办理业务记录日志的平均大小为4K，月业务办理量＝50,000,000笔/月
如保存半年的数据，则：
则数据存储容量＝1200GBx（1+30%）＝1560GB
4.1.4.1 [对需要保护或保密的敏感性、局限性等方面的数据进行需求描述；没有则注明‘无’或‘略’。]
为保证数据传输过程中的安全，应考虑在数据传输过程中增加对数据传输的加密。实现数据传输不被非法复制、修改。可采用技术如SSL、IPSec-VPN等。
系统应具有完备的数据备份功能，备份系统应能够与存储系统的有效结合。备份系统应支持全备份、增量备份、差异备份等多种备份策略，支持LAN、LAN-Free和Server-Less备份方式。备份系统能够保证数据的一致性，备份数据的可恢复性，对必要系统的可提供实时备份功能。
4.2 主机系统
本工程主机设备主要包括门户网站所需的各种功能服务器，开发商应根据门户网站业务量的大小和应用软件的需要等因素设置主机设备的数量，对于业务量较大的应用功能应配置单独的服务器主机，业务量较小的若干种应用功能可以合设一套/一台主机设备。
(3) 对于关键性业务应用主机要求如下：
(2) 在计算机硬件、操作系统、存储系统及应用系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，应不影响系统的应用及响应能力；
(5) 主机应支持100/1000Mb/s等高速连接接入系统核心局域网；
(8) 设备、存储设备的热插拔；
应分别就其建议的每一种服务器产品，针对以下技术指标项目进行详细阐述：
(2) Cache节点性能：提供单节点处理能力的各种性能指标参数，如
(5) 系统总线带宽(bit)
(8) )，说明最大可扩充容量
(10) 说明提供各种I/O接口的数量、速率及类型
(13) 网络协议支持TCP/IP、IPX等多种协议MTBF采用UNIX操作系统或其变种，支持中文内码，符合中国关于中文字符集定义的有关国家标准。要求完整运行同一操作系统下的产品线，提供可靠技术支持和系统管理的解决方案。
4.2.0.2 [描述操作系统方面的需求；]
4.2.0.3 [描述数据库方面的需求；]
l 支持中文汉字内码，符合双字节编码；
l 具有良好的开放性，支持异种数据库的互访：
l 能够将原有异种数据库向本数据库无损失移植；
l 具有支持并行处理所需的技术；
l 支持数据库存储加密；
l 应具有强的容错能力、错误恢复能力、错误记录及预警能力；
l 开发工具易使用、开发效率高、维护方便；
4.2.0.4 [描述存储设备方面的需求；]
(2)应针对选用的设备，提出完整的存储与备份解决方案，应给出系统存储容量需求，同时详细给出测算依据。
(2)磁盘阵列可与多种厂家的主机系统相连；
(5)磁盘阵列设备应具有较强的平滑扩充能力，包括系统的处理能力、存储容量的扩充及I/O能力的扩充等；
(8)应对其建议的磁盘阵列产品针对以下指标项目进行详细阐述：
l 接口方式
l 支持的存储方式
l 说明磁盘阵列I/O读写速度和总线带宽
(1)磁带库设备要求具有良好的安全可靠性，请详细说明其实现方案。
l
l 支持多种接口方式
l 磁头可靠性：其平均无故障时间(小时)
l 操作系统，说明可支持的数据库系统
l (3)备份设备容量至少是在线存储容量的4倍；
(6)备份设备应具有较强的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充等；
4.2.0.5 [描述网络设备方面的需求；]
(2)网络采用TCP/IP协议，主干网络要求统一采用千兆网标准；
(5)核心局域网划分VLAN，由核心交换机实现网段间路由；
(8)主干网络设备的端口配置至少保证30%的可扩展能力；主干网络设备要求平均无故障时间应大于1万小时，可用性不小于99.99%；
可以采用主机加防火墙软件或专用的防火墙设备，应满足下列要求：
(3)能侦测、过滤或跟踪非法访问企图，能自动实时告警，并生成相应日志记录；
(6)支持SNMP和SNMPv2协议；
门户网站作为一种重要的电子渠道，与其他系统有着密切的关系。根据接口对端系统的性质，可将门户网站相关的接口分为两大类：与业务支撑网内部系统接口以及与业务平台的接口。
5.1.1 [此处简要描述外围系统基本情况。可裁剪]
5.1.2 与经营分析系统接口
门户网站与经营分析系统的接口是双向的，门户网站向经营分析系统传递业务数据，并从经营分析系统获取分析结果数据，从而实现与经营分析系统的互动。 该接口需实现以下三个方面要求：、传输方式
u 支持网络模式传输，可以实现跨越局域网络、广域网络、拨号网络等平台的文
u 地址、帐户、口令、存取目录的验证。2接口应支持以下主流网络协议：TCP/IP 3数据传输应支持： z
u 数据压缩传输； 【业务数据】/交互历史、接触记录、菜单轨迹等 时段等
5.1.2.2 核心域的关系
用户姓名；
l 门户网站与BOSS 核心域的交互关系是实时的交互关系。
5.2.1 [此处简要描述外围系统基本情况。可裁剪]
5.2.2 与手机邮箱接口
手机邮箱是门户网站与用户进行信息联络和沟通的重要渠道。
2、 手机邮件服务器对门户的发送请求进行鉴权，确定是否存在此用户、是否开通此服务、是否通过身份认证；
邮箱：邮件来源、邮件主题、邮件内容、邮件附件、邮件服务器地址、端口、协议。
举例：项目在移动现场进行开发，开发商项目团队必须遵守甘肃移动公司相关管理制度。
8 [此处主要是对在需求调研过程中项目甲方提供的原始清单、票据、单据等材料进行罗列]
附件名称
按照甘肃移动提供的标准格式设计话费详单
2
客户建议单
A
在获取责任人（Stakeholders）对需求的承诺之前，该《需求规格说明书》必须先通过需求评审。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”。需求文档
输入名称，标识符，评审日期，…
核”。
审。
输入评审小组成员
需求文档
承诺…
项目经理承诺
签字，日期
<!--EndFragment-
-------
学问：纸上得来终觉浅，绝知此事要躬行
为事：工欲善其事，必先利其器。
转载请标注出处！
