软件工程——软件开发过程中用到的各种图
软件开发流程图介绍
软件工程开发第一章软件工程基本观念1.1 软件工程的目标与常用模型软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。
对开发人员而言，如果非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二.软件工程的主要环节如图1所示,软件开发过程一般包括可行性与需求分析、系统设计、程序设计、测试和维护。
图1 软件工程环节常见的软件工程模型有：线性模型,渐增式模型,螺旋模型，快速原型模型，形式化描述模型等等。
虽然线性模型比较简单，太理想化，但是每一个非线性的模型都能转化为一系列简单的线性模式，因此在其他模式中需要灵活运用线性模式。
1.2 软件开发的基本策略1.2。
1 复用在一个新系统中，大部分的内容是成熟的,只有小部分内容是创新的.应该把大部分的时间用在小比例的创新工作上，而把小部分的时间用在大比例的成熟工作中。
我们将具有一定集成度并可以重复使用的软件组成单元称为软构件。
软件复用可以表述为:直接使用已有的软构件，即可组装（或加以合理修改）成新的系统.这样可以提高生产率和质量。
图2应用软构件产生应用软件1.2。
2 分而治之我们可以把复杂的问题分解成N个简单的问题，再逐个寻求解决方法.但是最终的目的是要保证单个的简单问题可以通过程序实现，组装后能够使原本复杂的问题得到合理解决。
1.2.3 优化——折衷优化是用以优化软件的各个质量因素，但不能面面俱到，应折衷,其目标就是协调各个质量因素，实现整体质量最优.而不能盲目得拆东墙,补西墙。
第二章软件开发过程各个环节介绍2.1 可行性分析与需求分析2。
1。
1 可行性分析要求可行性分析是从经济、技术、市场与政策及人员方面分析这个项目做还是不做。
2。
1。
2 需求分析要求当确定做之后,我们就要与客户交流，进行需求分析,但由于客户表达不清、需求自身经常变动或分析人员理解有误，都会导致需求分析困难.因此,有必要通过请教行家或者分析同类型产品，来做进一步的分析.2.2 系统设计2.2。
软件工程PPT课件
02
需求分析的方法包括功能分析 、数据流图、实体关系图等。
03
需求分析过程中需要关注需求 的可实现性和可验证性，以确 保开发的软件能够满足用户的 需求。
需求规格说明
01
需求规格说明是软件需求工程的重要输出，它详细描述了软件 系统的功能、性能、安全等方面的要求。
02
需求规格说明应该清晰、准确、完整，并且易于理解和验证。
软件架构的重要性
软件架构决定了软件系统的性能、 可维护性、可扩展性和安全性等 关键特性，是软件设计过程中最 重要的环节之一。
常见的软件架构
常见的软件架构包括单体应用架 构、微服务架构、服务导向架构 等，不同的架构适用于不同的应 用场景。
数据设计
数据设计概述
数据设计是指对软件系统中的 数据进行规划、组织、存储和
06
软件维护工程
软件维护的定义与分类
总结词
软件维护是软件工程的重要环节，涉及对已交付软件产品的修改、完善和优化。
详细描述
软件维护是指在软件交付后，为了改正错误、改进性能或其他目的，对软件进行的修改活动。根据维护活动的内 容和性质，软件维护可分为纠错性维护、适应性维护、完善性维护和预防性维护。
软件维护的过程
管理的方法和过程。
数据模型
数据模型是数据设计的核心， 包括概念数据模型、逻辑数据 模型和物理数据模型等。
数据存储
数据存储是数据设计的关键环节 ，需要考虑数据的存储介质、存 储方式和存储容量等因素。
数据安全
数据安全是数据设计的重要考 虑因素，包括数据的加密、备
份、恢复和访问控制等。
界面设计
界面设计概述
需求规格说明
将收集到的需求整理成文档，明确软件的功能、性能、安全 性等要求。
软件工程 第5章--UML
UML的定义
UML定义有两个主要组成部分：语义和表示法。 语义用自然语言描述，表示法定义了UML的可 视化标准表示符号，这决定了UML是一种可视 化的建模语言。 在语义上，模型是元模型的实例。UML定义给 出了语法结构的精确定义。 使用UML时，要从不同的角度观察系统，为此 定义了概念“视图(View)‖。视图是对系统的模 型在某方面的投影，注重于系统的某个方面。
独立于过程
系统建模语言，独立于开发过程。
9
容易掌握使用 概念明确，建模表示法简洁明了，图形结 构清晰，容易掌握使用。 着重学习三个方面的主要内容： (1) UML的基本模型元素 (2) 组织模型元素的规则 (3) UML语言的公共机制 与程序设计语言的关系 用Java，C++ 等编程语言可实现一个系统。 一些CASE工具可以根据 UML所建立的系 统模型来产生Java、C++ 等代码框架。
31
UML事物 — 注释事物
11) Note（注释）
依附于一个元素或一组元素之上，对其进
行约束或解释的简单符号。没有语义影响。
See policy8-5-96.doc for details about these algorithms.
CashAccount presentValue()
32
15
UML定义 9 种图，表达UML中的 5 种视图，各 视图在静态和动态方面表示系统模型。
结构 视图 静态 方面
动态 方面
行为 视图 同左
实现 视图 构件图
环境 视图 部署图
同左
用例 视图 用例图
同左
类图 对象图
顺序图 同左 顺序图 合作图 (注重 合作图 状态图 进程、 状态图 活动图 线程) 活动图
《软件工程》PPT课件
问题定义（续）
系统全部弄清楚了。还有一些人可能会给你展示一些企业的十分详 尽的管理示图，如物资流管理图、生产管理图、计划财务管理图等。 因为他们也可能认为，只要分析员把这些图看懂了，就会对他们要 建立的系统搞清楚了。
但是，在问题定义阶段千万不要陷入到这些表格和图纸中。因为不 管是表格还是图纸，其中都包含了大量的、只有用户才能懂的术语。 当然，并不是说在问题定义阶段，这些图纸表格没有一点作用。对 一些关键性的语汇可以请用户讲清楚，这样有利于问题定义的准确 性。
快速原型（续）——类型之三
为了保证软件产品的质量，在总体设计和详细设计过程中，用 原型来验证总体结构或某些关键算法。如果设计方案验证完成后就 将原型丢弃，则构造原型的工具不必与目标系统的生产环境一致。 如果想把原型作为最终产品的一部分，原型和目标系统可使用同样 的程序设计语言。
快速原形的开发过程
问题定义的目的是要在短时间内，对用户的要求有一个比较准确的 估计，对要实现的系统规模做到胸中有数。但仅有这些还不够，还 要搞清用户不打算干什么，在这个系统中哪些内容不用实现。工作 的宗旨是搞清要做什么并划清要实现的系统的范围边界。
在完成问题定义的过程中，用户在一开始，可能会给你大堆大堆的 表格，因为他们可能认为只要把表格给你讲清楚，你就会对这个
系统定义与用户 需求分析
原型设计 编码
完善原 型
测试原 型
产品系统的设 计实现
第三课时
喷泉模型 软件重用模型
第一章第三课时
喷泉模型
基于喷泉模型，Hodge等人提出将软件开发过程
划分为概念模型分析、系统设计、对象设计与实现、
测试和系统组装集成等五个阶段，它也体现出分析
和设计之间的重叠 ①概念模型分析：这个阶段主
软件工程各种模型详解
列出软件生存期的几个主要模型？（7个主要模型）1)瀑布模型2)快速原型模型3)螺旋模型4)增量模型5)构件组装模型6)rational统一过程模型 (适用于面向对象)7)第四代技术8）喷泉模型(适用于面向对象)9）V模型9）其他不用看螺旋模型是一种将瀑布模型和增量模型相结合起来的模型瀑布模型是将各个活动规定为依（软件生存期）连接的若干阶段的模型。
它规定了各阶段的活动由前至后，相互衔接的固定次序，如同瀑布流水，逐级下落。
喷泉模型是一种以（用户要求）为动力，以（对象）为驱动的模型。
它使开发过程具有迭代性和无间隙性，适用于（面向对象）开发方法。
增量模型有什么特点？1.任务或功能模块驱动，可以分阶段提交产品；2.有多个任务单，这些多个任务单的集合，构成项目的一个总任务书(总用户需求报告)。
1、瀑布模型的优点（强迫开发人员使用规范的方法，严格规定了每个阶段必须提交的文档，要求每个阶段）可以强迫开发人员采用规范的方法；严格规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
2、瀑布模型的缺点在软件开发的初期阶段就要求做出正确、全面、完整的需求分析对许多应用软件来说是极其困难的。
在需求分析阶段，当需求确定后，无法及时验证需求是否正确、完整。
作为整体开发的瀑布模型，由于不支持产品的演化，缺乏灵活性，对开发过程中很难发现的错误，只有在最终产品运行时才能暴露出来，从而使软件产品难以维护。
3、快速原型模型适用的场合原型模型比瀑布模型更符合人们认识事物的过程和规律，是一种较实用的开发框架。
它适合于那些不能预先确切定义需求的软件系统的开发，更适合于那些项目组成员（包括分析员、设计员、程序员和用户）不能很好交流或通信有困难的情况。
4、增量模型的优点能在较短时间内向用户提交可完成部分工作的产品。
逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。
软件工程动态设计交互图
4.建立顺序图 ① 从用例中识别交互过程; ② 识别参与交互过程的对象; ③ 为每一个对象设置生命线,并确定对象的存在期限; ④ 从引发交互的初始消息开始,在对象生命线上依次画出交
互的消息; ● ⑤如果需要,可以给消息增加时间约束,以及前置条件和后置
条件。
登录顺序图
用例名 用例描述 参与者 前置条件 ห้องสมุดไป่ตู้本路径
添加用户
管理员添加省队用户信息
赛艇协会管理员
点击“用户管理”
1. 点击“添加” 2. 从下拉列表中选择用户类型（本科生、硕士研究生、博士研
究生）。 3. 输入用户信息（用户名，真实姓名，密码，提示问题，答案，
联系电话，备注） 4. 点击“添加”按钮 5. 显示添加成功
其他路径 异常事件 后置条件
4 b）点击取消，返回到用户信息页面 无 无
类图 类 操作
时序图 对象 消息
类图描述系统的静态结构，时序图描述系统的动态行为
若出现了一个新的消息（不是类中的操作），则需要为类 添加一个新的操作。
需要在类C中添加操作“K”
小结：时序图的作用 用对象间的交互来描述用例 寻找类的操作
时序图描述了对象之间传递消息的时间顺序，它用来表 示用例的行为顺序。
方法2：新建对象，然后给该对象指定一个类 a.通过工具栏的对象按纽在时序图中添加一个对象
b.双击对象，给该对象指定一个类或新建一个类
四、添加消息 1、添加简单消息 a.使用此按纽在两个对象之间拖动
b.双击消息，在弹出的窗口中设置消息的名称
2、添加同步消息 方法：双击简单消息，在弹出的对话框选择“detail”选
（2）取消或隐藏消息的编号
选择菜单【 Tools->Options 】，弹出以下对话框，选择 Diagram选项卡，选中或取消Sequence numbering
软件工程生命周期各阶段中的图示例
软件工程中的图软件工程导论中一般把软件的开发分为八个阶段：１.问题定义２.可行性研究３.需求分析４.总体设计（概要设计）５.详细设计６.编码和单元测试７.综合测试８.软件维护下面我们就说说各个阶段中与图的难解难分。
１. 问题定义问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功能。
２. 可行性研究可行性研究阶段就是看是否有一种使其在最小的代价，尽可能短的时间内，利益最大化的情况下解决问题的方案。
这个阶段的分析主要涉及以下几个图形工具。
2.1 系统流程图系统流程图是描述系统物理模型的一种传统工具。
它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。
系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
2.2 数据流图数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。
数据流图的基本符号：数据流图的使用例子：2.3 数据字典数据字典就是数据的信息的集合，也可以说就是对上面提到的数据流图中的所有元素的定义的集合。
数据字典的主要作用就是在软件的分析与设计阶段方便我们查阅不甚了解的数据的描述信息。
３. 需求分析需求分析阶段主要确定系统必须做什么。
比如用户对系统的要求，确定目标系统所有的功能，确定系统运行的硬件和软件环境，系统性能要求，出错处理要求，接口需求，验证软件需求等等。
3.1 E-R图E-r图的主要作用就是把用户的数据要求用可视化的图形呈现出来。
3.2 状态转换图状态转换图说白了就是系统的行为建模，就是通过描述系统的状态以及引起状态变化的事件来表示系统的行为，将系统运行时详细的状态变化呈现给用户。
软件工程——软件开发过程中用到的各种图
软件工程——软件开发过程中用到的各种图本文档涉及附件:本文所涉及的法律名词及注释:1·版权：指知识产权法律框架下对创作作品的独立权利，包括复制、分发、演绎和展示等权利。
2·商标：指公司、品牌或产品的标识，用于区分同类或相似产品或服务的来源。
3·专利：指对发明的一种技术解决方案的独占权，包括发明专利、实用新型专利和外观设计专利等。
4·法律责任：指违反法律法规或合同规定所引起的法律后果，例如赔偿、罚款等。
5·保密协议：指当事人之间为保护双方的商业机密而达成的协议，规定了保密信息的范围、保密义务以及违约责任等。
1·引言本文档旨在介绍软件工程中常用的图形表示方法，包括用例图、类图、流程图、数据流图、状态转换图、部署图、时序图和甘特图等。
这些图形可以帮助开发团队更好地理解和描述系统的功能和结构。
2·用例图用例图是描述系统功能和用户之间交互的图形表示方法。
它主要包含了参与者、用例和关联关系等元素。
用例图帮助开发团队更好地了解系统需要实现哪些功能，并作为需求分析的重要工具。
3·类图类图是描述系统中类、接口、实例和它们之间关系的图形表示方法。
它主要包含了类、属性、方法和关联关系等元素。
类图帮助开发团队更好地了解系统的结构和模块之间的关系，并作为设计和编码的参考依据。
4·流程图流程图是描述系统中过程和步骤的图形表示方法。
它主要包含了开始和结束节点、操作步骤、条件判断和循环等元素。
流程图帮助开发团队更好地了解系统的执行流程和操作过程，并作为编码和测试的重要工具。
5·数据流图数据流图是描述系统中信息流动和处理的图形表示方法。
它主要包含了数据流、处理节点和数据存储等元素。
数据流图帮助开发团队更好地了解信息的流动和处理过程，并作为系统设计和优化的参考依据。
6·状态转换图状态转换图是描述系统中状态和状态转换的图形表示方法。
软件工程完整PPT课件
2021/3/9
10
④局部化。要求在一个物理模块内集中逻辑上相互关联 的计算资源，保证模块间具有松散的耦合关系，模块 内部有较强的内聚性，这有助于控制解的复杂性。
⑤确定性。软件开发过程中所有概念的表达应是确定的、 无歧义且规范的。
⑥一致性。包括程序、数据和文档的整个软件系统的各 模块应使用已知的概念，内外部接口应保持一致，系 统规格说明与系统行为应保持一致。
2021/3/9
14
2. 需求分析方法 常见的需求分析方法有：
①结构化分析方法。 ②面向对象的分析方法。
2021/3/9
15
2.2结构化分析方法
（1）关于结构化分析方法 结构化分析方法的实质是着眼于数据流，自顶向下，逐层分解，
建立系统的处理流程，以数据流图和数据字典为主要工具，建 立系统的逻辑模型。 结构化分析的步骤如下：
3. 信息隐蔽 信息隐蔽使得一个模块内包含的信息（过程和数据）
对于不需要这些信息的模块来说，是不能访问 的。
2021/3/9
24
4. 模块独立性 每个模块完成一个相对独立的特定子功能，并且 和其他模块之间的接口很简单。
模块的独立程度可以由两个定性标准来衡量，这 两个标准分别称为耦合性和内聚性。藕合衡量不 同模块彼此间互相依赖（连接）的紧密程度；内 聚衡量一个模块内部各个元素彼此间结合的紧密 程度。
⑦完备性。软件系统不丢失任何重要成分，完全实现系 统所需的功能。
⑧可验证性。开发大型软件系统需要对系统自顶向下， 逐层分解。系统分解应遵循容易检查、测评、评审的 原则，以确保系统的正确性。
2021/3/9
11
1.5软件开发工具与软件开发环境
1. 软件开发工具 软件开发工具是指可以用来帮助开发，测试、分 析、维护其他计算机程序及其文档资料，实现软 件生产过程自动化的一类程序。 软件工具主要包括需求分析工具、设计工具、编 码工具、确认工具、维护工具等。
软件工程 UML顺序图
软件工程 UML顺序图
一、引言
二、背景信息
在软件开发过程中，系统的不同组件之间需要进行交互以实现特定的功能。
为了更好地理解和描述这些交互行为，我们使用UML顺序图。
1、概述
本节介绍了UML顺序图的概念和用途。
它包括顺序图的定义、目的和在软件工程中的作用。
2、顺序图元素
本节详细讲解了顺序图中的各种元素，包括角色、对象、生命线、消息、激活等。
每个元素都有其特定的作用和用法，读者可以根据需要灵活运用。
三、创建顺序图的步骤
本节提供了创建顺序图的详细步骤，包括以下几个阶段：
1、确定系统的目标和需求
2、确定所涉及的角色和对象
3、绘制生命线和消息
4、添加激活和返回消息
5、优化和调整顺序图
四、顺序图示例
本节给出了一个示例顺序图，以帮助读者更好地理解顺序图的创建和解释过程。
该示例展示了一个简单的系统交互场景，并详细说明了每个元素的作用和相互关系。
五、常见问题解答
本节提供了一些常见问题的解答，以帮助读者更好地理解和应用顺序图。
包括如何处理异常情况、如何表示并发操作等问题的解决方法。
六、附件
本文档涉及的附件包括示例代码、详细设计文档等，可供读者参考和。
七、法律名词及注释
在本文档中涉及的法律名词和术语说明，以确保读者对相关法律问题有正确的理解。
八、结论。
软件工程流程图
软件工程流程图软件工程流程图是软件开发过程中的一种可视化工具，用于展示软件开发的步骤和流程。
软件工程流程图可帮助开发团队理解和掌握整个开发过程，提高开发效率和质量。
下面是一个简单的软件工程流程图示例，包含了六个主要阶段：需求分析、设计、编码、测试、部署和维护。
首先是需求分析阶段。
在这个阶段，开发团队与客户进行需求讨论，明确软件的功能和性能要求。
团队成员会根据客户提供的需求文档或与客户的直接交流，进行需求分析和整理。
这个阶段的主要目标是明确软件的功能需求和相关约束。
接下来是设计阶段。
在这个阶段，开发团队会根据需求分析的结果，设计软件的架构和模块。
团队成员会进行系统设计、模块划分和接口设计。
这个阶段的主要目标是确保软件的设计满足需求，并且能够实现高效可靠的运行。
然后是编码阶段。
在这个阶段，开发团队会根据设计阶段的结果，进行具体的编码工作。
开发人员会使用编程语言和开发工具，按照设计要求实现软件的各个功能。
这个阶段的主要目标是开发出符合设计要求的高质量代码。
接着是测试阶段。
在这个阶段，开发团队会对软件进行测试，以确保软件能够正常运行和满足功能要求。
测试人员会使用测试工具和测试用例，对软件的各个功能进行测试。
这个阶段的主要目标是发现并修复软件中的缺陷和问题。
然后是部署阶段。
在这个阶段，开发团队会将软件部署到目标平台上。
如果是桌面应用程序，开发人员会将软件安装到用户的计算机上；如果是web应用程序，开发人员会将软件部署到web服务器上。
这个阶段的主要目标是确保软件能够正常运行，并且满足用户的需求。
最后是维护阶段。
在这个阶段，开发团队会对软件进行维护和更新。
开发人员会修复软件的缺陷和问题，以及添加新的功能和改进。
这个阶段的主要目标是保证软件能够长期稳定运行，并根据用户的反馈不断提升用户体验。
综上所述，软件工程流程图是一个重要的工具，能够帮助开发团队理解和掌握软件开发的步骤和流程。
通过明确和规范的软件工程流程，可以提高开发效率和质量，确保软件能够满足用户的需求和期望。
软件工程的各种模型的比较
软件工程的各种模型的比较软件工程的各种模型的比较1. 瀑布模型瀑布模型是软件开发过程中最传统也是最常用的模型之一。
它包括需求分析、设计、编码、测试和维护等阶段。
每个阶段都是有序进行的，只有在前一阶段完成后才能开始下一阶段。
瀑布模型适用于对需求比较稳定，且项目规模较小的情况。
2. 增量模型增量模型是将软件开发过程分成多个增量，每个增量都是完整的、可工作的功能子集。
开发人员可以在每个增量上迭代开发，并在每个迭代周期内完成其内部的需求分析、设计、实现和测试。
增量模型适用于需求变化频繁、快速迭代迭代的项目。
3. 原型模型原型模型是通过构建一个或多个原型来进行软件开发。
原型可以是初步的设计、模拟系统或部分实现。
原型模型主要用于探索和澄清需求，并在完成需求分析后，用于设计和开发最终的系统。
4. 螺旋模型螺旋模型结合了瀑布模型和原型模型的特点，强调了风险管理和迭代开发。
它采用了逐步演化式的方法，每个迭代周期都包括风险评估、需求分析、设计、实现和测试等活动。
螺旋模型适用于大型、复杂且具有高风险的项目。
5. 敏捷模型敏捷模型是一种迭代的、增量的、协作的软件开发方法。
它强调快速和灵活的反馈循环，以便及时调整需求和计划。
敏捷模型的代表性方法包括Scrum、XP和Kanban等。
敏捷模型适用于需求变化频繁且项目复杂度不高的场景。
6. 结构化模型结构化模型是一种基于结构化分析和设计的软件开发方法。
它着重于系统的模块化和层次化，通过自顶向下的方式进行系统设计和实施。
结构化模型适用于稳定的需求和规模较大的项目。
附件：本文档不涉及附件。
法律名词及注释：无。
软件工程实验一——画ER图
习题一
目前住院病人主要由护士护理，这样做不仅需要大量 护士，而且由于不能随时观察危重病人的病情变化， 还会延误抢救时机。某医院打算开发一个以计算机为 中心的患者监护系统，业务内容描述如下： 医院对患者2监护系统的基本要求是随时接收每个 病人的生理信号(脉搏、体温、血压、心电图等)， 定时记录病人情况以形成患者日志，当某个病人的 生理信号超出医生规定的安全范围时向值班护士发 出警告信息，此外，护士在需要时还可以要求系统 印出某个指定病人的病情报告。
✓储户的属性主要有姓名、住址、电话号码和身份证号码， 储蓄所的属性主要是名称、地址和电话号码，而数额、类 型、到期日期、利率和密码则是关系类型存取款的属性。
13:07:42
13:07:42
习题三
复印机的工作过程大致如下：未接到复印命令时 处于闲置状态，一旦接到复印命令则进入复印状 态，完成一个复印命令规定的工作后又回到闲置 状态，等待下一个复印命令；如果执行复印命令 时发现没纸，则进入缺纸状态，发出警告，等待 装纸，装满纸后进入闲置状态，准备接收复印命 令；如果复印时发生卡纸故障，则进入卡纸状态， 发出警告等待维修人员来排除故障，故障排除后 回到闲置状态。
请用Microsoft visio绘制复印机的行为的状态转换。
从问题陈述可知，复印机的状态主要有“闲置”、“复印 ”、“缺纸”和“卡纸”。引起状态转换的事件主要是“ 复印命令”、“完成复印命令”、“发现缺纸”、“装满 纸”、“发生卡纸故障”和“排除了卡来自故障”。13:07:42
请分别用Microsoft Visio与PowerDesigner绘制本系 统的数据模型，即ER图。
脉博 血压
体温
心电图
病人 编号
安全 范围
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程——软件开发过程中用到的各种图
一、宏观导图
导图说明：我们的软件开发中用到的各种图型工具都是为了辅助我们更好的理解开发的阶段或者过程。
上图是根据软件过程中各个阶段所需要用到的各种图的一个小结。
下面是各种图的简介和示例。
二、谈细节：
1、问题定义阶段（规划阶段）：
UC图:（ Use Creat 图）它是 BSP（ business system planning ）法中常用的子系统划分工具。
2、可行性分析
2.1系统流程图：是描述系统物理模型的一种传统工具。
它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。
系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
3、需求分析：
3.1 DFD图（Data Flow Diagram):从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程.建立系统的功能模型。
3.2 ERD（Entity-Relationship Diagram)图：当数据量很大并且数据间关系复杂时对于数据的分析就得用到它来刻画系统数据模型
3.3 IPO（input process output）图描述了输入数据、处理数据、输出数据之间的关系。
3.4 STD（State Transition Diagram）图：刻画系统响应外部事件的过程。
为系统的行为建模。
面向数据结构的几个图形工具：
3.5 层次方框图：用来展示数据的层次结构
3.6 warnier图：和层次方框图一个意思，不过她能描述的手段比层次图更加丰富。
3.7 Jackson图
4、概要设计：
4.1层次图：描述层次结构
4.2 HIPO图=层次图+IPO图
4.3 （模块）结构图：这是结构化开发中最常用的描述一个系统体系结构的工具图之一。
5、详细设计：
5.1程序流程图：
5.2 N-S图（盒图）
5.3 PAD（Problem Analysis diagram)图
6、代码实现
7、测试
8、维护
三、总结：这篇博客，算是一个整理工作，对于软件工程过程中各种图有了一个宏观上的了解，还有很多不会画，存在不理解的图，大多数是从网上找的图。
但是这都不能影响继续前进的脚步。
这是学习的第一个阶段，积累。
后续的文档中将要一一的尝试一下这些图。
将理论付诸实践！。