渣钢厂设备管理系统需求分析说明书.doc

渣钢厂设备管理系统需求分析说明书

———————————————————————————————— 作者：
———————————————————————————————— 日期：

28

个人收集整理 勿做商业用途

渣钢厂设备管理系统
需求分析说明书

文档信息：

文档名称
需求分析说明书
描述
本文档概括性地介绍项目的背景和场景，并简要地描述了本项目所实现的功能
负责人

状态
最终版
文档变更历史:

时间
修改人
章节
描述
2006—10—17
李红亮
机旁备件管理
将机旁备件管理模块功能需求文档整合到此文档
2006-10—18
梁景波
设备台帐管理
将设备台帐管理模块功能需求文档整合到此文档
2006—10-18
刘锐
点检与检修模块
将点检与检修模块功能需求文档整合到此文档
2006-10-18
杨永强
工单与系统管理
将工单与系统管理模块功能需求文档整合到此文档
文档路径：
$/Documents/
审核结果：

审核人
意见
签名档

目录

1 编写目的 4
2 项目背景 4
2.1 公司现状 4
2.2 解决方案 4
2.2.1 项目范围 4
3 项目要求 5
4 功能简介 5
4.1 设备台帐管理 5
4.1。1 设备基本信息管理 5
4。1。2 设备异动 6
4。1.3 设备调拨 8
4.1。4 设备技术文档 9
4.2 点检与检修管理 10
4.2.1 设备检查 11
4。2。2 审批流程 12
4。2.3 检修计划 13
4。2。4 设备检修 13
4。3 工单与系统管理 14
4.3。1 工单管理 14
4.3.2 系统管理 16
4。4 机旁备件管理 18
4。4.1 备件清册 18
4.4.2 备件计划 19
4。4。3 备件出入库 20
4.4.4 备件流转 21
4。4。5 修复计划 23
4.4。6 质量异议 24

1 编写目的
本文档旨在介绍项目的背景知识，并对本项目所实现的功能进行简单描述,从而为项目团队定义一个清晰的目标,为功能规范的编写提供基础。
2 项目背景
2.1 公司现状
湘钢渣钢厂需要对其旗下的三家分厂的设备资产台帐、设备资产维护记录以及配套的办公系统进行业务逻辑上的整合，公司的业务反应速度有待提高，事务处理效率不是很高，从而更深一层影响到公司的监督和管理职能，对管理层与业务实施层的沟通造成了一定的阻碍。
2.2 解决方案
此系统中对其旗下的三家分厂的设备资产台帐、设备资产维护记录以及配套的办公系统进行业务逻辑上的整合,提高公司的业务反应速度和事务处理效率,从更深一层提高公司的监督和管理职能,促进管理层与业务实施层的沟通,减少设备故障引发生产效率的降低，并能通过系统的自动分析和报警功能达到对领导层的辅助决策功能。
2.2.1 项目范围
由于设备管理系统功能全面、丰富，流程相对复杂、工作量大，因此，为便于系统开发管理，降低风险，根据实际情况，现将设备管理系统拆分为四个子模块：
l 设备台帐管理
l 点检与检修管理
l 工单与系统管理
l 机旁备件管理
有关各个系统实现的具体功能，请参见下面的功能简介部分.
3 项目要求
对于各系统的实现，必须满足以下要求：
· 系统简单易用、流程清晰
· 系统安全、可靠；员工操作权限依其身份不同而不同
· 界面简洁、美观
· 数据必须完整且无冗余
· 数据库的设计必须规范
· 数据必须安全
4 功能简介
下面简要介绍本项目的各个系统所实现的各功能模块.
4.1 设备台帐管理
4.1.1 设备基本信息管理
l 功能需求
该模块主要是录入,查询，修改设备的资料，以使设备管理更加直观，方便。主要功能包括：
· 录入设备信息 ： 此模块可以添加新设备，包括设备名称，类型,人员管理等。
· 查询：此模块可以按条件查询设备，分单条件查询和多条件查询。
· 修改:此模块从查询结果进入,可以将查询到的不合事实的设备属性修改
l 数据定义

