软件需求规格说明书[终稿].docx

学习参考 学习参考 ＜教师报课系统＞ 需求规格说明书 作 者： Mod4 完成日期：2015.10.16 修订历史记录 日期 版本 说明 作者 2015.10.16 V1.0 比较粗糙的第一版 Mod4 目录 TOC \o 1-5 \h \z \o Current Document 引言 4 \o Current Document 1.1目的 4 \o Current Document 1.2背景 4 \o Current Document 定义 4 \o Current Document 1.4参考文献 4 \o Current Document 项目概述 5 \o Current Document 2.1产品描述 5 \o Current Document 2.2产品功能 5 \o Current Document 2.3用户特点 7 \o Current Document 一般约束 7 \o Current Document 2.5假设与依据 7 \o Current Document 具体需求 7 \o Current Document 功能需求 8 \o Current Document 3.1.1系统角色及登陆 8 \o Current Document 学院负责人 9 \o Current Document 系负责人 17 \o Current Document 教师 20 \o Current Document 3.2外部接口需求 23 \o Current Document 用户接口 23 \o Current Document 硬件接口 23 \o Current Document 软件接口 23 \o Current Document 通信接口 23 \o Current Document 3.3性能需求 23 \o Current Document 3.4属性 23 \o Current Document 可用性 23 安全性 24 \o Current Document 可维护性 24 \o Current Document 验收验证标准 24 引言 1.1目的 该文档首先给出项目的整体结构和功能结构概貌， 试图从总体架构上给出整个系统的轮 廓。同时对功能需求、性能需求进行了详细的描述。 便于用户、开发人员进行理解和交流， 反映出用户问题的结构，可以作为软件开发工作的基础和依据以及 确认测试和验收的依据。 本文档面向多种读者对象： （1 ）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项 目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3 ）程序员：了解系统功能，编写《用户手册》 。 （4） 测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。 （5） 用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌， 然后可以根据自身的需要对每一功能进 行适当的了解。 1.2背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。 学院负责人通过导入报课信息， 设 定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览 报课信息等最终提交报课。 1.3定义 序号 缩写 定义 1. app 应用程序，Applicati on 的缩与，一般指手机软件。 An droid是一种基于Linux的自由及开放源代码的操作系统，主 2. An droid 要使用于移动设备，如智能手机和平板电脑，由Google公司和] 开放手机联盟领导及开发。 1.4参考文献 GB-T8567-2006 ，《计算机软件文档编制规范》 [S] .（美）Roger S.Pressman 著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版 社,2011. 项目概述 2.1产品描述 通过开发基于An droid平台的app解决高校教师及相关报课负责人手动汇总报课信息的 困扰，减轻工作量，提高效率。 2.2产品功能 当前高校的报课汇总负责人 因繁琐的开课报课流程而困扰，繁琐的根源便是邮件群收 发，需要人工核对报课信息，最终人工汇总表格。工作量大且出错率高。 教师报课系统致力于通过移动 An droid平台便捷地完成此项工作，且大大较低出错率。 首先通过用例图了解角色分工如下： 教聊报课系统 说定歓止时阖井开启报课 教怖 用户场景如下： 教师A是学院负责人，每个学期第六周需要