项目评审会工作流程

一、确定评审会方案及参会人员

1、与主管部门沟通确定评审会方案（包括时间、地点、场地、评审专家信息、到会领导信息、评审会负责人等）

2、与业主（市场人员负责）沟通，确定到会人员名单、职务（需全名，并与主管部门领导职务相对应）

3、与我方技术部/项目负责人沟通，确定到会人员名单、职务（行政人事部负责）；

4、汇总参会人员名单并上报给主管部门评审会负责人。

二、评审会场布置及现场相关工作

1、确定由业主或我方负责评审会场布置，现场负责人联系信息；（如为租用场地，应准备好相应费用）

2、会场布置标准：投影仪+投影幕、电脑（评审会前一天装好打印机驱动）、U盘、接线板、横幅/欢迎字幕、茶水（水果、托盘、茶叶、水杯、电水壶、烟灰盅、纸巾）、台签、纸笔、打印机（打印纸）、公文包、与会人员名单（详细联系信息）

3、确定由业主或我方负责会餐（包括休息酒店）安排；

4、专家接送：提前一天联系专家并确定是否接送；

5、会餐安排（如需）：预订用餐房间、确定用餐地方是否可以刷卡，否则备好现金；

6、休息安排（如需）：确定休息酒店并预订房间。

三、我方准备相关工作

1、联系专家并送报告（材料包括专家邀请函、报告、会议议程，并于会前1~2天送达）

2、接送专家安排：统筹好接送专家的车辆、时间、接送地点、跟车人员、水、雨伞等

3、会议材料与物质

（1）技术报告（根据与会人员情况确定打印装订的数量，尽量做到节省）、汇报PPT

（2）签到表：与会人员、专家（3份：主管部门一份，我方2份：附于报告、报销用）

