Sunshine减肥餐项目计划书.docx
《Sunshine减肥餐项目计划书.docx》由会员分享，可在线阅读，更多相关《Sunshine减肥餐项目计划书.docx（26页珍藏版）》请在冰点文库上搜索。
Sunshine减肥餐项目计划书
第一章前言---------------------------------------------------------2
1.1项目开发背景--------------------------------------------------2
1.2项目概述------------------------------------------------------2
第二章范围计划-------------------------------------------------------3
2.1项目工作分解结构----------------------------------------------3
2.2Sunshine减肥餐APP的WBS清单描述-----------------------------------4
2.3webonWBS图------------------------------------------------------6
2.4软件生命周期模型图示表示--------------------------------------------6
2.5软件生命周期模型图示表示--------------------------------------------6
2.6软件生命周期模型详细文档--------------------------------------------8
（一）软件规划------------------------------------------------------8
（二）软件结构设计--------------------------------------------8
（三）数据库设计--------------------------------------------8
（四）实施-------------------------------------------------8
（五）系统集成---------------------------------------------9
（六）提交-------------------------------------------------9
（七）维护-------------------------------------------------9
第三章进度计划------------------------------------------------------10
3.1进度表-----------------------------------------------------11
3.2里程碑图---------------------------------------------------11
第四章成本计划------------------------------------------------------12
4.1成本估算-----------------------------------------------12
4.2成本预算-----------------------------------------------13
第五章人力资源计划--------------------------------------------------14
5.1项目的组织结构-----------------------------------------14
5.2责任分配矩阵-------------------------------------------14
5.3人力资源管理计划----------------------------------------16
第六章沟通计划------------------------------------------------------17
6.1沟通需求-----------------------------------------------17
6.2沟通内容-----------------------------------------------17
6.3沟通方法-----------------------------------------------17
6.4沟通时间安排表-----------------------------------------17
6.5沟通计划维护-------------------------------------------18
第一章前言
1.1项目开发背景
“瘦身减肥变美，拥有完美体形”一直是爱美之人经久不衰的追求，需要减肥的不止是大量的肥胖者，也包括追求黄金比例健美身材的人们，由此可见，与减肥流行相关“Foodreducingweight”APP，拥有客观的用户群体，广阔的消费市场。
而今全球时尚界更是提出健康瘦身的新趋势，拒绝绝食减肥，通过“食疗”即营养均衡低热量的合理饮食，积极地健身运动，循序渐进的科学的实现完美身材的梦想,健康瘦身，美食美颜。
掌握科学饮食与科学锻炼是健身的不二法则，因为营养对维持人体健康有很重要的作用，良好的营养可使身心健康，保持正常体重，使人精力充沛，永葆青春。
营养过少不能满足机体活动，会导致营养不良，抵抗力降低，体弱多病。
营养过剩也会引发种种疾病，直接诱发“现代文明病”等。
因此健康的“减肥餐”对达到科学减肥的具有重要的意义。
该APP为渴望瘦身减肥的男女提供健康饮食的在线减肥餐，对“减肥等于绝食”的减肥方式Say:
NO!
通过APP获取减肥餐餐厅最新的饮食推荐、资讯、订购等，让你吃着也能变美变瘦，营养均衡的达到瘦身效果。
该APP更是对倡导健康生活饮食习惯，长期保持健美体形具有重要的意义。
为广大渴望减肥的用户提供专业、丰富、有效、便捷的APP减肥餐体验与交流平台。
1.2项目概述
1.Sunshine减肥餐APP的功能分析
该功能分析可以反应一个APP能够完成的各种功能，它能够清晰地把这个APP要实现的功能展示给后续的设计人员以及使用者。
2.Sunshine减肥餐的非功能性需求如下：
⏹网络响应速度应该尽量快。
⏹用户填写的信息应该尽量精准，尽量采用选择和勾选方式。
⏹系统应该预留接口，可以方便的连接到客服、商家及用户的，
⏹以及买卖双方通过第三方软件（支付宝、银行卡等）的支付、退款功能。
第二章范围计划
2.1项目工作分解结构
当需要解决的问题过于复杂时，我们一般会采用分解的策略来将一个庞大的问题分解为诸多子问题，再去求解诸多子问题。
在结构化程序中我们会采用诸如分治策略或者动态规划策略来简化实际生产生活中的问题。
在软件项目中。
随着变动的用户需求，项目中原有的功能模块会会变得越来越多，用户的需求对软件开发人员来说也是“灾难”。
如果在软件项目执行过程中没有对项目进行很好的分解，会导致很多风险。
例如，人员分工不明确，资金浪费，团队合作积极性不高，项目延期等后果。
所以，使用科学的方法管理IT项目是每个IT团队需要考虑的。
对于WBS，每一个层次和部分都表示对项目更细致更细分的描述。
其中工作包是WBS中最低层次的可交付成果，项目完成应当完成这些交付成果。
而其中的工作包是通过子项目的方式完成，分配给另一位软件项目经理来计划执行。
下图是WBS的一些典型实例
2.2Sunshine减肥餐APP的WBS清单描述
1.1用户模块
1.1.1注册/登录模块
1.1.2个人中心
1.1.2.1用户信息
1.1.2.2用户权限
1.1.2.3数据分析
1.2管理员模块
1.2.1用户管理
1.2.1.1查询用户
1.2.1.2限制违规用户
1.2.1.3规范发布消息
1.3用户权限
1.3.1获取减肥推荐
1.3.2进入瘦身分享圈
1.4用户交易
1.4.1选择减肥餐订单
1.4.1.1选择减肥餐订单
1.4.1.2订餐
1.4.1.3网上订餐
1.4.2取消订单
1.4.3退款
1.5商家管理
1.5.1订单管理
1.5.2库存管理
1.5.3维护管理
2.3webonWBS图
2.4软件生命周期模型
针对项目——Sunshine减肥餐APP，特点的和我们团队自身的对网络应用软件技术的缺乏以及我没有开发过这么大系统的经验。
经团队成员商讨后，我们决定用瀑布模型作为我们项目的开发方式！
所以我们需要时间来学习就网络开发的技术。
瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。
针对此特点，我（项目经理）将前期工作分成两组：
一组做需求分析，一组学习JavaWeb技术。
而做需求分析的组员利用后期做数据库和寒假的时间补学网络技术。
2.5软件生命周期模型（图示表示）
2.6软件生命周期模型详细文档
一、需求开发
1.Sunshine减肥餐APP：
这是一款针对减肥餐提供以及瘦身经验分享的上线APP，用于管理商家、用户、减肥餐品、瘦身分享等方面的信息。
2.订餐管理：
这个功能主要用于管理订单处理情况，包括送餐地址、用户选择的减肥餐是哪一系列、用户是否提交订单、是否修改或取消订单。
3.APP管理：
主要包括用户端和商家端的注册登录注销账号，以及个人信息与商家信息的实时更新。
以及对商家和用户的权限分配。
4.库存管理：
用于更新减肥餐销量以及当日剩余数量，便于用户选餐，防止出现该减肥餐不存在仍旧下单的情况，提高效率与服务质量。
便于商家进行账务统计，对餐厅账务更加清晰准确。
5.结账/积分：
用户可通过在线第三方支付软件支付金额，如支付宝、银行卡等，若在餐厅消费可通过付现方式进行缴费、打印账单。
根据用户消费情况进行对应的积分累计与管理，实时获取用户的评价与反馈。
6.维护：
该功能主要包括保存商家对减肥餐品的日常管理、更新，保存对商店资讯的更新以及分享圈的日常管理与维护，对用户体重等数据的更新保存以及隐私维护。
二、软件结构设计：
因为软件结构设计和项目工作分解结构有着密切的关系。
在做项目工作分解结构的时候就考虑了软件结构设计，所以我们项目的项目工作分解结构和软件结构设计是一致的。
下面将相应的图插入如下：
三、数据库设计
依据我们的里程碑图可知将在5月上旬后展开。
将由数据库设计人员依据前期已经做好的需求分析和软件结构来设计我们的数据库。
四、实施
我们将在明年开学的时候正式启动编程实现。
我们将历时一个半月的时间来完成网络软件的代码实现。
我们将使用前期所学的JavaWeb技术来开发本项目。
五、系统集成
即是执行我们的项目测试，我们计划用一个月的时间来测试我们的系统。
我们采用黑盒测试方法测试。
我们将依据前期的系统结构和数据库结构设计合理的测试用例。
此外，由于我们开发的是网络软件，所以我们还要对网路环境进行测试。
待软件和环境都测试成功后，我们的系统就可以最终集成了。
六、提交
系统集成后，编写用户使用文档，就可以发布我的成果了。
向团委提交我们的作品。
七、维护
在后期，软件运行时，我们会时刻关注的。
将对软件实施：
改正性维护、适应性维护、完善性维护、预防性维护
第三章进度计划
根据WBS的分解情况继续分解出相应的活动，使用visio工具，将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各活动之间的关系，采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分5个增量，对各个活动分配相应的资源，然后经过不断的资源调整优化以及工期、活动关系的调整等，再经过多次的评审讨论，最后计划通过评审，将此计划存为基准计划。
项目的基准计划如下：
项目进度表
编号
工序名称
任务时间
主要负责人
1.1
市场调研
15.09.01—15.09.15
刘静、潘路
1.3
风险评估
15.09.21—15.09.25
刘静、外援
1.4
文档编写
15.09.26—15.10.25
刘静、潘路
2.1
任务分工
15.10.26—15.10.30
潘路
2.2
结构设计
15.10.31—15.11.15
潘路
2.3
功能设计
15.11.16—15.11.30
刘静
3.1
代码编写
15.12.01—16.03.01
潘路，刘静
3.2
界面美工
15.12.01—16.03.01
刘静
4.1
功能测试
16.03.02—15.03.10
潘路
4.2
性能测试
16.03.02—16.03.10
刘静
4.3
反馈修改
16.03.11—16.03.25
刘静、潘路
5.1
市场推广
16.04.01—至今
刘静、潘路、外援
5.2
反馈完善
16.04.01—至今
刘静、潘路
3.1进度表
3.2里程碑图
里程碑图显示项目进展中的重大工作的完成。
我们项目的里程碑图如下：
3.3甘特图
第四章成本计划
4.1成本估算
估计成本步骤如下所示：
获取项目分解结果WBS
任务分解是根据项目的功能进行分解的。
开发成本
由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。
规模是170人时，开发人员8小时成本参数=480元一天，而我们情况特殊，作为在校生不能8小时开发本项目，所以我们采用2小时一天的一天工作时间，所以成本参数就相应的变为480/4=120元，规模就是85人天，也就相当于170人时的规模。
这个参数我们只做参考,则内部开发成本=120*85=10200元。
管理、质量成本。
项目的管理和质量成本=开发成本*20%=2040元。
直接成本=10200+2040=12240元。
间接成本（我们的上网费用、耗材、团队互动的活动）
间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。
根据以往经验，采用公式：
间接成本=25%直接成本=3060元。
总估算成本
项目总估算成本=12240+3060=15300元。
最后报价
利润占50%，由于我们技术还不是很熟练所以其中风险基金要高一点为30%、利润15%、税费5%。
则项目总报价=15300*1.5=22950元。
4.2成本预算
图5.1成本预算图式
根据每个任务的资源分配和时间安排，确定项目的预算，如表1-3，预算总成本为12380元与估算的直接成本12240元基本持平，这样12240元可以作为项目的成本控制参考。
第五章人力资源计划
5.1项目的组织结构
矩阵型组织结构
说明：
①项目管理同学
·全面负责项目组织和规划
·全面负责项目计划制定和维护
·负责项目跟踪和管理
·负责项目资源的分配和协调
·负责组织和计划之间的协调
·配合需求分析同学做协调活动
②软件开发同学
·全面负责项目的软件开发：
设计、编码、测试及配置。
·负责产品质量的控制
·配合负责质量保证的同学工作，如文档编写、测试等
·配合产品验收活动
③质量保证同学
·全面负责项目过程及产品规范的制定
·负责过程的质量保证活动
·过程评审
·产品评审
④配置管理同学
·全面负责项目的配置活动
·负责软件产品的提交
⑤需求分析同学
·负责与用户（学生、教师、自管会）的协调工作
·负责用户的需求接口
·配合项目经理的资源协调活动
·负责系统的维护活动
⑥高层管理专家
·对该科研项目进行评审
·检查并验收该科研项目
⑦用户
·配合参与项目的组织和规划
·验收最终产品是否满足需求
5.2责任分配矩阵
宿舍信息管理系统项目——3个责任分配矩阵（RAM）
角色映射表
项目管理组
软件开发组
质量保证组
软件配置组
文档编写
负责人
刘静
潘路
刘静
潘路
刘静
组成人
刘静
潘路
刘静
潘路
刘静
潘路
刘静
潘路
刘静
潘路
说明：
具体人员计划可以通过进度计划中人力资源安排计划
项目人员具体职责角色
项目经理
程序员
网络配置员
项目导师、专家
需求分析
R
P
创建应用软件
A
C
P
测试应用软件
A
P
P
打包应用软件
R
R
P
发布应用软件
R
R
C
配置并安装在工作站
A
P
C
字母说明：
A=批准（Approve）；R=评审（Review）；P=参加（Participate）；C=创建（Create）
项目部门具体责任分配
WBS任务责任矩阵
1
2
3
4
5
6
7
8
9
系统管理同学
RP
RP
RP
R
软件开发同学
P
P
RP
RP
P
硬件管理同学
P
软件测试同学
P
P
R
质量保证同学
P
R
软件配置同学
RP
P
其他
说明：
1：
软件规划；2：
需求开发；3：
软件结构设计；4：
数据库设计；5：
项目实施；
6：
系统集成；7：
质量保证8：
系统配置；9：
项目及文档提交；
R:
负责者P：
执行者
5.3人力资源管理计划
下图展示了本项目在2021年10月—2021年6月中每个月的不同技术人员的人数分配比例。
单位：
（纵轴：
人；横轴：
月）
注：
本项目团队共5人
第六章沟通计划
为了保证项目开发过程的顺利进行和信息的有效沟通，宿舍管理系统项目要求如下的沟通计划。
6.1沟通需求
在项目开发的过程时，我们首先要确定沟通的需求，即为什么要沟通。
一个项目的开发，需要项目负责人要确定这个项目到底是要做什么的，应该怎样做。
宿舍管理系统是针对管理宿舍所做的一个系统。
我们需要沟通的就是项目组成人员要对宿舍管理这一方面的信息有所了解，以及学习项目开发过程中所要用到哪些技术知识。
6.2沟通内容
1.沟通项目具体工作的分配
（1）讨论由谁负责整个项目的开发。
由刘静负责整个项目开发。
（2）确定软件开发时期的成员组成。
由潘路负责，组员有刘静/潘路
（3）确定项目测试时期的成员组成。
由刘静负责，组员有刘静/潘路。
（4）确定软件配置时期人员的成员组成。
由潘路负责，组员有刘静/潘路。
（5）确定文档编写的成员组成。
由刘静负责，组员有刘静/潘路。
（6）确定项目发布时期的成员组成。
由潘路负责，组员有刘静/潘路
2.确定沟通的方式。
3.沟通团队交流的时间。
6.3沟通方法
项目沟通的方式如：
会议、、QQ、邮件等。
项目成员之间的及时沟通，项目进行过程中，保证开发人员集中在一起开发，便于有问题及时交流沟通。
小组以会议的形式进行讨论，及时了解小组之间的进度，便于问题及时解决。
6.4沟通时间安排表
1.小组交流
（1）每周例会
每周例会时间由小组负责人自己拟定，因为要满足各成员在场，所以时间弹性比较大，但确定每周例会时必须的。
（2）每天交流
项目小组成员之间要每天进行交流，使用、QQ等进行讨论有问题及时解决。
2.团队交流
（1）每两周例会（时间固定）
每两周二下午14：
00~16：
00进行整个团队的项目交流。
（2）每天交流
每天项目组成人员用或者QQ来进行讨论，了解项目的进度，交流所遇到的困难并及时解决。
6.5沟通计划维护（给出维护的策略——沟通计划变更的应急计划）
制定项目成员的联系方式。
若在每周例会的时候有成员不能到场，就要改变例会的时间，有负责人通知到位。
论大学生写作能力
写作能力是对自己所积累的信息进行选择、提取、加工、改造并将之形成为书面文字的能力。
积累是写作的基础，积累越厚实，写作就越有基础，文章就能根深叶茂开奇葩。
没有积累，胸无点墨，怎么也不会写出作文来的。
写作能力是每个大学生必须具备的能力。
从目前高校整体情况上看，大学生的写作能力较为欠缺。
一、大学生应用文写作能力的定义
那么，大学生的写作能力究竟是指什么呢？
叶圣陶先生曾经说过，“大学毕业生不一定能写小说诗歌，但是一定要写工作和生活中实用的文章，而且非写得既通顺又扎实不可。
”对于大学生的写作能力应包含什么，可能有多种理解，但从叶圣陶先生的谈话中，我认为：
大学生写作能力应包括应用写作能力和文学写作能力，而前者是必须的，后者是“不一定”要具备，能具备则更好。
众所周知，对于大学生来说，是要写毕业论文的，我认为写作论文的能力可以包含在应用写作能力之中。
大学生写作能力的体现，也往往是在撰写毕业论文中集中体现出来的。
本科毕业论文无论是对于学生个人还是对于院系和学校来说，都是十分重要的。
如何提高本科毕业论文的质量和水平，就成为教育行政部门和高校都很重视的一个重要课题。
如何提高大学生的写作能力的问题必须得到社会的广泛关注，并且提出对策去实施解决。
二、造成大学生应用文写作困境的原因：
（一）大学写作课开设结构不合理。
就目前中国多数高校的学科设置来看，除了中文专业会系统开设写作的系列课程外，其他专业的学生都只开设了普及性的《大学语文》课。
学生写作能力的提高是一项艰巨复杂的任务，而我们的课程设置仅把这一任务交给了大学语文教师，可大学语文教师既要在有限课时时间内普及相关经典名著知识，又要适度提高学生的鉴赏能力，且要教会学生写作规律并提高写作能力，任务之重实难完成。
（二）对实用写作的普遍性不重视。
“大学语文”教育已经被严重地“边缘化”。
目前对中国语文的态度淡漠，而是呈现出全民学英语的大好势头。
中小学如此，大学更是如此。
对我们的母语中国语文，在大学反而被漠视，没有相关的课程的设置，没有系统的学习实践训练。
这其实是国人的一种偏见。
应用写作有它自身的规律和方法。
一个人学问很大，会写小说、诗歌、戏剧等，但如果不晓得应用文写作的特点和方法，他就写不好应用文。
（三）部分大学生学习态度不端正。
很多非中文专业的大学生对写作的学习和训练都只是集中在《大学语文》这一门课上，大部分学生只愿意被动地接受大学语文老师所讲授的文学经典故事，而对于需要学生动手动脑去写的作文，却是尽可能应付差事，这样势必不能让大学生的写作水平有所提高。
（四）教师的实践性教学不强。
学生写作能力的提高是一项艰巨复杂的任务，但在教学中有不少教师过多注重理论知识，实践性教学环节却往往被忽视。
理论讲了一大堆，但是实践却几乎没有，训练也少得可怜。
阅读与写作都需要很强的实践操作，学习理论固然必不可少，但是阅读方法和写作技巧的掌握才是最重要的。
由于以上的原因，我们的大学生的写作水平着实令人堪忧，那么如何走出这一困境
升级会员 