运算机综合作业治理信息系统.docx
- 文档编号:25894915
- 上传时间:2023-06-16
- 格式:DOCX
- 页数:24
- 大小:293.99KB
运算机综合作业治理信息系统.docx
《运算机综合作业治理信息系统.docx》由会员分享,可在线阅读,更多相关《运算机综合作业治理信息系统.docx(24页珍藏版)》请在冰豆网上搜索。
运算机综合作业治理信息系统
目 录
一、仪校治理信息系统的分析……………………………………………………1
(1)对原手工系统的调查资料…………………………………………………..1
原始单据………………………………………………………………….2
组织机构图……………………………………………………………….3
治理职能图……………………………………………………………….3
(2)业务流程分析………………………………………………………………..4
业务流程图……………………………………………………………….4
数据流程图……………………………………………………………….4
数据字典………………………………………………………………….5
(3)现行系统评判………………………………………………………………..10
(4)新系统逻辑模型的提出……………………………………………………..10
(5)系统边界……………………………………………………………………..11
输入边界………………………………………………………………….11
输出边界………………………………………………………………….11
二、仪校治理信息系统的设计…………………………………………………….11
(1)系统目标设计………………………………………………………………..11
(2)新系统功能结构图(各功能说明)………………………………………...11
(3)新系统流程图………………………………………………………………...12
(4)代码设计……………………………………………………………………....13
(5)系统物理配置方案设计………………………………………………………13
(6)输出设计………………………………………………………………………13
(7)数据库结构设计………………………………………………………………13
(8)输入设计………………………………………………………………………15
三、仪校治理信息系统的实施……………………………………………………..17
(1)实验数据的预备………………………………………………………………17
(2)模块关系图……………………………………………………………………17
一 仪校治理信息系统的分析
1.1 对原手工系统的调查资料
通过初步伐查和可行性分析,某工厂决定开发仪器校验治理系统。
通过详细调查、搜集各类单据、帐页和报表等,又通过切身参加业务实践及向有关治理人员的访问,取得以下情形:
此工厂是一个中等规模的集开发、制造于一体的工厂,作为该工厂的仪格治理属于公司工程部门下属的一个职能机械。
现由两二组成,要紧负责工厂所有仪器、量具、档案治理等的记录造册,按各仪器的校验周期按期校验,编写校验报告。
目前,要紧工作流程:
公司有购进新仪器,第一由仪校室验收合格,财务方可付款,凡验收合格的仪校室记录造册。
每台仪器都有一个履历卡,履历卡按校验周期(仪器的校验周期有2个月、3个月、6个月不等)分类装订,每类又按上次查验日期顺序寄存,假设为新购进之仪器那么上次查验日期为购进日期。
档案治理员天天手工检索到期该校验的仪器清单,所谓到期其实离到期还有一个蜂,如此就方便通过各仪器所属部门做好生产安排预备送仪校室校验。
预备校验的仪器送到后,假设此仪器属于外校仪器,由仪校室负责送外校验。
所谓外校仪器,是一些高级的入口仪器,本公司无相应的昂贵的标准件来校验,只有送到本地技术监督局校验,并出具校验报告。
假设不是校验仪器那么由仪校员负责校验交出具校验报告,校验的的仪器贴上更新的履历卡,校验报告按编号归类存档,平常统计各类报表全数手工作业。
1.1.1原始单据
表1-1 仪器履历卡
编号
名称
型号
厂商
购买日期
检验周期
上次检验日期
所属部门
保管人
校验报告
外校
表1-2 每日需校验仪器清单
编号
名 称
型 号
所属部门
保管人
外 校
上次校验日期
校验周期
表1-3仪器报废凭单
编 号
名 称
型 号
厂 商
所属部门
另外,在实际治理活动中,各类各样的查询请求随时可能发生,下面列出几项:
(1)依照仪器编号查询该仪器资料;
(2)依照保管从查询某一即将离辞员工应该交接的所有仪器;
(3)依照部门查询该部门所属仪器的总量,来打算以后某一时刻仪器的购入情形。
1.1.2组织机构图
图1-1:
组织机构图
治理人员分工:
档案治理人员(1人):
记录造册,修改履历卡,通知各部门送校仪器,统计各类清单。
仪校员(1人):
校验仪器,送仪器外校,出具校验报告,确认查验报告给档案治理员归档记录。
1.1.3治理职能图
图1-2:
治理职能图
1.2 业务流程分析
1.2.1业务流程图
图1-3 业务流程图
1.2.2 数据流程图
图1-4 数据流程图
确认后的购买发票履历卡
购买发票
条件
报告
1.2.3 数据字典
数据项的概念
数据项编号:
01
数据项名称:
名称
简述:
每种商品按其购入的前后顺序编号
类型:
字符型
长 度:
4位字符
取值范围:
000-999
数据项编号:
02
数据项名称:
名称
简述:
沿用其市场名称
类型:
16字符型
长 度:
20个字符
数据项编号:
03
数据项名称:
型号
简述:
沿用其市场名称
类型:
字符型
长 度:
10个字符
数据项编号:
04
数据项名称:
厂商
别名:
厂商名称
类型:
字符型
长 度:
10个字符
数据项编号:
05
数据项名称:
购买日期
简述:
某仪器的入厂日期
类型:
日期型
数据项编号:
06
数据项名称:
查验周期
简述:
单位(月)
类型:
数值型
长 度:
2位
取值范围:
1-12
数据项编号:
07
数据项名称:
上次校验日期
简述:
假设为新的购进仪器那么都要提供校验报告,因此上次校验日期为
购入日期。
类型:
日期型
数据项编号:
08
数据项名称:
所属部门
类型:
字符型
长 度:
10位
数据项编号:
09
数据项名称:
外校
别 名:
外校否
简述:
有些仪器本工厂无相应标准件,只好送本地技术监督局校验
类型:
逻辑型
数据项编号:
11
数据项名称:
保管人
简述:
字符型
长度:
8个字符
数据项编号:
12
数据项名称:
校验报告编号
简述:
字符型
长度:
5个字符
数据流的概念
数据流编号:
F1
数据流名称:
购买仪器发票
简 述:
购入仪器时的发票
数据流来源:
采购人员
数据流去向:
记录仪器履历卡
数据流组成:
名称+型号+厂商+购买日期
数据流编号:
F2
数据流名称:
仪校报告
简 述:
凡仪器都有校验报告,刚购入的仪器由厂商提供报告
数据流来源:
仪校验员、技术监督局、厂商提供
数据流去向:
记录仪校报告汇总表、存档保管修改、记录仪校履历卡汇总、
检索每日需校验仪器、修改并汇总仪校履历卡
数据流组成:
仪校报告编号+仪校报告内容
数据流编号:
F3
数据流名称:
每日需校验仪器清单
简 述:
记录天天需校验仪器的编号、名称、型号等信息
数据流来源:
档案治理人员
数据流去向:
通知仪校员有多少应送校的仪器,通知有关部门送校
数据流组成:
编号+名称+型号+所属部门+保管人+外校+上次查验日期
+校验周期
数据流编号:
F4
数据流名称:
仪校履历卡
简 述:
记录一台仪器的编号、名称、型号、厂商、购买日期等信息
数据流来源:
购买发票、仪校员
数据流去向:
记录仪校履历卡汇总
数据流组成:
编号+名称+型号+所属部门+厂商+购买日期+校验周期+
上次校验日期+保管人+查验报告编号+外校
关 键 字:
编号
数据流编号:
F5
数据流名称:
仪器报废凭单
数据流来源:
利用部门
数据流去向:
数据流组成:
编号+名称+型号+厂商
数据存储的概念:
数据存储名称:
仪校履历卡汇总
数据存储编号:
D1
简 述:
记录所有仪校的编号、名称、型号、厂商、购买日期、是不是
外校等信息
数据存储组成:
编号+名称+型号+厂商+购买日期+校验周期+上次校验
+所属部门+保管人+校验报告编号+外校
关 键字:
编号
相关处理:
P1、P二、P3
数据存储名称:
校验报告汇总
数据存储编号:
D2
简 述:
记录每种仪校的校验报告编号
数据存储组成:
编号+名称+型号+厂商+校验报告编号
关 键字:
编号
相关处理:
P一、P3
处置逻辑的概念:
处理名:
记录仪校履历卡汇总
编 号:
P1
输 入:
数据流F4
输 出:
数据存储D1
描 述:
依照购入仪器的发票记录仪校履历卡,然后又依照仪校大力进展
卡记录仪校履历卡汇总。
激发条件:
当购买新仪器时
处理名:
检索每日需校验仪器
编 号:
P2
输 入:
检索条件
输 出:
每日需查验仪器清单、每日需校验仪器清单
描 述:
依照校验周期和上次查验日期来检索到期应该查验的仪器,以便
通知各部门将仪器送校
激发条件:
无(每日例行)
处理名:
修改仪校履历卡和仪校履历卡汇总
编 号:
P3
输 入:
仪校报告、仪校报告、仪器报废凭单F5
输 出:
数据存储D一、数据流F4
描 述:
依照仪校报告修改仪校履历卡和仪校履历卡汇总中的上次查验日
期和校验编号两个数据项
激发条件:
当仪校员递交仪校报告时
数据结构的概念
注:
用S表示数据结构、用I表示数据项
仪器履历卡数据结构
S1:
仪器履历卡
S2:
仪器标识
S3:
校验信息
S4:
保管信息
S5:
仪校报告信息
I1:
编号
I2:
名称
I3:
型号
I4:
厂商
I5:
购买日期
I6:
检验周期
I7:
上次校验日期
I8:
外校
I9:
所属部门
I10:
保管人
I11:
校验报告编号
数据结构编号:
DS02-1
数据结构名称:
仪器标识
简 述:
由购买仪器发票信息确信
数据结构组成:
DS02-01+DS02-2+DS02-03+DS03-08+DS02-05
数据结构编号:
DS03-1
数据结构名称:
校验信息
简 述:
查验周期由仪校员依照有关技术规定确信,上次查验日期由仪校
报告确信,外校由仪校员依照全数的技术实力而定。
数据结构组成:
DS03-06+DS03-07+DS03-08
数据结构编号:
DS04-1
数据结构名称:
保管信息
简 述:
由利用部门反馈
数据结构组成:
DS04-09+DS04-10
数据结构编号:
DS05-1
数据结构名称:
仪校报告信息
简 述:
由仪校报告提供仪校报告编号
数据结构组成:
DS05-11
外部实体的概念
外部实体编号:
X1
外部实体名称:
各相关部门
简 述:
需要通知的已到期仪器的相关部门
输入数据流:
仪器购买发票F一、每日需校验清单F3
输出数据流:
仪校报告F二、确认后的仪校的发票F5
1.3 现行系统的评判
通过对现行系统的全面调查与分析,本系统数据流向不太合理,系统功能不能够知足实际治理工作的需要,效率太低,因此,需对本系统做大的改良。
1.4 新系统逻辑模型的提出
依照前面的分析与评判结果,提出新系统逻辑模型如图1-5。
图1-5新系统逻辑模型
1.5 系统边界
1.5.1输入边界:
系统登录条件、修改密码条件、替换保管人条件、购仪器发票、仪校报告、查询条件任、仪器报废凭单。
1.5.2输出边界:
仪器量具管制台帐、仪器履历卡、每日查验仪器清单、仪器量具校验通知单、查询结果。
二 仪校治理信息系统设计
2.1 系统目标设计
2.1.1平安取消目前的手工记帐方式。
新系统应具有方便的数据输入性能、良好的人机界面,尽可能减少汉字及其重复输入。
2.1.2灵活快捷的查询性能,能快速实现对各类仪器的单项购入、报废及在册仪器的。
还能实现对到期仪器的查询、打印。
2.1.3把目前大体上是“静态”的仪校档案治理变成“动态”治理,以便随时提供仪器在册的动态信息,从而达到高效、准确的治理目的。
2.1.4系统应具有必然的操作合法权限的校验功能。
2.2 新系统功能结构图
综合考虑新系统的逻辑模型(见图1-5)和设计新系统的要求。
绘制的新系统功能结构如图2-1所示。
图2-1 系统功能结构图
对图2-1中的几项功能说明如下:
2.2.1数据录入
①仪校档案的数据录入。
一是在系统初建成待投入实际运行之前,把整理好的仪器在册数据装入到仪校档案文件中去,包括编号、名称、型号、厂商、购买日期、校验周期、上次校验日期、保管人、外校、仪校报告编号。
二是在系统正常运行进程中,购入的新仪器,依照其购买发票录入商品的名称、型号、厂商、购买日期而且编号。
依照其校验报告录入上次查验日期、仪校报告编号。
依照各部门的反馈,录入所属部门、保管人。
依照仪校员处来的信息录入校验周期、外校(否)。
三是在系统正常运行进程中,报废旧仪器,依照仪器报废凭单删除该仪器,并将单子存档备查。
②用户权限文件的数据录入。
依照系统计划的用户,系统为各用户设定一个初始密码和利用权限,用户可更改其密码。
2.2.2数据修改
①用户权限文件的数据修改,依照用户输入的修改密码条件来修改用户密码。
②仪校档案文件的数据修改。
一是依照用户输入的保管人的条件修改保管人。
二是依照非新购仪器的仪校报告要紧修改上次查验日期、仪校报告编号。
2.2.3数据删除
仪校档案文件的数据删除,依照仪器报废凭单删除数据库的相关记录。
固然,有两点需要注意,一是仪校档案文件中的记录不要轻易删除,不然会引发没必要要的麻烦。
二是注意删除记录必需有报废凭单做为依据,每条记录的删除必需有据可依。
2.2.4数据查询
为了实现方便灵活的快速查询功能,本系统的数据查询功能包括的查询条款比较多,详细情形见程序清单的相关内容。
2.2.5报表输出
①输出仪器量具管制总台帐。
②输出仪器量具履历卡,能够贴在仪器上做标识。
③输出每日需校验仪器清单。
④输出仪器量具校验通知单,可发布给各部门催促仪器送仪校室校验。
2.2.6更新保护
将仪校档案文件中知足条件的记录来更新每日需校验仪器清单(视图),采纳SQL先删除再插入方式,每日自动更新。
2.2.7系统登录
用户通过系统登岸窗口输入用户名和密码。
系统通过用户提供的用户名到用户权限文件中去寻觅相关用户,然后对照其密码是不是相符。
相符那么登录系统,不然无权利用此系统。
2.3 新系统流程图
在系统分析时期已经提出了新系统逻辑模型,如图1-5所示。
由于新系统的开发目的确实是为了完全取消作业,因此在新系统逻辑模型提出时已考虑到便于运算机的操作。
现只对其做一点说明,每日需校验仪器清单是依照仪校档案文件来成立的视图,每日自动依照更新条件来更新视图。
因此新系统运算机信息系统流程图在新系统逻辑的基础上不做改动,请参见图1-5所示的形式。
2.4 代码设计
2.4.1仪器编号设计
仪器的编号采纳顺序码,按仪器进入公司的前后顺序依次编码。
2.4.2仪校报告编号设计
由于工厂有仪器和量具之分,而且报告也有时刻之分,故采纳的编码方案如图2-2所示。
╳╳╳╳╳╳╳╳╳
顺序号
日
月
年
分类号
(E代表仪器、M代表量具)
图2-2仪校报告编号方案
2.5 系统物理配置方案设计
系统采纳单机单用户操作方式,大体配置如下:
机 型:
PⅢ
硬 盘:
20GB
软 驱:
3英寸
显示器:
17英寸彩色显示器
打印机:
HP-500
软 件:
VisualFoxPro以上
机械安装在仪校室办公室。
2.6 输出设计
输出报表:
①仪器量具管制总台账
②仪器履历卡
③每日需校验仪器清单
④仪器量具校验通知单
2.7 数据库结构设计
由于本系统的应用程序全数用VisualFoxPro编写,因此,存储文件的结构设计确实是指数据结构设计。
本系统中成立一个数据库(),包括两张表(、)和一个视图()。
别离如表2-1~2-4所示。
为了便于阅读明白得,库文件中的字段均为汉字命名。
表2-1仪校系统数据库()
仪校档案表()
用户权限表()
每日需校验仪器清单视图()
表2-2仪校档案数据表的结构()
字段名
字段类型
字段宽度
小数点
索引否
编号
字符型
4
主索引
主索引
名称
字符型
16
-
型号
字符型
10
-
厂商
字符型
10
-
购买日期
日期型
8
-
校验周期
数值型
2
-
上次校验日期
日期型
8
-
所属部门
字符型
10
-
普通索引
外校
逻辑型
1
-
保管人
字符型
8
-
校验报告编号
字符型
5
-
表2-3用户权限数据表的结构()
字段名
字段类型
字段宽度
小数点
索引否
用户
字符型
10
-
密码
字符型
6
-
所属部门
字符型
10
-
普通索引
职务
字符型
8
-
权限
字符型
1
-
表2-4每日需校验仪器清单视图的结构()
字段名
字段类型
字段宽度
小数点
索引否
编号
字符型
4
-
主索引
名称
字符型
16
-
型号
字符型
10
-
所属部门
字符型
10
-
普通索引
保管人
字符型
8
-
外校
逻辑型
1
-
上次校验日期
日期型
8
-
校验周期
数值型
2
-
2.8输入设计
1仪器报废凭单如下表2-5
表2-5仪器报废凭单
编号
名称
型号
厂商
所属部门
承办:
___________________
日期:
__________
2购买仪器发票和仪校报告均由国家统一规定,本系统不做规定,只依据其内容,录入相关数据,其输入界面如下:
3系统登录界面。
4修改密码界面。
5替换保管人界面。
⑥查询界面同上仪校档案治理界面。
三仪校治理信息系统的实施
3.1实验数据的预备
为应用程序调试预备的实验数据如下表3-1~3-2所示:
表3-1仪校档案文件实验数据
编号
名称
型号
厂商
所属部门
购买日期
校验周期
上次校验日期
保管人
外校
仪校报告编号
001
示波器
TDS3052B
美国泰克
工程部
01/01/2005
1
08/01/2005
孙楠
T
E0012
006
加温箱
BOX-34
东莞创新
工程部
01/01/2005
2
08/06/2005
光良
F
E0018
007
电流计
TDS5052A
美国泰克
研发部
01/01/2005
3
08/05/2005
许志安
T
E0019
表3-2用户权限文件实验数据
用户
密码
所属部门
职务
权限
RD
0rd
研发部
工程师
1
PE
0pe
工程部
工程师
2
MASTER
000
管理部
仪校员
0
3.2模块关系图
图3-1模块关系图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 运算 综合 作业 治理 信息系统