校园管理系统产品_需求规格说明书V10
教务系统系统需求规格说明书
项目编号:S错误!未找到引用源。
JWGLXT-BOS 错误!未找到引用源。
分类:错误!未找到引用源。
错误!未指定书签。
Version: 1.1撰写人（签名）：完成日期：2010-6-10 评审负责人（签名）：评审日期：目录撰写人（签名）： (1)评审负责人（签名）： (1)1.引言 (3)1.1目的 (3)1.2定义 (3)1.3参考资料 (3)2.总体概述 (3)2.1产品标识 (3)2.2产品描述 (3)2.2.1 系统属性 (3)2.2.2开发背景 (3)2.2.3产品功能 (4)2.3用户的特点 (4)2.4限制与约束 (4)3.系统层次图 (4) (7)4.具体需求 (6)3.1性能需求 (8)3.1.1 精度 (8)3.1.2 时间特性 (8)3.1.3 安全性 (8)3.1.4 稳定性 (8)3.2数据库需求 (9)3.3设计约束 (9)3.3.1 其他标准的约束 (9)3.3.2 硬件约束 (9)3.4属性 (9)3.4.1 系统可靠性 (9)3.4.2 系统安全性 (9)3.4.3 系统容错性 (9)3.4.4 系统防灾性 (9)3.4.5 系统可维护性 (9)3.4.6 系统灵活性 (10)3.5外部接口需求 (10)3.5.1 用户接口 (10)3.5.2 硬件接口 (10)3.5.3 软件接口 (10)3.5.4 通信接口 (10)1. 引言1.1 目的教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，教务日常管理工作日趋繁重、复杂。
如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以迫切需要研制开发一种综合教务管理软件。
本需求的编写目的在于建设高校教务教学的数字化管理，提高教务管理人员、工作人员以及各院系教学负责人的工作效率，并且与“数字化校园”中的其它系统相配合，共同实现无冗余的、统一的信息管理。
ZXJ10(V10)交换机系统篇 系统说明
ZXJ10V10.0交换机系统说明ZXJ10V10.0交换机系统是大型数字程控交换机的又一升级产品，它吸取了国内外众家同行设备的优点，采用SDH、HDSL等新技术，具有强大的处理能力、丰富的业务功能和灵活多样的组网方式。
ZXJ10V10.0交换机系统可以满足PSTN网、N_ISDN网、SDH同步网、No.7信令网、智能网和电信管理网等多种网络建设的需要，同时，以ZXJ10V10.0交换机系统为平台，还可以扩展移动通讯交换、Internet接入、宽带接入等功能。
在硬件方面，ZXJ10V10.0交换机系统采用模块间全分散、模块内分级的控制结构。
根据局容量的大小、对业务的需求以及地理位置的不同，可由一到数十个功能模块组合而成；模块内的个公共部件均采用主备用方式；后台采用通用计算机平台为基础、局域网技术为支撑、客户机/服务器方式为控制系统的基本形态。
在软件方面，ZXJ10V10.0交换机系统遵循结构化、模块化和开放性的原则。
层次间采用原语方式单向调用；层内各模块间以明确的消息接口方式为增值业务的引入提供开放的接口。
ZXJ10V10.0交换机的此种软、硬件结构，使系统得以具备灵活的组网能力、强大的呼叫处理能力、高可靠性、良好的兼容性和可宽展性。
1.系统特点1．灵活的组网方式。
ZXJ10V10.0既可以单模块独立成局，又可以多模块组合成局，不仅可以进行PDH树形组网，又可实现SDH及SDH和PDH混合组网。
2．采用全分散控制，又集中管理的先进模式。
在话务处理、信令处理及事务处理上完全由分散的各部分控制，而对话务统计、计费处理及网络管理又采用集中方式。
因此，ZXJ10V10.0是分散与集中的典型结合。
3．近端模块和远端模块配置灵活，模块间采用了大容量光纤作为通信通道。
高速通道带宽已达200Mb/s以上，既提高了信息流量又保证了高抗干扰性。
4．三级时分交换网，单板最大交换容量可达64K，支持128K×128K组网，系统容量可以实现50万门用户和64000条中继。
教务管理系统需求规格说明书
教务管理系统需求规格说明书1．引言✓编写目的二十一世纪是信息的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。
科学技术日新月异的进步，让人类生活发生了巨大的变化，计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。
信息化时代的到来成为不可抗拒的潮流，人类文明正在进入一个崭新的时代。
因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。
✓背景说明●该产品的名称为教务管理系统●系统设计的目标：出于本系统实学校学生管理的一个综合性的系统，本系统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。
●本系统管理的对象单一，都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。
因此，比较适合采用数据库管理。
在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。
●需求如下：1．要求有良好的人机界面；2．要求有良好的权限管理；3．原始数据修改简单方便，支持多条件修改；4．方便的数据查询，支持多条件查询；5．在相应得权限下，删除数据简单方便，数据稳定性好；6．计算机自动完成，尽量减少人工干预；7．在相应的权限下，进行数据查询，插入，更改等基本操作。
8．能较好的支持中文数据，良好的国际化界面；●参考资料该项目参考资料大多来自书本《软件工程》和一些网上资料。
2．概述✧功能概述1)系统登陆界面2)系统主界面3)用户管理模块4)学生缴费管理模块5)教学分析模块6)资源配置模块（教师、教室、学生）✧系统功能简介本系统主要可以实现以下的管理功能：资源配置管理、教学分析管理、学生档案管理、学生档案管理、学生缴费管理、课程管理、成绩管理、资源配置管理、教学分析管理等。
学生管理系统需求规格说明书
浙江工业大学之江学院软件工程大型实验报告设计题目：___ __ 班级：_____ _____ 姓名：_____ _____ 指导教师：________ ________2015 年6 月“学生管理系统”需求分析报告1 范围1.1 标识1.2 系统概述1．软件名称：学生管理系统2．软件功能：方便教务管理部门在线管理学生基础信息，包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。
此外，系统管理员还可以通过该系统管理用户信息。
3．与其他教务管理系统的关系：此系统为教务管理系统的一个子系统，项目来源于某高校的委托。
整个教务管理系统分为五个部分，另外四个个部分别为：学生选课系统、课程管理系统、教师管理系统和系统管理。
用户需要从系统管理子系统中登录后才能进入学生管理子系统。
学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等，与学生管理子系统共享。
图A1-1所示的子系统关系图，主要描述学生管理子系统与其他系统的关系。
图A1-1子系统关系图4．用户：教务业务员和系统管理员5．开发者：XXX、XXX、XXX1.3 文档概述需求分析采用面向对象分析的方法，在文档中主要采用了用例和E-R图等表示方法描述需求。
文档的预期读者为教务业务人员和软件开发小组。
1.4 基线无（或《学生管理系统可行性分析报告》）2 引用文件计算机软件文档编制规范（GB/T 8567-2006），2006年3月14日发布，2006年7月1日实施。
3 需求概述3.1 系统目标系统的开发目标是充分利用计算机和网络技术，打破传统的管理模式，实现课程信息、学生信息和考试成绩的在线管理，保持这些数据的一致性，同时提高管理的工作效率。
3.2 运行环境1．服务器硬件配置要求：2．客户机硬件配置要求：个人机，1M内存，40G硬盘3．软件配置要求：Jdk 1.5版本以上，Tomcat 5.03.3 用户特点系统的最终用户为教务业务员，具备基础的计算机操作技能。
校园管理系统产品需求规格说明书
校园信息管理系统目录校园信息管理系统 (1)0. 文档介绍 (1)0.1 文档目的 (1)0.2 文档围 (1)0.3 读者对象 (1)0.4 参考文档 (1)0.5 术语与缩写解释 (1)1. 产品介绍 (2)2. 产品面向的用户群体 (2)3. 产品应当遵循的标准或规 (2)4. 产品围 (2)5. 产品中的角色 (2)6. 产品的功能性需求 (2)6.0 功能性需求分类 (2)6.0.1 信息系统 (2)6.0.2 民意系统 (3)6.1 通知管理系统（Introduction） (3)6.1.1 Use case diagram 总用例图 (3)6.1.2 发布通知用例 (3)6.1.3 查询通知用例 (4)6.1.4 修改通知用例 (6)6.1.5 删除通知用例 (7)6.2 新闻管理系统（Introduction） (8)6.2.1 Use case diagram 总用例图 (8)6.2.2 发布新闻用例 (8)6.3 学生信息管理系统（Introduction） (9)6.3.1 Use case diagram 总用例图 (9)6.3.2 查询分数用例 (9)6.3.4 查询消费用例 (11)6.3.5 查询奖惩用例 (12)6.4 民意调查管理系统（Introduction） (13)6.4.1 Use case diagram 总用例图 (13)6.4.2 发布调查用例 (13)6.4.3 参加调查用例 (15)6.4.4 显示调查结果用例 (16)6.5 建议管理系统（Introduction） (17)6.4.1 Use case diagram 总用例图 (17)6.4.2 查询建议用例 (17)6.4.3 添加建议用例 (18)6.4.4 回复建议用例 (20)6.4.5 删除建议用例 (21)0. 文档介绍0.1 文档目的本文档是校园管理系统项目软件需求规格说明书，主要阐述了校园管理系统项目的软件需求：信息系统、民意系统。
教务处管理系统需求规格说明书
教务处管理系统需求规格说明书一、引言教务处管理系统是为了提高教务工作效率和管理水平而开发的一款软件系统。
本需求规格说明书旨在定义教务处管理系统的功能和性能要求，以便开发团队按照规格进行系统开发和测试。
二、目标和背景教务处管理系统的目标是提供一个集中化、自动化和高效的管理平台，实现学校教务活动的全面管理和监管。
该系统将涵盖课程管理、教师管理、学籍管理、成绩管理等模块，以及辅助决策和统计分析功能。
三、功能需求1、课程管理a) 课程发布：教务处可发布课程信息，包括课程名称、授课教师、上课时间、地点等。
b) 课程调整：在必要时，教务处可对课程进行调整，例如更改上课时间或教室。
c) 课程查询：学生和教师可以查询课程信息，包括课程名称、教师名称、上课时间等。
2、教师管理a) 教师信息录入：教务处可录入教师的基本信息，包括姓名、性别、联系方式等。
b) 教师课程分配：教务处可分配教师授课任务，指定教师教授的课程和班级。
c) 教师查询：学生和教务处可查询教师的基本信息和授课情况。
3、学籍管理a) 学生信息录入：教务处可录入学生的基本信息，包括姓名、性别、学号、联系方式等。
b) 学生选课：学生可在系统中选课，选择自己感兴趣的课程。
c) 学生查询：学生和教务处可查询学生的基本信息、选课情况和成绩。
4、成绩管理a) 成绩录入：教师可录入学生的作业成绩、考试成绩等。
b) 成绩查询：学生和教务处可查询学绩，包括课程成绩和总评成绩。
c) 成绩分析：教务处可进行成绩统计和分析，相关报表和图表。
四、性能需求1、数据安全性：系统应保证学生和教师的信息安全，禁止非授权人员访问和修改。
2、响应时间：系统应能在合理的时间内响应用户的操作请求，不应出现长时间的卡顿或延迟现象。
3、并发处理能力：系统应能同时处理多个用户的请求，保证系统的稳定性和性能。
4、可靠性：系统应具备较高的稳定性和可靠性，避免出现系统崩溃或数据丢失等情况。
附件：1、数据库设计文档：包含系统的数据库结构和关系描述。
教学管理信息系统需求规格说明书
教学管理信息系统需求规格说明书1.引言1.1编写目的1.2项目背景1.3定义1.4参考资料2.任务概述2.1目标2.1.1理念目标2.1.2功能目标2.2运行环境2.3条件与限制2.3.1技术限制2.3.2使用限制3.数据描述3.1静态数据3.2动态数据3.3数据库介绍3.4数据字典3.4.1数据流词条描述3.4.2数据文件词条描述3.4.3加工逻辑词条描述3.4.4源点及汇点词条描述4.功能需求4.1功能划分4.2功能描述5.性能需求5.1数据精确度5.2时间特性5.3适应性6.运行需求6.1硬件接口6.2软件接口6.3故障处理7.其它需求1.引言1.1编写目的本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的，比较全面的描述了用户的各种需求。
该文档确定了待开发软件的功能、性能、数据、界面等要求，并确定了系统的逻辑结构。
为今后的开发人员进行系统开发提供了依据，也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。
1.2项目背景项目名称：教学管理信息系统项目任务提出者：齐鲁工业大学项目开发者：张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠项目用户：齐鲁工业大学所有管理人员和学生随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。
经总结，这类信息系统存在如下的缺陷：①软件维护的费用高。
②信息查询不方便。
③不利与远程管理。
④软件的可操作性不高。
为了眤补这些缺陷，消除影响进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们项目组决定在这次软件开发过程中，开发基于B/S架构的教学管理信息系统。
1.3 定义JavaWeb：是用Java技术来解决相关Web互联网邻域的技术总和MySQL：MySQL是一个小型关系型数据库管理系统MVC：模型，视图和控制。
目的是实现Web系统的职能分工。
校园管理系统产品_需求规格说明书V10(2021修订版)
校园信息办理系统目录校园信息办理系统 (1)0. 文档介绍 (2)0.1 文档目的 (2)0.2 文档范围 (2)0.3 读者对象 (2)0.4 参考文档 (2)0.5 术语与缩写解释 (3)1. 产物介绍 (4)2. 产物面向的用户群体 (4)3. 产物应当遵循的尺度或尺度 (4)4. 产物范围 (4)5. 产物中的角色 (4)6. 产物的功能性需求 (4)6.0 功能性需求分类 (4)信息系统 (4)民意系统 (5)6.1 通知办理系统〔Introduction〕 (6)6.1.1 Use case diagram 总用例图 (6)6.1.2 发布通知用例 (6)6.1.3 查询通知用例 (8)6.1.4 点窜通知用例 (10)6.1.5 删除通知用例 (12)6.2 新闻办理系统〔Introduction〕 (14)6.2.1 Use case diagram 总用例图 (14)6.2.2 发布新闻用例 (14)6.3 学生信息办理系统〔Introduction〕 (16)6.3.1 Use case diagram 总用例图 (16)6.3.2 查询分数用例 (16)6.3.4 查询消费用例 (18)6.3.5 查询奖惩用例 (19)6.4 民意查询拜访办理系统〔Introduction〕 (21)6.4.1 Use case diagram 总用例图 (21)6.4.2 发布查询拜访用例 (21)6.4.3 参加查询拜访用例 (23)6.4.4 显示查询拜访成果用例 (25)6.5 建议办理系统〔Introduction〕 (28)6.4.1 Use case diagram 总用例图 (28)6.4.2 查询建议用例 (28)6.4.3 添加建议用例 (30)6.4.4 答复建议用例 (32)6.4.5 删除建议用例 (34)0. 文档介绍0.1 文档目的本文档是校园办理系统工程软件需求规格说明书，主要阐述了校园办理系统工程的软件需求：信息系统、民意系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
校园信息管理系统目录校园信息管理系统10. 文档介绍20.1 文档目的20.2 文档X围20.3 读者对象20.4 参考文档20.5 术语与缩写解释31. 产品介绍42. 产品面向的用户群体43. 产品应当遵循的标准或规X44. 产品X围45. 产品中的角色46. 产品的功能性需求46.0 功能性需求分类46.0.1信息系统46.0.2民意系统56.1 通知管理系统（Introduction）66.1.1 Use case diagram 总用例图66.1.2 发布通知用例66.1.3 查询通知用例86.1.4 修改通知用例106.1.5 删除通知用例126.2 新闻管理系统（Introduction）146.2.1 Use case diagram 总用例图146.2.2 发布新闻用例146.3 学生信息管理系统（Introduction）166.3.1 Use case diagram 总用例图166.3.2 查询分数用例166.3.4 查询消费用例186.3.5 查询奖惩用例196.4 民意调查管理系统（Introduction）216.4.1 Use case diagram 总用例图216.4.2 发布调查用例216.4.3 参加调查用例236.4.4 显示调查结果用例256.5 建议管理系统（Introduction）286.4.1 Use case diagram 总用例图286.4.2 查询建议用例286.4.3 添加建议用例306.4.4 回复建议用例326.4.5 删除建议用例340. 文档介绍0.1 文档目的本文档是校园管理系统项目软件需求规格说明书，主要阐述了校园管理系统项目的软件需求：信息系统、民意系统。
0.2 文档X围本文主要介绍了校园管理系统项目的如下需求：信息系统、民意系统。
0.3 读者对象本文读者面向校园信息管理系统的设计人员，本文是系统设计的根据。
0.4 参考文档无0.5 术语与缩写解释无1. 产品介绍随着网络的兴起，越来越多的工作由纸质转为虚拟，不仅省时省力环保绿色，而且效率大大提高。
而校园，依旧没有引入这一时尚而又有意义的模式。
针对此现象，设计了校园信息管理系统软件。
校园信息管理系统软件满足如下软件需求：信息系统、民意系统。
2.产品面向的用户群体产品面向的用户是所有在校师生。
本产品可以大大提高师生间上传下效的工作效率，并且操作方便，便于维护和查询。
3. 产品应当遵循的标准或规X本产品应当遵守CMM3标准。
4. 产品X围本产品适用于所有学校，但由于是手机软件，不推荐大学以下的学校使用，以免学生玩物丧志。
5. 产品中的角色6. 产品的功能性需求6.0功能性需求分类6.0.1信息系统6.0.2民意系统6.1通知管理系统（Introduction）6.1.1 Use case diagram 总用例图6.1.2 发布通知用例6.1.2.1 Add card 简要说明发布通知。
6.1.2.2 Actors 参与者发布者或校园信息管理系统管理员。
6.1.2.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。
6.1.2.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。
6.1.2.5 Description 基本事件流描述步骤：1.发布者或校园信息管理系统管理员点击发布通知。
2.发布者或校园信息管理系统管理员输入通知并确认。
3.发布者或校园信息管理系统管理员点击确定发布通知。
4.系统显示新发布的通知。
6.1.2.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消发布通知，则返回当前页面。
6.1.2.7 End condition 后置条件成功后置条件：数据库成功添加一条通知记录。
失败后置条件：等待校园信息管理系统管理员下一步操作。
6.1.2.8 Special Requirement 特殊需求无6.1.2.9 数据项与字典项6.1.3 查询通知用例6.1.3.1 Add card 简要说明查询已有的通知。
6.1.3.2 Actors 参与者发布者、校园信息管理系统管理员或用户。
6.1.3.3 Trigger 触发条件发布者、校园信息管理系统管理员或用户打开信息系统的通知管理界面。
6.1.3.4 Preconditions 前置条件发布者、校园信息管理系统管理员或用户已经登录系统。
6.1.3.5 Description 基本事件流描述步骤：1．发布者、校园信息管理系统管理员或用户点击查询通知。
2. 发布者、校园信息管理系统管理员或用户输入查询条件并确认。
3.系统显示待查询的通知。
6.1.3.6 Extensions 备选事件流发布者、校园信息管理系统管理员或用户取消查询通知，则返回当前页面。
6.1.3.7 End condition 后置条件成功后置条件：无失败后置条件：等待校园信息管理系统管理员下一步操作。
6.1.3.8 Special Requirement 特殊需求无6.1.3.9 数据项与字典项6.1.4 修改通知用例6.1.4.1 Add card 简要说明修改已有的通知。
6.1.4.2 Actors 参与者发布者或校园信息管理系统管理员。
6.1.4.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。
6.1.4.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。
6.1.4.5 Description 基本事件流描述步骤：1．发布者或校园信息管理系统管理员点击修改通知。
2. 发布者或校园信息管理系统管理员修改通知并确认。
3.系统显示修改完的通知并标识已修改。
6.1.4.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消查询通知，则返回当前页面。
6.1.4.7 End condition 后置条件成功后置条件：数据库更新被修改的通知。
失败后置条件：等待发布者或校园信息管理系统管理员下一步操作。
6.1.4.8 Special Requirement 特殊需求无6.1.4.9 数据项与字典项6.1.5 删除通知用例6.1.5.1 Add card 简要说明删除已有的通知。
6.1.5.2 Actors 参与者发布者或校园信息管理系统管理员。
6.1.5.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。
6.1.5.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。
6.1.5.5 Description 基本事件流描述步骤：1．发布者或校园信息管理系统管理员点击删除通知。
2. 发布者或校园信息管理系统管理员选择待删除的通知并确认。
3.系统显示删除成功。
6.1.5.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消删除通知，则返回当前页面。
6.1.5.7 End condition 后置条件成功后置条件：数据库删除被删除的通知记录。
失败后置条件：等待发布者或校园信息管理系统管理员下一步操作。
6.1.5.8 Special Requirement 特殊需求无6.1.5.9 数据项与字典项6.2新闻管理系统（Introduction）6.2.1 Use case diagram 总用例图6.2.2 发布新闻用例6.2.2.1 Add card 简要说明发布新闻。
6.2.2.2 Actors 参与者发布者或校园信息管理系统管理员。
6.2.2.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的新闻管理界面。
6.2.2.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。
6.2.2.5 Description 基本事件流描述步骤：1.发布者或校园信息管理系统管理员点击发布新闻。
2.发布者或校园信息管理系统管理员输入新闻并确认。
3.发布者或校园信息管理系统管理员点击确定发布新闻。
4.系统显示新发布的新闻。
6.2.2.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消发布新闻，则返回当前页面。
6.2.2.7 End condition 后置条件成功后置条件：数据库成功添加一条新闻记录。
失败后置条件：等待校园信息管理系统管理员下一步操作。
6.2.2.8 Special Requirement 特殊需求无6.2.2.9 数据项与字典项6.3学生信息管理系统（Introduction）6.3.1 Use case diagram 总用例图6.3.2 查询分数用例6.3.2.1 Add card 简要说明查询已有的分数。
6.3.3.2 Actors 参与者发布者、校园信息管理系统管理员或用户。
6.3.3.3 Trigger 触发条件发布者、校园信息管理系统管理员或用户打开信息系统的学生信息管理界面。
6.3.3.4 Preconditions 前置条件发布者、校园信息管理系统管理员或用户已经登录系统。
6.3.3.5 Description 基本事件流描述步骤：1．发布者、校园信息管理系统管理员或用户点击查询分数。
2. 发布者、校园信息管理系统管理员或用户输入查询条件并确认。
3.系统显示待查询的分数。
6.3.3.6 Extensions 备选事件流发布者、校园信息管理系统管理员或用户取消查询分数，则返回当前页面。
6.3.3.7 End condition 后置条件成功后置条件：无失败后置条件：等待校园信息管理系统管理员下一步操作。
6.3.3.8 Special Requirement 特殊需求无6.3.3.9 数据项与字典项6.3.4 查询消费用例6.3.4.1 Add card 简要说明查询消费记录。
6.3.4.2 Actors 参与者用户。
6.3.4.3 Trigger 触发条件用户打开信息系统的学生信息管理界面。
6.3.4.4 Preconditions 前置条件用户已经登录系统。
6.3.4.5 Description 基本事件流描述步骤：1．用户点击查询消费。
2.用户输入查询条件并确认。
3.系统显示待查询的消费记录。
6.3.4.6 Extensions 备选事件流用户取消查询消费，则返回当前页面。
6.3.4.7 End condition 后置条件成功后置条件：无失败后置条件：等待校园信息管理系统管理员下一步操作。
6.3.4.8 Special Requirement 特殊需求无6.3.4.9 数据项与字典项6.3.5 查询奖惩用例6.3.5.1 Add card 简要说明查询奖惩情况。
6.3.5.2 Actors 参与者用户。