项目管理课程设计报告.docx
- 文档编号:5749603
- 上传时间:2022-12-31
- 格式:DOCX
- 页数:20
- 大小:87.17KB
项目管理课程设计报告.docx
《项目管理课程设计报告.docx》由会员分享,可在线阅读,更多相关《项目管理课程设计报告.docx(20页珍藏版)》请在冰豆网上搜索。
项目管理课程设计报告
成绩
《软件项目管理》课程报告
项目名称懒人宝系统
项目经理叶金运
项目成员叶金运,叶楚煊,姚迦勒
学院计算机学院
专业班别软件工程12级(03)班
学号3112006263
学生姓名叶楚煊
指导教师周俭铁
2015年6月
懒人宝系统需求规格报告
文本信息
文件状态:
[]草稿
[√]正式发布
[]正在修改
当前版本:
V1.0
撰写人:
叶楚煊
完成时间:
2015-6-22
1.导言
1.1.目的
该系统与美团、淘宝平台等有相似之处也有不同之处,相同之处是也是对某一物品进行处理,淘宝平台是有各种各样的物品或者活动供消费者购买,而此平台提供的恰似购买后的送货上门服务,真真正正的实现不出门就拿到东西的快感。
为那些没有时间或者有时间却不想动手去买东西、拿东西或者送东西的人提供最方便快捷的服务,当然可能会产生小部分的费用。
于感性目标是为了满足当前大学生生活懒惰的各种需求,如若需求得当,甚至可以造福所有懒惰心理渴望被延续的人。
1.2.背景
我们所处的时代是一个正在全面发展的阶段,很多不可能实现的东西最后都成为了可能。
例如实时公交查询,滴滴打车,超级课程表等一些出世就让世人拍手叫好的软件。
这些软件一开始的实施也是不被人看好,但是如今却横行于世,被无数人称赞叫绝。
这是一个鼓励人们努力实践,敢于尝试的时代。
如今人类的思想就是没有什么是不可以实现的,我们的懒人宝平台可以提供如此方便的服务给大众。
1.3.缩写说明
无
1.4.术语定义
无
1.5.参考资料
《疯狂android讲义第二版》
《第一行代码》
1.6.版本更新信息
具体版本更新记录下表所示
修改编号
修改确认日期
修改后版本
修改位置
修改方式(AMD)
修改内容概述
修改请求号
1
2015-6-1
1.0
工人端
A
编写工人端
1
修改方式:
A-增加M-修改D-删除
2.任务描述
2.1.任务定义
这个软件的最初构想是来自周俭铁老师,认真细想一番定能发现一些弊端,这个软件可能更适用于一些可以自由出入而且方便寻找的地方,如果保卫森严或者地形复杂,那么这个送货上门也只能跟普通快递一样叫你下来拿。
在懒人宝内部,我们将实现信息的流动,以及面向不同人群的交互。
使得每个人都可以方便快捷的获得需要的系统服务,满足“人懒而事不懒”的服务宗旨。
系统功能框架:
2.2.应用环境
设备环境:
建议wifi环境下
系统运行环境:
android系统
用户操作方式:
触屏为主,按钮辅助
当前应用方式:
app
2.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.响应时间:
<=2s
B.更新处理时间:
<=2s
C.数据的转换和传送时间:
<=2s
D.计算时间等的要求:
<=2s
3.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.0
2015-03-22至2015-05-22
叶金运,叶楚煊,姚迦勒
叶金运,叶楚煊,姚迦勒
完成基本功能的实现
2.0
2015-05-22至2015-05-28
叶金运,叶楚煊,姚迦勒
叶金运,叶楚煊,姚迦勒
界面美化,代码优化,修改BUG
3.0
2015-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.0
2015-5-22
2015-5-28
叶金运,叶楚煊,姚迦勒
2.0
2015-5-28
2015-6-3
叶金运,叶楚煊,姚迦勒
3.0
2015-6-3
2015-6-10
叶金运,叶楚煊,姚迦勒
......
1.3.测试环境
硬件环境
应用服务器
数据库服务器
客户端
软件配置
OS:
window7
Bmob
OS:
window7
Bmob
OS:
Android
网络环境
wifi
wifi
wifi
1.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.遗留问题统计
遗留缺陷总数
建议
一般
严重
致命
2
1
0
1
0
懒人包系统风险计划说明书
文本信息
文件状态:
[]草稿
[√]正式发布
[]正在修改
当前版本:
V1.0
撰写人:
叶楚煊
完成时间:
2015-06-22
1. 软件项目风险管理计划
本计划主要针对项目开发涉及到的风险,包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。
在文中对所提到的风险都一一做了分析,并提出了相应的风险回避措施。
由于风险是在项目开始之后才开始对项目的开发起负面的影响,所以风险分析的不足,或是风险回避措施不得力,都很有可能造成项目开发的失败。
风险分析是在事前的一种估计,凭借一定的技术手段和丰富的经验,基本能够对项目的风险做出比较准确的估计,经过慎重的考虑提出可行的风险回避措施,是避免损失的重要环节。
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%
4
1
数据加密技术不够安全
技术风险
97%
5
2
需求不断变化
需求风险
95%
5
3
队长对项目的时间要求 不合理
相关性风险
93%
5
4
进度拖延
管理风险
92%
4
5
开发人员经验不足
人员数目及经验风险
85%
4
6
产品的初定在线活跃用户为100人
产品规模风险
80%
4
8
5. 项目风险措施应对
风险意识
风险应对措施
项目管理过程
潜在风险事件
风险发生后果
应对措施
预防措施
产品规模风险
功能点估计不精确
工期延误
追加资源
加班加点
产品的初始在线活跃用户为100人
没人用这个app
宣传,进行产品运营
从需求出发,做好调查在进行开发
需求风险
对在线活跃用户缺少确定的把握
系统并不适用,或许会奔溃
修改系统
采用大型服务器
与其他队员沟通不协调
软件不能满足业务需求
立即与队员进行沟通
指定沟通管理计划
分析员对App了解不全面
App不能满足业务需求
根据队长要求修改
让队员确认需求报告
需求不断变化,由于不确定的需求导致新的项目
需求被修改多次变更了初期目的
提交讨论,决定
建立范围变更程序
相关性风险
财物资源有限
项目不能按期完成 ,无法提交
追加成本
减少资源消耗
队长对项目的时间要求不合理
项目不能完成
及时沟通
平时加强沟通
管理风险
项目范围定义不清楚
无法预计完成工期
按照队员要求变更
事先定义清楚并获得队员确认
进度拖延
项目不能按期提交
加班加点,加快进度
制定详尽工作计划
沟通不善
项目拖期
及时沟通
制定详尽沟通计划
技术风险
数据加密技术不够安全
被商业间谍盗取
备份并研究数据秘锁
加强安全管理
特殊功能不能及时交付
不能满足队员需求
追加模块
沟通机制
防止黑客攻击技术不够
数据丢失
数据还原
提高系统安全性
缺少测试计划
项目拖期,质量问题发现不了
追加测试计划
事先评审测试计划
缺乏质量跟踪
质量问题
及时解决问题
制定质量跟踪计划
开发环境风险
所使用开发软件的质量问题
项目拖期,交不到作业
更换开发软件
选择正版软件
设计工具不合用
项目拖期 ,交不到作业
更换开发软件
选择合适的设计工具
设备固定折损严重
项目拖期,交不到作业
修改或换设备
加强设备预防性维修
人员数目及经验风险
人力资源有限
项目拖期,交不到作业
添加人手
制定合理的时间管理计划
开发人员没有接受过正规培训
项目拖期,交不到作业
增加专人开发
提前培训
项目中有一些开发人员只能部分时间工作
项目拖期,交不到作业
增加专人开发
安排好开发人员的时间
开发人员不能按时到位
项目拖期,交不到作业
增加专人开发
项目前约定到位时间
开发人员经验不足
项目拖期,交不到作业
增加专人开发
做好培训
6. 风险监控
制定规划,实施保护措施,在保护措施实施的每一个阶段都要进行监控和跟踪。
风险贯穿于电子商务项目的整个生命周期中,因而风险管理是个动态的、连续的过程。
因此制订了风险防范计划后,还需要时刻监督风险的发展与变化情况。
就算做好了最全面的保护措施,风险还是有可能会出现的。
所以,只有了解风险,才能规避风险。
总结
1、自己在整个项目开发过程中所做的工作(做了哪些工作)陈述;
(1)载入界面的编写:
这个其实是运用很简单的定时跳转功能,本来载入界面是为了后台载入数据和初始化而存在,但是由于技术达不到要求,只是纯粹的载入画面,在今后的学习中,要认真学习其实现原理并掌握它。
(2)注册,登录系统的编写
主要是运用Bmob后台作为服务器和数据库,由于网上现成的后台,我们只要学会怎么连接Bmob并掌握Bmob后台的一些方法和灵活运用便可以了。
注册主要是数据库操作插入的运用,而登陆是数据库查询得运用,使用和掌握虽然简单,但是要认真对待,才不会出现一些小细节的错误和算法错误。
(3)主界面下拉刷新,上拉加载的实现
这个部分我觉得是比较困难的部分,在上拉刷新和下拉加载的机制上专研了不少时间,知识点比较复杂,就个人而言。
网上虽然有许多现成的接口,但还是要弄懂其中的原理和运行方式。
(4)快递系统的实现
这里用简约的界面获取用户输入的订单消息,然后上传到Bmob后台,主要是对数据库插入的方法再一次运用,作为一开始编写的系统之一,刚开始会出现很多想不到的BUG,甚至奔溃,经过不断的调试最终完成。
这也可以当作整个系统编写阶段的开始。
(5)工人端的编写
一开始本来是想实现一个很简单的列表,但是最终写着写着也花费了不少功夫,其中包括了登录系统,注册系统,列表的刷新机制和载入界面。
由于有了客户端编写的基础,工人端则是在编写过程中复习了客户端编写中掌握的知识,编写速度明显提高,且质量不错,有一些小的BUG也在编写过程中逐一修正。
2、在项目合作开发的过程中哪些人、哪些事令自己印象深刻?
在开发过程中最深刻的就是和队员共同测试懒人宝系统的阶段,每一次BUG的发现并且经不过不断的努力修正了BUG之后,每个人都感到自己的努力没白费的那种心情是最开心的。
从一开始学习中,学得快的队员会给学得慢的队员建议,不遗余力的教导深深增加了队员之间的感情,我觉得一起做一个项目,一起努力,一起拼搏,一起欢笑的日子是最让人难忘的,每一次熬夜的成果,总会让团队会心一笑。
3、你认为自己的团队在项目开发过程中在管理或技术上存在哪些问题,如果有机会重来,你将会怎样解决这些问题?
在开发项目的过程中最大的问题非技术问题莫属,一开始的学习由于比较赶,学得不是很踏实,再加上实现有的地方需要一些高端点的技术让我们望尘莫及,此时就得请教大牛或者寻求网站上的帮助,在技术方面我觉得技术是学不完的,永远没有尽头,每一天的都会有新的技术出现,我们必须时时刻刻的保持自己的学习状态,如果有机会重来的话,我会花费更多的时间去学技术,打好基础可以大大提高项目的完成速度,砍柴不误磨刀功。
管理方面,虽然我们严格地定制了计划,但很多时候都会出现赶不及交工的现象,当时并不在意,导致最后的时候工作量严重加大,如果重来的话,必须必须必须在规定的时间内完成指定的任务,一刻都不能放松。
4、通过团队项目开发和课程学习,自己有哪些收获和感悟?
这一次是一次是十分珍贵的体验,让我们没机会做项目的同学也感受了一下做项目的感觉,在项目的完成过程中,我不遗余力,做得问心无愧哦。
我很感谢老师给我们这样的环境,也和高兴和队友一起努力做项目,从中我发现自己并没有社会所需要的强劲能力,虽然也有一定的基础,但我觉得还远远不够,一山有一山高,在没有经历过的时候,什么都不知道,很迷茫,在经历过之后开始知道自己到底缺少什么,哪方面比较薄弱,在做项目时要注意什么,效率是否达到了预期的标准。
每一次觉得自己OK了的时候多出去看看走走,会发现你所谓的OK并不怎样,离别人还有一大截。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 课程设计 报告