任务管理平台需求规格说明书_v1.2.6

合集下载

需求规格说明书经营项目管理MCCE

需求规格说明书经营项目管理MCCE

密级:机密状态:发布中冶集团北京冶金设备研究设计总院管理信息系统需求规格说明书(经营生产/项目管理)版本:V2.5编号:MCCE-MARKET-06-7文档控制版本变更主要作者提交日期备注版本号V1.0张杰2006-6-29各个事业部、管理部门调研而成。

V1.5张杰2006-7-24根据院里意见修改而成:增加项目进度成本管理。

相关文档文档分发版权声明:上海金慧软件有限公司版权所有,保留一切权利。

未经本公司书面许可,任何单位和个人不得擅自摘抄、复制本文档的全部或部分内容,并以任何形式传播。

文档审核/确认内部审核记录用户部门确认双方项目负责人确认中冶集团北京冶金设备研究设计总院签名(Signature)日期(Date)项目经理上海金慧软件有限公司签名(Signature)日期(Date)项目经理序言科技与市场经营管理子系统是整个综合管理信息系统的公共性基础系统,包含客户信息管理、合格供应商管理、项目跟踪管理、招投标管理、采购管理、合同信息管理、发票管理、收付费管理等业务管理内容。

项目管理是整个综合管理信息系统的业务系统,涉及到所有的生产设计部门、生产管理部门、技术质量部门及相关院领导,是本系统建设的关键所在,所以该子系统的建设需要满足以上相关部门和人员的实际需要,同时也要满足公司未来战略及业务发展的需要。

本需求规格说明书主要是在和科技与市场发展部、冶炼事业部、轧钢事业部、成套公司、自动化所等院里的管理部业务调研基础上,通过对科技与市场经营部、冶炼事业部共同探讨分析、整理形成的。

本需求规格说明书主要由以下几部分组成:第1章“引言”说明编写这份需求规格说明书的目的、预期的读者、背景、定义、缩写词及相关参考资料。

第2章“项目概述”描述了市场经营部的相关业务描述,系统目标、系统范围及其主要用户。

第3章“具体需求”:提出了系统的功能需求和非功能需求。

第4章“运行环境规定”:说明了系统的系统开发环境、网络支持环境和系统支持软件。

CMMI_v1.2各PA解读

CMMI_v1.2各PA解读

Introduction to Process Area of CMMI-DEV®®Capability Maturity Model ® and CMMI ® are registered marks of SEICapability Maturity Model Integration (CMMI ) Version 1.2CMMI For Development Process Area介绍目的需求管理的目的是对项目产品及产品组件的需求进行管理,同时确定这些需求与项目计划和产品之间的不一致之处。

关注点附加在项目上的需求与RD,TS紧密联系并同步执行。

当项目从需求提供者获取需求时,应与其一起审核,部分需求管理需要记录需求变更及其理由并维护原始需求与所有产品和产品组件需求之间的双向可溯性特定目标/实践与通用目标/实践SG 1 管理需求SP 1.1 获得对需求的理解SP 1.2 获得对需求的承诺SP 1.3 管理需求变更SP 1.4 维护秀的双向跟踪SP 1.5 识别项目产品与需求的不一致GG2制度化已管理的过程GG3制度化已定义的过程GG4制度化已量化的过程GG5制度化优化的过程。

目的PP的目的在于建立并维护用以定义项目各项活动的计划。

关注点§以及识别和分析项目风险。

§根据项目的进展情况对项目计划进行修订实践‚SG1 项目估算§SP1.1 估计项目的范围§SP1.2 工作产品与任务属性的估算§SP1.3定义项目的生命周期SP1.4 判定工作量和成本的估值‚SG2 制定项目计划§SP2.1 编制预算和进度§SP2.2 识别项目风险§SP2.3 规划资料管理§SP2.4 规划项目资源§SP2.5 计划所需的知识和技能§SP2.6 策划相关方的介入§SP2.7 创建项目计划‚SG3 获得实现计划的承诺§SP3.1 审查影响项目的各种计划§SP3.2 调整工作与资源配置SP3.3 获得计划承诺‚GG2制度化已管理的过程GG3制度化已定义的过程GG4制度化已量化的过程GG5制度化优化的过程。