· 序号: 报表中用到的字段,指每一条记录打印的顺序号.
· 台帐编号: 可手工输入，也可自动生成.
· 设备类型: 指定设备所属的类型。
· 设备名称: 人工录入设备的名称.
· 型号规格: 用于录入设备在厂家指定的型号规格数据.
· 制造单位: 此设备的原厂单位名称.
· 数量： 指定此设备的数量.
· 计量单位： 指定设备计量的单位，如米、件、台等。此数据在系统设置中进行设定，
在此可以选择录入.
· 重量： 设备的重量数字值。
· 重量单位： 重量的单位，录入者录入。在系统设置中初始化.
· 购入日期： 指定设备的购入日期。
· 投产日期: 指定设备投入使用的日期。
· 验收日期： 指定投备验收的日期.
· 保修期限： 以月为单位指定设备的保修期限。
· 使用部门: 指定拥有和管理设备的部门.
· 管理人员: 指定维护和使用此设备的人员。可以录入多个人。
· 设备原值: 设备采购时的价格。
· 设备净值: 设备经折旧或大修之后现在的价值。
· 安装地点: 设备安装所在的地点。
· 设备状态： 指定设备的状态,其状态数据有：上线、封存、闲置、报废、待修、备用.在设备易动中改变值.
· 录入日期： 系统默认为当前的日期,此日期不是本地机器的日期，而是从服务器上得到的标准日期。
· 录入人员： 录入此记录的人员，系统指定是当前登陆操作人.
· 最近一次修改人： 设备资料最后一次修改的人员.
· 最后一次修改日期: 设备资料最后一次修改的时间.

4.1.2 设备异动
l 功能需求

设备异动是指设备状态的改变,设备的状态有：上线、封存、闲置、报废、待修、备用.在此需要修改的是设备的状态，而对于其它基本的资料不能进行修改。该模块只是一个记录的模块，不带审批流程，所以在改变设备的状态后，系统要对异动的原因以及领导的意见进行记录。
该模块主要功能包括:
· 选择需要进行状态修改的设备。
· 改变设备的状态。设备的状态有：上线、封存、闲置、报废、待修、备用。
· 记录此次设备异动的异动时间,异动原因，确认部门，确认部门意见，主管部门,主管部门意见.
· 查看设备异动的历史记录。

l 数据定义

· 设备异动信息编号
唯一标志一条某一次设备异动信息。
· 设备编号
进行异动的设备的编号;改变设备状态的时候，设备的编号保持不变。
· 设备名称
状态要改变的设备的名称,改变设备状态的时候，设备的名称保持不变。
· 异动时间
此次设备异动发生的时间。
· 异动原因
此次修改设备状态的原因。
· 确认部门
确认此次异动的部门。
· 确认部门意见
确认此次异动的部门的意见.
· 主管部门
需要改变状态的设备的主管部门。
· 主管部门意见
需要改变状态的设备的主管部门的意见。
· 设备状态
当前设备的状态。
· 异动员
· 进行此次操作的异动人员。

·  
·  

4.1.3 设备调拨
l 功能需求
设备调拨是对设备调拨的结果进行记录，调拨有两种结果，一种是内部调拨，也就是设备从公司内的一个部门调到另外一个部门,设备的拥有权和管理权由一个部门转移到另外一个部门；另一种是外向调拨，也就是把设备从公司内部到其它的公司.在整个设备调拨的过程中，不考虑带有办公的模块,调拨员在得到相关领导批示以后，按照批示手工输入相关信息。主要功能包括：
· 查询具体的某一台设备的基本信息，然后进行调拨。
· 选择调拨的种类,部门之间的调拨或者公司之间的调拨
· 详细记录调拨的情况，包括调拨原因，确认部门，确认部门意见，主管部门， 主管领导意见
· 查看最近的设备调拨信息，包括调进和调出的设备。
· 查看某一个设备调拨员或者某一个部门或者某一个主管部门经手的设备调拨 情况

l 数据定义

