1 / 49
文档名称:

项目需求说明书.docx

格式:docx   大小:1,301KB   页数:49页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

项目需求说明书.docx

上传人:niupai11 2022/5/29 文件大小:1.27 MB

下载得到文件列表

项目需求说明书.docx

相关文档

文档介绍

文档介绍:tt亚iSBStR有眼公31
&YD- COMPANY LIMITED
系统项目功能说明书
事业部: 财经处
部 门:财务信息资源部培训部
项目名称: 培训系统上线
2010年9月
目录
一、需求分析 3
用提供什么服务,以及用户需要为系统提供的 服务。
根据需求分析,可以知道系统分为管理员、部门主管、教师、员工四种系统 角色。他们的用例如下图:
题目管理
试卷管理
人员特殊情呪反馈
课程库管理
多功能训练
修改密码
选课管理
统计
登录
用.
教师
成绩单管理
部门主管
1
课程评估
管理员
帐号管理
-
考试
<<extend>>i
员工
图 总用例图
反馈表审核
<<exte
帐号CRUD
嗜加选课记录
删瞳选谍记录
多功能训縛
参功能训縛报告复评
统计汇总评怙单
统计汇总成绩
«extend>>
为了使图更简洁,CRUD分别表示:増加(Create)s查询(Retrieve)s更新(Update)和删除(Delete)等四个用例
图 管理员用例
z<<extend>>
图 部门主管用例图

领域模型描述了主要的商业类型或实体,一般用类图表示。类图描述系统中 类的静态结构,通过分析用例和问题域,就可以得到相关的类,然后再把逻辑上 相关的类封装成包。

商业过程模型描述了系统中的商业过程,一般用活动图表示。活动图用于对 系统的动态行为建模,它描述活动的顺序,展现从一个活动到另一个活动的控制 流。

选课
统计匸总
;理员
丸员特殊情况维护
生成试卷


评卷
选择培训模块
课程评怙汇总.
部门课时汇总
教师
成绩单汇总
編辑培训计划
編辑选课单
员工
培训计划管理
选课管理
编辑试卷
漏辑题目
发布培训计划J
课程评估
考试
成绩管理
课程评估管理
课时管理
(试题管理
提交选课单
生成成赣单
考试
员工
漏辑包括増枷、 删除修改等

、/

三、分析与设计
3・1系统角色与权限设计
通过需求分析,了解业务流程后,经过思考,最终决定系统划分为四种角色, 管理员、部门主管、教师、员工。系统管理员主要为人力资源部的同事,部门主 管,教师两个角色同时也具有员工的权限,员工的权限最少,但是经过管理员的 授权后,部门主管和员工可以当教师,一个人可能同时兼具几种角色。管理员拥 有系统的最大的权限,教师与部门主管之间权限关系比较复杂,部门主管可以当
教师,员工也可以当教师,并且他们当教师时也同时拥有员工的权限。权限的关 系如下文氏图所示:
管理员
/k i -、
# C教师
部门主管i员工

因为权限经常变更,所以系统采用用户组的方式来管理用户的权限,统一由 管理员来配置各用户组的具体权限。
权限模块将通过员工表、人员映射表、用户组表、权限映射表、权限表、权 限行列表等六个表来完成权限的映射。
因为员工表与用户组表,用户组表跟权限表都是多对多的关系,所以在他们 之间加入人员映射表和权限映射表,以记录他们之间的映射关系。
而编辑一个模块的权限也可以拆分为进入模块,增加、删除、修改、查询该 模块等小权限。通过权限行列表可以配置编辑权限的种类。
而通过比较权限ID的大小,可以判断用户是否拥有相应的权限去编辑一个 模块或者使用系统。

321购书系统功能模块的总体设计
通过了对系统进行建模,画出了各个用例图,再根据系统划分的四种角色, 管理员、部门主管、教师、员工和用例模型便可以将系统进一步划分成一些功能 模块。
表3・1功能模块列表
序号功能模块类别| 功能模块 子模块 权限
1
多功能训练
2
3
4
培训
5
6
7
系统管理
多功能训练计划管理
管理员及部门主管
多功能训练报告管理
管理员及部门主管
多功能训练报告复评
管理员
选课管理
课程库管理
管理员
选课记录管理
所有角色
考试管理
试卷管理
管理员及教师
题目管理
管理员及教师
考试管理