软件项目策划书

这次小编在这里给大家整理了软件项目策划书(共含18篇），供大家阅读参考。同时，但愿您也能像本文投稿人“ymmmmm”一样，积极向本站投稿分享好文章。

篇1：软件项目策划书

软件项目策划书

一、市场分析

中国奢侈品消费市场的快速增长，极大地刺激着全球奢侈品公司的扩张欲望, 世界公认的顶级奢侈品品牌中已有超过八成进驻中国市场。据《**胡润财富报告》称，中国内地千万富豪人数已达87.5万人，其中亿万富豪达5.5万人，中国的富豪数量已经位列世界第四。这一数据说明，中国目前已经有相当一部分人群具备了对世界顶级奢侈品的消费能力。中国市场的奢侈品消费也有其有别国外消费市场的特点，主要是：

消费人群特点

1.1年轻化。时尚奢侈品的主力消费群体在国外基本上都是40岁以上的消费者，但是在中国，时尚奢侈品的消费呈现年轻化特征。大范围集中在18-50 岁，小范围集中在30-50岁，18-39的人群是目前时尚消费的主力群体。西方时尚奢侈品的消费者基本都是中产阶层，月收入在三千至五千美元左右，花个几千元上万元买件奢侈品并不困难。

1.2中国奢侈品消费市场购买者的构成比较复杂。中国目前已经有相当一部分人群具备了对世界顶级奢侈品的消费能力。 但是中国奢侈品消费市场与其它市场相比有一个非常不同的现象是，以上凭借强大的个人财富购买奢侈品的消费者，在整个奢侈品消费中只占有30%的份额。其余70%的消费份额，来自于那些年收入十几万，甚至几万元的白领上班族，而他们往往会花几个月的工资来购买一件奢侈品。这是一些省吃俭用的奢侈品消费者，研究者将这样的消费行为定义为“奢侈化消费”。

1.3奢侈品送礼：通过对消费人群调查，大约有50%左右的奢侈品是购买来送礼。

1.4中国的奢侈品消费正在出现消费分化的现象。一部分消费者，尤其是真正的富裕阶层对奢侈品的消费也越来越趋于理性和成熟。这部分消费群体具有拥有较强的经济实力、年龄偏大、社会地位较高等特征，在选择奢侈品时更多地考虑的是品牌的文化内涵和设计风格等因素。并且他们的消费有向更高一级的奢侈品升级的趋势，如，购买名车、豪宅甚至私人飞机和游艇。

出生在80年代以后的“奢侈品消费的新生代”，是目前中国奢侈品消费的另外一部分主要力量。这部分消费者以公司白领为主，他们年轻，往往生活在中心城市或大城市，对时尚和奢侈品品牌以及世界流行资讯非常敏感，但是由于没有雄厚的经济实力做后盾，因此这部分消费者购买的对象仍然集中在入门级奢侈品消费等领域。

1.5 中国奢侈品消费者的消费心理具有浓厚的中国传统文化色彩。目前在中国，对于大多数富裕阶层人士而言，尽管个人获得了丰富的物质财富，但是由于他们没有明确的行政头衔和职位，因此会通过购买普通人群人所不能企及的价格昂贵的奢侈品，一方面用以显示自己与一般社会公众在地位上的差距，另一方面这也是他们向外界宣扬自己获得成功和暗示自己处于较高社会等级的有效方式。

中国市场特点

1.6 奢侈品牌要在中国找一个好的Location不容易。除了上海、北京、深圳等一线城市是奢侈品牌的兵家必争之地，现在的战线已经延续到了二线城市，杭州、天津、沈阳、成都、西安、昆明等城市也开始 吸引更多品牌进入。

1.7 西方模式的奢侈品推广模式在中国并不管用，大多数消费者并没有购买时装杂志来决定购买什么奢侈品的习惯，本土明星中也很少有人能对潮流能 起到引导作用。

1.8 仿冒品在中国市场几乎不可能杜绝。中国的仿牌产品根深蒂固，A货，超A货遍地都是，这给奢侈品牌在国内品牌形象造成了很大影响。不过，随着Ebay在国外败诉要赔给LVMH巨额罚款后，相信中国在这方面也会加强监管力度。

1.9 奢侈品零售人才匮乏。就是二十一世纪最重要的人才，目前中国的员工流动率是亚洲最高的，在奢侈品领域，特别是店铺终端零售方面，本身中国就没有足够数量符合要 求的`员工，因此要留人会更难一些。

二、网站架构

网站目标

2.1 信任：结合奢侈品在中国的市场现状分析，要让客户对本网站树立信任感，让浏览者或是潜在客户信任本网站并且认为从网站购物是值得信任的,第三方资质认证或是品牌的资质认证的展示是必要的。当然，网站设计的风格和网站展示的专业程度也能增强浏览用户的信任度。

2.2 尊贵：网站在风格设计上给人一种尊贵的视觉体验，这样能够加深用户对网站的信任，同时能够提升网站的整体品调，我们会请专业艺术设计师和页面设计师来完成页面设计，浏览页面，犹如漫步在品牌旗舰店，给人视觉享受。

2.3 个性化：对于不同类别的产品展示设计在保持网站整体格局和色调一致性的情况下，尊重每个产品的特点，给产品进行个性化展示。保留每一件顶级奢侈品的个性化和专一性、尊贵性特点。也能让客户对产品有更好了解，增强网站和产品的亲和力。

2.4 立体化展示产品：对于不同的奢侈产品，我们将进行多图片、多视频、全方位细节的多角度、立体式产品展示。提升产品的品牌价值，方便客户了解产品。

2.5 安全：奢侈品消费金额比较大。我们会使用套接字系统、安全控件系统、用户日志系统、异地登陆报警系统、多密保系统等方式保证用户的账户安全和支付安全。

2.6 便捷：网站在开发上从用户体验角度考虑，尽可能方便用户选购、下单、支付、物流等需求和个性化需要。

功能模块

a、产品分类系统：提供产品的多级分类，可以进行分类的添加、删除、修改、排序操作，分类可以图文或只图片、只文字展示。

b、品牌系统：产品的相关品牌系统，可以进行品牌的添加、删除、修改基本操作，可以根据产品分类进行品牌归类，方便产品筛选，品牌展示为图文或只图、只文字。

c、分类属性系统：供销商根据品牌及产品特点，自行进行产品属性的增加、删除、修改等操作，该属性会归纳与本产品所属分类，方便以后产品发布使用。

d、产品物流系统：提供货到付款(免邮、收邮费)、在线支付(免邮、收邮费)、专送等多种配送形式，提供物流模板和物流计算器，方便供应商发货，提供物流API,方便和物流公司系统整合。

e、产品发布系统：提供产品发布、上架、下架、供货提醒、供货管理、促销管理、折扣管理等全套商品在线管理系统。

f、产品展示系统：提供产品的名称、品牌、分类、属性、物流、产地、销售地、多图片、多视频、图片细节、商品介绍、规格参数、包装清单、售后服务等综合展示，方便客户挑选和购买。

g、产品展示互动系统：提供产品想购买+时间、已购买的互动按钮，游客和网站客户可以点击想购买按钮，选择想购买时间，提交入后台统计，无刷新展示到产品页面，“想购买”按钮和展示的存在，可以刺激客户购买欲望，同时对供货商的市场导向起到一定的参考价值。“已购买”是实际的购买数量。

h、产品购买：根据中国消费人群特点，为产品购买增加购买用途按钮，为购买奢侈品的用户提供祝福话输入框。当送货时会将客户留言写在精美卡片上转发送礼人。

i、购物车系统：提供无登录添加购物车和登录添加购物车两种机制，无登录添加购物车可以进行商品挑选、添加购物车，然后引导注册或直接购买。登录购买即客户先登录后进行购买、确认、下单流程。购物车在技术上充分考虑最大并发量情况下采用消息机制、后台多线程、事务回滚、时间截等技术手段保证购物车的稳定和购物流程的顺畅，防止发生购物车丢失、丢单、页面阻塞等购买故障。

j、支付系统：使用银联在线支付，第三方支付(支付宝、快钱、易宝)，货物自提等多种方式。

k、账户系统：客户消费账户、余额账户、积分账户。供应商销售账户、结算账户、积分账户等账户系统。

l、信息发布系统：包括产品知识、导购、问答、论坛信息模块，网站帮助系统，网站公告、快报系统，网站基本信息系统。

m、产品专柜：根据品牌设立品牌专柜，品牌专柜进行品牌信息、公告及其他资讯类展示和产品综合展示，品牌下设旗舰店专柜和专卖店专柜，产品联结至主站进行购买。

n、积分系统：根据客户购买，评论、论坛发帖等网站互动操作积累积分，积分可进行兑换礼品、现金、换购和享受网站内的其他服务。

o、产品体验：根据用户积分和供应商申请，提供产品免费体验，免费体验能够增近产品和用户之间的距离，刺激消费，用户的体验报告能够宣传产品，引导品牌设计出更精英更尊贵的产品。

p、产品定制：客户提交需求，品牌专业设计师为客户进行某一种或某几种的产品定制。

q、产品鉴赏开放区：网站注册用户可以对产品进行鉴赏，发表个人看法，鉴赏内容通过后可以呈现。

r、全站搜索系统：根据客户搜索，进行对产品进行分类别、价格、品牌、分类等分类展示。

s、数据挖掘系统：根据用户的平时浏览习惯或者是购买习惯，进行产品推荐。

t、礼券、优惠券系统：根据礼券和优惠券的编码和密码，在商品结算时抵现，礼券和优惠券可以购买派送、积分兑换等方式产生。

u、网站统计系统：第三方统计。

v、日志系统：记录网站的浏览日志、登录日志、运行时日志等，保证用户账户安全和网站稳定、便于维护。

w、广告系统：提供网站指定位置广告位添加、删除、修改、广告日期管理等。

x、模板引擎系统：根据不同品牌和旗舰店、专卖店需要，个性化定制专柜页面。

y、权限管理系统：根据不同登录着权限，进行分模块，分功能显示，保证系统稳定和账户安全。

z、页面基础信息开发：前端开发、后台开发、用户中心开发、页面效果开发。

aa、其他需求：根据客户需求定制。

开发相关

服务器：5台。只读服务器(1)，数据服务器(1)，写入服务器(1)，多媒体服务器(1)，映像服务器(1)。

开发软件：Microsoft SQL Server +Microsoft Visual Studio

程序语言：C#

其他

网站域名：vpvg.cc—Very important person, Very precious goods !

网站名称：品仕网。

网站广告：品味奢华，尊贵以人为本。

三、项目运营

运营团队组成 3.1网站开发团队：网站开发、软件开发、各种应用系统的开发、电子支付接口开发、网站维护、服务器维护。

3.2物流管理团队：商品供应管理、库存管理、发货管理、物流管理

3.3网站运营团队：产品采购及网站陈列、24小时在线客服、网上支付处理、商务接洽

3.4商业策划团队：市场调查、商业计划书撰写、网络营销策划、电子商务策划

3.5网络营销团队：搜索引擎优化(SEO)、竞价排名指导、网站联盟广告(PPC、CPS)等

运营建议

a、高起点：所有加盟的供应商必须为品牌指定的旗舰店、专卖店。

b、高服务：服务主要分线上服务、线下服务。

线上服务

b.1 售前：所有可估值商品提供检验相关文件。

b.2 售中：每个购买步骤提供操作演示，图片演示、视频演示。提供在线辅助购买功能。

b.3 售后：所有商品无条件在7日内无条件退、换货，所有已收获用户提供电话追踪，确认用户是否满意产品。

线下服务：

b.4 物流：低于1万元以下奢侈品，由物流人员无损精美包装，保护产品到任何一个细节。

b.5 专送：高于1万的高额订单，由专卖店人员着正装或礼服送货，提现产品尊贵和客户的尊贵。

c、高姿态：网站运营保持较高姿态，增加网站信任度和保持奢侈产品稀缺和尊贵。

c.1 线***验店：网站在一线城市设计线下产品体验店。在繁华商业中心，开设线***验店，由供应商供货，只体验，不出售。客户可以凭网站订单号及相关凭证到体验店取货。线***验店起到品牌推广、网站推广、货物自提的作用。

d、尽量满足客户心理需求

购买奢侈品的目的：价值久远、彰显地位、追求美。在网站运营中各个团队之间要本着以客户为上帝的观念，在服务上追求卓越，微笑服务，对于不同需求商品可提供礼品相送，比如购买精美钻戒，可以送一朵玫瑰花和祝愿。对于购买直接送礼的客户，用精美卡片转达客户祝愿词。只有满足了客户的心理需求，客户才会从根本上信任网站，也会继续在网站进行二次、多次消费。

e、高标准团队管理：网站在运营中，本着客户第一、团队成员第二的观念，让团队成员每一个人融入到团队集体中，任人唯贤，使得团队成员每一个人树立团队荣誉感，关心团队成员的生活，团结团队力量，团队成员的努力是网站成功的基础，众志成城，网站才会成功。

四、预算投入

第一年支出预算

目标：平台上线，完成所有团队运营必需团队组建，取得网站运营必需的各种资质认证，完成a轮供销商招商，策划出一套网站商业营销方案，保证网站7个月的市场营销和市场推广，准备a轮融资和b轮供销商招商，完成项目的配套应用程序开发，实现ISO9001管理体系建立。

a.开发成本(4个月)

4.1项目开发团队组成：项目经理(1人)，专业美工(2人)，页面设计师(2人)，系统分析师(1人)，高级程序开发人员(3人)，数据库***(1人)，系统测试工程师(2人)，共12人。

4.2 开发周期：4个月。

4.3 人力成本：项目经理月薪1W，美工4K*2,页面设计师4K*2,系统分析师8K，高级程序员5K*3,系统测试工程师5K*2.在整个开发周期的人力成本为：30W.完善技术团队，扩充技术团队至20人左右，用于网站维护、网站开发、应用系统开发。首年技术团队开发成本约140W.

b.运营成本

物流团队组成：1个物流主管,3个物流人员，供销模式下主要用于物流调度及物流管理。

网站运营团队：1平台经理，4个平台运营人员。

商业策划团队：1 主管，3策划人员。

网络营销团队：1 主管，3网络营销人员。

以上团队主管月薪8K，团队成员月薪3.5K.一年费用100.8W.聘请公司运营总监，负责整体运营管理，协调各个部门之间展开工作。好枕头年薪20W.

市场运作费用：投资200W，用于基本的线上线下推广，提高网站知名度。

c.其他成本(硬件成本和日常运营成本)

约：150W.包括办公室租赁，服务器费用(约11万)，行政成本等。

第一年共计投资：约610W.

第二年支出预算

目标：扩张团队，完善公司团队组成，组建公司资本运作团队，完成a轮融资，扩大网站的市场运作力度，扩展网站为半开放平台，完成网站b轮供销商招商，网站商业模式由供销模式向购销模式转变，准备项目的b轮融资。完善网站ERP系统、数据仓库系统、CRM系统等应用系统，完善公司ISO9001管理体系。

d.团队调整：细分团队，成立各部门各科室。成立储运配送部，组建仓储物流团队，配合项目商业模式调整。成立资本运作团队，注册BVI公司，完善公司财务制度、财务报表，准备创业板上市。预计投资：1000W.团队人员到100人左右。

e.加大市场推广力度：建立线***验店，加大线上、线下市场运作力度和投资力度，预计投资1亿左右。

f.其他成本(硬件成本和日常运营成本)

投资约W，用于升级网站硬件环境，办公环境和行政成本等。

第二年共计投资约：1亿3千万

第三年支出预算

目标： 继续完善团队，大力发展购销力度，开展线上、线下与媒体、品牌商的合作力度，实现多城市、多地区的团队建设，加强与部门之间合作，加大资本运作力度，完成b轮融资成功，实现创业板上市成功，开启c轮供应商招商，实现国际一线品牌基本包含，包括十大奢侈品类型：一、十大服装; 二、十大珠宝; 三、十一大皮具; 四、十大顶级名表;五、十大汽车;六、十大豪宅;七、十大化妆品;八、十大高尔夫球具;九、十大顶级眼镜。十大皮鞋品牌;十大名酒;十大雪茄品牌; 十大顶级烟具;十大打火机品牌;十大香水;十大洁具品牌;十大游艇;十大私人飞机品牌。把网站发展成为国际第一奢侈品网站。开发专用支付平台。确立公司组织架构，确立ISO9001管理体系。

按照公司发展进度，第三年投资额度在5-7亿左右。

第四年：巩固和继续发展的一年，提高网站的销售额。继续加大投资力度，实现年度销售额增长200%以上，实现b轮融资，扩展海外市场，建设自有配送团队。第四年投资约15亿。

第五年：实现美国纳斯达克上市。

五、预期收益

1、供应商服务费：每个顶级品牌供应商缴纳每年100W的平台服务费用，二级品牌50W平台服务费，进场费全免。

第一年：约15家一级品牌，50家二级品牌，第一年进场，首年服务费1折，约收益4000321118W。

第二年：约50家一级品牌，200家二级品牌，服务费约1亿5千万，仅此一项，第二年可实现盈利。

第三年：约100家一级品牌，300家二级品牌，服务费约2亿5千万。

第四年：保持经销商数量，进行精简，提高服务费，服务费约3亿。

第五年：继续吸纳一级品牌，业务扩展至私人飞机、私人游艇、豪宅等，服务费约5亿。

2、广告费用：

第一年：约150万，营业额约5000万。

第二年：约2000万，营业额约10亿。 第三年：约1亿，营业额约50亿。

第四年：约3亿，营业额约200亿。

第五年：约10亿。营业额约500亿。

3、购销产品利润。

第一年：0

第二年：约1000万。

第三年：约1亿。

第四年：约5亿。

第五年：约50亿。

4、融资。

第二年：a轮融资1000万美元。

第三年：b轮融资约1亿美元。

第四年：c轮融资约1.5亿美元。

第五年:上市。

5、总结

第一年：计划亏损100万。

第二年：可盈利5000万-1亿。

第三年：计划盈利2亿左右。

第四年：计划盈利10亿。

第五年：上市成功。发行2000万股ADS,预计融资3亿美元。实现第五年盈利超30亿。

六、合作形式(项目开发)

1、我方全权开发：合同签订后，出详细项目需求，项目开发进度，项目测试标准、项目验收标准。提供5台服务器、域名、运行环境。开发费用：21万。

2、我方只负责开发：我方负责网站程序开发，其余费用由你方出。网站程序开发费用：11万。

3、团队合作：我方出团队力量，你方负责人力成本投资和其他项目开发必需投资和运营投资，我方占一定的项目股份。

4、我方出团队力量，你方负责人力成本投资和其他项目开发必需投资和运营投资，我方需要启动资金2万元，用于开发环境搭建。

篇2：软件项目策划书

一、项目计划的要素

根据PMBOK2000，项目计划可以包含如下要素：

1、项目范围说明

项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。

2、项目进度计划

进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。

3、项目质量计划

质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。

4、项目资源计划

有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

5、项目沟通计划

沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

6、风险对策计划

风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。

7、项目采购计划

项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。

8、变更控制、配置管理计划

由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。

二、项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

1、成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。

2、项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。

说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。

3、项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。

4、编写《软件项目计划书》

项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。

编制项目计划的过程应当分为以下几个步骤：

a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；

b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。

c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。

d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。

e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。

f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。

g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。

h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。

5、软件项目计划书评审、批准

项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

三、项目计划内容确定

项目计划内容的确定一般要按照以下过程：

1、确定项目概貌

合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。

2、确定项目团队

确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。

3、明确项目团队内、外的协作沟通

明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。

当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。

4、规划开发环境和规范

说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。

5、编制工作进度计划

根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容：

a、工作任务划分；

b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；

c、确定主要里程碑、阶段成果；

d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。

6、编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。

7、编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。

8、制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。

9、规划开发支持工作，如供方管理计划。

10、规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。

11、规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。

篇3：软件项目管理策划书

软件项目管理策划书

1 项目基本情况

1.1项目背景

拓展训练是一种户外体验式培训项目，在国外拥有50多年的发展历史，它渊源于二战时期的生存训练，软件项目策划书范文。那时候反法西斯盟军的商船、战船经常被德国打沉，大部分水手葬身鱼腹，只有极少数得以生还。后来人们惊奇的发现能够生存下来的人不一定是身强力壮的，而是那些具有协作精神、意志力和求生欲望特别强的人。通过对这一现象的分析与研究，人们得出这样一个答案，能在恶劣环境下求得生存，靠的不仅是体能而是良好的心理素质和协作品质。受此启发，1941年在英国创办了一所专门训练水手的学校，后来逐渐延伸到为军队训练士兵的生存能力。战后，又从最早的生存训练演变到为社会和经济领域服务，成为现代人和现代组织一种全新的学习方式和训练方法。这种训练在国外被称为“Outward Development”。迄今为止，全世界此类培训学校已得到广泛发展，并成立了自己的协会，开展各种形式的交流与合作,国外许多跨国公司将其融入到日常规范的培训体系之中;我国深圳、上海、北京等发达地区的很多著名公司和组织更加推崇和广泛采用;这种与国际培训理念接轨又经国情化发展的训练方式深受人们青睐，得到企业和组织广大精英们的的认可。

户外拓展训练源于军事特种训练的拓展，由于其固有的内在特点和优势，已经越来越受到社会各界团体特别是企业的青睐，被国际上称为“钻石行业”，其利润和发展空间十分巨大。

拓展训练经过几十年的发展，已经逐渐形成一种和传统的灌输式教育模式相辅相承的体验式教育模式。训练内容已经涉及现代企业管理的各个领域，将各种深奥的管理理念和理论，通过各种有趣的游戏、身体的磨砺等亲身感受方式予以表述和体现，通过培训师的导引和讲解，让参训人员在解决问题、面对挑战的过程中达到“磨练意志、开发潜能、熔炼团队、完善人格”的目的。现代意义上的拓展训练已经和管理培训紧密的结合在一起，已经完全突破了起初狭义的拓展训练的概念和范围。

风靡全球50年的拓展训练，自1995年走进中国。短短几年的不断发展，倍受推崇，逐渐被列入国家机关、外资企业和其他现代化企业的日常培训日程。

拓展训练在中国已经逐渐被东部经济发达地区的企事业单位所认可，已经被很多大公司、国家机关、事业单位作为常规培训内容列入了日常培训计划。随着河南经济的发展和人们思想意识的逐步改变，拓展训练也开始被河南的人们所认识和接受。正如拓展训练在国外和中国北京、上海、广州等地的发展及推广过程一样，河南的人们对于拓展训练的认识也正在经历着一个由混沌到清晰、由低层次需要到高水平要求的过程。市场经济的规律永远是造就强者这为河南地区从事拓展训练的专业机构也提出了市场警告。随着无序的混乱逐渐被国家行政主管机关的逐步引导和规范，拓展训练的概念、范围、形式等势必会逐步走向正轨。

目前我国的拓展训练行业正在向专业化和正规化方向发展。21世纪是信息时代，任何行业的发展壮大都离不开互联网，因此我国的拓训行业在步入正轨的过程中也离不开这个传播媒介。随着拓训行业的发展，各类有关拓展训练的网站也是层出不穷，但是始终却没有一个大的能够影响整个拓展行业发展的第三方拓展平台出现，因此我们期待能有一个专业而强大的网络拓展平台出现，像阿里巴巴影响B2B行业一样来影响整个拓展训练行业的发展。

1.2 项目意义

为什么“拓展训练”能有如此的魅力呢?说到企业培训，人们通常就会联想到文凭培训班或各种MBA培训班，实际上，知识和技能都是有形的资本，而意志和精神则是无形的力量。在实际生活和工作中，动手能力和意志的坚定、坚韧往往比起书本的知识更为有效和实用。同时，如何开发出那些一直潜伏在你身上，而您自己却从未真正了解的力量;怎样才能弄清，您与他人的沟通和信任到底能深入到什么程度?这些，就是拓展训练的真正意义。

现代社会每个人都面临着知识的不断更新所带来的巨大挑战，为适应社会，我们必须开发出有效的学习手段来增强自己的学习效果。拓展培训以它“先行而后知”的体验方式打破了传统的以“教”为主的教育模式，让学员在愉快、积极的参与中习得知识、领悟道理，通过亲身体验来挖掘自己的潜力，培养创新精神和实践能力，促进自信、团结、果断、顽强等优良品性的形成。

良好的团队精神和积极进取的人生态度，是现代人应有的基本素质，也是现代人人格特质的两大核心内涵。在现代社会，人类的智慧和技能只有在这种人格力量的驾驭下，才会迸发出耀眼的光芒，拓展训练应运而生。早先利用户外自然环境对人进行培养的户外训练方式逐渐演变成一种面向现代社会的户外训练方式，这种新的学习方式适应了当前教育改革和素质教育的指导思想，不仅有利于个人良好品质的形成，对推动传统教育模式的改革和青少年整体素质的提高也有着重要意义。

拓展所需要的品质主要有以下几方面。

(1)积极主动:积极的工作态度和人生态度是拓展精神的核心。乐观自信，从我做起，环境因我而变;坐言起行，言必行，行必果。这样在以后的工作中才能从内心关怀客户，做好自己的工作。

(2)开拓创新:以开放的心态，应对变化，积极进龋

(3)认真负责:人和事因认真而完美，注重细节是专业化的表现。坚守承诺，积累信用。

(4)独立协作:独立自主，各司其职，独挡一面。个人和公司的竞争力来自员工不可替代的价值，高水平的独立，才有可能带来高水平的协作，局部利益服从整体利益，以双赢的心态创造最大动力。

(5)共享成功:成功来自每个人的努力和贡献，成功是协作的结晶;共享成功的经验，共享成功的好处。但共享不是平均分配，吃大锅饭。

现代社会竞争日益激烈，生活和工作节奏的加快让人们有了更大的压力，对每个人来说，仅仅具备良好的工作业务素质和较强的工作能力是不够的，还需具备健康的心理素质、坚强的意志、敢于进取冒险的精神和良好的人际关系及组织协调能力，而这些需要从实践和强化训练中培养出来。拓展训练对培养强化这些素质是一个很好的选择，无论是对个人还是对团体企业，它都有着较为深远的意义。

(1)对个人的意义

参加拓展训练可以使人们认识自身潜能，增强自信心，改进自身形象;克服心理惰性，磨练战胜困难的毅力;调适身心状态，不浮躁，不颓废，更好的面对工作与生活的挑战;同时增进对集体的参与意识和责任心，启发想象力与创造性，提高解决问题的能力;改善人际关系，学习欣赏别人，学会关心他人。

(2)对团队的意义

拓展训练可以进一步明确和认同组织目标，增强组织地凝聚力;树立相互配合，互相支持地团队精神和整体意识;改善人际关系，形成积极向上地组织氛围;促进组织内部地沟通与信息交流;挖掘员工的内在能量，使之聚合并在工作中全部释放出来，形成从容有序地团队运作风格。

(3)对企业的意义

①为团队获得更高昂的士气和战斗力。在野外做拓展训练中，面对高难度和高空体验时，个人是无法仅用自己的力量来完成全部的课程训练的。自然，团队成员的支持与呐喊成为了每个人 完成自我挑战的决定因素。当每个参训人员成功完成训练科目时，一种自我成功的满足感和与团队共同努力成功的成就感油然而生。每个人会从心底感谢团队的支持与鼓励，感谢队友的关怀。此时，整个团队的士气与战斗力是在办公室里从来不曾达到的。

②减少员工的流动率和流失率。归宿感是人的需求的一个重要层次。在进行户外拓展训练的过程中，员工在成功体验的同时体验到了成功，这种成功来源于同伴的帮助与支持，会让员工在团体中体会到一种归宿的满足感，会为所在的集体骄傲，会为自己所在这个集体而自豪。经过这样的团队建设后，会加强员工的凝聚力而使其流动率和流失率大大减少。

③有助于企业和员工进行更和-谐的沟通。培训中通过员工之间身体与心灵上的接触使他们之间距离贴近，无距离感产生，引起各方的共鸣，达成默契。就像男女双方在音乐旋律下共舞，当双方没有接触时，很难达到步调的一致，而随着双方手与身体的直接接触，则很容易同步进行，营造出和-谐，从而产生美感。拓展培训使员工深切感受到沟通的重要性。

④有助于对员工毅志力与品质的培养。当你要放弃的时候，其实离成功已只有一步之遥了。关键时刻的毅志力往往是一个人成功的重要保障，它能帮助员工完成跨越目标的关键一步，在野外拓展训练中的断桥、空中单杠、攀岩等个人项目恰是对个人心理与信心的挑战。

⑤团队对员工的鼓励与支持有利于加强团队的凝聚力。在个人项目中，个人所要完成的规定项目都是在所有队友的关注下进行的，同伴的口号、队友的目光都成为每个人前进的动力。在这样一种浓厚的感情冲击下，每个人会尽自己的最大力量来完成每一个看似不可能做好的项目。在众多同伴的帮助下会使员工体会到实际工作中的困难远不如想象中的困难那么大。只要生活在集体中，力量是无穷的。例如在空中断桥项目中要求每人爬上8米高的断桥，在间距为130公分的断桥上向前跨出，培养学员的面对挑战与困难的勇气。

⑥功心理训练。拓展训练是一项旨在协助企业提升员工核心价值的训练过程，通过训练课程能够有效地拓展企业人员的潜能，提升和强化个人心理素质，帮助企业人员建立高尚而尊严的人格;同时让团队成员能更深刻地体验个人与企业之间，下级与上级之间，员工与员工之间唇齿相依的关系，从而激发出团队更高昂的工作热诚和拼搏创新的动力，使团队更富凝聚力。

⑦团队合作训练。拓展训练是一套塑造团队活力、推动组织成长的不断增值的训练课程，是专门配合现代企业进行团队建设需要而设计的一套户外体验式模拟训练，这是当今欧、美及亚洲大型商业机构所采纳的一种有效的训练模式。拓展训练的内容丰富生动，寓意深刻，以体验启发作为教育手段，学员参与的训练将成为他们终身难忘的经历，从而让每一系列活动中所寓意的深刻的道理和观念，能牢牢地扎根在团队和每个成员的潜意识中，并且能在日后的工作合作中挥发应有的效用。通过拓展训练，学员将会全面的提高自己。

既然发展拓展训练意义如此重大，那么宣传和推广拓展训练也变得非常有必要，而通过互联网进行拓展宣传，创建拓展行业的专门平台网站也变得非常迫切。

目前拓展行业虽然出现了一些平台网站，但是网站整体质量不好，在行业中的影响也不明显，因此我们有待于建立一个新的功能强大、质量完备的综合性拓展训练平台适应行业发展需求。

而E7拓展网就是这样一个专业的综合性拓展训练平台，这个平台可以提供拓展行业信息，传播拓展训练知识，展现拓展公司风采，加强拓训公司与客户联系，提升拓展训练的网上知名度，为整个行业的宣传推广开辟更大的空间，最终促进整个拓展行业的发展。

1.3 项目概况

野外拓展训练是借鉴先进的团队培训理论，由传统外展训练发展而来的。它利用大自然的各种条件，通过设定具体的任务与规则，结合大自然环境本身存在的各种险阻、艰辛、挫折等困难来提升个人意志力、团队的沟通能力、协作能力、应变能力等为目的的挑战式拓展训练，从而达到激发潜能，熔炼团队的目的。

野外拓展的魅力来自于自然、挑战和与团队的融合的美好心灵。自然之美，有海上日出、原始森林、鸟语花香、天然氧吧、浩阔星空。挑战之美，有丛林穿越、徒手攀岩、悬崖速降、扎筏泅渡、野外定向。心灵之美，有团队合作、相互信任、真诚交流、放飞梦想、高峰体验。

参加拓展训练的人不仅可以体验野外探险乐趣自然、领略大自然中各种各样的挑战与刺激，学习到基本的野外探险技术和生存技巧，还能认识自身潜能，增强自身信心，克服心理惰性，磨练战胜困难的毅力，调适身心状态，乐观面对工作与生活的挑战，认识群体的作用，增进对集体的参与意识和责任心，改善人际关系，学习关心和更融洽地与他人合作。

拓展训练作为一种户外体验式项目，有很多课程。破冰:激发学员的热情，用心感受同事之间的情感，全身心地融入团队中来，进入训练状态;增强学员之间的观察、沟通、表达及呈现能力;塑造团队精神，锻铸企业之魂;打破僵局、活跃气氛，加速学员间的融洽，建立基本的伙伴关系及团队精神;拆开原有的组合，使不熟悉的学员有机会在一起交流，迅速形成组织荣誉感。电网:培养团队合作精神，增进沟通，体现团队协同工作在解决问题中的作用，学会克服看似难以解决的`问题。盲阵:树立领导才能，学习有效的沟通技巧，学会倾听，说服同伴，提高团队智商和执行力。人桥:建立团队成员间的信任感，将不可能变为可能。天梯:队员间的互相帮助和队员的牺牲精神，同时也是个人智慧的体现。杀人者:培养学员细致入微的观察力，严谨的逻辑分析能力。地雷阵:团队成员在执行任务前明确的分工，过程中各司其职方能完成任务，检验各部门间的沟通状况。信任背摔:鼓励学员克服心理恐惧，突破自我，同时建立和体验团队成员的信任感和责任感。空中断桥:在挑战自我的同时，感受经验与环境的改变给个人思维意识上带来的变化。空中抓杠:挑战自我，突破心理障碍，激发个人潜能。云中漫步:对个人潜能的激发，调整自我，为团队而突破自我。群英飞跃:让个人英雄主义无用武之地，突出团队力量。竹筏急渡:体现团队的集体智慧，个人学习力，锻炼胆量，对现有资源的合理分配。孤岛求生:让学员体会企业内领导层上下级之间的沟通方式，强化上下级之间的沟通意识，从而增强企业的战斗力。乾坤大挪移:提升整个团队的凝聚力与战斗力，感受群体决策的优点与缺点，体现团队的领导力与执行力。脚踩一片天:解决问题的思路要突破限制，要敢于尝试、大胆想象，并善于实验学员的建议，排除不可行的方案。携手走天涯:体验非常状态下的生活，学会关心他人，感受关心和被关心的幸福，激发生命中至诚至善至美的爱心，用心灵碰撞之后的火花印证生命情感的真谛，增加企业的竞争力和团队协作精神。胜利墙:鼓励和强化顽强的斗志和互助取胜的信念，充分展示个人的特长，合理的分配有限的资源，感悟同心协力，战无不胜的团队合作意识。

E7拓展训练网是一个为拓展训练而建的拓展第三方平台，通过这个网站，我们可以了解拓展行业的很多东西，包括拓展训练的起源、特点、意义以及其它的一些介绍与经典展示(精彩文摘、拓展心得体会)，还有拓展项目、课程、人员、基地、专业的拓展公司和客户信息等内容，网站成熟后会员还可以发布和购买拓展商品，进行在线结算。因此这个平台建成后如果推广和优化得利开展的话将会获得长足发展。

2 市场分析

2.1目标市场

作为拓展训练的第三方平台我们主要的客户主要有两类，一类是拓展需求者，一类是拓展提供者。而最主要的是一些拓展训练公司,拓展公司又分为三类(如表1)

从表2 可知, 成立于20xx 年之前的公司仅有4 家, 占10.26%; 20xx 年至20xx 年注册的公司有14 家, 占35.90%,20xx 年以后注册成立公司有21 家, 53.84%。可见, 多数公司都是在20xx 年以后成立的, 而且拓展训练在河南的发展速度较快。年培训人数超过千人的拓展公司已达到74.36%。由此可见,近几年, 河南越来越多的单位和个人接受了拓展训练的培训理念。

第一类以从事极限运动(定向越野、野外生存、攀岩、探洞、徒步旅游)为背景静如拓展培训多以俱乐部的形式出现没有固定的培训基地，一般选择公园、大型的旅游景点或没有开发的山川。主要的盈利点在与销售其野外活动装备，如:帐篷、登山鞋等。多数是极限运动爱好者或部队退伍军人旅游者

第二类设计的主要课程是管理、财务、行政等静态的公开课程，拓展培训只是包含在内的其中一个课程，因此不作为主要赢利点。专门从是企业培训的机构形式无地或租地。没有培训基地的这些企业培训机构在接到业务时，外包给专业拓展机构去做，或聘请兼职导师、租用场地进行培训。因为不确定因素太多，其效果难以保证。不固定的兼职培训师进行企业内训或公开课的企业员工300—500元

第三类专业从事拓展培训专门从事拓展培训的机构形式一般有固定的培训基地，基地设施配置水准仍然良莠不齐。培训设施完善、安全性、启发性、寓教性都必须考虑对培训师的要求较高。外企、民营、大中型企业内训比较混乱，一般在20xx1000元

公司的硬件和软件资源对拓展公司运作的好坏起着决定性的作用, 在关于硬件资源调查中, 拥有自己专属基地的公司仅有7 家, 只占17.95%, 拥有培训师培训体系的公司有9 家。拥有严格的管理体系拓展公司是该公司长期发展的保障, 而仅有12 家拥有自己的管理体系。在调查的39 家公司中, 拥有全职培训师超过10 人的仅有9 家, 全职培训师3 人或3 人以下的公司有12 家, 其他公司全职培训师一般在5 人左右, 可见, 全职培训师并不多。但通过访谈了解到兼职人数一般较多, 同时, 各公司的培训师可以互相兼职。

从1995年，国内诞生第一家拓展训练机构到现在,整个市场得到了空前的发展。虽然行业内还没有一个准确的统计数据,但从全国规模来看，拓展训练近几年的市场增长大约在30~40%，20xx年的国内总产值达到2~3个亿，从业人员近万人。因此，我们的目标市场还是很大的。

2.2 市场的容量和趋势

市场容量是指在不考虑产品价格或供应商的策略的前提下市场在一定时期内能够吸纳某种产品或劳务的单位数目，所以国际市场容量实际上就相当于需求量。市场容量是由使用价值需求总量和可支配货币总量两大因素构成的，仅有使用价值需求没有可支配货币的消费群体，是贫困的消费群体;仅有可支配货币没有使用价值需求的消费群体是持币待购群体或十分富裕的群体。我们把这两种现象均称之为因消费要件不足而不能实现的市场容量。以下以河南为例来谈一下拓展训练第三方平台的市场容量。

河南省的拓展训练在各地市都有开展, 其中有一半以上的户外俱乐部都有拓展业务, 而且有的俱乐部完全靠拓展业务盈利, 除了俱乐部外, 另外还有训练基地的投资商进行的拓展业务。但是,目前省内有固定拓展基地和师资, 在业内有一定影响的拓展机构主要集中在郑州, 主要有郑州世纪领航管理咨询有限公司、郑州蓝顿企业管理咨询公司、郑州英雄野战部落、郑州铭远企业管理咨询有限公司、湖南博锐思创管理顾问公司、河南钢七连雷战联盟、河南霸虎户外运动俱乐部等。其他地市相对而言发展比较缓慢, 还没有形成稳定规模。拓展训练第三方平台的市场容量=现有的做推广的公司+由于网络发展而新增的做推广的公司。

现有的做推广的公司。河南的拓展训练公司在20xx年以前很少，在20xx年时发生了巨大变化，拓展公司如雨后春笋般迅速发展起来。现在河南省的拓展公司已经达到100多家。但是在百度上做托管的不多，只有十几家，同时在阿里巴巴上做推广的只有八、九家。但是我们也可以看到也有部分拓展公司利用其它手段进行网络推广。经调查表明河南省的大部分的拓展公司只是一些小公司，比较大的公司不多。它们没有做百度和阿里巴巴推广是因为资金的问题，因此我们可以降低收费标准，得到更的会员，同时总体收入也很多。

根据CNNIC 的统计，截至20xx 年底，我国网民数量为2.1 亿人、网站数量为150.4 万个、网页数量为84.7 亿个，三项指标较20xx 年分别增长30%、78%、89%。在此环境下，我国中小企业正在加速互联网化，通过建设网站开展网络营销活动。传统的营销管理强调企业的4P (产品Product、价格Price、渠道Place 和促销Promotion)，现代营销管理追求4C(顾客Customer、成本Cost、方便Convenience 和沟通Communication)(如图1)。然而，无论哪一种观念都必须实行全程营销，即必须由产品的设计阶段就充分考虑消费者的需求和意愿。但是在实际操作中往往难以做到，因为消费者与企业之间缺乏合适的沟通渠道或沟通成本过高。而在网络环境下，这一状况将有所改观，即使是中小企业也可通过电子布告栏、线上讨论广场和电子邮件等方式与消费者进行沟通。这种双向互动的沟通方式可以提高消费者的参与积极性。更为重要的是，它将使企业的营销决策有的放矢因此，网络营销必将被各个企业接受。随着拓展公司数量的增多和网络营销的重要性与优势的逐渐显示，拓展训练第三方平台的需求量是会逐年增加。

2.3 竞争力量分析

在进行市场分析中最常用的就是波特五力分析模型(如图2)。五力分析模型是迈克尔·波特(Michael Porter)于80年代初提出，对企业战略制定产生全球性的深远影响。用于竞争战略的分析，可以有效的分析客户的竞争环境。五力分别是: 供应商的讨价还价能力、购买者的讨价还价能力、潜在竞争者进入的能力、替代品的替代能力、行业内竞争者现在的竞争能力。五种力量的不同组合变化 最终影响行业利润潜力变化。

2.3.1 行业内现有竞争对手分析

由于拓展训练是一个近几年才发展起来的比较新的行业，所以关于拓展训练的第三方平台不是很多。主要有:中国拓展训练信息网，中国拓展培训，5183拓展训练，中国拓展培训师，拓展168 ，易维拓展网。

中国拓展训练信息网的一级栏目为:首页、关于我们、拓展行业新闻、拓展介绍、拓展基地、拓展意义、拓展机构黄页、解决方案、拓展年会。整个界面设计比较合理。设关键字为“拓展训练”和“拓展公司”时中国拓展训练信息网的排名在100名以后。其被个大搜索引擎收录的情况(见图3)其PR值为0.

经过测试，其它的拓展训练第三方平台设关键字为“拓展训练”和“拓展公司”时在百度和google的排名都在100名以后。由此可知，我国的拓展训练第三方平台的发展不太好，网络推广的效果不太好。

2.3.2 新进入者分析

新进入者就是新进入的现有产业的公司，会对我们造成威胁。作为新公司，他们一般都会拥有新的生产能力，创新性较强，有获取市场份额的欲望以及大量的资源。但是一些新进入的拓展公司根本就是皮包公司，他们的进入搅乱了市常没有规则、没有章法，只有利，只要略有微利，便可以不计一切，这其中包括对客户的誓言保证等等。因此，他们不仅仅对已有公司构成威胁，还对整个行业构成了威胁。进入者的威胁取决于进入壁垒和已有竞争者的预期反应。

拓展训练第三方平台的行业壁垒几乎为0，进入这个行业不需要太多要求，这样也会对我们造成不利的影响。作为第三方平台，只需有一个自己的网站，然后再对网站进行推广，使更多的人了解它，使人们搜索“拓展训练”和“拓展公司”等和拓展有关的关键字的时候能够使自己的网站排在比较靠前的位置就行。

因为它的行业门槛较低，就容易被别人模仿，所以最重要的是要有自己的核心竞争力，而做第三方平台最需要的也就是在行业内有一定知名度。因此我们在做这个网站的时候比较最要的是要进行推广，使我们的网站尽快的在业内有一个比较好的口碑。

2.4 市场份额分析

随着网络的发展，网络营销已经成为各个行业营销工作中的一部分，和公司的传统营销相辅相成为公司带来更多的收入。从20xx年开始网络营销给拓展行业带来的收入也在逐年增加(如图4)，由此可见网络营销也必将在拓展训练的市场份额中占据最要的地位。

关于拓展行业的第三方平台本来就不多，而且它们的知名度也不是很高，拓展行业内拓展公司通过网络营销接到的单子主要是通过自己的网站获得的(如图5)。它们利用的主要手段是在百度上做竞价排名，或进行论坛和博客营销。

2.5 市场发展的走势

拓展训练第三方平台的市场走势和拓展训练的走势有着很大的关系，拓展训练的走势直接影响并决定着拓展训练第三方平台的市场发展的走势。

拓展训练的走势主要有以下几个特点:(1)拓展训练的主体趋向学生化和家庭化。现在拓展训练主体主要是企业员工，他们的拓训的内容主要是企业内训。最近越来越多的学者和专家提倡把拓展训练引入高校，所以将来高校和拓展公司合作开展特殊的体育课也是很有可能的事情。(2)拓展训练机构规模趋向于大型化。现在全国的拓展训练机构特别多，河南就有一百多家，不过它们都是一些小的公司，有的公司甚至不到是十个人，但是以后随着国家政策的改变和相应法规的出台，只要这个行业规范了，拓展训练机构就会趋向于大型公司，毕竟，每个公司都想得到更好的发展，而规模是一个很重要的方面。(3)行业标准趋向统一化，拓展培训师趋向专业化。现在拓展行业的竞争比较激烈，有些公司为了降低价格吸引顾客也降低了拓展训练的质量。目前拓展训练的训练师一般有三类人，一是接受过专业野外训练的退伍军人和体育教练;二是有着多年企事业单位工作经验, 受过良好高等教育、对拓展训练有浓厚兴趣的人士;三是一些在登山、攀岩等户外领域成绩卓著的专业人才。这三方面的专业人才本来就不多, 其中能够真正能够成为合格的培训师就更少。因为仅仅具备上述三方面中某一方面专长的人并不一定就能成为合格的培训师，这些人中具有良好的表达力、亲和力等条件的人才有可能经过专业培训之后胜任培训师的工作。作为拓展训练项目的真正实施者, 通常对拓展训练师的要求较高,一般应具有大学以上学历, 不仅要具备专业技术和身体条件，还要熟悉器械、场地, 又要具备管理学、组织行为学、人力资源开发及培训技术、心理学、教育学的理论和专业知识。随着竞争的加剧, 拓展训练师渐渐要求有经济管理类学科背景，有着逐渐增高的学历要求。但是以现在的拓展培训人员来说，他们缺乏专业的拓展知识。

基于拓展训练的发展趋势，拓展训练第三方平台也具有以下的发展趋势。(1)拓展训练第三方平台应该多向学生和学校进行推广，虽然现在学生进行拓展训练的不多，但是拓展训练作为一个新兴的行业，以后拓展训练有可能与学校的体育课结合，所以学生是以后一个新的群体。同时，拓展训练第三方平台在注重向企业推广的同时也要家庭推广。生活水平的不断提高，使得人们越来越注重身体和心理的健康，拓展训练可以帮助人们更好的认识自己。在国外，参加者大多为个人，有些参加者甚至是在心理医生的建议下自行前往报名，以解决自身存在的沟通障碍、交际障碍、逃避意识等问题。拓展训练不仅可以锻炼自己，也可以治玻(2)第三方平台可以对拓展公司进行分类，也可以对它们的资格进行审核。如果发现哪些公司欺骗消费者，就清除在网站上的信息，并予以警告，以免人们上当受骗，对于一个网站来说，信誉是很重要的，不仅仅保证自己的信誉，更重要的是要保证消费者的利益。(3)拓展训练第三方平台除了注意推广一些拓展公司的同时也应该注意一下关于拓展培训师机构的信息。拓展平台是提供拓展信息的地方，所以有关拓展的一切相关信息都应该显示出来，让人们对拓展有更全面的了解。

篇4：软件策划书

关于软件策划书

项目名称：xx办公系统

客户名称：待定

策划完成日期：待定

第一部分 项目背景介绍

数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制，为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境，同时优化了学校的内部管理，降低了管理成本，从而提升了学校竞争力，相对于用户而言，不但提高了办公效率、节约了办公时间，并且提高了管理效率，从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京xx专家对千余家学校实际需求进行深入的分析、提炼、总结，并结合我国最先进的教学及管理理念的基础之上，提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”，随时随地办公，将使学校的核心竞争力得到全面的提升。

第二部分 产品/服务

xx办公系统精简版是一款基于互联网运行，适用于学校的校务办公的网络办公软件。所谓“精简”是相对于我们xx办公系统标准版而言的，精简版功能模块更加精简，适用于学校内行政办公管理，加强学生处对学校现况的'了解和把握及各部门对档案、文件、资料、教学安排等管理，并能灵活快速的上传下达学校与各部门，各教工之间文件传达与会议安排等。该产品还具有“无纸化办公，方便实用；价格低廉，有效节约学校开支；提高办公效率，节约办公成本；实时查询统计，有效管理；产品技术成熟，运行“零”障碍；”等优势。对于此次产品研发使用到了很多的新技术，如Ext框架，jQuery，UI，Ajax等等为产品开发工作带来了很大的效益。

第三部分 项目研发

（一）项目整体模块示意图

（二）功能模块

研发定位

站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块，应用数据、网络、加密及权限设定等技术，实现了信息从我们的写信息，到已发送成功或者保存到草稿箱，及我们收件箱里的信息和已删除的信息整个过程的全自动化，最终完成了我们的信息传输。其中在信息的传输过程当中，我们还可以对收件箱，已发送、已删除的信息进行回复、转发和删除等功能操作，对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。

产品特色

实现教工日常办公时信息的发送，接收传输，及信件的回复、转发、查询等，同时给教工办公节省了大量的时间也提高了办公效率；拥有统一的页面列表显示格式；采用工作流程，严格控制了信息传送本系统中的教学管理主要分为：科目设置、教学计划、教学总结、计划管理、总结管理5个功能模块来完成我们整个的教学管理。首先对年级组的科目进行设置添加，然后教工可根据所属的年级组、科目、学年、学期进行计划和总结的添加，添加提交完之后，可在计划管理和总结管理中查看提交给的领导是否已审批资料管理一般指对书面材料进行管理。从IT技术的角度讲，则指电子文档、书面材料的电子化扫描、存放位置编码管理等。所以，一般也叫文档管理软件。该资料管理主要分为：上传资料、共享资料、类别管理等3个模块来完成我们整个资料管理的工作。其实该模块的工作流程很简单，单单就可以任务就是一个资料上传。因为我们的共享资料和类型管理，可以认为是在上传资料的时所选的状态和属性，之后我们还可以对共享的资料进行下载查看。由于上级对下级、组织对成员或平行单位之间部署工作、传达事情或召开会议，所以才研发出此功能模块，该功能模块主要就是为了实现会议通知，为节省学校的人力物力资源而研发出的。在会议通知发放之后，要参加会议的人员可根据会议通知的内容进行参加会议，参会人员可以对此次会议上传相关的资料，会议结束之后并对此次会议进行感想提交。

该系统设置主要由基础设置、权限管理、论坛管理、公告管理、部门管理等5个模块组成。但这几个模块之间没什么牵连关系，也就是说可以单单去讲述每一个模块的功能。对于基础设置主要是对系统开发的一些相关信息的记录；其次就是对注册人员审核之后进行权限分配；这里的论坛管理只能对论坛的版块进行添加，删除，编辑等操作，至于论坛的评论交流需在我们下一个模块论坛交流中才能实现；当前的公告管理和部门管理也就是对一些相关信息的基本操作。

第四部分 市场分析

据了解，目前在国内Office软件市场中，除了微软Office软件以外，金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软Office软件过去一年中也进行了多次降价。业内人士认为，微软公司的这一市场举措除有降低正版软件购买门槛的用意之外，也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外，微软中国近期也加大了对企业版本Office软件授权的促销力度。

除了通过价格争取用户外，目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统IT产品销售渠道，则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力， “我相信很多消费者只要充分了解到我们企业的产品促销信息，就会对我们的产品感兴趣。”

篇5：软件策划书

软件策划书

一、概述

公司已经正在实行全国连锁销售。现在准备在广东一城市建立手机连锁店。我在该市做了全面的调查，对该市人文情况有一定的了解。公司派我到该市调研和开发当地市常

通过这10天里对该市市场的调查和研究，了解了该市的手机市场，并于xx月xx日完成了本公司在该市连锁经营的营销方案。

该方案可以帮助公司了解该市的手机市场，也可以指导我们开发该市市场的实际营销工作。

二、市场现状分析

（一）用户分析

1、目标市场

通过市场调查问卷，随机抽查结果显示，我们的产品消费人群大多是追求时尚、处在时尚前沿的人群，主要以工厂职工，学生、刚毕业的大学生和接受时尚前沿的青年。另外一些老年人和听力差的人群也会成为我们的客户。

工厂职工和青年购买我们的手机，是为追逐时尚，消费水平能力较低，一般在1000元左右。老年人和听力差的人群，主要是看重音量大、音质好字体清晰的效果，老年人虽有购买能力，可是却不会轻易购买，但可从亲情上，以礼品的方式打入市常听力差的人群也是该手机的主要消费人群。但青年人前提是以男性为主，老年人则无须考虑性别。

2、消费偏好

在市场调查中发现：消费者普遍容易接受中低档产品；喜欢进口的品牌机和质量好的国产手机；消费者希望手机个性化，希望有专门量身定做的手机；消费者购买手机的主要用途是与人联络，工作需要和顺应流行趋势；手机最多是打电话和发短信。

3、购买模式

在市场调查中发现：普通大众更换手机的时间是2年左右；价位在1000—20xx元；通常在专卖店或大卖场购买手机；最注重的是手机的功能、品牌和款式，提供客户所需要的产品这成了我们连锁企业的优势。

4、信息渠道

在市场调查中发现：消费者了解一款新上市的手机主要是电视、网络、宣传单和同学朋友之间的相互交流，宣传单的效果较差，消费者普遍喜欢同学朋友之间相互交流。电视与网络能够加大我们手机在消费者之间的知名度。消费者接触最多的媒体是CCTV—5，CCTV—8，CCTV—3和本地电视台以及报纸杂志等，他们最信任的媒体是中央电视台。

（二）竞争情况分析

目前在市场国外的品牌有：诺基亚、摩托罗拉、三星、索爱、西门子、飞利浦、松下；国内的品牌有：夏新、天宇，联想、波导、明基、TCL、CECT、中兴、康佳等。

这些手机中市场上比较受欢迎的国外品牌有：诺基亚、摩托罗拉、三星、索爱，比较受欢迎的国内品牌有：夏新、联想、波导等。这些比较受欢迎的国内品牌只是和国内其他品牌相比要受欢迎一点。实际上这些受欢迎的国内品牌远比不上国外那些品牌。市场上的主流品牌基本上是国外的品牌，分别是诺基亚、摩托罗拉、三星、索爱。尤其是诺基亚，它的价格也是比较低的，且耐摔，很受大众喜爱。而且，这些品牌的'手机在大多数连锁店都有。

三、市场机会与问题分析

SWOT分析：

优势（Strength）：特色服务。我们的手机附加有娱乐，学习，理财等应用软件的功能且价格底，这很符合消费群体的要求。并且在我们这里购买的手机还有齐全的功能，如照相机、MP3/MP4，游戏、手写/按键两用看电视，上网等全部具备，并且还有一些特别的手机保养，如：手机贴膜，手机美容。

缺点（Weakness）：知名度底，担心售后问题的处理。

机会（Opportunity）：手机市场日益饱和，但客户的需求呈现多样，消费者以手机购买的体验，功能方面的需求为主。手机的用途改变了通信市场的产品结构、人们的生活方式，给人们的生活沟通带来了极大的方便。中国人口基数大，人们的收入水平再不断提高，另一方面，技术的成熟，使得手机的价格不再是天价。人们有时往往喜欢怀旧，复古的款式可以成为时尚的潮流。但是，各大连锁企业根据市场竞争情况分析，都是转向手机的服务，这是最基本的，但是在手机增值方面的服务尚未涉足。竞争企业把手机品牌（包括国外知名品牌、国内手机品牌）低价、功能多，待机时间长，集中于一身。却没有了解客户真正所需要的，这样不能让客户在所要功能上有所选择，这样浪费客户大量的价值，就是说在功能不能灵活的选择，这为那些享有增值业务的连锁企业带来竞争的机会。

手机市场竞争品牌对照表1

类型特点价格（元）

飞利浦9@9F金属导航键

规格：100.7×44×15.7mm，

重量：77g

屏幕：1.46英寸65K色OLED屏幕。

分辨率：128×128像素，699

索爱Z530CMP3播放器，支持正常、低音、语音、高音增强五种模式，支持高级的手动调节功能。

摩托罗拉W375屏幕：128×160像素的65K色TFT屏幕

30万像素CMOS内置摄像头，支持K—JAVA扩展

诺基亚6080摄像头：30万像素内置的摄像头。

索爱Z530CMP3播放器，除支持正常、低音、语音、高音增强五种模式外，还支持高级的手动调节功能。

篇6：软件项目建议书

软件项目建议书模板

【引言】

软件是用户与硬件之间的接口界面。用户主要是通过软件与计算机进行交流。软件是计算机系统设计的重要依据。为了方便用户，为了使计算机系统具有较高的总体效用，在设计计算机系统时，必须全局考虑软件与硬件的结合，以及用户的要求和软件的要求。

软件业的发展关系到一个国家的政治和未来，软件业将成为21世界拥有最大的产业规模和最具广阔前景的新兴产业之一，而我国目前的国民经济信息化建设为软件和信息服务业带来良好的.发展机遇。

今年我国软件产业将面临更为复杂多变的国内外形势，既有政策带动效应逐步显现、产业结构更为均衡合理、财政资金投入及税收方面的有利条件，新兴应用需求提供广阔市场空间等积极因素，又有全球市场增长乏力、国际竞争持续加剧、重大机遇可能稍纵即逝等消极因素，但“总体来看，机遇大于挑战”。

【目录】

第一部分 总论

一、项目概况

(一)项目名称

(二)项目的承办单位

(三)项目报告撰写单位

(四)项目主管部门

(五)项目建设内容、规模、目标

(六)项目建设地点

二、立项研究结论

(一)项目产品市场前景

(二)项目原料供应问题

(三)项目政策保障问题

(四)项目资金保障问题

(五)项目组织保障问题

(六)项目技术保障问题

(七)项目人力保障问题

(八)项目风险控制问题

(九)项目财务效益结论

(十)项目社会效益结论

(十一)项目立项可行性综合评价

三、主要技术经济指标汇总

在总论部分中，可将项目立项报告中各部分的主要技术经济指标汇总，列出主要技术经济指标表，使审批者对项目作全貌了解。

第二部分 软件项目发起背景和建设必要性

一、软件项目建设背景

(一)国内软件快速增长

(二)与发达国家相比，国内市场空间巨大

(三)……

二、软件项目建设必要性

(一)满足国内市场需求

(二)促进当地经济发展

(三)带动当地就业

(四)……

三、软件项目建设可行性

(一)经济可行性

(二)政策可行性

(三)技术可行性

(四)模式可行性

(五)组织和人力资源可行性

第三部分 软件项目市场分析及前景预测

一、软件项目市场规模调查

二、软件项目市场竞争调查

三、软件项目市场前景预测

三、产品方案和建设规模

四、产品销售收入预测

第四部分 建设条件与厂址选择

一、资源和原材料

二、建设地区的选择

三、厂址选择

第五部分 工厂技术方案

一、项目组成

二、生产技术方案

三、总平面布置和运输

四、土建工程

五、其他工程

第六部分 环境保护与劳动安全

一、建设地区环境现状

二、项目主要污染源和污染物

三、项目拟采用的环境保护标准

四、治理环境的方案

五、环境监测制度的建议

六、环境保护投资估算

七、环境影响评价结论

八、劳动保护与安全卫生

第七部分 企业组织和劳动定员

一、企业组织

二、劳动定员和人员培训

第八部分 项目实施进度安排

一、项目实施的各阶段

二、项目实施进度表

三、项目实施费用

第九部分 项目财务测算

一、项目总投资估算

二、资金筹措

三、投资使用计划

四、项目财务测算相关报表

(注：财务测算参考《建设项目经济评价方法与参数》，依照如下步骤进行：

1.基础数据与参数的确定、估算与分析

2.编制财务分析的辅助报表

3.编制财务分析的基本报表估算所有的数据进行汇总并编制财务分析的基本报表。

4.计算财务分析的各项指标，并进行财务分析从项目角度提出项目可行与否的结论。)

第十部分 财务效益、经济和社会效益评价

一、生产成本和销售收入估算

二、财务评价

三、国民经济评价

四、不确定性分析

五、社会效益和社会影响分析

第十一部分 可行性研究结论与建议

一、结论与建议

二、附件

三、附图

篇7：软件项目总结报告

1引言

1.1编写目的

XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景

项目名称：XXX业务管理系统

软件名称：XXX业务系统

客户：XXX

用户：XXX员工

1.3参考资料

项目开发文档：

1．软件开发数据模型：PDM_OperationSystem0831.pdm

2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc

3．软件业务流程参考：XXX业务管理系统流程说明.doc

4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc

5．软件业务流程参考：XXX业务管理系统流程说明.doc

6．软件中使用到的第三方控件：ComponentArt Web.UI .1252 for asp.net2.0.rar 7．软件中使用的安全Ikey驱动：Ikey Driver.rar

以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。

2开发工作评价

2.1对生产效率的评价

1． 系统开发已历时快1年的时间了

2． 开发的反复性比较多。

3． 对客户的需求理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2对产品功能的评价

经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。

2.3对技术方法的总结

在此项目中使用到技术和工具：

1． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。

5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。

3项目经验总结

3.1签定合同

一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队

在项目确立后，要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

3.3需求的调研

在项目确立后，就到了需求调研分析阶段。

1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客

户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

5． 在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。。。；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。

篇8：软件项目建议书

1. 简介

首先感谢兴悦大酒店给予我公司提供管理信息平台(XYMSPLAT)项目建议书(以下简称建议书)的机会。

[此处为本公司简介及服务范围]

本公司作为服务型的高科技企业，主要为企业提供各种信息、技术、开发与集成等方面的服务。公司以知识经济为主导，充分发挥资源优势，将竭力向用户提供最好的服务，协助提高企业管理档次和技术水平，达到提高企业效益、拓展企业市场从而推进知识经济的发展目标。公司拥有完善的技术支持网络，为客户提供软件行业中最良好的服务。多层次的技术支持和全方位的服务，贯彻“用户为先、用户为本”的经营理念，开拓市场、创造价值。公司将秉着积极进取、服务至上的精神，积极推动中外经贸交流与合作，加强科技产业化进程。

本公司是珠海万维科技有限公司在贵州地区的软件代理和实施商，从事万维科技的相关产品集成、销售、实施、二次开发和维护工作。

珠海万维科技的酒店管理系统是采用国际通用的先进酒店管理模式，并结合中国酒店管理的实际特点开发而成，按国家星级酒店标准化业务程序流式设计，采用先进的数据库系统和开发工具，经反复验证，实际运行，与酒店业同行分享我们十余年酒店管理的成功经验，是本套系统的指导思想。吸收国内外酒店先进的管理经验，融入星级酒店管理的科学、规范、成功的现代管理理想，结合先进的计算机技术，开发管理的大型酒店管理系统。保证信息系统的安全可靠，充分显示了本酒店管理系统应用于酒店管理的优越性。

1.1 目的

提供兴悦大酒店的信息管理平台在网络、硬件及运用软件上的应用设想及实施策略。

1.2 范围

建立兴悦大酒店信息管理台的网络、硬件、软件及项目实施。

1.3 术语表

ERP：企业资源规划系统

CRM：管理关系管理系统

HMS：酒店管理系统

XYMSPLAT：兴悦管理信息平台

2. 业务前景

2.1 管理目标

(1)、提高服务质量，增加潜在入住率

使酒店管理跨上一个新的台阶, 本酒店管理系统经过全国著名酒店管理专家的精心指点，管理流程符合国际规范，不仅能为酒店带来巨大的直接经济效益，而且还能提高酒店服务水准和员工工作效率规范酒店的工作流程，使酒店管理进入一个新的层次。

(2)、展示酒店形象，为网络定房作好准备

展示酒店自身形象，提高酒店知名度，以及为酒店自身业务更好开展服务为用户提供WWW(浏览)，E-MAIL(电子邮件)、网络留言等功能，并为通过Internet传递语音、发送传真、直接订房、提供票务等增值服务等新型业务作准备。

(3)、构建新的工作协调交流机制

通过平台运行，定义业务流程，协调各部门间的分工，减少中间流通环节，从页加快内部工作速度，减少人为差错和互相扯皮现象。

(4)、节约成本，实行内部稽核审查机制

对酒店的消耗品、原料等进行严格管理，并自行成本利润核算，成本数、利润额等一目了然。对所有用户都进行权限限制，防止越权及不正当操作对系统数据的篡改或破坏。对系统资料的任何变更，系统都有不可擦除的操作记录，任何问题都有据可查。

(5)、经理查询统计分析

为管理层出谋划策。提供丰富多彩的’图文界面，分析酒店任意阶段、任意时期的各类经营、管理数据;提供简洁、清晰、全面的酒店经营报表并由不同级别的管理人员进行调用;提供根据现有数据预测将来可能发生的情况的超强分析功能，供酒店管理者调整下一步战略目标。

2.2 业务蓝图

(1)、分层次服务

系统按企业管理的不同层次，进行不同的管理功能，分为决策层、管理层、业务操作层和自动化模式。

A、业务操作层

本系统的数据采集处，做好实际工作，并按工作流程进行录入、修改数据资料。急时反馈问题，回答客户疑问，服务好客户。

B、管理层

各中心经理，查询、统计所管理的下属部门的数据，审核相关单据，发现问题，解决问题，通用报表查询层。

C、决策层

从系统提供数据，进行对比分析，对决策提供支持，并对相关人员进行考评，对人力资源进行规划等。

(2)、业务操作平台

本系统以提供业务事务操作作为核心目标，不同于传统的MIS系统，工作人员以本系统作为管理工作平台：按工作程序自动地或用户自定义性地执行企业的实际工作流程，相应工作记录或工作记录或工作表的流转轨迹是被记录和被查询的;按工作流程的需要进统，有机地与工作表结合，并记录过程等。

(3)、绩效考评

通过系统中各部门、工作人员所录入的数据，可以建立相关绩效考评模型，考核相关部门或人员为酒店创造的价值或贡献度，真正实现精细化管理，提高员工的积极性和主动性。

(4)、业务接口

系统提供灵活的接口，比如财务、工资、电子商务等，供实现网上订房，ERP等系统使用。全面为酒店管理服务。

3. 软件功能架构

3.1 设计指导思想

通过合理的选择数据结构，网络结构，将酒店原有网络及硬件设备尽其所有，在以最大限度减少设备投入的前提下，结合系统构成一个完善的网络系统，充分发挥计算机信息管理的优势，根据酒店的实际需求及我们多年的设计实施经验，本系统的设计按照下述原则进行。

系统以用户需求为目标，同进融入先进的管理经验，在成熟的管理系统的框架下，根据实际需求功能情况，订造一套先进的管理系统，并且将在统一的Windows 图形界面下提供各种实用功能，真正为管理及决策提供强有力的支持。

3.2 系统特性

(1)、灵活性

系统充分应用现有成熟的网络技术、软件开发技术，先进的客户/服务器结构，及高性能大型网络数据库，满足的需要。同时用户可自行灵活设置参数和各种代码，适应自己的特殊需要。

(2)、稳定可靠

通过选用先进的开发软件，成熟的网络结构及安全可靠的数据库，再配合硬件的优化选型，从而保证系统的可靠性与容错性。

(3)、开放性及可扩充性

系统的设计采用标准的控件架构技术，以提高系统的开放性及可扩充性，方便以后业务的扩展和系统扩容，适应企业未来的需要。通过INTERNET实现集团的数据查询、汇总等。为用户提供一个全面、易于扩充的解决方案，充分保护系统的投资。

(4)、先进性

系统采用Borland公司著名的Deiphi开发，速度快、功能强大、界面友好、安装维护简单便捷。另外，系统在设计时采用了模块自动挂接技术，所有模块均编译成为DLL动态连接库结构，增加、变更功能，仅仅需复制或覆盖相应文件即可完成，更重要的是客户端程序可在运行时自动到服务器或本公司互联网网站下载最新版本，以实现在线自动升级。 标准的Windows用户界面，系统在Windows95/98// NT等系统中发挥巨大性能，更加适合高星级的酒店使用。系统采用DCOM接口技术，与Micsoft Office套件可进行有机结合，使用者更加随心所欲地制作各种格式的营业报告和电子表格。

实用性、方便性：实用性方面注重功能的实用和界面实用的统一，实用性高，提高实用效率。系统在界面上引入了操作向导机制，对于初用计算机操作的人员提供提示界面，一步步引导操作者进行操作。功能强大的在线帮助系统为各种操作人员提供帮助提示以方便操作。直观的屏幕显示，客房、餐厅等操作直接以图标方式显示客房内部、外部的布局、结构，餐厅、餐位的分布等，并各种图表均可直接用鼠标点击操作。

(4)、规范性

系统在操作界面上均采用统一的模式(菜单、色彩、快捷键等)，并采用标准的WINDOWS应用系统界面风格，给操作人员一种熟悉、直观、简洁的印象。 其它采用WINDOWS界面风格的还包括有：错误提示、系统对话框、色彩集、屏幕保护等等。

(5)、稳定性

稳定性作为系统性能的最重要标志之一，是整个软件系统从设计初始即最为重视的因素。

学生信息管理系统项目建议书

一、项目名称:学校信息管理系统

二、项目背景

学校主要有总务处、政教处、教导处、培训处四大块。其中教导处的工作最为繁重，工作人员多，信息量大。除财务部门有专人及专用软件进行信息处理外，其它各类的数据处理都由班主任以及教导处工作人员人工完成。教导处目前有几十个班级的学生，处理的信息主要有五大类：学生信息、成绩数据、课程信息。本系统主要着眼于以上部分，建立数据库以及对数据的各种操作功能。

对于学生信息，各班的班主任及学校领导由于各种分类和了解的需要，经常性地进行各种查询。例如：查询一个班级中团员的人数，男、女生的人数，住宿或通宿学生的人数等等。教导处在每一届学生进校时必须进行分班，设置学号;每一届学生毕业，要进行学生信息备份; 对于成绩管理，课任教师要进行本科目成绩登记，计算平均分、优秀率、及格率;班主任在期中考试和期末考试后计算本班学生总分，排名次;教导处要统计补考学生人数及相应名单，每学期进行学生成绩备份;学校领导则可通过查询工具来了解学生成绩情况。

对于课程信息，教导处每学期要进行课程安排、课任教师分配、一周课程安排、中途课程调整等等。

以上各类信息目前还处于手工或半手工的管理状态，效率低，可靠性差。配备电脑，但实际利用率不高，如果采用计算机进行以上各类信息的管理，必将大大提高工作效率，对学校各类信息的维护及了解起到积极的作用。另外随着计算机网络的持续发展，无论是工作、学习还是生活，将会越来越多地融入到流动的比特中，人们的工作节奏在不断加快，需要快捷的信息来源，并对此作出反应。因此，无论是从目前的现状来看，还是面向未来，一个功能完备的学校信息管理系统的开发都非常有必要。

本人作为学习计算机专业的一员，对系统的需求作了较深入的认识，同时也掌握了一定的系统开发理论，借这次毕业设计的契机，一方面利用自己的所学小刀试牛，另一方面通过这次实践必将提升自身对软件工程、数据库、程序设计等理论的认识，积累系统开发的经验。

作为毕业设计，由于时间比较紧张，加之本人没有任何系统开发的经验，它肯定存在许许多多不足的地方，但对它的改善和功能的完备并不会随着毕业设计的结束而终止。本人将在原来的基础上，着眼未来，追踪计算机新技术发展，并应用到系统持续开发中。

三、项目目标

为广大的中小学校提供的一个整合后的管理服务平台，同时引进了统计学的多种模型。该系统的目的是为学校的内部管理和外部管理提供一整套的管理模式和手段。

四、项目内容描述:

1.项目内容

考虑到开发周期以及项目程度，本次系统整合需要解决系统的数据异构性问题。主要解决以下几方面问题：

操作系统或数据库系统不同：如由于财务部门使用的电脑为奔腾586芯片，操作系统为DOS+WINDOWS32，财务系统自购买后一直没有升级更新，造成与现有校园网数据无法同步。

数据存储模式不同：如排课系统使用VFP数据库，考试系统采用SQL2000，校园网公告发布系统使用PHP+MYSQL，而教育局建立的数据中心采用Oracle等。

校园网与外部数据不同：作为教育局辖下的学校，与数据中心联网后，一般同步是部分关键数据，但是校内仍然有部分特殊数据需要保留，而这部分数据无法与教育局数据中心下行后数据同步。

3.项目可交付物

需求规格说明书，包括：业务用例 、词汇表 、非功能性需求。

数据模型

用户界面原型

软件构架文档

软件设计说明书，包括概要设计模型 、详细设计，数据库设计 。

测试包

变更请求记录文档

测试概要

软件安装包、安装维护手册、使用手册。

4.关键技术参数

本系统将采用.NET作为开发平台。Microsoft .NET 是 Microsoft XML Web services平台。XML Web services 允许应用程序通过 Internet 进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。Microsoft .NET平台提供创建 XML Web services 并将这些服务集成在一起之所需。由于本系统的核心正是XML，所以本系统将采用.NET作为开发系统平台。

集/换引擎：将多种数据源整合到服务器里。

Xquery：提供了对关系型数据源、非结构化数据源如XML的查询。

5.项目可交付物的检查方和检查方式

完整的测试过程包括测试前的检查、设计测试用例、测试实施、可靠性数据收集和编写测试报告5个步骤

测试前的检查

在进行应用软件的可靠性测试前有必要检查软件需求与研制任务书是否一致，检查所交付程序和数据以及相应的软件支持环境是否符合要求，检查文档与程序的一致性，检查软件研制过程中形成的文档是否齐全、文档的准确性和完整性以及是否通过了有关评审。 设计测试用例

设计测试用例就是针对特定功能或组合功能设计测试方案，并编写成文档。测试用例的选择既要有一般情况，也应有极限情况以及最大和最小的边界值情况。

测试实施

包括产品说明书、用户文档、程序以及数据都应当按照需求说明和质量需求进行测

试。在项目合同、需求说明书和用户文档中规定的所有配置情况下，程序和数据都必须进行测试。

可靠性数据收集

软件可靠性数据是可靠性评估的基础。建立软件错误报告、分析与纠正措施系统。按照相关标准的要求，制定和实施软件错误报告和可靠性数据收集、保存、分析和处理的规程，完整、准确地记录软件测试阶段的软件错误报告和收集可靠性数据。

编写测试报告

测试活动结束后编写《软件可靠性测试报告》，对测试项及测试结果在测试报告中加以总结归纳。

五、项目时间周期

本系统的开发将分为4个阶段。预计项目起止时间为12个月

第一阶段，为系统分析和技术调查。该阶段预计需要时间为1个月

在这个阶段，开发人员将对系统的技术难点，系统框架构成基盘设计以及业务流程等等最基本的技术和开发方向进行分析和调查。

第二阶段，为系统开发阶段该阶段预计需要时间为3月

在这个阶段，系统的基盘将进行开发和实装。

第三阶段，为系统试验阶。该阶段预计需要时间为3月

在这个阶段，将结合营销部门为不同的用户提供免费的系统试验安装，通过调试起到系统试验和项目推广的作用

第四阶段，为系统推广阶段。该阶段预计需要时间为6个月

在这个阶段，在成功通过系统试运行后收集反馈并进行相应修改后发布正式版本并进行推广

六、项目成本和效益分析

实施以及开发费用

项目经理 1 _ 8000元 _6月 = 48000元

高级程序员 2 _ 6000元 _6月 = 72000元

数据库程序员 1 _ 5000元 _6月 = 30000元

普通程序员 2 _ 3000元 _6月 = 36000元

其他开发费用 50000元

市场推广费用 200000元

总计 436000 元

三年回报计划

七、风险与问题

作为平台系统，最关键的是底层开发平台的选用与系统的核心的协调。系统的核心是XML。而底层开发平台采用的.NET也是XML的核心，使得本系统的开发基盘稳固。同时该项目属于自主研发产品,从技术角度考虑其具有较强的可研发性,风险将非常小。而根据市场调查以及回报计划分析，该项目目前是市场空白点，市场操作风险较少。投入能带来高额的利润回报，因此关键在于技术风险控制。

篇9：软件项目实施方案

一、项目实施方案概述

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。

二、项目实施方案介绍

(一)项目启动阶段

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

此阶段主任务：

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。

公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。

商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。

用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

1、成立项目组

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

3、编制《项目总体计划》

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：

项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);

沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策

4、启动会

项目组与用户共同召开的宣布项目实施正式开始的会议。

会程安排如下：

共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。

项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：

项目目标、主要项目阶段、里程碑、可交付成果。所计划的'职责分配(包括用户的);

项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;

项目实施中用户的参与和领导的支持的重要作用;

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

(二)需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程

(三)软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

(四)数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

(五)系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：

决策层：领导在实施中的作用与重要性、决策查询。

维护层：系统维护知识、操作方法。

操作层：操作方法。

具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。

(六)系统安装测试及试运行阶段

篇10：软件项目建议书

软件项目建议书

一、项目启动（项目开工会）

了解项目干系人及其利害关系。

所有项目组成员是否到位，如到位则拿到项目开发人员的简历，详细了解每个开发人员的情况（可能会组织到客户方面试）。

根据项目需求规格列出项目功能列表，并根据开发人员技术等情况创建WBS。

根据项目时间、资源等情况规划项目初步开发计划（各里程碑时间点的粗略计划，每个时间段投入多少人力等）。

确定各种软硬件需求，如：版本控制服务器、数据库服务器、开发服务器、缺陷管理软件服务器、开发工具等。

参与人员：

项目经理、项目总监、全体项目组成员、用户方领导、用户方参与人员、其它主要项目干系人

