网站综合项目需求规格说明指导书.doc

项目名称Product name密级confidentiality levelXX系统仅供收件方查阅项目编号Project code版本version文档编号document codeProject ID_ Proc_RA_002XXSoftware Requirements specificationXX系统需求规格说明书Prepared by 拟制Date日期yyyy-mm-ddReviewed by 评审人Date日期yyyy-mm-ddApproved by同意Date日期yyyy-mm-dd 版权全部 不得复制Copyright Ruankosoft Technologies, Co., Ltd. All Rights ReservedRevision Record修订统计Date日期Revision Version修订版本CR ID /Defect IDCR/ Defect号Sec No.修改章节Change Description修改描述Author作者目录1 Introduction 介绍51.1 Purpose 目标51.2 Scope 范围52 General description 总体概述62.1 Software perspective 软件概述62.1.1 About the Project 项目介绍62.1.2 Environment of Product 产品环境介绍62.2 Software function 软件功效62.3 User characteristics 用户特征62.4 Assumptions & Dependencies 假设和依靠关系73 Specific Requirements 具体需求83.1 系统用例83.2 子功效模块一83.2.1 Functional Requirements1 子功效193.2.2 Functional Requirements1 子功效2103.2 子功效模块一113.3 数据字典123.3.1 数据字典123.3.2 E-R关系图124 Performance Requirements 性能需求124.1 时间性能需求124.2 系统开放性需求124.3 界面友好性需求124.4 系统可用性需求134.5 可管理性需求135 Interface Requirements 接口需求145.1 User Interface 用户接口145.2 Software Interface 软件接口145.3 Hardware Interface 硬件接口145.4 Communication Interface 通讯接口156 Overall Design Constraints 总体设计约束166.1 Standards compliance 标准符合性166.2 Hardware Limitations 硬件约束166.3 Technology Limitations 技术限制167 Software Quality Attributes 软件质量特征177.1 Reliability 可靠性177.2 Usability 易用性178 Requirements Classification 需求分级189 Appendix 附录19Keywords 关键词：关键字Abstract 摘 要：摘要信息List of abbreviations 缩略语清单： Abbreviations缩略语Full spelling 英文全名Chinese explanation 汉字解释1 Introduction 介绍1.1 Purpose 目标该需求规格说明书是相关反向竞拍网用户对于反向竞拍系统中投标管理功效和性能要求描述，该说明书预期读者为：用户；项目管理人员；测试人员；设计人员；开发人员。这份软件需求说明书关键描述了投标管理系统功效需求，明确所要开发软件应含有功效、性能和界面，使系统分析人员及软件开发人员能清楚地了解用户需求。1.2 Scope 范围本节应描述文档所包含和不包含内容。2 General description 总体概述2.1 Software perspective 软件概述2.1.1 About the Project 项目介绍描述本软件需求所描述项目标背景。比如：本项目是一系列版本中一个，或是替换某个已经存在系统，还是一个新独立项目。2.1.2 Environment of Product 产品环境介绍描述是本产品和其它产品或项目所组成整体环境。1.假如本产品是独立并完全自我包含，在此说明这一点。2.假如SRS定义产品是更大系统或项目标组件（此种情形常常发生），那么应：A. 描述此大系统或项目每个组件功效，而且标识接口。B. 确定本软件产品关键外部接口。（ 注意：在此部分并不进行这些接口具体描述；对这些接口具体描述在SRS其它 部分提供。）C. 描述相关产品硬件和所使用外部设备。（ 注意： 这只是概述性描述。）经过方块图来描述大系统或项目标关键组件，互连性和外部接口将是很有帮助。本部分不应提出一个具体设计处理方案或对处理方案具体设计约束（具体设计约束将在具体需求章节中描述）。本部分内容是产生设计约束基础。2.2 Software function 软件功效此处撰写系统功效结构图，并对功效结构图中子系统功效进行概述。2.3 User characteristics 用户特征列出对用户或系统操作者要求，如：经验，能力，角色等。本节不应描述具体需求。但本节内容是具体需求章节基础。2.4 Assumptions & Dependencies 假设和依靠关系列出可能影响SRS中需求全部假设原因（和已知事实相对而言），包含准备使用第三方或商业组件，操作和开发环境问题约束等。假如上述假设不正确、没有被通知或改变了全部将对项目产生影响。列出项目对外部条件依靠，比如重用其它项目标模块等。假如在其它文档（比如项目计划或范围文档等）里已经描述了，在这里能够不用描述。3 Specific Requirements 具体需求 3.1 系统用例在此处描述系统高层整体用例，并对用例进行解释。以下图：3.2 子功效模块一1、子功效功效介绍2、子功效系统用例此处描述子功效中包含功效。以下图：3.2.1 Functional Requirements1 子功效11 介绍逐条列出和本特征相关功效需求。包含项目怎样响应预期错误输入，非法条件和无效输入。需求应该简明，完整，不含糊，可验证，必需。 当需要信息不确定时候使用“待定”。2 输入本子段落应包含下列内容：A. 对该功效全部输入数据具体描述，包含：输入起源数量度量单位时间要求包含精度和容忍度有效输入范围B. 在合适地方提供对接口规格或接口控制文档参考。3 处理本子段落应描述对输入数据所实施全部操作和怎样取得输出过程。这包含下列规格：A. 输入数据有效性检测。B. 操作确实切次序，包含各事件时序。C. 对异常情况回应，比如：溢出通信失败错误处理D. 用于把系统输入转换到对应输出任何方法（诸如方程式，数学算法，逻辑操作）。比如，这可能描述下列方面：对工资单里代扣所得税计算公式。用于气象预报气象模型。对输出数据有效性检测。注：此处也能够使用活动图活着步骤图描述。4 输出本子段落应包含：A. 对该功效全部输出数据具体描述，这个描述包含：输出到何处（如打印机，文件）数量度量单位时序包含正确度和容忍度有效输出范围对非法值处理错误消息B. 在合适地方提供对接口规格或接口控制文档参考。另外，对那些需求集中在输入/输出行为系统，SRS应描述全部关键输入/输出行为及输入输出正确次序。对一个需要记忆其行为以依据输入和过去行为进行反应系统，输入输出正确次序是要求；这种功效行为就类似于有限状态机。3.2.2 Functional Requirements1 子功效21 介绍逐条列出和本特征相关功效需求。包含项目怎样响应预期错误输入，非法条件和无效输入。需求应该简明，完整，不含糊，可验证，必需。 当需要信息不确定时候使用“待定”。2 输入本子段落应包含下列内容：A. 对该功效全部输入数据具体描述，包含：输入起源数量度量单位时间要求包含精度和容忍度有效输入范围B. 在合适地方提供对接口规格或接口控制文档参考。3 处理本子段落应描述对输入数据所实施全部操作和怎样取得输出过程。这包含下列规格：A. 输入数据有效性检测。B. 操作确实切次序，包含各事件时序。C. 对异常情况回应，比如：溢出通信失败错误处理D. 用于把系统输入转换到对应输出任何方法（诸如方程式，数学算法，逻辑操作）。比如，这可能描述下列方面：对工资单里代扣所得税计算公式。用于气象预报气象模型。对输出数据有效性检测。注：此处也能够使用活动图活着步骤图描述。4 输出本子段落应包含：A. 对该功效全部输出数据具体描述，这个描述包含：输出到何处（如打印机，文件）数量度量单位时序包含正确度和容忍度有效输出范围对非法值处理错误消息B. 在合适地方提供对接口规格或接口控制文档参考。另外，对那些需求集中在输入/输出行为系统，SRS应描述全部关键输入/输出行为及输入输出正确次序。对一个需要记忆其行为以依据输入和过去行为进行反应系统，输入输出正确次序是要求；这种功效行为就类似于有限状态机。3.2 子功效模块一1、子功效功效介绍2、子功效系统用例此处描述子功效中包含功效。注：本模块包含内容按3.1中格式撰写。3.3 数据字典3.3.1 数据字典描述各个内容中包含到数据字典，以表格形式反应。以下格式：字段类型可为空描述3.3.2 E-R关系图描述各个字典之间关系。4 Performance Requirements 性能需求4.1 时间性能需求描述时间上具体需求。4.2 系统开放性需求描述系统可扩充性和可移植性需求。4.3 界面友好性需求描述系统界面和友好性需求。4.4 系统可用性需求描述系统可用性需求。4.5 可管理性需求描述系统可维护性需求。5 Interface Requirements 接口需求5.1 User Interface 用户接口具体描述系统和用户之间接口这应描述下述内容：A. 对每种人机界面，软件所必需支持特征。比如，假如系统用户经过一个显示终端进行操作，那么应包含下述内容：要求屏幕格式页面计划及汇报或菜单内容输入和输出相关时序部分组合功效键使用方法B. 和系统用户接口使用相关全部方面。这可能只是一个简单相关系统怎样展示给用户而该做什么和不该做什么列表。比如提供相关长或短错误消息选项。和全部其它需求一样，这些需求也应能被检验，比如，四级打字员经一小时培训后能在Z分钟内完成功效X，而不是一个打字员能完成功效X。5.2 Software Interface 软件接口具体描述和其它系统 /模块 /项目之间接口在此应描述怎样使用其它（必需）软件产品（比如，数据管理系统，操作系统，或算法工具包），和和其它应用系统接口（比如，协议处理系统和数据库管理系统之间接口）。对每个必需软件产品，应提供下列信息：A.名字B.助记符C.版本号D.起源对每个接口，本部分应：A.讨论和本软件产品相关接口软件目标。B.按消息/函数内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。5.3 Hardware Interface 硬件接口具体描述和硬件接口在此描述软件产品和系统硬件组件之间接口逻辑特征，也包含支持哪些设备、怎样支持这些设备和协议等。 按软/硬件协议内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。5.4 Communication Interface 通讯接口具体描述通讯接口，如当地网络协议等。按消息/函数内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。6 Overall Design Constraints 总体设计约束描述可能限制开发人员选择事项。6.1 Standards compliance 标准符合性本节具体说明需求所采取标准或规范起源。假如项目采取了国际标准，应该说明国际标准及项目和标准偏离情况。6.2 Hardware Limitations 硬件约束本节包含软件在不一样硬件平台运行需求，如时间相关约束，内存方面约束等。 6.3 Technology Limitations 技术限制本节包含对使用特定技术限制，包含接口，数据库，并行操作，通讯协议，设计约定，编程规范等。 7 Software Quality Attributes 软件质量特征具体说明项目任何其它质量特征。该特征对用户和开发者全部很关键。考虑方面包含：适应性，可用性，正确性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可用性等。定量具体描述这些特征，尽可能可验证。对不一样属性之间关键性加以叙述，如：易用性比易学性更关键。每一个属性单独使用一个小节描述，可依据需要进行增减，如增加可维护性小节等。7.1 Reliability 可靠性适应性：确保该网站在原有基础功效上进行扩充，在原来系统中增加新业务功效，可方便增加，而不影响原网站系统架构。适适用于多个版本浏览器。容错性：在网络拥塞、系统瓦解、内存不足情况下，不造成该网站功效失效，可正常关闭及重启。可恢复性：出现网络故障等问题，在网络恢复正常后，网站能正常运行。7.2 Usability 易用性易用性：含有良好网站界面设计，使用户清楚易用，网站功效要高度集中。阻止用户输入非法数据或进行非法操作，对于复杂步骤处理，应该提供向导功 能并注释。可随时给用户提供使用帮助。8 Requirements Classification 需求分级Requirement ID需求IDRequirement Name需求名称Classification需求分级关键性分类以下：A.必需绝对基础特征；假如不包含，产品就会被取消。B.关键不是基础特征，但这些特征会影响产品生存能力。C.最好有期望特征；但省略一个或多个这么特征不会影响产品生存能力。9 Appendix 附录系统中相关步骤图活着需要补充说明，作为附录