学校管理系统分析

《学校管理系统分析》由会员分享，可在线阅读，更多相关《学校管理系统分析（25页珍藏版）》请在装配图网上搜索。

1、附录2系统分析说明书（需求规格说明书）目录1概述21.1编写目的21.2 参考资料22需求32.1 功能需求32.2 数据需求212.3 性能需求222.4 非功能需求232.5 故障处理233环境233.1 运行环境233.2 开发环境231 概述1.1 编写目的本文档的编写目的是为学校管理信息系统项目的开发提供：a. 这个系统主要针对的就是对于学校日常事务的信息系统化，运用计算机技术、信息技术对于学校的日常信息(例如：学生信息、成绩、学分等)或日常数据进行一体化的管理，避免大量的数据冗余，提高数据利用率，提高各部门(特别是教务、财务部门)的工作效率。对于信息的一体化管理，也方便了学校、学院

2、、教师、学生4 级对信息掌握的及时性(学校能及时了解各个学院的教学情况，教师能有针对性 地对学生进行授课，学生也可以根据评定系统自查自纠)。从纸张化到计算机化， 学校关心的数据也更有了保障，也方便了查询，加强了对于学校教学水平的监督。b. 本系统的功能要求主要分成了 3个方面(详见c)。对于录入、查询、计算的要求 都比较高(用户主要关心最终数据：GPA、学分、综合测评、工资信息)。对于这 么多的数据查询和报表的生成，就要求有一个强大的数据处理终端(主要表现在控 制类的计算能力和数据库的性能)。c. 本系统主要是针对于学校信息管理的3大块，即学生信息管理、教师信息管理、科研管理(用户要求实现功能

3、如下)1) 学生信息管理模块a) 对学生、课程、成绩等信息进行管理b) 实现综合测评的功能c) 对留级、退学的情况进行管理d) 产生学生成绩表2) 教师信息管理模块a) 对教师、部门、教学等信息进行管理b) 对教师教学任务进行登记，按照算法计算工作量c) 对教师进行年终考核，记录考核成绩d) 对教师的教学情况进行测评，记录测评结果e) 根据教务处提供的教师工作量计算奖金，产生月工资f) 按个人、部门产生月工资报表和查询3) 科研管理模块a) 对科研项目信息进行维护b) 记录项目经费的支出情况c) 登记项目的获奖情况d) 登记学术论文和著作并完成相应的查询e) 对科研按部门项目进行汇总，形成部门

4、的总经费、支出经费、结余经费， 并可打印。1.2 参考资料a. 项目来源：学校b. 本文档中引用到的规范和资料：a) 教师岗位津贴实施方案(北京信息科技大学)b) 教学及实验工作量计算暂行办法(北京信息科技大学)c）具有高级专业技术职称教师履职基本业绩考核要求（北京信息科技大学）d）科研经费管理办法（试行）（北京信息科技大学）2需求求言息管理与信息系统专业教学计划（北京信息科技大学信息管理学院）2.1 功能需求本系统分为3 大部分，划分如下：用例图学生管理信息系统（1）系统维护员管理员用例用户登录用例的详细规格说明用例名称用户登录参与者系统维护管理员假设系统维护管理员身份可识别前置条件系统维护

5、管理员登录学籍管理系统后置条件系统管理员状态为在线主事件流1.系统管理员向系统提供用户名和密码；2系统核实系统管理员身份3.系统核实后进入系统主页备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误非功能性需求修改用户权限表用例的详细规格说明用例名称修改用户权限表参与者系统维护管理员假设系统维护管理员已登录，该用户已为系统用户前置条件系统维护管理员需对用户权限进行修改后置条件用户权限改变主事件流1. 系统维护管理员向系统提供所修改用户的姓名2. 系统查找并显示用户信息3. 系统维护管理员修改用户权限并确认4. 系统更新用户信息备选事件

6、流2a.用户信息有误1.系统查找不到该用户，系统提示查无此用户非功能性需求增加系统用户用例的详细规格说明用例名称增加系统用户参与者系统维护管理员假设系统维护管理员已登录前置条件系统维护管理员需要添加系统用户后置条件拥护信息在系统中注册主事件流1. 系统维护管理员向系统提供用户信息并确认2. 系统存储该用户信息非功能性需求删除系统用户用例的详细规格说明用例名称删除系统用户参与者系统维护管理员假设系统维护管理员已登录前置条件系统维护管理员需要删除系统用户后置条件该系统用户信息被删除主事件流1 系统维护管理员向系统提供用户信息2. 系统查找用户并显示其信息3. 系统维护管理员确认后删除该用户4. 系

