2学生学籍管理系统需求分析报告文案

上传人:仙*** 文档编号:89904977 上传时间:2022-05-13 格式:DOC 页数:14 大小:60KB
收藏 版权申诉 举报 下载
2学生学籍管理系统需求分析报告文案_第1页
第1页 / 共14页
2学生学籍管理系统需求分析报告文案_第2页
第2页 / 共14页
2学生学籍管理系统需求分析报告文案_第3页
第3页 / 共14页
资源描述:

《2学生学籍管理系统需求分析报告文案》由会员分享,可在线阅读,更多相关《2学生学籍管理系统需求分析报告文案(14页珍藏版)》请在装配图网上搜索。

1、.学生学籍管理系统需求分析报告专业: _ 组别: 主要完成人: 组员:.目录目录01.引言11.1编写目的11.2项目背景11.3定义11.4参考资料22.软件产品的一般性描述22.1运行环境与资源22.2产品的功能22.3用户特征32.4限制与约束33.系统功能需求33.1系统功能模型用例模型33.2相关用例的展开活动图93.3系统静态模型对象类模型133.4系统动态模型154. 性能需求204.1数据精确度204.2时间特性204.3适应性214.4故障处理215.系统运行要求需求215.1用户界面215.2硬件界面215.3软件界面216.其它要求211.引言1.1编写目的本需求分析报告

2、的目的是规范化学生学籍管理系统软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本系统的软件开发过程,便于程序员与客户之间的交流、协作,明确所要开发的软件应具有的功能与性能,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。1.2项目背景传统的学生学籍管理方法易发生数据丢失,统计错误,劳动强度高,且速度慢,使用计算机可以高速,快捷的完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学生学籍管理系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从

3、繁琐的的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。1.3定义1.登录:必须是该校成功注册的用户才有 ;2.修改密码: 密码丢失,或为防止个人信息泄露,时常更新密码;3.添加新用户:新生入校时,基本信息的添加;4.毕业处理:老生离校时,要删除个人信息,释放存储空间,同时修改毕业生数据库,记入档案;5.奖惩处理:得到某项奖励或受到某种惩罚时,会记录在信息里;6.休、复学处理:因病或事休学时,后复学,需记录具体时间及原因,记入档 案;7.退学处理:被退学或者自动退学需办理各项手续后,记入档案;8.学生留降级处理:

4、因没有通过规定的考试科目或者违反校纪校规而导致留级,基本信息会被修改,同时会记入档案。1.4参考资料1 邝孔武,王晓敏,信息系统分析与设计第三版,清华大学出版社2 陈禹,方美琪,软件开发工具M,经济科学出版社3 SQL SERVE 2000实用教程,清华大学出版社4 王 珊等,高等教育出版社,数据库系统概论第四版2.软件产品的一般性描述2.1运行环境与资源(1) 操作系统:Win7(2) VS、Rational rose 2003(3) 浏览器:IE2.2产品的功能列表:产品名称学生学籍管理系统软件功能项目功能说明登录界面登录 用户在登录系统时,必须通过系统的身份验证,判断权限才能进入系统主界

5、面进行下一步的操作;注册 新用户加入时,申请身份;修改密码 密码丢失,或为防止个人信息泄露,时常更新密码;学生 查询成绩 查看各科成绩及总成绩; 选课 根据科目教师提供的课程,选择自己的课程;教师管理学生信息 添加、删除、修改学生个人信息;单科成绩录入 根据期末卷面及平时成绩得出单科总成绩,并录入系统;提交选课信息 根据教务规定,选择可选的课程,供学生选择;管理员添加学生 新生入校时,需要更新数据库;删除学生 结业处理,毕业处理,授位处理;学籍管理 学生留降级处理,休复学处理,退学处理;总成绩管理 学习成绩,补考成绩;档案管理 学生的一般情况,及奖励,处分情况;2.3用户特征 该软件适用于掌握

