在本客户端的后
2
初我们采取从百度地图不全面，难以及时更新，台管理管理系
上获取全国各个小区的在此时说话的瞬间，可统，加入小区管
地点位置信息，方便回能有一个小区被建立。理模块，让回收
收公司派回收员上门回（2）软件在推广阶段，公司填写该公司
收。
不可能覆盖全部小区，有意愿进行服务
有些小区由于废品产量小区的详细信
太小，公司不愿处理。息，只有公司对
该小区授权，该
小区的客户才能
友好的使用普通
用户端的软件。
每次交易款的结算方式。我（1）废品回收缺乏一个最后采用易宝支
3
们采用传统回收员与客户标准回收价格，所以回付解决交易金额
“一手交钱，一手交货”的方式进行交易
收员可能从中谋取部分结算的问题利益。
（2）因为没有第三方的
支付平台，用户每次的
交易积分发送很难做到
公正。
17质量管理
171质量审核
质量保证QualitXAudit
一、项目于基本情况IPXojectBasicI
fo
项目名软件废旧物品回收服制作日
称
务平台
期
序号阶段
审核人
1
可行性分析阶李萍
段
20XX1211
审核日期20XX1114
审核结果合格
优质参考11文档
f尚择优选
2
需求分析阶段李萍
3
设计阶段
李萍
4
编码阶段
李萍
5
测试阶段
李萍
20XX12220XX215
合格合格合格
172质量控制
质量控制QualitXCo
tXol
一、项目于基本情况IPXojectBasicI
fo
项目名称软件废旧物品回收服务平台制作日期20XX212
序号
控制手段具体说明
负责人
1
软件测试找出bug与不合理的逻辑
王建程王景
2
从代码源头团队中有一人负责整个产品的质量王建程
控制好质量和代码审核，不定期的经常举行内部培
训，发布后bug汇总总结分析，不断提
高开发团队技术水平。发布后出现bug
和开发者挂钩，除了不能解决的，严重
Bug必须在2个工作日内解决，对于不
能解决的bug要给出原因：是先期设计
导致的？别人的配合代码导致的？还
是其他原因。这样做目的：出了问题，
找出原因，避免不再重犯。
3
监督
所有软件开发的步骤按照需求规格说王景
明书，设计说明书来进行，尽量避免变
更。
18风险分析
风险分析XiskA
alXsis
一、项目于基本情况IPXojectBasicI
fo
项目名称软件废旧物品回收服务平台制作日期20XX312
序号
风险类型
项目成败的影响
1
产品规模风项目的风险是与产品的规模成正比的，与软件规模相
险
关的常见风险因素有：产品的用户数，复用的软件有
多少，产品的需求变更多少等
2
需求风险面临着一些不确定性。当在项目早期容忍了这些不确
定r