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

绩效考核 工程采购 需求分析 绩效考核 工程采购 需求分析 2013 1 10 一 项目概述 2013 年 1 月 7 日 信息管理部接受企管法规处关于建设 工程 采购绩效考核系统 的委托 安排应用一组部分同志着手进行相关 工作 企管法规处对系统的要求 1 对工程采购过程中的 物资采购 和 施工图纸 进行时 效性考核 2 工程管理部发起考核要约 物资采购部 炼化设计院为被 考核单位 项目调研后 系统建存在的难点 1 设计院 物资采购部 工程管理部三方互有制约 形成了 资源请求回路 极易产生 死锁 2 既定的工程项目 目的变更频繁 系统难以识别切入点 二 项目设计思路 工程采购可以用 甘特图 的方式进行管理 即将设定完大计 划后 由执行部门根据需要将其分解为若干小计划 逐步实施 逐 步完善 分解过程如下图所示 图 1 工程采购分解图 项目处理流程如下图所示 图 2 工程采购流程图 相关说明如下 1 计划处为考核流程的发起单位 主要职责是 a 确定计划编号 b 编排预算金额 c 确定计划名称 d 编写计划说明 e 估算工程起止时间 f 确定计划责任单位 g 审核责任单位所提出的计划变更申请 2 工程管理部为计划处确立计划的责任单位 主要职责是 a 分解计划 确定各小计划的编排 b 确定各小计划的起止时间 c 确定小计划名称 d 编写小计划说明 e 编排小计划预算金额 f 确定小计划责任单位 g 对计划目的发生变更时 提出变更申请 3 物资采购部 炼化设计院是工程部确立小计划的责任单位 主要职责是 a 按小计划的说明要求组织实施 b 对实施条件进行判研 若实施条件不能满足需要 则在规 定时间内提出变更申请 4 流程注意要点 a 大计划起止时间确定后 所有小计划的时间界线不得超过 大计划的最后时间 b 小计划的总金额不能超过大计划所编排的预算金额 c 计划一旦编排完提交后 若非发生 变更申请 否则不 得更改 d 计划分解时 应当注意可以确定的项目先进行编排 不确 定因素比较多的项目应当靠后安排 e 如果提交 变更申请 需要在规定时间内完成 否则将引 发时效考核 三 项目设计要求 1 系统采用 DIV CSS 前台 中间层逻辑 SQL Server 数据库数据存储和 XML 流程配置的搭建模式 数据库与逻 辑层的连接采用 LINQ 技术 编程语言为 C 2 前台录入界面 要求布局合理 反应敏捷 登录有权限 避免重复提交 多次点击 刷新 后退 尽量避免使用服 务器端控件 限制 ViewStatus 大小 保证数据传输迅速 页 面中尽量减少查询次数 限制大数据显示组件个数 GraidView 3 中间层逻辑结构要求清晰 代码可读性要好 可扩展性要 好 数据计算准确 有一定的容错性 代码要求有最大限度 的可重用性 提倡使用 用户控件 提高代码的可重用性 4 数据库设计要求考虑流程的最大可能 在关键表中可多安 排几个数据冗余 保证系统的可扩充性 对于数据写入 尽 量采用 存储过程 完成 四 图例和样表 1 录入界面图例 图 3 计划录入界面 图 3 表示由计划处根据年初制订的 大计划 分割出的小计划 的录入界面 编撰人 提交单位 提交时间由录入者在登录后 系 统自动提供 计划编号需要根据规则手工录入 不得为空 计划名 称用于简要描述计划的特征 类别等 开始时间和工期是预计开工 和计划时长的关键点 责任部门指计划下达后的执行部门 计划详 情需要填写计划实现的目标和执行的前期基础条件等 图 4 工程录入界面 图 4 表示工程管理部根据计划处编制的计划单进行计划分解的 录入界面 编撰人 提交单位和提交时间由录入者登录后系统自动 生成 计划编号为必填项 责任部门目前为 炼化设计院 和 物 资采购部 两个部门可选 图 5 设计 物采变更申请单 图 5 表示设计院或者物采部在接到由工程管理部下达的计划单 后 发现缺