工程教育认证专业系统需求分析文档.docx

上传人:小飞机 文档编号:5280887 上传时间:2023-06-21 格式:DOCX 页数:22 大小:286.59KB
返回 下载 相关 举报
工程教育认证专业系统需求分析文档.docx_第1页
第1页 / 共22页
工程教育认证专业系统需求分析文档.docx_第2页
第2页 / 共22页
工程教育认证专业系统需求分析文档.docx_第3页
第3页 / 共22页
工程教育认证专业系统需求分析文档.docx_第4页
第4页 / 共22页
工程教育认证专业系统需求分析文档.docx_第5页
第5页 / 共22页
亲,该文档总共22页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《工程教育认证专业系统需求分析文档.docx》由会员分享,可在线阅读,更多相关《工程教育认证专业系统需求分析文档.docx(22页珍藏版)》请在三一办公上搜索。

1、项目编号202101104文档编号01密级内部工程教育专业认证系统需求规格V1.0评 审 日期:2021年11月4日目录1导言11.1目的11.2范围11.3缩写说明11.4术语定义11.5引用标准11.6参考资料21.7版本更新信息22系统定义32.1项目来源及背景32.2项目要达到的目标32.3系统整体结构33应用环境53.1系统运行网络环境53.2系统运行硬件环境53.3系统运行软件环境64功能规格74.1角色(Actor)定义74.1.1申请认证方74.1.2管理用户74.1.3数据库84.2系统主Use Case图84.3客户端子系统94.4管理端子系统114.4.1登入管理134.

2、4.2受理申请134.4.3反馈管理154.4.4 认证标准管理 154.4.5认证结论164.4.6专家管理175性能需求185.1界面需求185.2响应时间需求185.3可靠性需求185.4开放性需求185.5可扩展性需求185.6系统安全性需求196产品提交197实现约束198签字191导言1.1目的该文档是关于用户对于本科工程教育专业认证系统的功能和性能的要求,重点描述了本 科工程教育专业认证系统的设计需求,将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是:设计人员开发人员项目管理人员测试人员用户该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的 “做

3、什么”的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描 述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3缩写说明JSPJava Server Page(Java服务器页面)的缩写,一个脚本化的语言。UMLUnified Modeling Language (统一建模语言)的缩写,是一种为面向对象系统的产品 进行说明、可视化和编制文档的一种标准语言,是非专利的第三代建模和规约语言UML是 面向对象设计的建模工具,独立于任何具体程序设计语言。1.4术语定义无1.5引用标准1 需求规格报告格式标准1.6参考资料1 工程教育认证专业类补充标准2020年修订

4、说明2 2020年修订版工程教育认证专业类补充标准问答3 工程教育认证新增认证专业(专业类)管理规定4 工程教育认证办法5 工程教育认证报告(非试点专业使用)6 工程教育认证报告(试行)(试点专业使用)7 工程教育认证标准及补充标准2017年11月修订8 工程教育认证标准解读及使用指南9 工程教育认证申请书(2020版)10 工程教育认证学校工作指南11 工程教育认证专业类补充标准(2020年修订)12 工程教育认证自评报告指导书(2020版)13 关于印发工程教育认证专业类补充标准的通告1.7版本更新信息本文档的更新记录如表1-1:修改编号修改日期修改后版本修改位置修改内容概述0012021

5、.11.51.0全部初始发布版本表i-i版本更新记录2系统定义我们分别阐述一下项目的来源、背景和项目的目标。2.1项目来源及背景本项目是为中国工程教育专业认证协会的一个网上中国工程教育专业认证系统,由于这 个认证流程规模比较复杂,审核流程较多。为此中国工程教育专业认证协会希望有一个自动 化的中国工程教育专业认证系统能够给他们带来工作的便利,提高工作效率,同时及时处理 个大学的工程教育认证。为现实中国工程教育专业认证协会与各高校的搭线作用,来弥补认证中的种种不足。在 这种条件下,我们开发了国工程教育专业认证系统。中国工程教育专业认证协会的工作人员 通过这个系统认证流程;高校申请者可以通过网上提交

6、自己的申请认证,自评报告,回复意 见和确诊认证成果。由中国工程教育专业认证协会的机构成员负责各个材料的审核和批准, 包括专业类认证委员会、认证结果审议委员会、理事会、监事会、学术委员会、专家。2.2项目要达到的目标本项目设定的目标如下:1. 系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少。2. 系统具有良好的运行效率,能够得到提高专业认证效率的目的。3. 系统应有良好的可扩充性,可以容易的加入其它系统的应用。4. 平台的设计具有一定的超前性,灵活性,能够适应中国工程教育专业认证协会配置 的变化。5. 通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。2.3系统整体结构根

