软件工程实验室管理系统需求分析.docx

1、软件工程实验室管理系统需求分析中南民族大学管理学院 实验室管理信息系统课程名称： 软件工程 年 级： 2009 专 业： 信息管理与信息系统指导教师： 杨 健 完成时间： 2011年11月13日 小组成员：伍振华 09056006 王添玺 09056010 1.前言.42.系统总体功能分析.4 2.1系统总体功能分析.4 2.2各模块需求分析.5 2.2.1个人信息查询模块.5 2.2.2值班信息模块.5 2.2.3文档管理员模块.5 2.2.4设备维护员功能模块.5 2.2.5请假管理模块.6 2.2.6角色管理模块.63.实验室后台各部分功能需求分析.6 3.1实验室勤工人员功能分析.7

2、3.2实验室维护员功能需求分析.8 3.3实验室文档管理员功能需求分析.9 3.4终极管理员需求分析.104.系统流程图.11 4.1实验室值班安排子系统系统流程图.11 4.2设备管理子系统系统流程图.12 4.3实验室文档管理系统系统流程图.12 4.3.1档案入库系统流程图.12 4.3.2文档删除流程图.14 4.3.3文档外借流程图.14 4.3.4 文档归还流程图.145.数据流图.15 5.1数据流条目.15 5.2处理逻辑描述.19 5.2.1管理员信息处理逻辑.19 5.2.2值班表安排处理逻辑.19 5.2.3值班信息管理处理逻辑.20 5.2.4设备故障信息数据流图20

3、5.2.5请假管理处理逻辑21 5.2.6论坛管理数据流图22 5.2.7设备资产管理处理逻辑23 5.2.8角色管理处理逻辑24 5.2.9公告管理处理逻辑265.2.10文档入库处理逻辑275.2.11文档删除及查询已删除文档处理逻辑.285.2.12文档外借处理逻辑295.2.13文档归还处理逻辑31 5.3数据流图.31 5.3.1管理员信息数据流图32 5.3.2值班表安排数据流图32 5.3.3值班信息管理数据流32 5.3.4设备故障信息数据流图33 5.3.5请假管理数据流图.33 5.3.6论坛管理数据流图.34 5.3.7设备资产管理数据流图34 5.3.8角色管理数据流图

4、34 5.3.9公告管理数据流图.35 5.3.10 文档入库数据流图.35 5.3.10 文档入库数据流图.35 5.3.11文档删除及查询已删除文档数据流图.35 5.3.12 文档外借数据流图.36 5.3.12.1 文档不在库中时数据流图.36 5.3.12.2文档在库中时数据流图.36 5.3.13文档归还数据流图.366.数据库概念模型设计.37 6.1数据库描述.37 6.2数据实体描述.37 6.3数据实体关系图（E-R图）.38需求分析说明书最后系统实现的目标是全面覆盖实验室管理的各个方面，为学生提供一些必要的实验资源，为老师提供方面的实验室管理，从而提高我们实验室的管理水平

5、，同时增加我们的管理效率及质量。在编写文档之前我们首先与学院实验中心的各工作老师以及实验室的勤工同学进行了交流，了解实验室的规模、管理的任务范围、管理状况，通过调查、分析，同时得到老师及勤工同学的建议得出新系统主要的总体功能需求，根据新系统的总体需求将这个系统划分成两个部分，一个是前台的设计，另一个就是后台的管理。同时根据需求给该系统设计了7个角色，他们分别是终极管理员、文档管理员、设备维护员、勤工组长、勤工人员、老师、学生，各层角色权限大小如下图所示：各个角色介绍：终极管理员：管理整个实验室系统，包括对前台的管理，管理员权限的设置，等等。勤工人员：实验课上助教人员，主要任务在实验课上维护课堂

6、秩序，也叫值班人员，主要功能需求是填写各类关于实验及机房的信息。勤工组长：跟勤工人员任务一样，附加的功能为安排勤工人员值班表。文档管理员：实验档案的整理、存放等任务，同时负责审核申请注册老师权限的功能。设备维护员：实验室各类设备的维护任务。2.2各模块需求分析下面详细分析后台管理的一些具体需求，同时将这些需求划分成几个模块具体分析如下：2.2.1个人信息查询模块该模块的设计需求主要是及时了解自己的个人信息，同时可以查询他人的信息，方便整个实验室管理员的沟通交流，同时也方便管理员对用户的管理。2.2.2值班信息模块该模块的设计需求是针对实验课上值班的人员对自己值班信息的查询，可以查询自己这一周值

