2023年题库管理系统需求分析报告书

数学与计算机学院实训报告课 程 名 称: 软件需求分析实践 课 程 代 码: 6014339 题 目: 题库管理系统 年级/专业/班: 2011级/软件工程/2班 学 生 姓 名: 朱华茂 学 号: 38 开 始 时 间: 2011 年 11 月 28 日完 成 时 间: 2011 年 12 月 25 日课程设计成绩：技术水平与实际能力（50）说明书撰写质量（50）总 分（100）指导教师签名： 年 月 日题库管理系统任务分配姓 名任 务工作所占比例朱华茂1.确认涉众用户功能非功能需求并与成员讨论。2.画动态模型。3.组织讨论完善每个人所作的任务。4.综合组员的任务成果，完成软件需求说明书的编写。25%李小雨1. 确认涉众用户功能非功能需求并与大家讨论。2. 画用例分析图。3. 画静态模型。4. 参与完成软件需求说明书的编写。25%刘梦1. 确认涉众用户功能非功能需求并与大家讨论。2. 编写用例列表及用例描述。3. 编写协作图和顺序图。4. 参与完成软件需求说明书的编写25%蒋童1. 确认涉众用户功能非功能需求并与大家讨论。2. 从目标进行边界定义，进行主角分析。3. 画静态模型。4. 参与完成软件需求说明书的编写25%目 录前景与范围文档1一、业务需求11.背景、业务机会和客户需求12.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC）13.业务风险（RIsk）11.前景陈述12.主要特性（FEature）23.假设(ASsumption)和依赖(DEpendency)2三、范围和局限性21.初始版本和后续版本的范围22.局限性（LImitation）和排斥性2四、业务背景21.涉众概要32.用户概要及项目优先级3用例4软件需求规格说明6一、介绍61.目标62.项目范围和产品特性63.参考文献6二、总体描述61.产品远景与规划62.用户类和用户特性73.运行环境（Operating Environment，OE）74.设计和实现的约束条件（COnstraint, CO）85.用户文档(User Documentation, UD)86.假设(ASsumption) 和依赖（Dependency）8三、系统特性81.试卷8（1）描述与优先级8（2）刺激/响应序列8（3）功能性需求82.试题91）描述与优先级92）刺激/响应序列93）功能性需求9四、外部接口需求91.用户界面（User Interfaces, UI）92.硬件接口93.软件接口（Software Interface, SI）10五、其他非功能性需求101.性能(PEformance)需求102.防护性需求103.安全性（SEcurity）需求104.软件质量属性10附录A 数据字典与数据模型111.数据字典112.数据模型11附录B：分析模型121.活动图122.时序图163.协作图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版本3FE-1完全实现暂未考虑暂未考虑FE-2完全实现FE-3完全实现FE-4完全实现FE-5完全实现FE-6完全实现2.局限性（LImitation）和排斥性LI-1：此系统暂时只提供给该学校的教职工使用。四、业务背景1.涉众概要题库管理系统编号名称说明期望SZ001教师 负责利用系统完成出题任务1. 能将自己编写的或找到的题录入题库，并可以对题目进行保存修改删除等操作2. 根据自己的要求在题库中选题3. 选题完毕后可以预览试卷，对不满意的对方进行修改SZ002教学管理者查看监督审核老师出的试卷，保证教学质量和进度1. 可以对以前的试卷进行查看2. 可以对老师出的试卷进行审核SZ003维护组系统维护组负责该系统的维护，包括系统用户权限管理，员工档案管理，数据的备份恢复1.系统式方便维护的SZ004录入组录入组负责对题库进行海量的题目录入1. 可以在题目入库时进行批量录入2. 对录入题目（不包括老师自行录入的）的保存修改删除等操作2.用户概要及项目优先级由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表1-3来表示：表1-3用户概要说明表表1-3用户概要说明表编号用户名称用户概况和特点使用系统的方式代表涉众US001教师 是教学工作者，负责教导学生，并定期对学生的学习状况进行检查，是系统的主要使用者，必须具有一定的计算机水平 所有业务通过计算机完成，直接操作计算机SZ001US002教学管理者教学监督者，负责对老师的教学情况进行监督检查通过计算机实现相应业务，可以直接操作计算机SZ002US003系统管理者系统管理者负责对系统的维护和更新，包括资源录入更新，系统用户权限管理，员工的档案管理，数据的备份恢复所有工作由计算机完成SZ003SZ004用例各种用户类确认的“题库管理系统”的用例和主要参与者如下所示：1. 主要参与者主要参与者用例教师查找、存储试题，对试题可以进行修改并且可以进行试题设计。录入组对试题进行批量输入并且可以对试题进行保存、修改、删除等操作。2.用例用例ID1用例名称试卷生成创建者朱华茂、蒋童、李小雨、刘梦最后更新者朱华茂、蒋童、李小雨、刘梦创建日期2011年12月8日最后更新日期2011年12月12日参与者教师、录入组描述实现试题的选择和生成前置条件假设所有教师都使用信息验证后置条件存储试题录入、修改、插入、删除等信息，更新试题信息和题库信息主过程1. 教师登陆系统进入题库。2. 教师在试题库或进入自己的题库中查找试题，组卷。3. 教师对试题的添加、修改。4. 对试卷纵览，编辑，最后生成试卷。分支过程1. 录入组对试题进行批量输入。2. 录入组对试题的添加、修改、删除、更新、保存。其余用例略软件需求规格说明一、介绍1.目标软件需求规格说明描述了“题库管理系统”的软件功能需求和非功能需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高度优先级，而且都要在此版本中加以实现。2.项目范围和产品特性“题库管理系统”允许学校的老师编辑试卷，教学监督者查看试卷。详细的项目描述请参见题库管理系统前景和范围文档。文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。3.参考文献Karl E.Wiegers所著的Software Requirements(第二版)，其网址是二、总体描述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）功能性需求Order.Place教师登录“题库管理系统”Order.Place.Director.yes教师提出出试卷请求Order.Place. Director.ChooseItems教师选择题型，系统根据教师的选择给出题库中的题目Order.Place. Director.ChooseQ教师根据自己的要求选择题目Order.Place. Director.ChangeQ教师对已选题目不满，提出改变题目，系统重新打开题库供教师选题Order.Place. Director.DeleteQ教师对已选题目不满或认为多余，提出删除题目，系统删除Oreder.LookPage试卷编辑完毕，教师预览试卷Order.CompletePage如果确认无误，生成试卷2. 试题1）描述与优先级在进行试卷编辑或添加试题时，可进行对试题的编辑。2）刺激/响应序列刺激：用户请求向题库中添加试题。响应：判断用户类型，打开相应的题库数据库。刺激：用户请求修改试题响应：允许改变。刺激：用户请求删除试题。响应：允许删除。3）功能性需求Order.Place用户登录“题库管理系统”Order.Place.AddQ.yes用户提出录入试题请求Order.Place. AddQ.in用户录入题目Order.Place. AddQ.ChangeQ用户对已录入题目不满，提出改变题目，系统允许修改Order.Place. AddQ.DeleteQ用户对已录入题目不满或认为多余，提出删除题目，系统删除Oreder. AddQ.DisplayQ试题编辑完毕，检查试题是否合格Order. AddQ.Update如果确认无误，更新题库数据库四、外部接口需求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.数据模型教师员工部门试题出题包含录入，审核1MMMMM附录B：分析模型下图是衣服状态转换图，它展示了可能的试卷状态和允许的状态变更。1.活动图1.1 教师出题活动图1.2录入组录入试题活动图1.3教学管理者查询活动图2.时序图3.协作图.类图题库管理系统类图，如下图所示。题库管理系统类图业务规则 ID 规则定义 规则类型 静态或动态 来源BR-1试题必须包含有出题时间或输入系统时间，以便查询与管理。约束静态教学管理者BR-2只有指定教学管理人员才有对试题、试卷的最终审核权力。事件动态教学经管领导BR-3题库系统只提供在校使用，即只连接校内网。约束静态教学经管领导BR-4录入组成员只对教师人员提供的试题进行录入，不做修改。事件动态教学管理者BR-5由教学管理者指定的教师可录入、更新和修改试题。事件动态教学经管领导BR-6只有学校雇佣并指定的维护人员才能对系统维护，以及相应的试题信息、注册账号数据库备份。事件静态教学经管领导BR-7教学管理者指定的教师使用系统自动出试题初稿时，必须先输入试题所针对的年级，科目。即试题所针对的对象。事件动态系统开发人员教学经管领导BR-8正式试题只有在被指定的教学管理者审核、批示后才能被正式使用。约束动态教学经管领导BR-9出题教师必须填写试题信息栏目中的出题者信息。约束动态教学管理者