在线考试系统分析与设计Word格式.docx
《在线考试系统分析与设计Word格式.docx》由会员分享，可在线阅读，更多相关《在线考试系统分析与设计Word格式.docx（44页珍藏版）》请在冰点文库上搜索。
1.2.4考生管理模块：
查看考生成绩：
按科目查询，查询不同科目的全部考生的成绩；
按考生信息查询，查询同一考生进行哪些科目的考试。
修改考生成绩：
对考生成绩可进行修改。
1.2.5系统选题模块：
选择题目、开始答题、查询成绩。
考生登录系统在允许考试的状态下对不同科目进行考试，系统是随机抽卷自动评分。
考生可查询以前考试的科目成绩。
需求规定
系统的业务流图分析
该考试系统是基于网络技术的一种考试系统，管理员通过网络对题库进行维护，添加试题、修改试题、删除试题等操作；
考生通过系统完成考试、分数查询等操作；
系统自动组卷并完成时间的批阅、分数的统计等操作。
在线考试系统
系统功能结构
考生模块子系统
管理员模块子系统
系统改卷模块
用户注册模块
密码找回模块
数据库管理模块
成绩查询模块
试题管理模块
系统选题模块
删除试题
增加科目
删除科目
新增试题
修改试题
数据库备份
数据库还原
数据库初始化
选择科目
开始答题
查询成绩
场景描述
方案名称:
在线考试管理系统
ID号:
__3_
简短描述:
管理网上试题资料
触发事件:
添加、修改、注册、删除学员信息和修改教材信息
类型:
外部的/时序的
主要输入:
描述来源
学员信息学员
修改后的学员信息学员
教材信息教材
培训信息培训
学科信息学科
主要输出:
学员信息数据库
试题信息数据库
培训信息数据库
学科信息数据库
二、需求分析
2.1系统需求
在线考试系统在以后应用过程中越来越普遍的系统，本系统是基于C/S的系统。
在在线考试中学生可以选择试卷、进行考试、查询成绩；
教师可以组卷、批改卷子、添加试题；
管理员可以对用户进行管理。
项目名称:
在线考试管理系统
项目发起者
发起者名:
课程设计第五组组长
部门:
课程设计第五组
组织:
课程设计第五组
联系电话:
E-mail:
业务需求:
该系统分为7个模块，系统选题模块用于用户选择他所要进行考试的科目，系统改卷模块主要用于修改答案和提交考试结果，用户注册模块主要用于新用户的注册，这个功能模块是其他功能的先驱条件，密码找回模块，主要用于实现用户对密码的管理，如果密码丢失，那么只要记住提示问题就能找回密码。
管理员模块子系统中的试题管理模块，主要用于对考试科目的修改，如添加删除和修改等，可以添加任何想要进行测试的科目和问题。
成绩查询主要用于对已经参加过的考试结果进行查询，在查询中可以设置查询条件，以满足用户的需求。
数据库管理模块实现的主要功能是维护和修改系统的数据库，如数据库的初始化，数据库的备份和修改等。
功能:
在线考试系统中题目的生成、试卷的提交、成绩的批阅等都可以在网络上自动完成。
同时，该系统能够完成系统中的教师出题，修改试题，教师抽题。
试卷生成，教师判卷，资源共享，学生选课，学生删课，学生考试，查询试卷等功能。
业务期望价值:
我们期望网上在线考试系统可以提高同学们参加考试的积极性，老师改题更加方便。
有型资产:
新系统售额为75万美元
现有用户销售额187万美元
学生考试减少5万美元
无型资产:
更广的品牌认知度，提高客户满意度。
特殊问题或约束
该系统为一个战略性系统。
这个互联网系统将会给现有业务模型增值，也为将来的互联网应用提供理论论证。
系统应在使用前准备就绪
2.2可行性分析
系统的界面设计也分为学生、教师、管理员三大块。
2.2.1技术可行性
∙对应用的熟悉程度：
熟悉程度第会产生更多的风险
考虑对在线考试应用的熟悉程度，在线考试系统的风险比较高
市场部在基于因特网的市场和销售方面经验很少。
IT部门对与公司现有的考试系统有足够的了解，然而IT部门没有开发过基于web的考试系统。
∙对技术的熟悉程度：
熟悉程度低会产生更多的风险
在对技术的熟悉程度方面，考试系统的风险是中等的。
IT部门依赖于外部顾问和因特网服务提供商开发现有的web环境。
IT部门通过维护现有的web站点逐渐对web系统有了一定了解。
在市场上有用于商业web应用开发的卡发工具和产品，而IT部门对这些没有多少经验。
在此领域又可以提供帮助的顾问。
∙项目规格：
大型项目具有更多风险
在项目规模方面，风险是中等的。
项目团队的成员或许将少于10人。
业务用户参与是需要的。
由于事先的最后期限是在课程设计结束，因此对项目的时间期限不能超过1年，甚至应该更短些。
∙兼容性：
系统与公司现有的技术集成越难，风险越高
2.2.2经济可行性
该系统由本组成员自主研发，采用免费软件和开源代码现有计算机配置可以满足要求无需额外购买设备。
2.2.3社会可行性
在线考试系统的建立虽然会可能导致某些制度、流程的变动，但几乎不涉及组织机构调整，组织的承受能力较强；
系统用户均具有一定的计算机基础，对于简单友好的界面操作系统有良好的适应性；
系统遵守我校统一数据、接口标准规范，可以与其他系统无缝对接，实现信息流的顺畅流通，具有很好的普适性。
所以，具有现实的社会可行性。
1214010722孙宇航
功能表估算、人员分配、甘特图
P11~P14
P38~P41
三、功能表估算
主要考虑：
4个方面查询（考号姓名、考试科目、考试榜单、考试时间安排）
3个方面的输入（选择科目、输入信息、特殊命令）
4类输出（总体信息的首页、关于考试的信息、关于考试的特殊需求信息以及当前的状态）
3类文件（包括考试信息、考试考生信息和考试试卷）
2个程序接口（一个针对考生答卷，一个针对查询）
FunctionPointEstimationWorksheet
Complexity
Description
Low
Medium
High
Total
Inputs
__3_x3
__2_x4
__1_x6
__23_
Outputs
__4_x4
__10_x5
__5_x7
__101_
Queries
__1_x3
__0_x4
__3_x6
__39_
Files
__0_x7
__15_x10
__0_x15
__150_
ProgramInterfaces
__1_x5
__2_x10
_25__
TotalUnadjustedFunctionPoints（TUFP）:
______338_________
（0=noeffectonprocessingcomplexity;
5=greateffectonprocessingcomplexity）
0-5
Datacommunications
__3_
Heavilyuseconfiguration
__0_
Transactionrate
End-userefficiency
Complexprocessing
Installationease
Multiplesites
Performance
Distributedfunctions
__2_
On-linedataentry
On-lineupdate
Reusability
Operationalease
Extensibility
ProcessingComplexity（PC）:
__7____
AdjustedProcessingComplexity（PCA）=0.65+（0.01*____7________）
243
TotalAdjustedFunctionPoints（TAFP）:
___0.72________*_____338_______=
功能表上所列出的是系统的主要元素：
输入，输出，查询，文档，程序接口。
每个组件分为低、中、高三等。
在功能表中共有6个输入：
其中3个低难度，2个中难度，1个高难度，合计输入的复杂度为23；
19个输出：
其中4个低难度，10个中难度，5个高难度，合计输入的复杂度为101；
10个查询：
其中7个低难度，0个中难度，3个高难度，合计查询的复杂度为39；
15个文档：
其中0个低难度，15个中难度，0个高难度，合计输入的复杂度为150；
3个程序接口：
其中1个低难度，0个中难度，2个高难度，合计输入的复杂度为25。
总未调整的的功能点为338。
对于整个系统，数据通信对过程的复杂度影响最大。
调整后项目复杂度的因子为0.65.套用公式为转化为半分比形式为0.72.最终调整后的功能点为243。
Workplan
Step
Deliverables
EstimatedHours
ActualHours
Assignedto
PlanningPhase
系统需求，项目计划
5
7
吴佳明
AnalysisPhase
系统建议书
17
21
ExamineAs-IsSystem
InformationSummaries
UseCases
ProcessModel
DataModel
8
IdentifyImprovements
Ideasforsystem
6
DevelopConceptfor
To-BeSystem
SystemConcept
3
DesignPhase
系统规格
70
孙明娜
DevelopPhysicalModels
PhysicalUseCases
PhysicalProcessModel
PhysicalDataModel
10
9
DesignArchitecture
SystemArchitecture
12
DesignInfrastructure
InfrastructureDesign
NetworkModel
Hardware/SoftwareSpecs
SecurityPlan
DesignInterface
InterfaceStructureChart
InterfaceStandards
InterfaceDesign
UseScenarios
25
30
DesignDataStorage
DataStorageDesign
ProgramDesign
ProgramStructureChartProgramSpecifications
11
ImplementationPhase
可运行软件
130
120
王敏
Construction
Programs
TestPlan
Documentation
CompletedSystem
60
54
Implementation
ConversionPlan
ChangeManagementPlan
TrainingPlan
ImplementedSystem
66
对于人员的分配：
系统需求，项目计划与系统建议书由吴佳明完成，预计花费22小时，实际花费28小时，
系统规格由孙明娜完成，预计花费70小时，实际花费70小时，
可运行软件由王敏完成，预计花费130小时，实际花费120小时。
1214010724王敏
P15~P18
P33~P37
课程设计目的与要求
1、课程设计目的
使学生能够针对具体软件项目，全面掌握系统分析与设计思想，系统可行性分析、系统需求分析、系统初步设计、系统详细设计、系统测试等阶段的方法和技术。
通过该课程设计使学生进一步理解和掌握各种系统分析与设计工具与模型、系统分析与设计生命周期、系统分析与设计过程等理论，了解系统分析与设计过程的意义和作用，培养学生按照系统分析与设计的原理、方法、技术、标准和规范，进行系统开发的能力，培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高分析与设计的综合能力，提高软件项目的管理能力。
2、课程设计的实验环境
硬件要求能运行Windows操作系统的微机系统。
JSP语言应用程序开发软件使用：
Eclipse系统，或其他Java语言应用程序开发软件。
实训所用设施：
PC机、Visio、Project、UML设计工具、.NET、SQLServer、IIS等等。
3、课程设计的预备知识
熟悉JSP语言程序设计的基本知识、网页编辑器的使用方法、JAVA语言、ASP.net等。
4、课程设计要求
1）自拟课题，根据具体软件项目的不同特点，完成该系统分析与设计的完整过程，包括：
系统可行性研究、系统需求分析、系统概要设计、系统详细设计、系统实现、系统测试。
2）要求设计中至少包括功能结构图、数据流图、E-R图、程序流程图、类图/对象图、用例图、活动图、顺序图等，其他根据实际需要自行添加。
3）系统分析与设计科学，能熟练运用所学的基本知识和基本技能解决相关问题，符合系统开发流程。
4）文档层次清晰，正确、完整，技术用语准确，格式符合规范要求。
5）软件系统功能达到设计要求，能正确、稳定运行，界面美观大方。
6）各种必须提交文档（打印文档和电子文档）完备并按时提交。
四、在线考试系统总体设计
4.1系统分析
4.2分析计划
步骤
技术
具体活动
理解As-Is系统
信息获取
∙获取在线考试信息。
开发过程模型
∙获取在线考试开发过程模型。
发展数据模型
∙确定如何发展在线考试数据模型。
识别改进
问题分析
∙分析有关于在线考试的信息的问题。
∙分析问题产生的原因。
根本原因分析
∙探究在线考试的根本原理和产生的必须性。
时间分析
∙完成在线考试系统所需要的时间。
基于活动的成本核算
∙计算在线考试的所需要的成本。
非正式基准
∙确定和改进非正式基准。
正式基准
∙确定和改进正式基准。
产出分析
∙分析在线考试的成绩分析的结果。
破碎假设
∙分析如何应对在线考试系统崩溃后的措施。
技术分析
∙研究在线考试的干层次的技术，实现更快更准更方便。
活性清除
∙分析和了解如何消除在线考试系统的缓存数据和数据遗留。
代理基准
∙校准在线考试系统的数据和计算模式。
工艺简化
∙简化在线考试系统的步骤和计算方法；
以及成绩公布的步骤。
开发一个新系统的概念
∙开发一个性能更加优越的在线考试系统的信息。
开发过程模型l
∙开发一个新的在线考试系统，创建一个新的过程模型。
∙开发一个新的在线考试系统，创建一个新的发展数据模型。
1214010723王丽
P19~P23
P41~P44
5.1信息收集
具体的活动
了解原有系统
面谈
选择xxx作为受访者问面谈，JAD会议，问卷调查，文档分析
JAD会议
选择xxx等人参加，计划3天内完成JAD会议
调查问卷
设计问卷问题并发放给各个考试机构与考生，并记录结果
文档分析
对当前系统建立文档并分析
观察
观察考生在一定条件下的答题过程
考生不习惯这种答题方式，成本太高，无法监视其是否作弊，只能进行单一的答题方式
针对课题采取了相应的方法，欠缺其他方面的考虑
持续时间分析
时间太长
高
非正式的基准测试
积极有效率的实施计划
正式的基准测试
比须严格根据最初规则进行实施
结果分析
可行
打破假设
否
活动取消
代理基准测试
分析人员和管理人员一起工作，面对该过程中出现的问题
流程简化
面谈，JAD会议，问卷调查，文档分析
开发一个将来系统概念
面试
JAD会议
对改进的系统建立文档并分析
重新观察考生在此种情况下的反应
面谈报告
通过采访笔记:
___王丽______________________
人采访吴佳明
面谈官:
日期:
2014年7月2号
主要目的
判断系统是否可行性，系统存在的问题。
总结面试：
系统存在很大的可行性，但是也有很多的问题需要改进：
（1）在持续时间和花费上过高；
（2）使用人员需要一定的时间去适应；
（3）没有建立监护系统，无法对考生是否作弊进行判断；
（4）界面过分的单一；
（5）没有回滚系统，考生在考试期间无法更改答案。
开放的项目:
（1）根据总结面试中出现的问题进行分析
（2）把出现的问题罗列归类
（3）开始新的任务
详细的笔记s:
将收集到的问题反映给学校以及一些考点，再提出相应的改进措施。
4.5前台设计
前台总体框架设计
在线考试流程是实现考生登录后选择考试科目并进行考试的系列操作描述。
如果用户未注册则提示用户需要注册方可进行购买商品的操作，如果已经登录则可直接进入考试系统进行去考试，如果是未登录的注册用户则提示需要登录用户才能进行考试。
注册功能
点击主页面的用户注册选项后，会弹出一个注册信息页面，用户需要如实填写用户名，密码，e-mail,,地址，电话，真实姓名，年级等各项信息，提交后，系统进行检测判断该用户名是否已经注册过，如果已经存在则弹出新页面，提示用户该用户名已经注册过，如果没有则进行下一步判断，用户输入的两次密码是否一致，然后依次往后判断用户所填写的各项信息是否符合要求，直到所有信息均正确无误，系统将该用户注册信息写入会员表。
并提示用户注册成功，用户登录后，就可以进行考试了。
4.6后台管理功能
在线考试系统除了能够让考生实现前台的选科目等操作之外，还必须能够使管理人员能够对系统的各种信息进行维护，比如考生信息的增加、删除、修改，试卷的审查，试卷的更新等等。
管理功能是在线考试系统相当重要的一部分功能。
管理员可以通过主页面的“管理进入”进入系统后台进行维护，点击之后，首要的就是进行身份验证，输入正确的账户，密码之后，方能进入。
由于涉及到考试信息，出于安全性考虑，管理员账号应尽量少分配，密码也要尽量复杂，经常更换。
进入之后系统管理的主页面采用了框架结构，左边是一个树型菜单，右边显示具体信息。
用户登录
用户登录，首先要有一个提供用户登录的表单。
用户登录的表单应该嵌入整体的结构当中。
在实际的应用中，可以这样设计，如果用户没有登录，则在页面中显示用户登录的选项，用户登录后，则可隐藏用户登录的选项而代之以用户的基本信息。
首先，用户要有一个用户名和密码。
考试系统需要很高的稳定性和安全性，因此对用户名不允许使用恶意
升级会员 