教务管理需求规格说明书.docVIP

教务管理系统 需求规格说明书 Version: 目 录 1. 引言 1 1.1 目的 1 1.2 定义 1 1.3 参考资料 1 2. 软件总体概述 1 2.1 软件标识 1 2.2 软件描述 1 2.2.1 系统属性 1 2.2.2 开发背景 2 2.2.3 软件功能 2 2.3 用户的特点 2 2.4 限制与约束 2 3. 具体需求 2 3.1 功能需求 3 3.2 性能需求 3 3.3 数据库需求 4 3.4 设计约束 4 3.4.1 其他标准的约束 4 3.4.2 硬件约束 4 3.5 属性 4 3.5.1 可用性 4 3.5.2 可靠性 4 3.5.3 效率 4 3.5.4 安全性 4 3.5.5 可维护性 4 3.5.6 可移植性 5 3.6 外部接口需求 5 3.6.1 用户接口 5 3.6.2 硬件接口 5 3.6.3 软件接口 5 3.6.4 通信接口 6 4. 数据字典 6  引言 目的 本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。 本说明书将会说明该软件用到的核心技术，具有的功能和实现系统的方法与途径。 定义 本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。 参考资料 本节列出下列资料： 经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件； 本项目的较高层次的开发文档，如：《项目开发计划》等； SRS中各处引用的资料、标准和规范。 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 《软件工程导论》（第六版） 张海藩 牟永敏编著 清华大学出版社出版 软件总体概述 软件标识 本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性 教务管理系统 软件描述 系统属性 本节描述被开发软件与其他相关产品之间的关系。 如果该软件是独立的，应在本节说明； 如果该软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。如果这部分内容已包含在较高层次的说明（如《用户需求说明书》）中，应在本节指明。 本节无须描述设计方案和设计约束。 本教务管理系统采用Mysql作为数据库开发，可以在windows系统中很好的运行，且系统可维护性和可移植性良好，界面简洁大方，充分考虑了用户的需求和实际运行中可能出现的突发事件，极大地满足了用户对教务管理系统的需求。 开发背景 本节说明软件的开发目的、应用目标和使用范围等背景材料。 本软件旨在为学校，老师和全校学生之间构建一个方便的公共平台，让繁琐的教务管理系统变得简单易行。本软件只限于学校。 软件功能 本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（QFD对功能需求的分类方法）： 高——软件必须实现的功能，用户有明确的功能定义和要求； 中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确； 低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。 可用以下表格来说明软件功能： 序号 功能名称 功能需求标识 优先级 简要描述 1 用户登录 2 修改用户信息和密码 3 添加学生信息和成绩 4 查询学生信息和成绩 5 网上评教 6 查询课程，教师和教室 7 网上选课 也可配合用软件的功能结构图加以说明。 的教育水平和技术专长，这是对软件开发工作的重要约束。 限制与约束 本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。 本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。 具体需求 本章应包括在进行软件结构设计时所需的全部细节。 功能需求 本节描述2. 2.3.节所述的每一功能需求。本节可以划分为若干小节，每一小节逐一说明每一功能需求。 本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用形式化的方法描述，如数据流图（DFD）、业务流程IDEF0）方法等。本节由以下内容组成： 输入：