（3）专家评审意见表 (按主管部门的格式要求）

（4）公文包=会议议程+笔+纸+宣传手册（专家及到会领导的文件袋再加上评审费）

（5）专家评审费：按XXXX元/人/天计

（6）台签

（7）投影仪（如果需要）

（8）电脑（评审会前一天装好打印机驱动）、U盘、接线板

（9）打印机、打印纸

（10）数码相机、数据线、电池、内存卡

（11）文件袋、档案袋、信封、封口胶

四、会议过程中相关工作

1、拍照会议过程中的照片必须包含以下内容：

（1）会场全局的照片：横幅在相片正中央，包含所有与会人员（2）能清晰看出参会人员及其对应台签的照片

（3）政府领导讲话的照片

（4）我单位人员汇报时的照片

（5）包含项目名称的PPT页面的照片

（6）专家、政府相关单位人员、相关区域负责人讲话的照片

（7）专家宣读评审意见的照片

2、文档处理工作

按照会议实际情况修改“专家评审意见表”（按业主单位需要的份数+我单位预留2份打印）、“专家组签到表”（包含专家组长信息，附于项目报告后，打印1份）

四、说明

1、项目评审相关工作由项目负责人统筹安排、具体人员分工可另行列表。

2、如由业主负责会场相关布置工作，我方仍应提前一天跟进检查是否达到标准要求；

3、会后应指定专人撰写总结/会议记录，交行政人事部存档。

附件：

1、《××××××》评审会议程

2、《××××××》评审会专家签到表

3、专家评审意见表模板

4、台签模板

召开《XXXXXXX项目XXX报告》评审会方案

一、目的

邀请专家及有关部门领导对《XXXXXXX项目XXX报告》进行评审和征询意见，以增强项目的科学性、实用性和前瞻性，确保项目的经济、社会和生态效益的有效发挥，实现项目的预期目标。

二、拟请评审专家名单

姓名单位职称职务

三、政府领导参会人员名单

姓名单位职称职务

四、建设方及评价机构参会人员名单

姓名单位职称职务

五、评审会议程

六、会议会务由XXXX 公司安排。

日期时间内容

主持人

:00- :00

主持人宣读评审会召开通知

主管部门会议主持人

:00- :00 主持人介绍评审会概况和目的，介绍

专家和领导,介绍建设方、评价机构

到会人员、推荐专家组长

:00- :00 建设方领导发言 :00- :00

项目报告编制单位介绍情况

项目负责人

:00- :00 专家和领导发言、讨论，编制单位答疑 :00- :00 专家讨论形成专家组意见

:00- :00 宣读专家组意见 :00- :00

会议总结

软件开发流程图.docx

软件开发流程图项目前期需求变化项目启动需要系统实变现更系统调测开始获取用户需编制初步方编制进度 / 跟踪需求基本确定编制详细预配置内部资分配开发任系统实现控制/调无需变更技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志，确认 EU需求变动，执行进度控制，必要时变更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测

部署试

TE：进行集成测试，编制测试文档，提交PM，送达PG 未通过通过通过项目后期系统验收结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ：部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理硬件开发流程图

产品调研 / 新产品立设计开发执行子项目分支执首样评审业务部主导研发部研发部主导业务部研发部主导研发部主导业务部采购部研发部主导业务部工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计与修改，形成《产品外观效果图》《产品3D 图》、《产品规格书》会同业务、总经理展开评审会议，若评审通过，由业务形成《立案通知书》和《产品研发任务书》交总经理审批，输出交研发部进行设计开发工作。注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外观效果图》、《产品 3D 图》、《产品规格书》、《产品研发任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段必须与研发部经理进行设计评审，设计评审完成后研发部完成硬件打样，首样制作由该项目各负责工程师共同制作，并完成《样机测试记录表》、《操作说明》、《首样评审表》，并填写《线路板通知书》、《开模申请表》交研发经理审核。研发部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子版、结构爆炸图、《样机测试记录表》、《软件测试记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的尤其产品外观改动的，需经总经理批准的《设计变更表》，才能对其模具设计修改，并填写《改模记录表》。首样评审完成修改通过后，发放至工程部由工程部汇总完成《工程样机测试汇总表》，3 个工作日后由项目负责人组织电子、结构、工程、品质、业务进行项目首样评审。

技术部项目工程师工作手册

技术部项目工程师工作手册 2018年08月30日目录 1.概述 (01)

2.项目工程师基本要求 (10) 3.技术部组织架构 (10) 4.新员工工作要求 (20) 5.新产品开发流程 (30) 6.量产产品问题解决 (40) 7.问题沟通与解决 (50) 8.质量标准要求 (60) 9.体系审核 (70) 10.文件标准化 (80) 11.企业文化 (90) 12.员工期望的实现 (100) 13.束语 (110) 概述

本手册的编制是根据公司和员工自身发展要求，并结合公司实际情况，由技术部全体员工共同协商讨论，技术部主管起草，公司高层领导全面指导和大力帮助下，完成了此项工作。本手册从一名合格项目工程师的入职资格、新手试用、新产品开发流程、量产产品问题参与解决、问题沟通与解决，到公司的质量体系的建立及审核、企业文化的熏陶和影响、并让自己融入企业生活，形成良好工作习惯最终实现自身价值，使自己和企业共同获得发展和提升。 “书山有路勤为径，学海无涯苦作舟”。的确，勤能补拙，能够吃苦耐劳是成功的必要条件但却不是充分条件，因为工作也是一门学问。勤奋可以成就人生，但也有可能依旧默默无闻，但懒惰只有一种结果，那就是走向颓废的边际。因此本手册的编制可以帮助我们快速融入全新的工作环境，不仅能够熟悉项目工程师的工作流程，并且还能了解到解决问题的方法和途径，少走很多弯路。由于每个公司都有自己的特点和文化，因此对于一名项目工程师而言，尽快了解和熟悉公司的企业文化，有助于自身的成长，并养成良好的工作习惯，促进自身价值的提升，自我期望的实现。最后感谢公司领导的帮助的指导，感谢公司同仁的大力支持和宝贵建议，相信在我们大家共同的努力下，XX公司能够越走越好，越走越强，员工的个人价值也能充分得到体现，个人期望也能予以实现，最终达到企业与员工的共赢。项目工程师基本要求

软件项目工作流程图

售前准备利水新华（北京）科技有限公司质量记录软件项目开发流程图开始售前项目实销售立项软件组综合组商务技术支持任务书销售立项报告合同评审记录表签订合同工程立项任务书施设计开发开发任务书需求分析工程立项报告书实施策划测试记录及问题处理表进度管理表集成测试安装调试申请表安装调试培训评估表用户测试测试记录项目移交申请表初验报验申请表试运行及表理处题问项目服项目移交接收内容登记表项目维护终验申请终验终验报告质保期维护务服务及维护记录结束 1

实施策划利水新华（北京）科技有限公司质量记录实施流程图（一）售前控制编写立项报告?工程立项报告书立项评审 N ?评审记录客户Y评审通过?立项通知?变更申请需求分析 Y 客户沟通、交流编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审编制项目测试用例编制项目进度评审通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请系统设计 2

实施流程图（二）需求分析系统设计编写需求解读软件设计说明书数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审通过 Y ?评审记录?进度管理表?进度报告编制开发进度?变更申请具体任务分配软件编码实单元测试代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码现代码修改测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请改项?测试计划目测试项目集成测试编写测试报告编制培训大纲安装调试 3?用户培训大纲（教材）?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请

投资项目审核工作流程

广东文化产业投资管理有限公司投资项目审核工作流程一、审核流程图二、具体审核环节说明 (一)立项资料提交项目组向风险管理部风险管理员提交全套立项申请资料，具体包括： 1、立项申请表（见附件一）

2、尽职调查报告 3、项目工作方案（包括但不限于项目组成员、项目工作计划、财务预算等） 4、项目访谈记录（见附件二） 5、已收集资料（包括目标公司提供及项目组自行收集）明细 6、目标公司最近三年审计报告 7、中介机构出具的尽职调查报告（若有） (二)风险管理员审核立项资料风险管理员在接到项目立项申请资料后，须于1个工作日内对资料齐备性进行审核，并通过email向项目组负责人给予受理回复或发出补正通知。风险管理员应于做出受理决定的当日，将填好的《立项申请材料核查表》（详见附件三）以及受理项目的全套立项申请资料提交风管部副总经理；未通过齐备性审核的项目，项目组须按照风险管理员的要求进行相关资料的补充和完善。 (三)风管部副总经理出具审查意见风管部副总经理对项目立项资料齐备性进行复核，并于接到文件1个工作日内，通过email向需要补充资料的项目组负责人发出补正通知，项目组须按照风险管理员的要求尽快完成相关资料的补充和完善。风管部副总经理审阅项目资料，评估项目主要风险，并于接到文件3个工作日内，出具项目初步审查意见提交风管部总经理。 (四)风管部副总经理出具审查意见风管部总经理审阅项目资料和初步审查意见，并于接到文件2个工作日内，出具项目审查意见提交公司总经理。 (五)公司总经理审核公司总经理审阅项目资料和风管部提交的审查意见，并于接到

文件3个工作日内，做出是否提交立项会的回复。 (六)立项会审核公司设立项目立项审查委员会（以下简称“立项会”），负责决定项目是否立项。公司总经理、风管部总经理、财务负责人为立项会固定成员，每次立项会时再由总经理从公司股东或文资办或文改办中提名一位代表，从公司专家资源库中提名一位代表，共同组成立项会。立项会由风管部负责召集。风管部须在总经理做出同意提交立项会决定后5个工作日内安排召开立项会。立项会可通过电话会议的方式进行议事、表决。立项会成员在充分讨论后应做出有关项目立项的表决。表决包括完全同意、有条件同意、暂缓表决和否决四种类型。选择“有条件同意”的，列示条件必须具有可操作性、可度量性。由项目组负责落实条件，风管部审查通过并报总经理确认；选择“暂缓表决”的，项目组应按立项会成员意见进行深入调研、补充材料后，重新提交该成员表决。五位成员超过三分之二表决同意方可通过立项。公司总经理为立项会的主任，具有一票否决权。项目立项后，项目组应尽快推进交易谈判等后续流程；立项会否决的项目，项目组应立刻终止后续工作。 (七)投资申请资料提交项目组向风险管理部风险管理员提交全套投资申请资料，具体包括： 1、投资申请表（见附件四） 2、投资建议书 3、投资框架协议 4、落实立项会意见的说明 5、尽职调查报告 6、新增项目访谈记录 7、新增资料明细

工程现场项目管理工作流程

工程现场项目管理工作流程 1.0除设计院正式出的施工图纸外，在施工中发现图纸不详细或必须变更的情况，由建设方总工向设计院发出通知，设计院具体设计人员到场与现场建设方工程师、工程部经理、总工程师、施工单位的总工程师、现场监理公司的总监理，共同研究决定后由监理公司出具修改书面报告并共同签字方可施工。签字后的工作纪要存入档案。 2.0所需隐蔽的分部、分项工程内容，必须由施工单位质检员、专业工程师、总工程师、监理单位的专业工程师、总监理工程师、建设单位专业工程师、工程部经理共同签字后，上报建设单位总监签字认可，方可隐蔽。 3.0出现工程质量问题时的处理程序：由监理公司提出，建设单位现场专业工程师、工程部经理应及时向总监汇报，并及时用照相机拍照留取证据。 4.0工程质量问题的处理：由建设单位总工程师负责组织，由施工单位项目经理、监理公司项目总监理工程师、建设单位专业工程师、工程部经理参加的工程质量分析会，认真分析质量问题发生的原因，同时拿出具体的解决方案并形成书面文件，参会人员全部签字后存档，施工单位遵照解决方案执行。 5.0施工单位所提出的工程变更单，若不涉及工程造价，可由监理公司现场工程师、建设单位专业工程师、工程部经理与施工单位专业工程师、总工程师共同解决。建设单位工程部经理形成书面报告上报建设单位总监后方可变更。若涉及工程造价增减的工程变更，必须由建设单位总工程师组织施工单位项目总工程师、监理单位项目总监和各专业工程师、建设单位的预算部经理、预算工程师、项目专业工程师、工程部经理共同参加审定，形成书面文件共同签字后，才可计入所确定的工程量进入决算。 6.0工程部经理组织每周开工程例会一次，专题会议由现场工程师自行安排，工程例会必须由施工单位的各专业工程师和项目总工程师、监理公司各专业工程师、总监理工程师、建设单位的专业工程师、工程部经理参加，会议纪录由参加人员签字后存入档案。 7.0进入工地现场施工材料，由建设单位、监理单位、施工单位共同把好质量关，在办理材料进场认可手续后，经甲方工程部现场负责人员认可后方可进场。甲供设备必须由施工方、甲方、设备供应商填写开箱报告表，必须经甲方工程部经理认可后方可进场。 8.0施工现场的甲供材料，必须由施工单位填写《甲供材料移交单》存档，以备结算时计量。 9.0施工单位的工程进度款申报，首先由施工单位写出工程形象进度报告书报甲方各专业工程师、监理公司各专业工程师审批后报甲方工程部经理审核后，再由施工单位填写《工程款申请单》并附进度报告书，由建设方总监审核按合同申报请款，同时必须填写分部、分项工程验收亦附合同复印件呈报总经理审批。工程部工作流程 1.0 按各工程专业内容，落实各专业工程师的现场工作分工，各专业工程师对工程施工的各分部分项工程进行现场监督工程作业过程。 2.0对隐蔽工程、工程图纸问题与施工矛盾、工程量的完成情况，由各专业工程师配合监理共同确认，真实、准确反映工程施工情况。 3.0代表建设方对工程质量、工程安全、成本和施工进度进行现场监督和控制，根据工程进展和存在问题及时上报本公司。 4.0严格按照设计图和建筑安装施工规范检查施工操作工序和质量，对不符合质量标准严格把关，及时监督落实整改，建立工程技术资料的收集、整理、保管工作。 5.0每周组织工程例会(或工程协调会)解决工程中存在的实际问题，按月上报工程形象进度和工程量完成情况。 6.0对工程材料、工程管理和现场安全文明工地的实施有监督、检查和落实的责任，杜

软件开发标准化工作流程V1.0

目录 1 引言............................................................................................................错误!未定义书签。编写目的....................................................................................错误!未定义书签。适用范围....................................................................................错误!未定义书签。定义............................................................................................错误!未定义书签。流程图........................................................................................错误!未定义书签。 2 需求调研....................................................................................................错误!未定义书签。概述............................................................................................错误!未定义书签。需求调研....................................................................................错误!未定义书签。注意事项....................................................................................错误!未定义书签。 3 可行性分析................................................................................................错误!未定义书签。 4 需求分析....................................................................................................错误!未定义书签。概述............................................................................................错误!未定义书签。产物/成果...................................................................................错误!未定义书签。需求分析任务............................................................................错误!未定义书签。需求分析方法............................................................................错误!未定义书签。原型化................................................................................错误!未定义书签。需求报告....................................................................................错误!未定义书签。划分需求的优先级....................................................................错误!未定义书签。评审需求文档和原型................................................................错误!未定义书签。 5 系统设计....................................................................................................错误!未定义书签。概述............................................................................................错误!未定义书签。产物/成果...................................................................................错误!未定义书签。产品设计....................................................................................错误!未定义书签。概述....................................................................................错误!未定义书签。流程图................................................................................错误!未定义书签。软件设计....................................................................................错误!未定义书签。概述....................................................................................错误!未定义书签。流程图................................................................................错误!未定义书签。概要设计............................................................................错误!未定义书签。数据库系统设计........................................................错误!未定义书签。详细设计............................................................................错误!未定义书签。 6 软件开发....................................................................................................错误!未定义书签。建立项目开发团队....................................................................错误!未定义书签。实施项目开发测试....................................................................错误!未定义书签。工作内容....................................................................................错误!未定义书签。产物/成果...................................................................................错误!未定义书签。 7 项目测试....................................................................................................错误!未定义书签。软件测试阶段............................................................................错误!未定义书签。概述............................................................................................错误!未定义书签。流程............................................................................................错误!未定义书签。软件测试准备............................................................................错误!未定义书签。软件测试执行............................................................................错误!未定义书签。

项目评审制度及流程

项目评审制度及流程 1、目的：主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、范围：适用于研发中心项目评审工作。 3、职责： 3.1 项目组长协助评审人员进行项目评审工作，并提交评审计划。 3.2 评审人员针对项目进行系统评审并撰写评审报告。 3.3 评审人员应对评审完成发现的问题进行后续跟踪处理。 4、程序： 4.1 评审角色构成因素评审人员的选择是评审效果的关键，需要考虑以下因素：项目重要性：项目重要性是决定角色构成的最重要的因素，先要根据项目的重要性而定。这与需要投入的成本有关，对于重要的项目一般会更多地投入资源，提高评审级别。项目复杂度：项目的复杂度也是决定角色构成的因素之一，根据温伯格的公式，项目管理的复杂度相当于功能规模的平方数。笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。项目组成员的能力成分和水平。项目组成员的能力成分和水平：评审角色构成还应当根据项目团队成员本身的各项技术水平，特别是分析和设计的技术水平如何，行

业领域知识是否丰富来进行搭配。除了团队内部自己进行评审之外，评审团队最好是一些独立于项目团队之外的成员构成。应当注意的原则是人数要少而精，一个人可以兼多个角色，但要覆盖各项人员需求。需要说明的是，不具备评审能力的不应参加，可以通过旁听来提高水平。 4.2 基本角色职责评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。文档作者：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。记录人员：评审会议中记录评审人员提出的问题及相关讨论。项目经理：制定保证评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改进项目质量。 4.3 文档评审的层次

设计公司工作流程

xxxx设计公司工作章程根据公司经营需要和公司所从事行业的特别性，为保证公司各部成员能够高效有序的配合完成工作事项，请公司各部成员一致遵守执行以下工作章程。一、工作基本规则 ①、公司所有业务往来需请示公司总经理并同意承接而产生，其他任何人不可私自准许业务进入公司项目档内，不可私自安排员工进行未经总经理许可的业务工作。 ②、公司所有业务往来文件须经公司前台接收与输出，其他人员不可私自接收或拷贝公司任何资料文件，如有违反则按保密协议相关条款追究其法律责任。 ③、所有项目问题需与公司执行总监讨论确立后以函件形式由前台进行沟通。 ④、各小组项目任务需经公司执行总监或公司经理分配和安排。 ⑤、工作过程文件需存储于工作本机项目档内，成果文件由项目负责人整理齐全后上传于公司主机项目档内，任何职员不可用本机之外的机器进行本职工作。二、各部门对接方式 ①、项目建档后，前台人员需在当日内告知公司执行总监公司新建档的项目，执行总监需在当日内与设计小组进行项目分析并安排任务到方案设计组。 ②、如资料不全或有疑问，请于当日内整理项目问题函件移交由前台与项目甲方或公司业务人员沟通，确保项目前期所需资料的尽快完善。 ③、主创人员应在思路明确后开展相关工作，在规定的时间里进行方案创作，文本编排，与方案总监和公司执行总监进行讨论认可后提交由前台人员打印装订。 ④、方案汇报事项由业务负责人、方案主创、或（方案总监、公司执行总监、公司经理）等组成团队进行汇报工作，之后其它环节与沟通模式如上进行。 ⑤、为确保方案效果与后期实施的有效结合，项目扩初设计需方案与施工设计人员共同配合完成，施工图设计之前应向甲方索要最新文件以及相关变更资料。 ⑥、方案、施工图、公司后期服务人员需共同参与甲方施工单位的技术交接工作。三、各部门对接方式图例

系统集成项目的工作流程

工作流程一、流程图

售后

二、工作流程说明 1、根据销售部门提出的服务请求由销售代表填写服务请求表格，在服务请求表格中详细填写以下信息：用户详细信息、服务请求类型、服务内容、服务请求时间等信息。

2、技术的受理人员将销售或业务部门的服务申请单提交给部门主管，由部门主管结合当前的工作安排以及申请服务的技术类型，合理的安排相应的技术人员受理该项服务（设计服务）。 3、根据销售部门对整个项目的了解情况，以及技术部门对方案设计数据的需求情况决定是否需要对用户进行上门调研。 (1).需要项目上门调研。由技术部门主管指派响应的技术人员上门对客户的情况进行了解，填写项目调研、现场勘察的各种表格。 (2).不需要项目上门调研。销售方已经充分了解了用户的需求，由销售方填写用户需求的表格。 4、将项目调研的各种数据进行汇总整理，结合项目的需求开展项目讨论，成立项目小组，根据项目的类型指派相应技术人员进行方案的设计，相关销售人员配合，填写方案设计报告表。 5、技术人员在方案设计报告表要求的时间内设计解决方案，在设计过程中充分结合销售部门人员，出现设计目标不明确或数据不清楚的情况及时联系甲方负责人，进行项目补充调查。 6、方案设计完成后，由方案设计人员发起，技术主管主持、技术人员以及相关销售人员参加的项目设计方案讨论会，着重对方案的可行性、先进性、设备选型、造价幅度等情况进行审核，最终确立技术方案，由部门主管签字确认。 7、将设计出的方案提交给商务部门，由商务部门制定项目设备预算报价，销售部门制定自己的投标报价。 8、将设计的方案书与投标报价提交甲方。根据甲方的要求，我方技术人员到达用户现场解答用户提出的各种问题，对设计方案进行现场的技术讲解。 9、签订合同。 10、部门主管组织相关技术人员开展项目组织会议，成立项目实施小组，安排负责人根据合同工期要求编写施工组织计划与施工方案。 11、进入项目管理阶段，结合项目管理手册对项目进行管理。 12、进行项目准备会参加部门：项目实施部、销售部门、商务部门、财务部门、行政人事部门，需明确的会议议题：成立项目小组并且明确分工、职责与负责人

投资评审工作流程及文字说明

投资评审工作流程及文字说明 A、项目评审操作流程图 B 一、建设单位应准备的资料及需做的工作（一）资料准备落实好建设资金后备齐以下资料送财政评审。 1．预算评审应准备的资料：立项批文、投资计划或资金预算文件，项目建设施工图及图纸审查报告，工程量清单预算编制书及编制说明，地勘报告等评审资料。 2．决算评审应准备的资料：经建设单位审查认可的工程决算书，其内容包括招标预算控制价、招标文件、中标单位的投标预算和施工方案、施工合同、主要建设材设备的购置发票和合同、工程量变更批文、施工现场的各方签证等相关资料。 (二)评审资料齐备后送财政局相关（与项目资金来源相关的业务股室）业务股室安排评审，并填写送审函由业务股交评审中心（附：送审函式样）。（三）建设单位在评审中心领取初审结论并在规定时间内反馈意，以便及时

将评审情况报告财政局；（四）在财政局业务股领取评审批复。二、财政局经办业务股需做的工作审查资金来源是否全部落实，送审项目的预算是否完整（主体、附属工程预算是否需一次性编制完备）。（一）业务股经办人员检查立项文件、投资计划和资金预算文件，核实投资规模是否在立项范围（主体和附属工程需编制完整），建设资金是否全部落实（送审预算不宜超过该工程全部建设资金的125%）；（二）业务股审查资料后填写项目评审委托通知书，通知书填写内容包括：立项文件号、投资计划和资金预算文件号及金额，投资规模，本次送审金额，送审单位评审联系人姓名及联系电话，送审资料等。通知书一式两份：评审中心和送审单位各一份（附：评审委托通知书式样）；（三）协调评审中心和送审单位之间的工作；批复评审报告。三、评审中心应做的工作评审中心接收到财政局的评审委托通知书后审查技术资料并安排评审。 1．工程技术人员（1）全面了解评审项目情况，重点审查施工图纸及其图纸评审报告、地勘报告、预算编制及其编制说明等技术资料是否符合现行法规且具备评审条件。资料齐全的由评审中心负责人安排评审，对不符合评审条件的审查人员要口头或书面通知送审单位原因或应补充的资料。（2）复核初审结论（含初审结论反馈意见表），把好评审质量关。对评审的材料价格存在异议或评审有分歧的，由项目负责人提出初步意见提交中心或协调

设计部工作流程

设计部工作流程
流程名称任务概要
单位
设计部工作流程
投标设计任务外派流程
总经理
总工
编号执行部门设计部
LC-流程-D-S-01
协作部门
经营部
外包单位
审批
设计任务外派审批表（OA）
制作投标方案（附方案概算）
项目跟进
项目立项 →申请→ 公司审批 →通过
审批通过后，设计任务委托到外包单位
签订《委托设计协议书》
审核
工
作
根据招投
程
标文件核
序
审核
对设计图
根据委托
纸
协议内容
设计投标
方案
公司内部
完善方案
各部门意见汇总
审批
审核
正稿专项资金申请表
签收资料
相关制度
设计部员工设计规范

设计部工作流程
流程名称任务概要
单位
设计部工作流程
施工图设计流程
总工
设计部负责人
编号
执行部门
设计部
预算部
LC-流程-D-S-02
协助部门
工程部
项目部
审批
审核
根据项目部的申请要求绘制施工图纸
工作联系函（OA）发送到设计部
由总工牵头组织图纸会审
参加图纸会审
开始
施工项目立项后项目经理提出绘制施工图的申请
参加图纸会审
工
审批
作
程
序
审核
根据会审意见修改图纸
图纸会审纪要、图纸会签表（纸质）
移交施工图纸
项目实施过程中的跟踪服务图纸细化；方案变更；新增方案；
收发文登记表
签收图纸

工程项目管理系统流程

工程管理流程目录：第一部分：图纸会审流程；第二部分：材料进场验收流程；第三部分：施工样板验收流程（略）；第四部分：装饰隐蔽验收流程；第五部分：总包与公装之间的工作面移交流程；第六部分：3层样板流程；第七部分：竣工验收资料准备流程；第八部分：工程移交物业流程。第一部分：图纸会审流程 1.组织者：甲方设计部经理或项目部经理 2.主持人：甲方设计总监、技术总监或总工程师 3.参加单位及人员： ⑴.设计院技术负责人及各专业设计师； ⑵.施工单位技术负责人及各专业工长； ⑶.监理公司总监理工程师及各专业监理工程师； ⑷.甲方设计总监、技术总监或总工程师、项目经理及各专业工程师。 4.会议地点、餐饮及车辆安排：施工单位承包人负责。 5.会议目的：设计交底。 6.会议程序： ⑴.甲方主持人做会前简短发言，介绍各方参加人员，安排不同专业的设计交底分组； ⑵.按专业划分，设计院各专业设计师做设计交底； ⑶.在设计交底过程中，图纸变更有较大成本变化时，需甲方总工确认； ⑷.图纸会审完毕，施工单位在5个工作日内完成图纸会审记录整理，交设计、监理、甲方审核确认； ⑸.图纸会审记录签字盖章，作为施工和结算依据。

7.会前准备： ⑴.甲方项目部需提前10个工作日将图纸发到施工方和监理方； ⑵.甲方项目部需提前2个工作日将会审纪要初稿（会议讨论内容）交设计方及监理方。 8.图纸会审要点（错漏碰缺）：土建： ⑴.地下室柱墙砼标号是否统一？ ⑵.总平面定位图与单体建筑轴线距离是否统一？ ⑶地下室框架柱是否统一？ ⑷.电梯底坑标高及井道冲顶高度是否满足电梯相关规范？ ⑸.建施立面图上的外墙悬挑构件或装饰线条在建施平面图或结施图上是否遗漏或不统一？ ⑹.屋顶机房或造型花架标高及构造建施与结施是否统一？ ⑺.建施平面图与结施平面图的降板区位置是否统一？功能是否正确？ ⑻楼层相连两户是否可跨越？防盗功能是否具备？安装：装饰：第二部分：材料进场验收流程 1.组织者：甲方项目部 2.参与者：甲方项目部工程师、材料工程师、监理工程师、甲供材料供应商或施工单位现场管理人员。 3.验收的资料准备：材料合格证、材料出厂检测报告或试验报告。 4.验收标准：有材料样板则参照材料样板验收，无材料样板的则参照设计图纸、合同、设计施工及验收规范、技术规程、技术标准验收。 5.验收程序： ⑴.施工方或甲供材料供应商通知甲方监理进行材料进场验收；

财政投资评审工作流程大纲纲要大纲.docx

一、财政投资评审工作流程（一）财政投资评审中心负责资料的收集 1.预算评审资料：项目送审报告书、立项文件、资金文件、地勘报告、经审核的施工设计图纸、预算书（含电子文件）、主材单价（为运到工地且含税、土建工程除外）、工程项目批准建设有关文件及其它资料。 2.结算资料：项目送审报告书、立项批文、招标文件、地勘资料、投标文件、中标通知书、工程承包合同及补充协议、竣工验收证书、施工图设计图纸、竣工图纸、地基验槽记录、隐蔽工程检验记录、设计变更、现场签证单（收方记录）、安全文明施工措施费率测定表（土建工程）、施工企业规费证（土建工程）、施工单位编制建设单位初审的结算书及其它资料。 (二 )评审机构评审环节 1.接受评审中心的委托，接收资料； 2.安排具备相应审核资质的评审人员审核； 3.评审过程中需要完善资料的；通知财政投资评审中心项目负责人---- 财政投资评审中心项目负责人通知建设单位完善相关资料---- 建设单位完善的资料，经评审项目责任人签署意见，评审中心盖章后交送中介机构。不允许中介机构与项目建设单位直接接收资料。 4.结算评审必须踏勘现场（1）踏勘人员必须是项目审核人（2）财政评审中心项目责任人安排人员与审核人员一道共同踏堪现场。

（3）现场核实的主要内容：一是与竣工资料是否相符；二是抽查复核工程量；三是是否按设计进行施工。（4）踏勘现场工作纪律：一不得接收施工单位的礼品、礼金，有价证券等；二不能接收施工单位的宴请；三不能乘坐施工单位车辆；四不能接收施工单位递交的资料；五签订拒收送红包礼金承诺书 (由评审中介机构负责打印，一同工程结算初审意见表交评审中心 )。 5.核对工程量（针对结算）（1）核对地点在宣汉县财政投资评审中心。（2）参与人员：项目审核人员、项目单位现场代表；施工单位预算人员、项目经理；评审中心项目负责人。（3）核对工程量后，履行签字手续。 6.初步复核：初审结果出来后，由单位技术负责人进行审核。 7.向财政评审中心交换意见。（ 1）预算。200 万元以下向项目负责人交换意见；200— 500 万元向评审中心主任交换意见；500 万元以上向局分管领导交换意见；（ 2）结算。50 万元以内向项目负责人交换意见；50— 100 万元向评审中心主任交换意见；100 万元以上向局分管领导任交换意见。（3）交换意见表主要内容。项目基本情况：合同价、送审价；审减、增情况、主要依据；可能存在的潜在问题。（4）对意见进行签字确认。 8.确定审核结果，若为结算，施工单位与业主单位签字

设计部工作流程图

设计部工作流程 1.确定设计部该项目负责人（确定设计和程序负责人,设计师为第一负责人）； 2.第一负责人负责确认方案，分配项目进度。需要确认内容： A).拓扑图（栏目架构+功能需求） B).整体风格、色彩倾向 C).资料（网站名称、logo、栏目内容等）明确项目进度： A).设计阶段 B).实施阶段(第一负责人确认完成全部功能需求) C).内部测试+资料添加+项目部署 D).项目经理确认+客户确认 3.设计师出设计稿；设计确认（设计师、项目经理、客户）；出设计稿-自检-部门经理确认-项目经理确认-客户确认； 4.项目实施；程序自检-部门经理确认-项目经理确认-客户确认；源码备份； 5.内部测试+资料添加+项目部署； 6.交付后台管理权限，操作说明文档，操作培训，光盘； 7.跟踪检查、维护；

