随笔分类 - UML学习
摘要：我不是一个架构师，写下这些内容也仅作为个人的一点总结，以作抛砖引玉之用。 平常在谈论系统架构时，我们常常会听到类似“三层架构”、“多层架构”的说活，但是在严格的UML设计却并没有直接的对于“层”的形象描述;在典型的基于“4+1视图”的架构设计文档中也同样没有明确要求对“层”的形象分析。 ［注意：喜欢“层”的朋友，在4+1视图时可在逻辑视图中单独添加对“层”的详细说明］ 在基于UML设计时，我们往往会把“分层”的理念分解成“组件”和“包”的形式来展现，但作为一名.net开发人员来说，对于“层”的喜爱却是由来已久，且其直观的表观方式也是无法替代的，就我个人而言非常喜欢使用。以往，我常用P...
阅读全文
摘要：本文将与《UML系统分析与设计02－用例图和活动图（上）》、《UML系统分析与设计02－用例图和活动图（下）》共同组成简单的基于UML技术的软件需求分析说明并对其分析结果进行输出，后续将继续对基于UML技术的软件设计进行总结，以抛砖引玉。 《软件需求分析说明书》虽然不是UML体系的内容，但作为使用UML进行系统分析与设计的一项重要输出，我想也很有必要进行简单的说明。由于我所在的公司本文档标记为“保密”，也就无法在此共享出来给大家做个参考。 但话又说回来，我所在的公司以前也是没有这个文档的，至少在我入职时是没有的，后来应该是参考了别的人模板，结合自身的特点作了一定的更改，与网上公开的模板也是..
阅读全文
摘要：在上一篇《UML系统分析与设计02－用例图和活动图（上）》中，我们主要讲解了在需求分析中的用例分析和绘制的方法和技巧，但是用例图只告诉我们系统要“做什么”，至于“怎么做”却并没有很直观的描述。为了更形象的说明我们的系统是如何一一满足用户需求的，并向用户提供“怎么做”的细节描述，我们将使用“活动图”来对用例进行补充性说明。 [注意：UML中并没有说“活动图”是用于对“用例图”补充说明，但就我个人而言我更喜欢这样来定义它，并在实践中进行应用。] [技巧：UML图一般会分为静态图和动态图。用例图属于静态图，而后而所述的“活动图”属于动态图。在我们对某个问题进行分析和设计时一般都会使用静态图和...
阅读全文
摘要：每一个产品的需求是对现实世界特定问题的一种描述，而有些问题描述可能是非常的错综复杂，以至在我们对其进行分析时，会觉得无从下手甚至不知所措。 需求分析是系统设计和开发的基础，需求分析的好坏会直接影响后继设计和开发的质量，严重时会影响到系统的成败。UML中的用例图就是为了方便我们分析与交流产品需求而生，同时也为我们把产品需求转化为系统需求提供方便。 产品需求：一般反映的是现场的具体现象，经常是由产品工程师/销售人员收集或由用户直接提供，表现的较为松散、粗放，是一种比较切合现实的描述。 系统需求：一般是在对产品需求进行一定的分析后，对其中不能实现或实现起来有困难的部分进行了一定的取舍，同时对一...
阅读全文