· 设备调拨记录编号
唯一标志一条某一次设备异动信息。
· 设备编号
进行调拨的设备的编号；改变设备状态的时候,设备的编号保持不变。需要的时候,可以根据设备的编号查询该设备的调拨历史记录。
· 设备名称
状态要改变的设备的名称，改变设备状态的时候，设备的名称保持不变。需要的时候，可以根据设备名称查询该设备的调拨历史记录。

· 调拨时间
此次设备调拨发生的时间。
· 调拨原因
此次设备调拨的原因。
· 确认部门
确认此次设备调拨的部门。
· 确认部门意见
确认设备调拨的部门的意见。
· 主管部门
主管部门的名称，如果是公司内部部门，可以通过选择得到，如果是公司外的上层机构，则需录入。
· 主管部门意见
主管部门对于此次设备调拨的意见。
· 调拨员
进行此次设备调拨的调拨人员。
4.1.4 设备技术文档
l 功能需求
该模块实现对设备技术文档的制定与查看,建立起工厂每种设备的文档资料，使对各设备的管理变得方便、高效，并且保证正确、有效地使用一切设备。主要功能包括：
· 建立新文档：输入信息包括文档编号、文档类型、文档名称、文档内容简介、制定人、制定时间、上传人、上传时间、最后修改人、最后修改时间以及要上传的文档附件（包含文档具体内容的文件）.
· 查看文档：可以通过输入查询条件，查询自己想要的文档资料。文档基本信息在列表中详细列出.此外还可以查看文档内容的简介,并且下载包含文档具体内容的附件。
· 修改文档:修改文档的基本信息或是重新上传文档附件。
· 文档处理：当文档不再需要，可以将其删除。

l 数据定义
· 文档编号
系统自动生成或人为指定
· 文档类型
指定在设备技术文档的类型，明确指示大类中的细类。不能为空.
· 文档名称
文档的主题名称。不能为空
· 文档概述
对文档内容的简介.
· 制定人
制定此文档的人。不能为空
· 制定时间
制定此文档的时间。
· 上传人
上传此文档的人.不能为空
· 上传时间
上传此文档的时间。
· 最后一次修改人
最后一次修改此文档的人员。不能为空。
· 最后一次修改时间
最后一次修改此文档的时间。
· 附件地址
上传文档附件的存储路径。

