软件需求规格说明书39438

《软件需求规格说明书39438》由会员分享，可在线阅读，更多相关《软件需求规格说明书39438（22页珍藏版）》请在装配图网上搜索。

1、word一引言软件需求规格说明书记录对系统或系统的一局部的完整软件需求。以下是一个典型的软件需求规格说明书概述，用于涉与用例建模的项目。此工件由一个包组成，该包包含用例模型的用例、非功能性需求、接口需求以与其他支持信息。本文档模板适合采用用例建模技术的项目需求描述。-在正式编写文档时，请删除容要求局部。编写目的本文档作为*与XXXXXXXXXX公司之间就*建立XXXX司局或单位论坛系统需求理解达成一致共识的根底文件，作为双方界定项目围、签定合同的主要根底，也作为本项目验收的主要依据。同时，本文档也作为*后继工作开展的根底，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。适

2、用围本文档适用于所有与本项目有关的软件开发阶段与其相关人员，其中：*方面的项目负责人、公司方项目经理、技术开发人员包括分析人员、设计人员、程序人员、测试人员应重点阅读本文档各局部，其他人员可选择性阅读本文档。文档概述本文档主要描述了论坛系统项目的软件需求。本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从用户界面、软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以与待确定的问题。参考资料列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。示：仅供参考，不具备任何实质性的容。XXX总体需求书XXX单位XXX提供XXX需求调研报告 XXX设

3、计模式XXXXX术语、定义和缩写列出本文档所涉与的专业术语、缩写词与相关定义。定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包括词头和缩写。你可能希望为整个公司创建一跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。示：仅供参考，不具备任何实质性的容。1)OLTP：On-line Transaction Processing，联机事务处理。2)OLAP：On-Line Analytical Processing，联机分析处理；是使分析人员、管理人员或执行人员能够从多角度对信息进展快速、一致、交互地存取,从而获得对数据的更深入了解的一类软件技术。1.6 Us

4、e-Case图形规对文档中使用的Use-Case图的图符作简介，同时说明所应用UML规的版本，以便理解和统一。如果使用的是UML V1.3标准规，如此可以直接将如下容作为文档容。一个Use-Case图显示的是Actor与Use-Case之间的某种关系。表1-1列出了本文档的Use-Case图中用到的图符、名称与其功能简介。表1-1 UML V1.3 Use Case图符图符名称描述UseCaseUse Case用于表示Use-case图中的Use-Case，每个Use Case用于表示所建模系统的一项外部功能需求，即从用户的角度分析所得的需求。ActorActor用于描述与系统功能有关的外部实

5、体，它可以是用户，也可以是外部系统。关联用于连接Actor和Use Case，表示该Actor所代表的系统外部与该Use Case所描述的系统需求有关。这也是Actor和Use Case之间唯一合法的连接。扩展由Use Case A指向Use Case B被扩展，表示Use Case B描述了一项根本需求，而Use Case A如此描述了该根本需求的特殊情况，即用例A扩展了用例B的需求。泛化由Use Case A子用例指向Use Case B父用例，表示Use Case A继承了Use Case B的特性，并增加了新的特性。包含由Use Case A指向Use Case B被包含，表示Use

6、Case A中包含了Use Case B中的行为或功能。二系统概述业务背景概要描述本系统的业务背景和起源。假设用图表更能清楚描述业务背景，如此建议在用自然文字描述业务的同时，辅以图形、表格来更准确地描述业务。示：仅供参考，不具备任何实质性的容。为切实推进国家助学贷款管理工作，落实关于切实推进国家助学贷款工作有关问题的通知银发200238号、关于下达2002年度国家助学贷款指导性贷款计划的通知银发2002253号和关于加强国家助学贷款三考核工作的通知银办发2002239号文件精神与肖钢副行长关于在我司建立银行系统的助学贷款专项统计制度的批示，满足“要按月考核经办银行国家助学贷款的申请人数和申请金

7、额、考核已审批贷款人数和贷款合同金额、考核实际发放贷款人数和发放金额。“按月编报分省四定的国家助学贷款进度明细表和“增报国家助学贷款三考核指标分地区、分银行统计表的工作要求，解决目前统计中存在的指标口径难于统一银行与学校、教育管理部门，数据采集不准、不细，校名不规，手工统计劳动量大、效率不高等问题。满足对贷款学生根本信息、信用记录的查询；对学校进度明细的统计；对分地区、分行别的汇总统计以与相关分析等新的管理需求，必须有相应的计算机软件系统支持，以解决数据的采集录入、统计汇总、上报传输的需要。系统功能以图形、表格等形式简要说明本软件系统的主要功能，易于读者理解。详细容将在第4局部说明。对于采用传