7、据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是提供申 请认证,提交自评报告,提交回复意见,确认认证成果以及申请制裁。管理端的功能有受理 申请、认证结论、认证标准管理、专家管理。在受理系统中,为秘书处提供受理申请功能。 在认证结论系统中,为认证结论审议会提供审议结果认证功能,为理事会提供批准认证结果 功能,为监事会提供监督认证过程功能。在认证标准管理系统中,为专业类认证委员会提供 指定文件标准功能,为学术委员会提供审理文件标准功能。在专家管理系统中,为专业类认 证委员会提供提交专家委派名单功能,为专家提供提交现场考核报告功能。系统整体结构关系如图2-1:图2-1:系统整体结

8、构3应用环境本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。3.1系统运行网络环境本系统的网络运行图如图3-1,无论是客户端的使用者(高校申请者)还是管理端(中 国工程教育专业认证协会的机构成员)都可以通过网络登录到本系统中。使用者通过网络提 交与工程教育专业认证有关的相关信息,管理端通过网络审核客户端提交的与工程教育专业 认证有关的相关信息,最终实现学校的本科工程教育专业认证。网络拓扑图如图3-1:E理就图3-1:网络拓扑图3.2系统运行硬件环境本系统的硬件环境如下: 客户机:普通PC CPU: Intel Core i3-4130 2.4GHz 内存:512MB以上 分辨率:推荐

9、使用1024*768像素 WEB服务器 CPU: Intel Core i3-4130 2.4GHz 内存:1024MB以上 数据库服务器 CPU: Intel Core i3-4130 2.4GHz 内存:1024MB以上3.3系统运行软件环境 操作系统:Windows 7数据库:SQL Server 2012 开发工具包:JDK Version 1.8 JSP 服务器:Tomcat 浏览器:IE8.04功能规格4.1角色(Actor)定义角色或者执行者(Actor)指与系统产生交互的外部用户或者外部系统。4.1.1申请认证方申请认证方是指在这个系统中通过客户端提交信息的人员,这个Actor

10、主要参与客 户端的信息填写,资料上传,问题回答等功能。4.1.2管理用户管理用户是指管理端的用户,这个此Actor派生三个子类,专家、机构成员和系统管 理员,专家是指在认证系统中通过管理端参与整个工程认证提出意见的人员。机构成员是指 在整个评定认证过程中进行相关的流程推进及评定专业的人员,她又可以派生六个个子类即 理事会、秘书处、专业类认证委员会、学术委员会、认证结论委员会和监事会。系统管理员 是指对工程教育认证系统进行相关设置、维护的人员,它也是通过管理端登录对管理端的用 户进行设置,分配权限等,它们的关系如图4-1:0图4-1:角色关系图管理用户具体说明如下: 机构成员 理事会一协商、征求

11、意见或讨论问题 秘书处一为其他机构提供服务,并执行这些机构制定的方案和政策 专业类认证委员会一对本专业的基本状况等信息进行评定学术委员会对申请认证的专业学术成果等方面进行评定认证结论审议委员会一对产生的结果进行复审监事会一把控整体评定流程 系统管理员一通过管理端对系统用户进行管理的人员,这个Actor主要负责对管理端用户的增 加,权限的设置等功能。41.3数据库数据库是一个与系统产生交互的外部系统,这个Actor负责系统的数据查询、增加、 删除和修改等操作。4.2系统主Use Case图专业系统可以分为两个主要的组成部分,一个是客户端子系统,一个是管理端子系统。客户端子系统主要是指申请评定的学

12、校通过登录专业评定网站进行操作的功能,即评定功 能。管理端子系统是评定公司的管理人员发布专业认证信息,整理评定学校专业的信息等功 能。系统的主Use Case图如下:图4-2:系统主Use Case图4.3客户端子系统学校通过认证网站登录到系统中提交申请认证,认证平台通过申请后学校需要提交自评 报告,认证平台对于提交的自评报告审核后做出审核意见和提出问题,若审核后无问题则通 过该报告,若不通过则将回复意见和相关问题反馈给学校端,若学校方认为认证过程有问题 则可以提出申请仲裁。这就是客户端子系统的功能。在客户端用户可以看到认证资料规格要 求,认证详细流程,提交认证信息几项。如果需要认证的话,可以

