流程图:客服系统需求管理流程规范

流程图:客服系统需求管理流程规范
流程图:客服系统需求管理流程规范

1.目的:为了规范客户服务中心客服系统需求管理工作,促进客服系统需求管理工作流程

的规范,建立从需求计划、需求开发、需求上载、需求试运营的闭环管理流程,提高客服系统需求处理效率,保障客服系统需求处理质量,特制定本流程管理规范。

2.适用范围:客户服务中心客服系统需求管理工作。

3.相关部门及职责:

本流程涉及的部门主要包括:业务支撑中心、客户服务省中心及各区域中心、地市公司信息技术中心及合作单位华为公司等。

业务支撑中心主要负责需求开发版本发布、需求开发设计审核、开发版本上线管理、需求故障处理等工作;

客户服务中心负责业务需求编写、业务需求评审、业务测试等工作,并协同业务支撑中心共同开展需求项目管理工作;

地市公司信息技术中心协助客户服务各区域中心进行需求初审工作,同时负责需求版本的上载、测试、故障反馈处理等工作。

合作单位华为公司负责对业务需求进行技术评估、架构设计、软件开发、软件测试、软件上载等工作。

4.释义:

客服系统主要指包括ICD3.0、工作流、知识库、公告便笺、考试培训等子系统在内的,10086客服热线使用的业务支撑平台。

5.工作流程及说明

《客服系统需求管理流程规范》主要包括《普通需求管理流程规范》和《紧急需求管理流程规范》。

5.1.普通需求管理流程规范

普通需求管理流程由八个子流程构成:业务需求提交流程、业务需求评审流程、业务需求技术评估流程、业务需求版本管理流程、需求开发管理流程、需求版本发布流程、需求测试管理流程、需求上载管理流程及需求试运营管理流程。

5.1.1.业务需求提交流程

1、省中心专业科室、区域中心根据公

司相关业务通知、要求,或者实际生产

需要,按照需求模版,提出客服热线系

统业务需求;(注:非区域所在地市的

客服系统相关需求,请通过区域中心接

口人进行提交;

2、由需求提出区域将完善后的需求在

AMS系统上提交;

3、各区域中心根据当地实际情况,对

其他区域中心提出需求进行互审,并提

出完善、修改建议;

1)省中心专业评审阶段

1、省中心各专业科室根据专业分工,

在收到汇总需求后的三个工作日内,根

据对需求的可行性、必要性等因素的评

审,对需求进行专业评审;

2、各区域中心根据实际生产需要,对

需求提出补充修改建议

2)开发评估阶段

1、10086客服热线系统开发商在收到需

求列表后,在四个工作日内按照不同模

块,完成对需求进行开发可行性、工作

量等方面的评估;

2、业务支撑中心、客服中心系统支撑

室对开发评估进行专业确认;

3、对于方案有欠缺的需求,返回需求

提出阶段进行完善、优化;

3) 版本确定阶段

1、由需求提出需求或省中心专业室介绍具体需求方案;

2、与会人员包括业务支撑中心、省中心各专业科室、区域中心、区域ITC 等单位的代表;

3、讨论确定需求优先级、实施区域、具体实施方案等

4、根据会议讨论情况,并结合当月开发资源情况,安排当月客服系统版本开发计划

5、业务支撑中心以部门通知形式发布当月客服热线系统需求版本计划

4) 需求开发阶段

1、客服系统开发商根据当月的需求版本计划,进行当月需求开发

2

、完成当月版本开发后,提交AMS 版本

审批单,并提供相关的上载文档、测试手册、使用手册等文档

5) 版本发布阶段

1、根据AMS 版本审批单的审批情况,向业务支撑

中心、客服中心、区域维护发布当月版本

6) 上线测试阶段

1、业务支撑中心维护管理组审批版本上载申请单,并在AMS 发布版本上载任务;

2、区域ITC 根据当月版本上载任务单要求,组织当地客服系统调测人员进行需求上载工作,详细填写测试报告,并由参与人员签字确认测试结果;

3、如果测试不通过,则将问题反馈给定制开发团队进行问题定位;

4、若属于程序问题,则由定制团队进行程序修改并再进行测试、上载等工作;

5、测试通过后,进入需求试运营阶段;

7) 需求试运营阶段

1、区域客服中心组织对已上线需求进行试运营情况观察、拨测等工作;

2、如存在问题,则判断问题是否属于程序开发问题,若是,则返回定制团队进行程序修改;

3、若非程序开发问题,则重新提交新需求进行完善,进入需求提交阶段。

5.2 紧急需求管理流程规范

以下情形之一可以做为紧急需求:

a) 集团公司、省公司下发的,要求全国/全省统一上线的业务功能需求;

b) 为配合重大割接/升级,10086客服系统需要紧急开发上线的业务功能需求; c) 因业务需要并经由省中心主管领导同意做为紧急需求开发的业务功能需求;

紧急需求管理流程主要由六个阶段构成:紧急需求确立阶段、需求评审阶段、开发评估阶段、需求开发阶段、测试上线阶段。各阶段关系如下图示,箭头表示信息流。

1) 紧急需求确立阶段

1、根据集团、省公司相关文件,确定需要在客服系统开发的紧急需求内容;

2、对于其他类的紧急需求,须请示省中心主管副总同意后才可做为紧急需求进行开发安排;

3、形成需求说明文档;

4、在AMS 系统创建该紧急需求单,并获取单号;

2) 需求评审阶段

1、省中心各专业科室根据专业分工,对紧急需求进行专业评审;

2、业务支撑中心、省中心系统支撑室对紧急需求的系统可行性进行初步评审