8、统方法分析系统需求，建议用Visio画出整个系统的功能结构。示：仅供参考，不具备任何实质性的容。银行业务通用网上统计暨助学贷款统计系统通过定制不同的业务类别，定制统计业务的项目、指标与其汇总关系等，快速满足不同银行业务的统计要求，形成从各级金融机构到*各分支机构，从下级机构到上级机构的业务定制、数据采集、分析、统计和信息发布的统计体系。主要任务和目标是：遵循*统一数据采集、统一信息发布建设原如此，促进信息整合和应用整合。作为“*信息系统平台“的一局部，为“*信息系统平台提供局部公用化模块组件，防止业务模块的重复开发。最终实现一个银行业务通用网上统计系统平台；并能方便地定制新的统计业务，并能灵活

9、适应业务开展需要。利用银行业务通用网上统计系统平台部署助学贷款专项网上统计系统，满足对国家助学贷款的“三考核要求，满足*全面掌握助学贷款业务信息的需要，并配合建立银行系统的助学贷款专项统计制度。助学贷款统计分析系统可为*全辖各机构和相关部门提供统一的数据采集、分析、报表、信息发布等多方面的功能，并可为商业银行、教育部门以与社会公众提供相关信息查询和统计分析结果。并作为个人征信系统初期应用模型，为促进个人征信系统打下根底。系统功能关系图如下：用户类别与特征确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。提供参与系统的主角的名称列表与简要说明，即简要描

10、述系统所涉与的各角色与其职责。示：仅供参考，不具备任何实质性的容。注：应在上图位置给出使用本系统的客户组织的角色或岗位职责分配图以代替上图。下表是对上图关键用户角色Actor的简要说明：Actor名称简要说明权限系统管理者一般由总部IT人员来担任，用户数量比拟少。负责系统的配置、备份与恢复，以与任务管理等工作。全部权限读、写、删除、创建XXX岗位系统时钟工作流引擎用户文档列出所需的用户文档，例如：用户手册，联机用户文档、联机帮助系统、关于声明的帮助等的需求。示：仅供参考，不具备任何实质性的容。本软件应提供实时在线帮助即联机帮助系统、用户操作手册、系统管理员手册、系统安装手册以与培训文档。设计和

11、实现上的限制确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。描述在进展设计和实现时需要注意的问题，比如，必须使用或者防止的特定技术、工具、编程语言和数据库；所要求的开发规或标准；企业策略、政府法规或工业标准；数据转换格式标准等等。示：仅供参考，不具备任何实质性的容。本系统应具备良好的可扩展性、复杂操作环境的可适应性、灵活可配置的权限控制、大容量数据操作的快速响应与高可靠性以与与现有系统的兼容性，同时，具备在线提醒和短信息提示，能够实现多种数据格式的转换，以多种图形格式展示分析结果。本系统应支持多级无限扩展应用，符合国际、国标准规，能够与其它系统无缝衔接。假设和依赖列举出在对软

12、件需求规格说明中影响需求述的假设因素与因素相对立。这可能包括需求分析人员打算要用的商业组件或有关开发或运行环境的问题。需求分析人员可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。此外，确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖那个项目按时提供正确的操作组件。如果这些依赖已经记录到其它文档(例如项目计划)中了，那么在此就可以参考其它文档。示：仅供参考，不具备任何实质性的容。本系统需要集成其他软件开发商提供的组件或应用系统，假定需要集成的组件能够按时提

13、供并满足需求。假定这些组件的运行环境与本系统运行环境不发生冲突，能与本系统兼容。另外，假定本文档所描述的软件需求均获得了项目双方所有客户的认可且稳定不变。如果项目后期，客户提出的需求变更超出了本需求规格围，如此将严重影响本系统的设计、开发和程序的稳定。在本软件需求规格说明书定版之后，客户需求发生了较大变更，变更后的需求规格说明将不在本文档中补充，而以新的版本文档给出。假设和依赖列举出在对软件需求规格说明中影响需求述的假设因素与因素相对立。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S读者却可能不这样认为。如果这些假