2022-2023年高级软考《信息系统项目管理师》历年真题高频考点汇总1(附带答案)

2022-2023年高级软考《信息系统项目管理师》历年真题高频考点汇总1(附带答案)

2022-2023年高级软考《信息系统项目管理师》历年真题高频考点汇总(附带答案)(图片大小可自由调整)一.全考点综合测验(共35题)1.【单选题】项目经理的权力有多种来源,其中() 是由于他人对你的认可和敬佩从而愿意模仿和服从你,以及希望自己成为你那样的人而产生的,这是一种人格魅力。

A.职位权力B.奖励权力C.专家权力D.参照权力正确答案:D2.【单选题】实现价值技术是项目整体管理中哪个过程的工具和技术?A.制定项目管理计划B.指导与管理项目执行C.监控项目工作D.整体变更控制正确答案:C3.【单选题】某系统开发项目邀请第三方进行项目评估,()不是项目评估的依据。

A.项目建议书及其批准文件B.项目可行性研究报告C.报送单位的申请报告及主管部门的初审意见D.项目变更管理策略正确答案:D4.【单选题】下列关于项目投资回收期的说法,() 是正确的A.项目投资回收期是指以项目的净收益回收项目投资所需要的时间B.项目投资回收期一般以年为单位, 并从项目投产开始年算起C.投资回收期越长, 则项目的盈利和抗风险能力越好D.投资回收期的判别基准是基本投资回收期正确答案:A5.【单选题】以下关于IT 项目风险应对策略的描述,() 是错误的A.策略必须具有时效性B.策略必须与风险的严重程度相一致, 避免花费比风险后果更多的资源区预防风险C.对于某个比较重要的风险, 可以采用单个风险应对计划表来对其进行管理D.为避免风险进一步扩大, 尽可能让更少的项目干系人参与正确答案:D6.【单选题】为了决定是否应建议对项目基准进行修改,以下何项应安排到位?A.沟通计划B.质量保障计划C.变更控制制度D.问题管理程序正确答案:C7.【单选题】采购是从外部获得产品和服务的完整的购买过程。

以下关于采购的叙述中,可能不恰当的是:()。

A.卖方可能会设立一个项目来管理所有的工作B.企业采购可以分为日常采购行为和项目采购行为C.如果采购涉及集成众多的产品和服务,企业倾向于寻找总集成商D.在信息系统集成行业,普遍将项目所需产品或服务资源采购称为“外包”正确答案:B8.【单选题】配置核实与审计是A.查明配置文件中确定的性能与功能要求已经达到。

软件需求规格说明(范例)

软件需求规格说明(范例)

项目名称软件需求规格说明文档签署记录文档修改记录目录1 引言 (1)1.1 目的 (1)1.2 项目背景 (1)1.3 范围 (1)1.4 参考资料 (1)1.5 综述 (1)2 总体概述 (2)2.1 产品描述 (2)2.2 产品功能 (2)2.3 用户特点 (2)2.4 设计约束 (2)2.4.1 标准规范 (2)2.4.2 软件开发语言 (2)2.4.3 软件开发工具和环境 (2)2.4.4 软件测试环境 (3)3 具体需求 (4)3.1 软件流程功能 (5)3.1.1 流程1 (5)3.2 功能需求 (7)3.2.1 试验资源管理 (7)3.2.2 试验过程管理 (9)3.3 软件模块划分 (11)3.4 系统集成接口 (12)3.4.1 与管理系统的接口 (12)3.5 性能需求 (12)3.5.1 精度 (12)3.5.2 时间特性要求 (12)3.6 数据处理要求 (12)3.7 软件质量要求 (13)3.7.1 易用性 (13)3.7.2 可靠性 (13)3.7.3 安全性 (13)3.7.4 可维护性 (13)3.8 可靠性、安全性和维护性要求 (13)3.8.1 软件安全性等级、可靠性指标 (13)3.8.2 软件运行寿命 (13)3.8.3 软件安全性要求 (13)3.8.4 软件健壮性要求 (13)3.8.5 软件不期望事件要求 (14)3.8.6 软件维护性要求 (14)4 运行环境规定 (14)4.1 部署方案 (14)4.2 系统运行的硬件环境要求 (14)4.3 系统运行的软件环境要求 (15)1 引言1.1 目的本文档是完成单位就项目名称项目编写的需求分析报告,为平台的设计及开发工作提供可靠的依据。