3、根据对需求的可行性、必要性等因素的评审,决定是否实施该紧急需求

3) 开发评估阶段

1、对该紧急需求进行开发可行性、工作量等方面的评估;

2、对紧急需求的实施方案提出优化、完善建议;

3、根据业务上线时间要求,确定开发计划,确保按照业务要求时间上线;

4、如果需要调整当月版本,则与业务支撑中心、省中心系统支撑室共同协商确定;

可行性、工作量评

估文档

建议文档

开发计划安排

版本调整计划

4) 需求开发阶段

1、根据紧急需求开发计划,实施该需求的开发工作

2、提交该紧急需求的上载审批单

5) 测试上线阶段

1、业务支撑中心维护管理组审批紧急需求上载申请单,并发布上载计划

2、区域中心根据紧急需求上载计划,组织地市ITC 、当地客服系统调测人员进行需求上载工作,详细填写测试报告,并由参与人员签字确认测试结果

3、如果测试不通过,则将问题反馈给定制开发团队进行程序修改并再进行测试、上载等工作

6) 需求试运营阶段

1、区域客服中心组织对已上线需求进行试运营情况观察、拨测等工作;

2、如存在问题,则判断问题是否属于程序开发问题,若是,则返回定制团队进行程序修改;

3、若非程序开发问题,则重新提交新需求进行完善,进入需求提交阶段。

文档版本更新情况

管理信息系统数据流程图和业务流程图(经典作品)

1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和

新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: F3.2不合格采购单 售书业务流程:

售书数据流程: 4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。 试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。 报损业务流程图: 业务流程图:

需求管理过程

需求管理过程 本文件属深圳天源迪科信息技术股份有限公司所有, 未经书面许可,不得以任何形式复印或传播。 2008-1-31发布 2008-2-18 实施

文件建立/修改记录

目录 1 简介 (4) 1.1 目的 (4) 1.2 适用范围 (4) 1.3 背景描述 (4) 1.4 术语表 (4) 1.5 参考资料 (5) 2 总体描述 (5) 2.1 概述 (5) 2.2 职责分工 (5) 2.3 结构描述 (6) 3 活动描述 (7) 3.1 需求培训 (7) 3.2 建立需求跟踪矩阵 (8) 3.3 维护需求跟踪矩阵 (9) 3.4 检查一致性 (10) 3.5 采取更正行动 (11) 3.6 需求变更管理 (12) 4 附录 (13) 4.1 附录A-相关过程 (13) 4.2 附录B-相关规范、指南 (13) 4.3 附录C-相关模板列表 (13)

1简介 1.1目的 制定需求管理过程的目的是管理产品和组件的需求,识别需求与项目计划及工作产品之间的不一致,有效地控制需求变更、以及跟踪需求的演进,指导项目组管理需求。 1.2适用范围 本过程适用于公司所有的软件项目,贯穿项目的整个生命周期。 1.3背景描述 无。 1.4术语表 ●软件需求:用户解决某一问题或者得到某一目标所需的软件功能。 ●基线:基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶 段的结束点。在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线等。 ●配置控制委员会(Configuration Control Board):简称CCB,是确定配置基线,评估、批准 变更,并保证已批准变更的实施的组织。 ●需求变更:需求变更主要来自三个方面-客户、高层和开发人员。因此,无论哪一方面提 出需求变更的要求,都应当对变更请求进行评估。需求变更通常包括三项内容:新增需求、修改需求、删除需求。每一种变更都可能影响到其他需求的变化,因此在进行变更时需要利用需求跟踪记录。 ●需求跟踪:需求跟踪主要是跟踪需求及其实现之间的一致性,需求跟踪通过管理需求跟踪 记录来进行。在需求的阶段已经建立了需求跟踪记录,在后续的开发过程中,通过不断填写需求跟踪记录,将设计、开发和测试等阶段产品与需求进行一一对应。同时,在任何一个阶段发生变更时,都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开发阶段之中的。 ●涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题,就会涉及 到满足不同涉众的需要。涉众通常会对问题持有不同的观点,因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户,或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户(或客户代表)、用户(或用户代表)、投资者、股东、生产经理、买方、项目经理、设计人员、测试

管理信息系统流程图

管理信息系统流程图 电商121 王旺 实验三业务流程图 [ 实验目的] 1. 熟练绘制组织结构图 2. 掌握业务流程图的绘制方法 [ 实验内容] 1.试根据下述业务过程画出物资订货的业务流程图: 采购员从仓库收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位,供货单位发出货物后,立即向采购员发出取货通知。 2. 某工厂成品库管理的业务过程如下: 成品库保管员按车间送来的入库单登记库存台帐。发货时,发货员根据销售科送来的发货通知单将成品出库,并发货,同时填写三份出库单,其中一份交给成品库保管员,由他按此出库单登记库存台帐,出库单的另外两联分别送销售科和会计科。试按此业务过程画出业务流程图。 1图:

ft ft 电商121王旺 2图:

firl H'.di 电商121王旺 实验三(二) [实验目的] 1.掌握业务流程图和业务流程图的绘制方法[实验内容]

1.根据下述业务过程绘制业务流程图:采购部门准备采购单一式四份,第一张交给卖方;第二张交到收货部门,用来登记收货清单;第三张交给财会部门,登记应付账;第四张存档。到货时,收货部门按待收货清单校对货物是否齐全后填写收货单四张,其中第一张交财会部门,通知付款,第二张通知采购部门取货,第三张存档,第四张交给卖方。 2..绘制业务流程图。 销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账,并定期根据合同台账查询库存台账,决定是否可以发货。如果可以发货,则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的 另外两联分送计划员和财务科。计划员将合同执行情况登入合同台账。销售部门负责人定期进行销售统计并上报厂办。 电商121王旺F H ◎------ E A