14、设不正确、不一致或被更改，就会使项目受到影响。此外，确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖那个项目按时提供正确的操作组件。如果这些依赖已经记录到其它文档(例如项目计划)中了，那么在此就可以参考其它文档。示：仅供参考，不具备任何实质性的容。本系统需要集成其他软件开发商提供的组件或应用系统，假定需要集成的组件能够按时提供并满足需求。假定这些组件的运行环境与本系统运行环境不发生冲突，能与本系统兼容。另外，假定本文档所描述的软件需求均获得了项目双方所有客户的认可且稳定不变。如果项目后期，客户提出的需求变更超出了本需求规格围，如此将严重影响本系统的

15、设计、开发和程序的稳定。在本软件需求规格说明书定版之后，客户需求发生了较大变更，变更后的需求规格说明将不在本文档中补充，而以新的版本文档给出。三功能需求本章节主要提供详细的功能性需求描述。对于采用结构化方法分析需求的项目，应采用以下容组织方式说明。系统功能关系图以框图的形式表示新系统的各功能组之间的功能关系图，易于读者理解。详细容描述将在第4.3局部说明。应分层次展示整个系统的功能，先从系统子系统模块逐层展示，并说明各子系统和模块之间的功能关系。同时，应注意与外部系统的接口。示：仅供参考，不具备任何实质性的容。用户通过“系统登录/注销“子系统进入系统，从“用户和权限管理“子系统获得相应的权限进

16、展操作，用户从事业务定制、数据采集、统计分析、信息发布/浏览、业务查询、用户和权限管理等其被授权的操作，“日志管理“子系统进展登记。用户从“帮助 子系统获得帮助。系统功能清单以表格的形式列出本软件系统所有的功能项清单，具体格式如下：需求章节功能项数功能项编号功能项名称功能简要描述优先级8LDAP-FI-101登录描述用户如何登录课程注册系统高LDAP-FI-102查看成绩单允许学生在学期完毕前查看成绩单高LDAP-FI-103注册课程允许学生向课程目录中注册课程，也包括更新、删除课程等高LDAP-FI-104选择讲授课程允许教授在下学期到来之前，从课程目录中选择符合自己的课程高3.3简要描述本

17、子系统的主要功能，并以功能关系图展示子系统。示：仅供参考，不具备任何实质性的容。业务定制功能组将提供数据库结构定义、数据采集接口规自定义以与根底数据管理功能，具有灵活易用、功能强大的特点，是用户创建数据库资源并对采集业务进展定制集成管理工具。各个功能项之间的关系如如如下图所示。数据结构定制根底数据管理业务查询定义数据库模型导入数据采集接口规定制注：建议对上图各功能项进展简要说明。与其它功能组之间的关系框图如如如下图所示：业务定制数据采集统计分析信息发布/浏览业务查询系统参数、数据接口规、数据结构系统参数、数据结构系统参数、数据结构系统参数以表格的形式列出中所有功能项，便于读者检索。示：仅供参考

18、，不具备任何实质性的容。功能项编号功能项名称功能简要描述优先级LDAP-FI-101登录描述用户如何登录课程注册系统高LDAP-FI-102查看成绩单允许学生在学期完毕前查看成绩单高LDAP-FI-103注册课程允许学生向课程目录中注册课程，也包括更新、删除课程等高LDAP-FI-104选择讲授课程允许教授在下学期到来之前，从课程目录中选择符合自己的课程高中3.3.3详细列出功能模块或功能单元的具体需求。这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务。描述产品如何响应可预知的出错条件或者非法输入或动作。必须唯一地标识每个需求。在每个功能需求的

19、描述中必须包含以下容，如表中所列：功能编号LDAP-FI-101功能名称登录系统参与者有权限的用户优先级高简要描述描述用户如何成功登录课程注册系统执行条件无功能详细描述：详细描述该功能项所执行的操作与其响应1.系统请求该actor输入他或她的用户名和口令；2.该actor输入他或她的用户名和口令；3.系统验证该actor输入的用户名和口令，并将该actor登录信息记入系统日志中。异常响应描述：详细描述该功能项所执行的操作出现的异常响应1.无效用户名和或口令如果该actor输入一个无效的用户名和或口令，系统应显示一个错误消息。处理结果成功登录进入课程注册系统；或者登录不成功，系统状态不变。特定要