7、统将用户删除非功能性需求(2)学籍管理员用例:删降学生信息添加学生信息用例的详细规格说明用例名称添加学生信息参与者学籍管理员假设学籍管理员已获得权限前置条件学籍管理员需要添加学生信息后置条件系统记录学生信息主事件流1. 学籍管理员向系统管理员提供用户名和密码2. 系统核实后进入系统首页3 学籍管理员向系统提供所添加学生的信息并确认4 系统存储并更新信息备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误非功能性需求查询学生信息用例的详细规格说明用例名称查询学生信息参与者学籍管理员假设学籍管理员已获得权限前置条件学籍管理员需要查询学生信

8、息后置条件系统显示学生信息主事件流1. 学籍管理员向系统管理员提供用户名和密码2. 系统核实后进入系统首页3 学籍管理员向系统提供所查询学生的信息并确认4 系统显示学生信息备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误3a学生姓名有重名1系统列出与之匹配的所有信息3b学生信息有误1.系统查找不到匹配信息，提示该用户不存在非功能性需求修改学生信息用例的详细规格说明用例名称修改学生信息参与者学籍管理员假设学籍管理员已获得权限前置条件学籍管理员需要添加学生信息后置条件系统记录学生信息主事件流1. 学籍管理员向系统管理员提供用户名和密码

9、2. 系统核实后进入系统首页3 学籍管理员向系统提供所添加学生的信息并确认4 系统存储并更新信息备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误非功能性需求删除学生信息用例的详细规格说明用例名称删除学生信息参与者学籍管理员假设学籍管理员已获得权限前置条件学籍管理员需要删除学生信息后置条件系统记录学生信息主事件流1. 学籍管理员向系统管理员提供用户名和密码2. 系统核实后进入系统首页3. 学籍管理员向系统提供所删除学生的姓名和学号4. 系统查找该学生信息5. 学籍管理员确认6. 系统删除该名学生的信息备选事件流la.未填写用户名或密

10、码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误4a.查找不到匹配的信息1系统提示无匹配信息非功能性需求(3)辅导员用例：计算学生平均基点导入学綺表录入计算基点的方袪计算学生平均基点用例的详细规格说明用例名称计算学生平均基点参与者辅导员假设每个在校生的信息都在系统中有记载前置条件辅导员要计算学生平均基点后置条件学生平均基点添加到学籍表中主事件流1辅导员向系统提供班号；2. 系统计算班级每个人的平均基点3. 系统将学生的平均基点存储在学籍表中非功能性需求录入测评标准用例的详细规格说明用例名称录入测评标准参与者辅导员假设辅导员已获得录入权限前置条件辅导员需录入测评标

11、准后置条件增加测评标准到系统中主事件流1. 辅导员将测评标准录入到系统中2. 系统存储测评标准备选事件流1a.更改测评标准1. 辅导员更改测评标准2. 系统更新测评标准非功能性需求计算学生课外基点用例的详细规格说明用例名称计算学生课外基点参与者辅导员假设每个在校生的信息都在系统中有记载前置条件辅导员要计算学生课外基点后置条件学生课外基点添加到学籍表中主事件流1 辅导员计算学生的课外基点2辅导员将学生的课外基点录入到学籍表中非功能性需求录入计算基点方法用例的详细规格说明用例名称录入计算基点方法参与者辅导员假设辅导员已获得录入权限前置条件辅导员要录入计算基点方法后置条件录入计算基点方法添加到系统中

12、主事件流1 辅导员将计算基点方法录入到系统中； 2系统存储计算基点方法非功能性需求(4)教师用例：录入学生成绩用例的详细规格说明用例名称录入学生成绩参与者教师假设教师已获得录入权限前置条件教师需录入学生成绩后置条件学生成绩添加到学籍表中主事件流1. 教师提供用户名和密码2. 系统验证3教师提供姓名和所教课程名称4系统查询该课程学生名单5教师提供该课程学生成绩6系统存储学生成绩备选事件流la.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误非功能性需求产生学生成绩单用例的详细规格说明用例名称产生学生成绩单参与者教师假设教师已获得录入权限前置条件教师

