随笔分类 -  OO.UP

摘要：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.实行短时... 阅读全文