4.2 点检与检修管理
l 功能需求
该模块主要是实现所有操作用户通过系统对全厂的备件清册及材料库存台帐进行查询，以便更好地了解全厂的备件信息,促进备件的管理。同时车间技术员也可以对备件清册及材料库存台帐的内容（现有库存量除外）进行修改及条目的增删.主要功能包括：
· 查询不同编号下的备件信息：备件编号ID、名称、类型、规格、型号、所属部门名称（不是部门ID）、最低库存量、现有库存量、金额和备注(备件的一些基本信息)(可以支持模糊查询)；
· 修改一些备件的基本信息(只有车间技术员具有此权限）;
· 删除一些备件(只有车间技术员具有此权限）;
· 直接入库(只有车间技术员具有此权限）；

l 数据定义
· 备件编号
按照渣钢厂已有的备件的编号生成（通用系统按照系统定义的规律生成）。
· 备件名称
备件的具体名称。
· 备件类型
从系统设置中得相应的备件类型,操作者选择录入
· 备件型号
备件出厂时定义的型号
· 备件规格
备件出厂时定义的型号
· 备件所属部门
备件所在的部门
· 最低库存量
记录配件的最低库存量，此数据作为生成配件计划的标准。
· 现有库存量
备件在库中所积的数量额。
· 备件金额
备件的具体入库金额
· 备件备注
备件信息（如:功能,生产商等等)的描述

4.2.1 设备检查
l 功能需求
设备检查模块是在检查设备之后录入相关的检查结果，如果设备检查中发现问题，检查人员可以根据情况触发审批流程，如果触发了审批流程,则设备大致情况将会被记录到审批流程模块中，如果不需审批则设备检查人员录入信息。主要功能包括：
· 填写设备检查信息：设备名称，检查日期，设备状态 ,检查人员等。
· 录入设备信息：参加人，检查情况，考核的设备，考核设备的金额，考核设备的原因，考核设备所属单位，检查时间，检查人，部门，检修方式等.
· 向审批流程提交检查粗略情况。
· 查看检修历史:经过设备检查后的设备如果检修过程中没有发现问题,检修记录作为检修人员工作的一种记录，依然要进行记录.操作人员可以在此模块中查看自己的检修历史。
l 数据定义

· 检查编号
系统自动生成，其生成规则是：检查发生的日期（8位）+检查类型（2位)+检查流水号(3位)
· 检查类型
操作者可在此选择检查的类型，其类型的原始数据在系统设置中进行设置，按目前渣钢厂所提的需求来看，其检查类型有：日常点检、周检、季检、专项检查,通过此数据可以实现在同一个页面中处理不同检查类型的数据。这样就保重了数据处理的集中性。
· 检查部门
设备检查的部门名称。操作者在此可以选择检查工作发生的部门,其初始的数据是从系统设置的人事结构中得到,通过此步的选择可以使下一步检查人员的数据得到初始化,以便操作人员进行选择。
· 检查人员
检查发生的人员名称。操作者在操作上步以后，得到检查人员的初始数据，操作者只要在此选择就可以，人员的设置在系统设置的人事结构中得到。
· 设备类型
设备分类,操作者选择此项后可以把下一项“受检设备”中的内容给筛选出来以供操作者选择。
· 设备编号
在设备台帐中设定的设备唯一编号。
· 受检设备
被检查设备的名称。操作者从中选择对应类型下的设备名称。
4.2.2 审批流程
l 功能需求
本模块处理检查人员提交的设备检查情况,公司的领导层负责对设备的检查记录判断是内部检修还是外委检修,并对其中的一些具体情况作出修改。主要功能包括：
· 对设备检修计划进行审批（是部还是外委)。
· 对设备检修计划进行修改。
l 数据定义
· 审批流程号
如果触发了审批流程，操作选择的审批流程号。
4.2.3 检修计划
l 功能需求
在此模块中建立和维护计划检修的数据以及触发相应的工单。检查人员检查以后，经过审批之后，技术人员再对此计划进行更深层次的详细计划，生产协调部门对计划协调，系统根据设定的时间自动生成工单，并且根据操作人员设置的日期自动停止生成工单.主要功能包括：
· 创建检修计划：检查编号，检查类型，设备类型，设备编号，受检设备，受检部位，下达部门,下达人,受理部门,受理人等
· 查看检修计划的相关属性
· 修改检修计划
· 根据操作人员的设置自动产生工单
l 数据定义
· 受检部位
操作者在选择“受检部分"以后，系统自动筛选其受检部分的内容以供操作者筛选。如果在设计中不涉及设备部分的初始化数据，那么此部分为人工输入部分。
· 运行状态
系统运行的状态，在系统设置中进行初始数据录入，在此进行选择录入。
· 故障现象
手工录入故障设备的故障现象。
· 备注
人工输入记录其它相关信息。
· 是否触发审批流程
指定此检查认定设备有隐患的情况是否通过审批流程提交检修申请.

4.2.4 设备检修
l 功能需求
用于记录设备检修后的检修结果和备件使用情况。在记录之后，系统会自动记录相应的工单实施结束。主要功能包括：
· 根据工单号查询工单具体信息：检查编号，检查类型，设备类型，设备编号，受检设备,受检部位，下达部门，下达人，受理部门，受理人员，下达时间
· 修理人员修理完设备后，将备件使用情况录入
· 录入设备修理的完成时间
· 关闭工单
l 数据定义
· 下达部门
此工单下达的部门。
· 下达人
此工单下达的人员。
· 下达时间
此工单下达的时间.
· 受理部门
操作者指定此工单的接受部门，操作者选择部门以后，系统自动过滤出此工单的接受人以便操作者选择录入。
· 受理人
操作者指定此工单的接受人。可以输入多个人员.
· 完成时间
工单完成的时间,由人工填写。
· 备件使用情况列表
检修中使用的备件的情况,由人工填写。