20、求用户名不能重名，口令不能为空，5次登录不成功锁定该。外部接口无补充说明用户名提供列表选择，用户名不能超过15字符，口令不能少于6字符3.3.4结构同3.3.33.3.5结构同3.3.33.4结构同3.33.5结构同3.3四非功能需求系统质量需求本条应描述合同中标识的或从更高层次规格说明派生出来的对系统或子系统质量方面的需求,例如包括有关系统的功能性(实现全部所需功能的能力)、性能支持的用户数、操作响应速度、资源占用约束等、可靠性(产生正确、一致结果的能力)、可维护性(易于更正的能力)、可用性(需要时进展访问和操作的能力)、灵活性(易于适应需求变化的能力)、可移植性(易于修改以适应新环境的能力

21、)、可重用性(可被多个应用使用的能力)、可测试性(易于充分测试的能力)、易用性易于学习和使用的能力以与其它属性的定量需求。需求应尽可能具体、量化和能够验证。阐述不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员作出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以与与实时系统的时间关系。你还可以在这里定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数。尽可能详细地确定性能需求。可能需要针对每个功能需求或特性分别述其性能需求，而不是把它们都集中在一起述。示：仅供参考，不具备任何实质性的容。系统容量：支持3万用户，支持GB级数据。数据库表行数不超过10

22、0万行，数据库最大容量不超过1000GB，磁盘空间至少需要40G以上.响应指标：运行速度取决于硬件配置和应用数据规模，在推荐配置环境下：登录响应时间在5秒，刷新栏目响应时间在5秒，刷新条目分页列表响应时间5秒，打开信息条目响应时间3秒，刷新部门、人员列表响应时间5秒。阐述客户对系统的可靠性方面的要求。可靠性是软件无故障运行一段时间的概率。示：仅供参考，不具备任何实质性的容。本系统的最终用户涉与面广，因此，整体系统运行要求稳定，有很强的防错、抗错能力，保证数据报送工作正常进展。可靠性指标：在连续运行情况下，系统可靠性99.9999%。提供应用服务器集群技术和组件技术支持高可靠性和伸缩性。阐述客户

23、对系统的可维护性方面的要求。可维护性明确了自软件中纠正一个缺陷或做一次更改的简易程度。示：仅供参考，不具备任何实质性的容。系统从设计上尽量考虑使得*大多数统计系统的建设都能使用本软件搭建而成，量少做二次开发或者不做二次开发，直接通过系统配置搭建系统，从功能上具有通用性，易修改和扩展。软件开发使用组件技术，保证了可维护性高。系统具有开放性，是指统计、分析容的可修改、可扩展性。例如，经过一定的授权，系统管理人员即可根据将来统计制度变动的需要对统计指标进展增、删等修改，无需经过软件开发技术人员。兼容性：系统应支持多种操作系统、数据库系统和、WEB服务器系统。采用JAVA、JNDI技术来保证较好的可移

24、植性和可扩展性。阐述客户对系统的可用性方面的要求。可用性明确了软件具备随时随地能够访问和操作的能力。示：仅供参考，不具备任何实质性的容。本系统采用B/S和C/S混合模式，支持脱机方式，因此能够保证用户随时随地访问系统。同时，系统采取容错技术，具备数据恢复功能，能够保证用户随时随地操作系统。阐述客户对系统的灵活性方面的要求。灵活性明确了软件系统能够易于适应需求的变化的能力。示：仅供参考，不具备任何实质性的容。适应多种数据传输方式，能够提供灵活配置以适应业务需求的变化，如可自行定义业务规如此、采集机构、采集指标、处理逻辑、反响信息等等，通过多方面的定制以适应某个具体的业务系统。阐述客户对系统的可移

25、植性方面的要求。可移植性明确了软件易于修改以适应多种环境的能力。示：仅供参考，不具备任何实质性的容。本系统支持多种网络环境，特别是互联网，能够实现跨平台操作。阐述客户对系统的可重用性方面的要求。可重用性明确了软件能够被多个应用使用的能力。示：仅供参考，不具备任何实质性的容。本系统提供组件式服务，局部公用组件能够被其它系统所使用。同时，在将来后继升级系统时，能够使得局部组件被重用。阐述客户对系统的可测试性方面的要求。可测试性明确了软件能够在有限时间、人力资源限度被充分测试的能力。示：仅供参考，不具备任何实质性的容。软件系统具有良好的可测试性，能够在4个工作周、3个人力的情况下顺利完成所有测试项目

