软件工程知识大纲

第1章 概述

1.1什么是软件工程

软件工程是关于软件生产的各个方面的工程学科

1.2软件过程

软件工程中系统化的方法叫作软件过程

 

第2章 软件过程

2.1软件工程四种基本的活动

1. 软件描述：必须定义软件的功能以及软件操做上的约束
2. 软件设计和实现：必须生产符合描述的软件
3. 软件有效性验证：软件必须获得有效性验证，即确保软件是客户想要的
4. 软件进化：软件必须进化以知足不断变化的客户须要

2.2软件过程模型

1. 瀑布模型：该模型将基本的过程活动、描述、开发、有效性验证和进化，当作是一些界限分明的独立的过程阶段，例如，需求描述阶段、软件设计阶段、实现阶段、测试阶段，等等
2. 增量式开发：该方法使得描述活动、开发活动和有效性验证活动交织在一块儿。系统的开发是创建一系列的版本（增量），每一个版本添加部分功能到先前的版本中
3. 面向复用的软件工程：该方法是基于已存在的大量可复用的组件。系统开发过程着重于集成这些组件到新系统中，而非从头开发

第3章 敏捷软件开发

3.1敏捷开发

敏捷开发以用户的需求进化为核心，采用迭代、按部就班的方法进行软件开发

第4章 需求工程

4.1用户需求

用户需求是用天然语言加图的形式给出的、关于系统须要提供哪些服务以及系统操做受到哪些约束的声明

4.2系统需求

系统需求详细地给出系统将要提供的服务以及系统所受到的约束

4.3功能需求和非功能需求

1. 功能需求：包括对系统应该提供的服务、如何对特殊输入作出反应，以及系统在特定条件下的行为的描述
2. 非功能需求：对系统提供的服务或功能给出的约束。包括时间约束、开发过程的约束和所受到的标准的约束

4.4UML中定义的图表类型

 4.4.1活动图

它表示一个过程或数据处理中所涉及的活动

参考：http://www.javashuo.com/article/p-konxqpyp-bg.html

 

4.4.2用例图

它表示一个系统和它所处环境之间的交互

参考：http://www.javashuo.com/article/p-emjtpetr-t.html

1）参与者（Actor)

　　参与者是与系统交互的人或物。首先固然包括咱们的开发系统用户，除此以外，与咱们开发的系统有关联的其余系统也算是参与者。

在UML图中咱们用一个小人表示。

2）用例（Use Case)

 　　用例是参与者能够感觉到的系统服务或功能单元。我理解的就是用户可使用咱们开发的项目去作的任何事情

任何用例都不能在缺乏参与者的状况下独立存在，一样，任何参与者也必需要有与之关联的用例。在UML图中咱们用椭圆表示：

3）系统边界

　　指系统与系统之间的界限。把系统边界之外的同系统相关联的其余部分称为系统环境。

在UML图中咱们用一个矩形表示。

4）关系

　　用例图中的关系有4种：关联，泛化，包含和扩展。

　　关联：表示参与者和用例之间的交互。为通讯途径，任何一方均可发送或可接收消息。

　　箭头指向：指向消息接收方。在UML中用直线表示

　　包含：包含关系用来把一个较复杂的用例所表示的功能分解成较小的步骤。包含用例是必须的，若是缺乏包含用例，基用例就是不完整的。

包含关系最典型的应用就是复用。这种状况相似与在过程设计语言中，将程序的某一段算法封装成一个子过程，而后在从主程序中调用这一子过程（这么说好像懂了点）

在UML中，包含关系用带箭头的虚线段加《include》表示，箭头指向被包含的用例。

在VISIO中没有找到include包含关系，解决办法：

1）选择菜单栏中的'UML'-》单击’构造型‘-》新建-》构造型那里输入include-》基类那里选择概括，点击肯定

2）将UML用例下的“扩展”拖到绘图页上-》双击或右键属性-》构造下拉列表中选择include-》肯定

　　扩展：扩展关系是指用例功能的延伸。与包含关系不一样的是，扩展用例是可选的，若是缺乏扩展用例。不会影响到基用例的完整性。

