需求分析各类图形绘制.docVIP

?.hk/imgres?imgurl=/UMLForum/image/596211b9-a810-3ee6-933b-2f6b81ff28f2.jpgimgrefurl=/UMLForum/200903302.aspusg=__ipgcWyoIDTu7-bi6eBPLhVosMrQ=h=417w=725sz=64hl=zh-CNstart=10tbnid=mc9MMJUz7rqvdM:tbnh=81tbnw=140prev=/images%3Fq%3DUML%2B%25E9%2583%25A8%25E7%25BD%25B2%25E5%259B%25BE%26um%3D1%26hl%3Dzh-CN%26newwindow%3D1%26safe%3Dstrict%26gbv%3D1%26tbs%3Disch:1um=1itbs=1 一图胜千言——软件开发中的形象思维与图的运用 ? 2009-03-30 作者：gurudk 来源：gurudk的博客 ? 人生下来的时候不认识文字，但眼睛已经能够接受大量的图像信息。据说人眼获得的信息，占人获得总信息的40%以上。形象思维是人的本能，它大量被运用于人的工作和生活过程中，同样也贯穿于软件开发过程中。用图交流是最有效的沟通手段之一，有时候大家争论半天，到白板前画几下就都清楚了。如果你想当一个好的传播者，软件设计师，用图来思维和表达是必须具备的素质。 应该说，我一般主要以逻辑思维为主，右脑形象思维能力很差。这些图都是从我过去画的图中精选出来的，不是特别漂亮，但表达的目的性很强。下面，让我一一介绍给大家，希望给大家启发。 主要内容： 逻辑图 功能模型 系统用例图 架构图 坐标图 包逻辑关系图 领域模型图 UML类图 UML活动图(泳道图) UML时序图 UML部署图 UML状态图 脑图 鱼骨图 画图工具介绍 1） 逻辑图 目的： 表达高层概念之间的关系，一般是给客户看的。理解这种图形，一般不需要什么先验知识。 表达：一般比较灵活，多以层次结构为主，画图可以尽情发挥想象力。 重点：抽取主要元素，并描述他们之间的关系。 用处：一般用在解决方案中，向客户演讲的第一张图可能就是这个。 这幅图主要采用层次，立体的方式来表达。 2） 功能模型图 目的：描述软件系统的功能。 表达：一般以树形展开。 重点：重点是层次关系。 用处：解决方案和需求描述中。 3）系统用例图 目的：表达系统的参与者如何与系统进行交互，高层次。 表达：一般用用例框图，框图内可以是用例包或用例，角色可以继承，但不应太多，影响图的可读性。 重点：系统与干系人的交互，不一定所有功能都列在上面。 用处：一般用在解决方案和需求描述中。 4）架构图 目的：表达技术元素之间的关系，一般用在解决方案的技术架构中，也是比较高层的。 表达：方式很多，一般是层次模型。 重点：强调主要技术元素及其关系，突出使用的技术。 用处：解决方案，技术讲座，技术交流，技术培训。 这是我以前在公司设想的企业应用平台的架构图，主要是概念性的。 5）坐标图（这个名字是自己杜撰的） 目的：用于描述一个元素随另一个元素变化的图。 表达：一般是两维的，表达方式为图表或坐标系。 重点：重点表达渐进关系。 用处：一般用于技术演讲，解决方案。 表示随时功能随多个迭代周期增加 表示随着阶段的进化，技术手段的变化。 6）UML包逻辑关系图 目的：表达开发设计阶段，高层的逻辑关系。 表达：排布要美观，线不要较差，散乱。 重点：简单，强调主要依赖关系，不重要的可以不画。 用处：设计文档，技术演讲和交流。 7）领域模型图，这个图是我认为最重要的，也是最有用的图。 目的：表达领域概念和概念之间的关系，和类图类似，但要高一个层次。 表达：UML元素来表达，注意和类图相比，这里一般不会有方法，概念一般用自然语言描述。表达要简洁。 重点：强调对领域的抽象。 用处：用于团队内部维持对业务领域的一致的理解，还可以和客户交流。 这是我整理的关于权限的领域模型。 稍微有点复杂，关于集装箱管理的。 8）UML类图 目的：用于描述设计时，类的关系。 表达：可以将类分组，提高可理解性。 用处：团队内部交流，高级程序员给初级程序员指导和设计时。 重点：强调类之间的关系，带上主要方法和属性。 9）泳道图（UML活动图） 目的：用于表达业务流程，比流程图更清晰。 表达：泳道之间最好用颜色标识，如果复杂，可以把相近操作用区域标识。 重点：表达流程的清晰性，可读性。 用处：描述业务流程，可用于需求，解决方案等。 ? 10）UML序列图（时序图） 目的：描述步骤比较多的设计。 表达：步骤尽量少，多了可以考虑拆分。 用处：详细设计。 评注：以前觉得这个图挺好，现在感觉太复杂，一般用不到