项目计划书11Word格式.docx
《项目计划书11Word格式.docx》由会员分享，可在线阅读，更多相关《项目计划书11Word格式.docx（14页珍藏版）》请在冰豆网上搜索。
2.5.1.1需求获取
2.5.1.2需求分析
2.5.1.3需求处理
2.5.1.4需求确认
2.5.2需求管理过程
2.5.2.1需求实现
2.5.2.2需求跟踪
2.5.2.3需求变更控制
3.项目功能
4.项目性能
4.1响应时间
4.2处理速度
4.3最大终端负载
5.投入产出分析
5.1投入分析
5.11人员工资
5.12设备工资
5.2产出分析
6.开发计划
6.2评审计划
7.案例分析
7.1国外案例分析
7.2国内案例分析
8.风险分析
8.1需求风险和解决方案
8.2沟通不良风险和解决方案
8.3技术风险和解决方案
8.4人员风险和解决方案
本公司名为擎天柱公司，成立于2015年4月2日星期四，公司位于广东海洋大学海安A109资产50万，共有4个开发人员，是一家为商家提供线上服务，商品的O2O平台。
本公司始终室，总遵循消费者第一、商家第二、本公司第三的原则，至今有一套完整体系为消费者和商家提供好产品，好服务。
第一，向投资人和合作伙伴，供应商，顾客，政策机构阐述该项目的前景；
第二，整合该项目团队的所有资源；
第三，对产品和服务进行简要的介绍；
第四，总结市场情况，进行一定的风险评估，把握整个项目的研发方向。
1.3术语定义
Java：
Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言。
Java技术具有卓越的通用性、高效性、平台移植性和安全性，广泛应用于PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大的开发者专业社群。
Linux：
Linux是一套免费使用和自由传播的类Unix操作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的操作系统。
它能运行主要的UNIX工具软件、应用程序和网络协议。
它支持32位和64位硬件。
Linux继承了Unix以网络为核心的设计思想，是一个性能稳定的多用户网络操作系统。
Putnam
模型：
这是1978年Putnam提出的模型，是一种动态多变量模型。
它是假定在软件开发的整个生存期中工作量有特定的分布。
这种模型是依据在一些大型项目（总工作量达到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以应用在一些较小的软件项目中。
《现代软件工程》--------机械工业出版社
《疯狂java讲义》--------电子工业出版社
《鸟格的linux私房菜》--------人民邮电出版社
《软件项目计划书》
日期
版本
变更说明
作者
2015/3/24
1.0
2.项目概述及架构
2.1目概述项
本软件定位于为广东海洋大学主校区的校外商城，校内商中和各宿舍楼下的小卖部量身定制，更快更好的销售他们的商品。
坚持自主创新的技术路线，提供优质的服务，集聚公司的信誉。
宣传是商品展现的最好窗口，手机智能化的新型的媒介为我们提供更多的宣传，借助邮件，微信公众号以及微博等新型媒介大力宣传，充分利用多样化的媒介，提高本公司的知名度。
利用该校园超市客户端的优势迅速在广东海洋大学主校区发展起来。
在前期，采用红包的方式迅速增加用户量，提供学生生活必需品，对学生经常购买的商品进行统计，开始专门销售。
接着商品多样化，特色化，增加本公司的优势。
在经验模式成熟后，产生盈利，累计资本，同时向湛江各大高校周边商铺辐射，甚至向全国进发。
2.2项目架构
c/s体系结构：
服务端：
系统：
redhat5.5
Cpu:
IntelXeonE3-1230
内存：
8G或更高
声卡：
DirextSound
显卡：
Direct3D（512MB以上）
客户端：
安卓2.0以上的系统；
Cpu：
至少单核800MHZ的MT6573；
RAM：
至少需要256MB；
网络和导航：
网络支持和GPS功能（可缺）
2
2.4项目生命周期描述
2.5需求工程
通过对市场调查和分析，获得用户需求并且定义产品的需求。
需求开发过程的里程碑如下：
通过各种途径获取用户的需求信息。
对各种需求信息进行分析，消除错误，刻画细节等。
根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。
系统设计人员将依据《产品需求规格说明书》开展系统设计工作。
开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。
在客户与开发方之间建立对需求的共同理解的基础上，实现需求并在实现的过程中，维护需求与其它工作成果的一致性，并控制需求的变更。
需求管理过程的里程碑如下：
在系统概要分析、详细分析和系统编码、测试等开发过程中，实现系统的需求。
通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。
依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。
3.项目功能
编号
功能名称
功能描述
输入内容
输出内容
1
商品信息管理
发布、修改、删除商品信息
略
订单信息管理
管理订单相关交易信息
3
购物车管理
管理会员所购货物信息
4
支付管理
支付宝支付红包
在2g网络，在2S内响应动作
在3g网络，在1S内响应动作
在4g网络，在0.2内响应动作
4.2处理速度
在相同线路下，处理数据速度为光纤100M/S
4.3最大终端负载
最大登陆用户限额为：
5000
5.投入和产出分析
5.1投入分析：
5.11人员工资：
公司资金50万人民币
成本估算采用Putnam
模型
L
=
Ck
*
K1/3*
td4/3
其中：
L-----------源代码行数（以LOC计）
K（估算值为2/人年）-----------整个开发过程所花费的工作量（以人年计）
td（估算值为0.5年）-----------开发持续时间（以年计）
Ck（估算值为8000）----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表
Ck的典型值
开发环境
开发环境举例
2000
差
没有系统的开发方法，缺乏文档和复审
8000
好
有合适的系统的开发方法，有充分的文档和复审
11000
优
有自动的开发工具和技术
L=Ck
td4/3=4000LOC
工作量（人月）=2/人年*12=24/人月
生产率=每人一月交付的有效源代码行数
=4000LOC/24个人月=167LOC/PM
阶段成本估计：
阶段
人月
工资（月）
阶段总计
需求分析
32000
概要分析
7000
14000
详细设计
10000
30000
编码
7
56000
测试
6
6000
36000
包装和发布
15000
总计
25
平均工资=/24人月=7625元
5.12设备工资：
服务器每月1000元
光纤100M/S每月300元
软件开发完成总投入：
+1000*1+300*1=元。
5.2产出分析：
年度
（单位：
季度）
第一年
Q1（rmb）
Q2（rmb）
Q3（rmb）
Q4（rmb）
第二年
现金投入
现金回流
80000
净现金流量
84300
15700
回报期
8个月
6.1进度计划
周数）
√
5
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
6.2评审计划
评审日期
评审地点
主持人
参与人
成交文档
商业计划
2015/3/14
海安A109
范老师
商业计划书
立项文档
2015/4/14
需求文档
2015/5/14
面向对象需求分析书
概要设计
2015/6/14
结构化需求分析书
7.国内案例分析
2010年3月4日成立的团购网站。
美团网有着“美团一次，美一次”的宣传口号。
为消费者发现最值得信赖的商家，让消费者享受超低折扣的优质服务；
为商家找到最合适的消费者，给商家提供最大收益的互联网推广。
美团网整个运作过程中，对于商家没有任何风险，消费者如果对合作商家的产品感兴趣，可登陆美团网通过支付宝或者银联卡付钱下单，之后消费者会收到美团网发送的短信密码消费券，消费者凭短信密码可直接到商家消费，商家可凭消费者消费券和美团网结算。
2014年美团全年交易额突破460亿元，较去年增长180%以上，市场份额占比超过60%。
“饿了么”整合了线下餐饮品牌和线上网络资源，用户可以方便地通过手机、电脑搜索周边餐厅，在线订餐、享受美食。
与此同时，“饿了么”向用户传达一种健康、年轻化的饮食习惯和生活方式。
除了为用户创造价值，饿了么率先提出C2C网上订餐的概念，为线下餐厅提供一体化运营的解决方案。
2015.01饿了么已完成E轮融资，获中信产业基金、腾讯、京东、大众点评、红杉资本联合投资3.5亿美元。
美团与饿了么的成功，将线下商务的机会与互联网结合在了一起，让互联网成为线下交易的前台。
这样线下服务就可以用线上来揽客，消费者可以用线上来筛选服务，还有成交可以在线结算，很快达到规模。
该模式最重要的特点是：
推广效果可查，每笔交易可跟踪。
校园移动超市与美团和饿了么的商业模式基本一样，但是线下合作的商铺与美团和饿了么有所不同，该商铺大多为超市、商场、小卖部等等零售商，另外专注于校园市场，有着自己的优势。
现实中的商铺销售手段单一，另外客户购买该商铺的商品主要还是到该商铺的地点进行购买，极少存在客户进行电话预购和商铺上门销售的情况。
且这两种方式都比较麻烦。
在“美团”与“饿了么”进入校园之后，校园市场让人不敢忽视其中的收益。
而校园移动超市也应运而生。
更何况校园移动超市在运作过程中，对于商家来说，同样没有任何风险，也为消费者迅速找到值得信赖的商家。
8.风险分析和解决方案
需求变更频繁:
在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。
这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。
解决方案：
（1）需求制定充分预见未来；
（2）多于老师助教讨论；
（3）设计方案留有变更余地。
沟通不良风险：
项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。
预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。
开发技术不成熟:
没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。
（1）提前制定好学习计划；
（2）降低设计难度。
8.4人员风险和解决方案
缺乏设计人员：
设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。
（1）组员深入学习相关知识；
（2）寻求外援帮助。
附录
本项目计划书的分工如下：
成员
分工（按目录）
2.1-2.5，5.1-5.2，8.1-8.4
3，4.1-4.3，6.1-6.2，7.1-7.2
1.1-1.6
升级会员 