DC3_选课系统_用户需求.doc

在与客户交流、查阅业务资料等一系列需求获取和分析工作后，有必要及时整理用户需求，并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板，希望能够起到抛砖引玉的作用，同大家作进一步探讨。XXXX项目用户需求说明书文件状态： 草稿 正式发布 正在修改文件标识：Project No.XXX-RD-RF No.XXX当前版本：X.Y作 者：完成日期：Year-Month-Day关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。版 本 历 史版本/状态作者参与者起止日期备注目 录1 概述41.1编写目的41.2该需求文档涵盖的系统范围41.3该文档适用的读者对象41.4定义：术语与缩写解释41.5参考文档42用户功能性需求52.1功能需求概述52.1登录用例62.1.1基本事件序列 （Basic Flow）62.1.2备选事件序列（Alternative Flows）72.1.3启动条件82.1.4结束状态82.2“选课并提交”选课清单82.2.1基本事件序列 （Basic Flow）82.2.2备选事件序列（Alternative Flows）92.2.3启动条件102.2.4结束状态102.3审核、修改“选课清单”102.2.1基本事件序列 （Basic Flow）112.2.3启动条件112.2.4结束状态112.4汇总选课情况112.4.1基本事件序列 （Basic Flow）122.4.2备选事件序列（Alternative Flows）122.4.3启动条件132.4.4结束状态133系统界面原型134系统体系结构与运行环境要求135性能需求136质量属性137对外接口157.1接口的用途157.2接口的输入输出157.3数据格式157.4命令格式157.5异常处理要求158约束159其他非功能性需求159.1系统对钟、计算周期、分布处理、同步方面的要求159.2系统在语言、时间方面是否涉及地域问题159.n 其它需求15附录15附录A：用户界面需求15附录B：数据存取要求151 概述1.1编写目的1.2该需求文档涵盖的系统范围1.3该文档适用的读者对象1.4定义：术语与缩写解释缩写、术语解 释PDn问题域知识1.5参考文档需求分三个层次：业务需求、用户需求和系统需求。该文档“业务需求”的基础上完成，并进一步被细化为“系统需求”。提示：列出本文档的所有参考文献（包括非正式出版物），格式如下：序号标识符 作者，文献名称，出版单位（或归属单位），日期2用户功能性需求2.1功能需求概述提示：在方案设计中，通过功能特性描述，给出了系统的主要用例，该文档将以“用例报告”的形式组织用户需求描述。用例报告内容描述中，会涉及到一些关键场景，这为后续的面向对象建模和测试活动中使用“基于场景”的测试方法提供方便。在用例交互序列的描述中，随时给出问题域背景知识，使用户需求描述更完全、详细。系统概况由方案设计文档中的用例图给出，经与关键涉众沟通完成的系统用例图如下所示。用例、关键场景及优先级评估用例关键场景场景描述质量风险级别登录场景11打开“登录界面”场景12输入用户登录信息场景13验证用户身份合法性选课并提交选课清单场景21打开“选课清单”场景22查询“课程”及“任课教师”情况场景23选择添加“选课记录”场景24提交“选课清单”审核、修改选课清单场景31进入审核清单功能，打开学生提交的“选课清单”列表场景32审核“选课清单”并批复场景33修改“选课清单”并重新提交，或放弃汇总选课情况场景41统计选课情况场景42将选课结果输出到Excel中2.1登录用例Use Case说明：用户在进入选课系统之前，需要验证身份的合法性，登录成功之后，才可以按权限使用系统功能。2.1.1基本事件序列 （Basic Flow）场景11打开“登录界面”【用户】：用户请求登录选课系统。【系统】：打开登录界面，等待用户输入用户名和密码，并选择角色。PD1：需要验证身份并登录之后才可以使用系统功能的用户包括：学生、教学秘书、任务管理人员。场景12. 输入用户登录信息【用户】：用户输入用户名、密码信息，并选择角色。【系统】：系统在收到用户信息后，首先对数据类型等合法性进行检查。如果输入了非法数据类型，则转至备选事件序列A1。PD2：学生的用户名为“学号”，教学秘书和教务管理人员的用户名为“工号”；学号为12位，如：200922204157，采用分段编码规则，含义为：工号为5位，如：09035。场景13验证用户身份合法性【用户】：用户提交登录信息。【系统】：系统首先区分用户角色，从“学籍管理系统”或“教务管理系统”获得用户合法信息，并核对登录信息。若此时，“学籍管理系统”或“教务管理系统”连接不通，则转至备选事件序列A2。核对用户信息通过，则打开选课系统界面，否则，以对话框形式告知用户，登录信息有误。2.1.2备选事件序列（Alternative Flows）A1显示数据类型错误信息【起始位置】：基本事件序列中，用户输入用户登录信息【触发条件】：系统发现数据类型错误。【具体内容】：报告相关数据类型错误信息。【返回位置】：基本事件序列中的“输入登录信息”步骤。A2“教学管理系统”或“学籍管理系统”不可用【起始位置】：基本事件序列中“验证登录信息”【触发条件】：“教学管理系统”或“学籍管理系统”连接不通。【具体内容】：以对话框形式告知用户“教学管理系统”或“学籍管理系统”不可用。【返回位置】：UseCase执行的当前位置。2.1.3启动条件用户请求登录系统2.1.4结束状态用户成功登录，或放弃登录。2.2“选课并提交”选课清单Use Case说明：学生通过选课系统，选择生成一份选课清单，在一次或者多次选择后提交，经过验证之后，申请教学秘书审核。2.2.1基本事件序列 （Basic Flow）场景21打开“选课清单”【学生】：学生选择进入“选课申请”功能。【系统】：若之前系统中存在未完成的“选课清单”，系统将打开该清单展示给学生，以便继续进行选课；否则转至备选事件序列A1。场景22. 查看“课程”及“任课教师”情况【学生】：学生在添加选课记录之前，一般需要先了解某课程和任课教师的详细信息。【系统】：系统与“教学管理数据库系统”通讯，返回有关该课程和教师的详细情况。如果此时“教学管理数据库系统”连接不通，则转至备选事件序列A5。场景23选择添加“选课记录”【学生】：学生选择并确认添加一条欲选修的“课程记录”。【系统】：系统首先根据选课清单中已选入的课程记录，验证当前课程是否符合选课要求，如果符合，将自动将把该“课程”添加到该学生的“选课清单”中，否则，给出提示信息。PD3：学校对学生的选修课的组合一般有一个要求，比如文科、工科、理科应有一个合理搭配，本案例暂假设学校规定，每个学生可选修三门课程，且只能文科、工科、理论各先一门。不符合该规则的课程组合，当往选课清单中添加时，将被拒绝。场景24提交“选课清单”【学生】：选课清单完成之后，学生需主动提交，等待教学秘书审核。【系统】：系统保存这张清单，将清单的状态设置为“已提交”并记录提交日期，同时这张清单被设为“只读”。提交成功后，学生得到一个确认信息。2.2.2备选事件序列（Alternative Flows）A1创建“选课清单”【起始位置】：基本事件序列中，学生进入选课申请程序，并准备打开选课清单。【触发条件】：系统没有发现该学生之前未完成的选课清单。【具体内容】：系统为该学生创建一张空白的选课清单。【返回位置】：基本事件序列中的“打开选课清单”步骤。A2删除“选课记录”【起始位置】：在“提交”选课清单之前任意时间点。【触发条件】：学生希望删除某一条“选课记录”。 【具体内容】：系统删除由学生指定的某一条选课记录。【返回位置】：同“起始位置”。A3保存“选课清单”【起始位置】：该Use Case允许学生在事件流中的任意时间点保存“选课清单”。【触发条件】：学生希望将已添加的选课记录保存在“选课系统”中。 【具体内容】：系统保存该学生的选课清单，并给出确认信息。学生可以在保存选课清单之后直接退出系统。【返回位置】：同“起始位置”。4处理“验证未通过的选课清单”【起始位置】：来自基本事件序列，验证“选课清单”步骤中，对“选课清单“验证结束之后。【触发条件】：“选课记录”不满足某一条选课的要求。有三种情形：第一，选课内容不符合要求。即某选课清单中，选课记录的组合不符合该专业对学生培养内容的计划要求；第二，选课学时不符合要求。即选课清单中所有课程的总学时，不符合该学期对该专业学生应修学时的要求；第三，考试类型不符合要求。即每个专业的学生，在每学期都有设置几门考试课几门考查课的要求。【具体内容】：告知学生不合理的选课原理。【返回位置】：基本事件序列中，“添加选课记录”，目的是更正有问题的选课记录。5“教学管理数据库”系统不可用【起始位置】：基本事件序列中“登录选课系统”和查看“课程”和“教师”详细情况的时候。【触发条件】：当选课系统向“教学管理数据库系统”索取信息，而该数据库没有正常的响应。【具体内容】：以对话框形式告知学生“教学管理数据库系统”不可用。【返回位置】：se ase执行的当前位置。2.2.3启动条件用户成功登录系统，通过身份验证。被系统提示进入“选课系统”功能。2.2.4结束状态如果该Use Case顺利执行，学生的“选课清单”将被建立，更新、保存或者保存并提交；否则，系统的状态应该保持和该Use Case执行之前相同。2.3审核、修改“选课清单”Use Case说明：对于学生是否可以一些课程，学校往往有一些管理办法，比如学生平时成绩情况、学生出勤情况、还有其他一些表现可能影响到学生是否具备选修的课程，这些管理办法经常变化，无法由系统统一给出规则，这需要由教学秘书审核批准，因此，系统需提供对“选课清单”的审核功能。2.2.1基本事件序列 （Basic Flow）场景31进入审核清单功能，打开学生提交的“选课清单”列表【教学秘书】：登录之后，选择进入审核清单功能。【系统】：根据教学秘书身份，打开权限范围内的学生提交的选课清单列表。PD4：每一个教学系有一个教学秘书，各系的教学秘书有权审核本系学生的选课清单，系统需能够判断教学秘书所负责的教学系，以便打开相应的选课清单列表。场景32. 审核“选课清单”并批复【教学秘书】：逐条审核学生提交的选课清单记录，并给出是否审核通过确认。【系统】：对审核通过的选课清单，系统自动将其转交到已审核通过的行选课记录集中，等待汇总选课情况。否则，系统将“选课清单”的只读属性“解锁”，退回学生，以便修改。场景33. 修改“选课清单”并重新提交，或放弃【学生】：看到被退回的“选课清单”，根据批复意见，对选课清单中的课程进行增删，完成之后，再次提交。或选择放弃参与选课活动【系统】：系统完成课程记录的添加或删除。重新提交之后，系统将该清单再次置为只读属性，等待教学秘书审核。或学生选择放弃参与选课活动，系统删除该选课清单记录。2.2.3启动条件学生的选课清单审核未通过。2.2.4结束状态修改过之后，重新提交了选课清单，或放弃参与选课活动。2.4汇总选课情况Use Case说明：当全部学生完成选课之后，教务部门要汇总选课情况，考虑课程、教师和教师资源进行排课。2.4.1基本事件序列 （Basic Flow）场景41统计选课情况【教务人员】：选择进行选课情况统计功能，同时选择统计方式。要求可以按课程、教师统计选课情况。【系统】：根据用户选择的统计条件，统计选课情况。场景42. 将选课结果输出到Excel中【教务人员】：统计完成之后，选择将结果输出到Excel中。【系统】：系统链接打开Excel对象，并自动将选课统计结果填入Excel表中。或系统没有安装Excel，则系统创建Excel对象失败，转至备选事件序列A1；若系统根据模板创建Excel表对象失败，则转至备选事件序列A2；2.4.2备选事件序列（Alternative Flows）A1提示“创建Excel对象失败，可能因为系统未安装Excel”【起始位置】：基本事件序列中，操作员选择将统计数据送入Excel表。【触发条件】：系统没有发现该计算机系统中有Excel软件。【具体内容】：系统以对话框形式给出错误提示。【返回位置】：基本事件序列中的“输出统计结果”步骤。A2提示“Excel表对象创建失败”【起始位置】：基本事件序列中，操作员选择将统计数据送入Excel表。【触发条件】：系统创建Excel对象成功，欲建立Excel表对象，发现模板文找不到。 【具体内容】：以对话框形式显示出错信息。【返回位置】：返回“起始位置”。2.4.3启动条件教务工作人员要求将汇总选课结果输出到Excel中。2.4.4结束状态将汇总选课结