中小学校测评系统需求说明书

中小学校学生综合测评系统需求说明书院班学日1引言.......................................41.1编写目的....................................41.2项目风险...................................41.3范围.....................................1.4读者对象.....................................41.5术语解释.....................................41.6参考资料.....................................52项目概述..........................................52.1项目背景.....................................62.2项目目标.....................................62.3用户特点.....................................72.4一般限制.....................................72.5假定和依赖....................................73系统总体功能.......................................83.1功能需求.....................................83.1.1功能描述................................83.2性能需求.....................................943.3属性.....................................3.3.1可用性..................................93.3.2安全性..................................993.3.3可维护性...............................3.4运行环境需求..................................103.4.1设备....................................103.4.2支持软件................................103.5其他需求.....................................104系统需求优先级......................................105系统功能需求.......................................115.1学生模块.....................................1195.1.1学生互评................................5.1.2学生在线提交附加分........................12145.1.3密码修改................................165.1.4学生查看主要测评结果......................185.2教师模块.....................................205.2.1教师给学生评分...........................205.2.2教师密码修改.............................235.2.3教师审评学生附加分和查看学生测评分数........255.2.4教师设置班委.............................275.3数据管理员模块................................295.3.1数据管理员修改个人信息.....................295.3.2数据管理................................315.3.3数据管理员修改他人信息.....................336非功能需求.....................................356.1外部接口需求..................................356.2法规政策约束..................................356.3性能需求.....................................7其他事项.....................................35361引言1.1编写目的对纸质试卷的要求，同时也体现了节约型社会的要求。整、准确、清晰、具体的要求。保证本需求分析的结果能够完整、无遗漏地反映待开发系统的要求。1.2项目风险风险、建设与运营风险等方面。1.3范围本文档的适用范围为项目的开发人员、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员，也适用于客户。了具体用户的实际情况。1.4读者对象读者对象为：学生，老师和负责管理内部数据的管理员等。1.5术语解释无1.6参考资料《中小学生手册》2项目概述学生需求：1.学生对每位班集体的同学以打分的形式进行互评。2.学生用户可查看自己所得分数，不可查看评分用户。1.学生自己可以查看自己的考试成绩，但无法看到他人的成绩。2.如学生有不及格的成绩可以通过所给链接查询详细情况。三、账号统一为学生的学号，原始密码与自己学号相同。四、发送站内信联系教师或管理员。五、在线提交附加分。1.学生用户可在线提交综合测评附加分。2.3.附加分能自动计算（根据附加项的详细选项)。教师需求：一、教师需求：教师给学生评分。1.根据学生平时的表现情况，给予打分（总分20二、教师可查看全部互评分，并且可以打印下载。三、审核学生提交的附加分项，并修改确认。数据库管理员：一、查看所有的信息。二、可修改用户密码。三、数据清空。2.1项目背景的力气还会出现一些问题，如统计失误、人为计算失误等。评分是否能够及时、为的手工计算，提高计算效率，使整个过程公开公平。中小学校测评阶段，数据量大，工作繁琐，学校使用大量纸质表格，大量数生在综合测评阶段必须经历的是为每个班集体的学生进行互评,这是一个比较繁琐的阶段。大概过程是：1、学校把所有互评项都写在纸质表格上，再打印出来发给学生填写。2、学生进行表格填写，写的项目有（学习态度、上进心、关心时政、世界观人生观、法律意识组织纪律、创新意识竞争性、劳动观念艰苦奋斗、社会责任感、专业学习态度、集体主义奉献精神、组织管理协调能力、人际交往能力、审心理素质、生活态度与习惯、社会适应自律能力)3、老师收上去进行学生综合测评分数统计。学生在综合测评阶段必须经历学生自己去查找自己可能符合加分的条件并且获得证明交给负责人。予加分。这些繁琐的任务可以自动化完成，由此，我们提供一套解决方案，提高效率，确保准确性。2.2项目目标该项目建设的目标是为了把以上这些繁琐的过程变成一个简单而且直观的评的阶段需要完成的所有要求。为高速、简单、高效率的网上在线操作，在线修改，在线提交，在线审核。我们的系统将真正解决在综合测评阶段烦扰老师的不断查阅学生手册审核附加分的问题，和评审奖学金阶段，排名变动的问题，同时解决学生的不断填写表格、进行互评、开班会的烦恼。我们将全力打造一个简单、直观、有效的学生综合测评平台。2.3用户特点本系统最终用户为管理员、教师和学生。本系统预期的使用频度将会很高。2.4一般性限制1.制作人员应该注意我们以JAVA进行编程，SQL为我们的数据库（如无必2.开发人员必须依照自己所提交的需求，设计严格完成自己的模块（如有模3.每日工作结束后可以留有备份，但不允许把相关的东西对外传播，每个模块的工作人员。需要交流以便更好的开发此软件；4.本次的开发可以远程作业，每天要有一定记录，存储的携带可自由选择，但须有一定加密，记得必须备份，防止意外；5.数据由各模块人员相互协调考虑确定数据类型，一旦确定不允许随便更改；6.本次开发基于Windows7，开发人员要牢记。2.5假定和依赖1.本项目是否能够成功实施，主要取决于以下几点：（1）为了项目的开发下的条件和实施，在必要时对现有的业务流程进行合理的调整。（2）为调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环境有助于软件开发开展工作。（3）为软件系统的运行提供必要的且能够满足系统运行条件的硬件环境，不合适的硬件环境将会影响系统的性能。2.本系统基于Windows开发依赖于Windows可考虑加入MAC及其他版本；3.在这反面的不足，该部分依赖于数据服务器，与必要建立新数据库；4.由于先进的发展趋势，网络已经是无处不在，所以应有很多学生会在网络分需主体服务器支持依赖于主体程序3系统总体功能教师给学生评分修数据管理学生互评修改个人信息改个人信息查看主要测评结果在线提交附加分和查看图3系统功能结构图3.1功能需求3.1.1功能描述保存用户填写的资料，保存用户的测评结果；根据需要完成相关试卷的添加、修改、删除以及测评时间和测评试卷的设定。3.2性能需求（1）一般系统响应时间不能过长，影响用户的使用。（2）系统普遍适用性（可用于多种场合，如：心理测评、市场问卷调查，系统可维护性。3.3属性3.3.1可用性（1）方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。（3）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。（4）操作指南。3.3.2安全性（1）后台管理工作只能由管理员在主机上使用。（2）记录日志错误的原因。日志同时记录用户的关键性操作信息。3.3.3可维护性代码的可维护性：要求每个方法预留出必要的接口，以便维护。3.4运行环境需求3.4.1设备操作系统：WindowsXP或更高版本。3.4.2支持软件对具体开发环境和语言不做要求3.5其他需求数据库需求：止出现不必要的数据错误。4系统需求优先级需求编号5.1.1学生互评1本系统的最重要的基础组成部分本系统的最重要的组成部分5.1.2学生查看自己的综合测评1信息5.1.35.2.1在线提交附加分2本系统的最重要的组成部分对于综合测评排名影响较大的地方教师可查看全部互评分并2且评审附加分5.1.4修改用户密码及其信息2可以及时更改错误信息，使综合5.2.25.1.5评测真实准确查看自己的评测成绩35系统功能需求需要人工审核每份互评表是否有效。2.学生互评分里，班委21项，根据班委平时表现，在相应的一项给予打分。分，除以班级总人数减2.公正的地方。然后再将修改后的分值重新计算。比较繁琐。对应的相应的分值并不直观。收取，确保每个人落实到位。生所提交的附加分项并没有对活动的描述，教师需要查阅学生手册，工作量大。9.三好优干评定，需要根据班级综合测评前20%，除掉不及格和受处分的同学，列出后续名单，然后需要学生在班会中投票表决，占用时间多。10.奖学金评定，在专业所有的学生中除掉不及格的人，即为能参加奖学金评定的人，能参加奖学金评定的人的测评分前30%者即为奖学金获得者。5.1学生模块为了有助于学生综合测评的方便性，我们开发了此项目。本项目的对象的每个同学打分)，学生能看到自己所得分数，不可以查看到评分用户，第二、图5.1学生互评用例图前置条件：学生登陆后置条件：到达学生互评界面涉众利益：学校减少了去每年复印以上的项目表，减少了纸张的浪费。学生可以减少填写表格的时间和提交表格的繁琐的时间。老师可以减少收集表格和统计表格的时间。流程图：图5.1.1a学生互评流程图基本事件流：1、学生通过自己的用户名和密码登陆互评页面。2、在学生进入了互评页面时可以填写的他人的各项评分。3、评分结束后可以自己查看别人对自己评的分数也可以选择退出还可2.1、学生在评分时可将各项评分置为指定分数。2.2、各项评分分数相同时不给予提交。用户名长度定为10位，即为学号不允许修改如：1250314022互评项为班委21项其他同学20项。前置条件：学生登陆之后填写附加分选项并且提交。后置条件：等待老师审核涉众利益：标准化、准确化学生附加分申请，并简化附加分申请步骤。流程图：图5.1.2a在线提交附加分流程图基本事件流：1、学生通过自己的用户名和密码登陆。2、学生选择在线提交附加分选项。3、填写附加分选项并提交等待审核。备选事件流：无业务活动图：无图5.1.3a学生密码修改流程图基本事件流：1、学生通过自己的用户名和密码登陆。2、学生选择修改密码选项。3、填写新的密码并确认。备选事件流：无业务活动图：无业务规则：无非功能需求：图5.1.4学生查看主要测评结果用例图前置条件：学生登陆，并且测评完成后置条件：显示查询结果涉众利益：使学生更方便、快捷的了解测评结果。5.1.4a学生查询测评结果流程图基本事件流：1、学生通过自己的用户名和密码登陆。2、学生选择查询综合测评分数选项。3、填写查询条件。4、显示查询结果。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：查询方式还是以学号为准确查找。5.2教师模块评审过程。图5.2教师功能模块5.2.1教师给学生评分用例图：前置条件：教师登入，并且综合测评未结束后置条件：评分完成涉众利益：使教师更方便、快捷的了给每个学生进行评分。流程图：图5.2.1a教师给学生评分流程图基本事件流：1、教师通过自己的用户名和密码登陆。2、教师给予学生相关评分项进行打分。3、填写完成并提交。备选事件流：无业务活动图：无图5.2.2a教师密码修改流程图1、教师通过自己的用户名和密码登陆。2、教师更改密码。3、填写完成并提交。备选事件流：无业务活动图：无业务规则：无5.2.3教师审评学生附加分和查看学生测评分数用例图：前置条件：教师登陆，并且测评完成选择审核附加分页面图5.2.3a教师审核附加分流程图1、教师通过自己的用户名和密码登陆。2、教师选择查询综合测评分数选项。3、填写查询条件。4、显示查询结果。备选事件流：无业务活动图：与流程图相同业务规则：用例描述：教师设置班委执行者：教师选择审核附加分页面审核结果提交图5.2.4.a设置班委流程图基本事件流：1、教师通过自己的用户名和密码登陆。2、教师设置班委。3、设置完成并提交。备选事件流：无业务活动图：无业务规则：无图5.3数据管理员功能模块5.3.1数据管理员修改个人信息用例图：图5.3.1数据库管理员修改个人信息用例图执行者：数据库管理员前置条件：数据库管理员登入后置条件：进入修改个人信息界面涉众利益：方便大家联系数据库管理员流程图：图5.3.1a数据库管理员修改他人信息流程图1、数据库管理员通过自己的用户名和密码登陆。2、数据库管理员修改自己的个人信息。3、填写完成并提交。备选事件流：无业务活动图：用户密码默认为与自己身份证相同，如修