毕业设计管理系统
软件需求规约说明书
福建师范大学软件学院
2014年6月
目录
1简介....................................................................................................... 错误！未定义书签。
1.1目的 ................................................................................................ 错误！未定义书签。
1.2范围 ................................................................................................ 错误！未定义书签。
1.3定义、首字母缩写词和缩略语 .................................................... 错误！未定义书签。
1.4参考资料 ........................................................................................ 错误！未定义书签。2项目概述............................................................................................... 错误！未定义书签。
2.1产品功能 ........................................................................................ 错误！未定义书签。
2.3用户特点 ........................................................................................ 错误！未定义书签。
2.4运行环境 ........................................................................................ 错误！未定义书签。
2.5一般约束 ........................................................................................ 错误！未定义书签。
2.6假设和依据 .................................................................................... 错误！未定义书签。3功能需求............................................................................................... 错误！未定义书签。
3.1选题子系统 .................................................................................... 错误！未定义书签。
3.1.1 用例图................................................... 错误！未定义书签。
3.1.2 用例概述................................................. 错误！未定义书签。
3.1.3 界面原型................................................. 错误！未定义书签。
3.2论文指导子系统 ............................................................................ 错误！未定义书签。
3.2.1 用例图................................................... 错误！未定义书签。
3.2.2 用例概述................................................. 错误！未定义书签。
3.2.2 界面原型................................................. 错误！未定义书签。
3.3系统管理子系统 ............................................................................ 错误！未定义书签。
3.3.1 用例图................................................... 错误！未定义书签。
3.3.2 用例概述................................................. 错误！未定义书签。
3.3.3 界面原型................................................. 错误！未定义书签。
3.4统计子系统 .................................................................................... 错误！未定义书签。
3.4.1用例图.................................................... 错误！未定义书签。
3.4.2用例概述.................................................. 错误！未定义书签。
3.4.3界面原型.................................................. 错误！未定义书签。
3.5论文评分子系统 ............................................................................ 错误！未定义书签。
3.5.1 用例图................................................... 错误！未定义书签。
3.5.2 用例概述................................................. 错误！未定义书签。
3.5.3 界面原型................................................. 错误！未定义书签。
3.6留言及邮件子系统 ........................................................................ 错误！未定义书签。
3.6.1用例图.................................................... 错误！未定义书签。
3.6.2用例概述.................................................. 错误！未定义书签。
3.6.3界面原型.................................................. 错误！未定义书签。
3.7资源管理子系统 ............................................................................ 错误！未定义书签。
3.7.1用例图.................................................... 错误！未定义书签。
3.7.2用例概述.................................................. 错误！未定义书签。
3.7.3界面原型.................................................. 错误！未定义书签。4非功能需求........................................................................................... 错误！未定义书签。
4.1安全性 ............................................................................................ 错误！未定义书签。
4.2易用性 ............................................................................................ 错误！未定义书签。
4.3可靠性 ............................................................................................ 错误！未定义书签。
4.4性能 ................................................................................................ 错误！未定义书签。
4.5可维护性、可扩展性和适应性 .................................................... 错误！未定义书签。
5.附录....................................................................................................... 错误！未定义书签。
5.1教育资源分类体系 ........................................................................ 错误！未定义书签。
5.2课程资源库分类体系 .................................................................... 错误！未定义书签。
5.3模板资源库分类体系 .................................................................... 错误！未定义书签。
1简介
项目组先期就福建师范大学毕业设计管理系统的建设问题进行了深入研究，分析了GTMS系统的业务需求。项目组制订本文档，作为福建师范大学毕业设计管理系统业务需求的具体描述，该文档将指导系统的设计、开发及实施工作，该文档所描述的业务流程作为福建师范大学软件学院对该软件系统实施后有关部门和人员验收系统的依据和参考资料。
1.1目的
本文档明确福建师范大学毕业设计管理系统需要完成的内容，建立系统逻辑模型，准确表达用户的需求。
本文档的读者包括：福建师范大学软件学院的相关领导、教学、技术部门以及服务支持的有关人员、GTMS开发组成员等。
1.2范围
中国地质大学（武汉）远程教学资源管理系统（CUG-LCMS）将对中国地质大学（武汉）远程教育资源进行计算机管理，涉及内容包括：专业课程管理、教学资源管理、课程资源管理、资源发布与分发、门户管理、系统管理等。
1.3定义、首字母缩写词和缩略语
本文档出现的缩略词
1.4参考资料
2项目概述
毕业论文（设计）是本科生人才培养方案的重要组成部分，是落实本科生人才培养目标的实践性教学环节，是培养、提高、检查学生综合运用所学基本理论、基本知识、基本技能进行科学研究训练的基本手段。为了切实按照福建师范大学的各项规章和规定做好本科生毕业论文（设计）的选题、开题、教师指导、中期检查、答辩等各环节的工作，通过构筑方便灵活的网上交流平台，帮助提高毕业论文（设计）的质量，该福建师范大学决定以软件学院为试点开发毕业论文（设计）管理系统。
2.1产品功能
系统主要由七个子系统组成：①选题子系统、②论文指导子系统、③系统管理子系统、④统计子系统、⑤论文评分子系统、⑥留言及邮件子系统、⑦资源管理子系统等，其功能结构如图2-1所示，各子系统功能关系如图2-2所示。这些部分的具体功能将在文档的功能需求部分详细说明。
图2-1 毕业论文管理系统功能图
2.3用户特点
预期用户角色：院领导、系统领导、教师、学生、教学秘书和系统管理员等。
预期用户特点：基本熟悉业务，但对计算机操作基本熟练。
2.4运行环境
（1）硬件环境
客户端：Pentium 100以上，内存1G，硬盘剩余空间不能小于100M
应用服务器：Tomcat5.0或Weblogic所支持的任何服务器，双网卡
数据库服务器：MS-SQLServer数据库服务器所支持的任何服务器
（2）软件环境
客户端：IE5.0及以上
应用服务器：WebLogic8.2或Tomcat5.0
数据库：MS-SQLServer2005/2008
（3）网络环境
客户端：校局域网、网络接入教育网、中国电信、中国网通之一等
服务器：校网络中心、学院服务器
2.5一般约束
X系统在系统设计过程中必须满足以下约束：
1、目标约束：系统建设基于现有的平台环境，以服务毕业设计工作为目的；
2、集成约束：实现与其他已有系统集成，并为未来系统提供可集成的接口；
3、工作模式：浏览器/服务器（B/S）模式；
4、通信协议：遵循网络协议标准；
5、标准约束：资源建设符合SCORM和国家标准；
6、软件架构：基于J2EE架构
7、数据库：MS-SQLServer
8、部署和运行环境：Windows Server2003以上；
2.6假设和依据
X系统是对现有资源业务管理的计算机实现，因此必须反映现实业务需求，为了统
一对系统的理解，基于以下假设和依据来指导系统的设计和实现：
1、对资源采用分级管理：资源库-资源目录-资源，同时，资源采用分类管理
2、毕业论文选题遵循一人一题的原则。
3、课程代码与学习管理系统一致，假设课程代码唯一。
4、相同课程代码的课程界定为同一门课程。
5、同一专业对应一个课程资源库；
6、一资源分类对应一个模板资源库；
7、知识点依赖于知识单元；
3功能需求
3.1选题子系统
3.1.1选题子系统概述
（1）用例图
图3.1-1 选题子系统用例图
（2）用例概述
3.1.2 UC0101提交课题审核表用例
（1）界面原型
（2）用例场景(涉及多个界面或界面交互复杂时填写)
（3）活动图(涉及多个界面或界面交互复杂时填写，下面的图只是一个占位符)
图3.1-3提交课题审核表用例的活动图
3.1.3 UC0102评审课题用例
3.1.4 UC0103审批课题用例
3.1.5 UC0104发布课题用例
3.1.6 UC0105浏览课题用例
3.1.7 UC0106选题用例
3.1.8 UC0107选择课题成员用例3.1.9 UC0108指派课题成员用例3.1.10 UC0109发布选题结果用例3.1.11 UC01010浏览选题结果用例3.2论文指导子系统
3.2.1论文指导子系统概述
（1）用例图
图3.2-1 论文指导子系统例图
(2)用例概述
3.2.2 UC0201开题报告管理用例………
4非功能需求
4.1 安全性
安全需求包括安全设施需求和安全性需求。要保证系统和数据的安全，必须有相应的安全设施。系统的安全性必须达到如下要求：
●只有经过系统授权的用户才能操作本系统。
●各功能只对授权的用户开放，未经授权的用户即使进入系统，也不能进行操
作
●内部应用与外部应用需要进行物理隔离、逻辑连通
●建立完善的系统日志管理系统
4.2 易用性
福建师范大学X系统涉及用户种类多，他们应能便捷、友好、简单的方式完成对系统访问以满足自身需求。
●界面风格统一
●尽量减少用户的输入操作，增加操作导航
●系统具有一定的灵活性，提供模板和数据导入导出
●系统的通用性、操作简单易学，实用性强
4.3 可靠性
福建师范大学X系统与其它外部系统交互协作，保证系统能可靠运行，意义十分重大。
●由于所有数据全部保存在服务器上，所以需要对服务器数据经常备份
●考虑到现有网络病毒泛滥，需要对现有系统尽可能安装防火墙或保护系统以确
保系统的正常运行
●支持断点续传，以保证资源可靠地发布
●要求系统能7*24稳定运行
●对系统运行状态监控，提供系统运行日志
福建师范大学X系统为各类用户及外部提供教学资源的检索发现、存取、共享、互操作等功能的同时，要充分考虑性能需求：
●要能支持大量用户（不少于1000人）的并发访问
●系统的响应时间应小于10秒
4.5 可维护性、可扩展性和适应性
根据中国地质大学（武汉）远程与继续教育学院的现状，教学资源管理系统不仅要考虑与现有系统的数据集成和功能集成，还要充分考虑因教育政策、教学模式的变更对系统的变更，因而系统的设计方案应易于理解，相关的文档资料应清晰、完整、一致，同时要有良好的功能、数据可扩展性以及对环境适应能力。
5.1教育资源分类体系
图5-1：教育资源分类体系
5.2 课程资源库分类体系
图5.2课程资源库分类体系5.3 模板资源库分类体系
图5.3：模板资源库分类体系
错误！未找到引用源。 错误！未指定书签。 错误！未指定书签。 用于<子系统或特性> 版本 <1.0> [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式 输入的段落将被自动设置为普通样式（样式=Body Text）。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]
修订历史记录 日期版本说明作者<日/月/年>
目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 整体说明 4 3. 具体需求 5 3.1 功能 5 3.1.1 <功能性需求一> 5 3.2 可用性 6 3.2.1 <可用性需求一> 6 3.3 可靠性 6 3.3.1 <可靠性需求一> 6 3.4 性能 6 3.4.1 <性能需求一> 7 3.5 可支持性7 3.5.1 <可支持性需求一> 7 3.6 设计约束7 3.6.1 <设计约束一> 7 3.7 联机用户文档和帮助系统需求7 3.8 购买的构件7 3.9 接口7 3.9.1 用户界面8 3.9.2 硬件接口8 3.9.3 软件接口8 3.9.4 通信接口8 3.10 许可需求8 3.11 法律、版权及其他声明8 3.12 适用的标准8 4. 支持信息8
【项目名称】需求说明书
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 项目概述 (3) 2.1 目标 (3) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 假定和约束 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.2 性能需求 (6) 3.3 外部接口需求 (6) 3.4 属性 (6) 3.5 其他需求 (7) 4运行环境需求 (7) 4.1 设备 (7) 4.2 支持软件 (8) 4.3 接口...................................................................................................... 错误！未定义书签。 4.4 控制...................................................................................................... 错误！未定义书签。 5 附录 (8)
1引言 1.1 编写目的 该文档首先给出了整个系统的整体网络结构和功能结构的概貌，反映出搜索引擎系统的结构，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为需求人员和开发人员之间的共同文档，为双方相互了解提供基础；确定系统测试及验收内容。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。 1.2 范围 本文档的适用范围为项目的开发人员、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员，也适用于客户。 该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。 1.3 定义 搜索引擎是指一种web上应用的软件系统，他以一定的策略在web上搜集和发现信息，在对信息进行处理后和组织后，为用户提供web信息查询服务。从使用者的角度来看，这种软件系统提供一个网页界面，让他通过浏览器提交一个词语或者短语，然后很快返回一个可能和用户输入内容相关的信息表。 1.4 参考资料 搜索引擎——原理、技术于系统 Java how to program Java程序设计教程 2项目概述 2.1 目标 本系统的目标是为了使普通用户能够在互联网上方便的共享资源，为用户提供一个统一的资源平台，用户通过使用本系统提供的客户端应用程序，可以方便的搜索和下载互联网上各种不同访问
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)
3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)
项目编号： 影视业务电子商务平台 分类: <模板> 使用者: <项目组> 文档编号： HD20110717SR006 华迪信息技术有限 公司 软件需求规约V1.0 项目承担部门：新疆大学软件实习第一小组 撰写人（签名）：宋登垚 完成日期：2012年7月3日 本文档使用部门：□主管领导■项目组■客户（市场）□维护人员■用户 评审负责人（签名）： 评审日期：
标题: 影视业务电子商务平台软件需求规约 作者: 新疆大学软件实习第一小组 创建日期: 2012年6月30日 上次更新日期: 2012年6月3日 版本: V2.0 部门名称: 新疆大学软件实习第一小组 日期版本说明作者2012-6-30 V1.0 创建宋登垚2012-7-3 V2.0 评审定稿余翼
目录 1.简介4 1.1目的4 1.2围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 2.整体说明4 3.具体需求4 3.1功能错误!未定义书签。 3.1.1信息发布子系统5 3.1.2后台电影管理5 3.1.3前台电影展示5 3.1.4在线购票与支付12 4. 性能 25 5. 接口 26
软件需求规约 1.简介 作为影视业务的官方，通过这个全方位的展示影视业务集团综合实力的目的，让成为宣传影城形象的全新基地、一个时尚的电子商务平台。 1.1目的 本软件需求规约主要是给对软件要实现的业务需求进行定义，以使各利益相关者就要开发的软件系统达成一致意见，并作为后续工作的基础和验收的标准。 1.2围 参见功能部分。 1.3定义、首字母缩写词和缩略语 VISTA系统：是目前用户在局域网使用的影院业务管理系统，购买于德国某公司的软件产品。 1.4参考资料 <<软件需求规约模板>> CMMI3标准 2.整体说明 本紫荆平台软件依靠目前紫荆用户使用的第三方win7软件系统，是Win7系统在互联网上的延伸，为用户搭建了在网上宣传自己、网上购票、网上团购、网上商城的电子商务平台。 3.具体需求
泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 Requirement Analysis Document 文档编号： 状态: ■草稿□发布□修改作者:寻浏平、王刚华
文档信息 修改记录
目录 1.引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语定义 (4) 2.业务描述 (4) 2.1目标范围 (4) 2.2业务综述及总体流程 (4) 2.2.1业务流程图 (5) 2.2.2业务需求 (6) 2.3用户特性 (6) 2.4约定假设 (6) 3.功能需求 (7) 3.1 SAP新增自定义字段“钢印号”（F01） (8) 3.1.1功能模块流程图 (8) 3.1.2功能详细描述 (8) 3.2 MES下载订单主数据接口修改（F02） (10) 3.2.1功能模块流程图 (10) 3.2.2功能详细描述 (10) 3.3 MES终端钢印号报工功能修改（F03） (11) 3.4大件SAP/PDA收货功能（F04） (11) 3.5大件SAP/PDA出库钢印号记录功能（F05） (27) 3.6 MES返修订单质检功能（F06） (34) 3.6.1功能模块流程图 (34) 3.6.2功能详细描述 (35) 3.7 SAP大件（钢印号）可用库存查询功能（F06） (37) 4.业务编码规范 (41) 5.非功能性需求 (41) 5.1用户界面需求 (41) 5.2性能及压力需求 (41) 5.3安全需求 (41) 5.4环境需求 (41) 5.5产品质量要求 (42) 6. 批准确认 (42)
1.引言 1.1编写目的 将泵送制造本部钢印号管理业务需求转化为功能需求，为设计、开发、测试、实施人员提供参考依据。 1.2项目背景 目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的，MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控，泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。 1.3术语定义 钢印号：为实现对自制大件生产过程质量追溯，自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息：型号、生产日期、流水号等。 2.业务描述 2.1目标范围 泵送制造本部所有自制大件均需实现钢印号管理，先在转塔工作中心（转塔台和转塔座）实现和试用，优化完成后再推广到泵送制造本部其他大件。 2.2业务综述及总体流程 从整体描述项目业务需求及业务流程，相互关联，及总体流程图。
软件需求说明书 （转载自国家计算机标准和文件模板） 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说
明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求，如对： a.响应时间； b.更新处理时间； c.数据的转换和传送时间； d.解题时间；等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a.操作方式上的变化； b.运行环境的变化；
X系统 软件需求规约说明书 福建师范大学软件学院 2010年11月
目录 1简介 (3) 1.1目的 (3) 1.2范围 (3) 1.3定义、首字母缩写词和缩略语 (3) 1.4参考资料 (4) 2项目概述 (5) 2.1产品功能 (5) 2.3用户特点 (5) 2.4运行环境 (5) 2.5一般约束 (5) 2.6假设和依据 (5) 3功能需求 (5) (此为样例) (5) 3.1选题子系统(二等标题字体黑体小三) (5) 3.1.1选题子系统概述(三等标题字体黑体小四加粗) (5) 3.1.2 UC0101提交课题审核表用例 (7) 3.1.3 UC0102评审课题用例 (9) 3.1.4 UC0103审批课题用例 (9) 3.1.5 UC0104发布课题用例 (9) 3.1.6 UC0105浏览课题用例 (9) 3.1.7 UC0106选题用例 (9) 3.1.8 UC0107选择课题成员用例 (9) 3.1.9 UC0108指派课题成员用例 (9) 3.1.10 UC0109发布选题结果用例 (9) 3.1.11 UC01010浏览选题结果用例 (9) 4非功能需求 (10) 4.1安全性 (10) 4.2易用性 (10) 4.3可靠性 (10) 4.4性能 (10) 4.5可维护性、可扩展性和适应性 (10)
1简介 (正文字体宋体小四由PMO统一给出,不用填写) 1.1目的 (正文字体宋体小四由PMO统一给出,不用填写) 1.2范围 (正文字体宋体小四由PMO统一给出,不用填写) 1.3定义、首字母缩写词和缩略语 本文档出现的缩略词 (正文字体宋体小四由PMO统一给出,不用填写) 本文档出现的术语
组态建模工具需求规格说明书 西安电子科技大学 2011/5/19
目录
1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。术语和缩略词
2软件概要 软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境： ●编程语言： ●遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 ●测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 ●软件交付形式： ●软件交付日期： ●其他：见合同。 使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
Software Requirements Specification for
Table of Contents Table of Contents (ii) Revision History (ii) 1. Introduction (1) 1.1 Purpose (1) 1.2 Document Conventions (1) 1.3 Intended Audience and Reading Suggestions (1) 1.4 Project Scope (1) 1.5 References (1) 2. Overall Description (2) 2.1 Product Perspective (2) 2.2 Product Features (2) 2.3 User Classes and Characteristics (2) 2.4 Operating Environment (2) 2.5 Design and Implementation Constraints (2) 2.6 User Documentation (2) 2.7 Assumptions and Dependencies (3) 3. System Features (3) 3.1 System Feature 1 (3) 3.2 System Feature 2 (and so on) (4) 4. External Interface Requirements (4) 4.1 User Interfaces (4) 4.2 Hardware Interfaces (4) 4.3 Software Interfaces (4) 4.4 Communications Interfaces (4) 5. Other Nonfunctional Requirements (5) 5.1 Performance Requirements (5) 5.2 Safety Requirements (5) 5.3 Security Requirements (5) 5.4 Software Quality Attributes (5) 6. Other Requirements (5) Appendix A: Glossary (5) Appendix B: Analysis Models (6) Appendix C: Issues List (6) Revision History
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
需求规约说明书 电子商务管理系统 目录 1．引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (4)
1.4 参考资料 (4) 2．任务概述 (4) 2.1 目标 (4) 2.2 用户特点 (4) 2.3 用例模型 (4) 3．需求规定 (5) 3.1 对功能的规定 (5) 3.2 补充需求 (5) 3.2.1 灵活性 (5) 3.2.2 精度 (5) 3.3 故障处理要求 (5) 3.4 其他专门要求 (6) 4．运行环境规定 (6) 4.1 设备 (6) 4.2 支持软件 (6) 4.3 接口 (7) 4.3.1 用户接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通信接口 (7) 4.4 控制 (7)
1．引言 1.1 编写目的 20 人左右团队计划8 个月时间为某个家具公司开发一个小型电子商务管理系统。该系统能够为用户提供产品展示、售前咨询、在线定制、网上交易、物流跟踪、售后服务等功能。 按照软件项目开发计划书所确定的工作范围为指南。为明确软件需求，明细该项目的数据流向和数据结构，为设计阶段打下坚实的基础；确定系统功能，设计时应遵循的原则，约束条件以及性能等要求；建立和保持与用户之间的通信，确保以后的工作能够比较顺利的开展，撰写需求规格说明书即当前文档。 本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。 1.2 背景 待开发的系统的名称：小型电子商务管理系统项目的任务提出者：项目经理开发者：20 人左右团队 用户： 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、 项目管理。 （2）开发员- 设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）开发员- 程序员：配合《设计报告》，了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。 （5）销售人员：了解预期产品的功能和性能。 （6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 （7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。兼容系统： Windows XP SP2/SP3 、server 2003 、Vista 、Windows 7 开发工具：https://www.doczj.com/doc/3919133044.html,+ Microsoft SQL Server 2005 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
软件需求规约: 用于<子系统或特性> Software Requirements Specification 项目名称：项目名称 摘要： 相关文档： 修改记录：
目录 1简介 (3) 1.1目的 (3) 1.2范围 (3) 1.3定义、首字母缩写词和缩略语 (3) 1.4参考资料 (3) 1.5概述 (4) 2整体说明 (4) 2.1用例模型调查 (4) 2.2假设与依赖关系 (4) 3具体需求 (4) 3.1用例报告 (4) 3.2补充需求 (5) 4支持信息 (5)
1简介 [软件需求规约(SRS)的简介应提供整个文档的概述。它应包括软件需求规约的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] [软件需求规约记录对系统或系统的一部分的完整软件需求。以下是一个典型的软件需求规约概述，用于涉及用例建模的项目。此工件由一个包组成，该包包含用例模型的用例、适合的补充规约以及其他支持信息。有些软件需求规约没有采用用例建模，它在一个文档中记录了所有需求，而适用的部分可从补充规约（此后将不再需要）中插入，这种软件需求规约的模板请参见rup_srs.dot。] [软件需求规约可能会有许多不同的组织方式。有关以上两种组织方式的进一步阐述以及软件需求规约的其他组织方式，请参见[IEEE93]。] 1.1 目的 [阐明此软件需求规约的目的。]软件需求规约应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。] 1.2 范围 [简要说明此软件需求规约适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。] 1.3 定义、首字母缩写词和缩略语 [本小节应提供正确解释此软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。] 1.4 参考资料 [本小节应完整地列出此软件需求规约中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]
1简介 1.1目的 本文档主要读者：产品总监、产品相关设计人员、技术总监、项目经理、开发 相关人员、测试经理及相关测试人员等。 1.2说明 项目名称：***网上商城 简述：***网上商城是公司产品打造体系的一部分，主要表现形式是手机客户端，随着移动互联网用户的增多以及相关技术的普及，移动电子商务成为了日常生活的一部分，那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标，在没有电脑的情况下，客户可以使用手机登陆掌易通客户端进行相关资讯以及交易信息的查看，并且可以实现洽谈、下单、交收等业务。为现货交易更加便捷，实现随时随地电子商务。 2产品功能业务需求 2.1产品构架
产品构架图
2.2主要流程功能简述 流程简述： 打开客户端后，可以实现三大功能： 一、浏览平台发布的公告信息，竞价公告以及新闻资讯等 二、通过交易大厅、专场浏览挂牌交易信息。 三、会员登录后可以对业务进行处理。 买方会员可以通过一口价或洽谈的方式进行购买下订单。 买方会员可以在业务中心进行验货、验票、评价、将提单生成二维码等操作。卖方会员可以在业务中心进行发货、评价、将提单生成二维码等操作。 注：手机端不支持支付的功能，需在PC端进行支付。手机端不支持订单、合同的异议功能，需在PC端进行异议处理。
3功能界面展示和说明 3.1前台 ●手机客户端支持分辨率不低于640*960像素 ●本需求中页面效果图为原图，需由专业美工进行适当设计布局，手机界面的整体 色系统一、唯美，菜单、下拉框、按钮等控件风格保持一致。 ●进入手机客户端首先进入的是首页 ●加载时显示“请稍等...” 3.1.1首页
修订历史记录
1引言 (4) 1.1编写目的 (4) 1.2范围 (4) 1.3背景 (4) 1.4术语定义 (4) 1.5参考资料 (5) 1.6概述 (5) 2概述 (5) 2.1系统概述 (5) 2.1.1概述 (5) 2.1.2流程分析 (5) 2.2用户分析 (6) 2.3约束 (7) 2.3.1一般约束 (7) 2.3.2隐含约束 (7) 2.4假设和依据 (7) 3具体需求 (7) 3.1功能性需求 (7) 3.1.1功能性需求分类 (7) 3.1.2网站 (8) 3.1.3BBS .................................................................................................... 错误!未定义书签。 3.2非功能性需求 (10) 3.2.1可用性 (10) 3.2.2可靠性 (10) 3.2.3性能 (10) 3.2.4可支持性 (10) 3.2.5设计约束 (10) 3.2.6安全性 (11) 3.2.7用户界面 (11) 3.2.8软件接口 (11) 3.2.9法律、版权及其他声明 (11)
1引言 1.1编写目的 编写该文档目的在于明确系统范围，并规范的记录该系统的各项需求指标与约束。 1.2范围 该文档定义了项目需求的所有内容，包括：背景概述、高层需求定义与约束、以及精确需求定义（功能性需求与非功能性需求）。 1.3背景 云开大学创建于上世纪20年代，占地148万平方米，建筑面积104万平方米，校园网络设施先进。该大学是一所学科门类齐全的研究型综合大学之一，具备培养学士、硕士、博士和博士后的完整教育体系。现有各类学生2万多人，其中本科生12707人，硕士研究生7112人，博士研究生2530人，留学生1085人，成人教育学生5324人。 云开大学教务处和学生会对不同年级的在校生做了一个普遍调查：几乎绝大部分学生在校期间，需要购买和处理很多的耐用品，他们还需要自己购买其他学习资料，生活用品,或者礼品等。但是，有些物品属于耐用品,他们使用次数有限一旦在他们用完之后，基本很少使用，往往是存放到柜子底层，到最后毕业的时候却很难再有效利用,或者丢弃,或者打包卖给旧品店。而在这期间，其他同学也可能需要这些物品，他们无奈之下只好再去购买，然后也以相同的方式处理。因此，这样给学生造成了极大的浪费，他们如果能够从别的同学那里找到他们需要的物品，通过与同学之间交换或是以二手物品买卖的方式获得这些资料，将为大家省掉那些不必要的开销。 因此，教务处希望为在校学生提供一个平台，要求学生提供必要信息完成注册，然后发布二手物品销售信息，信息接受者在收到信息后，通过联系请求者完成二手物品买卖，从而实现资料共享或者旧物平多次利用，并创建良好的校园学习氛围。于是，教务处委托XXXX 公司，负责该项目的需求调研开发与实施，并正式命名该项目为XXXX，同时任命某同学担任项目经理职务,负责组建开发团队。 1.4术语定义
软件需求规格说明书模板 分步阅读 软件需求规格说明书是软件开发过程需求分析阶段需要产出的文档，是为了使用户和软件开发者对软件的规格有一个共同的理解而撰写的，软件需求规格说明有标准的模板 方法/步骤 1.第一章是引言。
描述软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和理解，包含五个部分： 1.1 编写目的 //对产品(项目)进行定义，在该文档中详尽说明这个产品的软件需求，包//括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一//部分有关，那么只定义文档中说明的部分或子系统。 1.2 文档约定 //描述编写文档时所采用的标准或排版约定，包括正文风格，提示区或重//要符号。例如，说明高层需求的优先级是否可以被所有细化分需求所继//承，或者每个需求陈述是否都有优先级。 1.3 读者对象和阅读建议 //列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、 //营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结 //构。提出最适合每一类读者阅读文档的建议。 1.4 项目范围 //提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业//目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到//这里 1.5 参考资料 //列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户//界面风格指导、合同、标准、系统需求规格说明书，用户需求、相关产品//的软件需求规格说明书。这里应给出详细的信息，包括标题名称、作者、//版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。
2.第二章是总体描述。包含六个部分： 2.1 产品前景 //描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否//是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品，是否//是现有应用程序的替代品，或者什邡市一个全新的产品。 //如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这//部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。建//议使用系统结构图或者实体关系图表示 2.2 产品的功能 //概述产品所具有的主要功能，详细内容在第4节描述，所以这里只需要概括//总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易//于理解。用图形表示主要的需求分组以及它们之间的联系。 //建议使用数据流程图（DFD）的顶层图或者类图来实现图形化 2.3 用户类及其特征
软件开发方向“成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录 日期版本说明作者2008-10-12 未评审的初稿吴子敬
目录 1 引言 ...................................................... 错误 ! 未定义书签。 目的 .................................................... 错误 ! 未定义书签。 文档格式 . ............................................... 错误 ! 未定义书签。预期的读者和阅读建议 . ................................... 错误 ! 未定义书签。 范围 .................................................... 错误 ! 未定义书签。 术语 .................................................... 错误 ! 未定义书签。 参考文献 . ............................................... 错误 ! 未定义书签。 2 系统概述 ................................................... 错误 ! 未定义书签。 概述 .................................................... 错误 ! 未定义书签。 功能 .................................................... 错误 ! 未定义书签。 运行环境 . ............................................... 错误 ! 未定义书签。 假设与依赖 . ............................................. 错误 ! 未定义书签。 3 系统特性 ................................................... 错误 ! 未定义书签。 系统角色 . ............................................... 错误 ! 未定义书签。 学生管理 . ............................................... 错误 ! 未定义书签。 增加学生信息 . ....................................... 错误 ! 未定义书签。 修改学生信息 . ....................................... 错误 ! 未定义书签。 删除学生信息 . ....................................... 错误 ! 未定义书签。 导入学生信息 . ....................................... 错误 ! 未定义书签。 教师管理 . ............................................... 错误 ! 未定义书签。 增加教师信息 . ....................................... 错误 ! 未定义书签。 修改教师信息 . ....................................... 错误 ! 未定义书签。 删除教师信息 . ....................................... 错误 ! 未定义书签。 导入教师信息 . ....................................... 错误 ! 未定义书签。 课程管理 . ............................................... 错误 ! 未定义书签。 增加课程基本信息 . ................................... 错误 ! 未定义书签。 修改课程基本信息 . ................................... 错误 ! 未定义书签。 删除课程基本信息 . ................................... 错误 ! 未定义书签。 维护课程学生信息 . ................................... 错误 ! 未定义书签。 成绩查询 . ............................................... 错误 ! 未定义书签。 学生查询成绩 . ....................................... 错误 ! 未定义书签。 教师查询成绩 . ....................................... 错误 ! 未定义书签。成绩分析与统计 . ......................................... 错误 ! 未定义书签。 考试成绩表 . ......................................... 错误 ! 未定义书签。班级各科平均成绩表 . ................................. 错误 ! 未定义书签。 年级成绩排名表 . ..................................... 错误 ! 未定义书签。 系统维护 . ............................................... 错误 ! 未定义书签。 数据字典维护 . ....................................... 错误 ! 未定义书签。 4 非功能性需求 . .............................................. 错误 ! 未定义书签。 性能需求 . ............................................... 错误 ! 未定义书签。 安全性需求 . ......................................... 错误 ! 未定义书签。 可用性需求 . ......................................... 错误 ! 未定义书签。