摘要:
一切都是围绕,变化!模式为了封装变化。 封装变化!!解耦系统!! 1.策略模式 2009年2月8日17:05封装行为针对接口编程。 通常的设计1.通过继承父类。 会增加很多特殊子类不需要的行为,所有的子类都受父类影响。继承提供了复用。 2.实现接口。 虽然可以满足个性化的需要,但是却无法复用。 接口提供个性化 这两种做法都是依赖... 阅读全文
摘要:
General responsibility assignment software patterns 通用职责分配模式。 分配原则Creator :Information Expert:Controller: 高级原则Polymorphism:Pure Fabrication:Indirection:Protected Variations: 衡量原则Low Coupling:High C... 阅读全文
摘要:
1.初始阶段 开需求讨论会议,搜集需求,建立共同设想,确定项目是否有继续研究,开发的必要。 确定大部分需求的名称,以及对10%的高业务价值的需求进行详细分析。 完成初始的 设想文档,用例模型,补充规格说明,词汇表,风险列表,迭代计划,业务规则。 具体要做的事情: 开需求会议,确定是否要继续研究。 确定大部分需求的名称 和业务人员一起,确定10%的高风险的需求... 阅读全文
摘要:
进度控制2008年12月10日11:40 2.系统集成的问题,怎么办。 时间控制2008年12月10日11:21 1.如何评估开发时间。 如何确定迭代的数量和长度。 阅读全文
摘要:
测试驱动开发2008年12月9日10:25 阅读全文
摘要:
需求和面向对象分析的重点关注学习做正确的事,设计工作将强调正确的做事。 逻辑架构,包,层2008年12月3日17:00 逻辑架构:部署架构:软件架构: 使用层的好处1.可以做到关系分离,高级服务和低级服务分离,特定于应用的服务与一般性服务分离。层可以减少耦合和依赖性,增强内聚性,提供潜在的复用性。 2.封装和分解了相关的复杂性。 3.逻辑划分,有助于团队开发。 领域层与应用逻辑,... 阅读全文
摘要:
细化阶段包括1.对核心,有风险的软件架构进行编程和测试。 2.发现并稳定需求的主体部分。 3.规避主要风险。(这里的风险包含业务价值,所以是实现那些重要的场景,而不是技术风险) 构建核心架构,解决高风险元素,定义大部分需求,以及预计总体进度和资源。 最佳实践1.实行短时间定量,风险驱动的迭代。 2.及早开始编程。 3.对架构的核心和风险部分,进行适应性的设计,实现和测试。 4... 阅读全文
摘要:
主要解决的问题:涉众是否就项目设想基本达成一致,项目是否值得继续进行认真研究。持续时间:很短,如果项目必须开发的话,那么基本很短。要做的工作:1.对10%~20%的用例。(高风险和优先级的用例) 产品:1.用例模型。 包括大部分的参与者,目标和用例名称。以摘要形式编写的用例,10~20%详细编写的用例。 确定大多数具有影响和风险的质量需求。2.补充规格说明书。 3.设想说明书。 ... 阅读全文
摘要:
UP 产品及创建时限 2008年12月3日11:22科目制品迭代-> 初始细化E1…..En构造C1----Cn移交T1---T2业务建模领域模型 S (针对上一个迭代已经完成的用例) 需求用例模型 s (大部分摘要形式,10%~20%详细) r(每个迭代20~30% 递增) 设想 s r (不断完善) 补充性规格说明 s r(不断完善) 词汇表 s ... 阅读全文
摘要:
UP 的阶段和瀑布式开发是不同的。迭代和进化式的。 UP的阶段。 1.初始。研究可行性阶段,并不是需求阶段!2.细化。 3.构造。 4.移交。 UP,统一过程是一种流行的构造面向对象系统的迭代软件开发过程。 up的核心思想就是,迭代和进化式的。尽早的开始编程,测试,和演示有助于引发不可避免的变更,迭代开发的核心。!!!!!!! 尽早的得到反馈有助于变更的需求。最佳实践1.实行短时... 阅读全文