策划书是一个全面、详细地规划一个项目或事件的书面材料。策划书范文中的案例和实践经验，可以帮助我们更好地应对各种挑战和困难。
软件的策划书（实用18篇）篇一
开发基于互联网的学生选课系统，提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
1.2项目背景
某校在校生近5000人，每学期在期末都要进行一次对学生的学习质量测评，要求所有学生都要参加。以前测评的方式都是手工考核操作，由教务处发出试卷，每个同学填写完成后交回到教务处。然后教务处再使用手工的方法对试卷进行统计汇总，最后得出学生的成绩。
建议进行《学生成绩考核系统》的开发。
我院计算机系具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。该软件系统由我院教务处使用。
1.3定义
《学生成绩考核系统》以下简称《考核系统》。
1.4 参考资料
(1)” 学生成绩考核系统系统定义报告”
(2) ” 学生成绩考核系统可行性研究报告”
2. 主要内容
2.1 工作内容
系统所需要的基础数据来源：
“考核系统”需要实现的功能包括两大部分：
一是前台的数据采集，具体包括：德育测试页面、体育测试页面、智力测试页面、数据存储页面。(面试网 )
二是后台的数据管理部分：包括测试设置、德育测试、体育测试与智力测试的数据统计及查询。
2.2条件和限制
使用sql server 2010作为数据库的建设工具，相关的管理程序开发主要使用sql server 2010及net等。
2.3 产品
2.3.1 程序
2.3.2 文档
可行性研究报告，项目开发计划书，软件需求说明书，概要设计说明书，详细设计说明书，数据库设计说明书，操作手册，测试计划，测试分析报告，项目开发总结报告。
2.4 运行环境
《学生成绩考核系统》应该运行在windows xp 以及以上版本的平台上。
2.5 验收标准
《学生成绩考核系统》能让学生能成绩考核和查看成绩，教师能管理成绩。
3. 实施计划
3.1 任务分解
需求分析：
学校每年新生入学，毕业生离校和各种其它变动，如学籍变动，个人信息修改。每学期学校者要开设一定的课程提供给学生根据自己的情况来选择，最后的选择结果要给出学生的课程表。如何有效的管理这些学生信息，帮助学校和老师管理和掌握这些情况，这就是学生信息管理系统需要完成的`任务。下面用软件工程的思想和方法完成该系统的设计过程。
功能：
个人信息查询和修改，包括流动，注册，更新管理
系统设计：“中学生成绩管理信息系统”包括四个模块：成绩录入、班级统计、年级统计、系统功能。这五个模块既相互联系又相互独立，班级统计、年级统计模块必须以成绩录入为基础。(1)成绩录入模块：主要功能用来对中学生的成绩进行收集和修改。具体包括中学生成绩录入、修改、增加、删除、查询、打印等功能，由于一些资料可以word文档或excel表格输入，故在此模块中增加了导入、导出数据功能。成绩录入需要分班级、分年级以及某个时间考试的各门功课的成绩。修改要与成绩录入相对应。增加、删除是对基本表的操作。查询条件设置应该齐全，可以班级查询，年级查询，也可以姓名查询，学号查询等等。分成绩单打印、报表打印等。(2)班级统计模块：主要功能用来对中学生的成绩以班级为单位进行处理。具体包括各班学生总成绩、平均成绩、班级排名及统计班级某分数段内的学生人数；各个学生该科成绩、班级排名及统计班级某分数段内的学生人数。各项统计仅对于某学期某次考试而言。(3)年级统计模块：主要功能用来对中学生的成绩以年级为单位进行处理。具体包括各年级学生总成绩、年级排名统计年级某分数段内的学生人数；各个学生该科成绩、年级排名及统计、年级某分数段内的学生人数。各项统计仅对于某学期某次考试而言，在统计时，还应注意各年级考试科目不同。(4)系统功能模块：包括帮助信息，关于系统及退出系统。
编码：
测试计划：进行黑盒测试
测试人员：
3.2 进度安排
需求分析： 第1周
系统设计： 第2~3周
编码：第4~7周
测试计划与测试：第8~10周
包装和发布：第11周
机动：第12周
3.3 预算
开发费用：8000元
设备费及其他：5000元
合计：13000元
4. 人员组织及分工（略）
5. 交付期限
6. 专题计划要点（详见后续内容）
软件的策划书（实用18篇）篇二
本站策划书栏目为您整理了《软件商业策划书》，欢迎您的阅读。更多策划书信息，您可以登陆本站策划书栏目。
软件产业一直都是信息产业的重要组成部分，它以高附加值、高科技水平的特点，渗透到国民经济和社会生产生活的各个方面。它与传统的产业结合并进一步促进传统产业的提升，引导产品更新换代，推动产业结构的调整。大力发展软件产业就成为促进社会经济发展的重要环节。我国自改革开放以来，在发展软件产业方面取得了巨大成绩，对科技的进步、经济的腾飞起到了重要作用。
随着国家对软件发展战略的整体部署与实施，中国软件产业的`发展已经逐步改变了各部门、各地方的软件发展各自为政的传统局面，区域横向合作关联度明显提高。2004年，中国软件产业的格局中，软件产业基地的积聚效应不断显现，大型的软件产业集群的区域专业化程度高，对周边辐射效应明显，并带动了周围关联产业的迅速发展。中国目前已经形成了珠江三角洲、长江三角洲、环渤海湾地区三大软件产业区域基地，其共同特点是软件企业集中，产业链较为完整，具有相当的集聚规模和配套能力，对各种生产要素具有极强的吸引能力。目前，在这些有比较优势的地区均已形成了各自具有特色的软件产业集聚效应，通过专业化市场优势达到规模经济效益，增强了中国软件产业的国际竞争力。
目前，中国软件产品结构不断丰富，产业链分工更趋完善。在操作系统市场中，linux软件在行业应用中取得突破性进展，2004年linux总体市场规模接近一个亿，比2003年大幅增长了44.8%，其中linux服务器端市场增长45.9%，在政府、电信、邮政等行业市场渗透力明显增强。在操作系统市场中linux对unix市场份额的替代性占领更加明显，市场份额由2003年的1.7%上升到2.2%。在中间软件领域里，更多的中间件软件产品进入市场，国产中间件软件与国外产品在市场占有率上的差距日益缩小，网络安全软件不断推陈出新，工作流软件、协同软件等应用迅速铺开;在应用软件中，办公软件新品迭出，行业应用解决方案也有了大幅度的增长，产品供应基本满足用户需求。
软件的策划书（实用18篇）篇三
为提高我院学生的创造力、团队精神以及在程序设计和软件开发中的能力.
计算机科学学院acm协会。
报名时间：
比赛时间：
计算机学院全体学生。
钟楼。
1.报名方式。
2．比赛形式。
（1）本届比赛采取现场答题形式。参赛集体报名后在规定的时间内可以到比赛场地试机。进入决赛的参赛集体在规定的地点使用配置相同的机器进行比赛。
（2）本届竞赛设5道题目,比赛时间都为3小时，超过规定时间，提交的答案将无效。
（3）参赛集体答题时可以选择c、c++语言答题，每道题目将以最后提交的代码为准。
3．比赛要求。
（1）参赛团体在规定答题场所不得竞赛组委会指定工作人员以外的人交谈。系统支持人员可以回答和系统相关的问题，例如解释系统错误信息。
（2）参赛团体有权提交解释请求，针对题目描述中的不明确或错误的部分提问。如果评委确认题目中确实存在不明确或错误的部分，将会通告所有参赛队伍进行声明或更正。
（3）参赛团体不能携带任何电子设备，例如手机、电脑、u盘、mp3、好易通等；允许携带纸质材料，包括源代码，参考书，字典。
（4）当参赛团体出现妨碍比赛正常进行的行为时，诸如擅自移动赛场中的设备，未经授权修改比赛软硬件，干扰他人比赛等，都将会被竞赛组委会取消参赛资格。
2．比赛结果由团体解决的题目以及解决时间来决定，解题多者获胜，如果有队伍解题数量相同，则根据所用时间多少进行排名。最后，完成的题目的多少，淘汰50%的团体。
软件的策划书（实用18篇）篇四
为了深入贯彻“素质、技能、自学”的六字方针,正确引导我校同学积极参加科技创新活动，不断培养创新精神和团队意识，切实增强理论联系实际的能力，通过富有自由、开放、创新精神的大赛，为广大同学提供一个提高自我、展示才华的平台，并且通过这一平台，结交更多优秀的人才，提高广大同学的学习积极性、创新意识和勇于实践的科学精神。校园科技文化节是一个交流文化，学习技能的好机会，是展现xx财经学院学子良好风采的不二之选。
演绎精彩·创意无限。
科技文化节旨在服务同学，展现学院风采，培养健康生活方式，宣传化学文化，进一步深化校园文化建设，激发大学生创新意识与科研探究热情，营造活跃、浓郁的科学和人文精神氛围，提高学生学以致用的能力。
第一：培养科学研究精神，提高实践创新能力，为学生提供一个发掘自身潜能的平台，通过参赛培养学生的创新意识，竞争精神及实际动手的能力。达到选拔一批、带动一批、影响一大片的效果。
第二：创建一流校风、学风，丰富学生的校园生活，发挥当代大学生的创造力，提高广大学生的电脑技术水平。充分展示大学生的精神文明建设，体现xx财经学院精神文明建设成果，丰富在校大学生的课余生活。
第三：激发我校学生学习计算机科学技术知识的'热情，检验动多媒体设计的水平。为在校学生提供一个挑战自我的个机会。
第四：强化同学们计算机操作技能的提高，进一步加强同学们对计算机应用广泛性和实用性的了解。推动多媒体产品的应用，提高学生的实际开发能力，加速软件后备人才的培养。
前期宣传20xx年10月中旬。
活动阶段20xx年11月中旬——20xx年5月末。
1、固定地点：xx财经学院长安校区二食堂门口。
2、由各个班级统一下发报名表，统一报名。
xx财经学院长安校区全体学生。
（一）作品类型：
手机游戏，软件开发，web设计，电子商务，论坛，办公软件，应用软件，游戏娱乐。
（二）作品内容：
1)作品内容健康，丰富科学，结构清晰、创意新颖，设计技术先进。不得违反国家的有关法律、法规和规定。
2)作品必须是独立的软件，具备可演示的运行环境，可演示的用户界面（图形用户界面，web界面或者命令行界面等）。
3)提交内容为作品源代码、编译安装脚本、版权说明及相关设计文档（如：ppt文档，不超过一页的摘要；项目规格书，包括创作思路，应用领域等；分析设计文档，描述设计架构，模块功能描述，相关依赖软件的说明等）；作者应自行保留备份，提交的作品不予退回。
4)提交的作品应实现设计文档中描述的基本功能，能正确运行，并给出正确结果。
5)作者必须确保作品软件和相关文档无任何知识产权纠纷，若存在任何知识产权纠纷则取消参赛资格，并由作者个人承担相应责任。
6)作品须为自己创作，如发现作品属于抄袭、克隆行为，一经发现，组委会将取消参赛者的评奖资格。
（一）组织发动阶段（20xx年10月中旬）。
20xx年10月初，向各院下发比赛通知、参赛规则和报名表等，各院采取各种形式对大赛进行宣传动员。同时在启动仪式是通过计算机作品展示吸引大家兴趣。
（二）统一报名阶段。
在文化节启动的开始，启动统一报名，针对所有的大赛进行规范合理。
的统一报名。（报名持续一个礼拜）。
（三）作品准备阶段。
20xx年11月份，20xx年1、2月份，报名参赛的选手可利用这二（三）个月的时间包括节假日，自行进行软件设计制作。3月上旬，将对推荐参加软件设计大赛的作品以电子版的形式并报送至信息学院团工委，由大赛评审委员会对参赛作品进行分类及作品的参赛资格和形式审查和前期测试，不合格的作品(包括非原创的作品)通报后取消参赛资格。
（四）评审准备阶段。
1、3月末，由专家组成评审委员会，根据《评审实施细则》进行评审，通过测试，择优选出约三分之一作品进入决赛。
2、5月末，由专家组成评审委员会，根据《评审实施细则》进行评审，通过测试，择优选出约三分之一作品进入决赛。
（五）终评阶段。
参加终评决赛的个人或小组进行顺序抽签，现场演示及答辩（每个作品的答辩时间为3-8分钟）。由评委会打分最终确定各奖项获得者。
（六）、评分标准。
1、作品创意：软件要创意新颖，实用性强。
2、设计科学：软件开发符合软件工程思想，算法设计合理。
3、运行效果：作品要界面美观，运行稳定，使用方便，可操作性强。
4、汇报表现：汇报要思路请示、表达清楚，回答问题准确。
打印费用300元。
总计2850元元。
软件的策划书（实用18篇）篇五
本开发计划的目的是：
b．制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
1.2背景。
本项目软件名称为《电能质量数据分析软件》。
任务来源于（略）公司；
交办单位：（略）公司；
承办单位：北京长峰新康科技有限责任公司。
1.3参考资料。
无；
1.4术语和缩写词。
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。
2任务概要。
2.1工作内容。
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件需求规格说明。
项目开发计划。
可行性报告。
软件标准规范。
软件测试办法。
概要设计说明。
软件可靠性和安全性设计指南。
硬件总体设计报告。
详细设计说明。
软件详细设计报告。
软件代码（略）。
测试分析报告。
软件可靠性和安全性设计检查单。
软件评审检查单。
2.2产品。
2.2.1程序。
见需求。
2.2.2文档。
文档内容见2.1中文档建立。
文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：
项目开发计划；?软件开发计划。
软件目录；?文档目录。
软件需求规格说明；?需求分析报告。
概要设计说明；?概要设计文档。
详细设计说明；?详细设计文档。
软件标准规范；?源代码。
软件使用说明；?软件使用说明书。
测试分析报告；?软件测试报告。
软件评审检查单。?软件审查报告。
2.2.3服务。
培训：
时间：1天；
内容：软件使用及安装；
软件支持：略。
2.2.4验收标准和验收计划。
验收测试：
时间：1天。
内容：软件使用。
时间：1天；
内容：确定软件的可使用性，软件的功能完整性。
3实施总计划。
3.1阶段划分。
需求分析：2周；
概要设计：6天；
详细设计：1.5周；
编码：3周；
测试：2周；
验收：2天。
3.2人员组成。
姓名职责参加时间。
廖燕宁负责软件的总体设计时段：全部，开发时段：部分。
耿江涛软件设计，开发全部。
高小光设计，开发全部。
张欣说明书，部分文档部分。
赵健颖需求部分。
3.3任务的分解和人员分工。
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员：廖燕宁，赵健颖；
确定质量保证人员：廖燕宁。
配置管理人员：耿江涛。
形式化检查人员：赵健颖。
使用者：赵健颖。
软件任务：系统需求。
负责人：（略）的市场部经理赵健颖。
职责：提供需求。
软件任务：需求分析。
负责人：廖燕宁。
职责：进行需求分析，提供需求分析报告。
软件任务：概要设计。
负责人：廖燕宁，耿江涛，高小光。
职责：进行概要设计，概要设计框图，相应文档。
软件任务：详细设计。
负责人：廖燕宁，耿江涛，高小光。
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码。
负责人：耿江涛，高小光。
职责：编码，调试及报告。
软件任务：测试。
负责人：廖燕宁，耿江涛，高小光。
职责：路径测试。
软件任务：更新。
负责人：廖燕宁，耿江涛，高小光，赵健颖。
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。
负责人：张欣。
职责：软件使用说明书，部分其他文档。
3.4进度和完成的最后期限。
进度包括：
需求分析；
软件概要设计；
软件详细设计；
编码；
测试；
的时间。
略
3.6关键问题。
（略）。
3.7独立确认测试工作计划和安排。
测试由长峰新康进行；
测试数据由长峰华辉提供；
时间：编码结束后一周内；
设备：
普通pc机。
windows98。
（略）电能分析仪。
4支持需求。
软件的策划书（实用18篇）篇六
本次活动以娱乐为主，其旨在：
锻炼大家的沟通与交际能力。
让大家彼此认识彼此，为以后做项目活动做好准备。
提高每位成员的身体素质。
星期六上午：8：30—11：00。
农大北区2#先面的篮球场。
我们部的成员将进行篮球比赛。
将我们的成员分为若干组进行比赛，最终获胜的那个队，将获得本次活动的奖品。
一桶纯净水和50个杯子——10元。奖品——30元。总计40元。
篮球4个自带。
软件的策划书（实用18篇）篇七
本开发计划的目的是：
b. 制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员;
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
1 .2 背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于(略)公司;
交办单位：(略)公司;
承办单位：北京长峰新康科技有限责任公司。
1 .3 参考资料
无;
1 .4 术语和缩写词
暂无;
特别说明：有关公司内部秘密的内容用(略)代替。
2 任务概要
2 .1 工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件开发计划;
软件目录
软件需求规格说明
项目开发计划
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码(略)
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2 产品
2 .2.1 程序
见需求。
2 .2.2 文档
文档内容见2.1中文档建立。
软件目录;文档目录
软件需求规格说明; 需求分析报告
概要设计说明; 概要设计文档
详细设计说明;详细设计文档
软件标准规范;源代码
软件使用说明;软件使用说明书
测试分析报告;软件测试报告
软件评审检查单。软件审查报告
2 .2.3 服务
培训：
时间：1天;
内容：软件使用及安装;
软件支持：略。
2 .2.4 验收标准和验收计划
验收测试：
时间：1天。
内容：软件使用。
软件确认：
时间：1天;
内容：确定软件的可使用性，软件的功能完整性。 3 实施总计划
3 .1 阶段划分
需求分析：2周;
概要设计：6天;
详细设计：1.5周;
编码：3周;
测试：2周;
验收：2天。
3 .2 人员组成
姓名 职责 参加时间
高小光 设计，开发 全部
张欣 说明书，部分文档 部分
赵健颖 需求 部分
3 .3 任务的分解和人员分工
确定质量保证人员：廖燕宁
配置管理人员：耿江涛
形式化检查人员：赵健颖
使用者：赵健颖。
软件任务：系统需求
负责人：(略)的市场部经理赵健颖
职责：提供需求。
软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。
软件任务：概要设计
负责人：廖燕宁，耿江涛，高小光
职责：进行概要设计，概要设计框图，相应文档。
软件任务：详细设计
负责人：廖燕宁，耿江涛，高小光
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码
负责人：耿江涛，高小光
职责：编码，调试及报告。
软件任务：测试
负责人：廖燕宁，耿江涛，高小光
职责：路径测试。
软件的策划书（实用18篇）篇八
第一部分项目背景介绍。
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制，为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境，同时优化了学校的内部管理，降低了管理成本，从而提升了学校竞争力，相对于用户而言，不但提高了办公效率、节约了办公时间，并且提高了管理效率，从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京云比特专家对千余家学校实际需求进行深入的分析、提炼、总结，并结合我国最先进的。
教学。
及管理理念的基础之上，提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”，随时随地办公，将使学校的核心竞争力得到全面的提升。
第二部分产品/服务。
ui，ajax等等为产品开发工作带来了很大的效益。
第三部分项目研发。
（一）项目整体模块示意图。
（二）功能模块。
研发定位。
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块，应用数据、网络、加密及权限设定等技术，实现了信息从我们的写信息，到已发送成功或者保存到草稿箱，及我们收件箱里的信息和已删除的信息整个过程的全自动化，最终完成了我们的信息传输。其中在信息的传输过程当中，我们还可以对收件箱，已发送、已删除的信息进行回复、转发和删除等功能操作，对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色。
结束之后并对此次会议进行感想提交。
据了解,目前在国内office软件市场中,除了微软office软件以外,金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为,微软公司的这一市场举措除有降低正版软件购买门槛的用意之外,也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外,微软中国近期也加大了对企业版本office软件授权的促销力度。除了通过价格争取用户外,目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道,则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力,“我相信很多消费者只要充分了解到我们企业的产品促销信息,就会对我们的产品感兴趣。”
软件的策划书（实用18篇）篇九
为推进学院素质教育，提高大学生的科学素养，拓展我院学生的综合素质，丰富大学生的校园文化生活，营造浓郁的学术、科技氛围，进一步培养学生的创新意识、创新精神和创新能力。软件协会策划开展以“勤奋学习，创新实践”为主题的大学生计算机编程大赛。主要内容如下：
旨在培养和激励高校学生的创造力、团队合作精神以及在软件开发过程中的创新能力。同时此次大赛将视为对明年的省高校杯的一次演练，提高广大学生开展计算机软件设计的兴趣和能力，，给广大在计算机程序设计方面有特长的同学提供展示才能的舞台。通过参赛，检验学生在压力下进行开发的能力，展示其创新能力，为加强校内同学间的交流和相互学习提供机会。
参赛者均为广东科贸职业学院信息工程系在校学生。
1.本次竞赛采取团队报名的形式。
2、参赛团队填写报名表（报名电子表发送到信工系各班团支书）。
3、由各班团支书负责统一收集参赛团队报名表，并在规定的报名时间内将本班参赛者报名表交到负责人处，逾期不收。
4、参赛者报名表打包后发送到邮箱：396115328@。
报名截止时间xx年11月25日。
其他详细信息可留意软件协会官方博客：
1、本次竞赛的内容是根据拟定项目或者根据现实需要自行设计一个项目参与本次大赛项目评比。
2、比赛时间为三个星期，参赛团队须在规定时间内完成。
3、比赛期间选手可以翻阅相关的工具书。
4、参赛者应尊重自己的劳动成果，严禁将自己的作品拿给他人抄袭，严禁抄袭他人的作品。（违反此条例者，将追究其相关责任）。
5、比赛期间不局限于参赛者使用何种技术体系，不局限于使用何种开发工具及操作系统。
项目评比参考：
项目的稳定性、项目的实用性。
项目使用的技术框架及开发平台。
项目代码编写的标准及是否强壮。
结果评定：比赛排名根据项目评比的成绩的总和得出。
1、活动宣传及报名时间：xx年11月22日~xx年11月25日。
2、项目前期的培训：xx年11月27,28号,12月5,6号。
3、项目评比：12月下旬。
（注：以上时间和地点安排可根据实际情况另行更改）。
一等奖（1名）：500元、荣誉证书。
软件的策划书（实用18篇）篇十
中国奢侈品消费市场的快速增长，极大地刺激着全球奢侈品公司的扩张欲望,世界公认的顶级奢侈品品牌中已有超过八成进驻中国市场。据《胡润财富报告》称，中国内地千万富豪人数已达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、页面基础信息开发：前端开发、后台开发、用户中心开发、页面效果开发。
软件的策划书（实用18篇）篇十一
本站发布软件项目策划书，更多软件项目策划书相关信息请访问本站策划频道。
项目名称：**********************评审日期：
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专题计划要点
说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。
6附录
7索引
软件的策划书（实用18篇）篇十二
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制，为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境，同时优化了学校的内部管理，降低了管理成本，从而提升了学校竞争力，相对于用户而言，不但提高了办公效率、节约了办公时间，并且提高了管理效率，从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京云比特专家对千余家学校实际需求进行深入的分析、提炼、总结，并结合我国最先进的教学及管理理念的基础之上，提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”，随时随地办公，将使学校的核心竞争力得到全面的提升。
第二部分 产品/服务
ui，ajax等等为产品开发工作带来了很大的效益。
第三部分 项目研发
（一）项目整体模块示意图
（二）功能模块
研发定位
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块，应用数据、网络、加密及权限设定等技术，实现了信息从我们的写信息，到已发送成功或者保存到草稿箱，及我们收件箱里的信息和已删除的信息整个过程的全自动化，最终完成了我们的信息传输。其中在信息的传输过程当中，我们还可以对收件箱，已发送、已删除的信息进行回复、转发和删除等功能操作，对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色
实现教工日常办公时信息的'发送，接收传输，及信件的回复、转发、查询等，同时给教工办公节省了大量的时间也提高了办公效率；拥有统一的页面列表显示格式（如图）；采用工作流程，严格控制了信息传送本系统中的教学管理主要分为：科目设置、教学计划、教学总结、计划管理、总结管理5个功能模块来完成我们整个的教学管理。首先对年级组的科目进行设置添加，然后教工可根据所属的年级组、科目、学年、学期进行计划和总结的添加，添加提交完之后，可在计划管理和总结管理中查看提交给的领导是否已审批资料管理一般指对书面材料进行管理。从it技术的角度讲，则指电子文档、书面材料的电子化扫描、存放位置编码管理等。所以，一般也叫文档管理软件。该资料管理主要分为：上传资料、共享资料、类别管理等3个模块来完成我们整个资料管理的工作。其实该模块的工作流程很简单，单单就可以任务就是一个资料上传。因为我们的共享资料和类型管理，可以认为是在上传资料的时所选的状态和属性，之后我们还可以对共享的资料进行下载查看。由于上级对下级、组织对成员或平行单位之间部署工作、传达事情或召开会议，所以才研发出此功能模块，该功能模块主要就是为了实现会议通知，为节省学校的人力物力资源而研发出的。在会议通知发放之后，要参加会议的人员可根据会议通知的内容进行参加会议，参会人员可以对此次会议上传相关的资料，会议结束之后并对此次会议进行感想提交。
据了解,目前在国内office软件市场中,除了微软office软件以外,金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为,微软公司的这一市场举措除有降低正版软件购买门槛的用意之外,也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外,微软中国近期也加大了对企业版本office软件授权的促销力度。除了通过价格争取用户外,目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道,则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力, “我相信很多消费者只要充分了解到我们企业的产品促销信息,就会对我们的产品感兴趣。”
软件的策划书（实用18篇）篇十三
如何书写一份策划书呢?下面是小编为您精心整理的策划书的写作0希望大家喜欢。
文档方案用：word
ppt方案用：microsoft_office_2010
一、项目计划书格式
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、负责本项目同用户的接口人员;
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
软件的策划书（实用18篇）篇十四
中国奢侈品消费市场的快速增长，极大地刺激着全球奢侈品公司的扩张欲望,世界公认的顶级奢侈品品牌中已有超过八成进驻中国市场。据《xx胡润财富报告》称，中国内地千万富豪人数已达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)。
程序语言：c#
其他
网站域名：—very important person, very precious goods !
网站名称：品仕网。
网站广告：品味奢华，尊贵以人为本。
软件的策划书（实用18篇）篇十五
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制，为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境，同时优化了学校的内部管理，降低了管理成本，从而提升了学校竞争力，相对于用户而言，不但提高了办公效率、节约了办公时间，并且提高了管理效率，从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京xx专家对千余家学校实际需求进行深入的分析、提炼、总结，并结合我国最先进的教学及管理理念的基础之上，提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”，随时随地办公，将使学校的核心竞争力得到全面的提升。
xx办公系统精简版是一款基于互联网运行，适用于学校的校务办公的网络办公软件。所谓“精简”是相对于我们xx办公系统标准版而言的，精简版功能模块更加精简，适用于学校内行政办公管理，加强学生处对学校现况的了解和把握及各部门对档案、文件、资料、教学安排等管理，并能灵活快速的上传下达学校与各部门，各教工之间文件传达与会议安排等。该产品还具有“无纸化办公，方便实用；价格低廉，有效节约学校开支；提高办公效率，节约办公成本；实时查询统计，有效管理；产品技术成熟，运行“零”障碍；”等优势。对于此次产品研发使用到了很多的新技术，如ext框架，jquery，ui，ajax等等为产品开发工作带来了很大的效益。
（一）项目整体模块示意图。
（二）功能模块。
研发定位。
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块，应用数据、网络、加密及权限设定等技术，实现了信息从我们的写信息，到已发送成功或者保存到草稿箱，及我们收件箱里的信息和已删除的信息整个过程的全自动化，最终完成了我们的信息传输。其中在信息的传输过程当中，我们还可以对收件箱，已发送、已删除的信息进行回复、转发和删除等功能操作，对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色。
实现教工日常办公时信息的发送，接收传输，及信件的回复、转发、查询等，同时给教工办公节省了大量的时间也提高了办公效率；拥有统一的页面列表显示格式；采用工作流程，严格控制了信息传送本系统中的教学管理主要分为：科目设置、教学计划、教学总结、计划管理、总结管理5个功能模块来完成我们整个的教学管理。首先对年级组的科目进行设置添加，然后教工可根据所属的年级组、科目、学年、学期进行计划和总结的添加，添加提交完之后，可在计划管理和总结管理中查看提交给的领导是否已审批资料管理一般指对书面材料进行管理。从it技术的角度讲，则指电子文档、书面材料的电子化扫描、存放位置编码管理等。所以，一般也叫文档管理软件。该资料管理主要分为：上传资料、共享资料、类别管理等3个模块来完成我们整个资料管理的工作。其实该模块的工作流程很简单，单单就可以任务就是一个资料上传。因为我们的共享资料和类型管理，可以认为是在上传资料的时所选的状态和属性，之后我们还可以对共享的资料进行下载查看。由于上级对下级、组织对成员或平行单位之间部署工作、传达事情或召开会议，所以才研发出此功能模块，该功能模块主要就是为了实现会议通知，为节省学校的人力物力资源而研发出的。在会议通知发放之后，要参加会议的人员可根据会议通知的内容进行参加会议，参会人员可以对此次会议上传相关的资料，会议结束之后并对此次会议进行感想提交。
该系统设置主要由基础设置、权限管理、论坛管理、公告管理、部门管理等5个模块组成。但这几个模块之间没什么牵连关系，也就是说可以单单去讲述每一个模块的功能。对于基础设置主要是对系统开发的一些相关信息的记录；其次就是对注册人员审核之后进行权限分配；这里的论坛管理只能对论坛的版块进行添加，删除，编辑等操作，至于论坛的评论交流需在我们下一个模块论坛交流中才能实现；当前的公告管理和部门管理也就是对一些相关信息的基本操作。
据了解，目前在国内office软件市场中，除了微软office软件以外，金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为，微软公司的这一市场举措除有降低正版软件购买门槛的用意之外，也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外，微软中国近期也加大了对企业版本office软件授权的促销力度。
除了通过价格争取用户外，目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道，则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力，“我相信很多消费者只要充分了解到我们企业的产品促销信息，就会对我们的产品感兴趣。”
文档为doc格式。
软件的策划书（实用18篇）篇十六
活动目的：通过半个学期紧张的学习，迎来了新生们第一个学院科技节！通过这次科技节，让同学们更进一步了解科技相关知道，在增长知道的同时，也丰富了同学们的课余时间！
活动内容：通过一周以来紧张的科技节目，周末我们也为同学们准备了一系列的活动，以至将科技进行到底！更好的让同学们感受到科技节带来的欢乐气氛！活动形式：通过放电影的形式，向同学们传播相关的科技信息！每周播放一部电影！
播放地点：软件学院宿舍区永辉超市门前。
日程安排：
11月14.具体活动细节，活动预算。
11月15.开始联系电影设备器材方面。
11月16号开始拉赞助。
11月21号，做科技节目的前期宣传。
11月24号，开始做电影海报宣传。
11月26号，一切准备就绪。
软件的策划书（实用18篇）篇十七
一、活动背景：
xx大学软件学院是纯软件类专业的学院。新学期的到来，又一批莘莘学子来临，新生对大学生活充满了强烈的好奇心，同时对各类计算机产品又缺乏了解，我们作为校a级社团，有责任和义务承担起引导新生学习计算机基础知识、普及硬件知识的重任。凭借这样的契机，我们组织了新学期的首个大型活动，计算机硬件科普展，吸引全校新生眼球的同时，通过展示我们社团实力。
二、活动目的：
三、活动安排：
展示内容：常见的计算机配件。
活动时间：20xx年10月15日——10月16日（视情况定）。
（如遇外界恶劣条件不能如期进行，活动时间另行研究决定）。
活动地点：xx大学软件学院永辉超市正门口。
活动宣传：
1、前期海报宣传：活动前五天在每栋宿舍楼、生活区等地方贴上海报，以倒计时的`方式吸引每个同学的眼球。
口头宣传：召开社员大会，通过it地带300名社员同时进行全校的宣传。
广播宣传：13、14号由校广播站播放4遍活动的时间以及主题。
2．当天现场宣传：
海报：活动宣传海报、硬件知识海报。
传单：用于此次活动的传单。
派发1300份硬件知识问卷。
礼品宣传：印有金山标志或代理品牌的小礼品（如鼠标垫，礼品袋）。
四、活动流程。
8：15人员到位，发放工作牌。
8：30完成场地准备，横幅挂好。
9：00开始相关物品的摆放和现场布置，共十三个展台，将所有金山代理产品的海报分类贴在不同的展示台前，组成强大的产品阵形。
9：40活动预热，播放音乐、电影聚拢人气。
并由相应展示桌前的技术员对同学们进行解疑。
10：00进行现场的装机演示，由我社两名硬件组技术员演示。
10：40开始第一轮计算机所有配件的讲解，由装机服务部成员负责解说，带领同学走过每一个展示台，对产品进行逐个讲解。
各种硬件与特性，包括音箱、机箱、光存储、五大部件等）。
11：30程序组第一轮抽奖开始，抽选出幸运之星若干名并奖励小礼品。
11：45摆放好提示版（写明下午展示的。
软件的策划书（实用18篇）篇十八
软件项目策划书如何书写呢?下面是小编为您精心整理的软件项目策划书，希望大家喜欢。
一、项目计划书格式
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原则：
s specific 明确的陈述
m measurable 可以衡量的结果
a attainable 可以达成的目标
r realistic 合理的，现实的或者说是能和实际工作相结合
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、负责本项目同用户的接口人员;
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 计算机软件质量保证计划规范，内容包括：
引言(本章节包括质量计划的目的、定义、参考资料)
管理(描述负责软件质量管理的机构、任务及其相关的职责)
文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)
标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)
评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
软件配置管理(编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档)
工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)
媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)
对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限)
4.4.2 进度控制计划
(可直接引用以下描述或根据项目情况制定本节内容)
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款，或引用按照gb/t 12505单独制订《配置管理计划》文档。
在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。
根据《gb/t 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下：
引言(本章节包括质量计划的目的、定义、参考资料)
管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
)
软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)
对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
参考文献
http:///