4.3 工单与系统管理
4.3.1 工单管理
4.3.1.1 新建工单
l 功能需求
新建工单有两种情况:
1:在正常情况下，检查人员发现隐患，向管理员提出申请,管理员下达工单让检修人员进行维修。
2:非正常情况下。即检修人员发现故障或隐患并将其修好,为了补录设备检修记录从而补录工单。同样是向管理员提出申请，由管理员下发工单.
l 数据定义
· 工单编号
对应此检修任务的工单编号
· 检查流水号
· 工单类型
· 工单下达部门
此工单下达的部门，系统指定为当前操作者所在的部门且不可修改
· 工单下达人
此工单下达的人员，系统指定为当前操作者且不可以修改
· 工单下达时间
此工单下达的时间.系统指定为当前系统服务器的时间
· 执行方式
· 工单状态
· 执行部门
操作者指定此工单的接受部门
· 执行人
操作者指定此工单的接受人。可以输入多个人员
· 执行时间
· 执行时间
· 处理记录内容
· 处理记录人
· 处理记录时间
· 工单开启关闭操作时间
· 工单开启关闭操作人员
· 工单开启关闭操作后的状态

4.3.1.2 工单修改
l 功能需求
管理员和检修人员对工单的内容进行修改。
l 数据定义
同新建工单

4.3.1.3 工单开启
l 功能需求
在页面上列出所有可以开启的工单，由用户来选择开启某一个工单
l 数据定义
· 工单编号
· 待开启的工单编号
· 检查流水号
待开启的工单流水号
4.3.1.4 工单关闭
l 功能需求
在页面上列出所有可以关闭的工单，由用户来选择关闭某一个工单
l 数据定义
· 工单编号
待关闭的工单编号
· 检查流水号
待关闭的工单流水号

4.3.2 系统管理
4.3.2.1 机构管理
l 功能需求
对整个公司的机构、部门的管理。主要包括查询机构基本信息、修改机构基本信息、新增部门、删除部门
l 数据定义
· 机构编号
机构的编号
· 机构名称
· 联系人
机构的负责人
· 联系电话
机构负责人的联系电话
· 机构人数
该机构的员工数
4.3.2.2 角色管理
l 功能需求
设置角色类型，以便权限管理的统一性和形象性
l 数据定义
§ 角色编号
自动产生的角色编号
§ 角色名称
角色的名称
§ 创建日期
该角色的创建日期
§ 创建人
该角色的创建人
4.3.2.3 用户管理
l 功能需求
系统操作者是系统的使用者是对系统进行管理和维护的人员。系统操作员可以对系统进行新增用户，删除用户，修改用户信息，分配用户角色等操作
l 数据定义
§ 用户名
新用户的名字
§ 年龄
§ 性别
§ 职务
§ 编号
员工编号
§ 角色
该用户所属角色
4.3.2.4 日志管理
l 功能需求
系统的日志记录提供了对系统活动的详细审计，这些日志用于评估、审查系统的运行环境和各种操作。日志管理系统用于提供对系统日志进行管理，其主要操作表现为查找日志，查看和修改日志，删除日志,导出日志，设置日志管理系统等功能
l 数据定义
§ 模块信息
产生日志的各个模块信息，如备件管理，工单管理等角色名称
角色的名称
§ 日志时间
系统由于事件触发生成的日志的具体时间
§ 操作描述
生成日志的各种操作的总体描述，比如删除用户，用户登陆等操作
§ 备注
日志其它信息的一些详细记录。比如说删除用户操作,被删除用户的用户名；用户登陆操作时，用户的IP信息等
4.3.2.5 常用设置
l 功能需求
设置系统常用计量类型
l 数据定义
§ 设备类型
各个设备的类型属性，数量,编号，大小等
§ 工程类型
技术改造还是工程大修
§ 计量单位类型
长度，时间的单位设置
§ 重量单位类型
重量的单位设置
§ 文档附件类型
上传、下载文档的类型
§ 项目状态
是在计划修理中还是在已经实施修理中或者是已经完成修理工作
§ 故障类别以及故障原因类别
故障的类型是属于电气类，土木类还是别的什么类型
§ 检查类型
日常点检、周检、季检、专项检查
§ 设备运行状态
设置可能出现的设备状态

