[计算机软件及应用]需求分析与架构设计.pptVIP

需求分析及架构设计培训 需求分析 需求分析 愿景 需求描述的层次 产品包需求 产品业务架构 系统功能定义 需求定义 外部接口需求 设计约束 软件质量属性需求 需求的完整性 参考书籍 需求分析 愿景 需求分析 愿景 愿景必须来自最大涉众 必须指出度量指标 愿景不等于功能 需求分析 需求描述的层次 产品包需求 产品业务架构 系统功能定义 需求分析 产品包需求 从用户角度描述的，用户对系统的期望值。主要从下列两个方面描述，用户在使用系统后期望有什么收益；用户在使用使用系统时，系统应该具备什么样的特性 产品包需求是完成业务规划的依据，它是在市场需求基础上，进一步进行需求调研，根据调研成果整理形成 需求分析 产品业务架构 从业务专家、客户领导角度描述的，在软件系统支撑下的客户的业务范围以及业务流程模式 业务架构描述文档是进一步进行系统功能定义的依据，它规定了系统功能定义的目标业务 需求分析 系统功能定义 从最终用户角度描述，为了完成特定的任务，用户使用软件系统的方式 系统功能定义是依据业务规划对软件系统功能的详细定义，它为进一步的系统设计提供依据 需求分析 需求定义 识别系统执行者 在系统之外，透过系统边界与系统进行有意义交互的任何事物 识别系统用例 执行者通过系统达到某个目标 书写用例文档 将用例的内容通过文档形式固化,称为开展进一步工作的基础. 用例 需求分析 外部接口需求 用户界面 硬件接口 软件接口 通信接口 需求分析 设计约束 需要遵循的标准 硬件限制 软件限制 其他限制 需求分析 软件质量属性需求 稳定性需求 性能需求 易用性需求 安全性需求 重用性需求 可维护性需求 可测试性需求 国际化支持 兼容性需求 软件包发布需求 需求分析 需求的完整性 完整的需求包括：已知的明需求和未知的潜需求 当需求经分析后能够清晰的表明哪里是未知的时，架构设计就可以设计接口以容纳之。 例如:汽車要配何种轮胎，是未知的，所以设计轮毂，得以让车体可以先设计,制造,测试。 需求分析 参考书籍 编写有效用例 有效用例模式 探索需求 架构设计 软件架构设计 架构设计的焦点 架构设计的定义 架构设计基本原则 软件架构设计模式 软件架构设计文档编写 架构设计的焦点 架构设计的焦点不是:万变不离其宗的不变部分 架构设计的焦点不是:从需求抽象出来的共用部分 以上二者都是系统(需求)分析的职责 架构设计的焦点 架构的焦点是设计结构来支持系统分析的结果 架构设计的定义 架构是一个系统的基本组成，它蕴含于系统元件中,元件之间的相互关系中,元件与环境的相互关系中,以及呈现于其设计和演进的原则. 架构设计的定义 架构设计是一个创意过程,最终产出系统结构的实现计划, 其系统可能是一个建筑物,一部机器,一项软件系统或产品。通过设计把客戶需求与最终建筑结构融合为一体. 架构设计基本原则 Separation of concerns(关注分离) 是标识、封装和操纵只与特定概念、目标相关联的软件组成部分的能力，即标识、封装和操纵关注点的能力。 是处理复杂性的一个原则。由于关注点混杂在一起会导致复杂性大大增加，所以能够把不同的关注点分离开来，分别处理就是处理复杂性的一个原则，一种方法 较大关注分离粒度有助于降低元件间的关系逻辑复杂度 目的:追求系统内各个元件的最佳划分方案. 架构设计基本原则 Loosely-Coupling(松散耦合) 依赖(Dependency)分为： 真实依赖(real dependency) 人为依赖(artificial dependency) Loosely-Coupling就是将人为依赖向真实依赖趋近。 适当的人为依赖有助于降低系统设计的复杂度. 目的:追求系统内各个元件的最佳耦合方案. 软件架构设计模式 MVC IOC Fa?ade Adapter 软件架构设计模式 MVC模式 经典设计模式 将View同Model分离 将Ctrl逻辑独立 软件架构设计模式 MVC模式 关注分离原则 软件架构设计模式 IOC模式 控制－控制权，程序执行流程 反转－转移，转交 控制反转－程序执行的上下文发生改变，控制权被转交 软件架构设计模式 IOC模式 松散耦合原则 软件架构设计模式 Fa?ade模式 Fa?ade是源自法语，表示一个建筑物的门面。就像我们熟悉的四合院的门。 降低了子系统与Clients间的强结合性。通常子系统内的元件之间会有很强的结合性,松散耦合一会这你可以弹性的调整子系统内部的组件,但不会影响到Clients 软件架构设计模式 Fa?ade模式 松散耦合原则 软件架构设计模式 Adapter模式 使用外部系统时,经常需要调用其专用接口,因而产生依赖. Adapter模式就是将外部系