7、班的次数，值班的情况，同时也方便管理员的管理，管理员可以方便的查询出某实验课值班的值班到位情况。2.2.3文档管理员模块该模块针对实验室的文档出库入库的需求而设计，稳当管理员利用该功能，可以方便管理实验报告、实验文档、实验指导书等等文档的出库、入库、外借等功能，同时审核用户注册老师这一权限是否通过，还有就是电子资料（实验指导书、实验教程等）的保存及上传，供学生们下载参考。同时文档管理员可以方便的查询文档的情况，文档的位置等等，既合理利用了文档仓库，也提高了工作效率。2.2.4设备维护员功能模块该功能模块的设计需求来自实验室维护人员。现阶段管理学员实验室管理人员每天最主要的任务就是使实验室计算机

8、等设备的正常运转，保证实验课的正常进行。同时需要对实验室设备进行管理，统计实验室设备，添加设备等等操作。该模块的设计大大提高了对实验室设备这方面的管理。维护员能及时从实验室值班人员那里获取计算机等设备的故障信息，争取达到第一时间进行维修，同时保存维修记录，如果现在不能完全修复，故障信息仍然保存着，不至于丢失、搞忘。2.2.5请假管理模块该功能模块的设计需求主要针对管理员对实验室人员的请假管理，特别是对值班人员的管理。现阶段管理学院实验室在实验室上课值班人员是学生，如果碰到一些特殊情况不能来实验课上值班，出现实验课没学生助教的情况，会影响到实验教学的质量，同时也加大了管理员对值班人员的管理。根据

9、上面这种情况设计了请假管理模块，值班学生可以通过该模块申请请假请求，老师能及时获取请假请求，并对该请求作出审核，同时方便管理员的调配。2.2.6角色管理模块基于实验室值班人员（勤工人员）每年都在变，每年都存在着增加和删除的操作。为终极管理员设计了该功能模块，终极管理员可以通过该功能模块添加、删除管理员角色，同时可以为该管理员设置权限。 总体需求如下图（2.1）所示：图（2.1）实验室管理系统总体需求3.实验室后台各部分功能需求分析以下就是对整个实验室系统的具体功能需求分析，按照管理员的不同权限逐一分析各级管理员需要的功能。3.1实验室勤工人员功能需求分析该层次是针对在实验室工作的学生设计。所要

10、实现的功能是：.查询自己的个人信息 .修改自己的个人信息.个人信息管理 .查询他人信息.修改自己的登录密码.查询实验室实验课表.填写值班信息.值班信息管理 .查询值班信息.填写实验室设备故障.查看实验室设备故障 .提交请假申请 .请假管理 .查询审核结果实验室勤工人员功能需求如下图（3.1）所示：图（3.1）实验室勤工人员功能需求框图附加功能：实验室值班表安排系统（该系统专门给组长设计，组长利用该系统排出本学期实验室工作的学生的值班表，同时在发生变更时，对值班表作出调整）该功能的需求设计是为了填补实验室对于勤工学生们的管理的不足，让实验室老师们即时了解实验室使用的情况，同时也提高了对故障设备的

11、处理效率，能及时发现故障，方便维修人员的维修及维护。如：实验室的一台计算机出现蓝屏现象，值班的学生把该故障输进实验室设备故障表中，实验室维修人员及时查看到计算机故障信息，同时尽快处理。保证实验课正常进行。3.2实验室维护人员功能需求分析该层次是针对实验室维护人员的需求。维护人员所要实现的功能如下： .查询个人信息.个人信息查询 .修改个人信息 .查看他人信息 .修改密码 .查询勤工人员信息.实验室勤工人员管理 .查询勤工人员值班表 查看设备信息.设备管理 增加设备 删除设备 .查询待维修的设备.实验室维护管理 .填写实验室故障排除及维修情况 .查询实验室故障与维修情况.实验室工作人员信息查看实

12、验室维护人员功能需求如下图（3.2）所示：图（3.2）实验室维护人员功能需求框图该功能模块的设计为了及时维护实验室设备，保证实验室的正常使用。3.3实验室文档管理人员功能需求分析该层次的是针对实验室维护人员的需求。所要实现的功能如下： 查询个人信息.个人信息查询 修改个人信息 修改密码.查询实验室文档库的档案记录 .填写实验室档案入库信息.实验室文档管理 .填写实验室档案的外借信息 .实验室档案删除（文档过期、损坏） .上传电子文件 .查看申请信息.审核老师权限的申请 .审核 .上传电子文档.电子文档管理 .删除电子文档 .上传教学视频实验室文档管理员功能需求如下图（3.3）所示：图（3.3）

13、实验室文档管理员功能需求框图该层次管理员功能的需求为了方便实验室文档库的管理。文档管理员希望随时可以查看文档库中的文档信息，并将这些信息记录到数据库中更有效保护这些文档信息，同时减轻了文档管理员对文档处理的负担。3.4终极管理员需求分析主要是针对整个实验室的管理的功能需求。该层次的管理员集成了以上所有管理员的权限，同时添加了一些特殊的功能。具体所要实现的功能如下： 查询个人信息.个人信息查询 修改个人信息 修改密码.查询勤工人员值班情况 .实验室勤工人员管理 .查询勤工人员信息 . 查询勤工人员值班表 .查询待维修的设备.实验室维护管理 .查询实验室故障与维修情况.查询实验室文档库的档案记录.