13、要打印学生成绩单后置条件打印学生成绩单主事件流1. 教师提供用户名和密码2. 系统验证3教师提供姓名和所教课程名称4系统查询该课程学生名单5教师打印学生成绩单非功能性需求(5)教务人员用例：童布本学期幵课计划录入留退级标淮发布本学期开课计划用例的详细规格说明用例名称发布本学期开课计划参与者教务人员假设教务人员已获得权限前置条件教务人员要发布本学期开课计划后置条件系统保存开课计划到开课计划表中主事件流1. 教务人员提供用户名和密码2. 系统验证3教务人员提供本学期开课计划4.系统将本学期开课计划存储到开课计划表中备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码

14、不正确1系统提示用户信息有误非功能性需求统计课程报名人数用例的详细规格说明用例名称统计课程报名人数参与者教务人员假设第一轮选课已经结束前置条件教务人员已获得录入权限后置条件系统更新开课计划表主事件流1. 教务人员提供用户名和密码2. 系统验证3教务人员选择所统计课程4系统统计课程所选人数5教务人员设定课程人数的上下限6系统将人数限制保存在开课计划表中7系统统计低于开课人数的课程8教务人员修改开课计划备选事件流1a.未填写用户名或密码1.系统提示用户信息不完整2a.用户的用户名和密码不正确1系统提示用户信息有误非功能性需求产生学生课程表用例的详细规格说明用例名称产生学生课程表参与者教务人员假设开

15、课计划已经确定前置条件课程的上课时间没有重叠后置条件系统更改学生课程表主事件流1. 教务人员登录系统2. 教务人员向系统提供课程的时间和地点3系统记录到学生课程表中产生教师的学生名单用例的详细规格说明用例名称产生教师的学生名单参与者教务人员假设学生信息在系统中都可查到前置条件学生选课已经结束后置条件系统更改学生课程表主事件流1.教务人员提供教师姓名和课程名称2系统产生学生名单3教务人员打印非功能性需求录入留退级标准详细规格说明用例名称录入留退级标准参与者教务人员假设留推级标准已经人为制定。前置条件教务人员需录入留退级标准。后置条件留退级标准被添加到系统中主事件流1. 教务人员提供留退级标准2.

16、 系统存储留退级标准非功能性需求产生留退级学名单用例的详细规格说明用例名称产生教师的学生名单参与者教务人员假设每一学年结束，教务人员要进行学生留退学管理，每个在校就读 的学生的信息都在学籍表中可以找到。前置条件教务人员已被识别和授权，学生的学籍信息是完整准确的。后置条件修改学籍表主事件流1.系统根据标准查询符合留退级标准的学生2系统产生学生名单3教务人员打印非功能性需求教师管理信息系统 总用例图亡询栈订I沁怎7 :、.型tf=5硯就巾呈本仟盒”土 JL.制壬培叫计匕一:己亶记划I说i執F至衣涪用Indide-士1他舲】lnclLide买纽菅理覺alnciud 沪 aKlJIdLTA”=入諛师二

17、法明细和.r T汕1 I册表O孑沖F十丁二护科汁.：巧C1.-：.勺皿0：2学校部门维护二査辽帥叶猎FO）icT-：选弓呼性ZC?: 严E、O二2 7齐才KO 沛抑剖门O 肚白;U修改部f 信息c_i严執师T痔吟二二丄呈匸牛且疋青-inclLjdfe-系统管理员：*fincludQ?.includi9-.系经营捉員includo-学较郢门维护、-O录 入败师基 本信息-o-一、土汽删陪部门二修改部门信息录入教师基本信息用例名称录入教师基本信息参与者系统管理员（主要参与者），各单位负责人（次要参与者）假设学校各个学院、系部、机关单位会把自己所在单位的教师信息提 供给系统管理员（各单位有时批量的提

18、供教师的资料，要统一录 入）前置条件系统管理员已被识别和授权后置条件更新数据库中各部门的教师信息主事件流1. 系统管理员录入该教师信息；2. 系统记录系统记录该信息3. 管理员核对信息；4. 重复3到5；5. 存储该部门教师信息，结束用例备选事件流1a教师工号不符合编号要求1.系统提示，重新输入1b.教师工号重复1.系统提示（并弹出窗口 “工号 教师姓名”，要求管理员 重新核对非功能性需求录入教师基本信息用例名称修改教师基本信息参与者系统管理员（主要参与者），教工或部门（次要参与者）假设教师或部门把教师的工号、要修改的信息提供给系统管理员前置条件系统管理员已被识别和授权后置条件更新数据库中的教

