资源描述
一 可行性研究汇报
1．可行性研究前提
1.1要求
经过调查,要求系统需要有以下功效:
⑴ 要求有良好人机界面;
⑵ 很好权限管理;
⑶ 原始数据修改简单方便,支持多条件修改
⑷ 方便数据查询，支持多条件查询;
⑸ 对应权限下，删除数据方便简单，数据稳定性好；
⑹ 数据计算自动完成，尽可能降低人工干预;
1.2目标
a. 人力和设备费用节省；
b. 处理速度提升；
c. 控制精度或生产能力提升；
d. 管理信息服务改善；
e. 决议系统改善；
f. 人职员作效率提升。
1.3条件、假定和限制
a. 开发软件运行最短寿命为十二个月。
b. 进行系统方案选择比较期限：2周。
c. 经费起源和使用限制：自筹资金。
d. 法律和政策方面限制：本软件企业版权全部，未经作者许可，非法传输、复制，违者追究法律责任，后果自负。
e. 硬件CPU p3、内存256M.。
f. 软件：access。
g. 运行环境：本软件应使用Windows、Windows xp操作系统。
h. 开发环境：本软件应使用Windows、Windows xp开发。
i. 开发软件投入使用最迟时间为10月01日。
1.4可行性研究方法
因为本系统管理对象单一,全部是在校学生，且每个数据内容含有较强关联性，包含计算过程不是很复杂。所以，比较适合于采取数据库管理。且学校用于学生管理微机全部是PIII以上机器，在存放量、速度方面全部能满足数据库运行要求。在技术难度方面，因为有指导老师指导和相关参考文件，尤其是网上资料，尤其是参考其它程序功效，所以完全能够实现。
2．对现有系统分析
2.1处理步骤和数据步骤
班级管理业务步骤图：
教务处
输入计算机
班主任
教务处
学生
班级
班级
输出
档案管理业务步骤图：教务处
输入计算机
班主任
教务处
学生
档案
档案
输出
课程管理业务步骤图：教务处
输入计算机
老师
教务处
学生
课程
输出
课程
成绩管理业务步骤图：教务处
输入计算机
老师
教务处
学生
成绩
老师
输出
教务处
输入计算机
班主任
教务处
学生
班级
班级
输出
2.2工作负荷
现有系统所负担工作只能实现档案管理简单功效，无法适应现在工作中处理大量数据功效。
2.3费用支出
开发这个项目总需三个人，4台计算机，一个可容纳6、7个人办公室，必需有充足物质做精神动力，每台计算机上必需有所需要软件，比如：办公软件、数据库软件、截图软件等，必需有3000万元准备开支。
二 软件项目计划
1. 引言
1.1 编写目标
软件项目开发是一项系统而复杂工作，它需要一个团体相互配合、分工协作。软件项目管理系统能够规范一个软件开发团体日常工作，提升工作效率。
为了很好管理整个开发过程，同时预算整个开发过程费用立即间安排，给开发人员，管理人员一个参考物，明白自己在每一个阶段所需要完成任务，帮助她们愈加好地完成开发工作。
预期读者：开发人员，项目经理，测试人员
1.2 背景
a.学生信息管理系统
b.提出者：项目经理，开发者：XXX开发团体。
2. 项目概述
2.1 工作内容
1 需求分析： 1~3个月
2 概要设计： 2~3个月
3 具体设计： 2~3个月
4 编码: 2~3个月
5 测试： 1个月
6 公布： 1个月
2.2 关键参与人员
参与者
个人情况
XX
软件工程专业学生，熟悉java语言，数据库编程
XX
软件工程专业学生，熟悉C#语言
XX
软件工程专业学生，有很好网页设计能力
XX
软件工程专业学生，有良好界面设计能力和测试经验
XX
专业为软件工程，从事开发工作十二个月，能过独立地完成小型项目标整个开发过程
2.3 产品
2.3.1 程序
名称
编程语言
媒体形式
功效及能力
系统功效
C#+SQL Server
文本
管理学生学籍信息，统计学生相关信息。学生信息增加、修改、删除、查询
数据信息管理
C#+SQL Server
文本
学生学籍信息管理，学生选课信息管理
基础业务
C#+SQL Server
文本
学生注册、学籍信息维护，学生选课，老师管理班级信息。
信息浏览和查询
C#+SQL Server
文本
管理员学生学籍信息浏览、查询
数据库
SQL Server
数据库文件
数据库文件能够直接附加到当地SQL Server 中数据库中
学生学籍管理系统
C#+SQL Server
CD光盘
程序运行文件，运行以后只要公布以后就能够了
2.4 验收标准
验收标准参考表：
程序
CD光盘
实现功效：在使用时，由管理员输入需要了解关键字信息，然后通饭卡管理系统选择对应管理事务。管理事务依据所提供信息在数据库中查找对应统计，返回对应统计给管理员。许可管理员在对应权限下对数据进行修改。经过终端把得到内容显示到对应界面上。
安装指南
视频
有声视频，分解安装动作，并具体讲述过程及注意事项
用户使用手册
视频+文档
文档给出输入输出约束条件，系统运行环境，视频显示使用软件整个步骤，帮助用户学习使用该软件
故障处理说明书
文档
列出基础问题具体处理措施，具体叙述整个步骤
3. 实施计划
3.1 预算
1.采购必需设备投资：
网络平台建设，包含了建设方法和联网建筑物数等等方面去计算，这一块需要200万左右；
服务器和存放系统，从发卡量和设备数量等估算，这一块需要100万左右；
射频卡终端，包含读写器和POS机，这一块需要20万左右。
2.开发系统投资：
按现在市场上一卡通管理系统开发价格来看，开发所需投大约在50万不等；
4.总计：:350万左右；
3.2 关键问题
本系统操作过程简单，实现技术要求也不高，所以没有要尤其列出关键问题
4.支持条件
4.1 运行环境
a. 开发软件运行最短寿命为十二个月。
b. 进行系统方案选择比较期限：2周。
c. 经费起源和使用限制：自筹资金。
d. 法律和政策方面限制：本软件企业版权全部，未经作者许可，非法传输、复制，违者追究法律责任，后果自负。
e. 硬件CPU p3、内存256M.。
f. 软件：access。
g. 运行环境：本软件应使用Windows、Windows xp操作系统。
h. 开发环境：本软件应使用Windows、Windows xp开发。
4.2 需由用户负担工作
数据库初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必需在6月1日之前完成。
4.3 需由外单位提供条件
本项目期望得到委托商资金支持，人员支持，如取需求时，能够提供部分食堂为我们测试提供支持环境，还有技术支持。
三 风险条目跟踪表
序列号
1
确定日期
.10.28
撤消日期
<撤消风险确定日期>
描述
未得到学校支持而造成无法取得学生数据
可能性
0.2
影响
10
危害值
10.2
降低风险计划
项目开始前和校方沟通，不然项目无法进行
责任人
XXX
截止日期
、10、1
五 进度计划风险列表
1.最常见进度计划风险
1） 功效无限蔓延；
2） 质量不定
3） 计划过于乐观
4） 设计欠佳
5） 银弹综合症
6） 研发导向开发
7） 人员微弱
8） 签约商失败；
10）研发人员和用户磨擦。
2.进度计划风险完整列表
2.1 计划编制风险
1） 计划、资源和产品定义全凭用户或上层领导口头指令，而且不完全一致；
2） 计划是优化，是“最好状态”；
3） 计划忽略了必需任务；
4） 计划基于使用特定小组组员，而那个小组组员其实指望不上。
5） 在限定时间内无法建成已定规模大小产品；
6） 产品规模比估量要大部分；
7） 工作量大于估算数；
8） 进度已经拖延项目在重新评定时过于优化或忽略项目历史；
9） 过分进度压力造成生产率下降；
10）目标日期提前，但没有对应地调整产品范围或可用资源；
11）一个任务延迟造成相关任务连锁反应；
12）涉足不熟悉产品领域，花费在设计和实现上时间比预期要多。
2.2 组织和管理
1） 项目缺乏一个有凝聚力最高领导人；
2） 因为前期乏力，项目长时间被搁置；
3） 解聘和削减开支造成项目小组能力下降；
4） 仅由管理层或市场人员进行技术决议，造成计划进度延长；
5） 低效项目组结构降低生产率；
6） 管理层审查/决议周期比预期时间长；
7） 预算削减打乱项目计划；
8） 管理层做出了打击项目组织主动性决定；
9） 非技术第三方工作比预期延长（如审批，采购等）；
10）计划性太差，无法适应期望开发速度；
11）项目计划因为压力而放弃，造成开发混乱、低效；
12）管理层强调英雄主义，而忽略客观确切状态汇报，这会降低发觉和更正问题能力。
2.3 开发环境
1） 设施没有立即到位；
2） 设施到位，但不配套；
3） 设施拥挤、杂乱或破损；
4） 开发工具未能立即到位；
5） 开发工具不准期望那样有效，开发人员需要时间创建工作环境或切换新工具；
6） 开发工具选择不是基于技术需求，不能提供计划要求性能；
7） 新开发工具学习期比预期长，内容繁多。
2.4 最终用户
1） 最终用户坚持新需求；
2） 最终用户对于最终交付产品不满意，要求重新设计和重做；
3） 最终用户不买进项目产品，无法提供后续支持；
4） 最终用户意见未被采纳，造成产品最终无法满足用户期望，而必需重做。
2.5 用户
1） 用户坚持新需求；
2） 用户对计划、原型和规格审核/决议周期比预期长；
3） 用户没有或不能参与计划、原型和规格阶段审核，造成需求不稳定和耗时反复；
4） 用户回复时间比预期长（如回复需求中需澄清问题）；
5） 用户坚持技术决议而造成进度计划延长；
6） 用户对开发进度管理过细，造成实际进展变慢；
7） 用户提供组件无法和开发产品匹配，造成额外设计和集成工作；
8） 用户提供组件质量欠佳，造成额外测试、设计和集成工作，和额外用户关系管理工作；
9） 用户要求支持工具和环境不兼容、性能差或功效不完善，造成生产率降低；
10）用户不接收交付软件，尽管它满足了全部规格；
11）用户期望开发速度是开发人员无法达成。
2.6 承包商
1） 承包商没有按承诺交付组件；
2） 承包商递交组件质量低下无法接收，必需花时间改善质量；
3） 承包商没有买进项目开发需要工具，进而无法提供需要性能水平。
2.7 需求
1） 需求已经成为项目基准，但改变还在继续；
2） 需求定义欠佳，而深入定义会扩展项目范围；
3） 添加额外需求；
4） 产品定义含混部分比预期需要更多时间。
2.8 产品
1） 错误发生率高模块需要比预期更多测试、设计和实现工作；
2） 校正质量低下不可接收产品，需要比预期更多测试、设计和实现工作。
3） 在一个或多上新兴领域推广计算机技术使得计划进度延长不可预期；
4） 因为软件功效错误，需要重新设计和实现；
5） 开发额外不需要功效（镀金）延长了计划进度；
6） 要满足产品规格和速度要求，需比预期更多时间，包含重新设计和实现时间；
7） 严格要求和现有系统兼容，需要进行比预期更多测试、设计和实现工作；
8） 要求和其它系统、复杂系统或不受本项目控制系统相连，造成无法预料设计、实现和测试工作。
9） 要求在不一样操作系统下运行将花费比预期更长时间；
10）在不熟悉或未经检验软（硬）件环境中运行产生未预料问题；
11）开发一个对组织全新模块将比预期花费更长时间；
12）依靠正在开发中技术将延长计划进度。
2.9 外部环境
1） 产品依靠政府规章，而规章改变将是不可预期；
2） 产品依靠草拟中技术标准，而最终标准将是不可预期。
2.10 人员
1） 招聘人员所花时间比预期长；
2） 作为先决条件任务不能按时完成（如培训、其它项目）；
3） 开发人员和管理层之间关系不佳造成决议缓慢，影响全局；
4） 项目组组员没有全身心投入项目，进而无法达成需要产品性能水平；
5） 缺乏激励方法，士气低下，降低了生产能力；
6） 缺乏必需规范，增加了工作失误和反复工作；
7） 一些人需要更多时间适应不熟悉软件工具和环境、硬件环境、编程语言；
8） 项目结束前，协议制人员离开团体，或雇员辞职；
9） 项目后期加入新开发人员，额外培训和沟通降低现有组员效率；
10）项目组组员不能有效地一起工作；
11）因为项目组组员间冲突，造成沟通不畅、设计欠佳、接口错误和额外反复工作；
12）有问题组员没有调离项目组，损害了项目组其它组员主动性；
13）项目标最好人选未加入项目组；
14）项目标最好人选已加入项目组，但因其它原因未能合理使用；
15）没有找到项目急需含有特定技能人；
16）关键人物只能兼职参与；
17）项目人员不足；
18）任务分配和人员技能不匹配；
19）人职员作进展比预期慢；
20）项目管理人员怠工造成计划和进度失效；
21）技术人员怠工造成工作遗漏或质量低下，工作需要重做。
2.11 设计和实现
1） 设计过于简单，无法确定关键事件，并造成重新设计和实现；
2） 设计过于复杂，造成部分无须要工作，影响实现效率；
3） 设计质量低下，造成反复设计和实现
4） 使用不熟悉方法，造成额外培训时间，并重犯前期使用这种方法时造成错误；
5） 产品采取低级语言来实施，造成生产率比预期低；
6） 部分必需功效无法使用现有代码和库实现，开发人员必需使用新库或自选开发所要功效；
7） 代码和库质量低下，造成需要额外测试、错误修正或重做；
8） 过高估量了增强型工具对计划进度节省量；
9） 分别开发模块无法有效集成，需要重新设计或重做。
2.12 过程
1） 大量纸面工作造成进程比预期慢；
2） 进程跟踪不正确，造成无法预知项目是否已落后于计划进度；
3） 前期质量确保行为不真实，造成后期反复工作；
4） 质量跟踪不正确，造成无法得悉影响进度质量问题；
5） 太不正规，造成沟通不足，质量问题和工作重做；
6） 过于正规，造成过多耗时无用工作；
7） 向管理层撰写进度汇报占用开发人员时间比预期多；
8） 风险管理粗心，造成没有发觉重大项目风险；
9） 软件项目风险管理花费时间比预期多。
六 开发进度月报
l．标题
开发中软件系统名称和标识符
分项目名称和标识符
分项目责任人署名
本期月报编写人署名
本期月报编号及所汇报年月
2．工程进度和状态
2.1 进度
-10：完成需求分析
-12：完成概要设计
-03: 完成编码
-06：完成测试
-10：移交
2.2 状态
-10：完成需求分析 完成
-12：完成概要设计 完成
-03: 完成编码 进行中
-06：完成测试 未完成
-10：移交 未完成
3．资额耗用和状态
3.1 资额耗用
[关键说明本月份内耗用工时和机时。]
3.1.1 工时
[分为三类：]
a. 管理用工时
制订计划：1个月
部署工作：1周
搜集数据：1个月
检测汇报：1周
b. 开发用工时
1构架阶段：1个月
2 编码阶段：1个月
4 经费支出和状态
4.1 经费支出
4.1.1 支持性费用
[列出本月内支出支持性费用，通常可按以下七类列出，并给出本月支持费用总和：]
[ a. 房租或房屋折旧费；]
[b. 职员工资、奖金、补助；]
[c. 培训费包含给老师酬金及教室租金；]
[d. 资料费包含复印及购置参考资料费用；]
[e. 会议费召集相关业务会议费用；]
[f. 旅差费；]
[g. 其它费用。]
4.1.2 设备购置费
[列出本月内支出设备购置费，通常可分以下三类：]
[[a. 购置软件名称和金额；]
[b. 购置硬设备名称、型号、数量及金额；]
[c. 已经有硬设备折旧费。]
4.2 状态
本月内实际支出经费和计划相比较，符累计划。
5．下个月工作计划
6．提议
无
七 开发任务卡
项目名： 学籍管理系统 模块/类名： 登录模块
安排时间： 5 任务负担人： 汪国志
相关模块/类情况：
模块/类名
责任人
开始时间
完成时间
状态
登录模块
汪国志
、10
、11
任务描述：
项目名： 学籍管理系统 模块/类名： 学生信息管理模块
安排时间： 7 任务负担人： 汪国志
相关模块/类情况：
模块/类名
责任人
开始时间
完成时间
状态
学生管理模块
汪国志
、11
、12
任务描述：
项目名： 学籍管理系统 模块/类名： 老师信息管理模块
安排时间： 7 任务负担人： 汪国志
相关模块/类情况：
模块/类名
责任人
开始时间
完成时间
状态
老师管理模块
汪国志
、12、
、12
任务描述：
项目名： 学籍管理系统 模块/类名： 管理员操作模块
安排时间： 7 任务负担人： 汪国志
相关模块/类情况：
模块/类名
责任人
开始时间
完成时间
状态
管理员模块
汪国志
、1
、1
任务描述：
估量完成时间：___、1___________ 同意人：_________________
八 个人开发进度月报
1．标题
项目名称及标识：学籍管理系统
子项目名称及标识：登录模块
开发阶段：
具体设计
汇报时间： 年 月 日 至 年 月 日
汇报人：〈署名〉
2．进度
2.1 任务
任务：用户登录
任务描述：
分三种用户：学生、老师、管理员，登录后分别为不一样操作界面
状态： □完成 □未完成
和计划比较： □提前 □按期 □推迟
推迟原因：
3．资源花费
总用工时：
加班时间：
机时：
上网时间：
硬件平台：
软件环境和工具：
4.下个月工作计划
任务：学生管理模块
任务描述：学生可修改密码、查询个人信息/成绩等
任务所属项目或子项目：
学籍管理系统
性质： □新 □续上月
5.提议
九 项目开发进度月报
1.标题
项目名称及标识：学籍管理系统
子项目名称及标识：学生管理系统
本期月报编写人：〈汪国志〉
子项目责任人：〈汪国志〉
本期月报编号：
月报日期： 年 10 月 26 日
2.进度
2.1 任务
任务：学生信息查询功效
任务描述：
学生登录后，可查询个人信息、科目成绩
状态： □ 完成 □未完成
和计划比较： □提前 □按期 □推迟
推迟原因：
2.2 事件
事件：<事件名>
事件标志：
和计划比较： □提前 □按期 □推迟
推迟原因：
3.资源花费
3.1 工时
管理用工时：
服务用工时：
开发用工时：
总 计：
3.2 机时
计算机类型：
用时：
计算机类型：
用时：
计算机类型：
用时：
总 计：
用时：
4.经费支出
4.1 支持性经费支出
工资、奖金、补助：
培训费：
资料费：
会议费：
差旅费：
总计：
4.2 设置购置费
设备名称
型号
数量
单价
金额
总计金额：
5.下个月工作计划
5.1 任务
任务：老师管理功效
任务描述：老师可查询个人信息、录入科目、学生成绩等
开发阶段：需求分析
性质： □新 □续上月
5.2 事件
事件：<事件名>
事件标志：
性质： □新 □旧
6.提议
十 项目进度周报
周期：10月26日~11月3日
项目名称：___________学生管理系统______________ 项目编号：_______________
项目经理：______________ 项目提议人：___汪国志___
项目组员：_________汪国志___________
项目计划开始时间：、10 项目实际开始时间：_、10
项目估计完成时间：、10 现在估计完成时间：_、10
项目处于： £ 初步计划阶段 £ 需求分析阶段 £ 开发阶段
项目状态： £ 按计划进度 £ 超计划进度 £ 进度延迟
项目估计投入人力：____________人/日 现在已投入人力：___________人/日
估计共需投入人力：____________人/日
项目碰到困难和要处理问题：
_____________________________________________________________________
_____________________________________________________________________
十一 项目开发总结汇报
1．引言
1.1 编写目标
经行项目标总结，总结经验和教训
1.2 背景
a.本项目名称：学生信息管理系统开发项目
系统名称：学生信息管理系统
b.提出者：项目经理、
开发者：XXX软件开发
用户：XXX大学学生、职员
安装此软件计算中心：试验中心
1.3 定义
对本文档中所使用多种术语进行说明。假如部分术语在需求规格说明书中已经说明过了，此处不用再反复，能够指导读者参考需求说明。
1.4 参考资料
[1] 周佩德.《数据库原理及应用》.电子工业出版社
[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999
[3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社
[4] 李红等编著，管理信息系统开发和应用，电子工业出版社，
[5] 软件工程，人民邮电出版社，3月第一版
[6] 康博工作室，张红军，王红等缟著《Visual Basic汉字版高级应用和开发指南》，人民邮电出版社，4月第一版
[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2月第一版
[8] 宋伟，吴建国等编著《汉字Visual Basic编程基础》，北京，清华大学出版社
2．实际开发结果
2.1 产品
[说明最终制成产品，包含：]
[a. 程序系统中各个程序名字，它们之间层次关系，以千字节为单位各个程序程序量、存放媒体形式和数量；]
[b. 程序系统共有哪多个版本，各自版本号及它们之间区分；]
[c. 每个文件名称；]
[d. 所建立每个数据库。假如开发中制订过配置管理计划，要同这个计划相比较。]
2.2 关键功效和性能
1功效
1）能够管理员登录
2）能够认证登录用户
a)学生
b)老师
c)教导员
3）系统管理
a)学生
2.学生个人信息查询
b)教导员
1.学生学籍更变信息管理
c)教导员
1.学生信息更变信息管理
基础全部能完成
2.3 基础步骤
学籍管理部门
老师
学生成绩管理系统
教务处
学生
老师
老师
学生情况
学生成绩
查询
统计分析
管理
部门
教务处
老师
1.0
学生管理
2.0
课程管理
3.0
成绩管理
4.0
统计分析
D1
D2
D3
查询者
管理者
学生
课程
成绩
2.4 进度
-10：完成需求分析 完成
-12：完成概要设计 完成
-03: 完成编码 完成
-06：完成测试 完成
-10：移交 完成
2.5 费用
项目经理： 50万
产品经理 10万
组长 30万
开发人员 20万
测试人员 15万
3．开发工作评价
3.1 对生产效率评价
a. 程序平均生产效率：良好
b. 文件平均生产效率：良好
3.2 对产品质量评价
产品功效完善，性能达成最优
3.3 对技术方法评价
基于B/S，MVC构架，使用良好
3.4 犯错原因分析
编码还不够熟练。
4．经验和教训
多沟通，多交流，多熟悉，深入到用户中去，充足了解市场需求
十二 模块开发卷宗
第1章 模块开发情况
模块名: 登陆模块
模块标识符
代码设计
计划开始日期
、10、1
实际开始日期
、10、6
计划完成日期
、10、11
实际完成日期
、10、10
模块测试
计划开始日期
、10、13
实际开始日期
、10、13
计划完成日期
、10、17
实际完成日期
、10、16
组装测试
计划开始日期
10、18
实际开始日期
、10、17
计划完成日期
、10、26
实际完成日期
、10、26
源代码行
估计行数
实际行数
目标模块大小
估计字节数
实际字节数
代码复查
（日期/签字）
批 准
（日期/签字）
第2章 功效说明
输入
处理
输出
输入学生用户名和密码
系统识别账号密码正确，确定登录身份为学生
学生操作界面
选择要查询科目
查询数据库中对应学生科目成绩
学生成绩
老师选择科目，批量导入学生成绩
系统读取学生成绩excel文件，保留学生成绩
提醒操作成功
管理员输入要查询学生编号
读取数据库中对应编号学生
显示学生信息
第3章 设计说明
3.1 层次说明
模块名
学生信息service
模块标识符
调用模块
数据库操作模块
被调用模块
界面操作模块
3.2 算法 （Ｎ－Ｓ图、ＰＡＤ图或ＰＤＬ语言）
3.3 外部数据结构
数据结构名称
关系
<生成/使用关系>
3.4 犯错信息
错误编号
错误名
描述
1
登录异常
输入错误账号、密码或选择错误用户类别
2
数据查询异常
数据源获取失败或输入错误查询条件
3
Excel导入异常
导入成绩时，填写excel格式错误或数据不完整
第4章 源代码清单
第5章 测试说明
5.1 测试名称1
测试标识符：
编号：
测试目标：
测试登录是否可用
测试配置：
测试用例：
序号
输入
预期输出
实际输出
1
输入正确账号密码，选择对应用户类别
登录成功，返回对应用户操作界面
未测
2
输入错误账号密码或选择错误用户类别
返回登录失败，提醒失败原因
未测
5.2 测试名称2
测试标识符：
编号：
测试目标：
测试学生信息查询是否可用
测试配置：
测试用例：
序号
输入
预期输出
实际输出
1
管理员输入正确查询条件
返回学生信息列表
未测
2
输入不存在学生学号等信息
查询结果为空
未测
第6章 复审结论
6.1 和需求说明比较
6.2 和概要设计比较
6.3 和具体设计比较
6.4 通常结论
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