项目启动会议的目标：

让整个项目组的成员相互认识

建立项目的工作关系和沟通关系

让大家明确团队的工作目标

让大家了解项目的当前状态

一起审阅项目计划

找出项目的难点或可能出问题的环节

分配小组和个人的角色与责任

获得小组和个人的承诺

实施建议：

对立项管理过程域产生的所有有价值的文档如《立项建议书》、《立项调查报告》、《立项可行性分析报告》、《立项评审报告》进行配置管理。做好必要的保密工作。

由于每个项目都要占用机构的资金和资源，立项评审一定要严格。建议对机构高层管理人员进行必要的立项管理培训。

输出文档包括：

项目风险管理计划、工作任务分解结构（WBS）、项目进度计划、配置管理计划、质量保证计划、TimeSheet、开发规范文档、测试计划

二、需求分析

需求调研：与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人。

列一个需求管理（包括详细的沟通计划及要求沟通）计划，考虑需求沟通中的人员、资源、时间的要求。

虽然有些因素是客户方造成的，但应该站在其角度上，为其考虑一些存在的客观及主观因素。

注意与项目成员之间的沟通方式及对团队的建设。

把握需求分析的进度及质量是否符合要求。

根据交互设计原型与客户交流需求分析是否达到要求及功能点是否有遗漏。

