
1 项目描述
宠物正在成为不少家庭里的新成员。随着养宠物的家庭不断增多,宠物经济也越来越受人关注。
目前从养宠物的数量和消费能力上看,北京、上海、广州、重庆和武汉已经成为我国五大“宠物城市”,在这些城市。而天津、南京、杭州、深圳、成都等城市,宠物普及程度也相当高。不少业内人士表示,随着日前颁布的《宠物条例》中免去每年宠物年检费用的出台后,可能会有更多人加入养宠物的行列,中国宠物市场的潜力仍待挖掘。
如此大的市场自然吸引了众商家的眼球,围绕“宠物赚钱”(指宠物交易本身)和“赚宠物的钱”这两个主题,市场可提供的项目越来越多,为宠物衣食住行、生老病死支出的费用也在逐年增加,个别已经面临服务升级的项目收费更是高得惊人。由于饲养宠物是一个循环消费的过程,消费者需要不停地支出,因此宠物产业成为投资者非常看中的热点行业。
2项目需求和可行性
2.1需求分析
为了更好的完成系统,以防止将来在开发后期付出昂贵的代价,我们必须做好需求分析。我们采用座谈会议的方式进行交流,要求用户参加,按业务流程进行分析,分析主要需要的功能,根据用户描述,开发网站界面原型,然后让用户确认需求,不满足的地方进行修改。需求会议讨论,对于没有开发宠物网站经验的我们来说需要不断调查,搜集相关宠物网站资料,在满足用户需求的基础上从新优化功能模块。
2.1 项目可行性分析
项目可行性分析主要包括:
(1)技术可行性。
随着软件开发工具的发展,众多面向对象的、可行化的开发工具能帮助系统开发者提高软件开发的质量与效率,缩短开发周期。局域网与互联网可为电子图书馆管理系统实现数据通信、资源共享。开发电子图书馆管理系统技术上是可行的。
(2)经济可行性。
电子图书馆管理系统所需的投资在立项通过后,由公司投入。投资费用包括设备购置费、软件开发费、管理和维护费、人员工资与培训费等。投资费已由专项拨出。系统运行将为公司带来直接和间接的经济利益。开发电子图书馆管理系统在经济上是可行的。
(3)社会意义可行性。
电子图书馆管理系统将为用户提供更多的阅读资源,用户可以根据自己的喜好选择喜欢的读物。电子图书馆管理系统丰富了用户的业余生活,给用户带来更多的娱乐选择和学习机会。开发电子图书馆管理系统在社会意义上是可行的。
3 WBS计划
3.1系统WBS
在开发宠物网站之前,我们同样需要做出任务分解,讲宠物网站分解为更多的工作项目,便于管理和处理。根据经验我们可以按以往方式分解,只在系统的实施出做出相应的调整。仍然采用的WBS分解,采用列表形式:
表1-1 WBS分解
| 1.1项目规划 |
| 1.1.1项目规划 |
| 1.1.2计划评审 |
| 1.1.3项目确认 |
| 1.2需求开发 |
| 1.2.1用户界面设计 |
| 1.2.2用户需求评审 |
| 1.2.3修改需求 |
| 1.2.4编写需求规格说明书 |
| 1.3设计 |
| 1.3.1总体设计 |
| 1.3.1概要设计 |
| 1.3.1.1数据库ER图编制 |
| 1.3.1.2设计评审 |
| 1.4实施 |
| 1.4.1前台界面管理 |
| 1.4.1后台信息管理 |
| 1.5系统集成 |
| 1.5.1系统集成测试 |
| 1.5.2环境测试 |
| 1.6提交 |
| 1.6.1.产品测试 |
| 1.6.2产品验收 |
根据以往开发经验,我们能对实施以外的工作步骤做出相应固定的计划,对于实施内容根据功能模块的复杂程度,以及开发难度进行推算,对于宠物网站要求并不高,并且没有时间上的最短要求,所以我们每天在两个开发人员的情况下按正常进度进行如下:
表1-2 时间进度
| 任务名称 | 工期 | 开始时间 | 结束时间 |
| 宠物网站 | 32 工作日 | 2012-10-15 | 2012-11-15 |
| 1.1软件规划 | 3 工作日 | 2012-10-15 | 2012-10-17 |
| 1.1.1项目规划 | 1 工作日 | 2012-10-15 | 2012-10-15 |
| 1.1.2计划评审 | 1 工作日 | 2012-10-16 | 2012-10-16 |
| 1.1.3项目确认 | 1 工作日 | 2012-10-17 | 2012-10-17 |
| 1.2需求开发 | 4 工作日 | 2012-10-18 | 2012-10-21 |
| 1.2.1用户界面设计 | 1 工作日 | 2012-10-18 | 2012-10-18 |
| 1.2.2用户需求评审 | 1 工作日 | 2012-10-19 | 2012-10-19 |
| 1.2.3修改需求 | 1 工作日 | 2012-10-20 | 2012-10-20 |
| 1.2.4编写需求规格说明书 | 1 工作日 | 2012-10-21 | 2012-10-21 |
| 1.3设计 | 4 工作日 | 2012-10-22 | 2012-10-25 |
| 1.3.1概要设计 | 2 工作日 | 2012-10-22 | 2012-10-23 |
| 1.3.2数据库ER图编制 | 1 工作日 | 2012-10-24 | 2012-10-24 |
| 1.3.3设计评审 | 1 工作日 | 2012-10-25 | 2012-10-25 |
| 1.4实施 | 16 工作日 | 2012-10-26 | 2012-11-10 |
| 1.4.1前台界面设计 | 8 工作日 | 2012-10-26 | 2012-11-2 |
| 1.4.2后台信息管理 | 8 工作日 | 2012-11-3 | 2012-11-10 |
| 1.5系统集成 | 2 工作日 | 2012-11-11 | 2012-11-12 |
| 1.5.1系统集成测试 | 1 工作日 | 2012-11-11 | 2012-11-11 |
| 1.5.2环境测试 | 1 工作日 | 2012-11-12 | 2012-11-12 |
| 1.6提交 | 3工作日 | 2012-11-13 | 2012-11-15 |
| 1.6.1.产品测试 | 2 工作日 | 2012-11-13 | 2012-11-14 |
| 1.6.2产品验收 | 1 工作日 | 2012-11-15 | 2012-11-15 |
3.3项目成本
对于开发成本而言,既要满足学校领导的要求做到投入最少,又要在一定是时间上完成,这就要求我们在开发过程中,合理估算成本,在时间上做出合理的安排,不可能追求最短时间以最少的成本完成项目,对于此系统对于时间并没有严格的时间所以我们能很好的利用时间的以相对很少的成本完成,具体成本估算有如下:
1)成本估算
1. 根据项目经验,采用类比估算方法,进行估算:基本上需要2~3个开发人员,2~5万可以作为合同的参考价格,此阶段采用的是粗略的量级的成本估算。
2.根据现有的资源和WBS分解的结果,进一步细化估算。
首先分析资源
••人力资源:
▫ 1个项目管理人员:A
▫ 2个项目开发人员:B、C
▫ 1个项目质量人员:D
• 设备资源(作为间接成本计算)
▫ 3台电脑
▫ 1台服务器
3. 估算步骤如下:
1)获取项目分解结果WBS
• 任务分解是根据项目的功能进行分解的
2)计算开发成本
• 由于任务分解的结果主要是针对开发任务的分解,管理任务的和质量任务可以通过计算机开发任务得到,根据以为经验,管理任务和质量任务=20%×开发任务
• 由表1-3得知项目规模是17人天,开发人员成本参数=480元/天,则内部开发成本=480元/天×17人天=8160元
•无外包软件,故此处无费用
3)计算管理、质量成本
项目的管理和质量成本=开发成本×20%=1632元
4)直接成本 8160+1632=9792元
5)计算间接成本
• 间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等
• 根据以往经验,采用公式:间接成本= 25%直接成本=2448元
6)计算总估计成本
项目总估算成本=97924+2448=12240元
7)重新评估项目的报价
• 重新评估一下项目的报价准确性,当然这时候,项目的合同已经签署了,报价是不能更改的,但是通过再次的评估可以进一步明确企业项目运作和利润情况等
• 如果项目的利润是30%,其中风险基金10% ,利润15% ,税费等5% 。则项目的总报价=12240×1.3=15912元,报价还是比较合理的
2)成本预算
资源费用比例
表1-3 资源费用比例表
| 资源名称 | 类型 | 最大单位 | 标准费用 | 加班费率 | 每次使用成本 | 成本累算 | 基准日历 | |
| 1 | D | 工时 | 100% | ¥60/工时 | ¥0/工时 | ¥0.00 | 按比例 | 标准 |
| 2 | B | 工时 | 100% | ¥50/工时 | ¥0/工时 | ¥0.00 | 按比例 | 标准 |
| 3 | C | 工时 | 100% | ¥50/工时 | ¥0/工时 | ¥0.00 | 按比例 | 标准 |
| 4 | A | 工时 | 100% | ¥40/工时 | ¥0/工时 | ¥0.00 | 按比例 | 标准 |
根据每个任务的资源分配和时间安排,确定项目的预算,如表1-5,预算总成本为27740元,与估算的成本基本持平,这样52160元可以作为项目的成本控制参考,
表1-4 项目成本预算
| 项目成本预算 | ||||
| 任务名称 | 工期 | 开始时间 | 结束时间 | 比较基准 |
| 宠物网站 | 32 工作日 | 2012-10-15 | 2012-11-15 | ¥27740.00 |
| 1.1软件规划 | 3 工作日 | 2012-10-15 | 2012-10-17 | ¥4320.00 |
| 1.1.1项目规划 | 1 工作日 | 2012-10-15 | 2012-10-15 | ¥1200.00 |
| 1.1.2计划评审 | 1 工作日 | 2012-10-16 | 2012-10-16 | ¥2120.00 |
| 1.1.3项目确认 | 1 工作日 | 2012-10-17 | 2012-10-17 | ¥1000.00 |
| 1.2需求开发 | 4 工作日 | 2012-10-18 | 2012-10-21 | ¥4920.00 |
| 1.2.1用户界面设计 | 1 工作日 | 2012-10-18 | 2012-10-18 | ¥1120.00 |
| 1.2.2用户需求评审 | 1 工作日 | 2012-10-19 | 2012-10-19 | ¥2120.00 |
| 1.2.3修改需求 | 1 工作日 | 2012-10-20 | 2012-10-20 | ¥1120.00 |
| 1.2.4编写需求规格说明书 | 1 工作日 | 2012-10-21 | 2012-10-21 | ¥560.00 |
| 1.3设计 | 4 工作日 | 2012-10-22 | 2012-10-25 | ¥4120.00 |
| 1.3.1概要设计 | 2 工作日 | 2012-10-22 | 2012-10-23 | ¥1120.00 |
| 1.3.2数据库ER图编制 | 1 工作日 | 2012-10-24 | 2012-10-24 | ¥560.00 |
| 1.3.3设计评审 | 1 工作日 | 2012-10-25 | 2012-10-25 | ¥2440.00 |
| 1.4实施 | 16 工作日 | 2012-10-26 | 2012-11-10 | ¥7680.00 |
| 1.4.1网站前台界面 | 8 工作日 | 2012-10-26 | 2012-11-2 | ¥3840.00 |
| 1.4.1后台管理系统 | 8 工作日 | 2012-11-3 | 2012-11-10 | ¥3840.00 |
| 1.5系统集成 | 2 工作日 | 2012-11-11 | 2012-11-12 | ¥2300.00 |
| 1.5.1系统集成测试 | 1 工作日 | 2012-11-11 | 2012-11-11 | ¥1120.00 |
| 1.5.2环境测试 | 1 工作日 | 2012-11-12 | 2012-11-12 | ¥1180.00 |
| 1.6提交 | 3工作日 | 2012-11-13 | 2012-11-15 | ¥3920.00 |
| 1.6.1.产品测试 | 2 工作日 | 2012-11-13 | 2012-11-14 | ¥1480.00 |
| 1.6.2产品验收 | 1 工作日 | 2012-11-15 | 2012-11-15 | ¥2440.00 |
质量成本:由于产品的第一次工作不正常而衍生的附加花费,包括两部分预防成本、缺陷成本。
质量规划:确定与项目相关的质量标准及实现这些标准的方式,质量管理计划、质量量度、质量清单、过程改进计划
质量保证活动:我们组要定期评估所有的绩效,确保相关的质量标准。质量保证的主要活动包括过程审计和产品审计。为了确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程审计和产品审计都填写相应的报告或活动记录。
质量控制活动:监控具体的项目结果,确保它们符合相关的质量标准,识别提高总体质量的方法。质量控制活动包括代码走查、单元测试、集成测试、环境测试等,由开发人员负责。编码人员在编写代码时要进行同步单元测试,单元测试要达到分支覆盖,产品通过单元测试和编码检查后,应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求,软件发布时应达到测试通过准则的要求。
质量计划标准:
表1-5 质量计划标准
| 项目 | 具体描述 | 计划 | 实际 |
| 缺陷排除率 (缺陷数/页) | 需求检查 | 4 | |
| 总体设计检查 | 4 | ||
| 缺陷排除率 (缺陷数/KLOC) | 详细设计复核 | 24 | |
| 详细设计检查 | 26 | ||
| 代码复核 | 56 | ||
| 代码检查 | 24 | ||
| 编译 | 21 | ||
| 单元测试 | 18 | ||
| 系统集成 | 5 | ||
| 系统测试 | 5 |
表1-6 审计产品一览表
| 项 | 审计对象 | 审计阶段 | 参照的标准 |
| 1 | 项目计划 | 计划结束 | 企业质量体系 |
| 2 | 配置管理计划 | 计划结束 | 企业质量体系 |
| 3 | 质量保证计划 | 计划结束 | 企业质量体系 |
| 4 | 总体设计文档 | 设计结束 | 企业质量体系和项目计划 |
| 5 | 详细设计文档 | 设计结束 | 企业质量体系和项目计划 |
| 6 | 数据库表和编码规范 | 设计结束 | 企业质量体系和项目计划 |
| 7 | 系统代码 | 各个阶段结束 | 企业质量体系和项目计划 |
| 8 | 测试报告 | 测试结束 | 企业质量体系和项目计划 |
| 9 | 测试计划 | 设计结束 | 企业质量体系和项目计划 |
| 10 | 用户文档 | 测试结束 | 企业质量体系和项目计划 |
对于宠物网站的开发,主要是开发人员不熟悉宠物买卖、养护等方面的具体指示以及可能在开发过程中存在的其它问题影响进度
表1-8 风险计划
| 排序 | 输入 | 风险事件 | 可能性 | 影响 | 风险值 | 对应的措施 |
| 1 | 客户的SHOW | 需求不明确处理过程发生变化 | 50% | 40% | 30% | 增加时间开发;增加功能模块,修改功能模块 |
| 2 | 历史项目信息 | 启用新开发人员出现问题 | 30% | 50% | 15% | 由经验人员带领, 岗前培训 |
| 3 | WBS | 供应商质量问题 | 20% | 50% | 10% | 多选择供应商对比 |
| 4 | 合同 | 时间问题 | 20% | 40% | 30% | 法定假日,突然断电,提前计划 |
首先,对于项目管理有的新的认识,其包括需求分析、WBS分解、时间进度、计划成本、风险计划等。项目开始阶段是一个最重要的阶段,对于以后影响很重要,越是在开发后期,纠正错误所花费的代价越是昂贵,越是影响系统的工期和系统的质量。
其次,对于是什么项目,具体做什么事情,是谁提出来的,目的是解决什么问题要有明确。基本了解了客户的情况后,看高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持,将对你做项目计划产生直接的影响。在做整体项目计划前,还要大致计算一下你手上的资源,包括所有的资源。及时做出每份说明书,需求分析说明书等文件。对于团队合作一定会管理,才能加快进度,否责会影响进度,必要的时候要对员工经行鼓励和奖励。也就是必须掌握做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。
最后,对于项目管理这些都必须掌握和熟悉才能在应用时得心应手,当然必须要有相应的经验才能更好的最好项目管理,在此次过程还需不断学习。