附件01：设计部工作记录表附件02：设计部内部网站验收标准及关注重点设计部工作记录表编号：2011--

注：此表由项目全部参与角色共同填写，旨在提高项目完成质量与效率；项目第一负责人保存此表。设计部内部网站验收标准及关注重点网站设计 1.关注网站的策划组织及方案合理性从网站策划的角度审查方案对于客户需求的合理性及技术可行性，最大程度的避免一错俱错及返工修改现象。 2.设计阶段的客户沟通项目设计人员应积极和客户或项目经理沟通，准确摸清客户需求，最大限度的高效达成客户设计需求。 3.网站结构设计频道与栏目的内容或功能定位清晰；频道与栏目的设置能突出重点；频道与栏目分级合理，有明确的划分标准；

频道与栏目名称设定准确、直观，直接清楚地表达频道或栏目的定位及承担的功能；网站内部不同频道、栏目及不同层级的网页之间的联通方式和程度，与网站的实用性和易用性具有紧密的联系；在各页面固定位置设置风格统一的导航栏；各层级及同级间的网页导航便捷；导航文字准确、直观、易识别。 4.网站表现风格及静态实现不同行业不同地域不同项目网站表现形式应有自身特色，在网站设计上体现行业特点、符合客户整体VI形象、突出表现客户在同行业的核心竞争力、突出表现客户的核心业务，尽量从易用性和人性化的角度出发设计网站和相关服务；有统一的色彩风格和主色调、能体现自身特色；各层级页面均包含设计上协调一致的网站标志（LOGO）图案及文字；网页设计稿各个模块行距、列距应尽量统一；网页字体应使用标准字体，字号不可畸大畸小，可向用户提供字号选择功能；网页整齐，不变形，不出现表格错位、文字错行、文字行距不统一的情况；网页切图文件尺寸不宜过大；如无必要使用切图，效果尽量实用css表现；

软件项目开发工作流程

软件项目开发工作流程一、简述对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段二、项目组基本组成及岗位职责新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）三、软件开发流程 3．1 可行性研究阶段如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需

求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）项目可行性研究报告（可行性研究人员编写）系统集成项目合同质量记录：可行性分析评审报告 3．2立项阶段可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告开发任务书 3．3 需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。本阶段提交的文档：软件需求规格说明书。原型分析说明书产品规格说明书系统技术方案书质量记录：需求分析评审报告提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段