有哪些文档或数据是由客户提供的，这些数据是否需要在新开发的系统中维护等。

实施建议：

先对项目成员进行培训，让他们掌握必要的需求开发技能。(比如需求开发要做什么，做到什么程度，需要注意哪些问题等)

对需求开发过程域产生的所有有价值的文档进行配置管理。

需求的建模分析有较高的技术难度，项目成员应当根据自身水平进行取舍。

交互设计中应以用户的.易用性为前提然后考虑在这样设计的前提下技术上实现是否有难度或者工作量超过前期设计的百分之二十.

（多用TAB形式，尽量让客户的某个角色的任务可以在一个页面中完成，一般用上下文菜单，避免用系统的菜单，一个功能块一般只需要一个入口）

输出文档包括：

产品需求分析说明书、数据流程图、系统应用架构图、交互设计原型、需求分析模型(RQM)

三、概要设计

确定影响系统设计的约束因素：本系统应当遵循的标准或规范、软件、硬件环境（包括运行环境和开发环境）的约束、接口/协议的约束、软件质量的约束、隐含约束等。

确定设计策略：扩展策略、复用策略、折衷策略。

系统分解与设计：将系统分解为若干子系统，确定每个子系统的功能以及子系统之间的关系；将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。

数据库概要设计。

输出文档：

