项目管理课程设计报告.doc

成绩 软件项目管理课程报告 项目名称 懒人宝系统 项目经理 叶金运 项目成员 叶金运，叶楚煊，姚迦勒 学 院 计算机学院 专业班别 软件工程12级（03）班 学 号 3112006263 学生姓名 叶楚煊 指导教师 周俭铁 2015年 6 月懒人宝系统需求规格报告文本信息文件状态： 草稿 正式发布 正在修改当前版本：V1.0撰 写 人：叶楚煊完成时间：2015-6-221. 导言1.1. 目的该系统与美团、淘宝平台等有相似之处也有不同之处，相同之处是也是对某一物品进行处理，淘宝平台是有各种各样的物品或者活动供消费者购买，而此平台提供的恰似购买后的送货上门服务，真真正正的实现不出门就拿到东西的快感。为那些没有时间或者有时间却不想动手去买东西、拿东西或者送东西的人提供最方便快捷的服务，当然可能会产生小部分的费用。于感性目标是为了满足当前大学生生活懒惰的各种需求，如若需求得当，甚至可以造福所有懒惰心理渴望被延续的人。1.2. 背景我们所处的时代是一个正在全面发展的阶段，很多不可能实现的东西最后都成为了可能。例如实时公交查询，滴滴打车，超级课程表等一些出世就让世人拍手叫好的软件。这些软件一开始的实施也是不被人看好，但是如今却横行于世，被无数人称赞叫绝。这是一个鼓励人们努力实践，敢于尝试的时代。如今人类的思想就是没有什么是不可以实现的，我们的懒人宝平台可以提供如此方便的服务给大众。1.3. 缩写说明无1.4. 术语定义无1.5. 参考资料疯狂android讲义第二版第一行代码1.6. 版本更新信息具体版本更新记录下表所示修改编号修改确认日期修改后版本修改位置修改方式（AMD）修改内容概述修改请求号12015-6-11.0工人端A编写工人端1修改方式：A-增加 M-修改 D-删除2. 任务描述2.1. 任务定义这个软件的最初构想是来自周俭铁老师，认真细想一番定能发现一些弊端，这个软件可能更适用于一些可以自由出入而且方便寻找的地方，如果保卫森严或者地形复杂，那么这个送货上门也只能跟普通快递一样叫你下来拿。在懒人宝内部，我们将实现信息的流动，以及面向不同人群的交互。使得每个人都可以方便快捷的获得需要的系统服务，满足“人懒而事不懒”的服务宗旨。系统功能框架：2.2. 应用环境设备环境：建议wifi环境下系统运行环境：android系统用户操作方式：触屏为主，按钮辅助当前应用方式：app2.3. 假定和约束开发期限：3个月经费限制：无操作人员要求：无，本系统简单易用，容易上手维护人员要求：熟悉Bmob后台数据管理，有一定的代码阅读与修改能力 预期使用频率：本系统贴近生活，其快递代取代寄功能适应当前生活节奏，预期使用频率高3. 需求规定3.1. 对功能的规定系统的主要功能：1）、代领功能：A、快递代领：通过用户提供快递的基本信息以及用户的所在位置的信息从而实现为懒人用户提供快递上门。上门后收取费用B、快递代寄：通过上门为用户所要寄的快递进行称重，根据用户在懒人宝上提供的到货地址和称重结果进行快递的业内费用估算，从而达到不出门就寄快递。上门后收取费用C、查找快递：用户可以查找自己的快递所在的地点，并且可以进行标记，只要快递到了相应的取递点。标记后的快递一旦送达，懒人宝会提醒用户，并询问是否需要代领。D、寄放快递：当用户人不在学校或者附近时，而身边的人或许没空，并且用户当天回来就急用该件，此时可以拜托懒人宝帮忙存放，存放点就在生活区附近。2）、管理功能：A、用户的注册，修改，甚至权限的变更。已存在任务的修改，删除等等。B、管理员的管理：对用户的基本管理，对后台数据的管理等。3）、任务功能：A、发布任务：针对需要获得服务的人群，他们可以通过系统内置的发布任务功能，使得他们可以描述所需要的服务的类型（帮拿快递，帮买物品等），状态（完成与否，截止时间，报酬），特殊要求等。（可以根据信用等级来限制接受代领任务的用户，也可以直接选择懒人宝旗下的员工，两者的区别在于前者可以提升一定的信用度，也可以获得额外的工资，但是安全性不如后者，完成任务会得到发布者提供的悬赏和系统积分。后者主要是保证了物品的安全性，但是灵活性不如前者）B、接受任务：针对希望去做任务的人，他们能查看任务的详情，然后有选择的接受。4）、信息定位功能：A、我的位置：每个用户可以开启定位功能，以便带领人员找到目的地。B、范围任务：懒人宝系统将通过地图定位功能，使得每个需要服务的人获得一定范围内的服务，或者搜索到某个区域里发布的需要。 5）、支付功能：A. 发放任务者在提交任务的时候，通过这个功能支付报酬，开始系统的服务。B. 而接受者完成后，系统也将应该获得的报酬发至他们的账号上，完成一次任务。用户可以随时将账号的钱转至自己的银行卡上。C、基于基本的业务付费功能。3.2. 对性能的规定用户对系统的性能需求：（1）系统将数据传输的响应时间做到最低，同时尽量降低了系统的响应时间，提高用户体验。（2）系统开放性为完全开放，人人都可以下载使用，可靠性高，不会轻易出现奔溃现象。（3）鉴于由工作人员直接管理后台，直接提高了系统的安全性和享有资源利用性。3.2.1. 精度输入输出均可接受数字，中文，符号类型的数据。3.2.2. 时间特性要求该系统的时间特性要求：A. 响应时间：=2sB. 更新处理时间：=2sC. 数据的转换和传送时间：=2sD. 计算时间等的要求：=2s3.2.3. 灵活性说明 在编写代码时，多个功能分开写最后交互，在计划有所改变时可以最快地适应并开始新的计划进度，缩短了产品交付的时间。3.3. 输入输出的要求 输入输出均可接受数字，中文，符号类型的数据。格式一般为String类型，对于输入并没有什么要求，但是需要输入正确的数据才能正常响应，比如登录系统。3.4. 数据管理能力要求使用Bmob作为后台，能够接受大量数据的应用。3.5. 故障处理要求可能的故障：1.在网速比较慢的环境下容易出现超时错误，建议在网速通畅的情况下挥着wifi环境下使用，避免超时。2.对于特别ANDROID系统可能会出现奔溃现象，此错误需要修改。3.6. 其他要求对于用户的账号密码完全保密，只有内部人员才能查询得到系统可靠易读，暂时没有IOS版本4. 运行环境规定4.1. 设备对于普通的android手机用户几乎都可以使用本系统，本系统设计时考虑到系统不支持的entity，尽量把最低版本降到最低。4.2. 支持软件需要在ANDROID的环境下运行，由于本系统为app,并不需要测试工具，可直接在应用程序上测试所有功能。4.3. 双方签字需求方（甲方）：开发方（乙方）：叶金运，叶楚煊，姚迦勒日期：2015-6-22懒人宝系统系统测试报告文本信息文件状态： 草稿 正式发布 正在修改当前版本：V1.0撰 写 人：叶楚煊完成时间：2015-06-22文档变更记录版本编号修订日期修订内容修订人备注1.02015-03-22至2015-05-22叶金运，叶楚煊，姚迦勒叶金运，叶楚煊，姚迦勒完成基本功能的实现2.02015-05-22至2015-05-28叶金运，叶楚煊，姚迦勒叶金运，叶楚煊，姚迦勒界面美化，代码优化，修改BUG3.02015-05-28至2015-06-16叶金运，叶楚煊，姚迦勒叶金运，叶楚煊，姚迦勒增加工人端.1. 概述 第一次测试出现的BUG比预计的多，而且会出现不在预期范围内的BUG，经过反复的修改最总修复大多数重要的BUG。系统能够正常使用且不会出现错误。1.1.测试概要 懒人宝系统测试从2015年5月22日开始到2015年6月10日结束，共持续19天，测试功能点5个，执行100多个测试用例，平均每个功能点执行测试用例20个，测试共发现10个bug，其中严重级别的bug10个，无效bug0个，平均每个测试功能点0.1个bug。懒人宝测试通过模拟用户使用进行缺陷跟踪管理，测试阶段都包含有详细的bug分析表和阶段测试报告。1.2.进度回顾版本名称测试起始时间测试结束时间测试人员1.02015-5-222015-5-28叶金运，叶楚煊，姚迦勒2.02015-5-282015-6-3叶金运，叶楚煊，姚迦勒3.02015-6-32015-6-10叶金运，叶楚煊，姚迦勒.1.3.测试环境硬件环境应用服务器数据库服务器客户端软件配置OS：window7BmobOS：window7BmobOS:Android网络环境wifiwifiwifi1.4.网络拓扑2. 测试结论 解决大部分严重中BUG，系统基本能够交付。2.1.测试记录2.2.缺陷修改记录2.3.功能性 系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中文界面。实现了快递代寄和代取，个人登陆，工作人员登录，任务的发布、领取、取消、搜索，个人留言，地图定位，修改个人资料等功能。2.4.易用性 现有系统实现了如下易用性： 查询，添加，删除，修改操作相关提示信息的一致性，可理解性 输入限制的正确性 输入限制提示信息的正确性，可理解性，一致性现有系统存在如下易用性缺陷： 界面排版不美观 输入缺少解释性说明2.5.可靠性 现有系统的可靠性较高，正常使用不会诱发严重错误。 现有系统的容错性较高，如果系统出现错误，能够返回到出错前的状态，但有些错误直接崩溃。2.6.兼容性现有系统支持仅支持adnroid系统。现有系统未进行其他兼容性测试。2.7.安全性1)现有系统控制了以下安全性问题：2)账号密码资料保密，除工作人员外无法查看。3)现有系统未控制以下安全性问题：4)用户名和密码应对大小写敏感5)登陆错误次数限制3. 缺陷分析3.1.缺陷收敛趋势第一轮测试： 解决大量普遍简单的BUG,，BUG数量大大减少。第二轮测试： 解决比较麻烦的BUG，BUG数量小幅度减少。第三轮测试： 解决个别对系统发布有影响的BUG。3.2.缺陷统计分析 测试发现的bug主要集中预期范围内，属于一般性的缺陷，但是测试的时候，出现了几个严重级别的bug，出现严重级别的bug主要表现在以下几个方面1)下刷刷新当没有数据时奔溃2)登录异常4. 遗留问题分析4.1.遗留问题统计遗留缺陷总数建议一般严重致命21010懒人包系统风险计划说明书文本信息文件状态： 草稿 正式发布 正在修改当前版本：V1.0撰 写 人：叶楚煊完成时间：2015-06-221.软件项目风险管理计划本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了分析，并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成项目开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。2.风险条目表2.1.产品规模风险由于采用功能点估算成本，代码行小于50000行，权重确定主观 产品的初定在线活跃用户为100人2.2.需求风险 对在线活跃用户缺少确定的把握与其他队员沟通不协调分析员对app开发了解不全面需求不断变化，由于不确定的需求导致新的项目2.3.相关性风险财物资源有限不可抗力造成的危害2.4.管理风险项目范围定义不清楚进度拖延沟通不善2.5.技术风险数据加密技术不够安全特殊功能不能及时交付防止黑客攻击技术不够缺少测试计划缺乏质量跟踪2.6.开发环境风险所使用开发软件的质量问题设计工具不合用数据库各子模块对接困难设备不能按时到位设备固定折损严重系统崩溃备份环境不稳定2.7.人员数目及经验风险人力资源有限开发人员没有接受过正规培训开发人员没有项目经验项目中有一些开发人员只能部分时间工作开发人员不能按时到位开发人员经验不足3. 风险定性分析本项目采用概率分布法针对风险概率及后果绩效定性的进行评估类别潜在风险事件风险发生概率的定性等级风险后果影响的定性等级综合风险指数产品规模风险功能点估计不精确中轻度11产品的初始在线活跃用户为100人高严重19需求风险对在线活跃用户缺少确定的把握高轻度9与其他队员沟通不协调高轻度18分析员对app了解不全面中轻度11需求不断变化，由于不确定的需求导致新的项目中轻度2相关性风险财物资源有限中轻度11不可抗力造成的危害低灾难性8管理风险项目范围定义不清楚高严重5进度拖延极高严重3沟通不善中轻度11技术风险数据加密技术不够安全极高灾难性1特殊功能不能及时交付中轻度11防止黑客攻击技术不够高严重5缺少测试计划低轻度14缺乏质量跟踪高轻度9开发环境风险所使用开发软件的质量问题中严重6设计工具不合用低轻微19数据库各子模块对接困难中严重6设备不能按时到位低严重10设备固定折损严重低轻度14系统崩溃低灾难性8备份环境不稳定中严重6人员数目及经验风险人力资源有限中轻度11开发人员没有接受过正规培训高轻度16项目中有一些开发人员只能部分时间工作中轻度11开发人员不能按时到位中轻度11开发人员经验不足高严重5（1-5是不能接受的风险；6-9是不希望有的风险；10-17是有控制的接受的风险；18-20是不经评审即可接受的风险）-主观制定，造成项目对风险发生的严重性或是风险发生的概率严格定性困难4.风险管理清单风险类别概率影响排序队长管理经验不足相关性风险98%41数据加密技术不够安全技术风险97%52需求不断变化需求风险95%53队长对项目的时间要求不合理相关性风险93%54进度拖延管理风险92%45开发人员经验不足人员数目及经验风险85%46产品的初定在线活跃用户为100人产品规模风险80%485.项目风险措施应对风险意识风险应对措施项目管理过程潜在风险事件风险发生后果应对措施预防措施产品规模风险功能点估计不精确工期延误追加资源加班加点产品的初始在线活跃用户为100人没人用这个app宣传，进行产品运营从需求出发，做好调查在进行开发需求风险对在线活跃用户缺少确定的把握系统并不适用，或许会奔溃修改系统采用大型服务器与其他队员沟通不协调软件不能满足业务需求立即与队员进行沟通指定沟通管理计划分析员对App了解不全面App不能满足业务需求根据队长要求修改让队员确认需求报告需求不断变化，由于不确定的需求导致新的项目需求被修改多次变更了初期目的 提交讨论，决定建立范围变更程序相关性风险财物资源有限项目不能按期完成，无法提交追加成本减少资源消耗队长对项目的时间要求不合理项目不能完成及时沟通平时加强沟通管理风险项目范围定义不清楚无法预计完成工期按照队员要求变更事先定义清楚并获得队员确认进度拖延项目不能按期提交加班加点，加快进度制定详尽工作计划沟通不善项目拖期及时沟通制定详尽沟通计划技术风险数据加密技术不够安全被商业间谍盗取备份并研究数据秘锁加强安全管理特殊功能不能及时交付不能满足队员需求追加模块沟通机制防止黑客攻击技术不够数据丢失数据还原提高系统安全性缺少测试计划项目拖期，质量问题发现不了追加测试计划事先评审测试计划缺乏质量跟踪质量问题及时解决问题制定质量跟踪计划开发环境风险所使用开发软件的质量问题项目拖期，交不到作业更换开发软件选择正版软件设计工具不合用项目拖期，交不到作业更换开发软件选择合适的设计工具设备固定折损严重项目拖期，交不到作业修改或换设备加强设备预防性维修人员数目及经验风险人力资源有限项目拖期，交不到作业添加人手制定合理的时间管理计划开发人员没有接受过正规培训项目拖期，交不到作业增加专人开发提前培训项目中有一些开发人员只能部分时间工作项目拖期，交不到作业增加专人开发安排好开发人员的时间开发人员不能按时到位项目拖期，交不到作业增加专人开发项目前约定到位时间开发人员经验不足项目拖期，交不到作业增加专人开发做好培训6.风险监控 制定规划，实施保护措施，在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于电子商务项目的整个生命周期中，因而风险管理是个动态的、连续的过程。因此制订了风险防范计划后，还需要时刻监督风险的发展与变化情况。就算做好了最全面的保护措施，风险还是有可能会出现的。所以，只有了解风险，才能规避风险。总结1、自己在整个项目开发过程中所做的工作（做了哪些工作）陈述；（1）载入界面的编写：这个其实是运用很简单的定时跳转功能，本来载入界面是为了后台载入数据和初始化而存在，但是由于技术达不到要求，只是纯粹的载入画面，在今后的学习中，要认真学习其实现原理并掌握它。（2）注册，登录系统的编写主要是运用Bmob后台作为服务器和数据库，由于网上现成的后台，我们只要学会怎么连接Bmob并掌握Bmob后台的一些方法和灵活运用便可以了。注册主要是数据库操作插入的运用，而登陆是数据库查询得运用，使用和掌握虽然简单，但是要认真对待，才不会出现一些小细节的错误和算法错误。（3）主界面下拉刷新，上拉加载的实现这个部分我觉得是比较困难的部分，在上拉刷新和下拉加载的机制上专研了不少时间，知识点比较复杂，就个人而言。网上虽然有许多现成的接口，但还是要弄懂其中的原理和运行方式。（4）快递系统的实现这里用简约的界面获取用户输入的订单消息，然后上传到Bmob后台，主要是对数据库插入的方法再一次运用，作为一开始编写的系统之一，刚开始会出现很多想不到的BUG，甚至奔溃，经过不断的调试最终完成。这也可以当作整个系统编写阶段的开始。（5）工人端的编写一开始本来是想实现一个很简单的列表，但是最终写着写着也花费了不少功夫，其中包括了登录系统，注册系统，列表的刷新机制和载入界面。由于有了客户端编写的基础，工人端则是在编写过程中复习了客户端编写中掌握的知识，编写速度明显提高，且质量不错，有一些小的BUG也在编写过程中逐一修正。2、在项目合作开发的过程中哪些人、