Sunshine减肥餐项目报告及sunshine项目管理计划书

项目编号：“Sunshine减肥餐”APP需求分析报告文件编号：生效日期：年月日编制：日期：审核：日期：批准：日期：摘要：本文档详细描述了关于用户对”Sunshine减肥餐”APP使用的需求分析报告状态：草稿标识号：评审当前版本：1.0初始版前一版本：修订版发布日期：作者：引言（Introduction）编写目的(Purpose)：对“Sunshine减肥餐”APP阶段任务成果形成文档，以便阶段验收、评审、最终文档验收。对“Sunshine减肥餐”APP需求阶段的文档再次确认过程，对前一段没有做充分或错误的地方提出修改。明确整个APP的功能框架和数据库结构，为下一个阶段的详细设计、编码和测试提供参考。明确编码规范和命名规范，统一APP程序界面。读者对象（Reader）本文档预期读者包括但不限于详细设计人员、概要设计评审小组、程序开发人员、测试人员以及二期开发人员等。项目风险（Projectrisk)市面上已有的瘦身减肥APP很多，同类APP产品竞争激烈。（可能性为0.6，影响为3）该APP上线以后，下载使用量少，用户量达不到预期效果等，将减少对APP开发和实现该项目的投资回报。（可能性为0.4，影响为3）3.来自于用户的法律风险，如盗版该APP等造成的损失。（可能性为0.3，影响为9）项目背景（BackgroundofProject）“瘦身减肥变美，拥有完美体形”一直是爱美之人经久不衰的追求，需要减肥的不止是大量的肥胖者，也包括追求黄金比例健美身材的人们，由此可见，与减肥流行相关“Foodreducingweight”APP，拥有客观的用户群体，广阔的消费市场。而今全球时尚界更是提出健康瘦身的新趋势，拒绝绝食减肥，通过“食疗”即营养均衡低热量的合理饮食，积极地健身运动，循序渐进的科学的实现完美身材的梦想,健康瘦身，美食美颜。掌握科学饮食与科学锻炼是健身的不二法则，因为营养对维持人体健康有很重要的作用，良好的营养可使身心健康，保持正常体重，使人精力充沛，永葆青春。营养过少不能满足机体活动，会导致营养不良，抵抗力降低，体弱多病。营养过剩也会引发种种疾病，直接诱发“现代文明病”等。因此健康的“减肥餐”对达到科学减肥的具有重要的意义。该APP为渴望瘦身减肥的男女提供健康饮食的在线减肥餐，对“减肥等于绝食”的减肥方式Say:NO!通过APP获取减肥餐餐厅最新的饮食推荐、资讯、订购等，让你吃着也能变美变瘦，营养均衡的达到瘦身效果。该APP更是对倡导健康生活饮食习惯，长期保持健美体形具有重要的意义。为广大渴望减肥的用户提供专业、丰富、有效、便捷的APP减肥餐体验与交流平台。编写原则（Rule）编写该文档应遵循行内验收文档标准，语言简洁明确，不能出现理解歧义难懂等现象。文档标题使用宋体、加粗、小三字体，文档内容使用微软黑体、四号字体，1.5倍行间距。文档中的流程图、用例图、功能图等均用MicrosoftOfficeVisio2010软件绘制。参考资料（Reference）名称作者单位/部门出版日期/版本主要开发工具及运行环境Eclipse/Java/ADTAndroid2.3及以上版本项目概述Sunshine减肥餐APP的功能分析该功能分析可以反应一个APP能够完成的各种功能，它能够清晰地把这个APP要实现的功能展示给后续的设计人员以及使用者。Sunshine减肥餐的具体功能如图1.1：Sunshine减肥餐的非功能性需求如下：网络响应速度应该尽量快。用户填写的信息应该尽量精准，尽量采用选择和勾选方式。系统应该预留接口，可以方便的连接到客服、商家及用户的电话，以及买卖双方通过第三方软件（支付宝、银行卡等）的支付、退款功能。图1.1Sunshine减肥餐APP功能模块图功能模块图说明Sunshine减肥餐APP：这是一款针对减肥餐提供以及瘦身经验分享的上线APP，用于管理商家、用户、减肥餐品、瘦身分享等方面的信息。订餐管理：这个功能主要用于管理订单处理情况，包括送餐地址、用户选择的减肥餐是哪一系列、用户是否提交订单、是否修改或取消订单。3.APP管理：主要包括用户端和商家端的注册登录注销账号，以及个人信息与商家信息的实时更新。以及对商家和用户的权限分配。4.库存管理：用于更新减肥餐销量以及当日剩余数量，便于用户选餐，防止出现该减肥餐不存在仍旧下单的情况，提高效率与服务质量。便于商家进行账务统计，对餐厅账务更加清晰准确。结账/积分：用户可通过在线第三方支付软件支付金额，如支付宝、银行卡等，若在餐厅消费可通过付现方式进行缴费、打印账单。根据用户消费情况进行对应的积分累计与管理，实时获取用户的评价与反馈。维护：该功能主要包括保存商家对减肥餐品的日常管理、更新，保存对商店资讯的更新以及分享圈的日常管理与维护，对用户体重等数据的更新保存以及隐私维护。二、用例图设计建模本APP根据功能划分为两个用例图与用户有关的用例图：如图2.1所示图２．１【用例说明】表1-1注册用户用例描述用例名称注册用户用例编号ZC001用例说明用户通过界面注册来登入APP参与者用户前置条件未注册过的手机号或通过第三方账号直接登录事件流1.输入手机号如果该手机号已经注册，则提示“该手机号已经被注册”；如果该手机号未被注册，则提示“获取验证码”验证手机号后可直接登录”2.获取验证码如果“获取验证码”失败，则点击重新获取验证码，直至获取成功3.设置密码如果输入密码少于6位数，则提示“请输入6位以上的密码”；如果输入密码多于18位，则提示“请输入少于18位的密码”4.点击“确定”注册账号后置条件注册成功后，该手机不能再被注册表1-2登录账户用例名称登录账户用例编号DL002用例说明进一步完善个人信息参与者用户前置条件用户注册成功账号事件流1.设置性别（男/女）2选择出生年月日3.选择体重4.选择身高5.通过计算公式选择体质设置成功后，进入下一个完善界面6.设置目标体重后置条件设置完成后，在用户界面设置中可以查询该信息表1-3提交订单申请用例名称提交订单申请用例编号TJ003用例说明用户通过填写订单内容后申请提交订单参与者用户前置条件用户填写正确的订单信息事件流1.填写收货人姓名、性别、正确的收货地址、收货使用的手机号如果填写的收货地址在送餐范围内，则可以继续完成订单；如果收货地址不再送餐范围内，则地址不能被勾选2.选择支付形式3.选择送达时间如果未选择送达时间，则系统会选择最近的送达时间4.备注填写完信息后即可下单表1-4取消订单用例名称取消订单用例编号QX004用例说明用户根据自身需求可以选择是否取消订单参与者用户前置条件已经形成的订单事件流1.未付款订单如果用户15分钟内未对此2.已付款订单如果商家未送出餐，则直接退款；如果商家已送出餐但用户未收到，则显示“等待商家确认退款信息”3.订单费用退还如果用户选择“货到付款”、“在线支付单未付款”，则直接取消不退相关费用；如果用户选择“在线支付”，则原路退还订餐金额后置条件取消订单成功后，则此订单作废表1-5注销/退出账户用例名称退出/注销账户用例编号ZX005用例说明用户通过退出/注销键，退出已经登录的账户，切换新账户参与者用户前置条件已经登录账户后置条件可以重新登录账户事件流退出账户表1-6填写个人信息用例名称填写个人信息用例编号XX006用例概述通过填写指定的个人信息，来完善账号，以便通过该信息推荐内容主要参与者用户前置条件已经完成账号注册后置条件填写完成后可进入下一个界面进一步完善事件流1.填写用户昵称如果昵称长度大于8,则提示”输入昵称应小于等于8”;如果昵称格式填写正确,则提示”该昵称可用”2.选择身高,体重如果填写完成,则进入下一个界面表1-7减肥套餐用例名称减肥套餐用例编号Tc007用例概述每天推送不同的减肥套餐来供顾客下单主要参与者餐厅,用户前置条件填写完个人信息后置条件选择完套餐后可以直接下单事件流1.选择套餐用户可根据自身需求,选择减肥套餐或者经期减肥套餐2.下单3.支付方式可以通过在线支付，即链接第三方支付软件如（支付宝，银行卡等）进行在线支付；也可以通过购买此App金币，用余额进行支付表1-8分享圈用例名称分享圈用例编号Fx008用例概述用户可以在分享圈中晒出自己的照片,并可以配文字等,让其他用户一同见证减肥效果主要参与者用户前置条件下载App并注册账号后置条件供其它用户观看事件流1.用户选择拍照功能2.文字功能3.分享功能２.与商家有关的用例图：如图２.２所示图２．２【用例说明】表1-9商家注册用例名称商家注册用例编号Sj009用例描述商家注册App窗口主要参与者餐厅前置条件与App管理着达成协议后置条件提供用户订餐点事件流1.填写餐厅所在的详细地址2.真实姓名3.手机号码4.邮箱5.其他联系方式6.选择是否有营业执照7.门店名称8.详细地址以及餐厅介绍表1-10商家登录用例名称商家登录用例编号SD010用例描述商家通过该窗口登录APP主要参与者餐厅前置条件下载该App，并取得售卖资格后置条件为用户提供点餐服务事件流1.输入账号2.输入密码如果账号/密码输入错误，则提示”账号密码输入错误，请重新输入“；如果输入正确，则进入下一个页面表1-11库存管理用例名称库存管理用例编号Kc011用例描述用来统计当天所订餐份额,以及当库存量为”0”时,订餐通道关闭主要参与者管理着，餐厅前置条件顾客下有效订单后置条件当库存量为“0”时，则停止订餐服务，并显示“商品已售空”事件流1.库存量如果库存量〉0时，则可以下订单；如果库存量=0时，则订单系统关闭2.库存账单实时更新表1-12维护管理用例名称维护管理用例编号Wh012用例描述实现每天菜品的更新以及分享圈的更新管理参与者管理者，餐厅，用户前置条件以有注册商家以及朋友圈分享后置条件用户及时可以看到新的内容事件流1.菜品更新通过商家变更每天菜品的种类2.分享圈查看朋友圈图文表1-13查看内容用例名称查看内容用例编号Ck013用例描述通过该功能可以查看用户下单情况以及用户反馈的情况参与者管理者，餐厅，用户前置条件餐厅拥有售餐权利并成功注册账号；用户下载App后置条件商家通过查看用户下单情况，及时送餐；查看用户反馈情况，进一步完善餐厅服务质量事件流1.查看下单内容下单内容包括：用户姓名，电话，详细地址，送餐时间，备注2.查看用户反馈情况表1-14分享圈管理 用例名称分享圈管理用例编号FX014用例描述管理员通过用户发送的内容，将广告、含有色情、暴力、非法等内容进行删除，情节严重者进行封号参与者管理员前置条件用户通过分享圈发送有关内容后置条件使最后在分享圈中的内容积极、健康事件流浏览内容如果发现用户发送的内容中涉有广告、色情、暴力、非法等词汇/内容，则对此文章进行删除并记录一次；如果该用户被记录多次，则进行封号处理表1-15退出/注销账户用例名称退出/注销账号用例编号Tc015用例描述可以退出/注销账号，切换另一个账号参与者餐厅前置条件已经登录账号后置条件退出该账号事件流退出外部接口需求1、用户界面：对于登录界面设置只有一个登录入口，是普通用户以及公司管理员和系统管理员进入系统的统一路径。在普通用户登录成功以后就可以进行选择菜单功能，选择菜单分为三大类（均在界面的下部显示）分别为：点餐功能；晒变化功能；已经相约一同运动功能。三者可以自由切换界面。选餐界面组成：1、菜谱种类（后期是否可以加一个“私人定制”、但是费用更高）2、该菜谱的详细信息：图文介绍套餐中的食材、套餐所含卡路里、建议食用时间3、订餐车：可以显示出用户已经选择的菜的菜单名称、数量、单价、清空以及总价。当选择了一种菜的时候会在上面显示出对应相关的信息，数量可以随时修改，同时会对订餐信息会有动态增减显示，并包含一个清空选择的功能，用户可以通过自己的需求决定是否清空。4、确定订餐：显示了用户信息、付款方式、送餐时间、消费金额、订单备注。晒变化界面组成：发表内容：用户可以通过拍照、图片、文字、定位视频来分享自己的减肥内容并获得相应的积分 评论、点赞、关注：通过一个用户发表的文章，其他用户可以在其文章下评论/点赞/关注 积分区：可以通过该区域来查看自己所得积分，到后期，该积分可以兑换相应的礼品关注区：可以通过手动添加关注，在关注区更快捷的看到被关注人所发表的内容动态分享广场：可以通过该广场来查看其他用户所发的减肥内容的分享相约运动界面组成：（待定）2、硬件接口1、触屏、键盘：用户操作，输入信息等2、摄像头：用于顾客拍照3、软件接口1、支付API：用于连接支付系统2、广告API：用于接入广告服务4、通信接口电子邮件（客户的意见反馈将以电子邮件的方式发送给管理员）商家电话接口；5、故障处理正常使用时不出错，对于用户的输入错误给出适当的改正提示信息，遇不可恢复的系统错误时，保证数据库的完好无损性能需求1、数据精确度在精确度需求上，根据实际需要，数据在输入、输出以及传输的过程中需要满足各种精确的需求，根据关键字精度的不同。（查找可分为精确查找和泛型查找，精确查找可精确匹配与输入完全一致的查询结果，泛型查找，只要满足与输入的关键字相匹配的输入即可输出，可供查找）2、系统响应时间系统响应时间应在人的感觉和视觉范围呢（<1s），系统响应时间足够迅速（<5s），能够满足用户要求；对于管理员，在其查询订单的时候，课针对各种组合条件进行查询，而且查询效率要求高，能够及时响应查询请求。3、适应性满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求。4、可使用性4.1、操作简单，界面友好、突出特色、功能设计体现人性化思想，方便用户操作：完全空间式的页面布局，使得菜品，咨询等信息录入的工作更简单。4.2、跟踪出现的提示信息也让用户随时清楚自己的操作情况。4.3、系统应当满足信息的完整性以及在结构上系统应该具有很好的可扩展性。即时可见：对客户玉莹餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“及时发布，及时见效”的功能5、安全保密性只有合法用户才能登陆使用系统，对每一个用户都有权限设置。对登入名、密码、以及用户重要信息进行加密，保证账号信息安全。同时，系统应对订餐的不同，区分访问访问用户可查询和处理数据的类别和内容；对不同用户设置不同的权限，区分不同的用户（如“新客户”、“老客户”）6、可维护性系统采用了记录日志，用于记录用户的操作以及故障信息。7、完整性各种信息记录的完整性，信息记录内容不为空；各种数据间相互联系的正确性；相同的数据在不同的记录中一致。数据定义（1）静态数据：系统内部有关的数据结构和操作规程（2）动态数据：程序运行时输入和输出的数据（3）数据描述：根据上面的分析就可以设计出能够满足用户需求的各种数据实体，以及他们之间的关系，为后面的逻辑结构设计打下基础，这些实体包括各种具体信息，通过相互之间的作用形成数据的流动。（4）数据字典：数据字典（DD,Data，Dictionary）是关于数据流程图中出现的所有名字（数据流、处理、数据存储）4.1、数据项表2-1菜单编号的定义数据项编号数据项名称菜单编号别名菜单编号简述菜单按一定的划分标准的编码类型及宽度字符型，6位取值范围“000000”“999999”4.2、数据结构表2-2订单表的定义数据结构编号数据结构名称订单表简述订单基本信息数据结构组成订单号、用户信息、用户具体送餐位置、结账情况、金额总计、下单时间、送达时间、用户备注信息、订餐内容表2-3商家信息的定义数据结构编号数据结构名称商家营业信息简述当天商家的营业信息数据结构组成当天商家营业时间、是否接受订单、营业状态（悠闲/忙碌）4.3、数据流表2-4菜单信息的定义数据流编号数据流名称菜单信息简述套餐中菜品的组成、套餐所含卡路里、建议用餐时间数据流来源用户数据流去向商家数据流组成点菜信息+用户位置+日期+送达时间数据流量200份/天高峰流量600份/天表2-5送达时间的定义数据流编号数据流名称送达时间简述根据用户需求，选择送达时间数据流来源用户数据流去向商家数据流组成日期+送达时间数据流量200/天高峰流量600/天表2-6变更信息的定义数据流编号数据流名称变更信息简述用户根据自身需求对以确定订单进行更改数据流来源用户数据流去向商家数据流组成顾客情况+变更情况数据流量100/天高峰流量300/天表2-7订单票的定义 数据流编号数据流名称订单票简述用户下订单后在商家处形成的小票数据流来源用户数据流去向商家数据流组成用户信息+菜单信息+时间日期+用餐金额数据流量200/天高峰流量600/天表2-8订单完成的定义数据流编号数据流名称订单完成简述商家后台提交关于订单完成信息数据流来源商家数据流去向用户数据流组成订单编号+订单信息数据流量200/天高峰流量600/天表2-9变更的定义数据流编号数据流名称变更反馈简述对用户变更信息处理后的反馈数据流来源商家数据流去向用户数据流组成订单编号+变更信息+变更情况数据流量100/天高峰流量300/天表2-10付款的定义数据流编号数据流名称付款简述用户付款数据流来源商家数据流去向用户数据流组成用户信息+付款额度数据流量200/天高峰流量600/天4.4、数据处理表2-11订单处理的定义处理逻辑编号处理逻辑名称订单处理简述处理订单业务输入的数据流订单、订单编号、用户信息、送达时间处理根据用户订餐情况以及送达时间进行处理输出的数据流订单信息处理频率每天200次表2-12变更处理的定义处理逻辑编号处理逻辑名称变更处理简述对用户订单变更进行处理输入的数据流变更信息、订单编号处理用户根据自身需求对订单进行更改退单输出的数据流变更反馈处理频率每天50次4.5、数据存储 表2-13菜单信息存储的定义数据存储编号数据存储名称菜单信息存储简述存储用户菜单信息数据存储组成用户信息+订单信息+时间日期关键字日期表2-14变更信息存储的定义数据存储编号数据存储名称变更信息简述对用户变更信息的存储数据存储组成用户信息+变更信息关键字订单编号4.6、外部实体表2-15用户的定义外部实体编号外部实体名称用户简述下订单的用户输入的数据流（填入相关编号，下同）输出的数据流表2-16商家的定义外部实体编号外部实体名称商家简述订单信息流入的主要处理外部实体输入的数据流输出的数据流该APP数据流图如下5.15.25.3所示：5.1顶层DFD图图5.2图5.4图5.5图5.6Sunshine减肥餐项目计划书Sunshine减肥餐项目计划书目录前言21.1项目开发背景21.2项目概述2范围计划32.1项目工作分解结构32.2Sunshine减肥餐APP的WBS清单描述42.3webonWBS图62.4软件生命周期模型图示表示52.5软件生命周期模型图示表示62.6软件生命周期模型详细文档8（一）软件规划8（二）软件结构设计8（三）数据库设计8（四）实施8（五）系统集成9（六）提交9（七）维护9第三章进度计划103.1进度表113.2里程碑图11第四章成本计划124.1成本估算124.2成本预算13第五章人力资源计划145.1项目的组织结构145.2责任分配矩阵145.3人力资源管理计划16第六章沟通计划176.1沟通需求176.2沟通内容176.3沟通方法176.4沟通时间安排表176.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项目的组织结构矩阵型组织结构说明：①项目管理同学·全面负责项目组织和规划·全面负责项目计划制定和维护·负责项目跟踪和管理·负责项目资源的分配和协调·负责组织和计划之间的协调·配合需求分析同学做协调活动②软件开发同学·全面负责项目的软件开发：设计、编码、测试及配置。·负责产品质量的控制·配合负责质量保证的同学工作，如文档编写、测试等·配合产品验收活动③质量保证同学·全面负责项目过程及产品规范的制定·负责过程的质量保证活动·过程评审·产品评审④配置管理同学