6、计算机基础知识的用户,学生和教师可根据自己的权限进行相应操作,系统管理员要求由计算机的专业知识。 管理员:对网站相关内容进行管理,对学生的所有信息进行相应的管理; 学生:学校里的普通学生; 教师:学校里的教师职工。2.4限制与约束1. 由于所要设计的软件较大,设计人员较少,所需设备有限,设计时间短,设计无法完全覆盖所有用户的需求。 2.建议开发软件运行的最短寿命:5年 3.硬件、软件、运行环境和开发环境的条件和限制:安装有Windows 7的操作系统;VS下运行。3.系统功能需求3.1系统功能模型用例模型 创建系统用例的第一步是确定系统的参与者。 学生学籍管理系统的参与者包含以下三种: 管理员

7、,管理员是学校的工作人员,他们为学校的学生执行添加、修改、删除学生信息等操作;学生,学生是该系统中数量最多,也是最重要的参与者。学生可以选课和查看自己的各类信息;教师,教师也是学校的工作人员,他们为学校的学生提供选课科目,录入成绩的操作。用例是指对系统角色的交互进行响应,并产生一个可见的结果所进行的一系列动作,它描述了系统的一个完整的功能需求。本系统中的用例模型如下所示:管理员用例图3-1管理员用例图管理员用例描述:1.用例名称:管理学生基本信息2.简要说明:添加、删除学生用户3. 事件流:有新生报到,管理员向系统中添加学生用户;学生离校毕业或退学删除学生用户4. 前置条件:管理员进入学籍管理

8、系统5. 后置条件:完成对学生用户的添加、删除6.扩展点:无1.用例名称:管理档案2.简要说明:对学生的一般情况及奖惩情况进行增、删、改、查操作,涉及到学生的留级、休学、复学、退学处理;毕业学籍处理、结业处理、毕业处理,学位处理3. 事件流:进入学生档案管理界面,处理学生的一般情况及奖惩情况4前置条件:管理员进入学籍管理系统5后置条件:完成对学生的一般情况及奖惩情况增、删、改6扩展点:无1.用例名称:管理成绩2.简要说明:对学生的学习成绩及补考等成绩的统计3.事件流:进入成绩管理界面,统计学生成绩4.前置条件:管理员进入学籍管理系统5后置条件:完成对学生成绩的录入6扩展点:无1.用例名称:管理

9、学籍2.简要说明:涉及到学生的留级、休学、复学、退学处理;毕业学籍处理、结业处理、毕业处理,学位处理3.事件流:进入学籍管理界面,处理学生的学籍状态;4前置条件:管理员进入学籍管理系统5后置条件:录入学生的学籍状态6扩展点:无1.用例名称:管理教师基本信息2.简要说明:添加、删除教师用户6. 事件流:有新教师报到,管理员向系统中添加教师;教师离校删除教师信息7. 前置条件:管理员进入学籍管理系统8. 后置条件:完成对学生用户的添加、删除6.扩展点:无教师用例图3-2教师用例图教师用例描述:1.用例名称:教师登录2.简要说明:登录系统、新用户注册、修改密码3.事件流:进入学籍管理界面4前置条件:

10、教师的登录名和密码5后置条件:进入学籍管理界面6扩展点:无1.用例名称:查询学生信息2.简要说明:查询学生基本信息3.事件流:进入学籍管理界面,查看学生信息4.前置条件:进入学籍管理系统5.后置条件:查看学生信息6.扩展点:无1.用例名称:选课管理2.简要说明:成绩管理,上传选课目录,查看、修改、删除选课目录,上传、查看成绩,如有问题可直接联系管理员3.事件流:进入学籍管理界面,管理学生选课和成绩4.前置条件:进入学籍管理系统5.后置条件:管理学生选课信息6.扩展点:无1.用例名称:成绩管理2.简要说明:,上传、查看成绩,如有问题可直接联系管理员3.事件流:进入学籍管理界面,管理学生选课和成绩