1.2 项目背景1)项目名称:2)本项目的任务提出者:北京宇航系统工程研究所3)本任务的完成者:4)产品用户:1.3 范围项目名称是完成单位为客户名称定制的集成门户,主要包括功能模块,达到的目标。

需求规格说明书-v1.0

需求规格说明书-v1.0

在线考试需求规格说明书编写:xxx 日期:xxxx/x/xx审核:日期:批准:日期:受控状态:是发布版次:1.0 日期:xxxx/x/xx编号:目录1 引言 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 编写说明 (1)1.4 术语定义 (1)1.5 参考资料 (2)1.6版本信息 (2)2 任务概述 (3)2.1 系统定义 (3)2.1.1 项目来源及背景 (3)2.1.2 项目要达到目标 (4)2.1.3 系统整体结构 (4)2.1.4 系统内容组成 (5)2.2 运行环境 (6)2.3 硬件环境 (6)2.4 开发环境 (7)2.4.1 服务器软件环境 (7)2.4.2 服务器硬件环境 (7)2.4.3 开发机器软件环境 (7)2.4.4 开发机器硬件环境 (8)3系统数据结构设计 (8)3.1逻辑结构设计要点 (8)3.2物理结构设计要点 (9)4 功能需求 (14)4.1 管理端子系统中 (14)4.1.1 考生信息管理基本事件流: (14)4.2 教师端子系统中 (14)4.3 学生端子系统中 (15)4.3.1 考试基本事件流: (15)4.3.2 查询成绩基本事件流: (16)4.3.3 修改个人资料基本事件流: (16)5 具体功能描述 (16)5.1 登陆功能 (16)5.2 用户信息管理功能 (17)5.3 题库信息管理功能 (17)5.4 课程管理功能 (18)5.5 试卷管理功能 (18)5.6 留言管理功能 (18)6 运行需求 (18)6.1运行控制 (18)6.2运行时间 (18)7 接口设计 (19)7.1 用户接口 (19)7.2 外部接口 (19)7.3 内部接口 (19)8 故障处理 (19)8.1补救措施 (20)在线考试系统规格说明书内部文档1 引言1.1 编写目的在分析阶段的工作结果是需求说明书,它通过需求分析,明确了解该项目的基本功能。

PRD需求文档-安管SOC平台v1.2

PRD需求文档-安管SOC平台v1.2

云安全能力平台项目V1.2 需求规格说明书目录第1章概述 (3)1.1文档概述 (3)1.2范围 (3)1.3项目描述 (3)第2章项目分析 (4)2.1用户角色 (4)2. 1. 1 角色说明 (4)2. 1. 2 角色从属关系说明 (4)2.2安全拦截流程 (5)第3章忘记密码 (5)3.1账号信息确认 (5)3.2身份验证 (7)3.3设置密码 (8)第4章批量升级 (9)4.1批量升级任务列表 (9)4.2新建批量升级任务 (11)4.3查看批量升级任务详情 (12)4.4升级失败重发 (13)第5章批量导入设备 (14)5.1批量导入设备 (15)第6章批量导入用户 (16)6.1批量导入用户 (17)第7章终端控制 (18)7.1移除终端 (18)7.2修改终端昵称 (19)第8章设备测速 (20)第1章概述1. 1 文档概述目标:为用户方与开发方建立共同协议奠定基础,提高开发效率、强化进度控制,为项目的的评测与验收提供依据。

预期读者:用户方的相关业务人员、双方的开发人员、测试人员和系统维护人员。

作用:实现开发方与用户方的双向沟通,是把业务需求计算机化的关键步骤。

为下一阶段的概要设计工作提供依据。

当用户的需求发生变更时,应添写补充说明;如变动过大可形成新版本。

1. 2 范围本文档为在安连宝安全云平台1.1基础上,新增加的功能需求设计文档。

1. 3 项目描述移动安全接入产品是一款接入类安全产品,由安全能力云平台、安全接入设备及安全管控APP构成。

主要具备网络接入、安全控制、远程设备监控等功能。

用户使用安全接入设备作为网络接入点,连接互联网或企业内网。

