天气预报app项目报告（精选6篇）
天气预报app项目报告 第1篇
当前任职互联网公司手机APP的专职项目经理，回顾以往的经历，对自己进行总结，也希望对阅读的人有所帮助。
先介绍下我的职业路线：测试工程师—>技术支持工程师兼测试工程师(后面简称技测)—>技测部门主管—>技术支持部门主管—>客户项目经理—>研发项目经理
之前的工作经历让我从不同层面有所收获，在做测试时，除了测试知识外，需要有足够的耐心，描述问题既要简洁又要符合逻辑;在做技术支持时，因为要直接面对客户，要学会沟通技巧，包括口头和文字沟通，要抗的住来自己客户和内部的压力;
做部门主管，要关注的是团队发展和管理，学会了管理要因人而异，有人渴望知识，有人希望被尊重，有人喜欢耍小聪明，有人喜欢偷点懒…… 对上要知道领导关注哪些方面，定期总结，汇报及时且有效。
以上的经历，在项目管理工作中有很大的帮助。
做了将近两年的专职项目经理，分别经历了职能型和矩阵型的组织架构。
在职能型的结构中，我的团队中包含了这样几种角色：研发、测试、技术支持，有专门的产品人员对接，但不向我汇报。
在这样的团队中，从客户提出需求到最终交付，执行迅速，减少了部门之间的协商、优先级调整以及不必要的沟通成本，项目经理对所有决策和结果负责，我个人喜欢这种结构。
在矩阵组织中，我一人负责5条产品线的项目管理，更多的是关注各条产品线能否按照计划完成，处理过程中遇到的问题，有项目相关的、做队员思想工作的。
对于项目管理来讲，矩阵型组织中，项目经理权利有限，难以施展。
需要向各个职能部门申请资源，很多时候的使用的是参考权利。
权利与责任是相匹配的，在矩阵型组织中，项目经理的成就感差。
下面说说做手机APP的一些成长吧。
最初我们做的是iphone的app，经历了两个多月的研发和测试，终于在年底前提交审核了，可是无论如何你也想象不到，我们第一版通过审核的过程是多么的煎熬。
提审前查了好些资料，大部分是关于提审注意事项，也咨询了有这方面经验的同事，仍旧是被拒4次，前两次被拒苹果给描述的问题很明显，改了。
后两次被拒的原因前后矛盾，我们不知所措，最后忍痛去掉了改功能才得以通过。
在之后的版本升级时，打开了这个功能很快审核通过了。
首个版本审核，花掉一个多月的时间。
有了iphone上的经验，之后的ipad版app进展较为顺利，一审由于名称问题被拒，尽管同类产品命名结构是一样的。
苹果的规矩是让人摸不着头脑的。
两个月后我们开始了android平台上的同类app开发，这个项目从一开始就犯了一个严重的错误，其带给我们的教训是惨痛的。
由于这三个版本的app功能、交互都是一样的，设计、测试、运营都是同一个团队，不同的是开发人员不同，且安卓的开发人员是新招的。
这个项目开始，我提出了让产品进行需求讲解，但项目组内大部分人认为不需要进行产品需求讲解，因为之前iphone和ipad的版本都做过了，也都很熟悉，最终我让步了，同意产品提出的方案，产品和研发私下沟通讲解。
结果在项目执行到中后期时，项目出现了严重的delay，原因是研发对于产品需求没吃透，做的过程中需要频繁与产品确认需求细节，有些功能不符合产品要求，研发估期不准确等，当时如果再按照之前的做法继续下去，项目根本不可控，何时能完工也不能确定。
经过讨论，花了三个晚上，产品、测试、研发一起逐条过测试用例，一来确认测试方案正确性，一方面更细致的让研发了解产品需求，经过这个过程后，进行了一系列补救措施以及赶工，需求细节补充，用例修改，需求变更等，通过大家一致努力，最终项目晚了两周上线。
通过这几个项目，总结如下：
1、新领域项目，首先要弄清楚这个项目需要哪些角色参与，每个角色的工作是什么，以前所遵循的流程是什么。
尤其对于空降的项目经理，要先了解这些内容，不要一上来就改变，除非大家认为急需改变的地方。
待项目跑起来后，再不断修正流程，这期间一定要勤于沟通。
2、在矩阵型组织中，要善于运用参考权利，建立自己的威信，否则后续工作开展会遇到很多麻烦。
如果这时再去求助于上司，只会让领导觉得你太弱了。
3、项目经理不一定要强势，强势的项目经理有时候会引起团队成员的抵触。
在整个项目组中，项目经理最能用客观的眼光去看待问题的，要做到对事不对人。
4、原则问题不可以让步，这种让步会带来无尽的困扰，且补救成本巨大;
5、既定的流程要严格遵循，项目经理协助项目组建立高效的流程，除了建立流程，项目经理还要去检查执行状况。
6、必要时采用问卷调查或访谈，这个方法可以用来解决人的问题。
通过收集团队成员的反馈，也可以检查自己的判断是否有偏差，谈判时有据可依。
7、对上报告，简洁有力。
要善于总结，通过数据报表说明项目执行情况。
遇到重大问题要及时向上汇报，汇报时要提供的解决方案，不要把问题直接抛给领导，要让领导第一时间知道项目进展，以及你解决问题的措施。
天气预报app项目报告 第2篇
一、项目背景
不少有房一族都对物业管理不会陌生，反而对于租房族来说物业管理只是听过并没有体验过。以往要了解物业管理的信息都是直接到保安亭或者物业管理的办公室得知信息。对比这些老土的方法，现在采用得更多的应该是在小区的门口建个公告栏，然后有什么信息直接打印出来贴在公告栏上面‛。
对比以上那些老土的方法，现在不少‚新潮‛的物业管理都选择开发app。通过app去收集业主的信息，通过app去告诉业主信息。包括每个月最常见的水电费、管理费等等，全部通过app传达到业主的手里，简单快速之余还非常地精准。
智能手机已经成为每个人生活必备的东西，而物管也捉住了这点开发了物业管理类app。这类app，除了些基本的通知业主的功能外还可以通过app联系到小区的维修负责人。比如，在以往如果家里有什么东西出事了(比如忽然跳闸了)，在以前肯定要派出家庭的一员到楼下通知物管。但是，如果有了物业管理app，直接通过app联系物管的相关人员，而自己直接坐在家里等待物管人员的到来。
同类的app功能上已经非常强大，但是涉及到家庭安防和无线菜市场，大部分物业APP还没有成熟的板块功能。这些与生活息息相关的功能，需要更贴心地为消费者服务，才更好地绑定用户。
二、市场分析
1.、物业社区app行业市场案例分析
就目前市场来说，大部分社区APP通过房产物业积累的大量社区用户，成为房地产商涉足互联网最先想到的资源，社区服务产业成为房企切入互联网成本最低的市场。迄今为止，已有包括花样年、万科、龙湖等多家房企推出社区APP客户端，涵盖物业服务、社区团购、周边有关衣食住行教育家政消费推荐等，水电物业缴费、订餐，甚至打车、订机票、金融服务等均包含在内。
去年7月，花样年旗下彩生活社区服务应用‚彩之云‛正式上线，包含物业服务、O2O的服务、虚拟服务、商品服务、智能管家、连锁经营等六个板块。其中核心盈利点则为O2O‚一公里商圈‛模式。花样年公司称彩之云APP可为社区用户推荐一公里范围内餐饮、休闲、娱乐等店铺，其盈利方式与‚大众点评‛类似，彩生活总裁唐学斌表示，公司有专业团队考察周边商铺，符合条件后，愿意上彩之云平台的商铺会向彩生活提供费用，‚既有消费提成的模式，也有直接收取固定费用的模式。‛
除结合周边商铺的O2O活动外，在彩之云平台上也会向用户推荐团购，一种是每月‚幸福中国行‛中来自原产地、低于市场价30%的水果，另一种则是物业公司通过大数据提供的客户需求类团购。
不过，有开发社区应用经验的小众信息科技CEO何海瑛坦言，目前市场上社区类APP非常多，而且处在跑马圈地的野蛮生长时期，还没有能单靠它盈利的。
去年底，‚彩之云‛推出半年，用户达十万级别。深圳市彩生活服务集团有限公司指出，现阶段并未太考虑利润，更多的是在探索并吸纳用户，当拥有500万个常用户时，彩之云才可能真正盈利。不过，也有安装了该APP的成都花样年业主称，除了每个月通过APP缴纳物业费可以打点儿折之外，他极少使用APP里的其他服务。
目前花样年已通过兼并、合作等方式收购超过30家物业公司，在全国范围内扩张。目前彩生活管理的社区中，90%都不是花样年旗下的楼盘。
彩之云诞生四个月后，万科在去年‚双十一‛正式推出针对万科业主的‚住哪儿‛手机客户端，功能包括物业申请报修、曝光、投诉、表扬等，同时还能对周边商家进行打分，而龙湖的社区APP也将于本月在重庆试点。
速途网专栏作家、电商分析师杨世界则记者表示，虽然目前已有大众点评、美团网等大量的生活消费类APP，但房企的社区APP如果瞄准‚社区最后一公里消费‛，较其他APP而言仍具有用户精准度高、落地概率大的优势，而且对于未来围绕业主开展的业务，也具有无限的可能性。
2.APP市场需求分析，大数据的可能性
与花样年一样，众多房企扎堆社区电商APP，并不满足于社区生活消费，更注重把社区业主引入APP平台后，社区金融带来的广阔‚钱景‛。希望通过社区服务平台，发展金融业务，这个金融服务是社区、小额的。物业社区app服务的业主、小区内的生活服务商都可以成为小额贷款的潜在目标人群，现在银行做的小微贷款都是50万元以上的，几万元钱的银行都不做，但这个市场需求又很大，虽然额度小，但如果小额贷款总量做到‚海量‛，小额贷款将仍有盈利空间，‚比如每人借4.5万，那么多用户就能放出上亿元贷款，这个利息、复利是很高的。‛
对于业主的信用评估，则将采用‚基于社区消费的信用‛，在这个‚大数据‛理论的应用中，物管获取的海量业主信息成为获得高效评估结果的关键。业主是否准时缴纳水电费、物业管理费、停车管理费等都被记录在案，成为其信用评估标准。潘军透露，花样年从5年前开始搜集用户数据。在这个平台上，业主、小区内的生活服务商都会留下所有行为的数据。
《每日经济新闻》记者登录合和年小贷公司网站查询发现，公司业务包括工薪贷、业主贷和生意贷，额度在2万~30万元不等。其中额度在2万~10万元的工薪贷无需担保，贷款者只需提供身份证复印件、工作证明、几个月银行流水、房产证/租房合同复印件和近一个月交租单或水电单几项记录。
随着物业大数据的深入搜集，未来这些资料或许无需用户提供，而是直接由物业公司联合的银行自动调出、生成。
潘军（花样年控股集团总裁）向《每日经济新闻》记者表示，社区的小额贷款几乎没有出现坏账的可能，因为业主有房产在小区；而对于那些在小区租房的用户来说，只要严格把关，也能将坏账率控制在可控范围之内。
想在社区金融分一杯羹的当然不止花样年，越秀集团、万科均有类似举动。
事实上，万科的社区金融服务已在杭州良渚文化村项目中小试牛刀，万科为良渚文化村的业主配备了‚村民卡‛，据《每日商报》报道，在入住的3000个良渚文化村家庭中，超过8000位村民开通了此卡。这张卡可用于身份识别及衣食住行的生活消费，卡中的余额可以在村民食堂、早教中心、超市等社区配套场所使用。
在房企通过物业抢夺业主用户后，未来不仅在生活消费和社区金融上有所斩获，一旦消费观念成熟后，通过APP卖房亦可能高速发展，‚根据搜集到的业主数据，针对不同消费能力的业主，判断其朋友圈消费层级，针对性地推荐房源，最终可以更精准地推动二次消费，把大量的业主转化为潜在销售人员，这种创新、海量的营销手段正是‘互联网思维’的本质所在。‛
例如，社区001被业内视为社区O2O的先行者。它对标美国的Instacart，以社区购物为切入点，与客户所在小区附近的商超合作，凭借自身的配送员，在客户下单后，将5公里范围的货品在1小时内送达。自2012年6月上线，社区001已在北京各大小区建立了26家分店，覆盖了近4000家小区。从今年3月开始，社区001开始走出北京，并用半年时间扩张到了12个城市。
三、受众（消费者）分析
中国网上购物的主体是青年人，不少中老年人的习惯仍是在早晚间到超市排队购物，而一部分年轻人则投向了不太拥挤但价格略贵的便利店。具体到销售额上，传统零售占比还是高于电子商务。
社区O2O的市场热度正在中国升温。中国的小区大多为封闭型，单位面积人多，社区服务存在很多痛点，而居民消费升级带来巨大需求。根据第一太平戴维斯发布的数据，到2020年，全国住宅物业面积将达到300亿平方米，社区服务消费将超万亿元。房子只卖一次，而社区服务可以做70年，本地化社区O2O成为未来竞争主战场。
作为现在购房的消费者，大部家庭都有年轻以及小孩子，也是未来的年轻人，主要的网络渠道消费者，把物业社区APP的使用变成一种更便捷购物、安防渠道的方式，将是是现在和未来消费者的追捧热点。
四、项目营运方式
4.1.整体运营思路
以优化完善物业公司物业服务为切入点，围绕业主物业服务及生活需求，借助手机APP移动终端载体，从而形成一个集物业服务、信息发布、便民信息查询、邻里交流互动、优惠信息、社区电商购物为一体的高粘性、全方位的社区生活服务媒体平台，实现最精准有效的社区营销，推送最有价值的广告，从而形成持续稳定的广告收益。
同时，物业通过提供有偿服务，给有需求的业主提供更高品质的物业服务。这些有偿服务包括快递代收、家电维修、长者服务、在线学习、线下活动、投资理财、装修服务、闲置租售、租房售房、物品托管、汽车洗修等。
4.2.广告位销售
1.图文硬广（首页置顶横幅广告、各版块图文广告）2.推送信息广告（后台消息精准推送）
3.冠名广告（首页天气预报冠名、各版块冠名、物业活动冠名）4.竞价排名（各专业板块排名、商城排名）5.社区商城（商家入驻月服务费）6.其他软性广告形式 4.3.广告置换
在媒体内容同质化日益严重的广告背景下，广告置换可以给广告主分流资金压力，一方面可以有效满足广告主广而告之的需求，另一方面，媒体主可以利用置换来的商品做打折促销或安装APP即免费赠送的方式，以增加收入及用户安装量的提升。
4.4.认证排名
在同质化商家中，商家可以购买信息置顶的服务使自己的服务位于同类服务前列，同时商家也可以注册成为认证商家的方式来获得更多业主的关注。
4.5.栏目运营
栏目运营可以简单理解为软文广告的一种形式，是相对于硬性广告而言的。软文广告是用较少的投入，吸引潜在消费者的眼球，增强产品的销售力，提高产品的美誉度，在软文的潜移默化下，达到产品的策略性战术目的，引导消费群的购买的广告。软文广告是以文章为载体，具有很好的传播性。
物业APP栏目运营存在着潜在着巨大的广告价值，内容与业主衣食住行紧密结合，实现盈利的同时，让业主更方便快捷的了解到自己所需要的信息，增强业主粘性，媒体主通过栏目运营实现盈利，广告主增加宣传效果的同时挖掘了更多的潜在客户。
4.6.推广安装方式方法
1.下载注册送礼品（可来源于商家资源置换）； 2.官方物业服务平台名义推广； 3.运营商合作（业主注册送话费）；
4.商家联盟推广（周边商家资源置换联盟推广）；
5.活动推广（以物业社区公益活动拉动注册，例如物业某活动报名唯一途径，变相推动注册）； 6.物业公司群发短信告知业主下载安装； 7.根据社区情况的其他推广方式； 8.物业服务人员上门推广安装
五、项目APP架构设计 注册
5.1.基础物业服务
5.1.1.社区公告
发布各种社区公告，及时通知业主，例如停水停电通知。向业主发送温馨提醒，节日祝福，体现物业公司对业主的关心，促进社区和谐发展。公告可由物业发布，也可由业主拍照上传。
5.1.2.社区黄页
提供社区及周边的各类生活服务信息，方便业主查询热线电话并可以一键拨号，如：物业、居委会、家电维修、会所休闲、衣物干洗、快递服务、订餐送水、废品回收、开修换锁、管道疏通、物流搬家，等等。
5.1.3.物业缴费
物业费、停车费、能源费及其它费用的在线查询及缴纳。
流程 1.绑定房屋 2.服务中心充值 3.App缴费 4.选定缴费房间 5.选取缴费种类 6.选取缴费时间 7.选取缴费数额 8.缴费信息 9.缴费成功 特色
1.账户一次充值多次使用，告别东奔西走。
2.可以缴纳多种费用，物业费、能源费轻松搞定，缴费记录随时可查，实时到账；减少排队等候时间。
3.有多少套房缴多少费，一次性轻松搞定。
4.支持缴费推送提醒和缴费查询，以及对提前预付行为优惠进行支持。
1.1.4.投诉报修
业主可以通过在线的投诉报修外，还可以通过拍照的方式把要投诉的内容实时上传到物业运营中心，通知物业会及时处理。同时业主也可以对物业进行表扬。流程 1.填表 2.拍照（可选）3.提交 4.等候处理 5.评价 特色
1.线上与线下相结合的投诉报修，业主可以指定上门时间和服务人员； 2.业主照片推送一手现场资料，便于工程管理第一时间了解现场；
3.做到投诉报修可查、对投诉报修结果、及时性、有效性等影响满意度的随时进行反馈，同时便于追踪。
5.2.增值物业服务
5.2.1.房屋租售
结合房产中介的数据和服务支撑，在APP上查询自有房屋的评估价值，以及物业周边房屋、车位的租赁、买卖情况。同时可以通过APP租售自有房屋。5.2.2.快递代收
物业代收快递，通过平台将取件码发送给业主，业主凭取件码取件。流程
1.快递上门投递 2.快递柜寄件 3.收到取件码 4下班凭码取件
5.3.社区互动服务
5.3.1.二手市场
可以在二手市场发布转让或者求购信息。
5.3.2.宠物
在宠物板块可以发布关于宠物的转送、领养和约会主题。
5.3.3.拼车
发布拼车信息，包含起点、终点和时间信息，可以找乘客或者找车主。
5.3.4.家教
发布家教信息。可以推荐和被推荐，发布的信息包含家教标签、价格、性别、年龄、照片、标题和内容等信息。
5.3.5.家政
发布家政信息。可以推荐和被推荐，发布的信息包含家政标签、价格、性别、哪里人、年龄、照片、标题和内容等信息。
5.3.6.论坛
论坛是小区沟通交流的平台，可以发表帖子、发起活动和发起投票等主题。
5.4.社区商业服务
5.4.1.超市/市场/便利店快送
将社区周边的超市/市场/便利店引入到APP平台，并分类陈列。业主可以在线选购所需商品并提交订单，便利店完成配送，实现线上到线下的快捷消费体验。5.4.2.网上开店
小区业主或者商铺可以自行申请开店，通过店铺可以让邻居发现在淘宝或者其他平台上的宝贝。店铺信息包含名称、地址、链接和简介等信息。如果是个人用户需要验证身份证信息，如果是店铺，除了需要验证身份证信息外，还需要验证营业执照。
5.4.3.在线商城。
1.商户查询：平台收集小区周边的各类生活服务提供商并进行分类（例如美食、美发、超市、中介，等等），让居民足不出户便掌握小区周边的各种生活消费信息，还能查看商家电话和商店地址，对商家信息进行全面了解。
2.商家评论：可以对商家进行评论（好评或者差评），通过商家口碑度对商家进行搜索排序，提升居民的消费满意度。
3.团购服务：商家可以在平台上销售自己的商品和服务，平台不定期提供团购活动，在商家和社区居民间搭建直通桥梁，省去中间流通环节，让利于居民的同时也使商家的利润最大化。
5.4.4.金融类商务服务 1.小额贷款 2.小额投资咨询 特色
1.在线商城整合社区商户资源，提供最便捷的生活消费体验。2.在线商城还提供社区内业主享受的优惠打折。3.在线小额贷款社区内业主更有可信度。
5.5.社区安防服务
根据小区生活现状归类安防板块，实行对幼儿园、附近路段、小区内等监控，通过APP可以实时收看现状。
5.6.后台服务
5.5.1.大数据采集
采集注册业主的基础信息，例如姓名、头像、房号、手机号、性别、年龄、爱好、职业、收入、电子邮箱、使用终端类型、MAC地址等。同时根据业主在使用APP过程中的浏览历史、发帖历史、消费历史、关注历史等，收集用户的需求和喜好。
5.5.2.精准营销
通过大数据挖掘业主的兴趣点和消费习惯，通过APP平台对业主实现精准营销。
六、项目盈利方式
各方收益分析
6.1.对物业公司的影响
6.1.1.现状分析
1.服务型向经营型的转型，注重收入多元化； 2.物业服务收费标准偏低，物业成本不断上涨； 3.物业费收缴难、提价难； 4.业主对服务质量的要求越来越高； 5.和业主之间的沟通及信息传导相对原始。6.安防措施的平民化，方便化。
6.1.2.收益分析
1.通过社区APP项目的推行，方便及时地和小区业主进行沟通及互动，从而提升基础服务质量；
2.通过周边商家优惠、特色栏目运营等方式，给小区业主带来方便和实惠，提升业主满意度，同时获得相应的回报，例如交易佣金，通过惠超市等服务成功下单后进行佣金收取； 3.平台上面其他广告收入分成能丰富物业公司的盈利来源；（1）开启软件时候的首页广告；（2）网站广告：对网站广告位进行出售；
（3）专题广告：在网站上推出专题广告服务，弹出使人反感可以在首页广告位作轮播，位置要有最抢眼的效果。例如:今日最优惠、节日优惠、活动召集、团购等专题。
6.1.3.定位 在此项目中物业公司将会承担以下几个角色： 1.管理平台的使用者及推广者；
2.通知通告、公共信息、便民服务等信息的内容制造者； 3.栏目运营、周边商家的运营者。4安防服务的链接者。2.2.对小区业主的影响
6.2.1.需求分析
在信息化高度发展的今天，业主作为被服务者，对物业公司有如下需求：
1.能快速、方便、有效、优质的享受物业基础服务，例如：水电的维修、快递的代收、物业通知公告；
2.社区周边的相关资讯，例如：街道办最新政策、派出所通知、周边中小学幼儿园报名入学指南；
3.整合社区周边商户针对小区业主的特殊优惠或特色服务，例如：洗衣店上门取件送货上门、电影院特价电影票、有机蔬菜水果鲜花等的定时送货上门；
4.小区业主业余活动的组织，例如：篮球、羽毛球、骑游等运动团体、摄影下棋等兴趣团体。
6.2.2.收益分析 1.方便
（1）第一时间收到物业相关通知通告，避免漏看通告板；（2）随时随地查询水电使用情况，物业费、车位费用情况；（3）随时了解社区周边各类资讯；
（4）一键拨打周边相关商家及政府机构的电话。2.快捷
（1）洗衣店上门取件，洗好后预约送货上门；
（2）通过一键拨打或在线服务的方式，解决日常报修问题；（3）下班前定好晚餐，预约送餐时间。3.实惠
（1）周边餐厅、便利店、电影院等针对小区业主的特殊打折优惠；（2）物业公司及运营者提供的促销商品或礼品；（3）栏目运营者针对有需要人群所提供的点对点服务。（4）通过使用APP购物功能的积分抵物业管理费等操作。4.安全
（1）实时自身孩子所在的幼儿园具体情况。（2）实时必经之路的交通状况。（3）实时家门口家四周的安保状态。
6.3.对商业地产的影响
6.3.1.现状分析
1.客户分散、不集中，商品需求量少； 2.经营费用高、长尾商品滞销，获利少； 3.业主对商品服务与质量的要求越来越高； 4.经营型向服务型的转型，注重收入多元化。
6.3.2.收益分析
1.通过进驻各小区电子商务，商超、餐饮、电信、娱乐、健身等领域商业单位可以获得高密集度的优质客户；
2.无门店成本、低配送成本，经营费用大大降低； 3.可以有无限宽广的货架，充分利用长尾商品来获得利润。
4.通过付费实现安防功能的使用。例如每个用户每个月10元收取费用等。
七、同类应用用户及利润参考（摘自社区020项目报告）
社区001：注册用户规模在80万左右，客单价在300元左右。
生活半径：每天全国范围内是2万单左右，客单价在50-70元之间，现在有20%的用户选择移动支付下单，这个比例在不断提升。
e袋洗：每天的洗衣数量超过1万多件，70%以上通过微信公众号下单。
小区无忧：现阶段通过小区无忧注册用户超过100万，活跃用户规模在10多万，每月配送费收入达10多万元人民币。云家政：现阶段日单约1500单，总用户超过50万。
e家洁：现阶段全职的阿姨已经有6000多人，现阶段每个阿姨服务时间在2-3个小时，客单价达60元左右。
19e：副总裁张晓军透露，19e覆盖全国300多个城市的50万家加盟店，注册用户超过50万，单日流水破1.5亿元，每月为超过5000万人次使用。
八、总结
天气预报app项目报告 第3篇
项目阶段评价是企业项目评价的重要组成部分,目的为了加强对项目全过程的跟踪管理,为了避免因决策失误和项目前后的管理脱节、资金浪费等。项目阶段评价是管理步入完善、健全阶段的客观要求,是有效提高项目决策管理水平,促进项目资源的合理利用,是企业可持续发展的一项基础性战略工程,本项研究对于保障这一基础性战略项目工程的实施,无论在理论上还是在实践都具有重要的意义。
在项目评价和管理实践中,大量项目充满了各种不确定性,具体表现为产品与用户需求差异过大、工期严重拖延、费用超支明显、质量问题层出不穷等等。出现这些后果的原因纷繁复杂,但究其主要原因,则是因为项目过程中管理不善所致。大量的实践表明有效的项目管理是改善和提高项目效率的主要途径[1]。
本研究的主要对象是对指标之间的依赖关系进行分析,为项目管理的实践提供有益的指导和帮助作用。首先建立项目质量的基本贝叶斯网络,通过参数设置预报项目中的“潜伏”缺陷数目,并在此基础之上建立了项目质量的扩展贝叶斯网络,从而使得扩展后的贝叶斯网络可以为实际使用中的项目管理系统进行缺陷数目预报。
2 现有研究评述
贝叶斯网络是经典贝叶斯方法的扩展,1998年最早由Pearl提出,目前已经成为对于不确定性问题研究的热门方法,广泛应用于诸如风险分析、环境监测、缺陷预报、可靠性分析、医疗数据分析等不同的领域。贝叶斯网络是一个有向无环图,由代表变量的节点及连接这些节点的有向边构成。与其他决策模型不同,贝叶斯网络表示的是一种不确定性的因果关系模型,通过分析和计算节点之间的相互影响,给出目标节点可能的结果及其对应的概率分布信息,因而贝叶斯网络具有强大的不确定性问题处理能力[2,3,4]。
在项目阶段评价方面,Weitzman等(1981)考虑了一种实物期权的方法用于对合成汽油领域进行估价,并首次考虑了多阶段的项目实物期权。Schwartz和Moon(2000)则是以药物的研发过程说明了多阶段投资的存在。每一个阶段需要进行阶段评价,以便于对项目进行控制和管理[5]。Lint和Penning(2003)将一个新的项目划分成若干个阶段,每个阶段可能具有不同的特性。他们将重点集中于双阶段的项目[6]。Jensen和Warren(2001)考虑了一个双阶段的项目实物期权,包含了一个研究阶段和一个开发阶段,而且时间是有限的。不像Lint和Penning的模型,两个阶段的期权都被认为是欧式的,为了评估该期权,他们采用了Geske(1979)复杂期权方法[7,8]。
在国内方面,李启才(2008)将项目分为两阶段和三阶段两种模型进行项目阶段评价。其中两阶段模型将项目分为项目阶段和商业化阶段。李洪江(2007)则是将项目分为研发、商业化启动和规模扩张三个阶段,认为在这三个阶段中存在最优的投资规模以及最优的资金分配比例,使得项目价值或投资回报率最高,因此选取适当的投资额度可以避免低回报和资金浪费[9,10]。
我国在项目评价实践与理论研究方面都与国外有一定的差距,从总体上讲仍处于引进和学习阶段。首先单阶段评价理论与方法研究较多,而对阶段评价间的联系和共性问题的研究不足。项目立项评价、阶段评价和验收评价是相互联系的,阶段评价和验收评价要以立项评价结论为基准,同时也是对立项评价结论的检验,现有研究在对项目进行系统地、全过程地、动态地评价分析方面还不够完善。同时现有R&D项目评价研究对所得结论缺少检验论证,或者检验论证的逻辑不完善。现有R&D项目评价研究进行结论检验论证的为数不多,在少数对其进行检验论证的研究中,学者们既为其提供评价指标,又为其检验论证所总结的评价指标,这种检验论证所得出的结论很难保证客观与合理。
本研究基于贝叶斯网络构建项目阶段质量预报模型,首先建立项目质量的基本贝叶斯网络,通过参数设置预报项目中的“潜伏”缺陷数目,并在此基础之上建立了项目质量的扩展贝叶斯网络,为后续的项目质量预报提供更准确的参考信息,从而达到持续优化项目质量预报贝叶斯信任网络的目的,为项目管理的实践提供有益的指导和帮助作用。
3 贝叶斯网络的基本模型
贝叶斯方法主要可以用于计算和分析先验概率和后验概率之间的关系,因而贝叶斯方法在预报方面得到了广泛的应用,也是应用于R&D项目阶段评价的重要原因。贝叶斯方法主要通过如下公式进行体现:A和B为两个相关的事件,P(A/B)表示在事件B发生的条件下事件A发生的概率,根据贝叶斯法则存在如下的关系[11,12]:
P(A/B)=P(A)P(B/A/B) (1)
如果事件A1和A2是相互独立的,则:
P(B)=P(A1)P(B/A1)+P(A2)P(B/A2) (2)
如果事件A1和A2是相互独立的,其中某个事件的发生是事件B发生的必要条件。则:
undefined
n个事件的贝叶斯定理公式:如果事件A1,A2…… An是相互独立的,其中某个事件的发生是事件B发生的必要条件。则:
undefined
通过贝叶斯网络中输入证据信息,更新节点的后验信任度值,从而可以对节点事件进行推论。如果一个变量V独立于一个变量集合Ui,在给定集合Uj的条件下,有如下的等式:
P(Vi|Vj,U)=P(Vj,U) (5)
由条件概率定义,又可以得到如下的等式:
P(Vi|Vj,U)P(Vj,U)=P(Vi,Vj|U) (6)
可以得到如下的等式:
P(Vi,Vj|U)=P(Vi,U)P(Vj,U) (7)
定理:给定n个随机变量构成集合v={V1,V2…Vn},建立在该集合上的联合概率分布P={V1,V2…Vn}可以表示为一个贝叶斯网络(Bs,Bp)。Bs为贝叶斯网络结构,是一个具有n个节点的有向无环图,图中的节点为随机变量,节点的状态对应于随机变量的数值,网络图中的有向边则表示了节点之间的因果依赖关系;Bp为贝叶斯网络的条件概率表集合,每个节点Vi都有一个对应的条件概率表,该条件概率表用来表示Vi同其父节点Pa(Vi)的相关关系,即条件概率P(V/Pa(V))。利用条件独立性进行分解,可将联合概率简化为如下的连乘积形式:
undefined
根据公式可以观察到对于条件独立性的分解明显减少了计算联合概率所需要的参数的个数。同时如果给随机变量赋予不同的编号,将会产生一系列不同的贝叶斯网络结构。因而一个联合概率可以表示为多个不同结构的贝叶斯网络。
4 贝叶斯网络模型运用于R&D项目阶段质量预报的实证研究
本研究选取R&D项目阶段质量预报作为研究样本,对于R&D项目的关键指标而言,最重要的是工期、成本、成果和质量四个基本指标。一方面这四个关键指标作为衡量项目是否成功的标志,同时它们也是项目管理过程中主要跟踪和监督的内容。
(1)研究样本的阶段评价指标体系
在此基础上本研究形成了R&D项目阶段评价指标体系如表1所示。
(2)研究样本的基本贝叶斯网络框架
根据实际的项目经验,这四个关键指标之间又存在相互影响、相互作用。在项目成果既定的前提下,项目工期如果压力过大,则往往意味着成本上升和质量下降;反之如果投入到项目中的成本不足,也会影响项目的工期和质量水平。质量类指标无疑受到项目成果、项目工期以及项目成本方面的影响,首先本研究构建形如图1的网络图。
该网络图反映了项目的质量与项目成果、项目工期、项目成本之间的相互影响关系。由以下几个指标构成[13,14]:
①工期指标
工期指标主要通过网络图中的“Project Schedule Pressure”的节点表现出来。在实际的R&D项目开发过程中,来自工期方面的压力往往成为影响项目质量的一个关键原因。节点“Project Schedule pressure”、节点“Business MaturR&Dy”和节点“Technology MaturR&Dy”共同形成了节点“Project Property”。
②成本指标
造成项目质量问题的最主要原因还是人的因素,因为R&D项目不同于其他行业的项目,项目的成败好坏主要取决于人员的因素,故而此处模型主要考虑了人员的因素。
③成果指标
成果指标直接表现为“Adjusted Project Size”节点,表示项目成果对项目质量状况的影响,可以是不同的规模度量单位,例如功能点、代码行、设备的数量等。该节点对于项目的质量状况有着直接的影响,在模型中通过“Estimated Project Defect”节点所表现的缺陷状况描述项目的质量状况。
在R&D项目的工期指标(Project Property)、成本指标(Staff Property)和成果指标(Adjusted Project Size),以及所形成的新的指标——缺陷密度(Defect DensR&Dy)的共同作用下,得到了描述项目质量状况的主要数据——估计的项目缺陷,如节点“Estimated Project Defect”所示。通常在R&D项目的前期就需要对项目的质量状况进行判断,而此时很多信息还不能完全确定下来,此时如果对项目的缺陷进行阶段评价,它的结果就会有较大的分布成果如图2所示。
上图表明如果R&D项目前期只知道项目的规模为300个功能点(节点“Project Size”),而其他的信息不完全清楚,此时预计的R&D项目缺陷数目大概是296个缺陷(图中的注释数据为296.62),如节点“Estimated Project Defect”所示,此时的缺陷分布成果则从110个缺陷到482个缺陷之间(该分布的标准差为62)。
(3)研究样本的扩展贝叶斯网络结构
考虑到缺陷遗留状况对于验收的重要意义,因而对于上节所提出的基本贝叶斯网络模型进行了扩展,形成了如图3所示的项目遗留缺陷的预报模型。
该模型是在项目前期的缺陷预估的基础上扩展而来,分别考虑了与项目遗留缺陷密切相关的三个节点。这三个节点分别是描述项目评审缺陷的节点(Review Efficiency)、项目测试缺陷的节点(Testing Efficiency)以及项目使用程度的节点(Heavy Operation Usage)。因为在贝叶斯网络结构图中采用概率分布的情形来描述事件出现的结果,也即当考虑的因素越多,对于最终结果的不确定性影响也就越明显。
考虑到各类评审的效率主要取决于评审专家的经验和组织的评审过程,因而将其综合为一个“Review Efficiency”节点。评审发现的缺陷由节点“Defect found by Review”表示,而测试发现的缺陷由节点“Defect found by Testing”表示。因而项目交付给客户后潜伏的缺陷数目即为估计项目缺陷减去评审发现的缺陷和测试发现的缺陷,该缺陷数目由节点“Defect Remained before Operation”表示。本研究构建了项目质量状况的贝叶斯网络模型,父节点包括项目的三类关键指标,而最终的输出则是决定客户对项目质量是否满意的上线后系统的遗留缺陷数目,对于这些节点的属性以及相应的计算过程接下来进一步的分析[15]。
(4)基于贝叶斯网络的R&D项目阶段质量预报
贝叶斯网络模型就是一种概率模型,它的节点信息几乎都包含了各种不确定性,如何根据该模型对项目的遗留缺陷进行具体的预测。在执行项目的过程中,这种不确定性更是普遍存在。但需要注意的是,随着项目的进展,项目初期的不确定性逐渐会明确下来;随着项目执行阶段的推延,更多的不确定性因素也会进一步明确下来。
如果还没有启动R&D项目以前就希望了解R&D系统上线以后缺陷的遗留情况,可以借鉴贝叶斯网络模型。此时对于项目规模的假设是项目的规模在500个功能点以内,包含了不同的应用行业和项目类型,同时考虑了不同的项目人员规模以及各种人员的经验水平,结合项目执行过程中的项目评审效率和测试效率,最后再考虑系统不同的应用水平,最后预计项目遗留缺陷的数目大概介于的范围,当然上述的数据仍然是一个可能的成果。如图4所示。
对于实际的R&D项目而言,即使在项目立项之前也不是任何信息都不能确定,非常有可能在项目前期就可以确定一组父节点的信息,当给定了父节点信息之后,相应的父节点不再表现为概率分布曲线,而表现为一条直线,给定所有父节点信息的贝叶斯网络。
随着项目的进展,在项目立项后就可以确定更多的不确定性因素。例如在项目执行相应的评审和测试活动后,评审缺陷的数目和测试缺陷的数目就变为确定因素,因而可以直接对它们进行赋值,从而可以更精确地对遗留缺陷的数目作出预报。当所有的因素都确定后,遗留缺陷的预报数目相对最为准确,如图5所示。
此时可以注意到缺陷的分布成果为[0,77],与先前的预报成果相比有差异,因为先前的预报结果是假定所有的节点信息都为“平均”而给出的结果,而上图则是对每个节点都给出了明确的信息。而当R&D系统真正运行之后可以将使用过程发生的缺陷进行记录,然后再输入使用贝叶斯网络所构建的遗留缺陷预报模型中,即可以根据输出检验在网络中的先验条件是否真实,可以根据预报缺陷数目和实际缺陷数目的差异进行原因分析,检查节点中给出的信息状态是否完整,节点之间的信息传输的算法是否正确,甚至是否在贝叶斯网络中遗漏了一些重要的信息节点。只有通过这种回馈分析才能确定贝叶斯网络所预报的结果是否真实可信,也才能在此基础上不断使用后验信息检验前验信息是否正确,从而不断完善R&D项目质量的贝叶斯网络模型,使之更好地趋于实际,能够更准确地预报R&D系统中的遗留缺陷。
(5)结果分析
在基于贝叶斯网络进行数据处理时主要采用了以下的步骤,首先考虑R&D项目关键指标的可获得性以及要求每个项目记录的信息不能有空字段,对来自ISBSG的项目数据进行筛选,筛选后从3024组项目记录中得到452组完整记录的信息,该信息子集包含了上述的四个关键字段,如图6所示,该数据表反映了直接从历史项目中抽取的实际项目信息。
抽取出原始数据后对其进行数值化处理,以便将上表中的描述信息转换为数值信息,如图7所示。
图7该项目四个关键指标和三个衍生指标的数值化处理结果
将上图的数值化结果之后再对其进行归一化处理,结果如图8所示。
将行业数据经过整理后然后再采用贝叶斯网络对其进行分析。本次采用了“CMSVM建模应用平台与预报应用平台”,该工具要求对每个指标进行标号处理,即对要建模的输出对象(例如工时或工期)不加标号,而将其他输入因子分别添加1:2:等等,如欲对工作量进行建模,即将数据转换为如下的形式,第一列数据即为归一化后的工作量数据,如图9所示。
将欲建模的数据转换为上图的形式之后就可以开始进行相应的建模和预报工作了,对数值预报的数据格式要求基本上与建模应用的数据格式要求一致,只不过需要将要预报的指标数值都设置为0即可。例如要对第一列的工作量进行预报,将第一列的内容都置为0,经过运算后给出相应的预报数值。在此基础上建立了贝叶斯网络如图10所示。
从而可以更精确地对遗留缺陷的数目作出预报。此时可以注意到缺陷的分布成果为[0,77],与先前的预报成果相比有差异,因为先前的预报结果是假定所有的节点信息都为“平均”而给出的结果,而上图则是对每个节点都给出了明确的信息。系统上线后发现的缺陷数量为5个,那么就可以根据该模型反推出节点“Defect Remained Before Operation”所包含的缺陷数目为17个,而以前预报模型中预测的数量则为34个,由此可以根据预报缺陷数目和实际缺陷数目的差异进行原因分析,检查节点中给出的信息状态是否完整,节点之间的信息传输的算法是否正确,甚至是否在贝叶斯网络中遗漏了一些重要的信息节点。这样组成了质量预报缺陷的基本数目,下面以工期指标做进一步的分析。对于R&D项目的工期预报采用与工作量预报类似的计算方法,指定核函数模型及其参数,然后进行运算。对于工期的回归计算结果的检验如表2所示。
根据表5.2的内容可以注意到在表中有四个样本的偏差较为明显,分别是94%、182%、280%和287%,其偏差过大的主要原因可能来自实际结果的不准确。因为对于R&D项目的工期而言有两个衡量标准:一般意义上的工期为合同工期,即项目开发合同签署之日起至项目的正式验收日期;第二种工期为R&D项目的有效工期,即真正的项目实施工期。以2008年1月为阶段评价的时点,剔出异常的数据点,则预报与实际的平均偏差程度为21%,这个数字即使对于实际的项目管理决策来讲也已经非常有意义。对于预报工期与实际工期的偏差趋势进行分析,得到如图11所示的趋势图。
在工期预报趋势图中可以注意到四个明显的数据异常点,这四个数据点相对于其他数据点的分布趋势为一个明显的奇点。因而在分析一般结论时应考虑其真实性。本阶段评价时的缺陷数目为17个,预报与实际的平均偏差程度为21%,得到X1成果、X2工期、X3质量、X4成本的贝叶斯网络值排序为:X1X2X3X4,将四个关键指标和衍生指标的数值带入公式中。
5 研究结论
本研究在贝叶斯网络模型的基础上,从实证的角度分析基于贝叶斯网络的项目阶段质量预报机制,选择了R&D项目为研究样本,归纳了R&D项目四个关键要素的指标集合,由16个指标综合体现出来。构建R&D项目项目指标之间的线性关系,本研究的重点是使用贝叶斯网络对于指标之间的依赖关系进行了计算分析。对指标关系的研究主要分为线形关系和非线性关系研究,线性模型并没有反映R&D项目的一些重要属性,因而需要引入更接近现实世界的非线性模型。
非线性模型则根据所研究的对象特点采用不同的研究方法,考虑到各类指标的特点,本文采用了贝叶斯网络模型模拟项目质量指标的输出,对于R&D项目质量研究往往缺乏客观数据,采用了可以综合处理主观经验数据和客观数据的贝叶斯信任网络模型,在贝叶斯网络模型中,依据四类指标模型提供了与成果类指标相关的先验信息,再结合R&D项目多阶段缺陷去除模式,引入评审和测试两类关键的缺陷审查方式,最后推导出使用中的缺陷遗漏数量及其分布成果。
该模型依据项目指标体系首先建立了项目质量的基本贝叶斯网络,通过参数设置预报项目中的“潜伏”缺陷数目,并在此基础之上建立了项目质量的扩展贝叶斯网络,而对于项目工期与工作量的预报模型则使用了支持向量机的分析方法,从而使得扩展后的贝叶斯网络可以为实际使用中的系统进行缺陷数目预报。为后续的项目质量预报提供更准确的参考信息,从而达到持续优化项目质量预报贝叶斯信任网络的目的。
基于安卓平台天气预报APP 第4篇
关键词：天气预报；安卓；java
当前社会手机已经成为了生活中不可少的通信设备，没有手机有时会让人觉得寸步难行，手机脱离传统的打电话，发短信等基本功能，而基于智能手机的处理能力和可扩展能力，基于4G网络高速数据传输，越来越多的功能和业务将被开发出来并大规模的应用。开发基于安卓平台的天气预报软件，并从网上获取天气信息，可以让用户能在第一时间获取天气信息，以便提前预防。同时，把气象灾害造成的损失降到最低。
一、软件的总体设计
（一）登录界面
登陆界面中包含的控件有Button（按钮），EditText（文本输入框），CheckBox（复选框），TextView（文本显示）。用这些软件组成了登陆界面并且运用OnClickListener（），进行监听，创建监听事件并且判断你注册的账户密码是否正确，如果正确则显示登陆成功。里面用到了SharedPreferences（用户偏好）来储存密码，其实SharedPreferences（用户偏好）也是一种轻型的数据存储方式，它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。其存储位置在/data/data/<包名>/shared_prefs目录下。SharedPreferences对象本身只能获取数据而不支持存储和修改，存储修改是通过Editor对象实现。实现SharedPreferences存储的步骤如下：
1.根据Context获取SharedPreferences对象。
2.利用edit（）方法获取Editor对象。
3.通过Editor对象存储key-value键值对数据。通过key值取value值。
4.通过commit（）方法提交数据。并且用到了Intent传值等方法。
（二）主界面
MainActivity是程序的主界面里面包含了，天气预报的主要代码，界面上显示近三天的时间、温度、风向、风速等。用到的技术有使用选项菜单OptionsMenu实现功能点排布。
二、软件的程序设计
（一）、Activity的延迟跳转原理
在很多应用软件上都会有一个欢迎界面，通过一个简单的中介界面来表现出该软件的设计类型，在此界面上通过图像让用户大概了解该软件所提供的一些功能。实现方法是：先创建一个Timer对象，通过匿名内部类的方法构造出一个基于始终任务的对象，类似于线程，该类也实现了run（）方法来对要进行的动作进行处理。最后调用Timer对象的schedule（）并且传入一个时钟任务对象参数及一个延长的时间参数。
（二）、程序运作流程
（l）一般启动
启动一个活动的基本流程为onCreate-->onstart-->onResume。该流程首先分配资源给这个活动（创建状态），然后将活动的内容显示到屏幕上（启动状态）；在一切就绪后，取得屏幕的控制权（恢复状态），用户可以开始使用这个程序。
（2）调用另一个活动
onpause（l）-->onCreate（2）-->onstart（2）-->0nResume（2）-->onStop（l）。该流程首先冻结原来的活动，再交出屏幕控制权；直到活动2完成一般启动流程后，活动1才会被停止。
（3）回到原来活动
onPause（2）-->onRestart（1）-->onstart（l）-->onResume（1）-->onstop（2）->onDestroy（2）。另外按返回键也可以回到原来的活动。
（4）退出结束
退出结束的基本流程为onPause-->onStop-->onDestroy。如果程序中有直接调用finish方法来关闭活动的话，系统会跳过先冻结的阶段，直接暂停，停止，然后销毁。
（5）回收后再启动
回收后再启动的基本流程为oncreate-->onstart-->onresume。如果被回收掉的活动一旦又重新被调用时，会像一般启动一样再次调用活动的onCreate方法。当在模拟器上已经执行过多个应用程序，只要按下返回键，就会开启最近一次开启过的活动。所以如果要让再次被创建的活动跟原来开启过的一样，那么在活动之间切换时，就要保存资料：即在每次活动运行到暂停或停止状态时先保存资料，然后在创建时将资料读出来。
（三）APP界面
通过Genymotion的使用和观察才可以发现问题，如果发现有Bug将要加以修改。测试后的软件各个模块的基本功能能顺利进行，因此要尽可能的提高了该软件的健壮性。
三、小结
开放性对于安卓（Android）的发展而言，有利于积累人气，这里的人气包括消费者和厂商，而对于消费者来讲，最大的受益正是丰富的软件资源。开放的平台也会带来更大竞争，如此一来，消费者将可以用更低的价位购得心仪的手机。加入一款实用的天气预报的软件，无疑可以增大手机销售的亮点。
参考文献：
[1]李刚彪.数据库加密技术的研究与实现[D].太原理工大学，2010：18-78.
[2]杨云君.Android 的设计与实现[M].北京：机械工业出版社，2013：5-65.
[3]秦明甫.基于混沌理论的数字图像加密研究[D].重庆大学，2009：34-48.
天气预报app项目报告 第5篇
项目名称：iLife生活管理（Android app）
编写人：
袁博伦（20152100055）袁达强（20152100037）林小龙（20152100209）
编写时间：2017.09.24
1.引言
1.1编写目的
为了进一步明确开发目标、定义产品功能，最终开发出真正满足用户需求的生活管理系统，本开发团队深入群众生活，调查市场需求，并从多方面多层次进行需求分析，对iLife生活管理（安卓app）的开发提出了完整、准确、清晰，具体的规划。
1.2项目背景
1.2.1项目名称：iLife生活管理（Android app）
1.2.2说明：
当今社会，科技发展迅猛，物质文化生活越来越丰富。人们的生活也更加繁忙了，娱乐消遣的方式也更多了。在这样一个快节奏的、纷繁的社会里，人们开始发现生活需要规被划和管理，也常常发现时间、金钱总在不知不觉中消失了。尤其对于大学生来说，如何在多姿多彩的校园中，掌管自己的时间和金钱，培养自己管理生活的能力显得尤为重要。为了应对以上需求，本开发团队拟定开发iLife生活管理应用（安卓app），为广大人民群众提供方便、实用的时间管理和收支记录工具。
1.2.3参考资料：
软件工程导论(第5版)张海潘编著 清华大学出版社
2.系统总体概述
2.1目标
本项目开发的目标是实现一个生活管理类的安卓端app，具有时间管理、收支记录、报表分析等功能，并且实现一个分享平台用于分享数据和相互监督。功能类似于爱今天、口袋记账本等已有app，并在其基础上增加特色功能，具体参见功能需求。
2.1.功能需求
2.1.1功能结构图
2.1.2功能详述
(1)【登录界面】：为保证用户私人信息的安全和实现信息分享，必须有注册账号和登录功能。
(2)【用户主界面】：用户登录后要求可执行以下功能：
时间管理模块：添加日程计划、设置活动提醒；记录某段时间所做事项并分类；番茄工作法（可种树）；统计时间使用的数据。
收支记录模块：添加预算、设置记账提醒、剁手提醒；统计支出数据。
报表分析：根据以上两功能中所记录的数据进行分析，得出报表（可以看时间和资金的利用情况）及分析结果（查看自己在管理时间和资金上存在的问题，和别人的对比结果，以及系统给出的建议）。
共享与监督平台：用于共享自己的时间和收支记录数据，并可与好友相互监督。
(3)【设置界面】:进行功能设置、账号设置，查看帮助
2.1.3数据流图
（点击图片选择查看大图）
2.1.3 E-R图
（点击图片选择查看大图）
2.2用户界面
尚未成型，敬请期待。
参考界面：（取自类似app：IToday、口袋记账本）
（点击图片选择查看大图）
2.3性能需求
2.3.1响应速度快，确保任何操作响应时间均在1秒内。
2.3.2占用磁盘容量小（控制在30M以内），运行时内存占用小。2.3.3安全性高，确保用户信息安全。2.4可用性和可靠性需求
2.4.1该系统应确保任何时间都能正常运行，并且不影响设备上其它应用的运行。2.4.2该系统应确保90%的用户都能在无他人指导情况下，在20分钟内熟悉系统所有功能。
2.4.接口需求：
2.4.1用户界面：界面简洁易懂，支持拖曳、滑动等人性化操作。2.4.2硬件接口：不需要。2.4.3软件接口：不需要。
2.5.将来可能提出的需求：
未来可能扩展的功能：应用可常驻设备后台，自动监测各种软件的运行状况，统计用户使用各种软件的时间和频率。（如：统计出用户当日共在微信上花费5小时、在淘宝上花费1小时等）并有设备锁的功能，可设置在某个时间段锁定某个应用。
3.结论
天气查询系统项目开发总结报告 第6篇
1.1编写目的
编写本报告的目的是研究本系统的总体需求、背景。对开发结果 开发评价进行分析，得出经验与教训。
1.2背景
本项目是对天气查询系统作出的项目总结报告。此软件的任务是根据课程设计任务提出的，由林龙灯（2号，组长）、林俊（3号）、林祥辉（5号）张善涛（17号）组成开发小组进行开发的，到时开发完成由小组成员安装此软件。
1.3定义
随着计算机应用的日益普及和深化，随时随地了解今明天的天气情况已经成为一种趋势。因此，实现一个将各种天气查询服务功能集成起来的信息系统就显得十分必要，既可以节省时间，又可以实现个性化的服务，减少不必要的等待和冗余的信息。开发的系统要求界面友好，方便直观。既要方便管理员对天气情况进行添加、删除、修改、查询和统计等管理，又要方便用户及时了解最新的天气状况。
1.4参考资料
参考资料如下所示： i.ii.iii.iv.钱乐秋等，《软件工程》，青还大学出版社；
张害藩，《软件工程导论》（第四版），清华大学出版社； 王珊等，《数据库原理及设计》，清华大学出版社； 赵池龙等，《软件工程实践教程》，电子工业出版社。
2实际开发结果
2.1产品
在天气查询系统中，用户只需要自己建立一个查询系统帐户。通过系统自动审核后，可以方便查询各种天气信息。系统能自动记录用户的选择，下次查询，系统能自动显示上次用户查询的条件，方便用户查询。
管理员定期对天气信息信息进行录入、修改、删除，并能对违规的用户帐户进行删除。为系统维护人员提供权限管理、数据备份等通用功能。
本系统通过强大的计算机技术给普通用户查询天气状况带来便利。本系统为用户提供时时天气查询，近期天天气查询服务。为管理员提供便利的天气信息录入、修改功能。并能自动分析近期的天气走势，反馈用户查询情况。目标还包括：
减少人力与管理费用； 提高信息准确度； 改进管理和服务；
建立高效的信息传输和服务平台，提高信息处理速度和利用率；
系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高；
更简便、信息化程度更高的天气查询流程；
2.2主要功能和性能
本系统主要实现天气信息管理、用户管理和天气查询管理等主要的管理功能。（1）天气信息管理
天气信息管理：增、删除、改等管理。
天气信息分类管理：根据天气信息的地域，类别等建立一张天气信息分类表，系统可以根据它，进行分析，统计。
天气信息统计管理：根据天气信息类别表，自动统计、分析天气情况，供管理员参阅。
（2）用户管理
新增用户管理：建立新用户。
用户信息管理：用户自己可以修改个人信息，而管理员可以删除用户帐户。（3）天气查询管理
用户查询管理：用户可以查询本系统提供的天气信息。 管理员查询管理：管理员可以查询用户的查询记录。
用户查询统计管理：系统自动分析用户查询情况，并将用户查询记录在查询信息表上。
由于此开发项目针对天气查询，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。
查询速度：不超过10秒；
其它所有交互功能反应速度：不超过3秒； 可靠性：平均故障间隔时间不低于200小时。
2.3基本流程
基本流程图如下所示：
进入查询系统信息管理员用户信息修改用户管理注册查询信息天气信息表用户信息表用户信息表天气信息表
2.4进度
原计划进度如下： A.可行性分析：2天 B.需求分析：7天；
C.软件设计(概要设计和详细设计)：3天； D.数据库建立：5天；
(以下6个子系统可并行编码、单元测试)E.子系统1编码测试：5天;F.子系统1编码测试：6天;G.子系统1编码测试：7天;H.硬件安装:8天;I.硬件测试:4天;J.集成测试：5天;K.系统安装、培训：2天； L.验收测试:2天
实际进度与原计划进度一样，主要是每次的进度都与计划计划实施的一样，所以结果无偏差。
2.5费用 1万元人民币 3开发工作评价 3.1对生产效率的评价
a． 程序的平均生产效率：
E=aL^b=2.4*1024^1.05(每人月)b． 文件的平均生产效率为：1.024（KLOC/人月）
此计划和实际的无多大偏差。
3.2对产品质量的评价
错误发生率：17.79（每千条指令）这比实际的预算大，因为在编写的过程中还出现了大部分的语法错误，所以要一直修改。
3.3对技术方法的评价
在开发过程中开发工具是用VC++ 6.0和C++平台。VisuslC++6.0提供了功能强大的MFC类库(MierosoftFoundationClass)，MFC是一个很大的C++类层次结构，其中封装了大量的类及其函数，很多Windows程序所共有的标准内容可以由MFC的类来提供，MFC类为这些内容提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓，这将简化编程工作，大大的减少程序员编写的代码数量，使编程工作变得更加轻松容易;提供了基于CASE技术的可视化软件的自动生成和维护工具Appwizard、elasswi乙叮d、visualstuaio、wizardBar等，实现了直观、可视的程序设计风格，方便地编和管理各种类，维护程序的源代码;封装了Windows的API函数、USER、KERNEL、GDI函数，简化了编程时创建、维护窗口的许多复杂的工作，同时提供了数据库访问对象接口；鉴于目前小组成员只学了C和C++,而且相比C而言, 用C++开发效率很高,由于OOP，对象会自己管理自己，这样避免了很多维护的麻烦，加快了开发速度。
3.4出错原因的分析
出错的主要原因是由于：一方面对C++语言的语法理解出现了偏差，另一方面就是数据库连接时出现了一些问题。
4经验与教训