11、4.前置条件:进入学籍管理系统5.后置条件:管理学生选课信息6.扩展点:无学生用例图3-3学生用例图学生用例描述:1.用例名称:学生登录2.简要说明:登录系统,新用户注册,修改密码3.事件流:进入学籍管理系统4.前置条件:用户注册或者登录5.后置条件:进入学籍管理系统6.扩展点:无1.用例名称:查询信息2.简要说明:查看成绩,查看个人学习及各类奖惩情况,如有问题可直接联系老师3.事件流:进入学籍管理系统,核对或者查看个人情况信息4.前置条件:进入学籍管理系统5.后置条件:核对或者查看个人情况信息6.扩展点:无1.用例名称:选课2.简要说明:查看选择科目及选择结果,如有问题可直接联系老师3.事件

12、流:进入学籍管理系统,核对或者查看个人情况信息4.前置条件:进入学籍管理系统5.后置条件:核对或者查看个人情况信息6.扩展点:无3.2相关用例的展开活动图活动图用于描述满足用例要求所要进行的活动及活动间的约束关系,有利于识别并行活动,在本学籍管理系统中,主要有活动图如下:(1) 管理员修改信息活动图 A.进入系统界面,显示登录窗口; B.输入管理员身份的用户名和密码并提交,验证是否正确; C.如果正确,进入主界面,反之,重新登录; D.验证正确后,选择修改的项目,修改完成时,; E.确定修改后,判断是否需要继续修改,如果是,则继续,否则不继续; F.更新数据库,结束修改。根据上述过程,创建的活

13、动图如图3-4所示:3-4管理员修改信息活动图教师成绩管理活动图 A.进入系统界面,显示登录窗口; B.输入教师身份的用户名和密码并提交,验证是否正确; C.如果正确,进入主界面,反之,重新登录; D.进入系统后,选择科目和录入成绩的班级,确定导入数据完成; E.完成后,判断是否继续导入,如果是,则选择录入成绩的班级继续导入,否则不继续; F.完成导入数据,更新数据库。根据上述过程,创建的活动图如图3-5所示:3-5教师成绩管理活动图(3) 学生选课活动图 A.进入系统界面,显示登录窗口; B.输入学生身份的用户名和密码并提交,验证是否正确; C.如果正确,进入主界面,反之,重新登录; D.进

14、入选课界面,选择已有的可选择的科目,确定选课; E.判断选课人数,若人数已满,则重新选择,否则人数未满,可以完成选课; F.选课结束,更新数据库,教师可查看选课信息。根据上述过程,创建的活动图如图3-6所示:3-6学生选课活动图(4) 学生成绩查询活动图在学生成绩查询的活动图中,创建了三个泳道,分别是管理员对象、教师对象和学生对象,具体的活动过程描述如下: A.进入系统界面,显示登录窗口; B.输入学生身份的用户名和密码并提交,验证是否正确; C.如果无误,查看结束; D.如果正确,进入主界面,反之,重新登录; E.进入成绩查询界面,选择需要查询的学年,查看成绩; F.如果成绩有误,通知管理员

15、,管理员联系任课教师核对; G.核对后,教师修改成绩,提交; H.更新数据库。根据上述过程,创建的活动图如图3-7所示:3-7学生成绩查询活动图3.3系统静态模型对象类模型根据系统需求,创建静态系统类图。我们可以识别系统中存在的主要实体类:管理员,教师和学生。根据系统划分的三类包图,分别讨论人员信息,接口和事务。其中,人员信息包含学生,教师和管理员三个类;接口包含系统设置、用户登录、管理员管理模块、教师管理模块、学生管理模块五个接口模块类;事务包含教师成绩管理、用户登录、管理员系统管理、学生选课管理、学生成绩管理、学生信息管理留个事务类。类图包括类的属性和行为,用户接口及联系等方面的信息。本学

