不合格系统需求的说明 .docx

不合格系统需求说明目录1, 流程2, 系统要求3, 各流程详细要求4, 报告要求5, 系统维护与更新流程本系统须含有二部分主要流程: 过程异常控制流程与产品检验不合格流程,同时每个流程均包含不合格处置控制与不合格原因与改进二方面.1, 过程异常控制流程常规不合格类型?报废?持续改进项目?措施全部完成?有效?2, 产品检验不合格控制流程: 不能返工 返工,分段持续改进项目?措施全部完成?有效?第二章, 系统与用户要求系统应将数据库与与使用界面分离,且数据库应能按时间段进行引用.用户分成4大类1, 管理者:对数据库可以进行维护与分离,引用. 且拥有所有系统操作权限, 含以下用户权限的设置,及表格数据原始信息输入与更改.2, 评审组:分工艺工程师,质量工程师,生产领班,技术部经理,生产部经理,质量部经理3, 输入组: 分操作工与检验员4, 控制组: 为质量部人员,其负责不合格品关闭与控制以上各用户均有权限进行不合格报告的查询第三章: 各流程的详细信息第一节: 过程异常控制流程1 step-----异常信息的输入:其输入信息应包含: 产品类型,工序, SAP#, 型号规格,操作工, 产品订单号, 电缆号, 电缆盘号, 船号,不合格类型(选项型且有二列/单元格),不合格详细描述, 数量, 不合格品生产日期,班次, 产品状态, 追溯号,设备, 材料/批次,其它信息等. 必要时可上传不合格相关资料,如不合格品图片.异常单号应能自动生成,其格式为Pxxxxxxxx, 其中前面6位为输入日期,后面二位为系统自动产生的顺序号. 输入者保存后,系统将直接将此不合格信息通知到生产领班的信箱.此用户为操作工,除”船号,其它信息”外所有信息栏均有内容后,系统才允许保存并发送. 其中,产品类型,工序,操作工, 不合格类型,班次, 产品阶段, 设备应均有选项型;日期为标准确认型,见下图其界面对照如下样例:2 step------不合格初始评审输入信息为: 不合格处置意见类型(选项型),, 不合格品处置意见(均对常规型不合格), 不合格品原因的初步分析, 临时与建议改进措施,初步处置结果, 是否关闭(选项型),,评审人(选项型),处置人(选项型),,评审日期.其用户为生产领班, 所有信息栏均有内容后, 才能保存且系统自动将不合格信息与初步分析与意见发给相关工序的工程师,工艺主管,生产责任主管,生产经理,质量工程师,质量经理.3step------不合格品的评审输入信息为:风险型(选项型),风险描述, 不合格处置意见类型, 不合格处置详细描述, 日期与评审人(选项型)用户为工艺工程师,保存后须发给生产计划与生产主管.如报废须进入质量部审核批准.4step-----不合格项目责任人定义输入信息为: 改进类型(选项型), 责任人,措施提交日期,责任人主管, 备注. 其中如改进类型为”持续改进项目”时,则不需填责任人与措施.用户质量工程师,其保存后,如不是持续改进项目,则此不合格责任人信息须发送于责任人及其主管.5step------不合格原因与措施的定义输入信息: 不合格原因类型(1,2,3),不合格原因详细描述(1,2.3), 纠正与预防措施(1,2.3),责任人(1,2.3), 计划日期(1,2.3). 且此界面在必要时可以上传文件(如不合格原因分析的证据等).用户为前一步的责任人,保存后其应将信息发给质量工程师,所有措施责任人.参考界面:6step------措施状态:输入信息: 纠正与预防措施状态(1,2.3). 此界面在必要时可以上传文件用户为前一步的责任人,保存后,如所有措施状态均为”完成”,则此不合格信息将发给质量工程师.7step------有效性检查输入信息为: 有效?(选项型), 检查日期,备注, 补充措施或证据,责任人, 日期,完成状态. 注:后三项仅在选择”无效”时则允许输入.用户为质量工程师, 保存后进入下一步. 如需补措施与证据,则须发给责任人, 责任人允许进入此界面来输入内容.8step----结束与关闭输入内容: 关闭人,关闭日期,说明用户为质量工程师.总注: 类型均有选项型, 每一步均允许打印报告.第二节:成品检验不合格控制流程1 step-----异常信息的输入:其输入信息应包含: 产品类型,工序,SAP#,产品描述,操作工, 产品订单号,与盘号, 不合格类型,不合格详细描述, 数量, 不合格品生产日期,班次, 上工序机器,上工序操作人员, 产品阶段,追溯号,设备,批次号等. 必要时可上传不合格相关资料,如不合格品图片.异常单号应能自动生成,其格式为Qxxxxxxxx, 其中前面6位为输入日期,后面二位为系统自动产生的顺序号. 输入者保存后,系统将直接将此不合格信息通知到生产领班的信箱.此用户为操作工,. 其中,产品类型,工序,操