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

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