<<UML大战需求分析>>阅读笔记(2)> 此次读了uml大战需求分析的第三四章,我发现这本书讲的特别的好,由于这学期正在学习设计模式这本书,这本书就讲究对uml图的利用,突然发现uml特别有用处,而且作用特别的大,它可以在写代码之前,可以对代码有一个很好的框架分析. 对于第三章的内容来说,作者通过分析业务的模式,来了解uml图,面向对象比面向过程更高级,无需注重结构化编程和编程基本功.面向对象编程就是把代码放进一个个类中而已.将业务概念直接转变为类,赋予合适的属性和操作,就…

<<UML大战需求分析>>阅读笔记(1) 刚读了uml大战需求分析的第一二章,读了这些内容之后,令我深有感触.以前学习uml这门课的时候,并没有好好学,那时我认为这门课并没有什么用处,我一直认为一个程序员的能力是用编程能力强弱来衡量的,自读了这本书的前言,才发现原来uml与需求分析的关联特别大,非常后悔以前没有好好学习uml这门课. 对于这本书的第一章,作者主要讲了uml的一些基础,比如一些图的应用,这些图对开发软件的时候有特别大的作用.由于一些客户对做出的不是很了解,作为一个工程…

本次阅读的书籍是<UML大战需求分析>,看了前两章的内容:1 大话UML,2绞尽脑汁的需求分析.这两章内容关联不大,分开描述. 第一章:大话UML 本章主要概述UML是什么,有什么内容.UML学名,统一建模语言,主要运用于软件的需求分析与软件设计等工作中,能很好的实现项目组与客户之间的沟通.UML中包括很多图,主要分为两大类:结构型的图.行为型的图.结构型的图主要有:类图.对象图.构件图.部署图.包图等.行为型的图主要有:活动图.状态机图.顺序图.通信图.用例图.时序图等.尽管UML有很多知识…

读<UML大战需求分析>有感04 开发某系统的重要前提是: 这个系统有谁在用? 这些人通过这个系统能做什么事? 一般搞清楚这件事,再画个业务流程图,就能条例清楚的表达系统的需求了.作为一个开发人员,不仅要懂得如何从用户那里获取有用的信息,还要懂得怎么清晰地描述自己的想法,给客户呈现出一个结构完整.功能全面的系统原型.那么,这些必备的画图技巧,就会帮上很大的忙. 用例图是用处非常广泛,使用频率最高的UML图,它用来描述什么角色通过某某系统能做什么事情,关注的是系统的外在表现.系统与人之间的交互.…

读<UML大战需求分析>有感03 状态机图和活动图在样子比较相似,但状态机图是用来为对象的状态及造成状态改变的事件建模.我们大二学习UML统一建模语言状态机图模块时了解到,UML的状态机图主要用于建立对象类或对象的动态行为模型,描述系统中某一个对象所经历的各个状态.引起状态或活动转移的事件,以及因状态或活动转移而伴随的动作.但在以前的学习过程中,我们并没有学到过"伪状态",后经查阅知:伪状态是指在一个状态机中具有状态的形式,同时具有特殊行为的顶点.它是一个瞬时状态,用于构造…

UML这三个字母的全称是Unified Modeling Language,直接翻译就是统一建模语言,简单地说就是一种有特殊用途的语言.你可能会问:这明明是一种图形,为什么说是语言呢?伟大的汉字还不是从图形(象形文字)开始的吗?语言是包括文字和图形的!其实有很多内容文字是无法表达的,你见过建筑设计图纸吗?里面还不是很多图形,光用文字能表达清楚建筑设计吗?在建筑界,有一套标准来描述设计,同样道理,在软件开发界,我们也需要一套标准来帮助我们做好软件开发的工作.UML就是其中的一种标准,注意这可不是唯…

全面深入理解客户的业务,才能帮助我们准确的把握客户的需要.而在理解客户业务的同时,我们往往需要做业务流程再造(BPR:Business Process Reengineering)的工作.BPR简单说就是过程改进的工作,事实上绝大部分的软件系统都需要面对过程改进这个问题.上一套软件系统,并不是手工工作转变为信息化这么简单,涉及到工作模式.工作习惯.管理思想等的改变,涉及到很多人的利益及利益关系发生变化.我们可以利用结构型的UML图来对客户业务进行结构建模,利用行为型的UML图来进行行为建模.对业…

这次阅读了第三章--类图.本章主要讲解了类图的基本使用规则和一些使用的例子.类图是UML中非常重要的一部分,作用很大. 类图之间有五种关系:关联关系,聚合关系,组合关系,泛化关系,依赖关系.关联关系有一对一.一对多和多对多关联,图形表示就是用一根实线或带箭头的实线连接两个类图,箭头上可注明是那种关联形式.聚合关系与组合关系两者相近,都表示整体与部分的关系,不同的是,语义上:组合关系比聚合关系更强,整体没了,部分也同时消失,而聚合关系当整体没了,部分并不会消失.图形上:组合关系是实心菱形加上实线,…

类图是理解面向对象思想的强有力工具,也是业务概念模型分析中最常用的一种UML图.对开发人员来说,并不是对每一个业务流程都很熟练,在客户那里传达过来的需求资料中,有很多术语会把思绪搞晕,他们之间错综复杂的关系需要一一捋清.这里,就用到了--类图. 类图包含类名.属性和方法,属性分public.private等类型,属性的数值类型又分int.char等类型,但在实际需求分析初始阶段,不需要管他们究竟是什么类型,直接画成"+"--public即可.而类的方法也可直接忽略.最需要分析透彻的是不…

在需求分析的阶段,非功能需求也是十分重要的一个阶段.部署图和构件图就能很好的描述非功能需求. 部署图从硬件的角度.物理层次上进行系统的整体规划,包括当前的IT架构以及改造后的IT构架,包括:Node:用来表示物理的设备,如电脑.PC.服务器等:Tag 用来表示设备的数量 操作系统 供应端等相关信息;communication Path 节点间的连线:Component的定义:能实现一定的功能,或者提供一些服务,如接口不能独立运行,要作为系统的一部分,但可单独维护,升级,替换,而不影响整个系统.a…