题库管理系统需求分析报告书
数学与计算机学院
实训报告
课程名称: 软件需求分析实践
课程代码: 6014339
题目: 题库管理系统
年级/专业/班: 2011级/软件工程/2班
学生姓名: 朱华茂
学号: 312010*********
开始时间:2011 年11 月28日
完成时间:2011 年12月 25 日
课程设计成绩：
指导教师签名：年月日
题库管理系统任务分配
目录
前景与范围文档 (1)
一、业务需求 (1)
1.背景、业务机会和客户需求 (1)
2.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC） (1)
3.业务风险（RIsk） (1)
1.前景陈述 (1)
2.主要特性（FEature） (2)
3.假设(ASsumption)和依赖(DEpendency) (2)
三、范围和局限性 (2)
1.初始版本和后续版本的范围 (2)
2.局限性（LImitation）和排斥性 (2)
四、业务背景 (2)
1.涉众概要 (3)
2.用户概要及项目优先级 (3)
用例 (4)
软件需求规格说明 (6)
一、介绍 (6)
1.目标 (6)
2.项目范围和产品特性 (6)
3.参考文献 (6)
二、总体描述 (6)
1.产品远景与规划 (6)
2.用户类和用户特性 (7)
3.运行环境（Operating Environment，OE） (7)
4.设计和实现的约束条件（COnstraint, CO） (8)
5.用户文档(User Documentation, UD) (8)
6.假设(ASsumption) 和依赖（Dependency） (8)
三、系统特性 (8)
1.试卷 (8)
（1）描述与优先级 (8)
（2）刺激/响应序列 (8)
（3）功能性需求 (8)
2.试题 (9)
1）描述与优先级 (9)
2）刺激/响应序列 (9)
3）功能性需求 (9)
四、外部接口需求 (9)
1.用户界面（User Interfaces, UI） (9)
2.硬件接口 (9)
3.软件接口（Software Interface, SI） (10)
五、其他非功能性需求 (10)
1.性能(PEformance)需求 (10)
2.防护性需求 (10)
3.安全性（SEcurity）需求 (10)
4.软件质量属性 (10)
附录A数据字典与数据模型 (11)
1.数据字典 (11)
2.数据模型 (11)
附录B：分析模型 (12)
1.活动图 (12)
2.时序图 (16)
3.协作图 (17)
４.类图 (18)
业务规则 (20)
前景与范围文档
一、业务需求
1.背景、业务机会和客户需求
教师需要根据自己授课内容定期对学生进行测试。为了达到考试的目的，每个教师在出题过程中都要花费很多时间和精力寻找题源、然后根据自己要测试的知识点选择题型和题目，再进行编辑整理制成试卷。相当耗费精力！
好的题库系统可以减轻教师的出题负担，并能科学全面的考核学生的知识掌握情况，提高教学质量。目前已有众多学者在该领域做了大量工作，提出了许多建立通用智能组卷系统的方法。他的通用性体现在可以实现对多门学科试题的录入、管理和组卷;而智能则体现在系统可以根据用户选择的相关信息，自动组成试卷。
2.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC）
通过对业务概况的了解和整理（业务目标既可以由客户提出也可以由开发方整理得出）得出该系统的业务目标如下：
BO-1：为老师提供更全面的题库，提高老师的出题效率，节约50%的出题时间。
BO-2：详细规范试题分类，提高用户工作效率和管理效能。
SC-1：老师在最近的两到三次出题过程中平均节约出题时间40%~60%。
3.业务风险（RIsk）
RI-1:因刚开始教师对系统操作不熟悉，降低了工作效率，达不到原定的目标（可能性为0.4，影响为0.3）；二、解决方案的前景
1.前景陈述
对希望减轻出题负担的教师来说，“题库管理系统”可以接受教师的选择试题、修改试题、阅览试题、更新试题以及试题编辑，录入人员的录入试题、更新试题、修改试题，教学管理者对试题的阅览、查阅以及系统维护人员对系统的维护。不仅如此，该系统还可以根据教师选择的相关信息，自动组成若干套同等难度，相同数量的平行试卷。这大大节约了教师时间，减轻了教师的负担，又
科学全面的考核了学生的知识掌握情况，提高了教学质量。
2.主要特性（FEature）
FE-1：根据教师的要求，选择的题型题目生成试卷
FE-2：定期更新系统题库，保证题库内的题目与时俱进
FE-3：创建、浏览、修改和删除试卷/试题
FE-4：教师自己编写试题
FE-5：对生成的试卷预览
FE-6：生成试卷
3.假设(ASsumption)和依赖(DEpendency)
AS-1:全年全天候均可以使用系统（维护更新的时候除外）。
DE-1:“题库管理系统”的运行还依赖于“录入组”对系统资源的录入更新。
三、范围和局限性
1.初始版本和后续版本的范围
特性版本1 版本2 版本3 FE-1 完全实现
FE-2 完全实现
FE-3 完全实现
暂未考虑暂未考虑FE-4 完全实现
FE-5 完全实现
FE-6 完全实现
2.局限性（LImitation）和排斥性
LI-1：此系统暂时只提供给该学校的教职工使用。
四、业务背景
1.涉众概要
2.用户概要及项目优先级
由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。
用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表1-3来表示：
表1-3 用户概要说明表
用户概要说明表
表1-3
用例
各种用户类确认的“题库管理系统”的用例和主要参与者如下所示：
<
录入试题
选择试题
试题编辑
添加试题
维护组
教学管理者
试题纵览
系统维护
试题审核
系统管理
试题修改
修改试题
公共题库添
加
2.用例
软件需求规格说明
一、介绍
1.目标
软件需求规格说明描述了“题库管理系统”的软件功能需求和非功能需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高度优先级，而且都要在此版本中加以实现。
2.项目范围和产品特性
“题库管理系统”允许学校的老师编辑试卷，教学监督者查看试卷。详细的项目描述请参见题库管理系统前景和范围文档。文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。
3.参考文献
Karl E.Wiegers所著的Software Requirements(第二版)，其网址是https://www.360docs.net/doc/5b7980670.html,
二、总体描述
1.产品远景与规划
“题库管理系统”是一个新系统，它取代了当前在学校的老师以手工方式出题的过程。
下图是一幅关联图，它延时了此版本的外部实体和系统接口。
2.用户类和用户特性
3.运行环境（Operating Environment，OE）
OE-1:“题库管理系统”的安装平台：WIN ALL。
OE-2：“题库管理系统”讲允许用户通过学校内联网来访问，如果用户被授权在学校的外部穿过防火墙来访问，那么用户也可以在家里通过Internet来访问。
4.设计和实现的约束条件（COnstraint, CO）
CO-1：程序尽量采用模块化设计。
CO-2：系统将采用学校标准的当前Oracle数据库引擎。
CO-3：所有脚本都用C#语言来编写。
5.用户文档(User Documentation, UD)
UD-1：系统将提供一个联机帮助系统，它描述并演示了所有系统功能。
UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何出试卷。系统不会将采用这一模板的试卷存储到数据库中，也不会将这种试卷提交给教学管理者查看。
6.假设(ASsumption) 和依赖（Dependency）
AS-1:全年全天候均可以使用系统（维护更新的时候除外）。
DE-1:“题库管理系统”的运行还依赖于“录入组”对系统资源的录入更新。
三、系统特性
1.试卷
（1）描述与优先级
教师其身份得到验证后，他们就可以进行试卷编辑。
（2）刺激/响应序列
刺激：用户请求编写试卷/查看试卷，可以为一份或多份。
响应：系统想用户询问试卷相关信息，以便显示合适的试卷。
刺激：用户请求改变试卷。
响应：允许改变。
刺激：用户请求取消试卷。
响应：允许取消。
（3）功能性需求
2.试题
1）描述与优先级
在进行试卷编辑或添加试题时，可进行对试题的编辑。
2）刺激/响应序列
刺激：用户请求向题库中添加试题。
响应：判断用户类型，打开相应的题库数据库。
刺激：用户请求修改试题
响应：允许改变。
刺激：用户请求删除试题。
响应：允许删除。
3）功能性需求
四、外部接口需求
1.用户界面（User Interfaces, UI）
UI-1:整个系统界面的形象外观都应显得简约大气。
UI-2:管理员和系统管理者使用的每个功能都应该能够有联机帮助文档。即要求能够在用户使用过程中按F1能出现相关帮助信息。
2.硬件接口
硬件接口暂未确定。
3.软件接口（Software Interface, SI）
SI-1：提供相应的接口来保证不同类型数据的一致性，以及导入不同数据的方便性。
4.通信接口
暂无。
五、其他非功能性需求
1.性能(PEformance)需求
PE-1:系统需要保证在工作期间的工作效率，尤其是选题时，系统响应时间应该在2秒左右。
2.防护性需求
防护性需求还没有确定。
3.安全性（SEcurity）需求
SE-1: 教师需通过信息验证才能查询自己的题库。
SE-2:系统需要保证试卷信息不会泄露。
SE-3: 保证系统数据不受特殊情况（如断电，误操作等）为影响数据的完整性、一致性。4.软件质量属性
Usability(易用性)-1:查询修改方面要方便老师和录入人员的操作。
Usability(易用性)-2:教学管理者要很容易的生成自己需要查看的试卷。
Efficiency（有效性）-1:程序尽量采用模块化设计，方便后期对系统的功能添加。Efficiency（有效性）-2: 数据库保证其不同类型数据的一致性，以及导入不同数据的方便性。
附录A 数据字典与数据模型
1.数据字典
教师=教师名字+教师编号+教师性别+教师年龄+教师电话号码+教师身份证号码教师身份证=*教师的身份证上的号码；由18个字符数字组成*
教师电话号码=*教师的联系方式；最多12个数字组成*
教师年龄=*教师生活的时间；由2-3个数字组成*
教师性别=*教师的男女区分；由字符串组成*
教师编号=*教师的工作号码；至多30个数字组成*
教师姓名=*教师的代号；由30个字母数字组成*
试题=试题出题者+试题出题时间+试题科目+试题针对年级+试题编号
试题编号=*试题在系统的编号；有6个字符数字组成的字符串*
试题针对年级=*做这试题的学生年级；由4个数字组成*
试题科目=*试题所对的专业；至多100个字符*
试题出题时间=*试题打印使用的时间；格式为MM/DD/YYYY*
试题出题者=*出试题的人；由30以内的字符组成*
部门=部门编号+部门名称+部门说明+部门领导编号
部门领导编号=*管理部门领导的员工号码；有30个字母数字组成*
部门说明=*解释部门的工作；由至少200字符组成*
部门名称=*部门的代号；有30个字母数字组成*
部门编号=*部门在学校的号码；由30个数字组成*
员工=员工姓名+员工年龄+员工性别+员工编号+员工部门
员工部门=*员工所在的部门；由100为字符数字组成*
员工编号=*员工的工作号码；至多30个数字组成*
员工性别=*员工的男女区分；由字符串组成*
员工年龄=*员工生活的时间；由2-3个数字组成*
员工姓名=*员工的代号；由30个字母数字组成*
2.数据模型
附录B：分析模型
下图是衣服状态转换图，它展示了可能的试卷状态和允许的状态变更。
1.活动图
1.1 教师出题活动图
1.2录入组录入试题活动图
1.3教学管理者查询活动图
2.时序图
题库管理系统数据库
1: 进行用户验证，登录题库系统
5: 进行试题录入
10: 对试题信息进行修改
19: 查询相关试题信息，并选题
24: 纵览试卷，并对试卷信息修改
25: 数据处理
30: 数据处理
40: 数据处理