26、。具体测试项目如下：代码检查：程序开发人员除了调试外，还应进展重点检查程序代码语法错误。单元测试：对组成系统的每个组件进展数据结构测试和功能性测试，重点是组件的功能和程序逻辑。集成测试：将组件组装成子系统后，应再次对组装后的子系统进展功能性测试，重点是组件与组件之间的接口测试。系统测试：经过测试后的各子系统组装成系统后，还应组织对整个系统进展全面的测试，包括功能、性能以与接口测试。性能测试：测试系统的操作相应速度以与资源占用效率。压力测试：测试系统的可靠性和伸缩性，以验证系统能承受多大的负载。鉴于本软件系统的特殊性，测试重点应放在功能和性能上，其它方面可略作测试。阐述客户对系统的易用性方面的要

27、求，易用性包括人机界面的友好性，新用户或不常使用产品的用户在学习使用产品时的简易程度等。示：仅供参考，不具备任何实质性的容。系统应操作简单、易学易用、符合标准浏览器操作风格，丰富的联机帮助，人性化的操作界面，界面布局合理，节省操作时间提高生产效率。安全性需求详尽述与系统安全性、完整性或与私人问题相关的需求，包括用户身份确认或授权需求，数据库安全性需求，工作流程安全性需求等。这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或性策略。示：仅供参考，不具备任何实质性的容。网络安全：能经受来自互联网的一般性恶意攻击。如病毒包括木马攻击、口

28、令猜测攻击、黑客入侵等。因此，必须配备较强的网络安全防、响应能力，为应用系统提供安全可靠的网络统计平台。数据库安全：数据库级备份和恢复。数据库级用户进展角色和权限授权。使得在异常情况发生时，系统可以得以快速恢复，防止数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。应用系统的安全：通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的数据访问功能操作。用户只有经授权后才可以更新程序，防止因错误程序更新而影响系统的正常运行。环境需求以列表形式或分类方式描述有关系统或子系统必须运行的环境需求，例如包括硬件平台、操作系统和版本，还有其它的软件组件

29、或与其共存的应用程序。示：仅供参考，不具备任何实质性的容。硬件操作系统与其版本应用服务器软件与其版本应用软件与其部件服务器IBM RS6000IBM Server、Apache、MS IIS5.0等；DB27.2 EE以上版本WAS4.0以上版本、Web Logic(7.0以上版本)等；Oracle EE9i EE以上版本浏览客户端PII 800/64M/2GWin98与以上特殊客户端PII 2G/64M/2G建议配置Win2000与以上MicroStrategy7i客户端性和私密性需求本条应指明性和私密性的系统需求，包括：系统运行的性/私密性环境、提供的性或私密性的类型和程度、系统必须经受的

30、性/私密性的风险、减少此类危险所需的安全措施、系统必须遵循的性/私密性政策、必须提供的性/私密性审核、性/私密性必须遵循确实证/认可准如此。示：仅供参考，不具备任何实质性的容。数据：网络传递数据经过加密。需要保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改。业务规如此列举出有关产品的所有操作规如此，例如什么人在特定环境下可以进展何种操作。这些本身不是功能需求，但它们可以暗示某些功能需求执行这些规如此。如果涉与非常多的业务规如此，需要单独作为一章来描述。示：仅供参考，不具备任何实质性的容。在数据上载前，报数人员要核查数据；在数据上载后，系统应反响数据上载成功信息。其它需求阐述未在需求规格说明

31、书模板中定义的需求，如人员培训、包装和交付、数据迁移等方面的需求。如果不需要增加其它需求，可省略这一局部。定义在软件需求规格说明的其它局部未出现的需求，例如国际化需求或法律上的需求。你还可以增加有关操作、管理和维护局部来完善产品安装、配置、启动和关闭、修复和容错，以与登录和监控操作等方面的需求。示：仅供参考，不具备任何实质性的容。本系统应提供数据迁移的接口，需要将原有系统的数据顺利迁移到本系统中。本系统要求在安装过程的任何步骤都应提供退出安装的操作，并能自动删除已复制的文件。在系统运行过程中，计算机突然断电，系统应具备数据备份和数据恢复功能，并提供数据修复和容错功能。五接口需求利用本节来确定可

