软件项目管理3

需求隐含错误

y2k 用户不断增加需求 变更需求

软件需求的定义
需求是纸用户对软件的功能和性能的要求

需求管理的过程
需求的确认
需求获取（访谈和调研）->需求分析->需求规格编写->需求验证

需求变更
基于uml方法

识别出系统的actor 描述需要的usecase 实现用例视图 实现顺序视图活动视图状态视图

软件项

任务分解过程
任务分解过程 将一个项目分解为更多的工作细目或者子项目使项目更小 

项目分解结果 
wbs 是对项目由粗到细的分解过程 面向交付成果的 wbs组织并定义了整个项目范围

工作包应当由唯一主体负责 

分解方法
类比  模板参照 自顶向下 自底向上

敏捷项目的任务分解

基于story的分解 epics有许多较大的需求组成

WBS
某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
WBS中某项任务的内容是共下所有WBS项的总和。
一个WBS项只能由一个人负责即使许多人都可能在其上工作也只能由一个人负责
其他人只能是参与者。
WBS必须与实际工作中的执行方式致。应让项目团队成员积极参与创建WBS以确
保WBS的一致性。
每个WBS项都必须文档化以确保准确理解已包括和未包括的工作范围。
WBS必须在根据范围说明书正常地维护项目工作内容的同时也能适应无法避免的
变更。
WBS的工作包的定义不超过40小时，建议在4-8小时。
WBS的层次不超过10层建议在4-6层。

1.WBS明确了完成功能项目所需的工
作。
2.WBS建立时间观念。
3.WBS提供了一种控制手段。
4.WBS是范围基线的重要组成部分。
5.WBS可以提示是否变更。

软件项目规模
软件项目规模即工作量 例如：软件规划，软件管理，需求，设计 码，测试，以及后期的维护等任务。

成本
成本估算
成本估算
对完成项日各项活动所必须的各种资源的成本做出近似的估算。(人力、设备、材料等)。
项日的估算的准确性随着项目的进行而提高。
启动阶段为粗略估算(ROM)估算范围50%-100%

成本估算结果
直接成本：与具体项目相关的成本 例如：参与项目的人员成本

间接成本：可以分摊到各个具体项目中的成本，例如：
>培训>房租水电>员工福利>市场费用>管理费>其他等等

传统估算方法 功能点估算
与实现的语言和技术没有关系

用系统的功能数量来测量其规模

通过评估、加权、量化得出功能点

功能点公式： UFC未调整功能点计数，tcf技术复杂图因子

成本失控的原因
1、对工程项目认识不足、IT项目的特点、设计实施人员缺乏成本意识。
2、组织制度不健全制度不完善责任不落实分工模糊

3、方法问题

4、技术制约

产品生命周期成本
在产品或系统的整个生命周期内:在获得阶段、运营与维护以及生命周期结束时对产品的处置所发生的全部成本。

成本类型
1可变成本随着生产量、工作量或时间而变的成本。2、固定成本不随着生产量、工作量活时间而变的成本3、直接成本直接可以归属于项目工作的成本。4、间接成本
来自一般管理费用科目或几个项目共同担负的项目成本所分摊给给项目的费用。

管理储备
单独计划出来的成本、以备未来不可预见的事件发生时使用

成本储备

进度储备

学习曲线理论
当重复生产许多产品时，那些产品的单位成本随着数量的增多呈规律性递减。该理论用来估计生产大量产品的项目成本。

软件项目成本
软件项目成本 完成软件规模相应付出的代价。 待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品的主要成本 货币单位

成本估算容易被忽视的因素
时间成本 学习曲线项日完成的时限质量要求 储备

成本估算输入
项日需求，WBS

历史项目度量

资源需求(资源编制计划)

资源消耗率:入人力成本:100元/小时

进度规划:项目的总进度(一般是合同的要求)

外部输入/ExternalInputs:EI

给软件提供面向应用的数据的项(如屏幕、表单、对话框、控件，文件等);在这个过程中，数据穿越外部边界进入到系统内部。

外部输出 ouputs EO
向用户提供(经过处理的)面向应用的信息，例如报表和出错信息等。