实验室固定资产管理系统需求分析.docx
- 文档编号:11036973
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:28
- 大小:164.83KB
实验室固定资产管理系统需求分析.docx
《实验室固定资产管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《实验室固定资产管理系统需求分析.docx(28页珍藏版)》请在冰豆网上搜索。
实验室固定资产管理系统需求分析
1.引言
1.1编写目的
信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。
计算机虽然与人类的关系愈来愈密切,还有人由于计算机操作不方便继续用手工劳动。
为了适应现代社会人们高度强烈的时间观念,设备管理系统软件为设备管理带来了极大的方便。
该软件是以JSP语言为实现语言基于B/S模型开发的,其功能在系统内部由源代码直接完成。
通过操作手册,使用者可以了解本软件的基本工作原理。
操作人员只需输入一些简单的汉字、数字,即可达到自己的目标。
1.2预期的读者
最终用户:
实验室设备后勤管理、各实验室主任、系统设计人员、系统测试者。
1.3项目背景
软件名称:
实验室固定资产管理系统
软件项目的提出者:
实验室设备后勤部
软件开发者:
信息科学与技术学院数据挖掘实验室研一同学
软件用户:
实验室设备管理员和实验室上级领导
实现软件的计算中心:
实验室微电脑
相关联系:
和我校的财务管理与课程管理软件系统中的相关信息挂钩。
1.4定义
超级管理员:
该系统的总管理员,拥有最大的权限,可以查询所有实验室的设备信息,职责是审核各实验室管理员提交的各种业务以及日常的管理工作。
实验室主任:
该管理员是由超级管理员创建并分发给各个实验室主任,该管理员权限较低,只能管理自己实验室的设备以及提交设备报增、设备转移、设备注销等请求。
固定资产管理系统:
固定资产管理系统是帮助管理人员对设备的管理软平台软件。
使用JSP编程语言以及数据库技术,独立完成其功能。
报废:
管理人员发现设备因某些原因损坏而导致设备不能使用时,就将该设备记录下来,并记录报废原因。
流动:
当某一实验室的设备借给另外的实验室时,实验室管理员应记录设备的编号、所属实验室以及设备去向(借设备的实验室),然后将记录提交给超级管理员。
报增:
当某一实验室新增加了设备时,实验室管理员应记录设备的编号、金额、所属实验室等信息然后提交给超级管理员(超级管理员审核后将新设备数据入库)。
查询:
随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段(某日期之前)查询
实验室固定资产:
主要是指实验室里的各种设备。
1.5参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、由信息科学与技术学院设备后勤管理部门提供的设备信息文档格式及样本
2项目概述
我校的实验室固定资产的管理还处于较为原始的手工阶段。
缺少一套实用可靠的固定资产管理系统软件。
随着数字化自动办公的一步步完善,利用计算机管理系统管理我校的实验室设备势在必行。
学院设备后勤管理部门根据实验室设备信息化建设统一规划和部署,决定开发实验室固定资产管理系统,实现对实验室设备信息的管理。
2.1系统建设背景
现今实验室设备管理的烦索给具有强烈时间观念的管理人员带来了诸多不便,设备管理部门缺少一种完善的设备管理软件(平台),为了对实验室设备的方便管理,因此开发了本系统。
本系统以西南交通大学内部网为基础进行开发,各实验室之间的网络连接畅通,网络带宽能够满足数据库数据的实时传输要求。
2.1.1系统规模
本系统拟将做好的平台挂在学院服务器上,后台数据库唯一,各实验室管理员通过登录到管理系统页面,进行管理工作,所有的数据均存放在后台数据库中。
(实验室只针对信息科学与技术学院),有关组织机构如下图:
2.1.2预期目标
a.为了使实验室设备管理系统更完善,实现完全按规则来操作;
b.为了实验室设备管理人员对设备的管理更方便;
2.2项目目标
通过本系统软件,能帮助管理人员利用计算机和学院内部网络,快速方便的对实验室设备进行管理、输入、输出、查找的基本操作,使散乱的人事结构能够具体化,直观化、合理化。
2.3用户特点
2.3.1行业特点
实验室固定资产管理的特点有:
1、各个实验室设备不同,设备具有分散性。
2、各实验室主任负责管理本实验室的设备,并把设备的有关信息上报实验室设备后勤管理部门,作为建立设备档案、进行设备管理的依据。
3、实验室设备后勤管理部门负责全面的设备管理工作。
2.3.2人员特点
本软件的最终用户是实验室设备后勤管理部门的管理人员、各实验室主任。
他们已具有熟练使用计算机的基本技能。
2.3.3业务数据量
目前各实验室设备总和超过5700台,总金额在千万以上,随着形式的发展,每年设备的数量还将有所增加,其数目估计在5800~6000之间。
以三年为周期。
2.3.4使用频度
系统的主要操作是数据录入和查询、统计分析。
这些操作主要集中在:
(1)新设备进入实验室时,建立设备基本信息档案。
(2)设备报废时,实验室主任提交报废申请。
(3)设备流动时,实验室主任提交流动申请。
(4)需要打印设备信息时。
在上面四个时期,使用该系统较多。
平时使用较少。
2.4计算机应用现状
计算机应用情况:
在设备管理方面已部分引入计算机。
使用的微机已与学校内部网联网。
人员情况:
所有工作人员均有计算机操作经验,能比较熟练使用办公自动化软件和上网操作。
设备情况:
实验室设备后勤管理部门和各实验室均属于同一校园网中。
2.5条件及限制
开发工具及环境规定:
软件结构:
B/S结构
操作界面:
浏览器界面
数据库:
MS-SQLSERVER
操作系统:
WindowsXP系列
服务器系统Win2000Server
3.现行系统的基本情况
现行系统:
指实验室设备后勤管理部门现在执行设备管理的系统。
3.1基本现状
实验室设备后勤管理部门业务活动现在主要通过人工过程完成,即设备的报增、报废、流动、表格填写、数据整理、查询、统计、后勤管理部门与各实验室的数据传送等都由人工完成。
3.2组织机构与职能
3.2.1组织机构
实验室固定资产管理主要由实验室设备后勤管理部门和各实验室执行,有关的组织机构如下图:
3.2.2组织机构与实验室固定资产管理有关的职能说明
3.2.2.1实验室设备后勤管理部门
工作职能:
负责实验室固定资产的管理工作。
主要业务工作包括:
(1)审核各实验室主任提交的设备报增业务。
(2)审核各实验室主任提交的设备报废业务。
(3)审核各实验室主任提交的设备流动业务。
(4)查询各实验室设备的所有信息。
3.2.2.2各实验室
工作职能:
管理本实验室的所有设备。
主要业务工作包括;
(1)提交本实验室设备报增申请。
(2)提交本实验室设备报废申请。
(3)提交本实验室设备流动申请。
(4)查询、更新本实验室设备的信息。
3.3业务管理模式
集中管理:
实验室固定资产管理由实验室设备后勤管理部门进行集中、具体管理。
这些管理工作包括:
新设备报增管理、设备报废淘汰管理、设备所属实验室变动管理。
分散组织:
实验室固定资产由各实验室主任按学院要求进行日常使用和管理,并将有关设备使用情况等信息上实验室设备后勤管理部门进行统一备案,集中管理。
4功能需求
本项目开发的实验室固定资产管理系统的主要功能如下:
针对超级管理员:
(1)完成各种类型的查询(如查询指定实验室,指定设备,价格大于某一价位的设备以及各种统计)。
(2)超级管理员可以下放权限到各个实验室,即创建实验室管理员的账号以及查询实验室管理员的信息(当实验室管理员密码丢失时可联系超级管理员取回密码)。
(3)超级管理员登录系统后会在页面看到实验室管理员提交的各种请求(还没处理的,处理过的不予显示),超级管理员依据情况作出通过审核和拒绝请求两种操作,当执行拒绝请求的时候要写入拒绝原因以及建议,该建议会发送给提交请求的管理员(在该管理员下次登录系统时会看到)。
(4)恢复误删的设备信息数据。
针对实验室管理员:
(1)可以查询其所在实验室的所有设备信息。
(2)在实验室新增了设备或者是设备报废淘汰时,向超级管理员提交报增或报废设备请求。
(当超级管理员审核通过之后,数据才成功更新到数据库)
4.1系统逻辑模型
4.1.1新设备报增申请与查询数据流程图
录入新设备信息
设备基本数据
4.1.2设备报废申请与查询业务流程图
4.1.3设备流动申请与查询数据流程图
设备流动申请数据
4.2功能描述
4.2.1新设备报增功能描述
功能编号:
1
功能名:
设备报增
简要叙述:
当实验室购入新设备时,需要实验室主任提交了设备报增申请并通过了审核之后设备信息才录入现用设备数据库。
输入数据流:
新设备详细信息数据
输出数据流:
设备基本情况数据
加工逻辑:
输入新设备的详细信息并提交给后勤管理审核,通过审核后设备数据录入设备数据库并可以查询输出该设备的各项信息。
用户:
实验室主任
功能编号:
2
功能名:
后勤管理部门(审核)
简要叙述:
当实验室管理员提出设备报增申请后,后勤管理部门人员将进行审核。
输入数据流:
后勤管理人员审核意见(来自人工输入),设备报增申请数据
输出数据流:
后勤管理人员审核结果。
(若没有通过审核,则将审核失败原因以及下一步的建议反馈给实验室主任)
加工逻辑:
后勤管理人员阅读设备报增申请,并录入审核意见。
用户:
后勤管理人员
功能编号:
3
功能名:
打印新增设备信息
简要叙述:
打印新增设备信息。
输入数据流:
新增设备的详细表单。
输出数据流:
新增设备信息表
加工逻辑:
从新增设备表中所存放的数据中查找,并按实验室编号打印出设备信息。
用户:
后勤管理人员
功能编号:
4
功能名:
设备统计分析
简要叙述:
对于给定的任意时间,统计各实验室的设备数量(可包括金额),产生设备分析表。
输入数据流:
设备基本情况数据,设备变动数据
输出数据流:
统计分析数据表
加工逻辑:
每个实验室现用设备数+新增设备数-报废设备数
用户:
后勤管理人员
功能编号:
5
功能名:
按实验室编号统计分析
简要叙述:
按实验室编号统计各实验室现用设备数目,产生按实验室编号统计的分析表。
输入数据流:
设备基本情况数据
输出数据流:
按实验室编号统计分析
加工逻辑:
以实验室编号为单位统计现用设备数。
用户:
后勤管理人员
功能编号:
6
功能名:
设备信息查询
简要叙述:
按给定的设备的关键信息,查找出设备的基本情况数据。
输入数据流:
查询请求
输出数据流:
设备基本情况数据
加工逻辑:
选择查询导航数据(实验室编号、金额、入库日期等),查找符合条件的设备基本情况数据。
用户:
各实验室主任,后勤管理人员。
4.2.2设备流动管理功能描述
功能编号:
7
功能名:
设备流动申请
简要叙述:
当实验室的设备因为某种情况要借给(或转让)另外一个实验室时,则利用此功能填写申请表
输入数据流:
设备流动申请数据(来自人工输入)
输出数据流:
设备流动申请数据(更新现用设备信息,并且将数据写入流动表中)
加工逻辑:
实验室主任录入设备流动申请数据并提交。
用户:
实验室主任
功能编号:
8
功能名:
后勤管理部门(审核)
简要叙述:
当实验室管理员提出设备流动申请后,后勤管理部门人员将进行审核。
输入数据流:
后勤管理人员审核意见(来自人工输入),设备流动申请数据
输出数据流:
后勤管理人员审核结果。
(若没有通过审核,则将审核失败原因以及下一步的建议反馈给实验室主任)
加工逻辑:
后勤管理人员阅读设备流动申请,并录入审核意见。
用户:
后勤管理人员
功能编号:
9
功能名:
设备流动统计分析
简要叙述:
统计各个实验室设备流动的情况。
输入数据流:
设备流动数据(来自设备流动表)
输出数据流:
设备流动统计表
加工逻辑:
按实验室编号统计各类设备流动的数据,并按一定的格式现实出来。
用户:
后勤管理人员
功能编号:
10
功能名:
设备流动查询
简要叙述:
查询设备流动情况
输入数据流:
设备流动数据(来自设备流动表),查询条件数据
输出数据流:
设备流动数据
加工逻辑:
按照给定的查询条件,从设备流动表中检索出复合条件的设备流动数据。
用户:
后勤管理人员
功能编号:
11
功能名:
设备流动信息打印
简要叙述:
设备流动以后勤管理部门的审批结果为依据。
设备流动信息打印是将流动的设备具体信息打印出来以便后勤管理人员存档保存。
输入数据流:
设备流动数据(来自设备流动表)
输出数据流:
(以纸质形式的)设备流动信息表。
加工逻辑:
从键盘输入查询条件,从设备流动表中检索出复合条件的设备流动数据。
按特定的格式送打印机打印。
用户:
后勤管理人员。
4.2.3设备报废管理功能描述
功能编号:
12
功能名:
设备报废申请
简要叙述:
设备报废申请是对现用设备而言,当现用设备由于使用时间过长、老化、坏掉或者是实验室决定淘汰这些设备时,需要提交设备报废申请到后勤管理部门。
输入数据流:
现用设备基本信息,设备流动信息(如果有流动的话)
输出数据流:
审核结果
加工逻辑:
实验室主任提交需要报废的设备信息(包括设备流动信息)到后勤管理部门,所有数据核实准确后,如果审核通过,被报废的设备从现用设备表中删除,报废表中新增这一设备数据。
用户:
实验室主任
功能编号:
13
功能名:
后勤管理部门(审核)
简要叙述:
当实验室管理员提出设备报废申请后,后勤管理部门人员将进行审核。
输入数据流:
后勤管理人员审核意见(来自人工输入),设备报废申请数据
输出数据流:
后勤管理人员审核结果。
(若没有通过审核,则将审核失败原因以及下一步的建议反馈给实验室主任)
加工逻辑:
后勤管理人员阅读设备报废申请,并录入审核意见。
用户:
后勤管理人员
功能编号:
14
功能名:
报废设备表打印
简要叙述:
该功能可以打印出报废了哪些设备。
输入数据流:
报废设备信息。
输出数据流:
(纸质形式的)报废设备信息表
加工逻辑:
从报废设备表中获取相应数据,按照规定的格式打印输出。
用户:
实验室主任,后勤管理人员
功能编号:
15
功能名:
报废设备查询
简要叙述:
当设备报废审核通过后,后勤管理部门和实验室主任可以临时性的查询曾经使用过的设备的信息(现已报废)。
输入数据流:
设备查询条件
输出数据流:
报废设备的详细信息
加工逻辑:
从键盘输入设备查询条件,然后再设备报废表中获取数据,并按规定格式显式出来。
用户:
后勤管理人员、实验室主任
4.3数据流描述
数据流编号:
1
数据流名:
新设备报增数据
简要说明:
新设备报增是实验室购入新设备后的第一件事,只有审核通过后新设备才算有了身份。
数据流来源:
实验室新增的设备
数据流去向:
现用设备信息表
数据流组成:
设备编号+财政部编号+设备名称+设备型号+设备国别+制造厂家+出厂日期+出厂号+单价人民币+单价美元+特别提款权+经费科目+购置日期+领用日期+出库单号+使用单位+使用方向+注销日期+现状+管理人+附件件数+附件金额+设备简介+识别号+识别号+识别号+备注+实验室编号。
数据流通量:
每个新增设备一条数据。
数据存流编号:
2
数据流名:
设备流动数据
简要说明:
描述设备流动情况的数据。
数据流来源:
设备流动申请数据
数据流去向:
设备流动信息表
数据流组成:
设备编号+设备型号+设备名称+所属实验室+借用单位+借用日期+归还日期
数据流通量:
每个流动设备一条数据。
数据存流编号:
3
数据流名:
设备报废数据
简要说明:
描述设备报废情况的数据。
数据流来源:
设备报废申请数据
数据流去向:
设备报废信息表
数据流组成:
设备编号+实验室编号+设备型号+报废意见+意见回复+注销日期+报废申请日期
数据流通量:
每个报废设备一条数据。
数据存流编号:
4
数据流名:
(设备信息)查询条件
简要说明:
描述查询设备信息的查询条件。
数据流来源:
查询用户(有权查看设备信息的用户,主要是后勤管理人员和实验室主任,实验室主任只能查询所在实验室设备的信息)
数据流去向:
“设备信息查询”处理(后台的数据库中)
数据流组成:
实验室编号|设备编号|管理人|设备金额|入库日期
数据流通量:
用设备编号查询,一次一条数据;用其他方式查询,可能有多条数据。
数据存流编号:
5
数据流名:
设备统计查询条件
简要说明:
查询某个实验室或者多个实验室的设备统计信息。
数据流来源:
查询用户(后勤管理人员可以查询多个实验室设备统计情况,实验室主任只能查询所在实验室的设备统计情况)
数据流去向:
“设备统计分析查询”处理(在后台的数据库中)
数据流组成:
单个实验室编号|多个实验室编号
数据流通量:
查询一次一条数据或多条数据。
数据存流编号:
6
数据流名:
设备统计查询结果
简要说明:
根据设备统计查询条件所得到的查询结果。
数据流来源:
“设备统计分析查询”处理(在后台的数据库中)
数据流去向:
查询用户
数据流组成:
实验室编号+设备统计信息
数据流通量:
一次查询一条数据或多条数据。
4.4数据存储描述
数据存储编号:
1
数据流名:
现用设备信息数据
简要说明:
现用设备的数据信息。
数据流来源:
新增设备报增+现有设备录入
数据流组成:
设备编号+财政部编号+设备名称+设备型号+设备国别+制造厂家+出厂日期+出厂号+单价人民币+单价美元+特别提款权+经费科目+购置日期+领用日期+出库单号+使用单位+使用方向+注销日期+现状+管理人+附件件数+附件金额+设备简介+识别号+识别号+识别号+备注+实验室编号。
数据流通量:
每个录取学员一条数据。
数据存储编号:
2
数据流名:
设备流动信息数据
简要说明:
记录流动的设备信息。
数据流来源:
设备流动申请数据
数据流组成:
设备编号+设备型号+设备名称+所属实验室+借用单位+借用日期+归还日期
数据流通量:
每个设备一条数据。
数据存储编号:
3
数据流名:
设备报废信息数据
简要说明:
记录报废的设备信息。
数据流来源:
设备报废申请数据。
数据流组成:
设备编号+实验室编号+设备型号+报废意见+意见回复+注销日期+报废申请日期
数据流通量:
每个学员一条数据。
4.5数据元素描述
数据元素编号1
名称:
设备编号
别名:
无
描述:
唯一标识一个设备的关键域
数据类型:
字符
长度:
40
取值范围:
位置:
统计分析除外的所有数据流和数据存储
数据元素编号2
名称:
设备名称
别名:
无
描述:
实验室设备的名字
数据类型:
字符
长度:
40
取值范围:
位置:
新设备报增、设备报废、设备流动等相关的所有输入和输出数据流。
数据元素编号3
名称:
实验室编号
别名:
无
描述:
标识一个设备所属的实验室
数据类型:
字符
长度:
16
取值范围:
位置:
新设备报增、设备报废、设备流动以及除统计分析外的所有数据流和数据存储
:
:
5输入输出数据要求
系统输入数据:
指从系统外进入系统的数据。
一般指由人工输入到系统的数据。
系统输出数据:
指从本系统流出的数据,一般指通过表格形式显示和打印的数据。
5.1输入数据要求
1、现用设备详细信息数据
2、新设备报增信息数据
(1)新设备报增申请数据。
(2)关于新设备入库的审核。
3、设备流动信息数据
(1)设备流动申请数据。
(2)关于设备流动的审核。
4、设备报废的信息数据
(1)设备报废申请数据。
(2)关于设备报废的审核。
5.2输出数据要求
1、现用设备信息表。
2、流动设备信息表
3、报废设备信息表
6系统概念数据模型
根据上述业务流程分析、数据流程分析可知,实验室固定资产管理系统的唯一实体就是实验室设备,以及与设备实体联系的信息决定了本系统的信息需求。
设备除具有设备实体的基本信息外,还有部分与设备流动、设备报废等有关的设备实体,在概念模型设计中,将设备作为一个超类实体,具有设备流动和设备报废的设备按特殊子类进行描述。
具体描述如下:
1.设备实体描述:
2设备实体与其子类的联系描述:
3.设备与实验室的联系描述
7性能需求
7.1系统响应时间要求
根据业务管理模式,本系统采用数据集中管理方式作为系统开发的基础,用户以学院内部网上网方式操作该系统。
因此,系统对用户操作的响应时间将受网络速度的影响。
本系统在系统性能方面以用户可以接受的响应时间为准。
7.2系统安全性要求
1、数据要绝对安全防止有意无意的破坏数据。
若数据遭到破坏,系统具有数据恢复功能,不可恢复的数据仅限于当日录入和修改的数据。
2、各实验室主任仅能录入、修改和查询与该实验室设备有关的数据。
3、设备后勤管理部门有修改各实验室录入的设备数据的权力。
4、严格控制对数据的修改,只能数据录入的用户才有权对数据进行修改,修改以提交申请的方式,必须通过了后勤管理部门的审核才算修改成功。
7.3可靠性
要能够抵御用户可能的误操作,保证软件的健壮性
要对数据进行检验,保证数据有效性
在数据被破坏时,具有数据恢复能力
7.4易使用性
尽量作到:
(1)少输入汉字信息
(2)尽量利用“点选”实现数据的输入和操作
8用户操作需求
8.1用户操作基本要求
(1)用户界面设计以易理解、可操作为基本设计目标。
(2)用户界面设计应反映用户分组和各用户组操作权限的基本要求,即各用户只能对与自己操作相关的功能和数据是可见的。
8.2用户分类及权限分配
本系统将用户分成如下两类:
1、系统管理员用户:
具有系统管理权限,如用户注册、确定用户权限、修改用户权限、添加和修改值码表。
2、数据录入和修改用户:
具有数据录入和修改权限。
数据录入用户又将分为后勤管理录入用户和实验室录入用户。
各个用户录入数据的范围是:
(1)后勤管理部门用户录入的数据限于在后勤管理部门产生的数据;
(2)实验室用户录入的数据限于所在实验室产生的数据;
(3)后勤管理部门有权修改实验室录入的数据。
3、数据查询用户
(1)后勤管理部门查询用户:
可以查询所有实验室的所有设备数据。
(2)实验室查询用户:
只能查询该实验室所有的设备数据。
8.3用户功能视图
用户功能视图:
指特定用户所能看见和使用的系统功能的集合。
它是用户的系统权限在功能级上的抽象,是系统设计的基础。
8.3.1系统管理员用户功能视图
用户管理
用户权限修改
值码表维护
权限分配
8.3.2后勤管理部门用户功能视图
根据工作性质、岗位职责及数据完整性、安全性要求,可把后勤管理部门的用户分为数据录入修改用户、数据查询用户。
1、数据录入修改用户功能视图
(1)审核实验室主任提交的各种申请,若通过,则将数据入库,若不通过,则返回失败原因和建议
(2)现用设备信息表打印
(3)设备流动信息表打印
(4)设备报废信息表打印
2、数据查询用户功能视图:
(1)按设备编号查询某一确定设备
(2)按实验室编号查询该实验室所有设备
(3)按管理人名称查询该管理人保管的所有设备
(4)按设备金额查询(可设定金额大于某一值或小于某一值,然后查询所有符合条件的设备)
(5)按指定时间
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 实验室 固定资产 管理 系统 需求 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)