4.4 机旁备件管理
4.4.1 备件清册
l 功能需求
该模块主要是实现所有操作用户通过系统对全厂的备件清册及材料库存台帐进行查询，以便更好地了解全厂的备件信息,促进备件的管理。同时车间技术员也可以对备件清册及材料库存台帐的内容(现有库存量除外）进行修改及条目的增删.主要功能包括：
· 查询不同编号下的备件信息：备件编号ID、名称、类型、规格、型号、所属部门名称(不是部门ID）、最低库存量、现有库存量、金额和备注（备件的一些基本信息)(可以支持模糊查询)；
· 修改一些备件的基本信息(只有车间技术员具有此权限)；
· 删除一些备件（只有车间技术员具有此权限);
· 直接入库(只有车间技术员具有此权限)；

l 数据定义
· 备件编号
按照渣钢厂已有的备件的编号生成（通用系统按照系统定义的规律生成)。
· 备件名称
备件的具体名称。
· 备件类型
从系统设置中得相应的备件类型，操作者选择录入
· 备件型号
备件出厂时定义的型号
· 备件规格
备件出厂时定义的型号
· 备件所属部门
备件所在的部门
· 最低库存量
记录配件的最低库存量，此数据作为生成配件计划的标准.
· 现有库存量
备件在库中所积的数量额。
· 备件金额
备件的具体入库金额
· 备件备注
备件信息(如：功能,生产商等等)的描述

4.4.2 备件计划
l 功能需求
该模块主要是完成需求计划的制定和审批，保证企业的备件保持充足，使企业顺利运转,同时又不会因为备件过多，造成企业资源的浪费。备件材料计划可根据需求按人员按部门按时间进行倒出或查询。车间技术员根据清册外的计划及时对备件清册进行完善。
主要功能包括：
· 申请：技术员根据本单位的备件库存信息及实际需求情况形成本单位的备件材料月计划（输机界面包含部门、输入人、名称、型号、物料编码、数量等信息）在系统中提交车间主任审批。
· 车间主任审批：车间主任审批后经系统提交到机动科工程师审批.
· 机动科工程师审批：机动科工程师审批后提交科长审批。
· 科长审批：科长审批后提交厂长审批。
· 厂长审批：厂长审批后经系统返回给计划创建人，车间技术员再经EAM系统申报计划。
l 数据定义
· 需求计划编号
系统自动生成的标识编号。
· 计划起始时间
计划开始的时间.
· 计划结束时间
计划终结的时间，该时间过后，需求计划失效.
· 部门
申请备件的部门。
· 制定人
需求计划的制定人。
· 制定日期
需求计划的制定日期。
· 备件编号
备件的编号信息。
· 名称速拼
备件的批音简称。
· 备件名称
制定计划的备件名称
· 备件类型
该备件的类型信息
· 备件型号
备件型号信息
· 备件规格
备件的具体规格.
· 计划数量
具体数量信息。
· 是否通过
需求计划的审批结果。
· 是否修改
需求计划的修改记录。
· 修改原因
计划修改的具体原因。
4.4.3 备件出入库
l 功能需求
该模块主要实现备件出入库以及查看出入库记录功能，车间技术员及工程师可根据备件出入库情况掌握备件消耗规律。主要功能包括:
• 仓管员输入备件详细信息实现备件出/入库
• 所有操作用户可查看备件出入库记录，仓管员可修改/删除备件出入库记录
l 数据定义
· 出/入库人
备件出/入库方人员具体姓名
· 出库时间
备件出库时间，精确到某年某月某日
· 入库时间
备件入库时间，精确到某年某月某日
· 备件编号
按照渣钢厂已有的备件的编号生成（通用系统按照系统定义的规律生成）。
· 备件名称
备件的具体名称。
· 备件类型
从系统设置中得相应的备件类型，操作者选择录入
· 备件型号
备件出厂时定义的型号
· 所属部门
备件所属的部门
· 入库量
入库的备件数量
· 出库量
出库的备件数量
· 出库备件领用部门
出库备件领用部门的具体名称
· 领用人用户名
确认出库备件领用人身份
· 领用人密码
确认出库备件领用人身份