产品概要设计说明书、数据概要设计模型(CDM)

四、详细设计

确定功能模块的参与者、数据库表、输入参数说明、前置条件、基本流程、异常流程、日志等信息。

各层次结构的接口定义

数据库设计：逻辑设计—>物理设计－>安全性设计－>优化

实施建议：

先对系统设计人员进行“专题”培训，让他们掌握必要的系统设计技能。

由于国内绝大多数的大学不开设“用户界面设计课程”，这导致大部分软件开发人员不善于设计用户界面。项目开发小组应当设法邀请用户界面设计专家参与（或指导）本软件的 界面设计。

对系统设计过程中产生的所有有价值的文档进行配置管理。

输出文档：

产品详细设计说明书、数据物理设计模型(PDM)、自定义数据类型及BO数据类型文件、数据字典、系统测试用例、对象模型(OOM)

五、Coding

软件编码，各接口的实现。

单元测试。

实施建议：

对开发人员进行“高质量程序设计”培训，让他们掌握编写高质量程序的技能。

对开发人员进行“版本控制、代码审查、测试、改错”等方面的培训，提高他们的工作效率。

开发小组根据项目的资源、时间等限制因素，可以适当地减少测试的工作量。

对实现与测试过程中产生的所有代码和有价值的文档进行配置管理。