　　在UML中，扩展关系用带箭头的虚线段加《extend》表示，要注意的是箭头指向基用例。

　　泛化：用例的泛化指的是一个父用例能够被特化造成多个子用例，用咱们熟悉的语言来讲就是继承关系。

　　在UML中，泛化关系用空心箭头表示，箭头指向的是父用例。

4.4.3类图

它表示系统中的对象类以及这些类之间的联系

参考：http://www.cnblogs.com/shindo/p/5579191.html

1、类的属性的表示方式

在UML类图中，类使用包含类名、属性(field) 和方法(method) 且带有分割线的矩形来表示，好比下图表示一个Employee类，它包含name,age和email这3个属性，以及modifyInfo()方法。

那么属性/方法名称前加的加号和减号是什么意思呢？它们表示了这个属性或方法的可见性，UML类图中表示可见性的符号有三种：

· + ：表示public

· - ：表示private

· #：表示protected（friendly也纳入这类）

所以，上图中的Employee类具备3个私有属性和一个公有方法。

 

实际上，属性的完整表示方式是这样的：

可见性  名称 ：类型 [ = 缺省值]

中括号中的内容表示是可选的

 

2、类的方法的表示方式

上图中咱们已经看到了方法的表示形式。实际上，方法的完整表示方式以下：

可见性  名称(参数列表) [ ： 返回类型]

一样，中括号中的内容是可选的。

 

好比在下图的Demo类中，定义了3个方法：

 

· public方法method1接收一个类型为Object的参数，返回值类型为void

· protected方法method2无参数，返回值类型为String

· private方法method3接收类型分别为int、int[]的参数，返回值类型为int

 

3、类与类之间关系的表示方式

一、关联关系

关联关系又可进一步分为单向关联、双向关联和自关联。

（1）单向关联

咱们能够看到，在UML类图中单向关联用一个带箭头的直线表示。上图表示每一个顾客都有一个地址，这经过让Customer类持有一个类型为Address的成员变量类实现。

 

（2）双向关联

从上图中咱们很容易看出，所谓的双向关联就是双方各自持有对方类型的成员变量。在UML类图中，双向关联用一个不带箭头的直线表示。上图中在Customer类中维护一个Product[]数组，表示一个顾客购买了那些产品；在Product类中维护一个Customer类型的成员变量表示这个产品被哪一个顾客所购买。

 

（3）自关联

自关联在UML类图中用一个带有箭头且指向自身的直线表示。上图的意思就是Node类包含类型为Node的成员变量，也就是“本身包含本身”。

 

二、聚合关系

上图中的Car类与Engine类就是聚合关系（Car类中包含一个Engine类型的成员变量）。由上图咱们能够看到，UML中聚合关系用带空心菱形和箭头的直线表示。聚合关系强调是“总体”包含“部分”，可是“部分”能够脱离“总体”而单独存在。好比上图中汽车包含了发动机，而发动机脱离了汽车也能单独存在。

 

三、组合关系

组合关系与聚合关系见得最大不一样在于：这里的“部分”脱离了“总体”便不复存在。好比下图：

显然，嘴是头的一部分且不能脱离了头而单独存在。在UML类图中，组合关系用一个带实心菱形和箭头的直线表示。

 

四、依赖关系

从上图咱们能够看到，Driver的drive方法只有传入了一个Car对象才能发挥做用，所以咱们说Driver类依赖于Car类。在UML类图中，依赖关系用一条带有箭头的虚线表示。

 

五、继承关系

继承关系对应的是extend关键字，在UML类图中用带空心三角形的直线表示，以下图所示中，Student类与Teacher类继承了Person类。

 

六、接口实现关系

这种关系对应implement关键字，在UML类图中用带空心三角形的虚线表示。以下图中，Car类与Ship类都实现了Vehicle接口。

4.4.4状态图

它表示系统是如何响应内部和外部事件的

参考：https://blog.csdn.net/li2534153206/article/details/55004031