4.4.4 备件流转
l 功能需求
该模块主要用于部门之间备件流转工作,用来确保备件转入转出安全性，使流转工作责任关联到具体的操作人员，查询备件具体的流转情况，以及流转备件的相关信息，作为备案,以供不时之需。分为三部分,备件流转审批,备件流转查询，备件转入审批。
主要功能如下：
· 备件转出申请时,转出部门，录入转出部门，转出部门,备件编号，备件名称，转出时间,转出数量，转出负责人，中间负责人，等相关信息。
· 备件流转查询时,转出部门可以选择具体的查询方式,如选择出库时间,出库部门，入库部门的组合方式查询,可查询流转状态信息，是否已经审核，是否收到备件。
· 备件审批时,备件转入查询到未审批的流转信息，添写相关核实信息.如审批时间，转入负责人.
· 在备件流转申请，备件转入审批时可查询具体的备件信息.
l 数据定义
· 备件编号
统一备件信息的具体编号。
· 备件名称
备件的具体名称
· 转出数量
需要转出的数量.
· 转出原因
备件流转的申请原因，由转入部门填写。
· 转入部门
转入部门的具体名称。
· 转出部门
转出部门的具体名称。
· 备件转出时间
转出部门录入的备件转出的具体时间信息。
· 备件转入时间
转入部门录入的备件转入的具体时间信息。
· 转出负责人
转出部门的负责人.
· 中间负责人
作备件转移的具体负责人。
· 转入负责人
转入部门的接收负责人.
· 是否收到
转入部门对备件流转情况进行核实。
· 是否审批
转入部门是否进行审批。

4.4.5 修复计划
l 功能需求
该模块主要用来管理和控件备件修理过程.对于工厂中损坏但可修复的备件，为每个备件制定一个修理台账，然后经过层层审批和修理,当修理好后入库保存:
· 车间创建需要修理的备件的修理台账
· 车间技术人员与车间主任共同协商审批判断当前部门是否有能力修理该备件
· 若审批当前部门有能力修理，则修理并由车间主任创建一备件修复单；若审批结果当前部门没有能力修理,则由车间主任向工厂提交修理申请
· 机动科工程师根据提交的修理申请审批该备件是由本厂修理还是由处委修理，无论由谁修理，修理完成后,都生成一张备件修复单
· 机动科工程师确认修理是否合格,若不合格，重新生成一设备修理台账，再次修理；若合格,入库
l 数据定义
· 台账编号
台账的具体编号，生成规则还未确定。
· 备件编号
要修复备件的编号。
· 创建部门
创建修复台账的部门.
· 创建日期
创建修复台账的时间。
· 创建人员
创建修复台账的操作人员。
· 备件故障
要修复备件的故障描述。
· 确认时间
确认修复结果的时候.
· 确认人
确认修复结果的人员。
· 修复结果
备件的修复结果,即是否修复成功.

4.4.6 质量异议
l 功能需求
该模块主要是进行备件质量异议申请、审批及相关的反馈工作，质量异议是指对于备件的质量问题提出异议，反馈到公司统一管理，以尽量防范类似问题的发生，提高生产质量。公司所有职员均可对备件提出质量异议申请。质量异议审批只能由具有审批权限的相关人员完成。。主要功能包括：
· 车间技术员在系统中提交质量异议申请（输机界面包含部门、输入人、名称、型号、质量原因等信息)，经车间主任审批后提交到机动科工程师。
· 车间主任审批质量异议申请,查看质量异议申请的详细信息审批后提交给机动科工程师.
· 机动科工程师审批后在系统外进行质量异议投诉，按规定的时间将质量异议投诉结晶反馈给车间技术员。
l 数据定义
· 部门
备件所在部门，即车间技术员对哪一个部门的部件提出质量异议.一般也为车间技术员所在部门。
· 输入人
即质量异议各信息的填写人,一般也就是质量异议申请的提出人即车间技术员。
· 备件名称
即备件的名称，应与备件清册里一致。
· 备件型号
即备件的型号。
· 申请日期
即质量异议申请提出的日期。
· 质量原因
即备件的质量有哪些方面的问题。