[b]问题定义的先决条件[/b]
首先是问题定义,由客户来决定。客户的角度来描述。(例外与计算机本身相关
)。问题定义错误,不能解决真正问题。
[b]1.正式的需求问题[/b]
正式的需求,正确的需求,减少正式开发时候需求变更,充分的描述需求是项目
成功的关键。
[b]2,稳定的需求神话[/b]
典型的需求会有25%的改动。不要祈求需求是一成不变的。
[b]3、在构建的时候处理需求变更[/b]
1)用需求核对表来评估你的需求和质量。
2)确保所有人知道需求变更的代价。
3)建立一套变更程序。
4)使用能适应变更的开发方法。
5)最后需求特别糟糕,不得不放弃这个项目。
需求表核对!!(p42)
[b]4,架构的先决条件[/b]
没有良好的架构——》面对正确的问题,使用错误的方案。
构架的组成部分:
程序组织,主要的类,数据设计,业务规则,用户界面设计,资源管理,安全性
,性能,可伸缩性,互用性,本地化/国际化,输入输出,错误处理,容错性,架
构可行性,过度工程。
关于买还是造的决策,关于复用。变更的总体策略。构架的质量。(核对表p54)
15花费在前期准备的时间长度
10%-20%的工作量,20%-30%的时间。
前期准备,核对表(P59)
<!--完-->
首先是问题定义,由客户来决定。客户的角度来描述。(例外与计算机本身相关
)。问题定义错误,不能解决真正问题。
[b]1.正式的需求问题[/b]
正式的需求,正确的需求,减少正式开发时候需求变更,充分的描述需求是项目
成功的关键。
[b]2,稳定的需求神话[/b]
典型的需求会有25%的改动。不要祈求需求是一成不变的。
[b]3、在构建的时候处理需求变更[/b]
1)用需求核对表来评估你的需求和质量。
2)确保所有人知道需求变更的代价。
3)建立一套变更程序。
4)使用能适应变更的开发方法。
5)最后需求特别糟糕,不得不放弃这个项目。
需求表核对!!(p42)
[b]4,架构的先决条件[/b]
没有良好的架构——》面对正确的问题,使用错误的方案。
构架的组成部分:
程序组织,主要的类,数据设计,业务规则,用户界面设计,资源管理,安全性
,性能,可伸缩性,互用性,本地化/国际化,输入输出,错误处理,容错性,架
构可行性,过度工程。
关于买还是造的决策,关于复用。变更的总体策略。构架的质量。(核对表p54)
15花费在前期准备的时间长度
10%-20%的工作量,20%-30%的时间。
前期准备,核对表(P59)
<!--完-->