输出：

单元测试报告、代码评审报告

六、集成测试

根据系统测试用例测试系统的功能性需求，保证系统的正常功能处理及异常处理是否正确。

用户界面测试，重点是测试软件系统的易用性和视觉效果等。

健壮性测试,测试软件系统在异常情况下能否正常运行的能力。(容错能力和恢复能力)

安全性测试(这种测试一般能通过建行的fortify 软件评测即可)

如果产品需要安装，那么还得经过安装与反安装测试

实施建议：

对系统测试人员进行必要的培训，提高他们的测试效率。

项目经理和测试小组根据项目的资源、时间等限制因素，设法合理地减少测试的工作量，例如减少“冗余或无效”的测试。

系统测试小组根据产品的特征，可以适当地修改本规范的各种文档模板。

对系统测试过程中产生的所有代码和有价值的文档进行配置管理。

为了调动测试者的积极性，建议企业或项目设立奖励机制，例如：根据缺陷的危害程度把奖金分等级，每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。

输出：

系统测试报告、缺陷管理报告、操作手册

七、客户验收

成果审查。验收人员审查开发方应当交付的成果，如代码、文档等等。确保这些成果是完整的并且是正确有效的。

验收测试。验收人员对交付的产品进行全面的测试，确保产品功能、质量符合需求。

及时解决客户方发现的问题。

输出：

客户验收计划、验收测试用例、客户验收报告、验收操作手册

实施建议：

在客户验收之前，开发方对验收人员进行必要的产品培训。

开发方可以将系统测试用例给验收人员参考，以减少设计测试用例的时间。

开发方人员应当热情地协助验收人员。对验收人员发现的软件缺陷马上予以纠正；对于复杂的问题应当立即请示有关领导，不可拖延。在验收期间不可与客户争吵，给客户留下很好的印象。

对验收过程中产生的所有有价值的文档进行配置管理。

八、结项

计划与实际情况对比:产品功能、工作成果、产品质量、投入人员、工作量、成本等

申请结项理由和项目自我评价

对项目进行综合评估，总结经验教训。

有价值的结项管理至少包括三项内容：

1、对项目的有形资产和无形资产进行清算，既要防止资产流失，又要及时地利用这些资产。

2、对项目进行综合评估。例如评估项目完成情况、项目质量、投入产出分析、项目的市场价值、项目对企业的贡献等等。该评估报告可以作为考核项目人员业绩的重要依据。

3、总结经验教训，使整个机构受益。

篇11：软件项目表扬信

软件项目表扬信

【1】

表扬信

**软件股份有限公司:

自我院与贵公司签订信息化建设合同以来，贵公司项目实施小组在我院勤奋，敬业，踏实，务实的工作，为我院信息化建设的开展打下了良好基础。

贵公司项目经理***实施经验丰富，针对医院的管理以及软件特点为我院信息化建设提出了很多的宝贵意见，对于我院提出的个性化需求进行有效的分析及时的修改处理，赢得了我方的一致认可。

项目助理***，在上线期间因为项目组人员有限，每天下科室对医生护士进行指导，及时将出现的问题反馈解决，面对20多个科室不辞辛苦，保证了我院信息化建设的顺利进行。

两位员工为了保证项目进度天天加班到22:00，这种敬业的精神让我们深受感动。

贵公司员工敬业的精神，专业的技能，职业化的工作方式给我院信息化建设做出了巨大贡献，在此特提出表扬。

感谢贵公司为我院的信息化建设派出如此优秀的员工，同时也希望项目组在剩下模块的实施工作中能继续保持这种良好的工作作风，再接再厉，早日完成我院的信息化建设。

最后衷心祝愿我们在今后的工作中能精诚合作，共铸辉煌。

**医院

【2】

工程建设表扬信：

X月X日，北车建设工程有限责任公司向中国十七冶集团发来表扬信，对十七冶路桥工程技术公司沈阳现代有轨电车项目经理部在工程建设中发扬“高效严谨、精细务实”的企业作风，攻坚克难，全力推进工程建设，顺利完成施工任务致以衷心的感谢。

XX现代有轨电车项目是沈阳市20XX年举办第十二届全运会、完善城市快速路网系统的重点工程项目，十七冶路桥工程技术公司承建的一号线是岔道最多、铺轨难度最大的工程。

自20XX年5月工程开工建设以来，公司调集精兵强将，合理配置各类资源。

项目部克服时间紧、任务重、专业接口多、新技术应用多等诸多困难，严格把关每道工序，急业主之所急，想业主之所想，提出多项合理化建议和切实可行的措施，在确保施工安全、质量的前提下，全力推进工程建设。

20XX年4月26日正线轨道、电缆管线等工程的验收顺利完成，在安全质量、文明施工和施工进度等方面多次获得业主的赞誉，为公司赢得了声誉。

***公司：

在***项目的施工中，贵公司克服工程建设中面临的场地紧张、任务繁重等诸多困难，安全、高效、优质的圆满完成了施工任务。

在此，特向贵公司各级领导、全体参战员工表示衷心的感谢和诚挚的问候! 作为本工程的.施工经理，***同志本着服务好业主、服务好工程的态度，协助**快速解决工程中出现的问题。

他每天深入施工现场，根据现场的实际情况，与设计人员联系、沟通，及时给出解决方案，为工程的顺利施工提供了先决条件，起到了很好的桥梁的作用。

施工期间，他处处为业主着想，能够积极主动地接受业主的检查与督导，积极配合监理工作，大力发扬“一不等、二不靠”的服务理念，克服了任务重、作业环境复杂等诸多困难，出色地完成了施工任务。

施工关键时期，贵公司项目部严格按照我方统一协调与安排，勇担重任，投入施工以来，项目部统一思想、统一步调、科学组织、精心部署，严格按照施工技术步骤与措施施工，层层落实安全、环环紧扣质量，加大人员投入，全力以赴做好各项工作，扭转了施工被动局势。

贵公司表现出来的无私奉献、顽强拼搏的施工风范和一心为业主服务的理念给我公司留下了深刻印象，赢得了业主及各方的高度称赞。

对此，我们对贵公司真正为我方着想，对我方工作的大力支持深表感谢，希望贵公司继续保持优良的施工风范及服务理念，并衷心祝愿我们在今后的工作中能精诚合作，共铸辉煌!

XX公司

年月日

【3】

感谢信

尊敬的**项目组:

你们好!

从炎炎夏日到寒冷冬日，项目组与**集团共同见证了项目的诞生与成长。

从简陋的板房回归舒适的楼房，项目组与**集团共同渡过了项目前期的艰辛与困苦。

从“西安航天城文化生态园”到“科为· 揽月城”，项目组与**集团共同走过了200多个日日夜夜。

项目的每一个进展和突破，都离不开项目组的智慧与辛劳，带病坚持做汇报、开会讨论至深夜、撰写报告到凌晨，这一切我们都看在眼里记在心里，特别是**女士为本项目付出的辛勤劳动，使我们不禁感叹世联人的敬业与专业。

与世联合作，让我们有了源源不绝的信心和力量;与世联合作，让我们感觉到踏实和可靠;与世联合作，让我们对项目的未来有了更高的目标和期待。

项目组秉持贵公司“因团队而强大，因做足功课而专业，因郑重承诺而有信誉”的核心价值观，让我们通过专业、专注、专心的前期服务感受到了你们的敬业精神。

谨代表西安**集团感谢世联项目组的辛勤付出与专业服务，希望能与贵公司建立更加长久而愉快的合作关系，共同将**项目推上更高的台阶。

201*年*月*日

**集团

篇12：软件项目计划书

1 引言

1.1编写目的

说明编写这份项目开发计划的目的，并指出预期的读者。

1.2背景

说明:

a.待开发的软件系统的名称;

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; 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工作任务的分解与人员分工

对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。

3.2接口人员

说明负责接口工作的人员及他们的职责，包括：

a.负责本项目同用户的接口人员;

b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员;

c.负责本项目同各分合同负责单位的接口人员等。

3.3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务

的预。

定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓“里程碑”)。

3.4预算

逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。

3.5关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。

4 支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4.1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4.2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。

包括需由用户提供的条件及提供时间。

4.3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5 专题计划要点

篇13：软件项目计划书

一、项目计划书格式

根据《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系统开发”。

项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项 目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。

注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。

如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。

如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项 目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。

项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。

需要根据项目所涉及的范围确定本项目的 主要承担部门。

项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。

这有利于项目成员更好地理解项目目标和各项任务。

例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。

因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。

这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。

例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。

例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。

注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。

本节与下一节的“标准、 条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。

常用资料如:

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;

属于本项目的其他已经发表的文件;

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。

例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。

参考资料的内容应该涵盖“标准、条约和约定”。

2 项目概述

2.1 项目目标

设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。

注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。

注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。

明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合SMART原则:

l S Specific 明确的陈述

l M Measurable 可以衡量的结果

l A Attainable 可以达成的目标

l R Realistic 合理的，现实的或者说是能和实际工作相结合

l T Trackable 可以跟踪的

项 目目标可以进行横向的分解也可以进行纵向的分解。

横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等;纵向的分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。

阶段目标一般应当说明目标实现的较为明确的时间。

一般 要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”

2.2 产品目标与范围

根 据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。

对项目成果(软件系统)范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。

软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。

产品目 标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”

2.3 假设与约束

对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。

这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。

如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。

在必要时，可描述与合作单位和用户的工作分工。

注意产品范围与项目工作范围的不同含义。

产品范围界定:软件系统产品本身范围的特征和功能范围。

工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。

这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果

2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。

其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。

此处需要移交用户的文档可参考合同中的规定。

2.5.3 须提交内部的文档

可 根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。

根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。

将不适用于本项目的内容裁减，以减少不必要的项目任务 和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。

具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。

环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。

有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。

项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

3 项目团队组织

3.1 组织结构

说明项 目团队的组织结构。

项目的组织结构可以从所需角色和项目成员两个方面描述。

所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、 计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。

组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明 团队成员来自于哪个部门。

除了图形外，可以用文字简要说明各个角色应有的技术水平。

注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。

如产品研发项目可能就不需要实施人员(小组)，但需要知识转移方面的人员(小组)。

而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。

3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。

以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。

沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其 次应当确定协作模式与沟通方式。

沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。

其中邮件沟通应当说明主送人、 抄送人，聊天室沟通方式应当约定时间周期。

而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施，包括沟通，如何互相配合来共同完成 某项任务。

定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括:

a、负责本项目同用户的接口人员;

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;

c、负责本项目同分包方的接口人员。

3.3.3 项目团队外部沟通与协作模式

项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。

本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。

明确最终用户、直接用户及其所在本企业/部门名称和联系电话。

明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。

确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

4 实施计划

4.1 风险评估及对策

识别或预估项目进行过程中 可能出现的风险。

应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策，采取的措施。

风险识别包括识别内在风险及外在风险。

内在风险是 指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。

外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风 险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数;吸纳:接受 一切后果，可以是积极的(如制定预防性计划来防备风险事件的发生)，也可以是消极的(如某些费用超支则接受低于预期的利润)。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。

软件开发项目常见预估的风险:

1) 工程/规模/进度上的风险

规模大，规模估算不精确甚至误差很大;就规模而言，用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);

2) 技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验;是新的行业或业务，没有经验;性能上的要求很严;

3) 用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发，恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;

4) 其它:应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。

如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。

不同的流程将影响后面的工作计划的制定。

必要时画出本项目采用的工作流程图及适当的文字说明。

4.3 总体进度计划

这里所说的总体进度计划为高层计划。

作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工 作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。

例如

需求评审

设计评审

表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。

制 定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分。

小规模的项目可简便地使用EXCEL作为辅助工具。

关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素:

1)对于系统需求和项目目标的掌握程度。

如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。

2) 软件系统规模和项目规模，这两个不是一个概念。

软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。

例如，完成一个大型的系统，在一定的时间内一个人或几个人的 智力和体力是承受不了的。

由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。

相反，随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题将更为严重。

3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况，等等等等。