16、籍管理系统的主要类图及关系如下图所示:(1) 人员信息类图3-8人员信息类图接口类图3-9接口类图事务包类图3-10事务包类图3.4系统动态模型系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行为,协作图描绘的是系统中一组对象的交互行为。创建顺序图: 在学生学籍系统中,通过系统用例的描述,可以获得以下交互行为。 学生教师、管理员登录本系统; 学生通过管理员查看个人信息或者成绩; 管理员修改教师信息; 学生通过教师选择课程; 教师录入学生成绩。 时序图用于显示对象之间动态合作关系,它强调对象之间发送消息的顺序,同

17、时显示对象之间的交互。在本学籍管理系统中,需要建立学生选课时序图和教师录入成绩时序图。(1) 学生选课时序图A.学生想通过系统进行某一项操作;B.学生启动系统,并在登录界面输入用户名和密码,系统验证学生的用户名和密码是否正确,如正确,创建系统主界面;C. 根据选择,进入选课界面,可查看可选课程,成功选课后,保存选课信息;D.选课成功,更新选课数据库,退回选课界面。根据基本流程,银行职员登录银行系统的顺序图如图3-11所示。3-11 学生选课时序图(2) 教师录入成绩时序图A.教师想通过系统进行某一项操作;B.教师启动系统,并在登录界面输入用户名和密码,系统验证教师的用户名和密码是否正确,如正确

18、,创建系统主界面;C. 根据选择,进入成绩录入界面,可添加、修改、查询成绩,完成后,保存成绩信息;D.成绩录入成功,更新成绩数据库,退出系统。3-12教师录入成绩时序图(3) 学生查看个人信息时序图A.学生想通过系统进行某一项操作;B.学生启动系统,并在登录界面输入用户名和密码,系统验证学生的用户名和密码是否正确,如正确,创建系统主界面;C. 根据选择,进入查询信息界面,输入学号,若存在则查询个人信息,否则重新返回查询界面;D.查询信息成功,显示要查询的信息。3-13 学生查看信息时序图(4) 管理员修改教师信息时序图A.管理员想通过系统进行某一项操作;B.管理员启动系统,并在登录界面输入用户

19、名和密码,系统验证管理员的用户名和密码是否正确,如正确,创建系统主界面;C. 根据选择,进入教师信息查询界面,可查询教师信息,查询成功则输入修改命令进行修改,查询失败则返回;D.教师信息修改成功,更新教师信息数据库。3-14 管理员修改教师信息时序图(5) 新生注册时序图A.学生想通过系统进行某一项操作;B.学生启动系统,并在登录界面选择注册,进入注册界面;C. 填写注册信息后,判断是否已经注册过,若已注册则返回,否则注册成功,点击完成;D.注册成功,更新学生数据库,返回注册界面。3-15 新生注册时序图4. 性能需求4.1数据精确度要按照严格的数据格式输入,否则系统不给予响应进行处理。查询时

20、要保证查全率,所有相应域包含查询关键字的记录都应能查到。4.2时间特性响应时间,更新处理时间都比较快且迅速,完全满足用户要求。4.3适应性系统具有较高的可靠性,可恢复性,有良好的可扩展性,允许管理员随时对其进行更新和维护。当用户需求,如操作方式,运行环境,结果精度等发生变化时,设计的软件要做适当调整,灵活性较好。4.4故障处理系统失效后能给出错误信息,提示用户采取适当手段处理故障并保障用户数据信息不能丢失。5.系统运行要求需求5.1用户界面 人性化界面,全新感觉,操作简便,一目了然,对用户友好5.2硬件界面普通PC机5.3软件界面 简便易用,突出重点,容错高6.其它要求安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明不同属性的相对侧重点,例如易用程度优于易学程度,或者可移植优于有效性。普通用户的需求:对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据;各教务管理员:能够对系统进行设置,以适应不同用户的需求。.

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!