- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
概要架构-初步设计
概要架构-初步设计 4)鲁棒图增量建模 对WinZip、WinRar压缩工具的“压缩”功能进行建模 首先识别出了三个职责: 原文件 压缩包 压缩器(负责压缩处理) 概要架构-初步设计 4)鲁棒图增量建模 对WinZip、WinRar压缩工具的“压缩”功能进行建模 接下来,开始考虑职责间关系,并发现新职责。“压缩器”读“原文件”,最终生成“压缩包”——嗯,这里可以将“打包器”独立出来,它是受了“压缩器”的委托而工作。哦,还有“字典”…… 概要架构-初步设计 4)鲁棒图增量建模 对WinZip、WinRar压缩工具的“压缩”功能进行建模 继续同样的思维方式(别忘了用例规约定义的各种场景是你的输入,而且,没有文档化的《用例规约》都没关系,你的头脑中有吗?)。鲁棒图又引入了“压缩配置”,它影响着“压缩器”的工作方式,例如加密压缩、分卷压缩或是其他。 概要架构-初步设计 4)鲁棒图增量建模 对WinZip、WinRar压缩工具的“压缩”功能进行建模 压缩功能还要支持显示压缩进度、以及随时取消进行了一半的压缩工作,所以,“你”又识别出了“压缩行进界面”和“监听器”等职责 概要架构-初步设计 5)实体对象≠持久化对象 可以是内存中任何对象 6)只对关键功能(用例)画鲁棒图 7)每个鲁棒图 2-5 个控制对象 控制对象不必太多太细,5 个是常见的上限 8)勿关注细节 初步设计不应关注细节。例如,回顾前面的“销户”的鲁棒图: 每个对象,只标识对象名,都未识别其属性和方法。 “活期账户销户界面”,具体可能是对话框、Web 页面、字符终端界面,但 鲁棒图中没有关心此细节问题。 “客户资料”等实体对象,需要持久化吗?不关心,更不关心用 Table 还是用 File 或其他方式持久化。 而且,也没有标识控制流的严格顺序。 概要架构-初步设计 9)勿过分关注 UI,除非辅助或验证 UI 设计 10)鲁棒图≠用例规约的可视化 鲁棒图是设计,“系统”已经被切分成不同的职责单元。而用例规约是需求,其中出现的“系统”必定是黑盒(如下图)。所以,二者有本质区别 概要架构-初步设计 PASS系统练习 首先,识别最“明显”的职责。先识别出了最不可或缺的、体现整个功能价值所在的“处方检查结果”相关的几个职责。 概要架构-初步设计 PASS系统练习 接下来,开始考虑职责间关系,并发现新职责。检查结果是如何产生的呢?“检查”这个控制对象,读取“处方”和“用药规则”信息,最终生成了“处方检查结果”信息。 概要架构-初步设计 PASS系统练习 继续同样的思维方式。PASS 系统自动检查处方,是由 HIS 系统中医生工作站的调用触发的,“处方”信息也是通过某种方式(例如参数或 XML文件)从 HIS 医生工作站获得的 概要架构-初步设计 PASS系统练习 实时检查处方最终的鲁棒图如下图 所示。它进一步考虑了“记录违规用药”这一具体功能场景的支持。 概要架构-初步设计 PASS系统练习 概要架构设计时推荐只对关键功能进行鲁棒图建模。例如,另一个关键功能“自动更新用药规则”的鲁棒图(5分钟画一下) (二)系统架构之架构分割 1、概要架构案例 2、概要架构概述 3、概要架构之初步设计 4、概要架构之高层分割 5、非功能需求考虑 概要架构-高层分割 高层分割两种实践套路: “一步到位”还是“两步到位” 概要架构-高层分割 切系统为系统的架构师设置: 案例:BOSS系统包含网管、服务、计费、客户关系管理 概要架构-高层分割 切系统为系统: 概要架构-高层分割 切系统为系统 案例:SAAS模式的软件租用平台架构设计 高层功能描述如下: 概要架构-高层分割 切系统为系统 案例:SAAS模式的软件租用平台架构设计 切系统为系统的思维过程: 概要架构-高层分割 切系统为系统 案例:SAAS模式的软件租用平台架构设计 切系统为3个系统: 概要架构-高层分割 切系统为子系统 案例:PM系统 高层用例图: 概要架构-高层分割 切系统为子系统 案例:PM系统 高层分割,采用经典的4层架构: 概要架构-高层分割 分层式概要架构实践,“3+1”种流派 Layer:逻辑层 Tier:物理层 按通用性分层 技术堆叠 中国信息化培训中心 中国信息化培训中心 * * 软件系统架构实践 中国信息化培训中心 课 程 目 录 二、系统架构之三分过程 (一)系统架构之架构分析--架构准备 (二)系统架构之架构分割--概要架构 (三)系统架构之架构分划--细化架构 (四)系统架构之非功能目标 (二)系统架构之架构分割 1、概要架构案例 2、概要架构概述 3、概要架构之初步设计 4、概要架构之高层分割 5、非功能需求考虑 CA阶段:重大
文档评论(0)