合汇地产项目开发目标计划管理实施细则
(内部资料，注意保密)
1、目的
为贯彻落实合汇地产集团管理战略要求，推动合汇地产项目开发目标计划管理工作的规范化、标准化、科学化，加强对开发计划分类、编制、审核、执行、调整、监督的控制力度，确保项目开发目标的实现，特制定本细则。
合汇地产开发计划管理的基本原则是：分类编制、标准控制、监督指导、严格执行。
2、适用范围
本细则适用于合汇地产所有下属项目公司。
3、定义
3.1开发计划按编制深度分为两级计划体系，即项目一级开发计划和项目二级开发计划。
3.2项目一级开发计划是指项目概念设计、拿地、项目设计决策、总规划设计、项目运营目标决策、土地证、建设用地规划许可证、方案图报建、工程规划许可证、施工许可证、项目开工、招商展示区完成、主体开工、预售许可证、开盘、主体封顶、综合验收及竣工备案、入伙、项目结算、开业（商贸物流类）等重要开发里程碑节点计划。项目一级开发计划作为项目投资测算、项目前期策划、规划设计、开发报建、工程建设的时间控制依据。
3.3项目二级开发计划是指项目开发的具体执行计划，其内容包括自土地获取后项目收地、设计、开发报建、工程建设、招投标、营销销售、招商、竣工入伙和开业等项目整体运营过程中的主要工作。编制深度应满足用来指导、协调、考核各参与单位、部门月度工作的要求。具体按照附件《合汇地产项目二级开发计划管理办法》，工程计划编制严格按合汇地产《项目工程管理制度》要求进行编制和分解。
3.4项目一级开发计划分为项目摘牌及规划设计、融资四证、销售开盘、工程竣工及交付使用四大阶段。按照项目业态分为商铺、卖场、仓储物流、酒店、配套设施类及商业综合体类（19个节点）项目，和住宅、公寓类（18个节点）项目，具体节点内容及定义如下：
⑴项目摘牌及项目策定位策划、总规设计阶段：
概念设计：指完成与政府立项洽商所需的规划方案的时间；
拿地：指完成概念设计与政府沟通，完成选址、土地摘牌的时间；
项目设计决策：即项目启动时间，指概念设计经合汇地产评审通过的时间；
总规划设计：指规划设计完成时间，以上报规划局的签收时间为准；
项目营运目标决策：指完成项目整体营运计划并经合汇地产评审通过的时间；
⑵项目报建及取得融资四证阶段：
土地证：指国有土地使用证的签发时间；
建设用地规划许可证：指建设用地规划许可证的签发时间；
方案图报建：指建筑方案图通过合汇地产评审会批准，完成修详通并取得政府相关部门批文时间，以最后部门的批文时间为准；
建设工程规划许可证：指建设工程规划许可证的签发时间；
施工许可证：指施工许可证的签发时间；
⑶项目施工达到销售条件，展示区完成及开盘阶段
项目开工：指项目动土时间，土方开挖、基坑支护、桩基工程中的任一工程分项开工并得以持续，至少可用于招标及施工的桩基施工蓝图完成，即可视为项目开工；
招商展示区或样板展示区完成：指招商或样板展示区域内所有工程、物料、展示、销售等工作内容完成的时间，原则上要求距开盘时间10-20天之前完成；
主体开工：指总包单位进场施工时间，基础承台或底板开始绑扎钢筋并得以持续，至少可用于招标及施工的施工蓝图完成，即可视为主体开工；
预售许可证：指预售许可证的签发时间；
开盘：指取得预售证后，正式开盘销售的时间；
⑷工程竣工及交付使用阶段：
主体封顶：指主体屋面结构的完成时间，以屋面最后一块区域混凝土浇筑完成时间为准；
竣工备案：指竣工验收备案证明的签发时间；
入伙：指第一批办理集中交付的时间；
项目结算：指最后一批结算办理完的时间；
开业：指商业取得消防二次验收证明，具备开业条件并开业的时间；
4、职责
4.1合汇地产工程管理中心：
4.1.1、负责收集项目开发条件，据此编制、调整、解释项目一级开发计划；并报总经办审核，董事长审批。
4.1.2、负责审核项目二级开发计划、负责编制、修订、解释二级计划标准模板；
4.1.3、负责一级开发计划和二级开发计划的执行检查和预警，月度考核；
4.2合汇地产其他各部门：拓展策划中心、成本中心、营销中心、营运中心、财务资金中心、行政中心等参与一级开发计划和二级开发计划的评审，参与一级开发计划和二级开发计划分管职责部分的执行；
4.3项目公司：
1、负责一级开发计划的提出；
2、负责编制二级开发计划，并上报合汇地产工程管理中心审核；总经办审批。
3、负责一级开发计划和二级开发计划的执行；按工程管理编制分解过程实施三级计划-项目工程进度计划。
4.4总经办（行政中心）：
1.负责各级计划的复核并办理审批，执行审核、审定时限；
2、负责各级计划执行情况汇总与考核。
5、开发计划的制定和报送时间
5.1项目一级开发计划的编制
5.1.1项目一级开发计划参见附件一《项目一级开发计划模版》编制。
5.1.2项目一级开发计划参照附件四～附件八中的标准工期进行编排；设计及开发报建时间的确定参见附件四《合汇地产项目设计及开发报建标准工期》，合约招标时间的确定参见附件六《合汇地产招标合约时间标准》，工程建设时间的确定参见附件七《合汇地产项目建设标准工期》。项目一级计划各节点时间原则上只能提前，不得推迟。
5.2项目二级开发计划的编制
5.2.1项目二级计划必须参见附件二《二级计划标准模版》编制，结合本项目具体情况可对二级计划模板子项进行增减调整；
5.2.2项目二级开发计划编制时，时间的确定参见附件四～附件八，二级开发计划中的一级计划节点时间不得突破挂网执行的一级开发计划。5.3项目一级开发计划在项目启动会召开后7天内，由项目公司提出，报合汇地产工程管理中心；若不提出则由合汇地产工程管理中心按附件四～附件八中的标准工期进行编排，经合汇地产各职能部门和项目公司共同评审后报合汇地产董事长审批并挂网公示执行。
5.4项目二级开发计划自项目进场后开始组织编制，项目设计方案确定、工程地质勘探完成后7天内编制完成或在合汇地产挂网一级开发计划后5天内编制完成，经征求合汇地产各职能部门意见统一调整后，并由项目公司领导签字确认报合汇地产工程管理中心。合汇地产工程管理中心核定报分管副总及总经理签字后，挂网公布执行。二级计划提交时间最迟不得晚于一级计划中桩基图纸出图时间。
6、开发计划的调整
6.1项目一级开发计划的调整分为主动性调整和被动性调整。
6.1.1主动性调整：
6.1.1.1因合汇地产发展战略、经营策略等因素的变化而导致的计划调整；
6.1.1.2因市场情况发生较大变化，或重新调整市场定位而导致计划调整；
6.1.2 被动性调整:
6.1.2.1因土地法律归属、土地付款等问题，导致项目无法按原计划执行而被迫调整开发计划；
6.1.2.2因项目开发实际进度已明显严重滞后，后续节点无法执行，经合汇地产对项目公司挂网通报批评并考核处罚后，被迫调整开发计划；
6.1.2.3因发生严重自然灾害、特大型社会活动等不可抗力因素而导致关键线路上计划严重滞后，开发计划需被迫调整。
6.1.3项目一级开发计划主动性调整必须由合汇地产发起，征求项目公司及合汇地产相关部门意见，经合汇地产董事长审批后挂网公布执行。下
属公司不得擅自调整一级开发计划。如对一级开发计划需作被动性调整，由项目公司申报OA形式审批至合汇地产董事长，同意后，由合汇地产工程管理中心进行计划调整，经审批挂网后公布执行。
6.2项目一级开发计划在首次挂网公示后至主体开工之前，若发生滞后情况，原则上不允许对一级开发计划进行调整，首次挂网公示的一级开发计划中的《建筑工程施工许可证》完成时间作为四证获得阶段奖金的考核依据。
6.3在主体开工后，当项目实际进度与首次挂网的一级开发计划严重不符时，下属公司可申请调整，经合汇地产董事长审批后挂网公示，调整后的一级开发计划原则上不允许再次调整，并作为项目建设阶段的奖金考核及年终考核依据。
6.4若发生不可抗力调整因素，项目公司可申请开发计划调整，并经合汇地产董事长审批后挂网公示执行。在发生不可抗力调整因素后7天内上报新一级开发计划，逾期未上报按原开发计划进行项目奖金考核及年终考核。
7、开发计划的执行、跟踪、预警处理
7.1开发计划一经合汇地产审批挂网后，项目公司必须严格执行。在开发建设计划执行过程中，项目公司于当月25日之前将本月计划进度执行情况、偏差分析、拟采取措施、下个本月工作计划、需合汇地产协调解决问题报合汇地产工程管理中心备案，具体填写参照附件九《项目工程月报模版》格式。如发生突发事件或关键工作严重滞后，引起开发计划重大变
动时，项目公司工程中心应第一时间通知项目公司负责人，并同时通知合汇地产工程管理中心，项目公司应立即采取必要措施确保计划执行。
7.2 合汇地产对开发计划中“项目开工”、招商、样板房展示区完成、“四证取得”“开盘”、“入伙”五个节点实行计划执行奖惩制度及问责制。合汇地产工程管理中心对五大节点的执行情况进行跟踪，并在节点完成时间提前15天予以合汇地产公文挂网预警，项目公司对五大节点落实情况进行风险通报。
7.2.1节点延误10天以内，项目公司分析原因并提出具体补救措施，上报合汇地产工程管理中心，进入项目奖金扣减阶段，总经办处理结果合汇地产公文挂网公布；
7.2.2节点延误10天以上20天以内，合汇地产工程管理中心公文挂网预警，由项目公司分管领导亲自向合汇地产分管领导、董事长汇报进展情况，提出书面应急措施，进入轻度处罚阶段，处理结果合汇地产公文挂网公布；
7.2.3节点延误20天以上30天以内，由项目公司总经理及总部分管工程副总经理亲自向合汇地产董事长汇报进展情况，进入重度处罚阶段，处理结果合汇地产公文挂网公布；
7.2.4节点延误30天以上，由项目公司总经理及总部分管工程副总经理亲自向合汇地产董事长汇报进展情况，进入问责处罚阶段，处理结果合汇地产公文挂网公布。
7.3对于快速开发项目（指套用成熟建筑图、立面、平面方案项目，属快速复制类型），项目设计及开发报建时间严格按照附件四中《合汇地产
设计及项目开发报建标准工期》进行考核，要求项目土地合同签订至取得施工许可证原则上不允许超过5个月。项目开盘前建设工期按照附件五中《快速开发首期项目开盘前标准工期》进行考核，务必保证在收地后八个月内达到开盘条件。
具体各阶段的奖惩办法详见《合汇地产项目开发奖罚管理办法》
8、开发计划的考核
8.1合汇地产总经办对各项目公司项目一级开发计划进行年度考核，其中项目开工、招商及样板展示区完成、四证获得、开盘、首次入伙的实际完成时间与项目奖金挂钩；合汇地产工程管理中心按月、季对项目其他一级节点及项目二级节点进行跟踪考核，作为项目公司绩效考核的指标之一。
8.2下属公司对于四证获得、开盘、首次入伙按时完成申请项目奖金的，应在该节点完成后7日内向合汇地产工程管理中心提供以下资料,逾期提交的将以实际提交日期作为项目奖金的考核日期：
9、其他规定
9.1对编制深度、内容、时间等不符合本工作细则和附件要求的项目开发计划，项目公司应重新编制。
9.2审批流程
参照合汇地产颁布的合汇地产《工程管理手册》及《项目工程管理制度》执行。
抄送集团项目副总会审:黄顺添
10、附则
本细则自2014年1月1日起公布实施，由合汇地产总经办负责解释。
附件一：一级开发
计划模板附件二二级计划标
准模板.xls
附件三房地产开发
报建管理办法.doc
附件四总部项目设
计及开发报建标准工期
附件五快速开发首
期项目开盘前工期标准
附件六项目招标合约时间标准.xls 附件七总部项目建
设标准工期.xls
附件八
项目招标合约计划.xl
附件九项目管理月
报表.xls
项目二级计划管理
办法20131205.doc
合汇地产总经办二零一三年十
二月五日
日照安泰集团编号：ATJT-OP-YY02 版本： 管理体系文件 生效日期：2013-XX-XX 项目开发计划管理流程 密级： 发放编号： 编制： 审核： 批准： 版本修订记录 序号修订日期修订内容修订人版本备注
范围 适用于公司项目开发计划（含节点计划与项目开发运营计划）管理 控制目标 规范公司项目开发计划的编制、审核、发布及变更的流程，协调、监控计划实施，促使公司项目产品的顺利实现 职责 工程管理部工程计划主管 组织项目关键节点计划的编制、调整、评估 组织项目开发运营计划的编制、调整、评估 组织工程计划分析会 协助工程管理部各专业工程师检查监督项目计划的履行情况，形成计划执行情况分析报告，向工程副总经理反馈 工程管理部 组织项目工程计划（主要指施工计划）编制、协调、汇总、发布工作 项目工程计划执行过程的监控、协调，组织计划调整 项目工程计划总结报告的汇总和核实上报 各部门 组织项目专项计划的编制、实施、调整 编制本部门各类计划完成情况总结报告 公司领导 按权限规定审核或审批各类计划的编制、调整 全面监控公司项目计划完成情况 术语和定义 节点（关键控制点）：指项目开发运营计划中关键线路上主要工序的完成时间，如：概念设计、方案设计、扩初设计、施工图设计、开工、地下室完成（正负平）、主体封顶、外装饰完工、开始预售、竣工备案、完成90%销售额、交付入住等。 专业计划责任人：各部门负责人为各类专业计划的第一责任人；计划的执行人为直接责任人。 说明：日常重复的工作无须纳入计划，直接执行对应职责即可。 项目开发计划管理流程
项目计划体系管理
项目关键节点计划 开发报建部获取土地项目后5日内，将土地信息、项目资料、项目可行性研究报告、项目建议书等相关资料移交工程管理部工程计划主管。 工程计划主管依据上述资料，根据公司三年经营计划目标并结合公司其他要求，制定【项目关键节点计划（初稿）】，按权限经公司领导审核后组织各部门进行评审，评审的标准为计划的科学性、合理性及其与公司经营目标的统一性。 工程计划主管将评审后修订完成的【项目关键节点计划】报工程副总审核，按权限经公司领导审批。 审批通过的【项目关键节点计划】由工程管理部下发相关部门，监督其执行落实。人力资源部备案 项目开发运营计划及专项计划 依据发布的【项目关键节点计划】，工程管理部组织相关部门、项目经理在20天内签订【项目运营目标书】。根据项目关键节点计划和项目策划报告、项目运营目标书，工程副总组织专业部门讨论细化为具体的【项目开发运营计划】。【项目开发运营计划】的编制应当具有可交付、可考核的成果，交付成果所涉及到的工期应当在30天内。 工程管理部【项目开发运营计划】编制完成后3天内，组织各部门进行计划评审，着重计划的进度、协调及其与公司经营目标的统一。 经评审的【项目开发运营计划】按权限经公司领导审批后，工程管理部在公司范围发布。 公司职能部门依据审批通过的【项目开发运营计划】，组织本部门人员编制各专项细项工作计划（各类专项计划编制之初是控制性、指导性计划，过程之中应当进行细化调整。编制之初具有不同的编制依据、时机及责任部门，具体参见6.2.5表格），各阶段专项计划提交人力资源部审核，按权限经公司领导审批后发布，工程管理部备案。 经审批通过的各专项工作计划，人力资源部负责下发到各部门，由各业务部门分解成季度工作计划予以执行落实，人力资源部对各部门季度计划进行审核并备案。 工程副总负责各部门工作计划的协调和推动，督促各部门按计划执行落实，每季度组织计划协调会，编制【项目计划执行情况分析报告】，工程计划主管负责项目计划的全面监控。
XXX软件项目计划任务书 项目编号 项目名称 撰写人 审批 完成日期 版本记录
目录 1.项目背景、范围及目标..................................................................................................................... - 1 - 2.项目可行性分析.................................................................................................................................... - 1 - 3.项目概述 .................................................................................................................................................. - 1 - 4.项目生命周期及里程碑计划........................................................................................................... - 1 - 5.项目任务分解结构（WBS）.............................................................................................................. - 1 - 6.预算 ............................................................................................................................................................ - 2 - 7.人员组织及分工.................................................................................................................................... - 2 - 8.风险预估 .................................................................................................................................................. - 2 - i
目录 1. 总则 .......................................................................... 3... 1.1 目的.................................................................. 3... 1.2 适用范围.............................................................. 3... 1.3 术语与定义............................................................ 3.. 1.4 管理原则.............................................................. 5... 1.5 职责与分工............................................................ 5.. 1.6 项目开发计划具体管理办法.............................................. 6.. 1.6.1. 项目里程碑开发计划的编制.............................................. 6.. 1.6. 2. 项目二级开发计划的编制................................................ 6.. 1.6.3. 项目三级计划的编制.................................................... 7.. 1.6.4. 项目里程碑计划的报送规定.............................................. 7.. 1.6.5. 项目二级计划的报送规定................................................ 7.. 1.6.6. 项目三级计划的报送规定................................................ 7.. 1.7 开发计划的调整........................................................ 7.. 1.7.1. 项目里程碑开发计划的调整分为主动性调整和被动性调整 (7) 1.7. 2. 项目里程碑计划调整的规定............................................... 8.. 1.8 开发计划的执行、跟踪、预警处理........................................ 8.. 2. 操作指引、工具模板 ............................................................ 9...
软件开发项目计划书格式 (总12页) 本页仅作为文档页封面，使用时可以删除 This document is for reference only-rar21year.March
正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 内部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本
6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式
软件工程之分析设计 课程设计报告 学院：计算机科学与技术学院 专业：软件工程 班级：0602班 学号：06001647 姓名：马超（组长） 同组人：路凯王志刚赵鑫 指导教师：李爱萍宋春花 时间：2009年6月
校内资源共享系统项目分工 1、概要分工： 2、详细分工： 由于我们软件开发小组人员有限，并且时间有限，我们不可能让需求分析员，做完需求分析，就闲着；也不可能让测试师、编程人员在可行性研究阶段闲着。所以，我们在做每个阶段时，都是有明确分工的。让每个成员都参与，发挥各自的聪明才智，提出各自的主张，并进行激烈的探讨。在这种氛围下，我们提出了我们的产品目的，明确了产品的功能，完善了产品各方面的性能，并将各个模块的核心代码基本都落实，并最终结束了各方面的测试，完成了本系统的设计。
校内资源共享系统可行性分析报告 1 引言 1．1编写目的： 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查及软件开发人员分析。 项目背景： 开发软件名称：校内资源共享系统。 项目任务提出者：项目组成员。 项目开发者：王志刚路凯赵鑫马超。 用户：学校全体师生。 实现软件单位：太原理工大学网络中心 项目与其他软件，office 播放器下载工具（如迅雷）： 本项目采用B/S架构，客户端的程序是建立在Windows xp 系统上。以J2EE ORACLE为应用程序的开发软件，服务器端采用Windows工作站，是采用Oracle 10g的为开发软件的数据库服务程序。 1．3 定义： [专门术语]： Oracle10g: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 [缩写词]： 格式化工厂：各种音频、视频、图片等格式转化的工具。 1．4 参考资料： 《Oracle数据库基础》，贾素玲王强主编，清华大学出版社。 《Web应用开发技术：JSP》，崔尚森张白一，西安电子科技大学出版社。 《Java EE编程技术》，郝玉龙等编著 ２．可行性研究的前提 要求 主要功能：提供一个学校内师生信息共享的平台 性能要求：服务器速度要足够快，以便能支持在线播放；磁盘阵列要足够大，以 便存储下大家共享的信息。 输出要求：数据完整，详实，流畅性好。 输入要求：简捷，快速，实时，大家一起来维护。 安全与保密要求：上传人员和管理人员有对信息的删除权限，个人的注册信息保密。 完成期限：预计3个月，即截止２００9年9月 15日。
工程项目计划管理办法 第一章总则 第一条目的 为完善公司计划管理体系，提高计划管理工作质量，确保公司经营计划目标的实现，特制定本办法。 第二条适用范围 本办法适用于公司在建项目的计划编制、执行与管理。 第三条定义 年度项目节点计划——以经营计划为纲、合同工期为本，围绕项目策划确定的各阶段主要控制节点编制的计划，涵盖项目施工过程所涉及的全部项目建设等方面内容。 专项计划——为完成特定工作任务而制定的计划，具有较强的目的性、专业性和针对性，作为经营计划、年度项目开发节点计划的补充。 月度项目开发计划——指导各部门（项目部）每月工作开展的计划，是经营计划执行的分解和年度项目开发节点计划的具体落实，也是公司对各部门进行日常监管和工作绩效考评的依据。月度项目计划节点根据计划内容的重要程度分为：重点计划节点和综合计划节点。 重点计划节点——项目工程节点计划中关键路径上的重要任务，涉及专业、部门间的主要接口工作。 综合计划节点——项目工程节点计划中非关键路径上的工作任务，影响较单一的工作。如该节点持续滞后可能变为重点计划节点。 第二章项目工程计划管理体系 第四条工程项目计划指导关系（见附件1） 第五条工程项目计划管理职责 工程部： 负责审核项目部编制的节点计划； 负责项目工程计划执行情况的跟踪、协调、反馈及分析评价； 负责项目工程计划节点的调整审核；
负责收集整理项目工程日报、周报； 负责项目工程月度计划、年度计划的下发、考核及月计划完成情况等计划材料的审核； 负责组织定期的计划专题会(公司部门内部协调)。 第三章计划编制、下发与调整 第六条计划的编制与审批 （一）年度项目工程节点计划 计划内容包含从计划编制时间起至项目竣工验收移交节点完成时间内的各项工作，重点对新年度的计划节点进行细化分解，用以指导项目部及各部门全年工作安排和月度项目计划的编制。 项目计划相关部门在经营计划下发后须按要求完成各专业年度开发计划的编排报工程部审核。工程部据此编制年度项目开发节点计划经工程部长审核，报计划主管领导审批后以公司公文下发。 内容要求：年度项目节点计划以项目策划、年度经营计划、合同工期为基础，围绕经营计划节点进行计划分解。各部门年度开发计划需包括工程部要求的所有节点（以相关通知为准），可根据项目开发实际情况对部分节点作进一步细化。 时间要求：各部门在经营计划下发15天内完成部门计划上报。 （二）月度项目工程计划 计划内容包含从上月首日至当月末日内的各项工作。工程部编制完成经工程部长审核后，报综合部、计划主管领导审批，经专题会讨论后以公司公文下发。 内容要求：各部门以年度项目节点计划、专项计划为指导，结合当月部门工作安排报送计划材料至工程部作为计划编制依据。计划编制时除当月的工作内容外，须对后三个月的工作安排一同进行编排，为后续工作开展提供指导。公司经营计划节点、专项计划节点必须体现在月度项目计划中。 工程部在计划编制时须根据项目的实际进展情况，明确各项计划的重要程度（重点计划或综合计划）。 时间要求：各部门计划下发完成后3个工作日内组织专题讨论会，5个工作日内完成计划下发。 （三）专项计划
1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2项目概述 (1) 2.1工作内容 (1) 2.2主要参加人员 (1) 2.3产品 (2) 2.3.1程序 (2) 2.3.2文件 (2) 2.3.3服务 (2) 2.3.4非移交的产品 (2) 2.4验收标准 (2) 2.5完成项目的最迟期限 (2) 2.6本计划的批准者和批准日期 (2) 3实施计划 (2) 3.1工作任务的分解与人员分工 (2) 3.2接口人员 (3) 3.3进度 (3) 3.4预算 (3) 3.5关键问题 (3) 4支持条件 (3) 4.1计算机系统支持 (3) 4.2需由用户承担的工作 (3) 4.3由外单位提供的条件 (4) 5专题计划要点 (4)
项目开发计划（GB856T——88） 1引言 1.1编写目的 说明：编写这份软件项目开发计划的目的，并指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书和合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资 料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2项目概述 2.1工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发的主要人员的情况，包括他们的技术水平。
项目关键成果管理办法（2014年修订版） 发布日期：2014年12月26日
一、目的 明确项目开发全过程各项重要环节，规范各环节输出成果的编制内容、完成标准及 审批流程，提高整体开发业务工作质量，降低项目运营风险、提高工作效率。 二、适用范围 适用于阳光新业所有开发项目及代管代建项目。 三、术语/定义 关键成果：在开发过程中，体现前阶段工作总结，作为后续工作依据和基础的成果 性文件。 四、部门职责 4.1城市开发公司 负责组织编制关键成果文件，负责与集团相关职能部门对接、沟通，并负责关键成 果文件在城市开发内部完成审批； 4.2商业管理中心 4.2.1.负责组织编制及确认与商业关键成果文件； 4.2.2.负责督促及检查商业关键成果文件的执行情况； 4.2.3.负责参与商业相关关键成果评审会。 4.3项目管理中心 4.3.1.负责建立关键成果管理体系，并对体系的执行情况进行统筹、督促与公示； 4.3.2.负责组织集团层面关键成果文件评审会，并完成审批工作。 4.4集团其他职能部门 4.4.1.负责对属于本专业主责范围内的关键成果编制时间、内容的完备性与规范性、成果 执行情况等进行督促和检查； 4.4.2.参与相关关键成果文件的评审会。 五、工作程序 5.1项目各阶段关键成果的定义、完成时间、审批流程等内容，详见附件1《项目关键 成果汇总表》； 5.2各关键成果应按照统一模板格式进行编制，编制过程中，可参考以往项目的范本内
容； 5.3关键成果编制完成后，应由主责部门发起审批，无需集团审批的关键成果，完成内 部审批流程，即可展开后续工作；需集团审批的关键成果，应报送集团项目管理中 心，由项目管理中负责完成集团审批流程； 5.4集团各职能部门应对属于本专业主责范围内的关键成果编制时间、完备性、规范性 及成果的执行情况等进行检查，并及时与主责部门沟通，要求改正； 5.5关键成果完成确认后，应由主责业务部门，按照《项目关键成果汇总表》的要求将 关键成果电子版，以邮件形式发送给各相关部门及人员； 5.6集团项目管理中心负责关键成果的统计，每月底前完成统计，做好《各项目关键成 果跟踪台账》（参见附件2），并放入集团项目管理月报予以公示。 5.7对编制质量较好的关键成果文件，可作为公司知识成果（模板、范本），指导其他 项目关键成果的编制工作。 六、支持性文件 6.1《投资与资产处置工作流程》 6.2《项目（预）启动会工作指引》 6.3《项目经营策划书操作指引》 6.4《项目整体开发计划书操作指引》 6.5《项目经营决策委员会工作指引》 6.6《项目总结管理办法》 6.7《项目设计管理流程》 6.8《项目概念设计管理指引》 6.9《建筑方案设计管理指引》 6.10《设计单位选择及合同管理办法》 6.11《项目建造标准编制指引》 6.12《景观设计操作指引》 6.13《精装修设计操作指引》 6.14《项目开发工程合约管理流程》 6.15《合约规划编制指引》 6.16《目标成本管理流程》
项目开发计划 1. 引言 1.1 编写目的 [说明编写这份项目开发计划的目的，并指出预期的读者。] 1.2 背景 a. 待开发软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 项目概述 2.1 工作内容 [简要地说明在本项目的开发中须进行的各项主要工作。 ] 2.2 主要参加人员 [扼要地说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。] 2.3 产品 2.3.1 程序 [列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件。逐项说明其功能和能力。] 2.3.2.文件 [列出需移交给用户的每种文件的名称及内容要点。]
2.3.3.服务 [列出需向用户提供的各项服务。 ] 2.3.4.非移交的产品 [说明开发集体应向本单位交出但不必向用户移交的产品。 ] 2.4 验收标准 [对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。] 2.5 [完成项目的最迟期限] 2.6 [本计划的批准者和批准日期] 3. 实施计划 3.1 工作任务的分解与人员分工 [对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。] 3.2 接口人员 [说明负责接口工作的人员及他们的职责。] 3.3 进度 [对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。] 3.4 预算 [逐项列出本开发项目所需要的劳务以及经费的预算和来源。] 3.5 关键问题 [逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。]
报告编号：产品开发计划 项目号： 项目名称： 编制人： 部门： 日期： 版权所有侵权必究 All Copyright Reserve
目录 1 内容简介 (4) 1.1 文档目的 (4) 1.2 文档范围 (4) 2 项目概况 (4) 3 项目组织结构 (4) 4 项目依赖关系分析 (5) 5.1 项目关键路径分析及保障措施 (5) 5.2 项目依赖关系分析 (5) 5.3 项目关键成功因素 (6) 5.3 技术方法和工具 (6) 5 交付件 (6) 6 项目计划 (7) 6.1 项目的里程碑计划 (7) 6.2 项目WBS计划（highlevel计划） (9) 7 人力资源和技能需求 (9) 8 项目所需其它资源 (10) 9.1关键物料需求计划 (10) 9.2实验设备和环境资源计划 (10) 9 资料开发计划 (11) 10 对外合作计划 (11) 11 外包任务 (12) 10.1 子承包商资料 (12) 10.2 外包任务的范围 (12) 10.3 里程碑、交付件 (12) 12 预算/分配（可选） (12) 13 验收标准（可去掉） (12) 14 质量计划(也可单独成文档) (12) 12.1 项目过程定义 (13) 12.2 质量目标 (13) 12.3 通过技术手段保证质量 (13) 12.4 质量控制活动 (13) 12.5 质量保证活动 (15) 15 项目沟通计划 (15) 14.1 项目组会议 (15) 14.2 项目报告机制 (16) 16 项目的重用计划 (16) 15.1 现有重用构件 (16) 15.2 新增重用构件 (16) 17 配置管理计划 (17) 18 问题 (17) 19 风险管理计划 (17) 20 客户的参与 (18) 21 培训计划 (18)
××××××××××公司 ××××××Co., Ltd. 研究开发项目管理制度 通过规范公司研究开发项目从申请、立项、实施、核算、决策以及考核等管理鼓励各部门和员工积极参与到研发的工作中来，不断提高企业的核心竞争力，同时使项目符合国家相关政策法规的要求。从而充分享受所得税优惠政策，实现企业效益最大化。 特制定本制度: 一、职责划分 1、研发中心： 编写公司研发的中长期发展规划报经理层讨论审定； 受理各部门或个人提出的研发项目建议书及时组织相关人员讨论项目开展的必要性； 负责编制研究开发项目计划书和研究开发费预算并报经理层讨论审定； 负责公司研发项目的日常管理对研发项目进行动态跟踪定期向经理层汇报研发项目进展情况； 负责研发项目评审论证会议记录及会议纪要编写并完成研究开发项目的效用情况说明、研究成果报告等资料； 负责研发项目从建议、论证立项、决策过程中各种资料存档、保管。 2、项目组： 负责根据项目计划书和项目预算具体实施项目； 负责编写项目研发报告、技术转化实施方案；
负责具体控制项目进度以及项目预算。 3、行政办公室: 负责办理总经理办公会或董事会关于研究开发项目立项的决议文件； 负责根据项目需要完成研究开发项目组的编制、审定专业人员名单； 负责在税务部门要求的情况下向发改委或科委申请项目的备案和技术鉴定工作； 负责项目的考核兑现工作。 4、计划财务部： 负责按照《企业财务通则》的有关规定对研发支出进行单独核算和归集按照税收有关规定进行税收核算和归集各项研发支出费用； 负责在税务机关办理与研究开发费用加计扣除有关的各项审批备案手续在年度汇算清缴所得税申报时向主管税务机关报送与研究开发费用加计扣除有关的相应资料。 二、立项条件 研究开发项目是指为获得科学与技术不包括人文、社会科学、新知识、创造性运用科学技术新知识或实质性改进技术、工艺、产品、服务而持续进行的具有明确目标的研究开发活动。 创造性运用科学技术新知识或实质性改进技术、工艺、产品服务是指通过研究开发活动在技术、工艺、产品、服务方面创新取得了有价值的成果对本地区省、自治区、直辖市或计划单列市相关行业的技术、工艺领先具有推动作用不包括企业产品服务的常规性升级或对公开的科研成果直接应用等活动(如直接采用公开的新工艺、材料、装置、产品、服务或知识等)。 申请项目立项应当举证证明申报研发项目属于《国家重点支持的高新技术
软件项目开发合同 软件项目开发合同 合同编号： 甲方： 地址： 乙方：地址： 总则第一条 阶2 甲方选择乙方为其开发软件系统，乙方将在甲方规定的时间内，根据甲方要求分1) 软件系统。段为甲方开发 甲、乙双方经友好协商，根据《中华人民共和国合同法》等有关法规，就乙方承担甲方2)阶段系统开发的合同书。2信息系统开发项目事宜，达成以下协议条款。本合同为第本合同中所用术语的定义如下：3) 由乙方提供的项目管理、需求分析、软件开发、测试，以及咨询、计划、实服务施、培训、安装、调试、维护、升级等服务。资料由乙方向甲方提供的系统说明文件、使用手册等。信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。规范任务为完成“合同范围”所述服务而进行的相关活动。第二条合同范围 乙方按照《用户需求书》的要求，向甲方提供相应的技术服务。 第三条价格及付款方式 1)合同总金额为RMB￥万元，计人民币圆整，作为系统的开发费用。 2)甲方分期向乙方支付以下款项： (1)本合同签订后日内，甲方向乙方支付合同金额的50 %，计人民币圆整； (2)软件按合同规定的标准验收合格之后日内，甲方向乙方支付合同金额的50 %， 计人民币圆整； (3)甲方向乙方支付的费用，除另有规定外，所有费用的支付币种为人民币(￥)，由甲方按本合同规定的付款方式以电汇或支票划入乙方指定的开户银行帐户中。 页1 第 软件项目开发合同 (4)乙方在收到甲方全额货款的工作日内向甲方开具与合同金额相等的%增值 税发票。 第四条变更 1)任何一方要求对合同内容进行变更时，所有的变更要求都必须以书面形式提交并经双方签字同意。
2)对合同内容的任何变更都可能导致对预定计划、可交付资料或费用的变更。根据变更要求的范围和复杂程度，乙方应对实现变更要求的工作而相应增加或减少收取费用，并将预计发生费用以书面形式通知甲方，待甲方确认后执行。 第五条知识产权约定 1)除非另有规定，本合同中乙方向甲方售出的产品（程序、文件、文档资料），所有权和版权属乙方。未经乙方许可，甲方不得公布文件、源码，不得复制、传播、反编译、出售、出租或者许可他人使用其相关的程序、文件、源码和反编译等。 2)乙方保证所售出的产品享有合法的权利，没有侵犯任何第三方的权利。 3)甲方只能按乙方的规定享有相关产品的使用等权利。如果甲方违反乙方的规定和国家法律规定，应承担相关的法律责任。 第六条保密 1)双方不得向第三者泄露本协议的任何内容。 2)双方按本合同规定相互提供和提交的全部文件资料，凡涉及需要保密的，以预先说明的有关条款为据。并且任何一方在没有经过另一方书面同意的情况下，不能将另一方的保密资料（如技术资料、用户信息）透露给第三者。 第七条合同的解除 1)任意一方欲提前解除本合同，应提前通知对方，经双方协商签字同意后方可解除。甲方要求解除合同，无权要求乙方返还甲方向乙方已支付的费用，并应对乙方遭受的损失承担赔偿责任；乙方要求解除合同，应返还甲方已支付的费用，并赔偿由此引起甲方的损失。 2)订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。 第八条违约责任 1)双方在执行本协议过程中，任何一方违反本协议之约定，均为违约。违约方除向守约方赔偿外，还须承担另一方为取得此等赔偿而支出的所有费用，包括但不限于仲裁费、诉讼费、律师费、差旅费等。 2)任一方未能如期履约时，应每天按未能履约部分的0.05%向对方支付违约金。但支付违约金并不免除违约方的其他合同义务。 页2 第 软件项目开发合同 3)如果任何一方没有实现本合同约定而受到本合同对方索赔时，应分清具体责任部分，确认该部分的责任方。对于利润损失等其他直接或间接损失(包括商务交易中的双方已告知有发生这方面损失的可能性)，由各自承担，相互不承担责任。 第九条不可抗力 1)双方因不可抗力的影响不能履行合同，履行合同的时间相应推迟，推迟时间与不可抗力持续时间相同，合同价格不因此而改变。 2)不可抗力发生后，双方要立即通知对方，并采取必要措施密切配合，以减少影响。 3)不可抗力是指动乱、台风、地震、水灾等以及双方同意的不可预见的情况。 第十条通知方式 任何为执行本协议而发出的通知（包括但不限于声明、请求、要求、通知和备忘录等）均应以书面形式作出。双方均负有签收对方发出的通知的义务。如一方拒绝签收，他方仅须提供能够证明其已将有关通知按本协议所列地址交付邮政部门的证据，即可视为有关通知已于交付邮政部门后的第二天送达对方。如一方在收到通知后三个工作日内未对对方在通知中陈述的事实
项目开发计划 (仅供内部使用) 文档作者：____________________ 日期：____/____/____ 开发/测试经理：____________________ 日期：____/____/____ 产品经理：____________________ 日期：____/____/____ 管理办：____________________ 日期：____/____/____ 请在这里输入公司名称 所有不得复制
项目开发计划 1 引言 1 .1编写目的 本开发计划的目的是： a．把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功； b．制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员； 规定软件配置管理的活动内容和要求，明确配置管理工作的人员。 特别要求：需求分析必须详细，并且有相关专家合作进行， 1 .2背景 本项目软件名称为《电能质量数据分析软件》。 任务来源于（略）公司； 交办单位：（略）公司； 承办单位：长峰新康科技XX公司。 1 .3参考资料 无； 1 .4术语和缩写词 暂无； 特别说明：有关公司内部秘密的内容用（略）代替。 2 任务概要 2 .1工作内容 本项目开发过程中需要进行的各项主要工作为： 编制附和软件需求要求的软件功能的软件。 文档计划建立： 软件开发计划； 软件目录 软件需求规格说明 项目开发计划 可行性报告
软件标准规X 软件测试计划 软件测试办法 概要设计说明 软件可靠性和安全性设计指南 硬件总体设计报告 详细设计说明 软件详细设计报告 软件代码（略） 测试分析报告 软件可靠性和安全性设计检查单 软件评审检查单 软件使用说明 2 .2产品 2 .2.1程序 见需求。 2 .2.2文档 文档内容见2.1中文档建立。 文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：软件开发计划→项目开发计划； 文档目录→软件目录； 需求分析报告→软件需求规格说明； 概要设计文档→概要设计说明； 详细设计文档→详细设计说明； 源代码→软件标准规X； 软件使用说明书→软件使用说明； 软件测试报告→测试分析报告； 软件审查报告→软件评审检查单。 2 .2.3服务 培训： 时间：1天； 内容：软件使用及安装； 软件支持：略。
软件项目开发计划,模板 篇一：软件项目计划书模板 XXX系统 软件项目计划书 XX-10-12 10:10 目录 1 引言 ................................................ ................................................... (1) 背景 ................................................ ................................................... .. (1) 定义 ................................................ ................................................... .. (2) 参考资料 ................................................ ................................................... . (2)
标准、条约和约定 ................................................ ................................................... .. (2) 2 项目概述 ................................................ ................................................... .. (2) 项目目标 ................................................ ................................................... . (2) 产品目标与范围 ................................................ ................................................... (3) 假设与约束 ................................................ ................................................... . (3) 项目工作范围 ................................................
项目开发计划的编写提示 B.1 B.1.1引言 编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 B.1.2背景 说明： a、待开发的软件系统的名称； b、本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c、该软件系统同其他系统相互关系。 B.1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 B.1.4参考资料 列出用得着的参考资料，如： a、本项目的经核准的计划任务书或合同、上级机关的批文； b、属于本项目的其他已发表的文件； c、本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 B.2 B.2.1项目概述工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 B.2.2主要参加人员
扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 B.2.3产品 B.2.3.1 程序 列出需移交给用户的程序的名称，所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 B.2.3.2 文件 列出需移交给用户的每种文件的名称及内容要点。 B.2.3.3 服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 B.2.3.4 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 B.2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 B.2.5 完成项目的最迟期限 B.2.6 本计划的批准者和批准日期 B.3 实施计划 B.3.1工作任务的分解与人员分工 对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指