软件需求规格说明指导书.doc

资源描述

一．引言 [软件需求规格阐明书记录对系统或系统一某些完整软件需求。如下是一种典型软件需求规格阐明书概述，用于涉及用例建模项目。此工件由一种包构成，该包包括用例模型用例、非功能性需求、接口需求以及其她支持信息。本文档模板适合采用用例建模技术项目需求描述。]---- 在正式编写文档时，请删除内容规定某些。 1.1编写目本文档作为***与XXXXXXXXXX公司之间就***建立XXXX司（局或单位）论坛系统需求理解达到一致共识基本文献，作为双方界定项目范畴、签定合同重要基本，也作为本项目验收重要根据。同步，本文档也作为***后继工作开展基本，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2合用范畴本文档合用于所有与本项目关于软件开发阶段及其有关人员，其中：***方面项目负责人、公司方项目经理、技术开发人员（涉及分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各某些，其她人员可选取性阅读本文档。 1.3文档概述本文档重要描述了论坛系统项目软件需求。本文档一方面从业务背景、系统功能、运营环境等方面概要描述系统，另一方面从顾客界面、软件接口等方面描述系统外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待拟定问题。 1.4参照资料 [列出本文参照文献清单，涉及出版单位、作者、版本、日期等信息。] 示范：―――仅供参照，不具备任何实质性内容。《XXX总体需求书》（XXX单位XXX提供）《XXX需求调研报告》作者：XXX 《设计模式》 XXXXX出版社 1.5术语、定义和缩写 [列出本文档所涉及专业术语、缩写词及有关定义。定义所有必要术语，以便读者可以对的地解释软件需求规格阐明，涉及词头和缩写。你也许但愿为整个公司创立一张跨越多项项目词汇表，并且只涉及特定于单一项目软件需求规格阐明中术语。] 示范：―――仅供参照，不具备任何实质性内容。 1) OLTP：On-line Transaction Processing，联机事务解决。 2) OLAP：On-Line Analytical Processing，联机分析解决；是使分析人员、管理人员或执行人员可以从多角度对信息进行迅速、一致、交互地存取,从而获得对数据更进一步理解一类软件技术。 1.6 Use-Case图形规范 [对文档中使用Use-Case图图符作简介，同步阐明所应用UML规范版本，以便理解和统一。如果使用是UML V1.3原则规范，则可以直接将下列内容作为文档内容。] 一种Use-Case图显示是Actor与Use-Case之间某种关系。表1-1列出了本文档Use-Case图中用到图符、名称及其功能简介。表1-1 UML V1.3 Use Case图符图符名称描述 UseCase Use Case 用于表达Use-case图中Use-Case，每个Use Case用于表达所建模系统一项外部功能需求，即从顾客角度分析所得需求。 Actor Actor 用于描述与系统功能关于外部实体，它可以是顾客，也可以是外部系统。关联用于连接Actor和Use Case，表达该Actor所代表系统外部与该Use Case所描述系统需求关于。这也是Actor和Use Case之间唯一合法连接。 <<extends>> 扩展由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特性，并增长了新特性。 <<include>> 包括由Use Case A指向Use Case B（被包括），表达Use Case A中包括了Use Case B中行为或功能。二．系统概述 2.1业务背景 [概要描述本系统业务背景和来源。若用图表更能清晰描述业务背景，则建议在用自然文字描述业务同步，辅以图形、表格来更精准地描述业务。] 示范：―――仅供参照，不具备任何实质性内容。为切实推动国家助学贷款管理工作，贯彻《关于切实推动国家助学贷款工作关于问题告知》（银发[]38号）、《关于下达国家助学贷款指引性贷款筹划告知》（银发[]253号）和《关于加强国家助学贷款‘三考核’工作告知》（银办发[]239号）文献精神及肖钢副行长关于在我司建立银行系统助学贷款专项记录制度批示，满足“要按月考核经办银行国家助学贷款申请人数和申请金额、考核已审批贷款人数和贷款合同金额、考核算际发放贷款人数和发放金额。”“按月编报分省‘四定’国家助学贷款进度明细表”和“增报《国家助学贷款‘三考核’指标分地区、分银行登记表》”工作规定，解决当前记录中存在指标口径难于统一（银行与学校、教诲管理部门），数据采集不准、不细，校名不规范，手工记录劳动量大、效率不高等问题。满足对贷款学生基本信息、信用记录查询；对学校进度明细记录；对分地区、分行别汇总记录以及有关分析等新管理需求，必要有相应计算机软件系统支持，以解决数据采集录入、记录汇总、上报传播需要。 2.2系统功能 [以图形、表格等形式简要阐明本软件系统重要功能，易于读者理解。详细内容将在第4某些阐明。对于采用老式办法分析系统需求，建议用Visio画出整个系统功能构造。] 示范：―――仅供参照，不具备任何实质性内容。银行业务通用网上记录暨助学贷款记录系统通过定制不同业务类别，定制记录业务项目、指标及其汇总关系等，迅速满足不同银行业务记录规定，形成从各级金融机构到***各分支机构，从下级机构到上级机构业务定制、数据采集、分析、记录和信息发布记录体系。重要任务和目的是：遵循***统一数据采集、统一信息发布建设原则，增进信息整合和应用整合。作为“***信息系统平台“一某些，为“***信息系统平台”提供某些公用化模块组件，避免业务模块重复开发。最后实现一种银行业务通用网上记录系统平台；并能以便地定制新记录业务，并能灵活适应业务发展需要。运用银行业务通用网上记录系统平台布置助学贷款专项网上记录系统，满足对国家助学贷款“三考核”规定，满足***全面掌握助学贷款业务信息需要，并配合建立银行系统助学贷款专项记录制度。助学贷款记录分析系统可为***全辖各机构和有关部门提供统一数据采集、分析、报表、信息发布等多方面功能，并可为商业银行、教诲部门以及社会公众提供有关信息查询和记录分析成果。并作为个人征信系统初期应用模型，为增进个人征信系统打下基本。系统功能关系图如下： 2.3顾客类别及特性 [拟定你觉得也许使用该产品不同顾客类并描述它们有关特性。有某些需求也许只与特定顾客类有关。提供参加系统主角名称列表及简要阐明，即简要描述系统所涉及各角色及其职责。] 示范：―――仅供参照，不具备任何实质性内容。注：应在上图位置给出使用本系统客户组织角色或岗位职责分派图以代替上图。下表是对上图核心顾客角色（Actor）简要阐明： Actor名称简要阐明权限系统管理者普通由总部IT人员来担任，顾客数量比较少。负责系统配备、备份与恢复，以及任务管理等工作。所有权限（读、写、删除、创立） XXX岗位系统时钟工作流引擎 2.4顾客文档 [列出所需顾客文档，例如：顾客手册，联机顾客文档、联机协助系统、关于声明协助等需求。] 示范：―――仅供参照，不具备任何实质性内容。本软件应提供实时在线协助（即联机协助系统）、顾客操作手册、系统管理员手册、系统安装手册以及培训文档。 2.5设计和实现上限制 [拟定影响开发人员自由选取问题，并阐明这些问题为什么成为一种限制。描述在进行设计和实现时需要注意问题，例如，必要使用或者避免特定技术、工具、编程语言和数据库；所规定开发规范或原则；公司方略、政府法规或工业原则；数据转换格式原则等等。] 示范：―――仅供参照，不具备任何实质性内容。本系统应具备良好可扩展性、复杂操作环境可适应性、灵活可配备权限控制、大容量数据操作迅速响应及高可靠性以及与既有系统兼容性，同步，具备在线提示和短信息提示，可以实现各种数据格式转换，以各种图形格式展示分析成果。本系统应支持多级无限扩展应用，符合国际、国内原则规范，可以与其他系统无缝衔接。 2.6假设和依赖 [列举出在对软件需求规格阐明中影响需求陈述假设因素（与已知因素相对立）。这也许涉及需求分析人员打算要用商业组件或关于开发或运营环境问题。需求分析人员也许以为产品将符合一种特殊顾客界面设计商定，但是另一种S R S 读者却也许不这样以为。如果这些假设不对的、不一致或被更改，就会使项目受到影响。　　此外，拟定项目对外部因素存在依赖。例如，如果你打算把其他项目开发组件集成到系统中，那么你就要依赖那个项目准时提供对的操作组件。如果这些依赖已经记录到其他文档(例如项目筹划)中了，那么在此就可以参照其他文档。] 示范：―――仅供参照，不具备任何实质性内容。本系统需要集成其她软件开发商提供组件或应用系统，假定需要集成组件可以准时提供并满足需求。假定这些组件运营环境与本系统运营环境不发生冲突，能与本系统兼容。此外，假定本文档所描述软件需求均获得了项目双方所有客户承认且稳定不变。如果项目后期，客户提出需求变更超过了本需求规格范畴，则将严重影响本系统设计、开发和程序稳定。在本软件需求规格阐明书定版之后，客户需求发生了较大变更，变更后需求规格阐明将不在本文档中补充，而以新版本文档给出。 2.7假设和依赖 [列举出在对软件需求规格阐明中影响需求陈述假设因素（与已知因素相对立）。这也许涉及你打算要用商业组件或关于开发或运营环境问题。你也许以为产品将符合一种特殊顾客界面设计商定，但是另一种S R S 读者却也许不这样以为。如果这些假设不对的、不一致或被更改，就会使项目受到影响。　　此外，拟定项目对外部因素存在依赖。例如，如果你打算把其他项目开发组件集成到系统中，那么你就要依赖那个项目准时提供对的操作组件。如果这些依赖已经记录到其他文档(例如项目筹划)中了，那么在此就可以参照其他文档。] 示范：―――仅供参照，不具备任何实质性内容。本系统需要集成其她软件开发商提供组件或应用系统，假定需要集成组件可以准时提供并满足需求。假定这些组件运营环境与本系统运营环境不发生冲突，能与本系统兼容。此外，假定本文档所描述软件需求均获得了项目双方所有客户承认且稳定不变。如果项目后期，客户提出需求变更超过了本需求规格范畴，则将严重影响本系统设计、开发和程序稳定。在本软件需求规格阐明书定版之后，客户需求发生了较大变更，变更后需求规格阐明将不在本文档中补充，而以新版本文档给出。三．功能需求 [本章节重要提供详细功能性需求描述。对于采用构造化办法分析需求项目，应采用如下内容组织方式阐明。] 3.1系统功能关系图 [以框图形式表达新系统各功能组之间功能关系图，易于读者理解。详细内容描述将在第4.3某些阐明。应分层次展示整个系统功能，先从系统――>子系统――>模块逐级展示，并阐明各子系统和模块之间功能关系。同步，应注意与外部系统接口。] 示范：―――仅供参照，不具备任何实质性内容。顾客通过“系统登录/注销“子系统进入系统，从“顾客和权限管理“子系统获得相应权限进行操作，顾客从事业务定制、数据采集、记录分析、信息发布/浏览、业务查询、顾客和权限管理等其被授权操作，“日记管理“子系统进行登记。顾客从“协助” 子系统获得协助。 3.2系统功能清单 [以表格形式列出本软件系统所有功能项清单，详细格式如下：需求章节功能项数功能项编号功能项名称功能简要描述优先级 4.3课程注册管理 8 LDAP-FI-101 登录描述顾客如何登录课程注册系统高 LDAP-FI-102 查当作绩单容许学生在学期结束前查当作绩单高 LDAP-FI-103 注册课程容许学生向课程目录中注册课程，也涉及更新、删除课程等高 LDAP-FI-104 选取讲授课程容许专家在下学期到来之前，从课程目录中选取符合自己课程高 …… …… …… …… 3.3<功能组1> 3.3.1功能简述 [简要描述本子系统重要功能，并以功能关系图展示子系统。] 示范：―――仅供参照，不具备任何实质性内容。业务定制功能组将提供数据库构造定义、数据采集接口规范自定义以及基本数据管理功能，具备灵活易用、功能强大特点，是顾客创立数据库资源并对采集业务进行定制集成管理工具。 <功能组1>各个功能项之间关系如下图所示。数据构造定制基本数据管理业务查询定义数据库模型导入数据采集接口规范定制注：建议对上图各功能项进行简要阐明。 <功能组1>与其他功能组之间关系框图如下图所示：业务定制数据采集记录分析信息发布/浏览业务查询系统参数、数据接口规范、数据构造系统参数、数据构造系统参数、数据构造系统参数 3.3.2功能清单 [以表格形式列出<功能组1>中所有功能项，便于读者检索。] 示范：―――仅供参照，不具备任何实质性内容。功能项编号功能项名称功能简要描述优先级 LDAP-FI-101 登录描述顾客如何登录课程注册系统高 LDAP-FI-102 查当作绩单容许学生在学期结束前查当作绩单高 LDAP-FI-103 注册课程容许学生向课程目录中注册课程，也涉及更新、删除课程等高 LDAP-FI-104 选取讲授课程容许专家在下学期到来之前，从课程目录中选取符合自己课程高 …… …… 中 3.3.3<登录系统> [详细列出功能模块或功能单元详细需求。这些是必要提交给顾客软件功能，使顾客可以使用所提供特性执行服务或者使用所指定使用实例执行任务。描述产品如何响应可预知出错条件或者非法输入或动作。必要唯一地标记每个需求。] 在每个功能需求描述中必要包括如下内容，如表中所列：功能编号 LDAP-FI-101 功能名称登录系统参加者有权限顾客优先级高简要描述描述顾客如何成功登录课程注册系统执行条件无功能详细描述：――详细描述该功能项所执行操作及其响应 1. 系统祈求该actor输入她或她顾客名和口令； 2. 该actor输入她或她顾客名和口令； 3. 系统验证该actor输入顾客名和口令，并将该actor登录信息记入系统日记中。异常响应描述：――详细描述该功能项所执行操作浮现异常响应 1. 无效顾客名和或口令如果该actor输入一种无效顾客名和或口令，系统应显示一种错误消息。解决成果成功登录进入课程注册系统；或者登录不成功，系统状态不变。特定规定顾客名不能重名，口令不能为空，5次登录不成功锁定该帐户。外部接口无补充阐明顾客名提供列表选取，顾客名不能超过15字符，口令不能少于6字符 3.3.4<功能需求2> [构造同3.3.3] 3.3.5<功能需求N> [构造同3.3.3] 3.4<功能组2> [构造同3.3] 3.5<功能组N> [构造同3.3] 四．非功能需求 4.1系统质量需求 [本条应描述合同中标记或从更高层次规格阐明派生出来对系统或子系统质量方面需求,例如涉及关于系统功能性(实现所有所需功能能力)、性能（支持顾客数、操作响应速度、资源占用约束等）、可靠性(产生对的、一致成果能力)、可维护性(易于改正能力)、可用性(需要时进行访问和操作能力)、灵活性(易于适应需求变化能力)、可移植性(易于修改以适应新环境能力)、可重用性(可被各种应用使用能力)、可测试性(易于充分测试能力)、易用性（易于学习和使用能力）以及其他属性定量需求。需求应尽量详细、量化和可以验证。] 4.1.1性能 [阐述不同应用领域对产品性能需求，并解释它们原理以协助开发人员作出合理设计选取。拟定互相合伙顾客数或者所支持操作、响应时间以及与实时系统时间关系。你还可以在这里定义容量需求，例如存储器和磁盘空间需求或者存储在数据库中表最大行数。尽量详细地拟定性能需求。也许需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们都集中在一起陈述。] 示范：―――仅供参照，不具备任何实质性内容。系统容量：支持3万顾客，支持GB级数据。数据库表行数不超过100万行，数据库最大容量不超过1000GB，磁盘空间至少需要40G以上. 响应指标：运营速度取决于硬件配备和应用数据规模，在推荐配备环境下：登录响应时间在5秒内，刷新栏目响应时间在5秒内，刷新条目分页列表响应时间5秒内，打开信息条目响应时间3秒内，刷新部门、人员列表响应时间5秒内。 4.1.2可靠性 [阐述客户对系统可靠性方面规定。可靠性是软件无端障运营一段时间概率。] 示范：―――仅供参照，不具备任何实质性内容。本系统最后顾客涉及面广，因而，整体系统运营规定稳定，有很强防错、抗错能力，保证数据报送工作正常进行。可靠性指标：在持续运营状况下，系统可靠性99.9999%。提供应用服务器集群技术和组件技术支持高可靠性和伸缩性。 4.1.3可维护性 [阐述客户对系统可维护性方面规定。可维护性表白了自软件中纠正一种缺陷或做一次更改简易限度。] 示范：―――仅供参照，不具备任何实质性内容。系统从设计上尽量考虑使得***大多数记录系统建设都能使用本软件搭建而成，量少做二次开发或者不做二次开发，直接通过系统配备搭建系统，从功能上具备通用性，易修改和扩展。软件开发使用组件技术，保证了可维护性高。系统具备开放性，是指记录、分析内容可修改、可扩展性。例如，通过一定授权，系统管理人员即可依照将来记录制度变动需要对记录指标进行增、删等修改，无需通过软件开发技术人员。兼容性：系统应支持各种操作系统、数据库系统和、WEB服务器系统。采用JAVA、JNDI技术来保证较好可移植性和可扩展性。 4.1.4可用性 [阐述客户对系统可用性方面规定。可用性表白了软件具备随时随处可以访问和操作能力。] 示范：―――仅供参照，不具备任何实质性内容。本系统采用B/S和C/S混合模式，支持脱机方式，因而可以保证顾客随时随处访问系统。同步，系统采用容错技术，具备数据恢复功能，可以保证顾客随时随处操作系统。 4.1.5灵活性 [阐述客户对系统灵活性方面规定。灵活性表白了软件系统可以易于适应需求变化能力。] 示范：―――仅供参照，不具备任何实质性内容。适应各种数据传播方式，可以提供灵活配备以适应业务需求变化，如可自行定义业务规则、采集机构、采集指标、解决逻辑、反馈信息等等，通过多方面定制以适应某个详细业务系统。 4.1.6可移植性 [阐述客户对系统可移植性方面规定。可移植性表白了软件易于修改以适应各种环境能力。] 示范：―――仅供参照，不具备任何实质性内容。本系统支持各种网络环境，特别是互联网，可以实现跨平台操作。 4.1.7可重用性 [阐述客户对系统可重用性方面规定。可重用性表白了软件可以被各种应用使用能力。] 示范：―――仅供参照，不具备任何实质性内容。本系统提供组件式服务，某些公用组件可以被其他系统所使用。同步，在将来后继升级系统时，可以使得某些组件被重用。 4.1.8可测试性 [阐述客户对系统可测试性方面规定。可测试性表白了软件可以在有限时间、人力资源限度内被充分测试能力。] 示范：―――仅供参照，不具备任何实质性内容。软件系统具备良好可测试性，可以在4个工作周、3个人力状况下顺利完毕所有测试项目。详细测试项目如下：代码检查：程序开发人员除了调试外，还应进行重点检查程序代码语法错误。单元测试：对构成系统每个组件进行数据构造测试和功能性测试，重点是组件功能和程序逻辑。集成测试：将组件组装成子系统后，应再次对组装后子系统进行功能性测试，重点是组件与组件之间接口测试。系统测试：通过测试后各子系统组装成系统后，还应组织对整个系统进行全面测试，涉及功能、性能以及接口测试。性能测试：测试系统操作相应速度以及资源占用效率。压力测试：测试系统可靠性和伸缩性，以验证系统能承受多大负载。鉴于本软件系统特殊性，测试重点应放在功能和性能上，其他方面可略作测试。 4.1.9易用性 [阐述客户对系统易用性方面规定，易用性涉及人机界面和谐性，新顾客或不常使用产品顾客在学习使用产品时简易限度等。] 示范：―――仅供参照，不具备任何实质性内容。系统应操作简朴、易学易用、符合原则浏览器操作风格，丰富联机协助，人性化操作界面，界面布局合理，节约操作时间提高生产效率。 4.2安全性需求 [详尽陈述与系统安全性、完整性或与私人问题有关需求，涉及顾客身份确认或授权需求，数据库安全性需求，工作流程安全性需求等。这些问题将会影响到产品使用和产品所创立或使用数据保护。定义顾客身份确认或授权需求。明确产品必要满足安全性或保密性方略。] 示范：―――仅供参照，不具备任何实质性内容。网络安全：能经受来自互联网普通性恶意袭击。如病毒（涉及木马）袭击、口令猜测袭击、黑客入侵等。因而，必要配备较强网络安全防范、响应能力，为应用系统提供安全可靠网络记录平台。数据库安全：数据库级备份和恢复。数据库级顾客进行角色和权限授权。使得在异常状况发生时，系统可以得以迅速恢复，避免数据丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。应用系统安全：通过对顾客身份鉴别，并实行相应访问控制方略后，使顾客只能完毕得到系统授权数据访问功能操作。顾客只有经授权后才可以更新程序，避免因错误程序更新而影响系统正常运营。 4.3环境需求 [以列表形式或分类方式描述关于系统或子系统必要运营环境需求，例如涉及硬件平台、操作系统和版本，尚有其他软件组件或与其共存应用程序。] 示范：―――仅供参照，不具备任何实质性内容。硬件操作系统及其版本应用服务器软件及其版本应用软件及其部件服务器 IBM RS6000 AIX 4.3.3 IBM HTTP Server、Apache、MS IIS5.0等； DB2（7.2 EE以上版本） WAS（4.0以上版本）、Web Logic(7.0以上版本)等； Oracle EE（9i EE以上版本）浏览客户端 PII 800/64M/2G Win98及以上 IE 5.0以上或Netscape同等版本以上特殊客户端 PII 2G/64M/2G 建议配备Win及以上 IE 5.0以上或Netscape同等版本以上 MicroStrategy7i客户端 4.4保密性和私密性需求 [本条应指明保密性和私密性系统需求，涉及：系统运营保密性/私密性环境、提供保密性或私密性类型和限度、系统必要经受保密性/私密性风险、减少此类危险所需安全办法、系统必要遵循保密性/私密性政策、必要提供保密性/私密性审核、保密性/私密性必要遵循确证/承认准则。] 示范：―――仅供参照，不具备任何实质性内容。数据保密：网络传递数据通过加密。需要保证数据在采集、传播和解决过程中不被偷窥、窃取、篡改。 4.5业务规则 [列举出关于产品所有操作规则，例如什么人在特定环境下可以进行何种操作。这些自身不是功能需求，但它们可以暗示某些功能需求执行这些规则。如果涉及非常多业务规则，需要单独作为一章来描述。] 示范：―――仅供参照，不具备任何实质性内容。在数据上载前，报数人员要核查数据；在数据上载后，系统应反馈数据上载成功信息。 4.6其他需求 [阐述未在需求规格阐明书模板中定义需求，如人员培训、包装和交付、数据迁移等方面需求。如果不需要增长其他需求，可省略这一某些。定义在软件需求规格阐明其他某些未浮现需求，例如国际化需求或法律上需求。你还可以增长关于操作、管理和维护某些来完善产品安装、配备、启动和关闭、修复和容错，以及登录和监控操作等方面需求。] 示范：―――仅供参照，不具备任何实质性内容。本系统应提供数据迁移接口，需要将原有系统数据顺利迁移到本系统中。本系统规定在安装过程任何环节都应提供退出安装操作，并能自动删除已复制文献。在系统运营过程中，计算机突然断电，系统应具备数据备份和数据恢复功能，并提供数据修复和容错功能。五．接口需求 [运用本节来拟定可以保证新产品与外部组件对的连接需求。关联图表达了高层抽象外部联接。需要把对接口数据和控制组件详细描述写入数据字典中。如果产品不同某些有不同外部接口，那么应把这些外部接口详细需求并入到这一某些实例中。] 5.1顾客界面 [描述系统界面类型以及界面特定规定，涉及界面布局、界面风格、界面规范等。指出界面采用原则或格式，所提供原则功能（如协助），快捷键设立，错误显示格式，初步GUI产品构件，并描述所需要顾客界面软件组件。描述每个顾客界面逻辑特性。而对于顾客界面细节，例如特定对话框布局，应当写入一种独立顾客界面规格阐明中，而不能写入软件需求规格阐明中。] 示范（以B/S为例）：―――如下示范仅供参照，应依照项目实际特点灵活掌握。本软件系统顾客界面总体规定：界面和谐，布局合理，操作以便，美观大方。本软件系统界面应遵循总体规定，分别从如下几种方面进行详细规定（以B/S为例）： 1. 界面布局系统页面重要划分为三个显示区（如图）顶端为标题栏区，显示标题栏目信息；左侧为栏目区，显示树型栏目导航信息；右侧为信息条目列表区（主显示区），内容涉及信息条目分单元列表。树形导航区信心条目显示区系统栏目导航区 Banner区 2. 界面风格系统界面整体风格为：上部为Banner和系统栏目导航，左侧是各个功能有关目录树，右侧是各个功能详细数据以及功能实现。系统界面色调以白色为背景色，普通字体为常规五号宋体字，当前操作（焦点）应以不同颜色或虚框形式与非当前操作以示区别。所有界面风格应遵循统一界面规范。 1) 系统查询页面风格，如下图： 2) 在列表中增长一项风格，如下图： 3) 对某个详细细节修改，如下图 3. 界面规范 1) 将系统中查询、系统管理等不同权限页面分开，使得系统构造尽量清晰。 2) 信息列表保持行高一致，使分页规范；相似操作按钮位置放置相对固定等。 3) 对操作者操作应予以相应提示信息，以引导操作者对的操作系统，这些提示信息涉及普通提示性信息、错误操作引起提示信息、警告信息、运营操作或成果提示性信息、询问信息等。 5.2硬件接口 [描述系统中软件和硬件每一接口特性。可涉及支持硬件类型、软硬件之间交流数据和控制信息性质以及所使用通信合同。] 示范：―――仅供参照，不具备任何实质性内容。由于本系统需要与加密设备（CA）、手持设备（PDA）等外部设备进行互换数据，因而本系统硬件接口如下：硬件名称硬件类型及规格信息类型及性质通信合同加密卡密文 PDA 5.3软件接口 [描述该产品与其他外部组件（由名字和版本辨认）连接，涉及数据库、操作系统、工具和集成商业组件。明确并描述在软件组件之间互换数据或消息目。描述所需要服务以及内部组件通信性质。拟定将在组件之间共享数据。] 示范：―――仅供参照，不具备任何实质性内容。本系统需要与如下外部组件进行连接，其接口需求如下：组件类别软件名称及版本信息互换目所需服务及通信性质共享数据数据库 SQL SERVER 数据存储和解决 5.4通信接口 [描述与产品所使用通信功能有关需求，涉及电子邮件、Web浏览器、网络通信原则或合同及电子表格等等。定义有关消息格式，规定通信安全或加密问题、数据传播速率和同步通信机制。] 示范：―――仅供参照，不具备任何实质性内容。本系统需要使用如下通信功能组件，其接口需求如下：类型通信组件通信合同通信安全传播规定通信机制电子邮件 Outlook5.0、Foxmail4.0 SMTP 数据加密 2MB/S，邮件最大不超过50M 非同步 Web浏览器 IE5.0 http / https合同需要安全验证六．附录 6.1附录1：分析模型 [这个可选某些涉及或涉及到有关分析模型位置，例如数据流程图、类图、状态转换图或实体-关系图。] 示范：―――仅供参照，不具备任何实质性内容。本系统用例模型图，涉及用例图、事件流程图（活动图）、时序图（顺序图）等，详细见附件。 6.2附录2：待拟定问题列表 [编辑一张在软件需求规格阐明中待拟定问题列表，其中每一表项都是编上号，以便于跟踪调查。] 示范：―――仅供参照，不具备任何实质性内容。编号待拟定问题简要描述优先级 001 002 　　二、在任何事情上都不要觉得自己受了多大委屈，哭哭啼啼和别别扭扭变化不了糟糕现状。心子开一点，认真地该干啥干啥，反倒走得顺畅许多。扛得住多少东西，最后就会得到多少东西，大体就是这样个理儿吧。　　三、生命本没故意义，你要能给她什么意义，她就有什么意义。与其终日冥想人生有何意义，不如试用此生做点故意义事。　　四、爱怕沉默。太多人，觉得爱到深处是无言。其实，爱是很难描述一种情感，需要详尽表达和传递。　　五、有些路，只能一种人走。　　六、有一种落差是，你配不上自己野心，也辜负了所受苦难。　　七、有些决定，只需要一分钟，可是，却会用一辈子，去后悔那一分钟。　　八、“突然想通了”,这五个字说来简朴，要做到可真不容易。我佛如来在菩堤树下得道，就由于她“突然想通了”.达摩祖师面壁十八年，才总算“突然想通了”.无论什么事，你只要能“突然想通了”,你就不会有烦恼，但达到这地步之前，你一定已不懂得有过多少烦恼。　　九、如果她总为别人撑伞，你何苦非为她等在雨中。　　十、我对前任感觉很简朴，哪怕她女朋友来我面前秀恩爱，我也不会觉得烦。就像在看别人吃一碗很香卤肉饭，吧唧嘴巴弄得很大声，但我自己心里是明白：我吃过那种饭，其实没那么好吃。　　十一、为什么咱们总是不懂得爱惜眼前人？在未可预知重逢里，咱们觉得总会重逢，总会有缘再会，总觉得有机会说一声对不起，却从没想过每一次挥手道别，都也许是诀别，每一声叹息，都也许是人间最后一声叹息。　　十二、我在最佳时候遇到你，是我运气。可惜我没时间了。想想，说人生无悔，都是赌气话。人生若无悔，那该多无趣啊。我心里有过你。可我也只能到喜欢为止了。　　十三、我说不出来为什么爱你，但我懂得，你就是我不爱别人理由。　　十四、当你在转圈时候，这个世界很大，当你勇往直前，这个世界就很小。十五、当前男女之间恋爱，总是答应太快，成果分手也快。人性规律是容易得到就容易放弃。凡是通过努力得到，不论是感情还是物品，都会使人顿生爱惜之感。因此在感情上，当有人追求时，内心一份矜持是必要，虽然心里很爱，也需要给追求者时间和难度，这样两人走到一起才会爱惜感情、地久天长。　　十六、我从来不会在分手好久后才会哭，由于不值。　　十七、高兴呢，就容许自己高兴一天；伤心呢，也容许自己伤心一天。核心是这一天过去了，你得继续往前走。　　十八、对于世界而言，你是一种人；但是对于某个人，你是TA整个世界。　　十九、咱们徐徐放开了对方手　　二十、为爱投入不应当被苛责，只是忘掉自己却是爱情里最大弊病，也许，爱情里最佳状态不是牺牲与忍让，而是站在可以看到彼此位置里，在对方眼里可以看到最真实自己。　　二十一、人生一世，总有个追求，有个盼望，有个让自己珍视，让自己向往，让自己护卫，乐意为之活一遭，乃至乐意为之献身东西，这就是价值了。　　二十二、“做自己”很难，但更难是遇到能接受你“做自己”人。　　二十三、只有在你最落魄时，才会懂得谁是为你紧张笨蛋，谁是形同陌路混蛋。　　二十四、老天在送你一种大礼物时，都会用重重困难做包装。　　二十五、很奇妙一种感觉是，曾经陌生人，突然之间成为了你整个世界。咱们不也许再有一种童年；不也许再有一种初中；不也许再有一种初恋；不也许再有从前高兴、幸福、悲哀、痛苦。昨天，前一秒，通通都不也许再回去。——生命本来是一场无法回放绝版电影！　　二十六、有时阳光较好，有时阳光很暗，这就是生活。　　二十七、再多“我爱你”也抵但是一句“分手吧” 　　二十八、失望，有时候也是一种幸福。由于有所期待，因此才会失望。由于有爱，才会有期待。因此纵使失望也是一种幸福，虽然这种幸福有点痛。　　二十九、当生活给你设立重重关卡时候，再撑一下，每次地咬牙闯关过后，你会发现想要都在手中，想丢都留在了身后。　　三十、人生没有真正绝望。树，在秋天放下了落叶，心很疼。可是，整个冬天，它让心在安静中积蓄力量。春天一到，芳华依然。只要生命还握在手心，人生就没有绝望。人有悲欢离合，月有阴晴圆缺。一时成败得失对于毕生来说，但是来了一场小感冒。心若累了，让它休息，灵魂修复是人生永不干枯但愿。

展开阅读全文