学生成绩管理系统需求说明书.doc

学生成绩管理系统软件需求说明书目录1.引言11.1目的11.2项目范围11.3定义22.系统需求概述32.1系统需求：32.2用例模型32.3假设和依赖53.系统详细需求63.1Use-Case 清单63.2规格说明73.2.1功能性需求73.2.2可用性73.2.3可靠性73.2.4性能83.2.5保障性83.2.6设计上的限制8大连交通大学软件学院软件工程实践2011-2012-02软件需求说明书 1. 引言1.1 目的学生成绩管理系统是为了方便学校管理学生成绩而开发的一种软件系统。该软件使学习成绩管理工作进入一种计算机处理时代。为的是方便学生查询自己的信息提高工作效率，及时有效的更新学生的最新情况，提供可靠的数据存档 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。本文档主要适用于学生毕业设计实习，也可以用于开发项目的项目管理人员、项目开发人员和项目维护人员阅读，或作为今后从事此系统开发及维护人员的技术参考资料。在进行软件开发之前，我们首先要根据学校和程序管理员的实际需要，了解到软件需要实现的功能。编写本报告的目的是明确该软件的详细需求，供学校和程序管理员确认该软件的功能和性能，并作为软件设计人员的设计依据和用户及客户的验收标准。1.2 项目范围本次软件项目开发的是一个学生成绩管理系统。该软件用于对学员的成绩进行管理：方便学校管理员对学员的某科成绩进行上传、修改；方便学校干部对学员队学员成绩的统计、整理；方便学员查看自己的学科成绩；方便程序管理员辅助管理程序的存储信息。班级成绩的功能包括：（1）选择班级：对所在班级进行选择。（2）显示：显示年级成绩的显示记录，科目及任课老师，学生的学号，姓名及各课程成绩。（3）增加记录：添加新的学生姓名，学号及各课程成绩。（4）删除记录：删除一条注册的成绩记录，输入学号并进行密码确认。（5）修改记录：输入学生的学号，姓名，然后对其各课程成绩进行修改并要进行密码确认。（6）查寻记录：根据查询的条件查寻需要的学生记录。（7）全部记录：显示全部记录，即显示功能。年级成绩的功能包括：（1）全级人数的全部记录：显示全级人数数量，并显示全部记录，包括学号，姓名及各课程成绩。（2）全级人数的查寻记录：根据查询的条件查寻所需记录（3）年级成绩的显示记录：显示各课程的总成绩，平均成绩，及格人数，优秀人数。1.3 定义虽然现在我国院校的学生成绩管理水平普遍很高，但还是有的还停留在纸介质基础上，这种管理手段已不能适应时代的发展，因为它浪费了了许多的人力和物力。在当今信息时代这种传统的管理方法必然被计算机为基础的信息管理系统所代替。如果本系统能被学校所采用，将会改变以前靠手工管理学生成绩的状况，可以树立良好的办学形象，提高工作效率。2. 系统需求概述2.1 系统需求： 在各高校中，学生的学籍管理是一项重要的任务。引入信息管理系统对于学生的学籍进行管理，可以方便学生信息的查询，流畅学生的选课，简化学生成绩的统计和排名，从而减少教师的工作量。2.2 用例模型系统用例图如下：用例的概要描述如下表所示：主要参与者优先级用例名用例概述学生高注册学生可以通过此界面注册个人信息并获得登录名和密码。高学生登录学生可以用自己的用户名登陆学生信息查询系统高查询学生可以在成绩管理系统里面查询自己的成绩，名次等。管理员中管理员登录管理员能够登录系统。中学生管理管理员能够对学生的个人信息进行管理中成绩录入管理员能够对学生的个人信息进行录入中成绩修改管理员能够对录入的学生个人相信进行修改操作中成绩删除管理员能够对录入的学生个人相信进行删除操作低统计管理管理员可以通过统计管理界面对学生成绩进行排名，筛选，并通过预置算法对学生人数，缺考次数进行比对2.3 假设和依赖学生必须具备基本的计算机知识。管理员必须经过一定的培训，否则将影响系统的使用效果。3. 系统详细需求本节将使用用例技术描述学生成绩管理系统的详细需求。3.1 Use-Case 清单用例名和对应的用例描述文件的关系如下（在名为“用例描述文件”的文件夹中列出了四个作为示例）：编号用例名对应用例文件01注册01_ucspec.doc02学生登录02_ucspec.doc03查询03_ucspec.doc04学生管理04_ucspec.doc05成绩录入05_ucspec.doc06成绩修改06_ucspec.doc07成绩删除07_ucspec.doc08统计管理08_ucspec.doc09管理员登录09_ucspec.doc3.2 规格说明本节定义了学生成绩管理系统的非功能需求（包括可靠性、可用性、性能等）和用例中通用的功能性需求。3.2.1 功能性需求本节描述了用例中通用的功能性需求。 日志系统所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码、日期、时间、错误信息。和用户相关的每个页面迁移信息都必须被记录到追寻日志中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间。 查询系统能够对所需的学生个人信息进行查询。 分数检测系统检测系统必须扫描日志系统如果有任何异常的情况，如有异常利用查询系统向管理员发出警告。 安全系统安全系统必须拦截非法的访问，和对网站的恶意进攻包括（XSS、SQL Injection、非法盗链等、非法字符输入等）。 预设管理员在系统之初，将预先设定在一个管理员，他具有系统所有的权限。他的密码可以被再次修改。3.2.2 可用性下面列出了和系统的可用性相关的需求。 系统客户端系统的客户端必须是Web浏览器，不需要安装额外的软件。 系统易用性学生成绩管理系统的用户界面设计必须简单明了，不需要顾客花费额外的时间来学习。 帮助服务学生成绩管理系统的每个重要页面上必须都有相关的帮助页面的链接，学生可以使用它们来获得必要的帮助信息。3.2.3 可靠性 可用性学生成绩管理系统必须能够24小时*7天的工作。 系统严重错误发生的平均时间间隔系统发生严重错误的平均时间间隔应该大于300小时。3.2.4 性能 最大的并发人数学生成绩管理系统的最大并发访问数应该为20000。在这个范围内，系统应该能够很好的工作。 最大系统响应时间在最大并发数为20000范围内时，系统对用户的最大相应时间应该小于10秒/1万条数据。 最大的事务处理时间学生成绩管理系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。3.2.5 保障性 出错对应时间当系统发生错误时，对应的补丁程序的发布时间应该是小于2天/一件bug。 技术支持时间本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时*5天。3.2.6 设计上的限制 数据库管理软件系统必须使用Java接口同关系型数据库管理软件建立连接。 Web服务器软件系统必须使用支持J2EE规范的Web服务器软件。 平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软win2000以上或Linux(