19、师信息主事件流1 系统管理员将该教师的工号提供给系统；2.系统验证教师信息；3系统管理员修改该教师信息；4. 系统记录系统记录该信息5. 管理员核对信息；6 存储该教师信息，结束用例备选事件流2a.非法教师工号1.系统提示教师工号错误，用例结束非功能性需求删除教师基本信息用例名称删除教师基本信息参与者系统管理员（主要参与者），教工或部门（次要参与者）假设教师或部门把教师的工号提供给系统管理员前置条件系统管理员已被识别和授权后置条件更新数据库中的教师信息主事件流1 系统管理员将该教师的工号提供给系统；2. 系统验证教师信息；3. 系统管理员删除该教师信息；4. 系统显示该教师信息5. 管理员核对

20、信息，并确认；6. 删除该教师信息，结束用例备选事件流2a.非法教师工号1.系统提示教师工号错误，用例结束非功能性需求添加部门用例名称添加部门参与者系统管理员（主要参与者），各单位负责人（次要参与者）假设学校各个学院、系部、机关单位会把自己所在单位的信息提供给 系统管理员，系统可以按照规定，为各个单位编制编号，并给与 一定的权限前置条件系统管理员已被识别和授权后置条件更新数据库中部门的状态，产生部门编号主事件流1系统管理员将部门名称提供给系统；2. 系统验证是否存在重名；3. 系统管理员录入单位信息，并分配该部门权限；4. 系统记录系统记录该信息，并提醒管理员再次核对；5. 管理员核对信息6.

21、 系统存储该部门信息备选事件流2a.存在重名1. 系统提示系统管理员是否覆盖2. 若是，则进入33. 若否，则用例结束非功能性需求修改部门基本信息用例名称修改部门基本信息参与者系统管理员（主要参与者），部门（次要参与者）假设部门把部门编号、要修改的信息提供给系统管理员前置条件系统管理员已被识别和授权后置条件更新数据库中的教师信息主事件流1系统管理员将该部门的工号提供给系统；2. 系统验证部门信息；3. 系统管理员修改该部门信息；4. 系统记录系统记录该信息5. 管理员核对信息；6. 存储该部门信息，结束用例备选事件流2a.非法部门编号1.系统提示部门编号错误，用例结束非功能性需求删除部门信息用

22、例名称删除部门信息参与者系统管理员（主要参与者），教工（次要参与者）假设部门把部门编号提供给系统管理员前置条件系统管理员已被识别和授权后置条件更新数据库中的教师信息主事件流1. 系统管理员将该部门编号提供给系统；2. 系统验证部门信息；3. 系统管理员删除该部门信息；4. 系统显示该部门信息5. 管理员核对信息，并确认；6. 删除该部门信息，结束用例备选事件流2a.非法部门编号1.系统提示部门编号错误，用例结束非功能性需求财务人员：产生部门工资报表录入教师工资明细用例名称录入教师工资明细参与者财务人员（主要参与者）假设界面表格上显示了该教师的基本信息，以及教学任务项前置条件财务人员已被识别和授

23、权，已知教学任务，已知教师工号后置条件将教师的工资明细的存储主事件流1 财务人员把教师工号提供给系统；2.系统验证教师身份；3财务人员把显示的各个表单上的数据填充；4. 系统记录明细，并生成表单、数据；5. 财务人员预览、核对信息6. 系统存储，用例结束备选事件流2a.非法教师工号1 系统提示教师身份错误，用例结束非功能性需求修改教师工资明细用例名称修改教师工资明细参与者财务人员（主要参与者）假设界面表格上显示了该教师的基本信息，以及教学任务项前置条件财务人员已被识别和授权，已知教学任务，已知教师工号后置条件将教师的工资明细的存储主事件流1 财务人员把教师工号提供给系统；2. 系统验证教师身份