接入设备会利用安全能力云平台集成的多种URL特征库,对用户访问的URL进行安全检测,对恶意URL、钓鱼网站及不良信息网站等进行拦截并对用户进行告警。

从而在满足用户移动接入需求的同时,保障用户安全上网。

整体架构如下图所示:安全能力云平台(简称“云平台”)是移动安全接入产品的重要组成部分,为安全接入设备提供URL安全检测和远程配置管理等服务,需要在高并发、低延时的场景下对URL安全检测请求进行处理。

复旦大学教务管理系统需求—整体规划说明书

复旦大学教务管理系统需求—整体规划说明书

技术文件标题: 复旦大学教务管理系统需求说明书-总体概要编号:版本: V <1.0>共 <39> 页(包括封面)上海金仕达多媒体有限公司目录1.简介 (5)1.1. 概述 (5)1.2. 主要设计思想 (5)1.3. 参考资料 (5)2.整体说明 (5)2.1. 组织结构 (6)2.2. 业务平台的构成 (6)2.2.1. 校园网络支撑层 (6)2.2.2. 共享数据库 (6)2.2.3. 外部数据 (7)2.2.4. J2EE服务平台 (7)2.2.5. URP支撑服务 (7)2.2.6. 教务专门支撑服务 (7)2.2.7. 教务业务系统 (7)2.3. 软件体系结构 (7)2.4. 各部门及主要的业务功能: (8)2.5. 主要业务视图 (10)2.5.1. 主要业务流程图 (10)2.5.2. 业务功能与部门之间的关系 (11)2.6. 主要业务流程说明 (13)2.6.1. 培养计划管理 (13)2.6.2. 注册考务中心教学计划管理 (13)2.6.3. 学生学籍管理 (14)2.6.4. 毕业审核管理 (15)2.6.5. 教学质量管理 (16)2.6.6. 教室管理 (19)2.6.7. 实验室建设 (20)2.6.8. 其他辅助信息管理(流程简单不做图示) (20)3.具体需求 (21)3.1. 用例报告(功能性需求) (21)3.1.1. 培养计划管理 (21)3.1.2. 教学任务管理 (22)3.1.3. 学籍管理 (23)3.1.4. 教学质量管理 (23)3.1.5. 教材与课程建设 (24)3.1.6. 学生成绩管理 (24)3.1.7. 毕业审核管理 (25)3.1.8. 院系模块 (26)3.1.9. 学生模块 (27)3.1.10. 教师模块 (28)3.1.11. 第二专业、第二学位管理 (29)3.1.12. 跨校辅修 (30)3.1.13. 成教学位考试 (31)3.1.14. 香港学生事务管理 (32)3.1.15. 进修生、访问学者进修管理 (33)3.1.16. 领导查询模块 (34)3.1.17. 院系专业信息管理 (35)3.1.18. 教室信息管理 (35)3.1.19. 日常报表管理 (36)3.1.20. 文件管理 (37)3.1.21. 系统管理(本教学系统的一些配置参数等管理) (37)3.2. 非功能性需求 (45)3.2.1. 性能需求 (45)3.2.2. 精度需求 (45)3.2.3. 约束条件 (45)3.2.4. 界面要求 (45)3.2.5. 安全要求 (46)3.2.6. 灵活性要求 (46)3.2.7. 故障处理要求 (46)修订与审核1.简介1.1. 概述根据上海金仕达多媒体有限公司对复旦大学的教务管理部门的首次调研,与教务管理部门的老师进行充分的交流,结合复旦大学的教学改革的新思路,融合学分制的教学模式,对本系统的实现设计思想和将要实现的功能进行归纳总结,供复旦大学的领导部门审核。

(完整word版)需求规格说明书模板全解

(完整word版)需求规格说明书模板全解

####项目需求规格说明书(模板)公司二〇一五年十月文档修改记录目录第一章引言 (1)1.1编写目的 (1)1.2文档范围 (1)1.3项目概要 (1)1.4术语和缩写 (1)1.5参考资料 (1)1.6文档编写格式 (2)第二章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)第三章系统运行环境 (4)3.1系统架构 (4)3.2系统硬件和网络环境 (4)3.3系统运行平台 (4)3.4系统界面描述 (4)3.5接口 (4)第四章功能描述 (5)4.1对功能的规定 (5)4.2功能性需求分类 (5)4.2.1功能总图 (5)4.2.2功能描述表 (5)4.2.3功能详细描述 (5)4.3对非功能的需求 (5)4.3.1系统参数及系统精度 (5)4.3.2灵活性 (6)4.3.3时间管理特性 (6)4.3.4输人输出要求 (6)4.3.5数据管理能力要求 (6)4.4故障处理要求 (6)4.5其他非功能需求 (7)第一章引言1.1编写目的提示:说明编写这份需求说明书的目的。