32、以保证新产品与外部组件正确连接的需求。关联图表示了高层抽象的外部联接。需要把对接口数据和控制组件的详细描述写入数据字典中。如果产品的不同局部有不同的外部接口，那么应把这些外部接口的详细需求并入到这一局部的实例中。用户界面描述系统的界面类型以与界面的特定要求，包括界面布局、界面风格、界面规等。指出界面采用的标准或格式，所提供的标准功能如帮助，快捷键设置，错误显示格式，初步的GUI产品构件，并描述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。而对于用户界面的细节，例如特定对话框的布局，应该写入一个独立的用户界面规格说明中，而不能写入软件需求规格说明中。示以B/S为例：以下示仅供参考，应根

33、据项目实际特点灵活掌握。本软件系统的用户界面总体要求：界面友好，布局合理，操作方便，美观大方。本软件系统的界面应遵循总体要求，分别从以下几个方面进展具体要求以B/S为例：1.界面布局系统页面主要划分为三个显示区如图顶端为标题栏区，显示标题栏目信息；左侧为栏目区，显示树型栏目导航信息；右侧为信息条目列表区主显示区，容包括信息条目分单元列表。树形导航区信心条目显示区系统栏目导航区Banner区2.界面风格系统界面整体风格为：上部为Banner和系统栏目导航，左侧是各个功能相关的目录树，右侧是各个功能的具体的数据以与功能实现。系统界面色调以白色为背景色，普通字体为常规五号宋体字，当前操作焦点应以不同

34、颜色或虚框形式与非当前操作以示区别。所有界面风格应遵循统一的界面规。1)系统的查询页面风格，如如如下图：2)在列表中增加一项的风格，如如如下图：3)对某个具体细节的修改，如如如下图3.界面规1)将系统中的查询、系统管理等不同权限的页面分开，使得系统的结构尽可能清晰。2)信息列表保持行高的一致，使分页规；一样操作按钮位置的放置相对固定等。3)对操作者的操作应给予相应提示信息，以引导操作者正确操作系统，这些提示信息包括一般提示性信息、错误操作引起的提示信息、警告信息、运行操作或结果提示性信息、问询信息等。硬件接口描述系统中软件和硬件每一接口的特征。可包括支持的硬件类型、软硬件之间交流的数据和控制信

35、息的性质以与所使用的通信协议。示：仅供参考，不具备任何实质性的容。因为本系统需要与加密设备CA、手持设备PDA等外部设备进展交换数据，因此本系统的硬件接口如下：硬件名称硬件类型与规格信息类型与性质通信协议加密卡密文PDA软件接口描述该产品与其它外部组件由名字和版本识别的连接，包括数据库、操作系统、工具和集成的商业组件。明确并描述在软件组件之间交换数据或消息的目的。描述所需要的服务以与部组件通信的性质。确定将在组件之间共享的数据。示：仅供参考，不具备任何实质性的容。本系统需要与以下外部组件进展连接，其接口需求如下：组件类别软件名称与版本信息交换的目的所需服务与通信性质共享数据数据库SQL SER

36、VER 2000数据存储和处理通信接口描述与产品所使用的通信功能相关的需求，包括电子、Web浏览器、网络通信标准或协议与电子表格等等。定义相关的消息格式，规定通信安全或加密问题、数据传输速率和同步通信机制。示：仅供参考，不具备任何实质性的容。本系统需要使用以下通信功能组件，其接口需求如下：类型通信组件通信协议通信安全传输要求通信机制电子SMTP数据加密2MB/S，最大不超过50M非同步Web浏览器 / s协议需要安全验证六附录附录1：分析模型这个可选局部包括或涉与到相关的分析模型的位置，例如数据流程图、类图、状态转换图或实体-关系图。示：仅供参考，不具备任何实质性的容。本系统的用例模型图，包括用例图、事件流程图活动图、时序图顺序图等，具体见附件。附录2：待确定问题的列表编辑一在软件需求规格说明中待确定问题的列表，其中每一表项都是编上号的，以便于跟踪调查。示：仅供参考，不具备任何实质性的容。编号待确定问题简要描述优先级00100222 / 22