24、；3. 系统显示单据；4. 财务人员把显示的各个表单上需要修改数据进行修改；5. 系统记录明细，并生成表单、数据；6. 财务人员预览、核对信息7. 系统存储，用例结束备选事件流2a.非法教师工号1 系统提示教师身份错误，用例结束非功能性需求 教师： 教务人员：制定培训计划 登记受训咸绩用例名称登记教学任务参与者教务人员（主要参与者），假设教务人员以从学籍管理系统中获得该学期各个老师的教学情况前置条件财务人员已被识别和授权，已知教学任务，已知教师工号后置条件将教师的教学任务的存储主事件流1 教务人员把教师工号提供给系统，选择学期；2. 系统验证教师身份；3. 系统显示本学院教师所开授的课程显示在

25、表单上（复选框）；4. 教务人员在表单上选择该教师所教授的课程；5. 系统记录明细，并生成表单、数据；6. 财务人员预览、核对信息7. 系统存储，用例结束备选事件流2a.非法教师工号1 系统提示教师身份错误，用例结束非功能性需求科研项目管理登记科研港程结题审核幵越审檢執!币香询顶目我杲申谁尸題技告登记科班顶巨申请结题很寺普询话耳孕葫.- 1_Z09登记刑讲顶日戎./：登记兰术论文决著作/科研处人员登:己项目经赁申请开题审核用例名称申请开题审核参与者教师（主要参与者）假设教师在相应媒介上查询科研项目名称前置条件教师找到合适的科研项目后置条件科研项目开题审查结果记录在系统中主事件流1. 教师填写科

26、研项目申请表格，包括项目名称、甲方单位、甲方 负责人、项目级别、负责人、总经费、合同签订日期、完成日期;2. 申请表格记录在系统中。备选事件流非功能性需求登记科研进程用例名称登记科研进程参与者教师（主要参与者）假设教师获得登记权限前置条件教师的项目获得立项后置条件科研项目进程结果记录在系统中主事件流1. 教师填写科研进程表，包括项目名称、记录日期、完成天数、 剩余天数、现阶段完成情况、现阶段经费支出情况、预测项目完 成日期、预测项目支出经费；2. 表格记录在系统中。备选事件流非功能性需求申请开题审核用例名称申请开题审核参与者教师（主要参与者）假设教师在相应媒介上查询科研项目名称前置条件教师找到

27、合适的科研项目后置条件科研项目开题审查结果记录在系统中主事件流1. 教师填写科研项目申请表格，包括项目名称、甲方单位、甲方 负责人、项目级别、负责人、总经费、合同签订日期、完成日期;2. 申请表格记录在系统中。备选事件流非功能性需求登记项日经费开题审核用例名称开题审核参与者科研处人员（主要参与者）假设科研处人员获得登记和审查授权 系统将所有项目信息授予科研处人员前置条件教师提出申报的科研项目，录入人员已经被授权后置条件科研项目开题审查结果记录在系统中主事件流1. 学校科研处对该项目的开题进行审查；2. 审查通过后的项目获得立项；3. 将审查结果登记在系统中；备选事件流2a.提出的科研项目没有通

28、过学校科研处的审查1.返回（1）或取消，用例结束。非功能性需求结题审核用例名称结题审核参与者科研处人员（主要参与者）假设录入员获得系统登记修改授权 系统将结题报告授予科研处人员前置条件教师提出项目结题报告，录入人员已经被授权后置条件科研项目结题审查结果记录在系统中主事件流1. 学校科研处对该项目的结题报告进行审查；2. 审查通过后的项目可以发表；3. 将审查结果登记在系统中；备选事件流2a.提出的科研项目没有通过学校科研处的审查1.返回（1）或取消，用例结束。非功能性需求登记科研项目用例名称登记科研项目参与者科研处人员（主要参与者）假设录入员获得系统登记修改授权 科研项目已经通过审查前置条件科

29、研项目已经立项后置条件科研项目详细信息记录在系统中主事件流1. 科研处登记该项目的项目号、项目名称、甲方单位、甲方负责 人、项目级别、负责人、总经费、合同签订日期、完成日期、目 前状态；2. 科研项目的信息登记在系统中。备选事件流非功能性需求登记科研项目成果用例名称登记科研项目成果参与者科研处人员（主要参与者）假设录入员获得授权，教师科研项目正常发表前置条件教师提出申报的科研项目已经获得发表后置条件将科研项目发表后的特殊情况登记到系统中主事件流1. 录入员根据项目发表后的情况，登记项目的获奖情况；2. 教务处登记学术论文，包括论文号、题目、期刊、作者、发表 年月、卷好期刊、内容简介、获奖情况等