管理信息系统数据流程图和业务流程图模板

1.采购部查询库存信息及用户需求, 若商品的库存量不能满足用户的需要, 则编制相应的采购订货单, 并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部, 并附上采购收货单。公司检验人员在验货后, 发现货物不合格, 将货物退回供应商, 如果合格则送交库房。库房管理员再进一步审核货物是否合格, 如果合格则登记流水帐和库存帐目, 如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。( 共10分) 2.在盘点管理流程中, 库管员首先编制盘存报表并提交给仓库主管, 仓库主管查询库存清单和盘点流水账, 然后根据盘点规定进行审核, 如果合格则提交合格盘存报表递交给库管员, 由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。( 共15分)

3.”进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程: 书商将采购单和新书送采购员; 采购员验收, 如果不合格就退回, 合格就送编目员; 编目员按照国家标准进行的分类编号, 填写包括书名, 书号, 作者、出版社等基本信息的入库单; 库管员验收入库单和新书, 如果合格就入库, 并更新入库台帐; 如果不合格就退回。”售书”的流程: 顾客选定书籍后, 收银员进行收费和开收费单, 并更新销售台帐。顾客凭收费单能够将图书带离书店, 书店保安审核合格后, 放行, 否则将让顾客到收银员处缴费。 画出”进书”和”售书”的数据流程图。 进书业务流程:

进书数据流程: F3.2不合格采购单 售书业务流程:

售书数据流程: 4.背景: 若库房里的货品由于自然或其它原因而破损, 且不可用的, 需进行报损处理, 即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处 理的报损清单, 交给主管确认、审核。主管审核后确定清单上的货品必须报损, 则进行报损处理, 并根据报损清单登记流水帐, 同时 修改库存台帐; 若报损单上的货品不符合报损要求, 则将报损单退回库房。 试根据上述背景提供的信息, 绘制出”报损”的业务流程图、数据流程图。

数据流程图和业务流程图案例

数据流程图和业务流程图案例 1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。

3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 书商采购单/新 书采购员 入库单退书单 编目员 合格新图 书 库管员 入库单 入库台帐 进书数据流程:

采购单审核 P3.1编目处理 p3.2入库单处理 p3.3供应商 F3.1采购单 F3.2不合格采购单 F3.3合格采购单F10入库单 F3.4不合格入库单 S2 图书库存情况存档 管理员 F9入库够书清单 F3.5合格入库清单 售书业务流程: 顾客 新书 收银员 收费单销售台帐 保安 未收费的 书 收费单/书 售书数据流程: 收费处理P1.1审核处理 P1.2E1顾客 F6购书单计划F1.1收费单 F1.2不合格收费单 S02S01S03S04图书库存情况存档 F4销售清单 图书销售存档 顾客需求图书情况存档 顾客基本情况存档 F4销售清单 F5顾客需求图书清单 F3顾客基本情况

ERP系统流程图

?苏苏办公模板设计 ERP 系统流程图 ◎运营管理 ◎工作流程 ◎员工手册 ◎规章制度 工作流程系列模版 行政 管理制度

目录 图23.1 企业销售管理业务的第一层数据流图 (5) 图23.2 销售基础数据管理业务数据流图(第二层数据流) (7) 图23.3 销售计划管理业务数据流图(第二层数据流) (7) 图23.4 销售订单管理业务数据流图(第二层数据流) (8) 图23.5 销售收发货管理业务数据流图(第二层数据流) (8) 图23.6 销售服务管理业务数据流图(第二层数据流) (9) 图23.7 企业销售管理E—R关系图 (10) 图23.8 销售管理系统的功能模块图 (11) 图24.1 企业采购管理数据流程图 (12) 图24.2 采购基础数据管理数据流程图(第二层数据流) (14) 图24.3 采购计划管理数据流程图(第二层数据流) (14) 图24.4 采购订单处理数据流程图(第二层数据流) (15) 图24.5 采购收货管理数据流程图(第二层数据流) (15) 图24.6 采购系统实体关系图 (16) 图24.7 采购系统模块图 (18) 图25.1 企业库存管理第一层数据流图 (20) 图25.2 库存基础数据管理数据流图(第二层数据流) (22) 图25.3 库存处理数据流图(第二层数据流) (23) 图25.4 入库处理展开数据流图(第三层数据流) (23) 图25.5 出库处理展开数据流图(第三层数据流) (24) 图25.6 企业库存管理E—R关系图 (25) 图25.7 库存管理系统功能模块图 (26)

图26.1 制造标准管理业务数据流图 (28) 图26.2 制造标准管理实体关系图 (28) 图26.3 制造标准管理功能模块图 (29) 图27.1 计划管理业务数据流图 (30) 图27.2 主生产计划管理业务数据流图(第二层数据流程图) (31) 图27.3 物料需求计划管理业务数据流图第二层数据流程图) (32) 图27.4 能力需求计划管理业务数据流图第二层数据流程图) (33) 图27.5 计划管理实体关系 (34) 图27.6 计划管理功能模块图 (36) 图28.1 企业车间管理第一层数据流图 (37) 图28.2 车间任务管理系统数据流程图 (38) 图28.3 生产工票管理数据流程图 (38) 图28.4 车间物料管理数据流程图 (39) 图28.5 车间完工管理数据流程图 (40) 图28.6 企业生产管理E—R关系图 (40) 图28.7 车间管理系统功能模块图 (42) 图29.1 JIT生产管理数据流程图 (43) 图29.2 JIT计划管理数据流程图(第二层数据流程图) (44) 图29.3 JIT系统维护数据流程图(第二层数据流程图) (45) 图29.4 JIT生产管理数据流程图(第二层数据流程图) (46) 图29.5 JIT系统实体关系图 (47) 图29.6 JIT功能模块图 (47) 30.1 质量管理数据流程图(简化) (48) 图30.2 质量管理基本数据维护数据流程图(第二层) (49)