13、填写信息,上传材料,并 回答问题,最后将这些数据一同提交。客户端子系统活动流程图如下:认证w图4-3:客户端子系统流程图客户端管理的功能描述如下:F-C-1 :申请认证被认定方登录到网站可以看到认证标准,认证标准是判断专业是否达到认证要求 的依据,同时也是专业撰写自评报告的依据。同时可以在网站看到评定细则,在评定 流程中列表中显示各部分评分的评定细则和评定单位如何进行评定的评定具体流程和 主要关注点。被认定方可以点击申请认证,进入自评报告的填写页面。F-C-2 :提交自评报告在自评报告的填写界面填写相关信息如联系信息和工程教育认证申请书。在网 站下方可以看到,所需的认证材料的提供要求,以及材料

14、提供真实可靠的法律承诺勾 选框还有附加附件按钮,点击提交可以将用于认定的所需资料进行上传。F-C-3:提交回复意见在主网站中有专门的回复意见按钮,并且会出现红点消息通知,被认定方可以点击 进入回复意见页面。回复意见的页面是一个类似于邮箱的列表,认定方发送类似邮件的 页面,并且保存着以往的记录。被认定方可以在此处点击进入反馈的邮件页面,查看到 认定方的反馈信息,并且通过回复按钮进行回复。F-C-4 :申请裁决如果被认证方不接受认证结果,可以通过主网站进入裁决页面,裁决页面中可以提 交书面申请,以及提供相关的附件、图片材料,点击提交按钮进行提交。4.4管理端子系统管理端的功能分为登入管理、受理申请

15、、反馈管理、认证标准管理、认证结论、专家管 理等部分,每个登录者首先经过登入认证然后提交申请,根据相应的申请对应相应的认证反 馈。管理端子系统的Use Case图如下:O图4-4:管理端子系统UseCase图管理端的这些Use Case (用例)描述如下:F-L-1:登入管理登录管理是负责所有的管理端的登录,管理端的人员要登录到管理端必须经过登 录界面,输入自己的用户名和密码,通过判断这个用户的权限信息,不同的登录人可 能具有不同的权限,根据不同的权限实现不同的功能。F-L-2:受理申请受理申请是负责受理由专业所在学校向秘书处提交的申请书。秘书处收到申请书 后,会同相关专业类认证委员会对认证申

16、请进行审核。重点审查申请学校是否具备申 请认证的基本条件,根据认证工作的年度安排和专业布局,做出是否受理决定。必要 时可要求申请学校对有关问题做出答复,或提供有关材料。F-L-3 :反馈管理反馈管理是负责对工程教育认证工作实施监督,可对认证工作进行申诉,仲裁, 社会举报等功能。F-L-4:认证标准管理认证标准管理是负责判断专业是否达到认证要求的依据,同时也是专业撰写自评 报告的依据。由通用标准和专业补充标准两部分构成,包含制定和修订两个功能。F-L-5 :认证结论认证结论是负责提出认证结论建议。分为通过认证,有效期6年、通过认证,有 效期6年(有条件)、不通过认证三种状态。F-L-6 :专家管

17、理专家管理是负责专家组预备会议、见面会、实地考查、访谈、意见反馈,并可以 根据现场考察报告对申请认证的专业做出认证结论建议和形成认证报告。4.4.1登入管理登录到管理端的所有人都需要通过登录界面进入相应的管理界面,不同的登录人具 有不同的权限,根据登录人具有的权限将相应的功能现实在登录到的管理界面,没有权限操 作的功能将在现实在这个界面上。活动流程如图4-5:4.4.2受理申请受理申请是负责受理由专业所在学校向秘书处提交的申请书。秘书处收到申请书 后,会同相关专业类认证委员会对认证申请进行审核。重点审查申请学校是否具备申请认证 的基本条件,根据认证工作的年度安排和专业布局,做出是否受理决定。必

18、要时可要求申请 学校对有关问题做出答复,或提供有关材料。活动流程图如图4-6:具体功能描述如下:用例描述:受理申请执行者:秘书处前置条件:已登入系统后置条件:等待受理基本路径:A)学校向秘书处提交受理申请;B)秘书处收到申请书后,会同相关专业类认证委员会对认证申请进行审核;C)必要时可要求申请学校对有关问题做出答复,或提供有关材料;D)已受理认证申请的专业所在学校应在规定时间内按照国家核定的标准交纳认证 费用,交费后进入认证工作流程。44.3反馈管理反馈管理是负责对工程教育认证工作实施监督,可对认证工作进行申诉,仲裁,社 会举报等功能,具体功能描述如下:用例描述:反馈管理执行者:监事会前置条件

19、:已登入系统和提交申请后置条件:等待反馈基本路径:A)监事会对工程教育认证工作实施监督,对认证过程中出现的问题及时发现并予 以处理;B)接受认证专业所在学校如果对认证结论异议,可向监事会提出申诉;C)社会单位或个人对接受认证专业的材料有异议,或认为各级各类认证机构和现 场考查专家组及其成员的行为不妥,可向监事会举报。4.4.4认证标准管理认证标准管理是负责判断专业是否达到认证要求的依据,同时也是专业撰写自评报 告的依据。由通用标准和专业补充标准两部分构成,包含制定和修订两个功能。用例描述:认证标准管理执行者:学术委员会及专业类认证委员会前置条件:组织实施所在专业领域的工程教育认证工作后置条件:

20、等待认证结论公布基本路径:A)专业类认证委员会制订、修订相应专业的专业补充标准和本专业类认 证委员会的工作文件,交学术委员会审定;B)学术委员会负责对认证工作提供咨询;制订和修订认证办法、标准等 认证工作文件,报理事会通过后发布。通用标准规定了专业在学生、培养目标、毕业要求、持续改进、课程体 系、师资队伍和支持条件7个方面的要求;专业补充标准规定相应专业领域在上 述一个或多个方面的特殊要求和补充。4.4.5认证结论认证结论是负责提出认证结论建议。分为通过认证,有效期6年、通过认证,有效 期6年(有条件)、不通过认证三种状态。活动视图如图4-7:图4-7 :活动流程图具体功能描述如下:用例描述:

21、认证结论执行者:理事会、专业类认证委员会、监事会及认证结论审议委员会前置条件:已提交认证;后置条件:等待结果有效性验证基本路径:A)专业类认证委员会投票提出认证结论建议,根据结果撰写认证报告;B)认证结论审议委员会召开会议进行报告审议,并提交新的认证结论建议;C)理事会召开会议听取审议情况,投票表决认证结论建议;D)学校若对认证有异议,可申请监事会进行裁决。4.4.6专家管理专家管理是专家管理是负责专家组预备会议、见面会、实地考查、访谈、意见反馈, 并可以根据现场考察报告对申请认证的专业做出认证结论建议和形成认证报告,具体功能描 述如下:用例描述:专家管理执行者:专家及专业类认证委员会前置条件

22、:已提交自评报告后置条件:等待自评报告真实性和准确性验证基本路径:A)专家组预备会议。进校后专家组召开内部工作会议,进一步明确考查计划和具 体的考查步骤,并进行分工;B)见面会。专家组向学校及相关单位负责人介绍考查目的、要求和详细计划,并 与学校及相关单位交换意见;C)实地考查。考查内容包括考查实验条件、图书资料等在内的教学硬件设施;检 查近期学生的毕业设计(论文)、试卷、实验报告、实习报告、作业,以及学生完成的其他 作品;观摩课堂教学、实验、实习、课外活动;参观其他能反映教学质量和学生素质的现场 和实物;D)访谈。专家组根据需要会晤包括在校学生和毕业生、教师、学校领导、有关管 理部门负责人及

23、院(系)行政、学术、教学负责人等,必要时还需会晤用人单位有关负责人;E)意见反馈。专家组成员向学校反馈考查意见与建议。5性能需求根据用户对本系统的要求,确定系统在响应时间、可靠性、安全等方面有较高的性能要 求。5.1界面需求系统的界面要求如下:1)页面内容:主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置 和布局合理,传递的信息准确、及时。内容丰富,文字准确,语句通顺;专用术语规范,行 文格式统一规范。2)导航结构:页面具有明确的导航指示,且便于理解,方便用户使用。3)技术环境:页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链 接;采用CSS处理,控制字体大

24、小和版面布局。4)艺术风格:界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后 一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。5.2响应时间需求无论是客户端和管理端,当用户登录,进行任何操作的时候,系统应该及时的进行反应, 反应的时间在5秒以内。系统应能监测出各种非正常情况,如与设备的通信中断,无法连接 数据库服务器等,避免出现长时间等待甚至无响应。5.3可靠性需求系统应保证7X24内不当机,保证20人可以同时在客户端登录,系统正常运行,正确提 示相关内容。5.4开放性需求系统应具有十分的灵活性,以适应将来功能扩展的需求。5.5可扩展性需求系统设计

25、要求能够体现扩展性要求,以适应将来功能扩展的需求。5.6系统安全性需求系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。系统需能够防止各 类误操作可能造成的数据丢失,破坏。防止用户非法获取网页以及内容。6产品提交提交产品为:a)应用系统软件包b)数据库初始数据c)系统开发过程文档d)系统使用维护说明文档提交方式:CD介质7实现约束系统的实现约束如下:a)操作系统为Windows 7b)开发平台为:Eclipse-SDK-3.1.2-win32c)数据库为 Sql Server 20088签字本需求规格经过双方认可,特签字如下表8-1:用户签署信息企业签署信息单位名称单位名称签署人姓名签署人姓名签署日期签署日期表8-1:需求规格签字

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号