30、；3. 录入员登记著作，包括著作号、著作名、出版社、作者、出版 日期、字数、获奖情况等。4. 科研项目的成果信息登记在系统中。备选事件流非功能性需求登记项目经费用例名称登记项目经费参与者科研处人员（主要参与者）假设管理人员已经被授权教师的项目正常情况下顺利完成前置条件教师申报的科研项目已经结题后置条件形成部门的总经费、支出经费、结余经费，并打印出来主事件流1 系统将所需经费告知科研处人员；2. 科研处人员登记该项目经费得出该部门总经费；3. 科研处人员登记该项目经费得出该剩余经费；4. 系统自动得出支出经费；5. 系统打印出部门总经费、支出经费、结余经费备选事件流2a.总结费超出要求的经费1.

31、教务处取消立项，用例结束非功能性需求2.2 数据需求领域类：cau=E-IvuCIhee -?：BZIL1U3 -尿近t -Tmejet:Jn.*: lEey:址级t:EceceInftMEicfttn:Ir.testT: 5tx3 Lf IclilLUrch:Lcutic:CwLLc-:Tg：:Lxt：u:TotnftMj.*rPccTi-SsE -3*z=m: -Aur.-Ietct=r-r Axia:3biiia-ZrziTaacrFc-ra:Fya tzz. 3z:zTi= IhbSl-M-* TcsalEccri-TnEilrTTxzk=-IclxEc :【rrfTaxhixTuB

32、SiLrT-3t*x=i7: l=:4xdin.：-ClosaC : Kloai-Scr w laleeKf-uScw XjeMII m Six ix* Sc-sarapax . 2n-crr jaT-E-tLl : Errtcf*T-askTiEifich-JimeTt : Siine -Ucr.A-yPda : Dccl-l* HusTctsiZ : IxtasirnubauE.I:Ltli口 ET= ek Ik zJvxv-gl FuT- 匚puiTJIX-TdIeLT -THlha -Axdi:StruK =VucLuI*p3JT=3VnE :5ixjfj e :ftsitjLcm:中

33、七LnfE7u0.*MoneyScientItem:Integer-ScienR:ScientificRearchFrontTotal:DoubleUseTotal:DoubleFinishTotal:DoubleContant:Tex tTime:DateTime学生信息管理：*0.0.*0.*NumCDepart:Int16:DepartmentMleache丄:InfTeache丄Form0.NameT:StringNumT:VarcharDepartT:DepartmentSex:SingleTotalT:StringTelNum:LongAddrInfTeacherFormNumS:

34、Int16NameS:StringSClass:DClassSex:SingleAddr:StringInfStudentStudentClassC:InfStudent:CClasssc丄oe:Integer0.CClassNumClass一 NameClassWeigt:Integer:String:Score0.Carll S+i in一 ItemScore:Array一 TotalScore:DoubleStudent:InfTeacherFormTime:System.DateTime0.*0.*ItemScoreNameItemScoreperStringInteger2.3 性能

35、需求 本系统对于综合测评成绩、GPA、工资信息的查询都十分的频繁，所以管理员、财 务人员就有责任在发布信息前就要将最终成绩、工资报表生成完毕，不能在其他用 户进行查询的再在客户端，或者服务器上生成； 除学生用户外，教务处、财务部门皆要进行大量的数据处理，如若放在服务器（B/S 模式）上计算就会使服务器的计算量过大，因此采取C/S模式。 数据存储量大，需要较大的存储空间；2.4 非功能需求 数据量较大，需要定期地对失去意义的数据进行清理（例如：对于学生的成绩信息: 510 年）2.5 故障处理 数据库需要定期的备份，在系统出现差错的时候仍可复原。3 环境3.1 运行环境 硬件环境： 服务器（由总系统管理员进行定期的维护） PC 机（各个普通用户，有各自不同权限） 软件环境： Sever2003 Windows2000 及其以上版本3.2 开发环境 硬件环境：PC机 软件环境：Windows2000 及其以上版本Microsoft Visual Studio 2005( VB.Net)Microsoft SQL Sever 2005