软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。

4) 项目的工期要求，就是项目的紧急程度。

有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择。

增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5)项目成员的能力。

这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。

从另外一个角度看还有总体上对客 户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。

规模较大的项目应当单独编写《软件开发项目质量计划》。

根据GB/T 12504 计算机软件质量保证计划规范，内容包括:

l 引言(本章节包括质量计划的目的、定义、参考资料)

l 管理(描述负责软件质量管理的机构、任务及其相关的职责)

l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)

l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)

l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。

至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)

l 软件配置管理(编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)

l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)

l 媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)

l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。

规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。

)

l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限)

4.4.2 进度控制计划

(可直接引用以下描述或根据项目情况制定本节内容)

本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。

4.4.3 预算监控计划

说明如何检查项目预算的使用情况。

根据项目情况需要制定。

4.4.4 配置管理计划

编 制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。

在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。

还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。

根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下:

l 引言(本章节包括质量计划的目的、定义、参考资料)

l 管理(描述负责软件配置管理的'机构、任务、职责及其有关的接口控制。

)

l 软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。

)

l 工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)

l 对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。

必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)

l 记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)

5 支持条件

说明为了支持本项目的完成所需要的各种条件和设施。

5.1 内部支持

逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。

例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。

5.2 客户支持

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3 外包(可选)

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。

6 预算

6.1 人员成本

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务(包括人员的数量和时间)

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金

6.2 设备成本

设备成本包括:原材料费，设备购置及使用费

列出拟购置的设备及其配置和所需的经费

列出拟购置的软件及其版本和所需的经费

使用的现有设备及其使用时间

6.3 其它经费预算

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:

(1) 差旅费(旅费、出租)(含补贴)

(2) 资料费(图书费、资料费、复印费、出版费)

(3) 通信费(市话长话费、移动通信费、上网费、邮资)

(4) 会议费(鉴定费、评审会、研讨费、外事费等)

(5) 办公费(购买办公用品)

(6) 协作费(业务协作招待费、项目团队加班伙食费)

(7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)

其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)

6.4 项目合计经费预算

列出完成本项目需要的所有经费预算(上述各项费用之和)。

7 关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。

专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。

参考文献

《项目管理-计划、进度和控制的系统方法》(第7版)Harold Kerzner(电子工业出版社，杨爱华等译);

《计算机软件工一、项目计划书格式

根据《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系统开发”。

项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项 目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。

注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。

如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。

如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项 目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。

项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。

需要根据项目所涉及的范围确定本项目的 主要承担部门。

项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。

这有利于项目成员更好地理解项目目标和各项任务。

例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。

因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。

这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。

例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。

例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。

注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。

本节与下一节的“标准、 条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。

常用资料如:

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;

属于本项目的其他已经发表的文件;

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。

例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。

参考资料的内容应该涵盖“标准、条约和约定”。

2 项目概述

2.1 项目目标

设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。

注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。

注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。

明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合SMART原则:

l S Specific 明确的陈述

l M Measurable 可以衡量的结果

l A Attainable 可以达成的目标

l R Realistic 合理的，现实的或者说是能和实际工作相结合

l T Trackable 可以跟踪的

项 目目标可以进行横向的分解也可以进行纵向的分解。

横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等;纵向的分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。

阶段目标一般应当说明目标实现的较为明确的时间。

一般 要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”

2.2 产品目标与范围

根 据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。

对项目成果(软件系统)范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。

软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。

产品目 标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。

”

2.3 假设与约束

对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。

这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。

如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。

在必要时，可描述与合作单位和用户的工作分工。

注意产品范围与项目工作范围的不同含义。

产品范围界定:软件系统产品本身范围的特征和功能范围。

工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。

这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果

2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。

其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。

此处需要移交用户的文档可参考合同中的规定。

2.5.3 须提交内部的文档

可 根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。

根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。

将不适用于本项目的内容裁减，以减少不必要的项目任务 和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。

具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。

环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。

有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。

项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

3 项目团队组织

3.1 组织结构

说明项 目团队的组织结构。

项目的组织结构可以从所需角色和项目成员两个方面描述。

所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、 计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。

组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明 团队成员来自于哪个部门。

除了图形外，可以用文字简要说明各个角色应有的技术水平。

注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。

如产品研发项目可能就不需要实施人员(小组)，但需要知识转移方面的人员(小组)。

而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。

3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。

以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。

沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其 次应当确定协作模式与沟通方式。

沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。

其中邮件沟通应当说明主送人、 抄送人，聊天室沟通方式应当约定时间周期。

而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施，包括沟通，如何互相配合来共同完成 某项任务。

定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括:

a、负责本项目同用户的接口人员;

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;

c、负责本项目同分包方的接口人员。

3.3.3 项目团队外部沟通与协作模式

项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。

本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。

明确最终用户、直接用户及其所在本企业/部门名称和联系电话。

明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。

确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

4 实施计划

4.1 风险评估及对策

识别或预估项目进行过程中 可能出现的风险。

应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策，采取的措施。

风险识别包括识别内在风险及外在风险。

内在风险是 指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。

外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风 险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数;吸纳:接受 一切后果，可以是积极的(如制定预防性计划来防备风险事件的发生)，也可以是消极的(如某些费用超支则接受低于预期的利润)。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。

软件开发项目常见预估的风险:

1) 工程/规模/进度上的风险

规模大，规模估算不精确甚至误差很大;就规模而言，用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);

2) 技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验;是新的行业或业务，没有经验;性能上的要求很严;

3) 用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发，恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;

4) 其它:应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。

如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。

不同的流程将影响后面的工作计划的制定。

必要时画出本项目采用的工作流程图及适当的文字说明。

4.3 总体进度计划

这里所说的总体进度计划为高层计划。

作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工 作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。

例如

需求评审

设计评审

表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。

制 定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分。

小规模的项目可简便地使用EXCEL作为辅助工具。

关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素:

1)对于系统需求和项目目标的掌握程度。

如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。

2) 软件系统规模和项目规模，这两个不是一个概念。

软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。

例如，完成一个大型的系统，在一定的时间内一个人或几个人的 智力和体力是承受不了的。

由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。

相反，随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题将更为严重。

3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况，等等等等。

软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。

4) 项目的工期要求，就是项目的紧急程度。

有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择。

增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5)项目成员的能力。

这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。

从另外一个角度看还有总体上对客 户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。

规模较大的项目应当单独编写《软件开发项目质量计划》。

根据GB/T 12504 计算机软件质量保证计划规范，内容包括:

l 引言(本章节包括质量计划的目的、定义、参考资料)

l 管理(描述负责软件质量管理的机构、任务及其相关的职责)

l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)

l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)

l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。

至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)

l 软件配置管理(编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)

l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)

l 媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)

l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。

规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。

)

l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限)

4.4.2 进度控制计划

(可直接引用以下描述或根据项目情况制定本节内容)

本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。

4.4.3 预算监控计划

说明如何检查项目预算的使用情况。

根据项目情况需要制定。

4.4.4 配置管理计划

编 制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。

在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。

还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。

根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下:

l 引言(本章节包括质量计划的目的、定义、参考资料)

l 管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。

)

l 软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。

)

l 工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)

l 对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。

必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)

l 记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)

5 支持条件

说明为了支持本项目的完成所需要的各种条件和设施。

5.1 内部支持

逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。

例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。

5.2 客户支持

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3 外包(可选)

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。

6 预算

6.1 人员成本

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务(包括人员的数量和时间)

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金

6.2 设备成本

设备成本包括:原材料费，设备购置及使用费

列出拟购置的设备及其配置和所需的经费

列出拟购置的软件及其版本和所需的经费

使用的现有设备及其使用时间

6.3 其它经费预算

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:

(1) 差旅费(旅费、出租)(含补贴)

(2) 资料费(图书费、资料费、复印费、出版费)

(3) 通信费(市话长话费、移动通信费、上网费、邮资)

(4) 会议费(鉴定费、评审会、研讨费、外事费等)

(5) 办公费(购买办公用品)

(6) 协作费(业务协作招待费、项目团队加班伙食费)

(7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)

其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)

6.4 项目合计经费预算

列出完成本项目需要的所有经费预算(上述各项费用之和)。

7 关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。

专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。

说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。

篇14：软件项目合同书

甲方： 乙方：

甲、乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权利和义务，忠实地履行本协议。

第一条 本协议软件开发项目的内容、工作进度与安排、价款、交付和验收方式等由附件载明。

第二条 协议履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。

第三条 甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。

第四条 双方的基本权利和基本义务

一、 甲方的权利和义务

1、 根据本协议项目的实际需要和乙方的要求提供协助，并提供有关的资料、报表及文档等，甲方保证所提供的所有资料完整、真实、合法。

2、 按本协议约定支付软件开发费用。

3、 甲方有权在软件验收之日起要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

二、 乙方的权利和义务

1、 按照甲方提供的材料按时完成本协议规定的软件开发工作。

2、 可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方可另行签署协议确认。

3、 依协议收取软件开发费用。

4、 乙方有义务在软件验收之日起个月内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 第五条 甲方在18 个月的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。

第六条 甲方同意按双方约定的付款方式和时间及时向乙方支付协议费用，以及提供其他必要的帮助。

第七条 本协议涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。

第八条 甲方不能按时支付协议费用导致的工期延误，其责任由甲方承担。 第九条 双方当事人应当保守在履行本协议过程中获知的对方商业秘密。

第十条 双方应本着诚实信用的原则履行本协议。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本协议并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本协议，但应及时通知对方。若对方继续不履行、履行不当或者违反本协议，该方可以解除本协议并要求对方赔偿损失。

第十一条 本协议签订后，经双方当事人协商一致，可以对本协议有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本协议的有效组成部分。

第十二条 本协议附件为本协议不可分割的一部分，与协议正文具有同等法律效力。

第十三条 任意一方欲提前解除本协议，应提前通知对方。甲方提前解除协议的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任;乙方无故解除协议的，应返还上述费用。本协议其他条款对协议的解除另有约定的，从其约定。

第十四条 订立本协议所依据的客观情况发生重大变化，致使本协议无法履行的，经双方协商同意，可以变更本协议相关内容或者终止协议的履行。

第十五条 双方当事人对本协议的订立、解释、履行、效力等发生争议的，应友好协商解决;协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。

第十六条 本协议经由双方授权代表签字，自签订之日起生效。

第十七条 本协议一式两份，双方当事人各执一份，具有同等法律效力。

甲方(公章)：_________ 乙方(公章)：_________

法定代表人(签字)：_________ 法定代表人(签字)：_________

_________年____月____日 _________年____月____日

篇15：软件项目合同书

甲 方： 法定代表人： _____

乙 方： _

法定代表人：

甲乙双方本着互利互惠、共同发展的原则，经过友好协商，决定充分利用双方各自的优势，资源互补，在____________________________________项目上进行合作。特订立本合同。

一、软件项目开发的内容和目标

1，软件项目名称：________________________________________。

2，软件项目开发内容：_____________________________________。

3，软件项目开发目标：_____________________________________。

4、软件项目总金额：_______________________________________

税后金额：_______________________________________。

5、软件项目验收期限：__________年__________月____________日。

二、合作期限

合作期：____ 年，自______年____月____日起，至______年____月___日止。

三、合作方式

1，甲方负责沟通与协调工作。

2，乙方负责软件开发，实施，验收后的维护。

3，对外洽谈经营业务时以甲方的名义进行乙方无权利代表甲方签署任何有法律责任的文件。如需签署需得到双方认可后方可签署。

四、利润分配

1、利润定义：项目合同金额减去法律指定税项。

2、分配方式：甲乙双方利润按____：____分成。

甲方：_________% 乙方：_________%

3、甲方收到项目开发款项后15日内进行利润分配并以现金形式支付乙方。

4、软件完成验收后的服务费用由乙方获的。

五、知识产权

1，本合同相关的所有作品、程序、文件源码的版权归甲乙双方共同所有。

2，甲方有权利用本项目开发的成果进行后续开发或改进，由此产生的知识产权归甲方享有。

六、免责条款

不可抗力(即不能预见、不能避免、不能克服等的客观情况，包括但不限于地震、洪水、火灾、战争、政府行为等)致使一方不能履行或者延迟履行其在本合同的全部或部分义务，则该遭受不可抗力的一方不承担违约责任。因不可抗力的原因造成合同延迟履行，则遇有不可抗力一方应在不可抗力发生之日起48小时内通知对方，并提供有关部门的证明材料。除因迟延履行通知义务造成其他方损失外，对因不可抗力造成的损失双方互不承担违约责任。遇有不可抗力一方应在不可抗力消除后48小时内通知另两方，由双方协商是否继续履行合同。

在发生不可抗力情况时，遇有不可抗力一方仍有责任采取必要措施以防止不可抗力事件影响的扩大。

七、违约责任

1、乙方违约责任：

(1)如果由于乙方原因导致不能按照约定的时间完成项目的验收，乙方应以如下方式向甲方支付逾期违约金： 从延迟的第一周到第四周，每迟一周支付合同总价的0.5%，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的1%。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响乙方的义务。

(2)如果在合同签订后、项目所有权未转移给甲方前，乙方将其转让或抵押给第三方，则乙方应根据对甲方造成的事实损害的严重程度支付最高不超过合同总价10%的违约金。

2、甲方违约责任

在乙方履行合同规定的各项义务的前提下，甲方无正当理由逾期支付货款，则甲方应以如下方式向乙方支付逾期违约金：从延迟的第一周到第四周，每迟一周支付逾期付款部分的1‰，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的2‰。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响甲方的义务，并且合同中确定的乙方对甲方的各项服务日期可作相应的顺延。

八、保密条款

双方同意不对公众公布任何与本合同有关的、因执行本合同而获知的资料。未经双方授权认可，任一方不得以任何形式向第三方披露或泄露本项目成果及与本项目有关的数据、程序代码(通用的程序代码除外)和相关技术文档。在本项目研发过程中一方提交给另一方的所有资料和文件，都作为提交方企业的商业秘密，另一方应承担保密义务。甲乙双方约定，不论本合同是否变更、解除、终止，本保密条款均有效。

九、其他

1、未尽事宜将由本合同、甲乙方通过协商解决。

2、因乙方与甲方以个人名义进行合作需对甲方提供身份证复印件。

3、任何一方未得另一方同意不得向任何第三方透露合同内容。

4、对合同内容做出的任何修改和补充应为书面形式，由双方授权代表签字后成为合同不可分割的部分。

5、任何与合同相关但未在合同中明确规定的事项将由双方友好协商并达成合同以解决。

十、生效

本合同一式两份、甲乙方各持一份，在甲乙方签字盖章后生效，具有同等法律效力。

甲方(公章)：_________ 乙方(公章)：_________

法定代表人(签字)：_________ 法定代表人(签字)：_________

_________年____月____日 _________年____月____日

篇16：软件项目管理制度

第一节 总 则

第一条 为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。

第二条 本制度中软件开发指新系统开发和现有系统重大改造。

第三条 本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由IT技术中心和合作商共同承担，IT技术中心负责内部(一级)支持，合作商负责外部(二级)支持;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司等)，由该公司(承包商)负责应用项目的实施。

第四条

软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。

第五条

除特别指定，本制度中项目组包括业务组(或需求提出组)、IT组(可能包括网络管理员和合作开发商)。

第二节 立项管理

第六条

提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》(附件一)，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。 第七条 应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第七条 应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。

第八条

《立项分析报告》得到批准后，成立项目组(如果是外包开发，则成立外包商项目组;如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”)，项目组应包括业务组(由公司相关业务部门组成)和IT组(自行开发为办公室网络管理员;外包开发为外包商成员;合作开发为网络管理员和外包商成员)。公司委派一名员工负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。

第三节 需求分析

第九条