14、实验室文档管理 .查看实验室档案的外借信息 .实验室档案删除（文档过期、损坏）信息 .查看请假请求.请假管理 .审核请假请求 .申请下一级管理员角色 .角色管理 .删除管理角色 .赋予权限 实验室终极管理员功能需求如下图（3.4）所示：图（3.4）实验室终极管理员功能需求框图以上就是实验室后台各级管理员所要的需求。4. 系统流程图4.1实验室值班表安排子系统系统流程图：图（4.1）4.2设备管理子系统系统流程图：图（4.2）4.3 实验室文档管理系统系统流程图：4.3.1档案入库系统流程图图（4.3.1）4.3.2 文档删除流程图：图（4.3.2）4.3.3 文档外借流程图：图（4.3.3）4

15、.3.4 文档归还流程图：图（4.3.4）5.数据流图5.1数据流条目数据流编号：admin_inf数据流名称：管理员信息描 述：各级管理员的个人信息表数据流去向：系统使用员数据流来源：各级管理员定 义：管理员信息=账号+密码+真实姓名+学号/工号+籍贯+专业/职务+性别+QQ+E-mail+头像+电话号码+认证权限码数据流编号：user_inf数据流名称：用户信息描 述：老师同学们的个人信息表数据流去向：老师同学个人数据流来源：老师同学个人定 义：用户信息=账号+密码+真实姓名+学号/工号+籍贯+专业+性别+QQ+E-mail+头像+电话号码数据流编号：Q_duty_001数据流名称：值班表

16、描 述：勤工人员来实验室值班的安排表数据流去向：勤工人员+终极管理员数据流来源：勤工组长定 义：值班表=勤工人员姓名+星期（一二三四五六七）+值班的时段 数据流编号：Q_duty_002数据流名称：值班信息表描 述：勤工人员每次来实验室值班的课堂各类信息数据流去向：勤工人员+终极管理员数据流来源：勤工人员定 义：值班信息表=实验课名称+日期时间+实验项目名称+实验类别+实验对象+班级、专业+实验人数+每组人数+实验学时+未到人数+实验条件+指导老师+实验维护人员+勤工人员姓名数据流编号：Q_SBWX_003数据流名称：设备维修表描 述：设备故障与维修记录数据流去向：实验室维护人员+勤工人员+终

17、极管理员数据流来源：勤工人员+维护人员定 义：设备维修表=设备名称+设备型号+设备故障信息表+设备故障处理表数据流编号：Q_duty_004数据流名称：设备故障信息表描 述：设备出现故障时，设备出现的各种状况数据流去向：实验室维护人员+勤工人员+终极管理员数据流来源：勤工人员定 义：设备故障信息表=故障现象+当前日期+使用人+勤工人员姓名位 置：设备维修表数据流编号：Q_duty_005数据流名称：请假信息表描 述：勤工人员不能来值班原因等信息数据流去向：终极管理员数据流来源：勤工人员定 义：请假信息表=时间日期+病假or事假+请假原因+请假人数据流编号：Q_duty_006数据流名称：论坛公

18、告表描 述：在实验交流论坛中发布的一些公告数据流去向：学生、老师数据流来源：勤工人员定 义：论坛信息表=时间日期+类型+公告信息or通知信息数据流编号：W_SB_001数据流名称：设备资产管理表描 述：对实验室设备的信息记录和变更情况数据流去向：实验室维护员+终极管理员数据流来源：实验室维护员定 义：设备管理表=设备信息表+设备变动情况表数据流编号：W_SB_002数据流名称：设备信息表描 述：设备的基本信息数据流去向：实验室维护员+终极管理员数据流来源：实验室维护员定 义：设备信息表=仪器名称+仪器编号+领用单位+分类号+购置日期+|型号+出厂号+出厂日期+规格+国别+厂家+现状（是否在用）

19、+单价+使用方向位 置：设备管理表数据流编号：W_SB_003数据流名称：设备变更情况表描 述：设备使用情况的变更数据流去向：实验室维护员+终极管理员数据流来源：实验室维护员定 义：设备变更情况表=变动日期+单位编号+使用单位+使用人+备注数据流编号：W_SBWX _005数据流名称：设备故障处理表描 述：设备出现故障后对故障的处理记录数据流去向：实验室维护人员+勤工人员+终极管理员数据流来源：实验室维护人员定 义：设备处理表=维修方法+检验结果+维修日期+维修人员+维修费用位 置：设备维修表数据流编号：WD_zzwd_001数据流名称：纸质文档信息表描 述：纸质的实验报告、实验指导书、课程设计等纸质档案的在库信息数据流去向：文档管理员+终极管理员数据流来源：文档管理员