需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求,描述用户对系统的期望和功能要求。

本文档尽量以自然语言来描述,以期用户和潜在读者能够快速理解,并方便与用户进行沟通。

1.2文档范围提示:需要描述清楚文档传播范围和读者对象。

1.3项目概要提示:描述系统相关信息。

a.待开发系统(或软件)的名称;b.本项目的任务提出者、开发者、用户及实现该系统的部门或单位;c.该项目系统同其他系统或其他机构的基本的相互来往关系。

1.4术语和缩写提示:列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.5参考资料提示:列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料、包括所要用到的系统开发标准。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

任务管理系统系统需求规格说明书软件/系统需求规格说明书(SRS)版本<V 1.2.6 >拟制日期审核日期批准日期声明本文件所有权和解释权归智翔集团所有,未经智翔集团书面许可,不得复制或向第三方公开。

修订历史记录(A-目录1.引言 (5)1.1.编写目的 (5)1.2.系统涵盖范围 (5)1.3.缩略词 (5)1.4.假设和限制 (5)1.5.文档组织结构 (5)1.6.参考资料 (5)2.系统概貌 (5)2.1.系统概述 (5)2.2.体系结构 (6)2.3.系统边界和A CTORS (6)2.4.系统功能 (6)2.5.用户特性 (7)2.6.一般限制 (7)2.7.出错处理 (7)2.8.假设和依赖条件 (7)3.功能性需求 (7)3.1.W EB端平台 (7)3.1.1.系统管理 (8)3.1.2.导师功能模块 (9)3.1.3.学员功能模块 (10)3.2.客户端接口 (11)3.2.1.注册接口 (11)4.非功能性需求 (11)4.1.易用性 (11)4.2.可靠性 (11)4.3.性能 (11)4.4.可维护性 (11)4.5.客户端系统更新 (11)5.安全性 (12)5.1.设计角度 (12)5.1.1.应用权限控制 (12)5.2.传输角度 (12)5.2.1.与客户端通讯的接口部分 (12)5.3.业务接入认证角度 (12)5.4.手机本地安全角度 (13)5.5.业务监控角度 (13)5.6.负载均衡角度 (13)5.7.数据库管理角度 (13)5.8.黑客角度 (13)6.机型适配要求 (13)7.系统体验要求 (13)8.项目交付清单 (13)1.引言1.1.编写目的本文档主要对『任务管理』系统的架构、流程、功能、性能等进行详细说明,提供给产品开发和UI设计人员参照使用。

本文档属于比较详细的业务需求,对具体功能在手机上的体验并没有进行特别详细的描述。

本文档的阅读对象为客户、项目经理、产品经理、研发需求人员、研发开发人员、测试人员和验收人员。

1.2.系统涵盖范围本文档只涉及架构、流程以及各功能特性的描述,不涉及具体的实现技术、算法、逻辑等。

具体覆盖移动办公平台产品的平台侧、客户端侧软件需求。

1.3.缩略词1.4.假设和限制需求文档中的任何变更都将被新版的SRS跟踪。

SRS应有版本历史。

用户可以通过SRS的早期版本查找需求的早期版本。

为验证需求,一个需求应有一个或一个以上用例。

1.5.文档组织结构本文档通过系统概貌、功能性需求、外部接口、非功能性需求描述整个系统的需求。

1.6.参考资料2.系统概貌2.1.系统概述任务管理系统是一个教学任务管理平台,通过该平台可以实现系统管理员管理平台信息,导师可以通过平台针对学员分组、新建任务、分配任务、查看任务完成情况等,学员可根据平台查询任务,提交任务,查看任务评分等。

2.2.体系结构任务管理平台由服务器端软件、客户端软件(未来实现)组成,各个模块的说明如下:1、客户端软件是移动版本的使用界面,通过用户的操作来实现系统业务功能的展示与处理。

2、服务器端软件主要分为两部分。

a)第一部分:web端操作管理界面。

