绩效考核工程采购需求分析20130110

1、绩效考核工程采购需求分析（2013-1-10）一、 项目概述2013年1月7日，信息管理部接受企管法规处关于建设“工程采购绩效考核系统”的委托，安排应用一组部分同志着手进行相关工作。企管法规处对系统的要求：1、 对工程采购过程中的“物资采购”和“施工图纸”进行时效性考核；2、 工程管理部发起考核要约，物资采购部、炼化设计院为被考核单位。项目调研后，系统建存在的难点：1、 设计院、物资采购部、工程管理部三方互有制约，形成了“资源请求回路”，极易产生“死锁”。2、 既定的工程项目，目的变更频繁，系统难以识别切入点。二、 项目设计思路工程采购可以用“甘特图”的方式进行管理，即将设定完大计划后，由执行

2、部门根据需要将其分解为若干小计划，逐步实施、逐步完善。分解过程如下图所示：图1：工程采购分解图项目处理流程如下图所示：图2：工程采购流程图相关说明如下：1、 计划处为考核流程的发起单位。主要职责是：a) 确定计划编号；b) 编排预算金额；c) 确定计划名称；d) 编写计划说明；e) 估算工程起止时间；f) 确定计划责任单位；g) 审核责任单位所提出的计划变更申请。2、 工程管理部为计划处确立计划的责任单位。主要职责是：a) 分解计划，确定各小计划的编排；b) 确定各小计划的起止时间；c) 确定小计划名称；d) 编写小计划说明；e) 编排小计划预算金额；f) 确定小计划责任单位；g) 对计划目的

3、发生变更时，提出变更申请。3、 物资采购部、炼化设计院是工程部确立小计划的责任单位。主要职责是：a) 按小计划的说明要求组织实施；b) 对实施条件进行判研，若实施条件不能满足需要，则在规定时间内提出变更申请。4、 流程注意要点：a) 大计划起止时间确定后，所有小计划的时间界线不得超过大计划的最后时间；b) 小计划的总金额不能超过大计划所编排的预算金额；c) 计划一旦编排完提交后，若非发生“变更申请”，否则不得更改；d) 计划分解时，应当注意可以确定的项目先进行编排，不确定因素比较多的项目应当靠后安排；e) 如果提交“变更申请”需要在规定时间内完成，否则将引发时效考核。三、 项目设计要求1、 系

4、统采用DIV+CSS前台、中间层逻辑、SQL Server数据库数据存储和XML流程配置的搭建模式。数据库与逻辑层的连接采用LINQ技术，编程语言为C#。2、 前台录入界面，要求布局合理，反应敏捷，登录有权限，避免重复提交（多次点击、刷新、后退）。尽量避免使用服务器端控件，限制ViewStatus大小，保证数据传输迅速。页面中尽量减少查询次数，限制大数据显示组件个数（GraidView）。3、 中间层逻辑结构要求清晰，代码可读性要好、可扩展性要好。数据计算准确，有一定的容错性。代码要求有最大限度的可重用性。提倡使用“用户控件”提高代码的可重用性。4、 数据库设计要求考虑流程的最大可能，在关键表

5、中可多安排几个数据冗余，保证系统的可扩充性。对于数据写入，尽量采用“存储过程”完成。四、 图例和样表1、 录入界面图例图3：计划录入界面图3表示由计划处根据年初制订的大计划分割出的小计划的录入界面。编撰人、提交单位、提交时间由录入者在登录后，系统自动提供。计划编号需要根据规则手工录入（不得为空）。计划名称用于简要描述计划的特征、类别等。开始时间和工期是预计开工和计划时长的关键点。责任部门指计划下达后的执行部门。计划详情需要填写计划实现的目标和执行的前期基础条件等。图4：工程录入界面图4表示工程管理部根据计划处编制的计划单进行计划分解的录入界面。编撰人、提交单位和提交时间由录入者登录后系统自动生成。计划编号为必填项。责任部门目前为“炼化设计院”和“物资采购部”两个部门可选。图5：设计、物采变更申请单图5表示设计院或者物采部在接到由工程管理部下达的计划单后，发