《火球UML大战需求分析》阅读笔记1

发表于:2017-1-19 11:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:三藏大湿    来源:51Testing软件测试网采编

  首先声明,阅读笔记随着我不断地阅读进度会慢慢更新,而不是一次性的写完,所以会重复的编辑。对于我选的这本   《火球 UML大战需求分析》,首先,为什么选择这本书呢,其实,最开始我选择的是《实用软件需求分析》,可是后来大概看了《火球 UML大战需求分析》这本书前序之后啊,发现了,书中的作者一开始和我们有着一样的困扰,就象我们大学刚学到UML之后,学完一考试,考试前一复习,考完之后,就随手扔到了一边去。因为对于我们没有经历过正规的软件开发流程的大学生来说,UML对我们来说,作用并不大,甚至,我觉得,这个东西一点意义都没有。因为每次去做一个软件的时候,不用到UML也会轻易地做出来这个软件。当我看了作者的引言,作者一开始和我也差不多,对于UML知道一点点的知识,对于他的运用和作用也不是那么清楚,甚至工作两年以后才开始真正的去强化他,理解他。所以,这本书,可以加强你对UML与需求分析之间的认识,让你的需求分析可以通过UML变得更加的强。
  首先,作者是如何通过一个对UML一知半解的菜鸟,最终变成一个将UML完美结合到需求分析的大神呢?
  毫无疑问,实践当然是最重要的,作者在碰到了自己的一个堪称UML达人的领导之后,领导带着他直接将UML运用到了实际的案例中,并在与客户通过UML交流的如鱼得水,这使得他对UML有了向往,于是跟着领导不断地实践,最终完成了这本书的创作。
  大致的看了一下目录,简要的把他分为三个阶段,第一个阶段是UML,第二阶段为UML+需求分析,最后一阶段需求分析。从一开始的对UML基础知识的学习,到中期的两种技术的结合,在到最后应用到实践中。通过UML加强对软件需求分析过程中的协作交流。
  知识预习
  1. UML分为结构型的图和行为型的图。所谓的结构,就是阐述了某些物体之间的某种关系,某种联系, 可以将它理解为静态的;而行为图,与之相反,可以理解成动态的,他阐述的是流程,过程。
  结构型的图有:类图,对象图,构件图,部署图,包图
  行为行的图有:活动,状态机图,顺序图,通信图,用例图,时序图
  首先为大家逐个介绍一下以上多中途的大致的功能和用途
  类图   如图所示,类图在以后的学习,以后的需求分析中必须要拿来分析业务的概念,所以必须很好的掌握它的用途
  对象图    对象图其实就是上面的类实例化之后生成的对象,一般是用在软件开发中,而对于需求分析来说,一般不会使用,所以,可以简单地了解
  构件图    构件图就是组件图,就像汽车的组装一样,由很多不同的组件拼装成一个汽车,而在我们的软件中,也是由多个的部分来构成我们的软件,简单地来说,构件图就是用来描述软件的内部的物理组成。而构件图在我们的软件需求阶段,为我们分析我们的软件基础的构架提供了很大的帮助,所以用处很大,必须掌握。
  部署图   部署图用来分析本系统的部署,本系统和其他的系统之间的关系。对我们分析软件的进本框架也有着很大的帮助,和上面的构件图一起来完成我们的基本框架和软甲架构的需求,对于客户的局域网,数据库,或者其他的平台软件等做一个合理的IT基础环境的规划。
  包图   包图,类图,对象图。  就像JAVA里面的项目一样,  类实例化之后成为对象,当类数目过于多,过于庞杂,就用包来“打包”。所以包图就是描述包和包之间的关系的。一般很少会用的到,可以做了解
  上面介绍到几个就是我们平时常用的几种结构图,也可以把它理解成静态的。下面来介绍行为图。
  活动图,状态机图,顺序图。这三个图都是用来描述流程的,但是是从不同的角度来进行分析,大部分情况下,要用到这三个中的至少两个来分析我们的业务流程
  活动图
  活动图用圆边框来表示各种活动,用箭头来表示活动的先后顺序,很类似我们初中所学的流程图。
  状态机图  它主要是从物品状态的变化的角度来描述活动的,如图,请假条的状态有待定,批准,拒绝。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号