IBM软件产品需求管理流程

IBM 软件产品需求管理流程 1. 简介 IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始,到研发以及后续的交付遵循IB M软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现,也就是一个由市场/客户驱动的,跨市场部门、研发产品管理部门及研发工程部门的端到端需求管理流程。同时,此次内容我们将描述IPD和产品需求管理流程,及流程中的角色(市场、研发产品管理部门及研发工程部门),以及他们之间是如何通过协作来管理需求的。 2. 背景——IPD IPD指导如何对软件产品发布版本进行投资决策和如何协调部门间工作以实现这些决策所 定义目标,IBM软件产品需求管理基于IPD流程,要了解这个需求管理的流程,首先我们要了解IBM所有产品开发所遵循的IPD的流程,包括其决策点。 IPD流程分为六个步骤: 1.概念:即概念验证阶段,主要对需求包进行评审,以确定其是否有足够的商业价值; 2.计划:即资源投入计划阶段,主要对需求包进行评估,以确定是否有足够的资源且在 一定的时间范围内将需求包开发出来; 3.开发:即对需求包进行开发成产品阶段; 4.验证:即对产品进行验证阶段; 5.交付:即将产品交付市场阶段; 6.生命周期:即产品在市场上销售,使用,维护和退出市场的阶段。 其中包括了几个重要的决策检查点(DCP):

1.概念决策检查点:即经过概念阶段各方面进行的一系列评审,在此检查点确定(1) 我们对需求包是否有足够的理解;(2)需求包是否有足够的商业价值。如果是,继续进入计划阶段; 2.计划决策检查点:即经过计划阶段的评估,在此检查点确定(1)我们是否有足够的 资源在既定的时间范围内完成需求包的开发(2)研发部门是否能在(1)的估计上承诺进行开发。如果是,继续进入开发阶段; 3.可交付决策检查点:即经过开发和验证阶段,在此检查点确定(1)产品是否质量合 格以交付给客户(2)我们产品的相应支持和销售是否已经准备好服务客户,如果是,产品交付市场; 4.生命周期结束决策检查点:即产品在市场使用一定时期后,在此检查点确定产品是否 退出市场。 一个产品从市场需求开始,经过概念验证,时间、资源等计划的支持,然后进行开发,验证,直至发布到市场供客户使用,最后在某个特定的时候结束产品在市场上的销售,在IBM都遵循着IPD流程。在其中过程中,这个产品的概念是否被接受,是否能得到资源上的投入的承诺,是否通过最终验证可以在市场上发布,以及什么时候在市场上停售,这些关键的决策都通过相应的委员会在不同的决策点上进行决策。 3. IPD 与产品需求管理流程 以上描述了IBM IPD的基本概念,我们接下来看IBM软件产品的需求管理是如何基于IPD 的。首先,请看下图一:产品需求管理流程。

管理信息系统数据流程图和业务流程图和E-R图.