用户可以使用电脑,完成目前系统的所有功能。

b)第二部分:客户端接口(未来实现)。

通过客户端接口,使得客户端软件可以与服务器进行交互。

2.3.系统边界和Actors系统用户角色主要按照业务需求进行划分,本文主要的系统用户有:平台管理员:具有平台的所有功能,对平台基本数据进行维护。

导师:导师可对自己的学生分组,创建不同类型的任务,分配任务给相应的学生分组、查看学生任务的完成情况、给不同任务进行评价打分。

学员:注册账号、老师、查看自己的任务,领取公共任务,提交任务,查看任务评价等客户端用户(本次版本暂不实现):客户端用户分为任务发布者与学员,功能同web端。

2.4.系统功能该系统主要实现以下业务目标:2.5.用户特性任务管理系统的维护人员、任务发布人员(即导师)、学员。

2.6.一般限制终端侧的文件处理能力(比如播放媒体,打开office、打开压缩文件等)依赖于终端本身的能力。

2.7.出错处理所有的系统错误都应当记录到系统日志文件中。

2.8.假设和依赖条件平台侧依赖于Windows操作系统和mysql数据库软件终端侧的文件处理能力(比如播放媒体,打开office、打开压缩文件等)依赖于终端本身的能力。

3.功能性需求整个系统由平台侧管理系统、平台侧接口、移动客户端组成。

3.1.Web端平台要求:平台中所有删除功能都需要提出提示信息,需要操作人员选择是否确认删除。

特殊数据则应使用软删除,不能直接删除(添加删除标识,而不是直接在数据库中delete)1、Web平台使用说明欲使用平台,需首先建立一个账号,账号分为三类,第一类为系统维护人员,需要以管理员身份在系统中维护。

第二类,导师,用户可在web端或者客户端注册账号,注册为导师,导师注册后,需要经过系统管理人员进行审核,审核通过后才可进行导师的相关操作。

第三类,学员,用户可在web或者客户端进行账号注册为学员。

注册成功后,则可进行学员的相应操作。

2、所有系统用户,可以在web端或者客户端进行自身信息的修改。

3、客户端软件发布:在软件上传之前,需先配置该软件对应的适配组(适配组是因为操作系统或屏幕分辨率或尺寸的不同人为分配的适配标识,一个适配组通常对应一个操作系统的多款手机终端,见适配组管理),上传软件时只用选择软件的大版本、小版本对应的操作系统和适配组即发布成功(见软件发布)4、客户端软件发布成功后,需要配置该软件可用的相关办公插件,配置后用户在企业应用里面才可以看到东西3.1.1.系统管理系统管理即后台系统管理,指对后台本身的用户进行管理3.1.1.1.用户管理即对后台里面的用户进行管理,可以新增、编辑和删除用户,充值用户密码,并可以对用户赋予或删除对应的角色。

新增修改时效果如下图(不需要完全一样,信息科在一页显示、分组信息、角色信息可不要):用户表的信息包含:用户姓名、账号(不能重复)、邮箱、电话、性别(0女1男)、年龄、状态(0正常、1禁用、2删除)、备注、创建人、创建时间、最后修改人、最后修改时间。

【要求】平台中用户密码必须加密、用户账号作为用户登录的用户名,在平台中必须唯一。

密码管理提供给每个后台用户使用,用户可以通过该功能修改自己的后台密码。

3.1.1.2.课程管理系统维护人员,根据权限,可对系统中的课程进修维护操作,如:查询,新增,删除、修改课程信息。

课程信息为关键性数据,在删除课程信息时,必须使用软删除,不能直接删除数据库中的数据。

3.1.2.导师功能模块3.1.2.1.注册用户可通过平台提前的web端,注册是导师:导师注册后,需要系统维护人员审核,审核成功后才能够进行相应的操作。

3.1.2.2.学员管理导师可查看关注自己的学员信息,以及发起拜师请求的学员信息。

并可通过或者拒绝学员的拜师请求,拒绝时需填写拒绝理由。

3.1.2.3.班级管理导师可通过平台管理自己的班级情况,管理班级分为新增,修改,解散班级。