立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》(附件二)，并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。

第十条

IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等)。《系统需求规格说明书》需要由业务组提交给相关业务流程负责人确认。

第十一条 对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》(附件四)，IT组组长审批后交给合作开发商实施。

第十二条 项目组应对需求变更影响到的文档及时更新。 、

第四节 项目计划和监控

第十三条 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。

第十四条 需求分析过程中，项目经理组织制定详细的《项目计划书》(附件五)，包括具体任务描述和项目进度表等。

第十五条 在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。

第十六条 项目计划需要变更时，项目经理填写《项目计划变更说明》(附件六)，并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。

第四节 系统设计

第十七条 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。

第十八条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。

第十九条 项目组进行详细设计，出具《设计说明书》(附件七)和《单元测试用例》(附件八)。《设计说明书》中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具《设计评审报告》(附件九)。业务组组长和IT组组长应参加此评审并对评审意见签字确认。 第二十条 设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求。

第二十一条 对已确认通过的系统设计进行修改需获得管理部门、业务组组长和IT组组长的审批后方可进行。

第二十二条

对系统设计的修改的文档须由文档管理人员进行归档管理。

第五节 系统实现

第二十三条 项目组根据《设计说明书》制定系统实现计划，并提交项目经理对计划可行性进行审批。

第二十四条 系统实现包括程序编码、单元测试和集成测试。

第二十五条 项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的'人员才能访问到生产环境。

第二十六条 项目组进行单元测试和集成测试，测试人员签字确认测试结果。

第七节 系统测试和用户测试

第二十七条 项目组制定《系统/用户测试计划》(附件十)，并提交项目经理对计划可行性进行审批。

第二十八条 《系统/用户测试计划》必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。

第二十九条 项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的访问控制，确保只有相关项目人员才能访问及使用。

第三十条 项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。

对已评定为敏感信息的数据进行敏感性处理和保护。

第三十一条 IT组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内

部各模块之间的接口和与其他系统的接口进行充分测试。出具《系统测试报告》(附件十一)，测试人员签字确认测试结果。

第三十二条 系统测试通过后，IT组配合业务组建立用户测试环境，业务组根据用户测试

用例进行用户测试，出具《用户测试报告》(附件十一)，业务组组长和IT组组长应在用户测试报告中签字确认。

第三十三条 项目组完成系统帮助文档(其中包括《用户操作手册》和《安装维护手册》)。

凡涉及应用系统的变更，应对系统帮助文档及时更新。

第八节 试运行

第三十四条 系统主要使用部门根据项目规模及影响决定试运行策略。 第三十五条 项目组制定《试运行计划》(附件十二)，并制定试运行验收指标，上报公司主管领导审批。《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工。

第三十六条 项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。

第三十七条 项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查

系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。

第三十八条 数据迁移前，应制定详细的《数据迁移计划》(附件十三)，《数据迁移计划》中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。

第三十九条 数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》(附件十四)，其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。

第四十条 系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。

第四十一条 系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试

运行单位办公室把系统运行情况(系统资源使用，反应速度等)记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。

第四十二条 试运行达到试运行计划规定的终止条件时，项目组编写《试运行报告》(附件十五)。此报告应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。

第九节 系统验收

第四十三条 系统主要使用部门及信息技术部门联合组成独立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。

第四十四条 验收小组应根据验收情况整理形成《系统验收报告》(附件十六)提交系统主要使用部门和信息技术部门审阅。

第四十五条 系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。

第十节 系统上线

第四十六条 系统上线应遵循稳妥、可控、安全的原则。 第四十七条 通常情况下，系统上线包含数据迁移工作。 第四十八条 项目组制定《系统上线计划》(附件十七)，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。

第四十九条 《系统上线计划》内容应包括但不限于：

1、部署方式和资源分配(包括人力资源及服务器资源); 2、上线工作时间表;

3、上线操作步骤以及问题处理步骤;

4、项目阶段性里程碑和成果汇报(项目执行状态的审阅、进度安排等); 5、数据迁移的需求和实施计划;

6、完整可行的应急预案和“回退”计划;

7、用户培训计划(包括：培训计划、培训手册、培训考核等) 8、总公司下发的系统标准参数配置。

第五十条 上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对

重大问题应启动紧急预案。

第五十一条 在完成上线后要填写《系统验收评估报告》(附件十八)，上报总公司项目

组汇总整理。《系统验收评估报告》内容包括：数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。

第五十二条 上线单位管理层要对《系统验收评估报告》进行审批签字。

第五十三条 公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一管理。

第十一节 合作开发管理

第五十四条 合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。

第五十五条 合作开发商必须遵循公司《软件开发管理制度》。

第五十六条 项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。

第五十七条 项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应

按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向项目经理汇报。

第五十八条 IT组组长派专人监控合作开发商的质量保证过程。

第五十九条 项目组同合作开发商商定验收的标准和方法。

第六十条 以上各要求需要在开发合同中明确。

篇17：软件项目合同书

甲方(委托方)：

乙方(受托方)：

甲方委托乙方，乙方接受甲方委托，开发 软件产品，双方就合作事宜达成如下协议：

第一条、软件开发的内容和目标

1.软件开发项目的内容： 。

2.软件开发的目标： 。

第二条、合同总价及支付方式

1.合同总价：人民币 元(￥ )。合同总价包括本开发项目的需求调研、系统分析、设计、编码、安装调试、评审验收、技术支持和服务等所有费用。

2.支付方式：合同生效之日起 天内，甲方向乙方支付合同总价的 %，即人民币 元(￥ );软件产品安装调试完毕，进入试运行之日起 天内，甲方向乙方支付合同总价的 %，即人民币 元(￥ );试运行结束，经最终验收合格之日起 天(年、月)，甲方支付全部剩余款项。

3.乙方须在甲方付款之前 天内，按照甲方的要求，提供正式发票给甲方。

第三条、开发成果提交的时间和方式 1.软件交付时间：乙方应在 完成项目的调研、开发，将软件交付给甲方。

2.提交方式：乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。

3.提交数量： 。

4.交付地点： 。

5.具体的研究开发计划：详见合同附件。

第四条、验收标准和方式

1.验收标准：

2.验收方式：软件开发完成并测试通过后，甲方进行初验。初步验收通过后进入试运行。软件在试运行期间出现故障或问题，乙方应在合理的期限内排除故障或处理问题，所引起的相关费用由乙方承担。如以上故障或问题影响软件基本功能和目标的实现，且排除故障或处理问题的时间超过 天，则乙方向甲方支付合同总价的 ‰的违约金。软件连续稳定试运行满 天(月、年)，甲方进行终验，验收合格后出具验收证明。

第五条、知识产权

1.甲方拥有软件的知识产权。非经甲方书面同意，乙方不得以任何方式向第三方披露、转让和许可有关的技术成果、计算机软件、技术诀窍、秘密信息、技术资料和文件。除本研发工作需要之外，未得到甲方的书面许可，乙方不得以任何方式商业性地利用本软件项目的信息、资料和技术。

2.乙方应当保证交付给甲方的研究开发成果(软件)不侵犯任何第三方的合法权益。如因此发生知识产权纠纷的，由此造成的所有法律责任和费用均由乙方承担，与甲方无关。

3.甲方有权利用本项目开发成果进行后续开发或改进，由此产生的知识产权由甲方享有。

第六条、风险责任的承担 在履行本合同的过程中，因出现无法克服的技术困难，导致软件研究开发部分或全部失败，该风险责任由乙方承担。

第七条、技术支持和服务

1.乙方负责免费培训

具体约定培训目标、培训内容、培训时间及人员、培训地点等内容

2.本开发项目自最终验收合格之日起，免费提供 年 7×24的技术支持和服务(包括现场服务)。如需要现场服务，乙方须在接到甲方通知后 小时内赶到甲方用户现场进行服务。

3.终验合格之日起，对软件升级，乙方免费提供升级服务。甲方要求新增加软件模块时，乙方可适当收费。

第八条、保密

乙方有权根据项目需要，向甲方了解有关情况。甲方应予以积极配合，向乙方提供有关业务信息与资料。对甲方提交的业务信息、资料和在合同履行期间知悉甲方的工作秘密，乙方不得透露或以其他方式提供给合同以外的其他方或乙方内部与本合同无关的任何人员。乙方的保密责任不因合同的终止而终止。

乙方违反本合同所规定的保密义务，应按本合同总价的 %支付违约金。

第九条、违约责任

1.乙方逾期提交软件，每拖延一天，须向甲方支付合同总价的 ‰的违约金。如延期时间超过 天，甲方有权解除合同，除前款所约定的违约金外，乙方应支付合同总价的 %作为对甲方的赔偿。

2.因乙方原因，使项目无法通过最终验收或超过 天仍未能完成开发任务, 则乙方向甲方支付合同总价的 %的违约金,同时甲方有权解除合同。违约金不足以补偿甲方损失的，甲方有权进一步向乙方索赔。

3.甲方因上述原因解除合同，乙方应在15天内返还甲方所支付的合同价款，并依甲方的指示退还或销毁所有的基础性文件和原始资料。

第十条、不可抗力

1. 由于地震、战争等不能预见、不能避免并不能克服的客观情况，一方不能履行合同义务的，应及时将所发生的不可抗力事件通知对方，并应在事件发生后15天内将有关机构出具的不可抗力事件的证明提供给对方。

2.不可抗力事件发生后，甲方和乙方应当积极寻求以合理的方式履行本合同。如不可抗力无法消除，致使合同目的无法实现的，双方均有权解除合同，且均不互相索赔。

第十一条、争议解决方式 凡与本合同有关的一切争议，甲乙双方应首先通过友好协商解决。如经协商后仍不能达成协议时，向甲方所在地人民法院起诉。

第十二条、合同生效

本合同经双方授权代表签字并加盖合同专用章或公章之日起生效，合同生效日期以最后一个签字日为准。

第十三条、其他

1.其他约定：

2.除甲方事先书面同意外，乙方不得部分或全部转让其应履行的合同项下的义务。

3.本合同一式 份，双方各执 份，均具有同等法律效力。

4.本合同中规定按小时计算时间的，连续计算，不扣除休息时间;规定按天计算时间的，开始当天不计算在内，从次日开始计算。时限的最后一天是休息日或者其他法定节假日的，以节假日次日为时限的最后一天。时限的最后一天的截止时间为当日24时。

一、甲方的权利和义务：

A、甲方的义务：

1、为确保软件真正能够发挥作用，甲方必须指定专人参加培训，负责软件应用。

2、为了保证软件正常运行，甲方必须保证提供相应的软硬件环境。

3、甲方在乙方进入现场安装和调试时，提供必要的支持和协作。

4、甲方不得进行盗版活动，不得出租、转让给他人。

5、甲方应积极向乙方提出软件的相关改进意见和建议，以利于乙方的改进工作。

B、甲方的权利：

1、 甲方有权利享受软件授权协议中的权利。

2、 合同免费服务期内，甲方有权要求乙方提供免费的优质售后服务。

3、 合同免费服务期内，甲方有权利要求乙方负责软件的升级工作，不再另收取费用。 合同免费期后，甲方如果要求乙方提供产品升级以及售后服务，甲方需要按支付总金额

4、 的15%/年，作为软件升级费用。

二、乙方权利和义务：

A、乙方的义务：

1、乙方根据甲方的需求，提供优秀的正版软件产品。

2、乙方负责软件的安装和调试，以及相关的培训工作。

3、乙方负责软件的售后服务，乙方通过电话、网络或上门的形式提供完善的售后服务，承诺24小时内解决软件的调试工作。

4、乙方负责培训甲方相关人员，学习软件的安装维护和数据的备份等工作，协助甲方使用和管理。

5、乙方承诺软件的载体(光盘等)如非人为因素损坏，一年内免费调还。

6、乙方负责软件的升级工作，乙方承诺软件免费升级。

B、乙方的权利:

1、乙方是产品的版权持有人，如甲方要求二次开发，可向甲方开放部分源代码。

2、乙方有权按照合同约定收取相应货款。

甲方(公章)：_________ 乙方(公章)：_________

法定代表人(签字)：_________ 法定代表人(签字)：_________

_________年____月____日 _________年____月____日

篇18：软件项目计划书

软件项目计划书模板

软件项目计划书模板

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了程序设计阶段、软件设计阶段和软件工程阶段的演变过程。

软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。

【目录】

第一部分 摘要

一、信息系统公司概况描述

二、信息系统公司的宗旨和目标

三、信息系统公司目前股权结构

四、已投入的资金及用途

五、信息系统公司目前主要产品或服务介绍

六、市场概况和营销策略

七、主要业务部门及业绩简介

八、核心经营团队

九、信息系统公司优势说明

十、目前信息系统公司为实现目标的增资需求:原因、数量、方式、用途、偿还

十一、融资方案(资金筹措及投资方式及退出方案)

十二、财务分析

1.财务历史数据

2.财务预计

3.资产负债情况

第二部分 综述

第一章 信息系统公司介绍

一、信息系统公司的宗旨

二、信息系统公司简介资料

三、各部门职能和经营目标

四、信息系统公司管理

1.董事会

2.经营团队

3.外部支持

第二章 技术与产品

一、技术描述及技术持有

二、产品状况

1.主要产品目录

2.产品特性

3.正在开发/待开发产品简介

4.研发计划及时间表

5.知识产权策略

6.无形资产

三、信息系统产品生产

1.资源及原材料供应

2.现有生产条件和生产能力

3.扩建设施、要求及成本，扩建后生产能力

4.原有主要设备及需添置设备

5.产品标准、质检和生产成本控制

6.包装与储运

第三章 信息系统市场分析

一、信息系统市场规模、市场结构与划分

二、目标市场的设定

三、产品消费群体、消费方式、消费习惯及影响市场的主要因素分析

四、目前信息系统公司产品市场状况，产品所处市场发展阶段(空白/新开发/高成长/成熟/饱和) 产 品排名及品牌状况

五、市场趋势预测和市场机会

六、行业政策

第四章 竞争分析

一、有无行业垄断

二、从市场细分看竞争者市场份额

三、主要竞争对手情况:公司实力、产品情况

四、潜在竞争对手情况和市场变化分析

五、信息系统公司产品竞争优势

第五章 信息系统市场营销

一、概述营销计划

二、信息系统销售政策的制定

三、信息系统销售渠道、方式、行销环节和售后服务

四、主要业务关系状况

五、信息系统销售队伍情况及销售福利分配政策

六、促销和市场渗透

1.主要促销方式

2.广告/公关策略、媒体评估

七、信息系统产品价格方案

1.定价依据和价格结构

2.影响价格变化的因素和对策

八、销售资料统计和销售纪录方式，销售周期的计算。

九、信息系统市场开发规划，销售目标

第六章 投资说明

一、资金需求说明(用量/期限)

二、资金使用计划及进度

三、投资形式(贷款/利率/利率支付条件/转股-普通股、优先股、任股权/对应价格等)

四、资本结构

五、回报/偿还计划

六、资本原负债结构说明

七、投资抵押

八、投资担保

九、吸纳投资后股权结构

十、股权成本

十一、投资者介入公司管理之程度说明

十二、报告

十三、杂费支付

第七章 投资报酬与退出

一、股票上市

二、股权转让

三、股权回购

四、股利

第八章 风险分析

一、资源风险

二、市场不确定性风险

三、研发风险

四、生产不确定性风险

五、成本控制风险

六、竞争风险

七、政策风险

八、财务风险

九、管理风险

十、破产风险

★ 软件项目策划书

★ 软件策划书

★ 软件项目年终总结

★ 软件项目计划书

★ 软件项目总结

★ 软件项目开发协议书

★ 于软件项目工作总结

★ 软件项目上线计划书

★ 软件项目申请报告范文

★ 软件项目建设方案