系统分析说明书.docVIP

系统分析说明书（需求规格说明书） 目录 1 概述 2 1.1 编写目的 2 1.2 参考资料 2 2 需求 3 2.1 功能需求 3 2.2 数据需求 21 2.3 性能需求 22 2.4 非功能需求 23 2.5 故障处理 23 3 环境 23 3.1 运行环境 23 3.2 开发环境 23 1 概述 编写目的 本文档的编写目的是为学校管理信息系统项目的开发提供： 这个系统主要针对的就是对于学校日常事务的信息系统化，运用计算机技术、信息技术对于学校的日常信息（例如：学生信息、成绩、学分等）或日常数据进行一体化的管理，避免大量的数据冗余，提高数据利用率，提高各部门（特别是教务、财务部门）的工作效率。对于信息的一体化管理，也方便了学校、学院、教师、学生4级对信息掌握的及时性（学校能及时了解各个学院的教学情况，教师能有针对性地对学生进行授课，学生也可以根据评定系统自查自纠）。从纸张化到计算机化，学校关心的数据也更有了保障，也方便了查询，加强了对于学校教学水平的监督。 本系统的功能要求主要分成了3个方面（详见c）。对于录入、查询、计算的要求都比较高（用户主要关心最终数据：GPA、学分、综合测评、工资信息）。对于这么多的数据查询和报表的生成，就要求有一个强大的数据处理终端（主要表现在控制类的计算能力和数据库的性能）。 本系统主要是针对于学校信息管理的3大块，即学生信息管理、教师信息管理、科研管理(用户要求实现功能如下) 学生信息管理模块 对学生、课程、成绩等信息进行管理 实现综合测评的功能 对留级、退学的情况进行管理 产生学生成绩表 教师信息管理模块 对教师、部门、教学等信息进行管理 对教师教学任务进行登记，按照算法计算工作量 对教师进行年终考核，记录考核成绩 对教师的教学情况进行测评，记录测评结果 根据教务处提供的教师工作量计算奖金，产生月工资 按个人、部门产生月工资报表和查询 科研管理模块 对科研项目信息进行维护 记录项目经费的支出情况 登记项目的获奖情况 登记学术论文和著作并完成相应的查询 对科研按部门项目进行汇总，形成部门的总经费、支出经费、结余经费，并可打印。 1.2 参考资料 项目来源：学校 本文档中引用到的规范和资料： 《教师岗位津贴实施方案》 《教学及实验工作量计算暂行办法》 《具有高级专业技术职称教师履职基本业绩考核要求》 《科研经费管理办法（试行）》 《信息管理与信息系统专业教学计划》 2 需求 2.1 功能需求 本系统分为3大部分，划分如下： 用例图 学生管理信息系统 (1)系统维护员管理员用例： 用户登录用例的详细规格说明 用例名称 用户登录 参与者 系统维护管理员 假设 系统维护管理员身份可识别 前置条件 系统维护管理员登录学籍管理系统 后置条件 系统管理员状态为在线 主事件流 1．系统管理员向系统提供用户名和密码； 2．系统核实系统管理员身份 3．系统核实后进入系统主页 备选事件流 1a．未填写用户名或密码 1．系统提示用户信息不完整 2a. 用户的用户名和密码不正确 1.系统提示用户信息有误 非功能性需求 修改用户权限表用例的详细规格说明 用例名称 修改用户权限表 参与者 系统维护管理员 假设 系统维护管理员已登录 ，该用户已为系统用户 前置条件 系统维护管理员需对用户权限进行修改 后置条件 用户权限改变 主事件流 1．系统维护管理员向系统提供所修改用户的姓名 2．系统查找并显示用户信息 3. 系统维护管理员修改用户权限并确认 4. 系统更新用户信息 备选事件流 2a．用户信息有误 1．系统查找不到该用户，系统提示查无此用户 非功能性需求 增加系统用户用例的详细规格说明 用例名称 增加系统用户 参与者 系统维护管理员 假设 系统维护管理员已登录 前置条件 系统维护管理员需要添加系统用户 后置条件 拥护信息在系统中注册 主事件流 1．系统维护管理员向系统提供用户信息并确认 2．系统存储该用户信息 非功能性需求 删除系统用户用例的详细规格说明 用例名称 删除系统用户 参与者 系统维护管理员 假设 系统维护管理员已登录 前置条件 系统维护管理员需要删除系统用户 后置条件 该系统用户信息被删除 主事件流 1．系统维护管理员向系统提供用户信息 2．系统查找用户并显示其信息 3. 系统维护管理员确认后删除该用户 4. 系统将用户删除 非功能性需求 (2)学籍管理员用例： 添加学生信息用例的详细规格说明 用例名称 添加学生信息 参与者 学籍管理员 假设 学籍管理员已获得权限 前置条件 学籍管理员需要添加学生信息 后置条件 系统记录学生信息 主事件流 1．学籍管理员向系统管理员提供用户名和密码