2020
项目开发委托合同文档CONTRACT TEMPLATE
项目开发委托合同文档
前言语料：温馨提醒，合同是市场经济中广泛进行的法律行为，人议，以及劳动合同等，这些合同由其他法律包括婚烟、收养、监护等有关身份关系的协进行规范，不属于我国合同法中规范的合同在市场经济中，财产的流转主要依靠合同。
本文内容如下：【下载该文档后使用Word打开】
甲方：
注册地址：
法定代表人：
乙方：彭
身份证号：
地址：
鉴于：
1、甲方取得了(或拟取得)位于编号为地块的国有土地使用权，依法进行房地产开发建设。甲方根据相关法律法规的规定，在项目所在地设立了项目公司作为该地块项目的开发建设主体。
2、乙方多年的房地产开发经验，在业内拥有较高的口碑及美誉度，对房产开发各环节享有大量社会资源，逐步建立起完善的品牌管理与维护体系、质量控制体系以及房地产延伸价值服务体系等，在房地产开发建设各阶段、各环节均具有强大的专业技术支持力量。乙方有意通过输出专业的管理及技术，为甲方创造更高的效益。
3、甲方充分认可乙方在房地产开发建设领域的管理能力和经验，同意与乙方就上述地块项目开发建设的管理工作进行合作，乙方也同意有此意愿。为此，甲乙双方根据《中华人民共和国合同法》等有关法律法规的规定，本着诚实信用、平等、自愿、互利等原则，经友好协商，签订本，以资共同遵守。
第一部分协议书
一、项目概况
1、项目名称：
2、项目地点：(暂命名)。，土地四至为界址点座标见国有土地使用权出让合同附件《出让宗地界址图》。
3、土地使用权获取方式为拍卖/招标/收购等，用地性质为住宅/商业/综合或其他用地。
4、地块面积：宗地面积平方米，其中建设用地面积平方米，最终以国有土地使用证上登载的面积为准。
5、主要规划建设指标：容积率为限高为公共配套。其中，预计规划住宅建筑密度为，绿地率为，,平方米，商业配套平方米，(最终以规划部门核准的指标为准)。
6、建设内容：住宅、商业配套、公共服务设施。
7、土地现状：净地/待拆迁周边大市政配套建设情况、土地平整情况已交付/于确定期限前交付
8、与项目有关的合同文件及审批文件：
1)《国有土地使用权出让合同》;
2)国有土地使用权证
9、其他项目描述：重大不利因素/特别规划限制条件/部分动工等情况。
注：项目前期尽职调查中发现的对于正常开发建设及管理存在限制、障碍等
不利因素，如对于安置房的特别要求、市政配套未到位等，予以充分披露。
二、合作方式
甲、乙双方约定，乙方负责项目全程管理，甲方聘请乙方以项目公司总经理的身份组建专业管理团队开展工作，对该房产开发项目包括但不限于协助拿地、项目定位管理、规划设计管理、工程营造、成本管理、营销管理、竣工交付管理、招商运营等环节的项目开发管理。
三、项目管理的基本原则
1、甲方作为项目的开发建设单位，拥有项目开发中的投资决策权、知情权、建议权和监督权。甲方依法享有项目的投资收益，承担项目投资风险。
2、乙方根据本协议的约定履行管理职责和义务，获得协议约定的收益。
3、乙方担任项目公司总经理并组建项目管理团队，乙方及乙方团队对甲方董事会负责，根据本合同的约定或甲方董事会的授权许可行使项目日常经营管理权，努力实现项目管理各项目标。
4、项目建设活动实行合同制管理，项目开发建设过程中的合同以项目公司名义签订，由乙方及乙方项目管理团队进行合同
签订、履行的全过程管理。
四、乙方开发管理工作内容
1、涵盖一般性房地产开发项目公司的工作内容，包括但不限于：
1.1、协助甲方与各级行政部门沟通，完成拿地工作。
1.2、在甲方的协助下完成项目的前期报批工作。
1.3、负责项目规划设计阶段的管理工作，把控设计成果质量。
1.4、全面管理项目公司的日常运行、运营。
1.5、通过招投标或其他符合规定的方式，选择工程勘察、设计、施工、监理和材料设备采购等的具体承包、供应单位。
1.6、进行项目开发建设过程中各类合同的洽谈、签署，负责合同履行的全过程管理。
1.7、负责现场施工管理，确保安全文明施工。
1.8、负责项目策划、推广、销售管理。
1.9、审核、签证工程进度报表及提出进度拨款意见，负责施工中出现的工程设计变更的报批手续。
1.10、组织中间验收、竣工验收和规划验收，组织、督促各承建单位及时编制工程结算及有关技术资料的整理汇编，并提交甲方。
1.11、负责组织实施房屋交付使用工作。
1.12、负责合同约定期限内的房屋维保工作。
1.13、根据甲方的需要为甲方融资需求提供帮助。
1.14、负责招商运营、物业管理等全面工作。
1.15、按照甲方董事会核定和下达的经营指标，全面履行总经理职责。
五、项目委托管理的目标
1、工程质量管理目标：符合设计要求、符合国家现行相关施工质量验收规范的合格标准。
2、工期管理目标：本项目总体建设周期暂定为个月(以首批施工
许可证领取之日起开始计算);以上时间目标均为估算，以双方正式确定的框架性开发计划与项目分期开发方案为准。乙方在本合同签订后15个工作日内将框架性开发计划提交甲方确认，在项目总体规划方案审批通过后30个工作日内将项目分期开发方案提交甲方确认。
3、工程成本管理目标：在项目定位、产品设计阶段，形成甲乙双方共同认定的概算成本管理目标;在项目施工图设计完成后20个工作日内，由乙方组织施工图预算，经甲方审核确认后作为工程预算成本管理目标。根据项目招投标情况，及时跟踪成本变动情况，如成本发生重大变异，应随时上报甲方，由甲方审核、确认后实施。
4、项目房产销售周期及销售率目标：本项目分期开发、销售，预计项目第一期不晚于年月获得预售许可证并正式开盘销售，于年月之前完成可销售面积85\\\\\%的销售(甲方保留物业计入已销售面积)。项目销售周期以双方正式确认的销售计划为准。乙方
在项目总体规划方案审批通过后30个工作日内将项目整体销售计划提交甲方确认，并根据项目分期情况在每一期取得施工许可证后30个工作日内将当期销售计划提交甲方确认。如遇特殊情况，包括房产市场发生重大变化或甲方特别要求放缓销售节奏，则双方协商适当决定延长销售周期。
5、安全文明施工管理目标：无重大伤亡事故，符合项目工程所在地安全文明工地的标准。
6、具体目标以甲方董事会核定和下达的指标为准。
七、甲方应承担或向乙方支付以下几个方面的费用：
1、自本合同签订之日起，乙方即开展项目管理前期准;
2、鉴于乙方的专业管理为甲方产业增值所作的贡献，;特别说明：股权所代表的收益权并非股权，该权利无需;
3、乙方组建的管理团队人员的薪酬福利制度和标准(;
4、上述费用不包括甲方根据合同应向第三方支付的涉;
5、在项目建设过程中，发生额外工作的，根据实际情;第二部分;第一条本合同适用的法律是指《中华人民共和国合同法;
1、自本合同签订之日起，乙方即开展项目管理前期准备工作，甲方应按年薪____万元的标准向乙方支付报酬。(支付时间及方式自行确认)
2、鉴于乙方的专业管理为甲方产业增值所作的贡献，甲方同意按甲方(或项目公司?)的全部股本的%股权所代表的收益权作为乙方进行项目管理的回报。(权利成立的时间及方式自行确认)特别说明：股权所代表的收益权并非股权，该权利无需进行
软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 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工作任务的分门与人员分工
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
修订记录
目录 第一章概述........................................................................... 错误!未定义书签。 1.1.应用模块的目的....................................................... 错误!未定义书签。 1.2.应用模块总体描述................................................... 错误!未定义书签。 1.3.应用模块接口描述................................................... 错误!未定义书签。 1.4.假设条件................................................................... 错误!未定义书签。第二章设计模式（Design pattern） ................................... 错误!未定义书签。第三章类设计....................................................................... 错误!未定义书签。 3.1.分块类图................................................................... 错误!未定义书签。 <类图1> ............................................................ 错误!未定义书签。 <类图n> ............................................................ 错误!未定义书签。 3.2.整体继承关系........................................................... 错误!未定义书签。 3.3.类描述....................................................................... 错误!未定义书签。 <类名1> Class Description............................. 错误!未定义书签。 <类名n> Class Description............................. 错误!未定义书签。第四章交互图....................................................................... 错误!未定义书签。 4.1.<情景编号1: 情景名称> ........................................ 错误!未定义书签。 交互图................................................................ 错误!未定义书签。 例外情况及条件................................................ 错误!未定义书签。 4.2.<情景编号n: 情景名称> ........................................ 错误!未定义书签。第五章状态图....................................................................... 错误!未定义书签。 5.1.<状态图编号1:状态图名称> .................................. 错误!未定义书签。 5.2.<状态图编号n:状态图名称> .................................. 错误!未定义书签。第六章时序流程图............................................................... 错误!未定义书签。第七章用户界面设计说明................................................... 错误!未定义书签。 7.1.用户界面关系........................................................... 错误!未定义书签。 7.2.用户界面具体描述................................................... 错误!未定义书签。 <界面编号1:界面名称〉 ................................. 错误!未定义书签。 <界面编号N:界面名称〉 ................................ 错误!未定义书签。
附2: 软件文档编写向导 文档分类 项目包括如下几类文档： 项目管理文档。包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。 产品文档。包括：《用户操作手册》《演示文件》。 软件项目计划 （Software Project Plan） 一?引言 1?编写目的（阐明编写软件计划的目的，指出读者对象。） 2?项目背景（可包括：（1 ）项目委托单位、开发单位和主管部门；（2）该软件系统与 其他系统的关系。） 3?定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4?参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发 表日期、出版单位或资料来源。） 二?项目概述 1.工作内容（简要说明项目的各项主要工作，介绍所开发软件的功能性能等?若不编写可行性研究报告，则应在本节给出较详细的介绍。） 2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的 条件?必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3.产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3 ）运行环境（应包括硬件环境软件环境。） 4?服务（阐明开发单位可向用户提供的服务?如人员培训安装保修维护和其他运行支持。 5.验收标准
三.实施计划 1.任务分解（任务的划分及各项任务的负责人。） 2?进度（按阶段完成的项目，用图表说明开始时间完成时间。） 3?预算 4?关键问题（说明可能影响项目的关键问题，如设备条件技术难点或其他风险因素，并说明对策。） 四.人员组织及分工 五.交付期限 六.专题计划要点（如测试计划等。） 项目开发进度报告 一.报告时间及所处的开发阶段 二.给出进度 1.本周的主要活动 2.实际进展与计划比较 三.所用工时（按不同层次人员分别计时。） 四.所有机时 五.工作遇到的问题及采取的对策 六.本周完成的成果 七.下周的工作计划 八.特殊问题 项目开发总结报告 一.引言 1.编写目的（阐明编写总结报告的目的，指明读者对象。） 2.项目背景（说明项目的来源、委托单位、开发单位及主管部门。） 3.定义（列出报告中用到的专门术语定义和缩写词的原意。） 4.参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： （1 ）项目开发计划；（2 ）需求规格说明书；（3 ）概要设计说明书；（4 ）详细设计说明
开发计划 20101115 汪永峰 锡市凯旋电机有限公司 项目名称: 艾默生用电机 准: 期: 2010年11月15日 号: 制:
项目开发计划 艾默生电机设计开发 1/5 编号：20101115 1 任务来源 新产品设计建议书 0KX/QR0705-02-20101115 2目标 2010年10月1日前完成电机10台的制造，所试制的电动机规格为: 供电动机的技术要求，或参考客户提供样品电机测试数据并与之基本一致。 3 项目内容及要求 3.1根据顾客样机，对样机进行检测并岀具检测报告。根据顾客提供电动机的性能要求进行电机的设计，应与 样品电机的性能基本一致。 工作流程 3.2 电动机的外观与样品一致，机械寿命达 10000次以上。 3.3 电机耐压性能：2000 V/mi n. 3.4 电动机的安全性能应符合相关国家的法律法规及标准。 3.5 在2011年1月20日前完成电机样机 10台的制造，于 1月份交付上海艾默生公司检测试用。 220V AC ，电磁设计数据根据顾客提
项目开发计划 艾默生电机设计开发 2/5 编号: 5组织机构 项目组成员：徐磊（组长）、汪永峰（副组长）、金菊凤（副组长）、吴传渠、邵海林、顾文峰、沈阳、 冯菲丽。 职责和权限 收集主机相关技术资料（包括技术条件、使用说明书等）； a ）负责工艺文件的制定及标准化工作; b ）采用新工艺的跟踪实施; C ）对时间及工艺准确性负责。 工夹模具：唐东杰、顾文峰 a ）负责公司内相关工夹模具的设计、制造工作，并对其设计、制造质量负责; b ）相关零部件的制造工作。 质量检验：沈阳 负责项目实施过程中的质量检验工作。 a ）负责所有零部件、外协件的加工制造; 6.7 外购外协、生产试制：金菊凤 6.1 项目组长：徐磊 a) 负责项目策划、组织、控制和协调工作; 6.2 6.3 b) C ） d) 审批项目计划及日程安排计划; 负责其他相关文件的审批工作; 负责项目工作进度的检查考核及奖惩工作。 项目副组长：汪永峰、金菊凤 a) b) C) d) e) f) 编制质量计划; 编制详细的进度计划，对时间进度负责; 技术方案的制定及审定工作; 各种相关文件的审核工作; 召开必要的技术会议; 样品电机的制造; 项目主设计：吴传渠 a) 6.4 b) C) d) e) f) 负责项目全套技术文件、工艺文件的制定; 跟踪实施样品电机的制造; 提供详细进展报告及例外事件报告; 对技术文件的硬错误负责; 负责样品电机的验证工作并形成文件。 工艺及标准化：邵海林、冯菲丽 6.5 6.6
项目开发规范 1.Java编程规范 1.1命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。 1.Package的命名：包的名字都由一个小写字母组成。 2.Class的命名：类名必须由大写字母开头，其它字母都小写的单词组成。 3.方法的命名：方法名必须由一个小写字母开始，后面的单词用大写字母开始。 4.变量的命名：变量名必须由一个小写字母开始，后面的单词用大写字母开始。 5.Static final变量的命名：static final变量的名字应该都大写,并且指出完整含义。 6.数组的命名：数组应该以byte [] buffer的形式，而不是byte buffer[]的形式定义。 1.2Java文件样式 1.版权信息：版权信息必须在java文件的开头，比如： /** *Copyright ? 2000 Shanghai XXX Co. Ltd. *All right reserved */ 2.数据库设计规范 2.1命名规范 1.数据库文件名：使用汉语拼音或者英文单词作为文件名，一律使用小写。 2.数据库表名称：数据库表名由前缀tb加实际名字组成，实际名字英文首字母大写 3.数据库表字段名称：每个单词首字母大写。 4.sql语句规范：所有sql语句关键词如：select，update等均大写。 3.网页设计约定 3.1命名规范 1.所有控件id号均由开发人员名称首字母作为前缀。 2.js代码命名规范参考java编程规范。 4.文档书写规范 4.1需求分析书写规范 1.目的和对象：简明编写需求说明书的目的，指明读者对象； 2.项目背景描述： a.项目的委托单位、开发单位和主管部门。 b.该软件系统与其他系统的关系，描述本项目的适应场合及处理业务。 c.项目名称：本项目的名称，包括项目的全称、简称、代号、版本号。 d.名称定义：列出文档中用到的专门术语的定义和缩写词的原文，对重要的或者有 特殊意义的名词进行定义。 3.调研情况描述：描述主要的调研活动及对象。 4.用户特点： a.用户业务描述：描述适用本项目处理的业务。 b.用户情况：介绍本项目的用户情况，包括：用户的工作流程；用户的相关部门及 职责；用户的技术水平；用户原有系统的情况：介绍用户现在使用的系统的主要情况，包括主要的不足。 5.任务概述
技术文件提交清单 1. APQP 标题 计划和项目的先期策划子标题 1.1.1 项目覆盖的产品图纸（2D,3D） 1.1.2 APQP项目策划计划表子标题 1.1. 2.1 项目开发建议和申请书、批准书项目经理提供1.1.2.2 多方论证CFT小组成员及职责 1.1. 2.3 市场调研报告项目经理提供1.1.2.4 技术标准资料清单 1.1. 2.5 顾客的技术要求项目经理提供1.1.2.6 同类产品质量报告 1.1. 2.7 新产品开发设计目标 1.1. 2.8 产品初始材料明细 1.1. 2.9 产品和过程特殊特性 1.1. 2.10 过程流程图 1.1. 2.11 新产品设备/工装/专用量具清单 1.1. 2.12 生产能力分析 1.1. 2.13 所需设备初步清单 1.1. 2.14 项目投资预算 1.1. 2.15 可行性报告 1.1. 2.16 设计和开发评审记录表 1.1. 2.17 管理者支持的批准文件 1.2. 产品试制过程子标题 1.2.1 过程开发计划 1.2.2 产品的模具设计图纸和数据（2D,3D） 1.2.3 模具试制进度计划表 1.2.4 采购目录 1.2.5 产品、材料试验清单 1.2.6 小组可行性承诺 1.2.7 过程流程图 1.2.8 生产场地平面布置图 1.2.9 潜在失效模式及后果分析 1.2.10 控制计划 1.2.11 工序能力分析计划
1.2.12 MSA分析计划 1.2.13 主要设备清单 1.2.14 人员培训申请单 1.2.15 培训记录行政部提供 1.2.14 产品包装标准规范营业部提出要求1.2.15 管理者支持 1.2.16 潜在失效模式及后果分析 1.2.17 控制计划 1.2.18 作业指导书 1.2.19 检验指导书 1.3 试生产过程子标题 1.3.1 试生产计划 1.3.2 生产日期及生产数量的确定 1.3.3 产品/过程质量评审 1.3.4 试生产总结-批准正式批量投产 1.3.5 产品质量策划总结和认定 1.3.6 管理者支持的批准文件 2 MSA测量系统的统计与分析子标题 2.1MSA分析计划品质部提供 2.2测量系统分析报告品质部提供 3潜在失效模式及后果分析（PFMEA） 4PPAP 子标题 4.1 过程流程图 4.2 作业指导书 4.3 产品检验标准(检验指导书) 4.4 潜在失效模式及后果分析（PFMEA） 4.5 控制计划 4.6 零件提交保证书 4.6 客户认可接收的文件客户提供 5SPC过程控制统计子标题 5.1PPK过程能力指数分析品质部提供5.2CPK制成能力控制指数分析品质部提供
软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资
1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.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 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点
可行性研究报告 来源：国家计算机标准和文件模板作者： 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。 可行性研究报告的编写内容要求如下： 1 引言 1．1编写目的 说明编写本可行性研究报告的目的，指出预期的读者。 1．2背景 说明： a．所建议开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所需用到的软件开发标准。| 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。 2．1要求 说明对所建议开发的软件的基本要求，如： a．功能； b．性能； C．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象； d．输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度； e．处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述； f．在安全与保密方面的要求； g．同本系统相连接的其他系统；
h．完成期限。 2．2目标 说明所建议系统的主要开发目标，如： a．人力与设备费用的减少； b．处理速度的提高； C．控制精度或生产能力的提高； d．管理信息服务的改进； e．自动决策系统的改进； f．人员利用率的改进。 2．3条件、假定和限制 说明对这项开发中给出的条件、假定和所受到的限制，如： a．所建议系统的运行寿命的最小值； b．进行系统方案选择比较的时间； c．经费、投资方面的来源和限制； d．法律和政策方面的限制； e．硬件、软件、运行环境和开发环境方面的条件和限制； f．可利用的信息和资源； g．系统投入使用的最晚时间。 2．4进行可行性研究的方法 说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法和策略，如调查、加权、确定模型、建立基准点或仿真等。 2．5评价尺度 说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。 3 对现有系统的分析 这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 3．1处理流程和数据流程 说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。 3．2工作负荷 列出现有系统所承担的工作及工作量。 3．3费用开支 列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开
项目开发计划管理制度（试行） 第一条目的 为规范计划管理流程，提高整体计划管理质量，提高公司整体运作效率，制订本制度。 第二条适用范围 本制度适用于上海土地获取后项目开发计划的编制、执行与管理。 第三条定义 项目运营计划——获取新项目后上报总部决策（II）计划中明确的项目经营计划； 项目年度指导性经营计划——年初（5月）根据公司次年年度经营指标制定的项目次年年度指导性经营计划； 项目年度经营计划——年末（10月）根据公司次年年度经营指标制定的项目次年年度经营计划； 项目开发节点计划（动态计划）——围绕项目开发确定的各阶段主要控制节点（70个节点）计划 A类节点——项目开发节点计划中的重要控制节点； B类节点——项目开发节点计划中关键路径上的重要任务，专业、部门间的主要接口工作；C类节点——项目开发节点计划中影响较单一的节点，其变化不影响后续重要节点。 集团项目运营管理平台——一由集团开发综合项目工程、销售、成本、结算、规划、资源、资金等信息的管理平台。 项目计划信息平台——由上海公司开发对项目开发主线上的主要工作时间节点进行集中管理的信息平台。 上海沟通协作平台——由上海公司开发对沟通信息集中管理的信息平台。 第四条计划管理职责 4.1 产品决策与计划管理委员会：负责指导公司各项目制定或修订项目年度经营计划；负责项目开发节点计划的审批与调整；负责项目A类开发节点计划的变更审批。 4.2 事业部/项目部：负责项目开发节点计划的编制与上报；负责项目开发各阶段的计划落实与协调；
4.2 工程管理部：负责项目开发节点计划的审核与备案；负责项目开发节点计划执行情况的跟踪、反馈及评估，参与重要配合工作的协调； 4.3财务管理部：负责对事业部/项目部年度经营计划进行审核并对执行情况进行监控； 4.4项目发展部：负责新项目获取阶段协调相关部门（工程、设计、营销等）根据公司年度经营指标制定项目运营计划，并于项目交底会时将项目运营计划移交事业部/项目部。 4.5 设计部、营销部等各职能部门：提供相关专业资源，支持项目经营计划落实；指导、协调专业性工作。 第五条计划编制 5.1 集团决策计划： 新项目获取阶段（项目立项后）由项目发展部跟据公司年度经营指标要求牵头各相关部门（工程/项目代表、设计、财务等部门参与）确定项目运营计划，通过项目决策会（十六级会议体系第六个会议）审批，作为当年计划考核基准版本。 5.2年度经营计划： 通过经营计划会，公司以项目运营计划为基础确定项目各年度经营计划，作为项目开发计划实施的依据。 5.3项目各分期开发节点计划 按照公司年度经营计划要求，由事业部/项目部组织相关专业编制项目各分期开发节点计划。 5.4 计划编制参照的内容 5.4.1 项目开发计划编制应首先考虑公司整体经营计划明确的节点要求；各事业部/项目部围绕公司经营计划节点对各阶段的工作进行统筹安排； 5.4.2参考工期作为编制项目开发计划的辅助信息，供计划编制人员参照建立起项目开发过程的初步框架，需要另外依据项目所处的不同环境及不同限定因素确定合理的附加工期。第六条计划审批 项目开发节点计划经工程管理部审核后报工程总监或产品决策与计划管理委员会审批，工程管理部备案、发布，事业部/项目部录入项目运营平台及项目计划信息平台。
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 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开发策化阶段
实用文案
修订记录
目录 第一章概述 (5) 1.1.应用模块的目的 (5) 1.2.应用模块总体描述 (5) 1.3.应用模块接口描述 (5) 1.4.假设条件 (5) 第二章设计模式（Design pattern） (6) 第三章类设计 (7) 3.1.分块类图 (8) 3.1.1.<类图1> 8 3.1.2.<类图n> 8 3.2.整体继承关系 (8) 3.3.类描述 (9) 3.3.1.<类名1> Class Description 9 3.3.2.<类名n> Class Description 10 第四章交互图 (12) 4.1.<情景编号1: 情景名称> (12) 4.1.1.交互图 12 4.1.2.例外情况及条件 13 4.2.<情景编号n: 情景名称> (13) 第五章状态图 (14) 5.1.<状态图编号1:状态图名称> (14)
5.2.<状态图编号n:状态图名称> (15) 第六章时序流程图 (16) 第七章用户界面设计说明 (18) 7.1.用户界面关系 (18) 7.2.用户界面具体描述 (18) 7.2.1.<界面编号1:界面名称〉 18 7.2.2.<界面编号N:界面名称〉 19 第八章测试考虑 (20) 第九章附录 (21) 9.1.附录A 代码举例 (21) 9.2.附录B 设计问题 (21) 9.2.1.<设计问题1> 21 9.2.2.<设计问题n> 21
第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口，具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域，项目方案及其它影响系统设计的可能方面内，应当成立的假设条件。包括系统的约束条件和应遵循的标准。
产品开发项目文档管 理规范 文档编号：COSHIP-CMMI-PRD-PDPDM 密级：机密 版本信息：1.8 批准日期： 编辑软件：Microsoft Word 2003 Microsoft Visio 2003 同洲电子股份有限公司版权所有 内部资料注意保密
*变化状态：C――创建，A——增加，M——修改，D——删除
目录 1 概述 (1) 1.1 目的 (1) 1.2 适用范围 (1) 2 产品开发文档体系 (1) 3 文档质量的度量准则 (3) 4 主要角色和职责 (3) 4.1 文档作者 (3) 4.2 项目经理 (4) 4.3 PPQA (4) 4.4 配置管理工程师 (4) 4.5 评审组 (4) 4.6 部门经理 (4) 5 文档审核流程 (5) 5.1 审核流程 (5) 5.2 归档签名 (6) 5.3 纳入基线 (6) 6 文档保密制度 (7) 7 文档编号 (7) 7.1 文档编号规则 (7) 7.2 阶段代号 (8) 8 文档版本 (9)
1概述 1.1目的 规范公司产品开发项目的文档体系，加强文档的标准化管理。 1.2适用范围 公司内所有产品开发项目。 2产品开发文档体系 在产品开发项目开发过程中，各阶段都有相应的文档输出，文档的编写应先于或同步于开发工作。 产品开发项目过程中的文档体系如表1所示。 表1.产品开发项目文档体系
3文档质量的度量准则 评审文档质量的度量准则有以下六条： 完整性：所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。 正确性：在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。文档与所述的对象保持一致，必要时应进行实时的文档版本升级。 可读性：文档应该表达清晰、逻辑条理分明、表现形式通用。 简明性：在项目各个阶段所编写的各种文档的语言表达应该准确简练。 规范性：文档的规范性是指采用当前最新的模板。其完整性及内容的充实程度应不低于模板的要求。 可追溯性：在项目各个阶段所编写的各种文档应该具有良好的可追溯性。由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。 4主要角色和职责 4.1文档作者 文档作者包括公司内的项目组成员以及外协人员。文档作者在文档方面的主要工作为：1）在项目开发过程的各个阶段中，按照规定及时地完成项目文档的编写工作，文档作者有责任保证文档编写与开发同步。 2）文档作者不仅要审核文档字面上有无错漏，还要审核所陈述的技术内容是否精确，及表达方式上是否清晰易懂。文档作者对文档的正确性、可读性和规范性全面负责。 3）文档作者保证所编写的文档与所描述的对象保持很好的一致性，必要时及时更新文档，便于以后维护工作和后续开发工作的开展。
二、项目开发计划 目录 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．项目概述 (2) 2.1工作内容 (2) 2.2条件与限制 (2) 2.3产品 (3) 2.3.1程序 (3) 2.3.2文档 (3) 2.4运行环境 (3) 2.5服务 (3) 2.6验收标准 (4) 3．实施计划 (4) 3.1任务分解 (4) 3.2进度 (4) 3.3预算 (4) 3.4关键问题 (4) 5．交付期限 (5) 6．专题计划要点 (5) 1．引言 1.1编写目的 本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失. 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。 计划对象：软件一班14开发小组。
1.2项目背景 项目名称：药库管理系统。 项目任务提出者：张朋 项目开发者：张朋，任蒙爱，周景，彭慧超，赵莺歌。 项目使用者：全体学生和老师。 1.3定义 1.4参考资料 《软件工程导论》， 《C# 》 《数据库》 《c#项目开发实例》 2．项目概述 2.1工作内容 各开发人员根据时间先后安排，分别对项目进行开发 各项主要工作： 软件开发人员对调查结果进行分析，拟订实现方案（如程序结构，流程，数据结构等）。软件编程人员对软件进行集中开发。 软件审核人员对软件进行评定，审核。 2.2条件与限制 完成项目应具备的条件： ●开发平台 ●开发基础设施 ●开发人员 ●维护人员 开发单位已具有的条件： ●开发基础设施
项目开发流程文档 目录：1，明确需求阶段 2，产品原型阶段 3，UI设计阶段 4，前端设计页面阶段 5，后台开发阶段 6，代码测试阶段 7，上线阶段 8，代码维护阶段 一：明确需求阶段 这个方面基本是产品经理来确定一个模块的需求，然后跟后台开发人员开会讨论需求的合理性以及存在的必要性，后台开发人员可以提出自己的意见，但是确定权归项目经理。 二：产品原型阶段 确定了需求之后，产品经理开始着手设计产品原型。原型设计好之后，交由需求方确定原型的合理性（这个步骤一般可以省略）。然后交由开发人员，讨论功能的合理性以及存在的必要性。这些过程完毕之后，产品原型正式生效。再由产品经理写一套开发文档。 三：UI设计阶段 这个阶段基本上就是一个模块的正式开始阶段，UI工程师根据产品经理给出的原型，设计出一套符合要求，且审美兼具的UI出来。 四．前端设计页面阶段 当UI设计师没每设计出一套UI出来，前端工程师就可以着手根据UI设计的原图。设计自己的思路，将UI原图用代码写出来，包括各种特效效果，色值，以及整个页面布局的合力性。 五. （中间插一个步骤：当三，四这两个步骤正在执行的时候，这是后台开发人员要做的 就是合理的设计数据库。数据库的设计需要一个经验比较丰富的开发人员来完成，因为数据库是一个项目的核心所在，也是一个公司业务的核心所在。它的重要性当然不言而喻，所以一个合理的数据库可以带来以后开发的便利，以及整个业务的融合性。） 六．后台开发阶段 很多人说:页面没有出来之前，后台可以先把代码写出来，等页面出来了，在进行嵌套。对于这种说法，我本人是持反对态度的。因为没有页面的出现，我们是很难进行数据的展示的，没有数据的展示，我们也很难发现我们代码中的bug。修改bug除了开启调式模式之外，另外一个就是通过服务器与客户端之间的一次次的请求中来发现问题的。所以我的意见就是
项目开发规范文档编写人：徐文兵日期：2009-7-20 审核人：日期： 批准人：日期：
修改记录（REVISION CHART）
1 概述 目的与概述 本文档为XX公司的开发规范文档，给开发团队提供开发标准和规范。 整体说明 在开发规范中包含了两个部分，第一部分是项目开发流程规范，主要阐述在项目开发过程中的各个阶段的规范。第二部分为Coding开发规范，Coding 开发规范阐述了在一个框架中的各个层的开发规范 （注：在第一版中不包含对工作流开发的规范制定） 覆盖范围 阅读对象 1.项目管理人员 2.系统设计人员 3.系统开发人员 参考资料 略
2 项目开发流程规范 2.1 业务需求调研阶段 ●调研的目标 系统层面：客户的系统运行环境 业务层面：了解客户需要什么样的系统，具体了解业务目的，业务逻辑，业务数据，客户的操作习惯，页面风格习惯等。 ●调研的准备工作： 行业知识的准备： 了解客户的行业背景，行业领域的业务术语，含义。结合客户行业背景，了解客户的业务知识。 业务专家需求： 在行业领域的复杂度不高的情况下，业务分析人员直接收集并学习行业知识就可以了，但行业知识的准备工作还是要做的 在行业领域业务复杂度高的情况下，需要业务专家对客户的业务的进行整理。 ●调研的流程： 第一步，项目启动阶段了解客户的IT环境。 第二步，讨论并具体确定客户系统的范围，并获得客户业务功能点的原始的单据。在这个过程中准备一个本和一只笔记录讨论的业务信息第三步，整理业务信息，和原始表单，抽取出有效业务信息，并对于不明确的业务信息进行整理和归类，并制作成问卷形式进一步调研。 第四步，发放调研问卷，再次进行业务调研（直接转到三） 第五步，卷写调研问卷，并内部评审 第六步，调研问卷客户评审并确认。 ●调研阶段的交付项（可配置项） 软件需求说明书 软件需求说明书的目录： 1 客户行业背景 2 客户系统的意义 3 客户系统运行的环境 4 业务功能点描述（业务目的，业务逻辑，业务数据，优先级别，使用频率等） 5 客户的操作习惯，页面风格习惯。