软件工程各种图的画法测验考试必备
- 格式:doc
- 大小:759.50 KB
- 文档页数:8
软件⼯程导论复习如何画类图⾯向对象设计对于⼀个程序员来说,在⼯作的开始阶段通常都是别⼈把东西设计好,你来做。
伴随着个⼈的成长,这个过程将慢慢变成⾃⼰设计⼀部分功能来实现,⾃⼰实现。
如果要⾃⼰设计,⽆论是给⾃⼰看,还是给别⼈看,势必要输出⼀些⽂档,清晰地整理出思路。
关于⽂档,有些⼈会⽤⽂字,但是再多的⽂字在绝⼤多数⼈看来,都不会有⼀张图来得直⽩,本⽂就讲⼀讲使⽤UML图来进⾏⾯向对象的设计。
⾯向对象设计主要就是使⽤UML的类图,类图⽤于描述系统中所包含的类以及它们之间的相互关系,帮助⼈们简化对系统的理解,它是系统分析和设计阶段的重要产物,也是系统编码和测试的重要模型依据。
UML类图分为上下两篇,上篇是类、继承和实现三种关系,下⾯开始。
类的UML画法Java是⼀门⾯向对象语⾔,那最基础的就类了。
类(Class)封装了数据和⾏为,是⾯向对象的重要组成部分,它是具有相同属性、操作、关系的对象集合的总称。
在系统中,每个类都具有⼀定的职责,职责指的是类要完成什么样⼦的功能,要承担什么样⼦的义务。
⼀个类可以有多种职责,但是设计得好的类⼀般只有⼀种职责。
假如我现在定义了这么⼀个类:public class Person{private String name = "Jack";public String getName(){return name;}public void setName(String name){ = name;}protected void playBasketball(){pass();}private void pass(){}}那么此类对应的UML为:看到该图分为三层:最顶层的为类名,中间层的为属性,最底层的为⽅法。
属性的表⽰⽅式为:【可见性】【属性名称】:【类型】={缺省值,可选}⽅法的表⽰⽅式为:【可见性】【⽅法名称】(【参数列表】):【类型】可见性都是⼀样的,"-"表⽰private、"+"表⽰public、"#"表⽰protected。
软件⼯程考试试题(含答案)⼀、填空题(每空1分,共25分)1.软件⽣存周期⼀般可以划分为,问题定义、____________、____________、设计、编码、测试和____________。
2.基于软件的功能划分,软件可以划分成__________、__________、__________三种。
3.可⾏性研究,应从、技术可⾏性、运⾏可⾏性、和开放⽅案可⾏性等⽅⾯研究。
4.系统流程图是描绘的传统⼯具。
它的基本思想是⽤图形符号以描绘系统⾥⾯的每个部件。
5.数据流图的基本四种成分:数据输⼊的源点和数据输出汇点、、和。
6.结构化分析⽅法是⾯向________________进⾏需求分析的⽅法。
结构化分析⽅法使⽤________________与________________来描述。
7.是⾃动地共享类、⼦类和对象中的⽅法和数据的机制。
8.软件详细设计⼯具可分为3类,即________________、________________和________________。
9.为了在软件开发过程中保证软件的质量,主要采取下述措施:________________、复查和管理复审、________________。
10.⼤型软件测试包括、、确认测试和四个步骤。
1、可⾏性研究需求分析运⾏与维护2、系统软件⽀撑软件应⽤软件3、经济可⾏性法律可⾏性4、物理系统⿊盒⼦形式5、加⼯数据流数据存储⽂件6、数据流数据流图DFD 数据字典DD7、继承性8、图⽰⼯具、设计语⾔表格⼯具9、审查测试10、单元测试集成测试系统测试⼆、单项选择题(每⼩题2分,共20分)1 2 3 4 5C C C A C6 7 8 9 10D D A C B1.软件设计中划分模块的⼀个准则是()。
A、低内聚低耦合B、低内聚⾼耦合C、⾼内聚低耦合D、⾼内聚⾼耦合2.Jackson设计⽅法是由英国的M. Jackson提出的,它是⼀种⾯向()的软件设计⽅法。
UML的9种图上文我们介绍了,UML的视图,在每一种视图中都包含一个或多种图。
本文我们重点讲解UML每种图的细节问题:1、用例图(use case diagrams)【概念】描述用户需求,从用户的角度描述系统的功能【描述方式】椭圆表示某个用例;人形符号表示角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】2、静态图(Static diagram)(1)类图(class diagrams)【概念】显示系统的静态结构,表示不同的实体是如何相关联的【描述方式】三个矩形【目的】表示一个逻辑类或实现类,逻辑类通常是用户的业务所涉及的事物;实现类是程序员处理的实体【类图】(2)对象图(object diagrams)【概念】类图的一个实例,描述系统在具体时间点上所包含的对象以及各个对象的关系【对象图】3、交互图(Interaction Diagram)用来描述对象之间的交互关系(1)序列图(顺序图)(Sequence Diagram)【概念】描述对象之间的交互顺序,着重体现对象间消息传递的时间顺序【描述方式】横跨图的顶部,每个框表示每个类的实例或对象;类实例名称和类名称使用冒号分开【目的】显示流程中不同对象之间的调用关系,还可以显示不同对象的不同调用。
【序列图】(2)协作图(Collaboration diagrams)【概念】描述对象之间的合作关系,侧重对象之间的消息传递4、行为图:描述系统的动态模型和对象之间的交互关系(1).状态图(Statechart diagrams)【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移【描述方式】起始点:实心圆1状态之间的转换:使用开箭头的线段2状态:圆角矩形3判断点:空心圆4一个或多个终止点:内部包含实心圆的圆【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程(2).活动图(Activity diagrams)【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系【描述方式】2起始点:实心圆5活动:圆角矩形1终止点:内部包含实心圆的圆1泳道:实际执行活动的对象【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程【活动图】活动图和状态图区别:5、实现图Implementation diagram (1)构件图(Component diagrams)【概念】描述代码构件的物理结构以及各构件之间的依赖关系【描述方式】构件【目的】提供系统的物理视图,根据系统的代码构件显示系统代码的整个物理结构【构架图】(2)部署图(Deployment diagrams)【概念】系统中硬件的物理体系结构【描述方式】1三维立方体表示部件2节点名称位于立方体上部【目的】显示系统的硬件和软件的物理结构【部署图】九种UML图详解到此为止,下篇文章专门给大家讲解UML中类间的关系,感谢您的访问。
一、填空题(每空1分,共25分)1.软件生存周期一般可以划分为,问题定义、____________、____________、设计、编码、测试和____________.2.基于软件的功能划分,软件可以划分成__________、__________、__________三种.3.可行性研究,应从、技术可行性、运行可行性、和开放方案可行性等方面研究。
4.系统流程图是描绘的传统工具。
它的基本思想是用图形符号以描绘系统里面的每个部件。
5.数据流图的基本四种成分:数据输入的源点和数据输出汇点、、和。
6.结构化分析方法是面向________________进行需求分析的方法。
结构化分析方法使用________________与________________来描述。
7.是自动地共享类、子类和对象中的方法和数据的机制.8.软件详细设计工具可分为3类,即________________、________________和________________。
9.为了在软件开发过程中保证软件的质量,主要采取下述措施:________________、复查和管理复审、________________。
10.大型软件测试包括、、确认测试和四个步骤.1、可行性研究需求分析运行与维护2、系统软件支撑软件应用软件3、经济可行性法律可行性4、物理系统黑盒子形式5、加工数据流数据存储文件6、数据流数据流图DFD 数据字典DD7、继承性8、图示工具、设计语言表格工具9、审查测试10、单元测试集成测试系统测试1.软件设计中划分模块的一个准则是()。
A、低内聚低耦合B、低内聚高耦合C、高内聚低耦合D、高内聚高耦合2.Jackson设计方法是由英国的M。
Jackson提出的,它是一种面向()的软件设计方法.A、对象B、数据流C、数据结构D、控制结构3.试判断下列叙述中,哪个(些)是正确的( ).a、软件系统中所有的信息流都可以认为是事务流b、软件系统中所有的信息流都可以认为是变换流c、事务分析和变换分析的设计步骤是基本相似的A、aB、bC、cD、b和c4.()是用户和设计交换最频繁的方法.A、原型化方法B、瀑布模型方法C、螺旋模型方法D、构件组装模型5.软件工程方法学的目的是:使软件生产规范化和工程化,而软件工程方法得以实施的主要保证是()。
1.完成患者监护系统功能级的数据流图、实体联系图、软件结构图。
2.网上书店系统,其外部用户主要有游客、会员和管理员。
其中,游客进行注册后,可以成为系统的会员,会员享有订购图书及订单和书籍等信息查询的功能,管理员可对系统的各种信息进行管理和维护。
根据上述描述,请画出网上书店系统的:①基本系统模型(第0层);②功能级的数据流图(第1层);③底层的订购图书数据流图。
1.把如下统计空格程序的Jackson图改画为等价的程序流程图和盒图。
2、用Jackson图描述下述的一列火车的构成:一列火车最多有两个火车头。
只有一个火车头时则位于列车最前面,若还有第二个火车头时,则第二个火车头位于列车的最后面。
火车头既可以是内燃机车也可以是电气机车。
车厢分为硬座车厢、硬卧车厢和软卧车厢等3种。
硬座车厢在所有车厢的前面部分,软卧车厢在所有车厢的后面部分。
此外,在硬卧车厢和软卧车厢之间还有一节餐车。
1.饮用水自动销售系统的工作过程大致如下:如果投入1元硬币,则自动放水5升;如果投入5角硬币,放水升;如果选择1元,投入2个伍角的硬币,也可放水5升。
如果饮用水来不及生成,系统会把硬币退出来并亮红灯。
收到的硬币由收银员定时回收。
试画出该系统的用例图。
2.某寄宿学校需要开发一个信息管理系统,通过该管理系统对学生的日常事务进行管理:校长助理:管理学生的档案,进行新增、删除、查询、修改等操作;对学生班级进行管理(新增、删除等),进行新学生的编班工作和调班工作,查询班级名册等情况。
财务人员:进行每月的收费和退费工作,每个学生的每月费用包括住宿费,伙食费220,在6-8 月收取空调费20,在11-2 月收取取暖费20,每个学期的开学初(3 月、9 月)收取书本费(不定)。
住宿费分三种情况:双职工的子女为60,单职工的子女80 元,父母均不在本单位工作为100 元。
每个班的老师在每天要申报本班学生的出勤表,由校长助理完成各班的考勤录入,考勤情况决定上月的伙食退费,以每天10 元计算。
UML中各种图的画法(全)一、UML中基本的图范畴:在 UML 2 中有二种基本的图范畴:结构图和行为图。
每个 UML 图都属于这二个图范畴。
结构图的目的是显示建模系统的静态结构。
它们包括类,组件和(或)对象图。
另一方面,行为图显示系统中的对象的动态行为,包括如对象的方法,协作和活动之类的内容。
行为图的实例是活动图,用例图和序列图。
二、UML中的类图:1.类图的表示:类的 UML 表示是一个长方形,垂直地分为三个区,如图 1 所示。
顶部区域显示类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在一个类图上画一个类元素时,你必须要有顶端的区域,下面的二个区域是可选择的(当图描述仅仅用于显示分类器间关系的高层细节时,下面的两个区域是不必要的)。
描述:顶部区域显示类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在一个类图上画一个类元素时,你必须要有顶端的区域,下面的二个区域是可选择的(当图描述仅仅用于显示分类器间关系的高层细节时,下面的两个区域是不必要的)。
·类名:如果是抽象类,则采用斜体·类属性列表:name : attribute type 如 flightNumber : Integer,这是最常见的表达形式n ame : attribute type = default value 如balance : Dollars = 0,这是带有默认值的表达形式·类方法列表:name(parameter list) : type of value returned注意:在业务类图中,属性类型通常与单位相符,这对于图的可能读者是有意义的(例如,分钟,美元,等等)。
然而,用于生成代码的类图,要求类的属性类型必须限制在由程序语言提供的类型之中,或包含于在系统中实现的、模型的类型之中。
2.继承的表示:为了在一个类图上建模继承,从子类(要继承行为的类)拉出一条闭合的,单键头(或三角形)的实线指向超类。
数据流图(DFD)画法要求一、数据流图(DFD)1.数据流图的基本符号数据流图由四种基本符号组成,见图5-4-1所示。
图5-4-1 数据流图的基本符号例:图5-4-2是一个简单的数据流图,它表示数据X从源S流出,经P加工转换成Y,接着经P加工转换为Z,在加工过程中从F中读取数据。
图5-4-2数据流图举例下面来详细讨论各基本符号的使用方法。
数据流由一组确定的数据组成。
例如“发票”为一个数据流,它由品名、规格、单位、单价、数量等数据组成。
数据流用带有名字的具有箭头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流向。
数据流可以从加工流向加工,也可以从加工流进、流出文件,还可以从源点流向加工或从加工流向终点。
对数据流的表示有以下约定:对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。
而别的数据流则必须标出名字,名字应能反映数据流的含义。
数据流不允许同名。
两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。
例如图5-4-3(a)中的合理领料单与领料单两个数据流,它们的结构相同,但前者增加了合理性这一信息。
两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有了解,或它们的流动时间不同,如图5-4-3(b)所示。
(a)(b)(c)图5-4-3 简单数据流图举例数据流图描述的是数据流而不是控制流。
如图5-4-3 (c)中,“月末”只是为了激发加工“计算工资”,是一个控制流而不是数据流,所以应从图中删去。
加工处理是对数据进行的操作,它把流入的数据流转换为流出的数据流。
每个加工处理都应取一个名字表示它的含义,并规定一个编号用来标识该加工在层次分解中的位置。
名字中必须包含一个动词,例如“计算”、“打印”等。
对数据加工转换的方式有两种:改变数据的结构,例如将数组中各数据重新排序;产生新的数据,例如对原来的数据总计、求平均等值。
4.文件文件是存贮数据的工具。
文件名应与它的内容一致,写在开口长条内。
储户取款单打印利息清单利息清单储户核对密码53存款单打印存款单存款存单计算利息24D1存款信息存款信息记录存款信息存款信息存款信息存款信息利息值1为方便储户,某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员键入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息并印出利息清单给储户。
请画出此系统的数据流图。
ER图–本问题中共有两类实体,分别是“储户”和“储蓄所”,在它们之间存在“存取款”关系。
因为一位储户可以在多家储蓄所存取款,一家储蓄所拥有多位储户,所以“存取款”是多对多(M:N)关系。
–储户的属性主要有姓名、住址、电话号码和身份证号码,储蓄所的属性主要是名称、地址和电话号码,而数额、类型、到期日期、利率和密码则是关系类型存取款的属性。
判定树–讲课课时津贴计算一般授课教授副教授讲师30252015●判定表–讲课课时津贴计算某高校可用的电话号码有以下几类:校内电话号码由4位数字组成,第1位数字不是0;校外电话又分为本市电话和外地电话两类,拨校外电话需先拨0,若是本市电话则再接着拨8位数字(第1位不是0),若是外地电话则拨3位区码再拨8位电话号码(第1位不是0)。
请用定义数据字典的方法,定义上述的电话号码。
●电话号码=[校内电话号码|校外电话号码]●校内电话号码=非零数字+ 3 位数字//后面继续定义●校外电话号码=[本市号码|外地号码]●本市号码=数字零+8位数字●外地号码=数字零+3位数字+8位数字●非零数字=[1|2|3|4|5|6|7|8|9]●数字零=0●3位数字=3{数字}3 //3至3个数字●8位数字=非零数字+7位数字●7位数字=7{数字}7●数字=[0|1|2|3|4|5|6|7|8|9]复印机的工作过程大致如下:未接到复印命令时处于闲置状态,一旦接到复印命令则进入复印状态,完成一个复印命令规定的工作后又回到闲置状态,等待下一个复印命令;如果执行复印命令时发现没纸,则进入缺纸状态,发出警告,等待装纸,装满纸后进入闲置状态,准备接收复印命令;如果复印时发生卡纸故障,则进入卡纸状态,发出警告等待维修人员来排除故障,故障排除后回到闲置状态。
软件工程盒图画法盒图是一种软件工程设计方法,它主要用于分析和描述软件系统的功能、结构和行为,并帮助开发团队理解系统的设计和实现细节。
在软件工程中,盒图可以帮助开发者更好地理解系统的组成部分,快速定位问题,并进行系统优化。
本文将介绍软件工程盒图的概念、绘制方法和应用。
一、概述盒图是一种图形化表示软件系统组成的方法,它将系统分解为若干个功能模块,并通过盒子(或方框)来表示这些模块。
每个盒子代表一个功能或组件,盒子之间的连线表示它们之间的关系。
盒图主要由三部分组成:功能盒、接口盒和数据盒。
功能盒表示系统的功能模块或子系统,每个功能盒有一个名称,用于描述该功能的名称和作用。
接口盒表示模块与模块之间的接口关系,每个接口盒描述该接口的输入和输出。
数据盒表示模块内部的数据处理过程,包括数据流入和流出的过程。
盒图可以从不同的层次来描述软件系统,可以从整体到细节、从高层次到低层次进行绘制。
在软件开发过程中,开发团队可以根据需求和设计规范,使用盒图进行软件系统的分析和设计,从而更好地理解和实现系统功能。
二、绘制方法1. 确定系统组成在开始绘制盒图之前,首先需要确定软件系统的组成部分。
可以根据需求文档、功能规范和系统设计进行分析,将系统分解为若干个功能模块或子系统。
2. 绘制功能盒根据系统组成确定的功能模块或子系统,绘制相应的功能盒。
每个功能盒应该有一个唯一的名称,以便于识别和描述该功能的作用。
3. 绘制接口盒在功能盒之间绘制接口盒,表示它们之间的接口关系。
接口盒应该包含接口的输入和输出,以便于确定模块之间的数据交互。
4. 绘制数据盒在功能盒内部绘制数据盒,表示模块内部的数据处理过程。
数据盒应该包括数据流入和流出的过程,以及数据的处理过程。
5. 连接功能盒和接口盒使用连线将功能盒和接口盒连接起来,表示它们之间的关系。
连线应该清晰地表示数据的流向和处理过程。
三、应用场景1. 需求分析盒图可以用于需求分析阶段,帮助开发团队理解用户需求和系统功能。
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图,包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能,并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系;活动图则表示系统中的各种活动以及它们之间的关系;状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求,包括系统的主要功能和参与者(用户)之间的关系。
用例图由参与者、用例和关系构成,通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程,以及这些活动之间的顺序关系。
它展示了系统的业务流程,包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构,包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化,包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程,包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式,包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
软件工程9种图UML的9种图上文我们介绍了,UML的视图,在每一种视图中都包含一个或多种图。
本文我们重点讲解UML每种图的细节问题:1、用例图(use case diagrams)【概念】描述用户需求,从用户的角度描述系统的功能【描述方式】椭圆表示某个用例;人形符号表示角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】2、静态图(Static diagram)(1)类图(class diagrams)【概念】显示系统的静态结构,表示不同的实体是如何相关联的【描述方式】三个矩形【目的】表示一个逻辑类或实现类,逻辑类通常是用户的业务所涉及的事物;实现类是程序员处理的实体【类图】(2)对象图(object diagrams)【概念】类图的一个实例,描述系统在具体时间点上所包含的对象以及各个对象的关系【对象图】3、交互图(Interaction Diagram)用来描述对象之间的交互关系(1)序列图(顺序图)(Sequence Diagram)【概念】描述对象之间的交互顺序,着重体现对象间消息传递的时间顺序【描述方式】横跨图的顶部,每个框表示每个类的实例或对象;类实例名称和类名称使用冒号分开【目的】显示流程中不同对象之间的调用关系,还可以显示不同对象的不同调用。
【序列图】(2)协作图(Collaboration diagrams)【概念】描述对象之间的合作关系,侧重对象之间的消息传递4、行为图:描述系统的动态模型和对象之间的交互关系(1).状态图(Statechart diagrams)【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移【描述方式】起始点:实心圆1状态之间的转换:使用开箭头的线段2状态:圆角矩形3判断点:空心圆4一个或多个终止点:内部包含实心圆的圆【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程(2).活动图(Activity diagrams)【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系【描述方式】2起始点:实心圆5活动:圆角矩形1终止点:内部包含实心圆的圆1泳道:实际执行活动的对象【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程【活动图】活动图和状态图区别:5、实现图Implementation diagram (1)构件图(Component diagrams)【概念】描述代码构件的物理结构以及各构件之间的依赖关系【描述方式】构件【目的】提供系统的物理视图,根据系统的代码构件显示系统代码的整个物理结构【构架图】(2)部署图(Deployment diagrams)【概念】系统中硬件的物理体系结构【描述方式】1三维立方体表示部件2节点名称位于立方体上部【目的】显示系统的硬件和软件的物理结构【部署图】九种UML图详解到此为止,下篇文章专门给大家讲解UML中类间的关系,感谢您的访问。
一、填空题(每空1分,共25分)1.软件生存周期一般可以划分为,问题定义、____________、____________、设计、编码、测试和____________。
2.基于软件的功能划分,软件可以划分成__________、__________、__________三种。
3.可行性研究,应从、技术可行性、运行可行性、和开放方案可行性等方面研究。
4.系统流程图是描绘的传统工具。
它的基本思想是用图形符号以描绘系统里面的每个部件。
5.数据流图的基本四种成分:数据输入的源点和数据输出汇点、、和。
6.结构化分析方法是面向________________进行需求分析的方法。
结构化分析方法使用________________与________________来描述。
7.是自动地共享类、子类和对象中的方法和数据的机制。
8.软件详细设计工具可分为3类,即________________、________________和________________。
9.为了在软件开发过程中保证软件的质量,主要采取下述措施:________________、复查和管理复审、________________。
10.大型软件测试包括、、确认测试和四个步骤。
1、可行性研究需求分析运行与维护2、系统软件支撑软件应用软件3、经济可行性法律可行性4、物理系统黑盒子形式5、加工数据流数据存储文件6、数据流数据流图DFD 数据字典DD7、继承性8、图示工具、设计语言表格工具9、审查测试10、单元测试集成测试系统测试1.软件设计中划分模块的一个准则是()。
A、低内聚低耦合B、低内聚高耦合C、高内聚低耦合D、高内聚高耦合2.Jackson设计方法是由英国的M. Jackson提出的,它是一种面向()的软件设计方法。
A、对象B、数据流C、数据结构D、控制结构3.试判断下列叙述中,哪个(些)是正确的()。
a、软件系统中所有的信息流都可以认为是事务流b、软件系统中所有的信息流都可以认为是变换流c、事务分析和变换分析的设计步骤是基本相似的A、aB、bC、cD、b和c4.()是用户和设计交换最频繁的方法。
软件工程图题整理
结构化分析方法步骤例如
商店业务处理系统
•那个数据流图只是一个高层的系统逻辑模型,它反映了目标系统要实现的功能
•数据流图绘制步骤
•第一确定系统的输入和输出
•依照商店业务,画出顶层数据流图,以反映最要紧业务处理流程
•通过分析,商店业务处理的要紧功能应当有销售、采购、会计三大
项。
要紧数据流输入的源点和输出终点是顾客和供应商。
•然后从输入端开始,依照商店业务工作流程,画出数据流流经的各加工框,逐步画到输出端,得到第一层数据流图
第一层数据流图
销售细化
采购细化
状态转换图〔系统的状态图〕
图中说明,没有人打时处于闲置状态;有人拿起听筒那么进入拨号音状态,到达那个状态后,的行为是响起拨号音并计时;这时假如拿起听筒的人改变主意不想打了,他把听筒放下(挂断),重又回到闲置状态;假如拿起听筒专门长时刻不拨号(超时),那么进入超时状态;……。
保险箱的状态转换图
层次方框图〔描画一家运算机公司全部产品的数据结构〕
Warnier图
IPO图
改进的IPO图的形式
PAD图
使用PAD图提供的定义功能
来逐步求精的例子。
UML的9种图上文我们介绍了,UML的视图,在每一种视图中都包含一个或多种图。
本文我们重点讲解UML每种图的细节问题:1、用例图(use case diagrams)【概念】描述用户需求,从用户的角度描述系统的功能【描述方式】椭圆表示某个用例;人形符号表示角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】2、静态图(Static diagram)(1)类图(class diagrams)【概念】显示系统的静态结构,表示不同的实体是如何相关联的【描述方式】三个矩形【目的】表示一个逻辑类或实现类,逻辑类通常是用户的业务所涉及的事物;实现类是程序员处理的实体【类图】(2)对象图(object diagrams)【概念】类图的一个实例,描述系统在具体时间点上所包含的对象以及各个对象的关系【对象图】3、交互图(Interaction Diagram)用来描述对象之间的交互关系(1)序列图(顺序图)(Sequence Diagram)【概念】描述对象之间的交互顺序,着重体现对象间消息传递的时间顺序【描述方式】横跨图的顶部,每个框表示每个类的实例或对象;类实例名称和类名称使用冒号分开【目的】显示流程中不同对象之间的调用关系,还可以显示不同对象的不同调用。
【序列图】(2)协作图(Collaboration diagrams)【概念】描述对象之间的合作关系,侧重对象之间的消息传递4、行为图:描述系统的动态模型和对象之间的交互关系(1).状态图(Statechart diagrams)【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移【描述方式】起始点:实心圆1状态之间的转换:使用开箭头的线段2状态:圆角矩形3判断点:空心圆4一个或多个终止点:内部包含实心圆的圆【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程(2).活动图(Activity diagrams)【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系【描述方式】2起始点:实心圆5活动:圆角矩形1终止点:内部包含实心圆的圆1泳道:实际执行活动的对象【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程【活动图】活动图和状态图区别:5、实现图Implementation diagram (1)构件图(Component diagrams)【概念】描述代码构件的物理结构以及各构件之间的依赖关系【描述方式】构件【目的】提供系统的物理视图,根据系统的代码构件显示系统代码的整个物理结构【构架图】(2)部署图(Deployment diagrams)【概念】系统中硬件的物理体系结构【描述方式】1三维立方体表示部件2节点名称位于立方体上部【目的】显示系统的硬件和软件的物理结构【部署图】九种UML图详解到此为止,下篇文章专门给大家讲解UML中类间的关系,感谢您的访问。