第一篇：华南理工大学2012年软件体系结构复习大纲标准版
选择题
All of the following roles are stakeholder except:
All of the following are important system attributes except: attractivity
Which of the following are elements of a SA: All
Which of the following is not a precondition for architectural review? finished design
ATAM outputs include: 1.一个简洁的构架表述 2.表述起初的业务目标 3.用场景集合捕获的质量需求 4.构架决策到质量需求的映射 5.所确定的敏感点和权衡点集合 6.有风险决策和无风险决策 7.风险主题的集合
简答题
1.What is The Architecture Business Cycle(ABC)? ABC is a cycle of influences from the environment to the architecture and back to the environment
架构商业周期是一种相互影响的周期，从环境到架构又返回到环境。
2.List 5 architecture patterns/styles.unbileveable answer
1.Data Flow Style数据流
Three example of Data Flow Style:
Batch Sequential批处理、Pipe-and-Filter管道、Process Control进程控制
2.Call/Return Style调用/返回
3.Independent components style独立组件 4.Data-centered style数据中心 5.Virtual machine Style虚拟机 reliable :数据流过程调用事件驱动风格信息共享风格层次风格 3.How is an architectural pattern/style determined.a set of component types 一组组件类型
a set of connector types/interaction mechanisms 一组连接件类型/交互机制
a topological layout of these components
这些组件的拓扑分布 a set of constraints on topology and behavior
一组对拓扑和行为的约束 an informal description of the costs and benefits of the style 一些对风格的成本和效益的非正式的描述
4.Bass et al's classify all architecture structures into 3 main categories, what are them? Model-based模块结构：此处的元素是模块，它们是实现单元。(Decomposition分解, Users-Layered分层, Class类)
Component-and-connector组件-连接器：此处的元素为运行时组件和连接器(Client-Server客户机-服务器, Concurrency并发, Process进程, Shared Data共享数据)
Allocation分配：分配结构展示了软件元素和创建并执行软件的一个或多个外部环境中的元素之间的关系。
(Work Assignment工作分配, Deployment部署, Implementation实现)
Module-based structures: the elements are software modules the implementation units.Includes decomposition ,uses ,layered ,class.Component-and-connector structures: the elements are run-time components.Includes process communication, concurrency parallelism ,shared data production and consumption, and client-server communication.Allocation Strutures: 5.List 5 architecture structures according to Bass et al.Decomposition Users Layered class client-server ProcessConcurrencyShared dataDeployment Implement work assignment 6.What is a quality attribute scenario? a means to characterize system quality attributes, consists of 6 parts:
a means to characterize system quality attributes, consists of 6 parts: 1.stimulus source刺激源
['stimjuləs] 2.stimulus刺激 3.environment环境 4.artifacts affected制品 5.system response系统响应
6.measurement of response响应度量 A unified way to express quality requirements
7.Discuss the benefits of architectural reviews.1.financial 节省成本
2.forces preparation for review 推动为评审做准备 3.captured rationale
获取基本原理
4.early detection of problems 尽早地发现问题 5.validation of requirements
确认需求 6.improved architecture 提高体系结构质量
8.When can architectural reviews begin? the review early “architecture discovery review” is done after requirements are set but before the architecture is firm 需求分析之后体系结构还没有确定之前进行
is used to understand implications of requirements on architecture 用来理解需求在体系结构方面的隐含内容 checks for requirements feasibility 检查需求的可行性
prioritizes architectural goals 为质量目标排序
full architectural review全面的评审：
is done when architectural documentation is available 体系结构文档可用时进行
is used to evaluate qualities of proposed architecture 评价被评体系结构的质量
9.What is an unplanned architectural review? why should the organization have it? usually occurs when project is in trouble 通常在项目出现问题时采用
often devolves into finger-pointing 导致互相责备 can be painful for project already struggling 对于已经苦苦挣扎了很久的项目而言有些痛苦 An Unplanned evaluation is unexpected and usually the result of a project in serious trouble and taking extreme measures to try to salvage previous effort other version(ca): 计划外评估是未曾预料到的，通常是因为项目存在严重的问题，需要采取极端的措施来补救以前的工作。对于项目成员来说，计划外评估更像是一种折磨，因为项目的资源和时间本来就已经很紧张了，但还要抽出资源和时间来进行评估，因此只有当管理层认为项目很有可能会失败，需要在开发过程中进行纠正时，才会进行计划外评估，计划外评估是反应性的，会使项目成员感到非常紧张。
10.What is brainstorming? 头脑风暴的特点是让与会者敞开思想使各种设想在相互碰撞中激起脑海的创造性风暴其可分为直接头脑风暴和质疑头脑风暴法。other version: 头脑风暴是指一群人（或小组）围绕一个特定的兴趣或领域，进行创新或改善，产生新点子，提出新办法。它是一种激发集体智慧产生和提出创新设想的思维方法。
11.Explain risk points in architectural decision.While risks are potentially problematic architectural decisions… 风险是有潜在问题的体系结构
Discover risks-alternatives that might create future problems in some quality attribute
发现风险：可能在将来产生质量问题的方案 Example risks Rules for writing business logic tier of your 3-tier style are not clearly articulated.三层架构下，商业逻辑层的规则还没有确定
There is no way of detecting the “live” failure of a critical component.没有检测一个关键组件是否正常工作的机制
12.Explain non-risk points in architectural decision.Non-risks are good decisions relying on implicit assumptions.在一个可信的假设之下的，非风险是好的方案
Discover non-risks – decisions that promote qualities that help realize business/mission goals
发现非风险：可以提高商业质量决策 Example non-risk Assuming message arrival rates of once per second，a processing time of less than 30 ms, and the existence of one higher priority process, a 1 second soft deadline seems reasonable.假定消息的到达速率是每秒一次，一次处理的时间小于30ms。如果对一个更高优先级的处理的响应时间要求是1秒钟，此系统可行，不会漏掉消息
13.Explain sensitivity points in architectural decision.Explain trade-off points in architectural decision? Sensitivity points are candidate risks and candidate tradeoff points.敏感点是候选的风险和折中
Discover sensitivity points – alternatives for which a slight change makes a significant difference in some quality attribute
发现敏感点：方案中的一个小小变化，就可能让质量完全大变样 Example Sensitivity Changing the timing scheme from a harmonic framework to a non-harmonic framework would be easy, but due to implied timing dependencies, there would impact far reaching impacts to other modules.把定时方法从一个调波的框架移植到一个非调波的框架可能很容易，但是因为各个模块对定时的依赖，可能会极大地影响它们的正常工作
Explain trade-off points in architectural decision.与多个质量属性相关的架构决策
Discover tradeoffs – decisions affecting more than one quality attribute 发现折中：影响一个以上质量的决策 Example Tradeoffs In order to achieve the required level of performance in the discrete event generation component, assembly language had to be used thereby reducing the portability of this component.为了达到性能要求，不得不在离散的事件产生组件中使用汇编语言。此组件不再有移植性
14.List ATAM steps.Present the ATAM 介绍ATAM Present business drivers 讲解商业动力
Present architecture 讲解体系结构
Identify architectural approaches 明确体系结构方法
Generate quality attribute utility tree 生成有效树
Analyze architectural approaches 分析体系结构方法
Brainstorm and prioritize scenarios 自由讨论和为场景排序
Analyze architectural approaches 分析体系结构方法 Present results 讲解结论
15.What is a utility tree? 有效树是一个自顶向下的工具用来刻画重要的需求 16.What is a product line? A product line is a group of products sharing a common managed set of features that satisfy specific needs of a selected market.生产线是一组共享公用的、被合理组织的特性的产品这些特性满足某个市场的特定需求
17.From a product line, how products can be produced? Product lines built using a common set of assets epitomize strategic planned reuse.生产线使用公用的资源构成战略性的、有计划的重用 Individual systems products are modifications of a hypothetical central core system.每个独立的系统产品修改自一个假想的核心系统
Products are produced by tailoring the architecture 剪裁体系结构 instantiating tailorable components 实例化可剪裁的组件
generating rather than building 产生而不是建造
emphasizing integration not coding 注重集成而不是编码
论述题
1.How do the environment influences SA designs?
Stakeholder with different, sometimes conflicting concerns;Business Environment and Organizational Structure(organizational structure, resources, assets, business strategies);The Architect's Background and Experience
2.How do Architecture Design Change the Business Environment? They affect the structure of the organization.They affect the business goals of the organization.They affect customer requirements for new products.They affect how future architectures are designed.3.What is availability? what tactics can be taken to used for availability? 是系统正常运行的时间比例。一般将系统可用性定义为 战术:设计决策或策略实现质量属性所采用的方法或解决方案。可用性战术用于以下几方面 错误检测 Fault Detection 错误恢复 Fault Recovery 错误预防 Fault Prevention 可用性战术阻止错误发展成故障或者把错误的影响限制在一定范围内从而使修复成为可能 4.What is ADD? describe the steps to carry out ADD.属性驱动的设计将分解过程建立在软件必须满足的质量属性之上 1选择要分解的模块
2根据以下步骤对模块进行求精。
A.从具体的质量场景和功能需求集合中选择构架驱动因素。最初是整个系统。该模块要求的所有输入约束、功能需求、质量需求都必须是可获得的 B.选择满足构架驱动因素的构架模式。
C.实例化模块并根据用例分配功能使用多个视图进行表示
D.定义子模块的接口。该分解提供了模块和对模块交互类型的限制。对于每个模块将该信息编写在接口文档中。E.验证用例和质量场景并对其进行求精使它们成为子模块的限制。3对需要进一步分解的每个模块重复上述步骤 5.How to create a skeletal system? 对构架进行了充分设计后就可以创建骨架系统。首先实现处理构架组件的执行和交互的软件部分。包括实时系统中的调度程序实现规则引擎带有规则的原型集以控制在基于规则的系统中规则的激发实现多进程系统中的进程同步机制或客户/服务器系统中的客户机/服务器的协同。选择把提供功能的哪些元素添加到系统中。可能根据以下因素首先处理问题最多的部分来降低风险或现有开发人员的类型和水平或尽可能快地将有用的产品推向市场。选择了提供下一个功能增量的元素后就可以采用使用结构以获知应该在系统中采用什么软件来支持该功能。随着该过程的继续系统的增量越来越大直到软件开发完毕。任意时刻集成和测试任务都不会很多在每个增量中都很容易找到最近引入的错误源.6.What is the benefits of a product line? Defect reduction: defect fixed in one product automatically fixed for all future products 减少缺陷在一个产品中修正的缺陷自动在未来的产品中也被修正 Performance: performance issues addressed for all products e.g.schedulability deadlock distributed system issues 性能性能问题在所有产品中都被解决
Planning: more accurate because all products are produced in the same way 计划更准确因为所有的产品都用相同的方式生产
Reduction in time to market 减少产品推向市场的时间 Staffing 减少员工
第二篇：软件体系结构解读
创建型模式
1、工厂方法模式
工厂方法模式包含如下角色： i.Product：抽象产品 ii.ConcreteProduct：具体产品 iii.Factory：抽象工厂 iv.ConcreteFactory：具体工厂 结构图：
ProductFactory+factoryMethod(): Product...ConcreteProduct<
2、抽象工厂模式
抽象工厂模式包含如下角色： i.AbstractFactory：抽象工厂 ii.ConcreteFactory：具体工厂 iii.AbstractProduct：抽象产品 iv.Product：具体产品 结构图：
时序图：
3、单例模式
单例模式包含如下角色： i.Singleton：单例 结构图：
Singleton-instance: Singleton-Singleton()+getInstance(): Singleton...if(instance==null)instance=new Singleton();return instance;instance 时序图：
结构型模式
4、组合模式
组合模式包含如下角色： i.Component: 抽象构件 ii.Leaf: 叶子构件 iii.Composite: 容器构件 iv.Client: 客户类
结构图：
ComponentClient++++operation()add(Component c)remove(Component c)getChild(int i)...Leaf+operation()...for(Component child:children){ child.operation();}++++Compositeoperation()add(Component c)remove(Component c)getChild(int i)...children 时序图：
5、外观模式 外观模式包含如下角色： i.Facade: 外观角色 ii.SubSystem:子系统角色 结构图：
ClientFacadeSubSystemASubSystemBSubSystemC
时序图：
6、适配器模式
适配器模式包含如下角色： i.Target：目标抽象类 ii.Adapter：适配器类 iii.Adaptee：适配者类 iv.Client：客户类
结构图：类适配器
ClientTarget+request()...Adaptee+specificRequest()...Adapter+request()...specificRequest();对象适配器： ClientTarget+request()...Adaptee+specificRequest()...Adapter+request()...adapteeadaptee.specificRequest();时序图：
7、代理模式
代理模式包含如下角色： i.Subject: 抽象主题角色 ii.Proxy: 代理主题角色 iii.RealSubject: 真实主题角色
结构图：
Subject+request()...ClientProxy-realSubject: RealSubject+preRequest()+request()+postRequest()...preRequest();realSubject.request();postRequest();RealSubjectrealSubject+request()...时序图：
行为型模式
8、迭代器模式
迭代器模式包含如下角色： i.Iterator: 抽象迭代器 ii.ConcreteIterator: 具体迭代器 iii.Aggregate: 抽象聚合类 iv.ConcreteAggregate: 具体聚合类 结构图：
IteratorAggregate+createIterator()++++first()next()hasNext()currentItem()ConcreteIteratorConcreteAggregate+createIterator()...++++first()next()hasNext()currentItem()时序图：
9、观察者模式
观察者模式包含如下角色： i.Subject: 目标 ii.ConcreteSubject: 具体目标 iii.Observer: 观察者 iv.ConcreteObserver: 具体观察者 结构图：
时序图：
10、命令模式 命令模式包含如下角色： i.Command: 抽象命令类 ii.ConcreteCommand: 具体命令类 iii.Invoker: 调用者 iv.Receiver: 接收者 v.Client:客户类
结构图：
InvokerCommand+execute()...ClientReceiver+action()...ConcreteCommandreceiver-state: +execute()...receiver.action();时序图：
11、策略模式
策略模式包含如下角色： i.Context: 环境类 ii.Strategy: 抽象策略类 iii.ConcreteStrategy: 具体策略类
结构图：
Context-strategy: Strategy+algorithm().........strategy.algorithm();......strategyStrategy{abstract} +algorithm()...ConcreteStrategyA+algorithm()...ConcreteStrategyB+algorithm()...时序图：
读书的好处
1、行万里路，读万卷书。
2、书山有路勤为径，学海无涯苦作舟。
3、读书破万卷，下笔如有神。
4、我所学到的任何有价值的知识都是由自学中得来的。——达尔文
5、少壮不努力，老大徒悲伤。
6、黑发不知勤学早，白首方悔读书迟。——颜真卿
7、宝剑锋从磨砺出，梅花香自苦寒来。
8、读书要三到：心到、眼到、口到
9、玉不琢、不成器，人不学、不知义。
10、一日无书，百事荒废。——陈寿
11、书是人类进步的阶梯。
12、一日不读口生，一日不写手生。
13、我扑在书上，就像饥饿的人扑在面包上。——高尔基
14、书到用时方恨少、事非经过不知难。——陆游
15、读一本好书，就如同和一个高尚的人在交谈——歌德
16、读一切好书，就是和许多高尚的人谈话。——笛卡儿
17、学习永远不晚。——高尔基
18、少而好学，如日出之阳；壮而好学，如日中之光；志而好学，如炳烛之光。——刘向
19、学而不思则惘，思而不学则殆。——孔子
20、读书给人以快乐、给人以光彩、给人以才干。——培根
第三篇：软件体系结构期末考试
软件体系结构期末考试
一、题目（论述题）：
结合参与开发的软件工程项目，①论述采用的软件体系结构风格或应用框架，②论述采 用的软件设计基本原则和策略。
二、题目要求：
（1）简要说明软件体系结构的性质、研究意义和目标是什么?
（2）简要说明软件设计风格、软件应用框架和软件设计模式的特征和区别？
（3）简要说明系统中采用的中间件的作用和目标，（如果没有，请选择一种与系统契合的中间件进行描述）。
（4）假设系统没有采用SOA的架构，请简述SOA软件体系结构的基本概念，Web Service的主要协议。
三、内容要求
作业格式要求：
1、给出的标题。
2、报告内容组织结构清晰，语句流畅，无错别字。
3、图、表描述恰当、与内容契合、清晰。图、表序号标注准确。
4、A4纸，宋体小4号字，标准页边距，行间距固定值18磅，页码右下。
交打印稿。不多于20页，可正反面打印。
四、评分细则
1、题目整体结构、语言表达、整体格式（20分）
2、软件体系结构的性质、研究意义和目标(5分)
3、软件设计风格、软件应用框架和软件设计模式的特征和区别（5分）
4、系统中间件表述（5分）
5、SOA、WebService简述（5分）
6、论述部分，既要描述，也要有论证（包括适当的评估）（60分）
五、总评成绩
期末成绩*70%+平时成绩
第四篇：软件体系结构实验指导书
《软件体系结构》实验指导书
实验一
系统的用例模型
实验名称：系统的用例模型
实验类型: 设计性实验 学
时：2课时
一、实验目的
1．熟悉用例图的基本功能和使用方法。
2．锻炼结合给定题目，进行有效需求分析的能力。3．掌握如何使用建模工具绘制用例图的方法。
二、实验器材
1．计算机一台。
2．UML建模工具，比如软件ArgoUML，Rational Rose 或StarUML。
三、实验内容
在理解用例图的基本功能和使用方法的基础上，结合具体问题，完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。用Rational Rose或StarUML工具软件绘制系统的用例图。下文以Rational Rose为例讲解基本步骤。
四、实验步骤
1．结合实际给定题目，完成系统的需求建模。
2．针对每个用例进行业务分析。以图书管理系统中“删除读者信息”用例为例来说明实验具体步骤。
（1）分析：在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
（2）根据分析结果，书写业务流程，一般包含以下信息：
①管理员在录入界面，输入待删除的读者名；
②“业务逻辑”组件在数据库中，查找待删除的读者名； ③如果不存在，则显示出错信息，返回步骤①，如果存在则继续； ④“业务逻辑”组件判断“待删除的读者”是否可以删除； ⑤如果不可以，则显示出错信息，返回步骤⑧，如果可以则继续； ⑥在数据库中，删除相关信息； ⑦显示删除成功信息； ⑧结束。
3．根据分析结果，绘制用例图。以图书管理系统中“删除读者信息”用例为例说明具体绘图步骤:(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
图1.1(2)在图中的工具栏选取Actor图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。
(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：login。
图1.2（4）按照步骤（3），绘制出如图1.4和图1.5的两个用例。
图1.3
图1.4
图1.5（5）在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。
图1.6
（6）根据步骤（5），同时完成如图1.7和图1.8。此时，删除读者用例图就到此完成。其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
（7）根据分析情况，进一步添加或细化用例图。
图1.7
图1.8
五、实验报告要求
1． 说明系统的需求建模结果，对主要用例整理用例图。2． 小结实验心得体会。
实验二 系统的类模型
实验名称：系统的类模型
实验类型: 设计性实验 学
时：2课时
一、实验目的
1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在ArgoUML，Rational Rose或StarUML中绘制类的操作方法。
二、实验器材
1．计算机一台。
2．ArgoUML，Rational Rose 或StarUML工具软件。
三、实验内容
完成实验一后，对给定题目的系统的需求的初步分析，得出系统的用例图，通过对用例的业务流程的分析，我们可以初步了解系统的业务处理流程。本实验需要对系统进行静态建模，这就需要从系统的用例图去寻找和发现类。用Rational Rose或StarUML工具软件绘制系统的类图。下文以Rational Rose为例讲解基本步骤。
四、实验步骤
1．分析：由前面试验对需求的分析抽象出类。2．绘制类图的步骤：
（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图，如图2.1所示。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book，如图2.2所示。
图2.1
图2.2（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息，图2.3所示；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，图2.4所示，后在出现的对话框中输入相关信息如图2.5所示；如书本的ISBN号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限，如图2.6所示。这个类的其他属性也可以按照以上的做法设置，最后得到的结果是图2.7所示。
图2.3 图2.4
图2.5 图2.6（6）设置好类的属性，现在来设置类的方法（也是操作），双击类后在弹出的菜单上选operations这个选项，可以看到图2.8所示，在图中的空白地方，单击右键，在弹出的菜单中选insert这个选项，也就只有这个选项可用，见图2.9，接着输入方法名，同时可以设置该方法的返回类型，也可以在Documentations的方框内填写一些相关的方法说明，如图2.12所示，设置好该方法的访问权限，见图2.13。类的其他方法也可以按上面来设置好，最后，得到该类的其他方法见类2.14。
图2.7 图2.8
图2.9
图2.11
图2.10
图2.12
图2.13 图2.14（7）至此，类的方法和属性都设置好了，如图2.15所示。
图2.15（8）按照上面的步骤设置好所有类的属性和方法。
（9）为各个类添加关系，由关联、泛化、依赖等关系来静态描述业务。
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。实验三 系统的状态建模
实验名称：系统的状态建模
实验类型: 设计性实验 学
时：2课时
一、实验目的
1．熟悉状态图的基本功能和使用方法。2．掌握如何使用建模工具绘制状态图方法。
二、实验器材
1．计算机一台。
2．ArgoUML，Rational Rose或StarUML 工具软件。
三、实验内容
完成实验一后，对给定题目的系统的需求的初步分析，得出系统的用例图，通过对用例的业务流程的分析，我们可以初步了解系统的业务处理流程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，在本实验主要完成用例的状态图。
四、实验步骤
1．业务分析：由前面实验对用例的描述和分析得到业务动态行为的状态分析。以用例“还书”为例，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图。
还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；
绘图步骤：
（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图，图3.2所示。
图3.1
图3.2（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点，图3.3所示；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态，如图3.5所示。
图3.3
图3.4
图3.5（3）操作者在询问系统和状态后，得到的图3.6所示两种状态，如果系统忙，操作者必需要等待、结束，如图3.7和图3.8所示，重返步骤（1）。
图3.6
图3.7
图3.8（4）如系统空闲，则进行对还书的信息进行查询操作，图3.9所示；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态，如图3.10所示。
图3.9
图3.10（5）最后，操作者进行了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。整个的还书的过程便完成；图3.11所示。
（7）根据分析设计情况，进一步添加或细化状态图。
图3.11
五、实验报告要求
1．整理实验结果。2．小结实验心得体会。
第五篇：软件体系结构实验一
南京信息工程大学实验（实习）报告实验（实习）名称（实习）日期系专业年级班次姓名
一、实验目的1）了解智能模型的概念
2）查阅有关SVM算法，并作理解
二、实验要求
1）简介 智能模型基于知识的软件开发模型，它与专家系统结合在一起。该模型应用基于规则的系统，采用归纳和推理机制，帮助软件人员完成开发工作，并使维护在系统规格说明一级进行。该模型在实施过程中要建立知识库，将模型本身、软件工程知识与特定领域的知识分别存入数据库。以软件工程知识为基础的生成规则构成的专家系统与含应用领域知识规则的其他专家系统相结合，构成这一应用领域软件的开发系统。
2）详细说明 智能模型也称为“基于知识的软件开发模型”，它把瀑布模型和专家系统结合在一起，利用专家系统来帮助软件开发人员的工作。该模型应用基于规则的系统，采用归纳和推理机制，使维护在系统规格说明一级进行。这种模型在实施过程中以软件工程知识为基础的生成规则构成的知识系统与包含应用领域知识规则的专家系统相结合，构成这一应用领域软件的开发系统。
智能模型拥有一组工具（如数据查询、报表生成、数据处理、屏幕定义、代码生成、高层图形功能及电子表格等），每个工具都能使开发人员在高层次上定义软件的某些特性，并把开发人员定义的这些软件自动地生成为源代码。这种方法需要四代语言（4GL）的支持。4GL不同于三代语言，其主要特征是用户界面极端友好，即使没有受过训练的非专业程序员，也能用它编写程序；它是一种声明式、交互式和非过程性编程语言。4GL还具有高效的程序代码、智能缺省假设、完备的数据库和应用程序生成器。目前市场上流行的4GL（如Foxpro等）都不同程度地具有上述特征。但4GL目前主要限于事务信息系统的中、小型应用程序的开发。
3）必要性
智能模型所要解决的问题是特定领域的复杂问题，涉及大量的专业知识，而开发人员一般不是该领域的专家，他们对特定领域的熟悉需要一个过程，所以软件需求在初始阶段很难定义得很完整。因此，采用原型实现模型需要通过多次迭代来精化软件需求。
智能模型以知识作为处理对象，这些知识既有理论知识，也有特定领域的经验。在开发过程中需要将这些知识从书本中和特定领域的知识库中抽取出来（即知识获取），选择适当的方法进行编码（即知识表示）建立知识库。将模型、软件工程知识与特定领域的知识分别存入数据库，在这个过程中需要系统开发人员与领域专家的密切合作。
智能模型开发的软件系统强调数据的含义，并试图使用现实世界的语言表达数据的含义。该模型可以勘探现有的数据，从中发现新的事实方法指导用户以专家的水平解决复杂的问题。它以瀑布模型为基本框架，在不同开发阶段引入了原型实现方法和面向对象技术以克服瀑布模型的缺点，适应于特定领域软件和专家决策系统的开发。
三、实验结果
通过本次实验，我对智能模型有了一定的了解和认识，同时也查阅了有关SVM算法的有关知识，并作了一定的理解，对该算法有了一定的认识。
点击咨询 