A 新增班级:导师可新增班级,新增班级时需填写班级名称、班级标识、开班时间、班级人数、最少开班人数、是否允许学生申请加入等信息。

B 班级新增后,如到达开班时间未达到最少人数,则系统自动解散班级。

C 修改班级信息,同新增班级信息。

D 解散班级,导师可根据情况,主动解散班级。

E 如果班级为允许学生申请加入,则不是自己的学生也可以申请加入,申请加入后,导师可在班级信息中看到申请加入班级的学生信息。

同意申请后,学生加入此班级,并且成为该导师的学生。

F 拒绝学生加入班级:如果学生信息不满足加入班级的条件,则导师可拒绝学生加入班级,拒绝时必须填写拒绝原因。

数据库表字段: id,班级标识(唯一)、班级名称、开班时间、班级最大人数、班级最少人数、教师ID、是否接受申请、状态(0等待开班、1已开班、2已结束、3已删除)、创建人、创建时间、修改人、最后修改时间,备注。

3.1.2.4.班级分组管理当班级开课以后,在班级列表,点击管理分组,进入班级分组管理界面。

导师可以查询分组、创建分组、修改分组。

并可维护每个分组中的学生(同一个学生在同一个班级只能在一个分组中)。

3.1.2.5.基础任务维护导师可在任务管理界面新增、修改、查询、删除任务信息(删除基础任务信息使用软删除)。

新增基础任务信息包含:基础任务名称、任务类型(在线考试或者其他)、任务说明,任务附件。

3.1.2.6.任务发布在已发布任务界面,导师可以查看自己已经发布的任务信息,完成情况(发布给多少人,一完成多少人、等信息)。

并可以创建发布任务。

点击创建发布任务,进入创建任务界面。

填写任务名称,选择基础任务包,选择任务开始时间,选择任务结束时间,选择执行任务的分组(多选),填写备注信息。

3.1.2.7.已提交任务在发布任务中,点击任务详情,可以查看当前任务的完成情况,针对已提交的任务,导师可查看提交任务的完成情况,并对任务进行打分。

3.1.3.学员功能模块3.1.3.1.学员注册用户可以通过平台,注册成为学员,注册学员时,需填写姓名,登录账号,登录密码、性别,年龄、婚姻状况、民族、生日、联系电话、工作年限、邮件地址、联系地址、学校名称、起止时间、专业、学历、学习方向。

兴趣爱好、个人技能、工作经历。

3.1.3.2.查询导师学员注册成功后,可通过登录页面登录平台。

学员可在导师介绍界面,查看自己感兴趣的导师,查看导师的学生,查看导师所开的班级等信息。

点击我的导师还可以查询自己所拜的导师。

3.1.3.3.拜师学员针对自己所敢兴趣的导师,可点击拜师操作,进行拜师,拜师时需要给导师进行200字以内的留言。

3.1.3.4.我的任务学员可在我的任务中查看导师所分配给自己的任务以及自己所领取的公共任务。

我的任务可根据不同的任务状态查询,如,为开始,一开始,已完成,已打回,已结束。

3.1.3.5.查看任务详情点击任务名称,可查询任务的详情,并可在任务后进行留言。

3.1.3.6.领取公共任务学员可根据自己的情况,去竞技场领取公共的任务,完全成为,提示自己的等级。

3.1.3.7.提交任务对于已完成的任务,学员可以提交任务到导师出。

提交任务时,可以进行留言,添加附件操作。

3.2.客户端接口3.2.1.注册接口4.非功能性需求4.1.易用性终端侧遵循相应手机平台的用户操作习惯,平台侧遵循windows的用户操作习惯4.2.可靠性平台侧应该能够在不需要重新启动整个系统服务的情况下,自动重新建立与数据库的链接。

平台侧应该能够自动监测服务是否中止,并尝试重新启动;平台侧应该提供数据库系统备份和恢复功能;4.3.性能整个系统要求支持负载均衡和双机热备应用,具体的性能指标要求如下:●支持2000人在线、400并发,后续可扩展支持更多在线用户和并发数量●非3G网络和WiFi情况下登录时间少于4秒,获取列表时间少于5秒,信息查看、邮件查看时间少于5秒,流程查看少于5秒,附件快照方式第一页时间小于12秒(不超过2M的附件),翻页时间小于6秒。

相关文档
最新文档