成绩学习管理系统软件需求解析总结计划规格说明书范文.docx

. 《成绩管理系统》 软件需求分析规格说明书 项目组成员信息 小组名称 13F6 学号 姓名 承担的角色 组内评分 GS1221611 亢延海 组长 5 2012-11 ,. . 目录 1 概述 1 1.1 编写目的 1 1.2 参考资料 1 2 项目概述 1 3 系统需求 1 3.1 功能需求 1 3.2 性能需求 10 3.3 其它非功能需求 10 4 数据需求 11 4.1 静态数据 11 4.2 动态数据 12 4.3 数据库描述 12 4.4 数据流图和数据字典 12 5 接口需求 17 5.1 用户界面 17 5.2 软硬件接口 20 6 环境 20 6.1 运行环境 20 6.2 开发环境 21 ,. . 概述 1.1 编写目的 本文档的编写目的是为成绩管理系统项目的开发提供： 软件总体要求，作为用户和软件开发人员之间了解的基础； 功能、接口和可靠性的要求，作为软件人员进行设计和编码的基础； 验收标准，作为用户确认测试的依据。 1.2 参考资料 [1] Karl E.Wiegers ，刘伟琴，刘洪涛著，软件需求（第 2 版），清华大学出版社， 2004-11-01 [2] 毋国庆，软件需求工程 [M] ，机械工业出版社， 2000-08-01 项目概述 目前，学校对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多， 而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析 （如排名）统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。好的 管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校 可以快速获得考试结果，掌握教学情况，改进教学活动。 系统需求 3.1 功能需求 本系统需要实现的功能包括学生档案管理、老师信息管理、课程管理、成绩维护、 学生成绩分析统计、成绩查询和系统管理，共 7 大模块。如下图所示 ,. . （图一）成绩管理系统功能 3.1.1 系统角色 本系统主要用于学校的以下几类人员： 1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。 ,. . （图二）用例图一 2）教师，维护课程与成绩，查询所教课程的所有学生的成绩。 3）学生则可查询自已的成绩。 （图三）用例图二 主要的活动图如下： 管理员活动图 ,. . 教师活动图 学生活动图 ,. . 3.1.2 学生管理 3.1.2.1. 增加学生信息 使用者：学校有学生管理功能角色的用户。 目的：单个添加学生基本信息。 基本事件流： 1、用户进入增加单个学生界面，本用例开始； 2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学 日期、班级、政治面貌、籍贯。 3、用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例 结束。否则，提示用户重新输入。 3.1.2.2. 修改学生信息 使用者：学校有学生管理功能角色的用户。 目的：修改学生基本信息。 基本事件流： 1、用户进入修改学生界面，本用例开始； 2、系统显示学生信息修改界面，用户输入要修改的学生信息，如学生姓名、学号、 性别、出身日期、入学日期、班级、政治面貌等。 3、用户确认修改信息，系统检查学号是否唯一，若唯一，则修改学生信息成功，本 用例结束。否则，提示用户重新输入。 ,. . 3.1.2.3. 删除学生信息 使用者：学校有学生管理功能角色的用户。 目的：删除学生基本信息。 基本事件流： 1、用户进入学生管理界面，本用例开始； 2、系统显示学生信息界面，用户选择要删除的学生学号。 3、删除成功，本用例结束。 3.1.2.4. 导入学生信息 使用者：学校有学生管理功能角色的用户 目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系 统。 基本事件流： 1、用户进入批量导入学生界面，本用例开始； 2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。 3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。 4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表 （错误所在行、错误原因） ，用户修改文件后再上传，如果上传文件合理，系统将学 生信息导入系统。 5、本用例结束。 3.1.3 教师管理 使用者：学校有教师管理功能角色的用户。 目的：单个添加教师基本信息。 基本事件流： 1、用户进入增加单个教师界面，本用例开始； 2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出身日期、工作 开始日期、职务。 3、用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例 结束。否则，提示用户重新输入。 3.1.3.1. 增加教师信息 使用者：学校有教师管理功能角色的用户。 目的：单个添加教师基本信息。