1. 采购部查询库存信息及用户需求, 若商品的库存量不能满足用户的需要, 则编制相应的采购订货单, 并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部, 并附上采购收货单。公司检验人员在验货后,发现货物不合格, 将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格, 如果合格则登记流水帐和库存帐目, 如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 (共 10分 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 (共 15分

3. “进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员; 采购员验收,如果不合格就退回, 合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后, 收银员进行收费和开收费单, 并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程:

进书数据流程: F3.2不合格采购单售书业务流程:

售书数据流程: 4. 背景 :若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理, 即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单, 交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理, 并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。

管理信息系统流程图

实验三业务流程图[实验目的] 1.熟练绘制组织结构图 2.掌握业务流程图的绘制方法 [实验内容] 1.试根据下述业务过程画出物资订货的业务流程图:采购员从仓库收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位,供货单位发出货物后,立即向采购员发出取货通知。 2.某工厂成品库管理的业务过程如下:成品库保管员按车间送来的入库单登记库存台帐。发货时,发货员根据销售科送来的发货通知单将成品出库,并发货,同时填写三份出库单,其中一份交给成品库保管员,由他按此出库单登记库存台帐,出库单的另外两联分别送销售科和会计科。试按此业务过程画出业务流程图。 1图: :

图2. 实验三(二). [实验目的] 1.掌握业务流程图和业务流程图的绘制方法

[实验内容] 1.根据下述业务过程绘制业务流程图:采购部门准备采购单一式四份,第一张交给卖方;第二张交到收货部门,用来登记收货清单;第三张交给财会部门,登记应付账;第四张存档。到货时,收货部门按待收货清单校对货物是否齐全后填写收货单四张,其中第一张交财会部门,通知付款,第二张通知采购部门取货,第三张存档,第四张交给卖方。 2..绘制业务流程图。 销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账,并定期根据合同台账查询库存台账,决定是否可以发货。如果可以发货,则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的另外两联分送计划员和财务科。计划员将合同执行情况登入合同台账。销售部门负责人定期进行销售统计并上报厂办。 2图: 1图:

数据流程图实验四 [实验目的] 掌握数据流程图的绘制 [实验内容] 1.某仓库管理系统按以下步骤进行信息处理 (1)保管员根据当日的出库单和入库单通过出入库处理去修改库存台帐;

核电企业业务流程管理系统的设计与实现

核电企业业务流程管理系统的设计与实现业务流程管理系统是提供给企业员工用以帮助执行企业内部业务流转的工具。但是各个企业的内部流程相似度不高,而核电企业内部业务则更有特殊性,因此本文的目标是针对核电企业客户建立起符合其独有业务流程的业务流程管理系统来帮助其实现企业业务管理的信息化。本文介绍的业务流程管理系统是基于Dojo框架,通过FilenetPE(流程引擎)给出的API来实现流程管理服务,其中流程逻辑是专门针对核电企业业务进行设计的,该系统主要能完成对企业流程的新建任务、查看任务、处理任务、流程流转以及任务管理等功能,能够在最大限度上减少员工工作量,增加其工作效率。本文从项目的背景以及国内外研究现状出发,对现有的一些业务流程管理系统进行了简要的分析,给出了不适合当前项目的原因。 接下来讨论了项目中的关键技术以及核心产品,介绍了Dojo这项技术,并对本项目所用的流程引擎FilenetPE以及LotusForm进行了简单的介绍。通过对核电企业用户的业务需求进行横向分析,给出了系统所需要的基础功能的用例,然后针对流程对系统进行纵向的分析,对每个不同的业务流程进行单独的剖析,给出了本人负责的三个流程的用例以及状态图,从两个层面来完成了对项目的需求分析。在需求分析的基础上,本文提出了项目的系统整体架构,对系统功能模块进行了划分,同时完成了对数据库的设计,并通过对比选型来确定一些相似的技术在本项目中的优劣性,以决定要使用的技术。在结合实际业务的情况下本文讨论了对系统的基础功能模块以及对各个流程进行的详细设计与实现,除了实现新建任务、查看任务、处理任务等操作业务流程任务的基础功能外,也针对不同流程进行了详细的设计,通过对流程的逻辑设计完成业务流程模型,然后在流程模型的基础上对每条流程进行实现。 在本文第六部分,通过展示系统实现后的功能测试与系统界面,给出了系统的直观展示。最后本文进行了概括性的总结,并指出了项目中的一些不足之处。本文探讨了核电企业业务流程管理系统的设计开发全过程,针对核电企业繁复、特殊的业务,设计出最大程度贴合的流程模型,以最大程度的提高员工工作效率。通过对系统的需求分析与设计,本人完成了系统中几项基础功能以及档案移交、档案鉴定和借阅流程开发过程。

流程管理_业务变更管理流程图

业务变更管理流程

版本记录

目录 1.文档介绍 (1) 1.1.文档简介 (1) 1.2.文档用途 (1) 2.变更管理流程简介 (2) 2.1.变更管理流程描述 (2) 2.2.目的 (3) 2.3.围 (3) 2.4.主要容 (3) 2.5.业务价值 (5) 3.变更管理的人员角色和职责 (7) 3.1.变更经理 (7) 3.2.变更顾问委员会(CAB/EC) (8) 3.3.变更主管 (8) 3.4.变更实施人员 (9) 3.5.某客户人员角色定义 (9) 4.变更管理流程说明 (10) 4.1.变更管理总体流程 (10) 4.2.变更管理流程和其他管理流程的关系 (12) 4.3.变更管理详细流程 (12) 4.3.1.(350)紧急变更逻辑流程 (12) 4.3.2.(300.1)提交变更请求 (15) 4.3.3.(300.2)接受变更请求 (15) 4.3.4.(300.3)评估风险/影响 (16) 4.3.5.(300.4)测试/实施计划 (17) 4.3.6.(300.5)计划&沟通 (18) 4.3.7.(300.6)变更实施 (18) 4.3.8.(300.7)回顾 (19) 4.3.9.(300.8)结束 (20) 4.4.SD相关代码定义 (20)

4.4.1.请求者优先级别 (21) 4.4.2.影响度 (21) 4.4.3.风险 (21) 4.4.4.状态 (22) 4.4.5.变更工单实施状态 (22) 4.4.6.结束代码 (22) 4.4.7.类别(Category) (22) 4.4.8.类型(Type) (23) 5.变更管理流程控制 (24) 5.1.变更管理流程政策/建议 (24) 5.1.1.政策 (24) 5.1.2.建议 (25) 5.2.管理报表 (25) 5.3.工作报表 (26) 6.附件 (27)

商贸企业业务管理流程图

购销存业务管理流程 为了加强商品的进销存管理,规进销存流程,实现账账相符,账物相符的管理目标,使员工在工作中有章可循,便于操作,现对产品的购进、销售、及仓储等方面做出规定要求,请遵照执行。 一、购销存业务流程图 1 3 2 5 4 7 9 6 二、各业务流程 1、采购 由保管员根据企业库存和销售情况填写《采购单》(须注明采购商品名称、型号、数量等。一式二联,第一联留存,第二联交由采购员采购),经销售主管确认、审核后,报总经理批准。 采购员按照签字齐全的《采购单》进行采购。并应先了解市场行情、选择供应商、确定价格、签订采购合同。然后根据采购合同到会计处办理付款手续。

由采购员根据采购合同所需金额填写《付款通知》,经销售主管审核,报总经理批准后,交由财务人员付款。 采购员采购回货物后须及时在仓库保管处办理入库手续。 2、入库 货到后,采购员凭购进发票或货物清单上的标识、质量、规格、型号、商品名称、数量等会同保管员、送货人共同验收核对。对少于货物清单数量的商品按实际数量收货;对多出货物清单数量的商品不予收货。验收完毕后,开具货物《入库单》(一式三联,第一联留存,第二联附货物清单交财务结算并记账,第三联交给采购员月底对账),并及时登记保管明细账。 3、出库 由开票员开具《出库单》(或《销售单》等。一式四联,第一联存根,第二联出纳收款,第三联保管员发货依据,第四联客户),并由出纳员收款,收款后加盖现金收讫章(或转账收讫)和出纳个人私章。 保管员应按照收款后的《出库单》的明细发货,并及时登记明细账。 4、收款及付款 (1)、收款 收货款时出纳员应先根据开票员开具的《出库单》(《销

产品需求管理和产品路标流程规划

产品需求管理和产品路标流程规划 课程收益: 掌握企业实现市场导向的运作模式和要点; 学习先进企业在需求管理和产品路标规划方面的经验; 掌握制定、优化和监控产品线路标规划的流程、方法和工具; 如何实现市场与产品规划流程与公司其他管理流程的整合; 掌握制定、优化和监控业务计划的流程、方法和工具; 通过案例和模板掌握在产品规划过程中的文档撰写; 课程背景: 产品规划过程中缺乏系统的分析工具; 产品的技术驱动特点产生了以产品为特征与以客户为特征的细分市场的矛盾,如何解决; 产品基于公司的老产品进行升级、改型,没有考虑竞争对手的产品动态发布和市场环境的变化情况,对于技术的前瞻性与市场时机的契合点无法规划; 产品规划过程中的需求、方案的颗粒度无法掌握,到底应该提供什么样的规划文档给协作单位或部门; 在产品规划过程中存在大量的跨部门和单位的沟通协调工作如何高效开展; 培训特色: 系统化理论指导――课程内容采用国际上先进的管理方法论,结合中国企业自主创新的最佳实践,总结提炼出适合中国本土企业的产品管理制度。 丰富案例分析互动――通过对案例分析方式加深学员理解。 结合实际演练――通过对实际项目进行角色演练、研讨等方式提高转化能力。 讲师的专业性――产品管理方面的专家,有丰富的产品开发、研发业务管理、市场销售管理及企业研发管理咨询经验。 参加对象:公司总体办、市场部门、产品规划部门、产品研发部门、市场研究部门等;公司产品经理、营销/产品体系主要管理人员 课程大纲: 1、产品规划的基本概念和框架 1.1进行有效产品管理的外界条件 1.1.1案例分析:IBM的研发管理 1.1.2企业文化 1.1.3组织流程 1.1.4市场能力 1.2产品管理的子流程组合与关联 1.2.1需求管理 1.2.2产品规划管理

供应链管理系统构成及操作流程带流程图

供应链(购销存)管理系统构成及操作流程(带流程图)供应链(购销存)是用友ERP-U852管理软件的重要组成部分,它突破了会计核算软件单一财务管理的局限,实现了从财务管理到企业财务业务一体化的全面管理,实现了物流、资金流管理的统一。本章主要讲授购、销、存业务处理的功能与特点,购、销、存业务处理系统的基本操作流程与方法等内容。 9.1 供应链(购销存)业务处理系统概述 供应链管理系统包括采购管理、销售管理、库存管理和存货核算等模块。其中每个模块即可以单独使用,也可以与相关子系统联合使用。 9.1.1 供应链(购销存)业务处理系统的功能与特点 1.供应链(购销存)业务处理系统的功能 供应链(购销存)业务核算是企业经营管理的重要环节,繁杂的购、销、存业务核算与管理工作一直困扰着企业,供应链(购销存)业务处理系统正是根据企业供应链(购销存)业务的特点设计开发的核算与管理软件,一般来讲,供应链(购销存)业务处理系统应具备以下功能: (1) 物资采购业务的核算:根据企业业务经营与财务管理方面的要求,处理有关物资采购方面的经济业务,主要包括请购、定购、到货、入库、采购发票、采购结算等全过的管理, 可以处理普通采购业务、受托代销业务等业务类型。企业可根据实际业务情况,对采购业务处理流程进行可选配置。并登记各种核算账簿以及进行采购业务分析。 (2) 产品销售核算:按照国家有关规定, 处理有关产品销售方面的经济业务,包括销售报价处

理、销售定货、销售开票、销售调拨、销售退货、发货折扣、委托代销、零售业务等,并根据审核后的发票或发货单自动生成销售出库单,处理随同货物销售所发生的各种代垫费用,以及在货物销售过程中发生的各种销售支出。对产品的销售业务进行核算统计,同时,进行各种销售业务分析。 (3) 库存商品的管理和核算: 按照国家有关规定, 处理有关库存商品管理方面的经济业务。主要包括审核各种入库单据、管理出入库数量、同时处理库存商品调拨业务、盘点业务、组装拆卸业务等,另外对于库存商品的控制(保质期管理、代销商品管理、不合格品管理、现存量管理、安全库存管理等),同时进行入库流水账、库存台账等库存账簿管理和统计分析、存货出入库成本的核算、出入库成本的调整、存货跌价准备的处理等。 2. 供应链(购销存)业务处理系统的特点 根据企业对材料物资和库存商品的、进、销、存核算与管理的要求,供应链核算系统应具备以下特点: (1) 核算数据量大。 (2) 税金计算政策性强。 (3) 数据间的计算关系复杂。 (4) 成本计算方法多。 (5) 数据传递关系多等。 3. 供应链(购销存)核算业务实现电算化的意义

需求管理系统要求规范说明书V1.0-20140412

需求管理规范说明数据产品事业部-生产部-采集部

文档履历

发布范围

目录 1.目的 (2) 2.适用范围 (2) 3.术语及定义 (2) 3.1需求管理 (2) 3.2需求获取 (2) 3.3需求列表 (2) 3.4需求状态 (2) 4.执行准则 (2) 5需求管理过程 (3) 5.1需求过程所涉及工作 (3) 5.1.1需求定义 (3) 5.1.1.1需求获取 (3) 5.1.1.2需求分析 (4) 5.1.1.3需求说明 (4) 5.1.1.4需求验证 (6) 5.1.2需求维护 (6) 5.1.2.1需求基线定制 (6) 5.1.2.2需求变更 (7) 5.1.2.3需求跟踪 (9) 5.1.2.4需求状态 (10)

1.概述 需求管理,需要明确需求管理流程,并对每个相关部门所应有的责任与权利进行界定,同时要建立有效的监管措施,使流程中的每个环节都能发挥有效作用。 需求管理不是项目前期的一个环节,而是贯穿整个项目的关键流程。在具体进行需求管理时,应该着重注意明确职责避免缺位、需求应分层沟通和确认、分步实施和先易后难的原则。 2.目的 为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目执行的质量、进度、需求的完整与可追溯性。保证业务需求提出者与需求分析人员、项目执行人员、验收人员及其也相关利益人对需求达成共识。 3.适用范围 本管理规范只适用于数据产品事业部-采集部需求管理人员。 4.术语及定义 4.1需求管理 是一种获取、组织、并记录项目所产生或接受的技术性、非技术性需求,以及组织项目的需求。 通过需求管理能够管理所有的需求变更、维护需求与项目实施过程的关系、识别需求与工作产品间的不一致,使客户、与项目团队对不断变化的需求达成并保持一致。 4.2需求获取 是业务规划部门依据需求方提交的业务需求,经过分析、整合、加工而形成的按系统、分功能抽象记录的需求概述。它是项目管理的基本单元,也是用户需求编写的依据。 4.3需求列表 是需求分析人员依据需求条目,通过分析,按照需要实现的目标点组织编写的需求清单。 4.4需求状态 指某时间点上反映出的需求问题情况。 5.执行准则 1、必须列明需求条目 2、必须列明用户需求列表 3、需求一定要进行分类 4、需求需分优先级

管理信息系统试题与各种流程图复习资料

第一章 管理信息系统概述 1.数据是记录下来的可鉴别的。 2.是对数据经过解释或处理之后,对人们的行为能产生影响并赋予一定意义的“数据”。 3.由处于一定的环境中相互作用和相互联系的若干组成部分结合而成的并为达到整体目的而存在的集合。4.技术上可以定义为支持组织中决策和控制的进行信息收集、处理、存储和分配的相互关联部件的一个集合。 5.是一个以人为主导,利用计算机硬件、软件、网络通信设备以及其他办公设备,进行信息的收集、传输、加工、存储、更新和维护,以企业战略竞优、提高效益和效率为目的,支持企业高层决策、中层控制、基层运作的集成化的人机系统。 6.管理系统是分等级的,管理信息也是分级的,一般可分为___________ 、___________和业务处理信息。 7._________是企业生产及管理过程中所涉及到的一切文件、资料、图表和数据等信息的总称。 8.任何系统的存在,都有3个必要条件:______、机构和目标。 9.根据系统的原理,系统由输入、处理、输出、_______和控制5个基本要素组成。 10.通过人机交互方式,利用数据库、模型库和知识库帮助决策者找到可能的答案,为管理决策提供必要的信息,这种信息系统成为 _____________。 11.__________是运行计算机以各种方式模仿人类各种行为的技术和软件。 12.______________把整个组织活动看成一系列过程,每个过程都能为向顾客提供的产品或服务添加一定的价值。 1.数据作为对客观事物的反映,有两方面的含义() A.主观性和不可识别性 B.客观性和不可识别性 C.主观性和可识别性 D.客观性和可识别性 2.从概念上讲,信息主要包括() A.自然信息和社会信息 B.自然信息和微观信息 C.微观信息和宏观信息 D.社会信息和宏观信息 3.信息具有一些有别于数据的其他方面的性质,主要表现在() A.价值性和共享性 B.可传输性和可加工性 C.时效性和整体性 D.以上皆是 4.管理信息系统的核心就是按照()的思想建立管理信息系统。 A.软件 B.系统 C.信息 D.管理 5.系统的存在的必要条件不包括() A.功能 B.机构 C.目标 D.环境 6.根据系统的原理,系统由输入、处理、输出、反馈、控制5个基本要素组成,它们之间存在()联系 A.输入受输出控制 B.输出受输入控制 C.控制对输入的容进行各种加工 D.反馈将输入的一部分返回到输出 7.管理信息系统由七大部分组成,其中不包括() A.计算机软硬件 B.工作人员 C.规章制度 D.管理方法 8.信息() A.是形成知识的基础 B.是数据的基础 C.所有加工后的数据 D.具有完全性 9.管理信息是() A.加工后反映和控制管理活动的数据 B.客观世界的实际记录 C.数据处理的基础 D.管理者的指令 10.数据()

百度产品需求管理MRD模板

XXX项目/产品MRD

百度在线网络技术(北京)有限公司(版权所有,翻版必究)

MRD修改记录 注:MR D提交评审之前的修改也可以记录下来

1项目背景 【在此简单介绍项目/产品产生的背景】 2名词解释 【对文档中出现的新的名词、概念或简略语给出定义和解释。如果没有此项,可以裁剪】 3可行性分析 3.1 前期调研信息和数据 【提供前期调研信息和数据作为项目立项的支持,给出一些重要的依据数据(譬如通过某项调研发现存在很大的空间可以提高问题解决率,那么调研的结果应该在此进行表述)】3.2 项目预期目标 【明确项目的预期目标,最好有量化的目标值(譬如用来提高问题解决率的MRD ,应该给出预期的解决率的范围或者具体值)】 4综合描述 4.1 功能概述 【对功能做整体性的概要描述,包括所包含的功能模块及各功能模块的概要描述,也可以指出本次的开发重点。如果MRD 需求功能点较少,此项可以裁剪】 4.2 对其它产品的影响 【包括和该需求相关的假设和依赖,即本产品和外部系统的接口关系,如果接口比较多或复杂,建议以图形方式进行表示。如果本产品没有外部接口,此项可以裁剪】 5功能详述 5.1 功能需求 5.1.1 功能点1 5.1.1.1 功能点类型和优先级 【功能点类型有新增、旧有功能升级、Bugfix 三种类型;优先级分为高、中、低】 5.1.1.2 流程图 【如果功能点流程较复杂,可以结合流程图来进行说明。如果流程简单,可以裁剪】 5.1.1.3 页面布局 【由TS或UE或其它部门提供的模板页面,如果没有,此项可以裁剪】5.1.1.4 功能点1 描述 【针对该功能点做详细的描述,确保描述的一致性、无二义性,并尽可能量化功能要求】 5.1.2 功能点2 5.1.2.1 功能点类型和优先级

流程图:客服系统需求管理流程规范

1.目的:为了规范客户服务中心客服系统需求管理工作,促进客服系统需求管理工作流程 的规范,建立从需求计划、需求开发、需求上载、需求试运营的闭环管理流程,提高客服系统需求处理效率,保障客服系统需求处理质量,特制定本流程管理规范。 2.适用范围:客户服务中心客服系统需求管理工作。 3.相关部门及职责: 本流程涉及的部门主要包括:业务支撑中心、客户服务省中心及各区域中心、地市公司信息技术中心及合作单位华为公司等。 业务支撑中心主要负责需求开发版本发布、需求开发设计审核、开发版本上线管理、需求故障处理等工作; 客户服务中心负责业务需求编写、业务需求评审、业务测试等工作,并协同业务支撑中心共同开展需求项目管理工作; 地市公司信息技术中心协助客户服务各区域中心进行需求初审工作,同时负责需求版本的上载、测试、故障反馈处理等工作。 合作单位华为公司负责对业务需求进行技术评估、架构设计、软件开发、软件测试、软件上载等工作。 4.释义: 客服系统主要指包括ICD3.0、工作流、知识库、公告便笺、考试培训等子系统在内的,10086客服热线使用的业务支撑平台。 5.工作流程及说明 《客服系统需求管理流程规范》主要包括《普通需求管理流程规范》和《紧急需求管理流程规范》。 5.1.普通需求管理流程规范 普通需求管理流程由八个子流程构成:业务需求提交流程、业务需求评审流程、业务需求技术评估流程、业务需求版本管理流程、需求开发管理流程、需求版本发布流程、需求测试管理流程、需求上载管理流程及需求试运营管理流程。 5.1.1.业务需求提交流程

1、省中心专业科室、区域中心根据公 司相关业务通知、要求,或者实际生产 需要,按照需求模版,提出客服热线系 统业务需求;(注:非区域所在地市的 客服系统相关需求,请通过区域中心接 口人进行提交; 2、由需求提出区域将完善后的需求在 AMS系统上提交; 3、各区域中心根据当地实际情况,对 其他区域中心提出需求进行互审,并提 出完善、修改建议; 1)省中心专业评审阶段 1、省中心各专业科室根据专业分工, 在收到汇总需求后的三个工作日内,根 据对需求的可行性、必要性等因素的评 审,对需求进行专业评审; 2、各区域中心根据实际生产需要,对 需求提出补充修改建议

管理信息系统业务流程图及数据流图_例题

信息管理系统业务流程图及数据流图 某工厂人事管理业务如下: 1)由厂长批准的《调入人员通知》连同《职工登记卡》由调入人员一起交给人事科,人事科将《职工登记卡》的信息登记到《职工档案》,其数据项有:职工代码、姓名、性别、出生年月政治面貌、职务、职称、最后学历、固定工资、入厂日期、所在单位。《调入人员通知》存档,为统计调入人员时使用。 2)由厂长批准的《调出人员通知》交人事科,人事科据此将其在《职工档案》中的信息取出,另外记入《调出人员档案》,其数据项在《职工档案》基础上,增加一项“调出日期”。 3)由厂长批准的《离退休人员通知》交人事科,人事科据此将其在《职工档案》中的信息取出,记入《离退休人员档案》,其数据项在《职工档案》基础上,增加一项“离退日期”。 4)由厂长批准的《职工工资变动通知》交人事科,人事科据此修改《职工档案》中的职工的固定工资数据。 5)本厂职工把各大专院校颁发的《学历证明》交人事科,人事科据此修改《职工档案》中的最后学历数据。 6)随时都有本厂各级管理人员来人事科查看人事档案、离退休人员档案、调出人员档案信息。 7)每到年末,人事科需编制《职工统计表》和《职工学历统计表》、《职工工资统计表》、《职工年龄结构分析表》,交给厂长。 下面给出《职工统计表》和《职工学历统计表》的格式,其他表的格式请自己设计。 要求完成: (1)画出现系统的业务流程图。 (2)设计出新系统的数据流图(包括顶层图和各级细化图)。

业务流程图

TOP图 一级细化图

P1的二级细化图 F5 D3 P2的二级细化图

P4的二级细化图 职工工资统计表:

相关文档
最新文档