软件需求规格说明书终稿.docVIP

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