体系结构第四章作业
题1.请把基于体系结构的软件开发模型与其他软件开发模型进行比较。
答：一、基于体系结构为基础的基于构件组装的软件开发模型，如基于构件的开发模型和基于体系结构的开发模型等。基于体系结构的开发模型是以软件体系结构为核心，以基于构件的开发方法为基础。然后采用迭代增量方式进行分析和设计，将功能设计空间映射到结构设计空间，再由结构设计空间映射到系统设计空间的过程。
特点：是利用需求分析结果设计出软件的总体结构，通过基于构件的组装方法来构造软件系统。
优点：软件复用，提高了开发的效率。软件的结构框架更清晰，有利于系统的设计、开发和维护。
缺点：缺乏通用的组装结构标准，因而引入了较大的风险。可重用性和软件高效性不易协调。客户的满意度低，过分依赖于影响产品质量。
二、以软件需求完全确定为前提软件开发模型，如瀑布模型等。
特点：软件需求在开发阶段已经被完全确定，将生命周期的各项活动依顺序固定，强调开发的阶段性；
优点：开发流程简单。
缺点：是开发后期要改正早期存在的问题需要付出很高的代价，用户需要等待较长时间才能够看到软件产品，增加了风险系数。
三、在开始阶段只能提供基本需求的渐进式开发模型，如螺旋模型和原型实
现软件开发模型等。
特点：软件开发开始阶段只有基本的需求，软件开发过程的各个活动是迭代的。通过迭代过程实现软件的逐步演化，最终得到软件产品。在此引入了风险管理，增加项目成功几率
优点：强调了其他模型均忽略了的风险分析。
缺点：由于需求的不完全性，从而为软件的总体设计带来了困难并要求对风险技能管理水平的高要求。
题2.请把基于体系结构的软件设计方法与其他软件设计方法进行比较。
答：
基于体系结构的开发方法出现了基于构件、基于框架、基于模板的开发技术，项目利用基于体系结构开发的思想，从需求到高层框架设计、架构设计、平台实现，充分体现了基于体系结构开发中从高层设计入手，复用体系结构框架、设计和实现可复用的构件的原则。
此外，与其他软件设计方法的区别还有：
1、单个用户界面和业务逻辑的改动不会影响到系统整体
2、开发人员的组织用户界面和业务逻辑的定制可由领域人员来完成；专业
计算机人员制作不同粒度的构件，完成模型的开发。
3、不同业务对象有相似的业务逻辑，可直接复用其构件。
4、在系统维护过程更新某一模块，不会影响系统的其它部分。
题3.如何才能提高软件系统的可演化性。
答：
(1)必须频繁地变化以适应要求。
(2)软件的复杂度不断地增长。
(3)通过自我调节以符合产品需求和过程特性。
(4)在软件的生命周期中保持一定的组织稳定性。
(5)不同的版本之间保持一定的连贯性。
(6)功能持续地增加。
(7)在没有严格的维护和适应性修改的情况下会出现质量衰退。
(8)是一个反馈系统。
第一章：1、软件体系结构的定义 国内普遍看法： 体系结构=构件+连接件+约束 2、软件体系结构涉及哪几种结构： 1、模块结构（Module） 系统如何被构造为一组代码或数据单元的决策 2、构件和连接件结构（Component-And-Connector，C&C） 系统如何被设计为一组具有运行时行为（构件）和交互（连接件）的元素 3、分配结构（Allocation） 展示如何将来自于模块结构或C&C结构的单元映射到非软件结构（硬件、开发组和文件系统） 3、视图视点模型 视点（View point） ISO/IEC 42010:2007 (IEEE-Std-1471-2000)中规定：视点是一个有关单个视图的规格说明。 视图是基于某一视点对整个系统的一种表达。一个视图可由一个或多个架构模型组成 架构模型 架构意义上的图及其文字描述（如软件架构结构图） 视图模型 一个视图是关于整个系统某一方面的表达，一个视图模型则是指一组用来构建 4、软件体系结构核心原模型 1、构件是具有某种功能的可复用的软件结构单元，表示了系统中主要的计算元素和数据存储。 2.连接件(Connector)：表示构件之间的交互并实现构件
之间的连接 特性：1)方向性2)角色3)激发性4)响应特征 第二章 1、软件功能需求、质量属性需求、约束分别对软件架构产生的影响 功能性需求：系统必须实现的功能，以及系统在运行时接收外部激励时所做出的行为或响应。 质量属性需求：这些需求对功能或整个产品的质量描述。 约束：一种零度自由的设计决策，如使用特定的编程语言。 质量原意是指好的程度，与目标吻合的程度，在软件工程领域，目标自然就是需求。 对任何系统而言，能按照功能需求正确执行应是对其最基本的要求。 正确性是指软件按照需求正确执行任务的能力，这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。 系统或软件架构的相关视图的集合，这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达
软件体系结构课程大作业 1. 常规作业 Course Project: Tool Warehouse System 1.1 项目背景 FastRepair?是一家大型的跨国机械电子修理公司，建立于1980年。公司总部位于美国印第安纳州，印第安纳波利斯。目前公司总部有超过10000人的全职雇员。该公司拥有8家较小的子公司，位于整个美国境内，每个子公司的全职员工人数在3000到9000之间。 FastRepair 的业务主要涉及四个领域：大型建筑设备修理（Construction Device Repair）、汽车修理（Automobile Repair）、家电修理（Appliance Repair）和计算机修理（Computer Repair），相应的划分为四个大的部门（Department）。每个公司的员工（Employee）都根据自己的专业特长隶属于一个部门。然而，一些具有跨行业技能的高级员工（Specialist）独立于任何部门，他们平时会做一些与自己专业相关的工作，在遇到紧急情况或特殊项目时，需要立即被分配到这些项目上去。 公司的每一个员工都有两类工具（Tool），每类工具有50-100件左右。第一类工具放入员工工具箱中的一组常用廉价工具（Inexpensive Tool），另外一类是
一些贵重的工具（Expensive Tool ）。对于工具箱中的廉价工具，员工在领取时需要进行登记（Register ），自行保管，但在损坏时需要进行注销（Cancellation ）。而对于贵重工具（>200$的工具），必须通过工具仓库管理系统进行统一管理。在使用时需要办理租借（Lend ）手续。需要注意的是，对于一般员工，只能借与自己专长相关的工具（也就是本部门内的工具），而对于专家，则可以借所有类型的工具。 由于工具种类庞杂，数量巨大；某些工具重量也很大；且分布在不同的地理位置。FastRepair 决定开发一套工具仓库管理系统（Tool Warehouse System TWS ）。 TWS 主要分为两个部分，第一部分是员工与工具信息管理系统（Employ and Tool Management System ETMS ），详细记录工具的借、还与工具状态，公司内部员工可以通过本地企业局域网（Intranet ）查询自己工具的借还情况，并发出对贵重工具的请求。对于本地没有的特殊工具，员工可以使用ETMS 通过互联网（Internet ）在总公司或各个子公司的仓库中查找特定工具，并发出借用该工具的请求。 第二部分是一个仓库的实时管理系统（Warehouse Management System WMS ），位于总公司和每个子公司的工具仓库，在提取具体工具时，用户需要到具体的工具仓库进行工具的提取（也可以在工具仓库现场借工具），某个仓库的工具借用过程的示意图如下所示： 12. 验有效传送带 工具货柜 工具货柜工具货柜admin 抓将工具放置到传送带上 FastRepair 对WMS 的具体要求如下所示： 仓库的实时管理系统中存在多个工具抓取机器人，每个机器人都可从货柜上获取工具并将其放在工具传送带上，工具传送带装置根据重量传感器得知是否有工具在传送带上，并将工具传送到出口处。 用户在仓库的出口处向仓库管理员提交工具租借请求，由管理员将该请求输入仓库控制电脑，电脑将控制仓库中的机器人抓取相应的工具并将其放到工具传
姓名:王皓 学号： 第一章： 1.根据自己的经验，谈谈对软件危机的看法。 软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 — （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别 软件重用:是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： 《 （1）代码重用（2）设计结果重用（3）分析结果重用 3.什么是可重用构件相对于普通的软件产品，对可重用构件有何特殊要求 可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； ; （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么基于构件的软件开发面临哪些
挑战和困难 优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降 低了软件开发的费用 困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同 一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所 要面对的一个严峻的问题 挑战和困难： （1）在同一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问题； * （2）采用随处可以购买到的构件可能会使开发出来的软件产品丧失技术上的独创性和市场上的竞争力； （3）第三方的构件开发商可能歇业，这会使购买的构件失去维护服务。这些都是在购买第三方构件进行软件开发时无法回避的问题，因此需要对这些风险进行充 分的估计。 5.简述3种应用最为广泛的构件技术规范COM、CORBA和EJB的各自特点。 CORBA的特点： （1）实现客户与服务对象的完全分开,客户不需要了解服务对象的实现过程以及具体位置。 （2）应用程序间的统一接口。 （3）采用面向对象的软件实现方法开发应用系统,实现对象内部细节的完整封装,保留对象方法的对外接口定义。 ！ （4）分层的设计原则和实现方式。 COM的特点： （1）语言无关性。 （2）可重用性。 EJB的特点： （1）可移植性。 （2）平台独立性。 ！ （3）简化了分布式对象的开发、部署和访问。 6.就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由 于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件
《软件体系结构》 实验：软件体系结构风格之应用
一、实验目的 通过KWIC 实例分析，理解和掌握软件体系结构风格设计与实现。 二、实验内容 多种软件风格设计与实现之KWIC 实例： 1．采用主/子程序体系结构风格实现KWIC 关键词索引系统 2．采用面向对象体系架构风格实现KWIC 关键词索引系统 3．采用管道过滤 体系架构风格实现KWIC 关键词索引系统 4．采用事件过程调用体系架构风格实现KWIC 关键词索引系统 三、实验要求与实验环境 熟练掌握基于主/子程序体系结构风格的KWIC 关键词索引系统，在此基础上，完成基于面向对象体系架构风格的KWIC 关键词索引系统设计与实现。选做基于管道过滤体系架构风格的KWIC 关键词索引系统；选做基于事件过程调用体系架构 风格的KWIC 关键词索引系统。 实验课前完成实验报告的实验目的、实验环境、实验内容、实验操作过程等 内容；实验课中独立/团队操作完成实验报告的实验操作、实验结果及结论等内容；每人一台PC 机，所需软件Win2003/XP 、UML 工具（EclipseUML/ Rose/Visio/StartUML/）、Eclipse/MyEclipse、JDK6.0 等。 四、实验操作 1、采用主/子程序体系结构风格实现KWIC 关键词索引系统 主程序/子程序风格（Main Program/Subroutine Style）将系统组织成层次结构，包括一个主程序和一系列子程序。主程序是系统的控制器，负责调度各子程 序的执行。各子程序又是一个局部的控制器，调度其子程序的执行。设计词汇表：主程序main(), 子程序shift(), sort() 方法，方法的调用，返回构件和连接件类型：
《软件工程专业导论与职业生涯规划》具体要求 一、大作业题目（注：每个小组完成一个题目） 1、计算机系统软件是什么？具体的系统软件有哪些？它们的特点、作用、地位是什么？就其中的2～3个具体的系统软件进行较为详细的阐述。 2、计算机应用软件是什么？具体的应用软件有哪些？它们的特点、作用、地位是什么？就其中的2～3个具体的应用软件进行较为详细的阐述。 3、阐述计算机软件的发展历程，对比分析各阶段的特征、理论体系、优势与不足。 4、软件危机是什么？列举2～3个具体的软件危机案例。导致软件危机爆发的原因有哪些？简单阐述现阶段软件危机的具体表现。 5、陈述“软件工程”概念提出的历史背景，包括发生的时间、地点、人物、事件等。“软件工程”的定义自提出以来，有多种说法。请尽可能罗列各种说法，并对其中的2～3个说法进行评述。软件工程的七条基本原理是哪些？分别对每条原理进行较为详细的阐述。 6、软件工程的目标是什么？十个性能是哪些？分别对每个性能进行较为详细的阐述。 7、软件工程研究的主要内容包括哪两个方面？分别对每个方面进行较为详细的阐述。 8、软件开发过程必须遵循的软件工程原则有哪些？分别对每个原则进行较为详细的阐述。 9、软件工程的过程包括哪些？分别对每个过程进行较为详细的阐述。 10、软件生命周期的概念是什么？软件生命周期的划分有哪些阶段？分别对每个阶段进行较为详细的阐述。 11、软件生命周期模型的概念是什么？有哪些比较流行的模型？对其中的瀑布模型和原型模型进行较为详细的阐述及对比分析，并各举例说明。 12、软件生命周期模型的概念是什么？有哪些比较流行的模型？对其中的演化模型和喷泉进行较为详细的阐述及对比分析，并各举例说明。 13、软件生命周期模型的概念是什么？有哪些比较流行的模型？对其中的基于知识的模型和基于构件的模型进行较为详细的阐述及对比分析，并各举例说明。 14、软件生命周期模型的概念是什么？有哪些比较流行的模型？对其中的变换模型和双赢螺旋模型进行较为详细的阐述及对比分析，并各举例说明。 15、软件工程的四要素是哪些？分别对每个要素进行较为详细的阐述。中国制定
第一章： 1.根据自己的经验，谈谈对软件危机的看法。 软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？ 软件重用:是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： （1）代码重用（2）设计结果重用（3）分析结果重用 3.什么是可重用构件？相对于普通的软件产品，对可重用构件有何特殊要求？ 可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么？基于构件的软件开发面临哪些挑战和困难？ 优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低了软件开发的费 用 困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同一系统采用多个开 发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问题挑战和困难：
软件体系结构风格研究分析 软件体系结构风格研究，分析了各种风格的特点、优缺点，最后重点介绍了三层C/S软件体系结构。 20世纪60年代中期的软件危机使得人们开始重视软件工程的研究。起初，人们把软件设计的重点放在数据结构和算法的选择上。随着软件系统规模越来越大、越来越复杂，整个系统的结构显得越来越重要。 软件体系结构风格分析 最初的软件体系结构是Mainframe结构——客户、数据和程序都被集中在主机上，通常只有少量的GUI界面，对远程数据库的访问比较困难。随着PC的广泛应用，该结构逐渐被淘汰。在20世纪80年代中期出现了Client/Server分布式计算结构，应用程序的处理在客户机和服务器之间分担。随着大型软件系统的开发，这种结构在系统的部署和扩展性方面暴漏出不足。随着Inter的发展，一个更灵活的体系结构“三层/多层计算”体系结构应运而生。 Garlan和Shaw将通用软件体系结构风格总结为以下几类：
1.数据流风格：批处理序列;管道/过滤器。 2.调用/返回风格：主程序/子程序;面向对象风格;层次结构。 3.独立构件风格：进程通讯;事件系统。 4.虚拟机风格：解释器;基于规则的系统。 5.仓库风格：数据库系统;超文本系统;黑板系统。C2风格是最常用的一种软件体系结构风格。从C2风格的组织规则和结构图中，我们可以得出，C2风格具有以下特点： (1)系统中的构件可实现应用需求，并能将任意复杂度的功能封装在一起;(2)所有构件之间的通讯是通过以连接件为中介的异步消 息交换机制来实现的;(3)构件相对独立，构件之间依赖性较少。系统中不存在某些构件将在同一地址空间内执行，或某些构件共享特定控制线程之类的相关性假设。 2.数据抽象和面向对象风格。目前软件界已普遍转向使用面向对象系统，抽象数据类型概念对软件系统有着重要作用。这种风格的构件是对象，或者说是抽象数据类型的实例。对象是一种被称作管理者的构件，因为它负责保持资源的完整性。对象是通过函数和过程的调用来交互的。图2是数据抽象和面向对象风格的示意图。面向对象的系统有许多的优点： (1)因为对象对其他对象隐藏它的表示，所以可以改变一个对象的表示，而不影响其他的对象。(2)设计者可将一些数据存取操作的
第六章经典软件体系结构 本章介绍经典的软件体系结构，主要包括Mary Shaw等人所总结的一些软件体系结构分格。众所周知，计算机学科历史较短，因此，软件架构的研究历史更短。本章所谓的经典软件体系结构也仅仅是指在20世纪80年代至21世纪初期间提出的成功的软件体系结构。本章将介绍调用-返回分格软件体系结构、数据流风格软件体系结构、基于事件的软件体系结构、层次软件体系架构与MVC软件体系结构。 6.1 调用-返回风格软件体系结构 相对于一些基础学科，计算机学科的发展历史较短。20世纪50年代才出现了适合商业应用的软件开发语言。软件设计与开发也经历了从初级到高级的历程。回顾历史，从20世纪50年代到60年代末，属于非结构化简单程序开发阶段，软件设计方面采用简单程序模型，典型的开发语言Algol（1958）、COBOL(1959)和Basic(1964);从20世纪70年代初到80年代初，属于结构化设计编程阶段，典型的开发语言有Pascal(1968)、C(1972)、FORTRAN和Perl。虽然从20世纪60年代开始就有了面向对象概念的讨论，但是直到20世纪80年代初正式开始才面向对象设计编程阶段，就有了代表性的面向对象软件开发语言包括SmallTalk、Ada、C++(1983)和Java(1995)。 本节首先简要回顾非结构化编程，然后介绍对软件设计有重要的影响的调用-返回风格软件体系结构，重点介绍其中的主程序-子程序软件体系结构与面向对象软件体系结构，并对它们进行讨论。 6.1.1 非结构化编程简介 非结构化编程技术是历史上最早的编程范型。紧随其后的是结构化设计/编程技术与面向对象设计/编程技术。一个由非结构化语言编写的程序通常包含一系列有序的命令，或者称为语句，通常是每个语句占一行，每行都有标记一个行号或者可能是标签。这样做的目的事允许程序执行流可以依据行号从一行跳到程序的其他指定的行。支持非结构化编程的语言包括早期的BASIC与COBOL。 非结构化编程引入基本的循环、分支与跳跃等控制流的概念。在非结构化编程中，虽然出现了较为原始的子程序的概念，但其与结构化编程中过程（Procedure）的概念有本质的区别。非结构化编程中的子程序允许有多个入口和多个出口，理论上允许程序在任何地方转入子程序或退出子程序，而在这结构化编程中是不允许的。 虽然非结构化编程所编写的程序很难理解，并且经常遭到批评，但是早期的银行与金融机构软件代码都是由非结构化编程语言（例如COBOL）写的。 目前，非结构化编程已成为历史，现在很少使用（除了有些银行与金融业企业仍然使用COBOL进行开发，但和早期的版本相比有了很多改善，例如COBOL 97包括常规改善并且具备了面向对象的特征），因此本节将不把注意力放在非结构化编程方面，而主要介绍采用结构化设计方法的主程序-子程序软件体系结构与采用面向对象设计方法的面向对象软件体系结构。 在介绍这两种软件体系结构以前，首先介绍调用-返回风格的体系结构的概念。 6.1.2 调用-返回风格软件体系结构的概念 调用-返回风格体系结构（Call and Return Architecture）是在过去的30年内具有深远影响的软件体系结构。本节要介绍的共享数据的主程序-子程序体系结构与面向对象体系
《软件体系结构》大作业（1） 学院：软件学院 课程名称：软件体系结构 专业班级： 学生姓名：学号： 学生姓名：学号： 指导教师： 完成时间：年月日 评分表 1、叙述各小组成员完成本题目的分工协作情况。 小组中的每个成员都先理解题目要求及涉及的设计模式，并一起完成代码编写。另外，组长负责文档制作。 2、评分表 序号姓名评分是否组长 1 2 作业正文需要包括以下内容： 1、作业题目内容的详细描述。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的 软件体系结构名称及画出相应的体系结构图。
3、画出完成本题目所设计程序的设计类图；如还有其他图，也一并画出。 4、完成本题目所设计的程序代码。 5、程序运行的典型界面截图
1、作业题目内容的详细描述。 【作业2.1-1】例2.3为使用工厂方法模式设计的汽车保险管理应用程序实例。现在需要 扩展例2.3的设计图，添加一个名为LuxuryCarInsurance的类，并且需要编写此类和其他需要添加的类的代码，详细要求参见光盘的相应作业部分。 【作业2.1-1】在例2.4中，设计并且实现了豪华（Super）和中等（Medium）别墅（House）与公寓（Condo）的查询。要求在该设计的基础上，增加一个新的类SemiDetacher（半独立式楼宇），并且编写代码，实现相应的查询功能，详细要求参见光盘的相应作业部分。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的软件体系结构名称及画出相应的体系结构图。 【作业2.1-1】采用的是工厂方法模式 【作业2.1-2】采用的是抽象方法模式
1、就项目管理方面而言,软件重用项目与非重用项目有哪些不同之处。 答:使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时,由于软构建大多经过严格得质量认证,因此有助于改善软件质量, 大量使用构建, 软件得灵活性与标准化程度可得到提高。 2、实际参与/组织一个软件重用项目得开发,然后总结您就是如何组织该项目得开发得 答:参加了一个网页管理系统得开发,该项目重复使用已有得软件产品用于开发新得软件系统,以达到提高软件系统得开发质量与效率,降低开发成本得目得。在过程中使用了代码得复用、设计结果得复用、分析结果得复用、测试信息得复用等。 3、为什么要研究软件体系结构？ 答:1、软件体系结构就是系统开发中不同参与者进行交流与信息传播得媒介。 2.软件体系结构代表了早期得设计决策成果。 3.软件体系结构可以作为一种可变换得模型。 4、根据软件体系结构得定义,您认为软件体系结构得模型应该由哪些部分组成？ 答:构件(ponent)可以就是一组代码,如程序得模块;也可以就是一个独立得程序(如数据库得SQL服务器); 连接件(connector)就是关系得抽象,用以表示构件之间得相互作用。如过程调用、管道、远程过程调用等; 限制(constrain):用于对构件与连接件得语义说明。 5、在软件体系结构得研究与应用中,您认为还有哪些不足之处？ 答:(1)缺乏同意得软件体系结构得概念,导致体系结构得研究范畴模糊。 (2)ADL繁多,缺乏同意得ADL得支持。 (3)软件体系结构研究缺乏统一得理论模型支持。 (4)在体系结构描述方便,尽管出现了多种标准规范或建议标准,但仍很难操作。 (5)有关软件体系结构性质得研究尚不充分,不能明确给出一个良体系结构得属性或判定标准,没有给出良体系结构得设计指导原则,因而对于软 件开发实践缺乏有力得促进作用。 (6)缺乏有效得支持环境软件体系结构理论研究与环境支持不同步,缺乏有效得体系结构分析、设计、方针与验证工具支持,导致体系结构应用上 得困难。 (7)缺乏有效得体系结构复用方案。 (8)体系结构发现方法研究相对欠缺。 1、选择一个规模合适得系统,为其建立“4+1”模型。 逻辑视图(Logical View),设计得对象模型(使用面向对象得设计方法时)。 过程视图(Process View),捕捉设计得并发与同步特征。 物理视图(Physical View),描述了软件到硬件得映射,反映了分布式特性。 开发视图(Development View),描述了在开发环境中软件得静态组织结构。 架构得描述,即所做得各种决定,可以围绕着这四个视图来组织,然后由一些用例 (use cases)或场景(scenarios)来说明,从而形成了第五个视图。
软件体系结构研究综述 班级：软件092 学号：17 姓名：陈世华摘要: 近年来,软件体系结构逐渐成为软件工程领域的研究热点以及大型软件系统与软件产品线开发中的关键技术之一.归纳了软件体系结构技术发展过程及其主要研究方向.在分析了典型的软件体系结构概念之后,给出了软件体系结构的定义.通过总结软件体系结构领域的若干研究活动,提出了软件体系结构研究的两大思路,并从7个方面介绍了软件体系结构研究进展.探讨了软件体系结构研究中的不足之处,并分析其原因.作为总结,给出了软件体系结构领域最有前途的发展趋势. 关键词: 软件体系结构;基于体系结构的软件开发;软件体系结构描述语言;软件体系结构描述方法;软件体系结构演化;软件体系结构发现;软件体系结构分析;软件体系结构验证;特定域软件体系结构(DSSA) Abstract: Software architecture (SA) is emerging as one of the primary research areas in software engineering recently and one of the key technologies to the development of large-scale software-intensive system and software product line system. The history and the major direction of SA are summarized, and the concept of SA is brought up based on analyzing and comparing the several classical definitions about SA. Based on summing up the activities about SA, two categories of study about SA are extracted out, and the advancements of researches on SA are subsequently introduced from seven aspects. Additionally, some disadvantages of study on SA are discussed, and the causes are explained at the same time. Finally, it is concluded with some significantly promising tendency about research on SA. Key words: software architecture; architecture-based development; architecture description language; architectural representation and description; architectural evolution and reuse; architectural discovery; architectural analysis; architectural verification and evaluation; domain-specific software architecture (DSSA)
第六章经典软件 体系结构
第六章经典软件体系结构 本章介绍经典的软件体系结构，主要包括Mary Shaw等人所总结的一些软件体系结构分格。众所周知，计算机学科历史较短，因此，软件架构的研究历史更短。本章所谓的经典软件体系结构也仅仅是指在20世纪80年代至21世纪初期间提出的成功的软件体系结构。本章将介绍调用-返回分格软件体系结构、数据流风格软件体系结构、基于事件的软件体系结构、层次软件体系架构与MVC 软件体系结构。 6.1 调用-返回风格软件体系结构 相对于一些基础学科，计算机学科的发展历史较短。20世纪50年代才出现了适合商业应用的软件开发语言。软件设计与开发也经历了从初级到高级的历程。回顾历史，从20世纪50年代到60年代末，属于非结构化简单程序开发阶段，软件设计方面采用简单程序模型，典型的开发语言Algol（1958）、COBOL(1959)和Basic(1964);从20世纪70年代初到80年代初，属于结构化设计编程阶段，典型的开发语言有Pascal(1968)、C(1972)、FORTRAN和Perl。虽然从20世纪60年代开始就有了面向对象概念的讨论，但是直到20世纪80年代初正式开始才面向对象设计编程阶段，就有了代表性的面向对象软件开发语言包括SmallTalk、Ada、C++(1983)和Java(1995)。 本节首先简要回顾非结构化编程，然后介绍对软件设计有重要的影响的调用-返回风格软件体系结构，重点介绍其中的主程序 - 子程序软件体系结构与面向对象软件体系结构，并对它们进行讨论。 6.1.1 非结构化编程简介 非结构化编程技术是历史上最早的编程范型。紧随其后的是结构化设计/编程技术与面向对象设计/编程技术。一个由非结构化语言编写的程序通常包含一系列有序的命令，或者称为语句，通常是每个语句占一行，每行都有标记一个行号或者可能是标签。这样做的目的事允许程序执行流可以依据行号从一行跳到程序的其他指定的行。支持非结构化编程的语言包括早期的BASIC与COBOL。 非结构化编程引入基本的循环、分支与跳跃等控制流的概念。在非结构化编程中，虽然出现了较为原始的子程序的概念，但其与结构化编程中过程（Procedure）的概念有本质的区别。非结构化编程中的子程序允许有多个入口和多个出口，理论上允许程序在任何地方转入子程序或退出子程序，而在这结构化编程中是不允许的。 虽然非结构化编程所编写的程序很难理解，并且经常遭到批评，但是早期的银行与金融机构软件代码都是由非结构化编程语言（例如COBOL）写的。 目前，非结构化编程已成为历史，现在很少使用（除了有些银行与金融业企业仍然使用COBOL进行开发，但和早期的版本相比有了很多改善，例如COBOL 97包括常规改善并且具备了面向对象的特征），因此本节将不把注意力放在非结构化编程方面，而主要介绍采用结构化设计方法的主程序-子程序软件体系结构与采用面向对象设计方法的面向对象软件体系结构。
第一章：1.根据自己的经验，谈谈对软件危机的看法。开发和维护过程出软件危机是指软件生产方式无法满足迅速增长的计算机需求，现的一系列问题。软件自身特点（1）以下几个原因导致：开发人员的弱点2）（ ）用户需求不明3 （ 缺乏正确理论指导）（4 开发规模越来越大（5） 开发复杂度越来越高6）（ 通过程序自动化和软件工可以通过软件生命周期的模型和软件工具的使用来缓解危机，业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提 升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？是指在两次或多次不同的软件开发过程中重复使用相同或相似软件:软件重用元素的过程。可以分为三个层次：）分析结果重用（3 （2）设计结果重用（1）代码重用什么是可重用构件？相对于普通的软件产品，对可重用构件有何特3. 殊要求？可充用构件表示软件重用过程中，可重用的软件构件元素。可 重用构件的特殊要求： 可重用构件应该具有功能上的独立性与完整性；（1）可重用构件应该具有较高的通用性；2）（可重用构件应该具有较高的灵活；）3（）可重用构件应该具有严格的质量保证；（4 可重 用构件应该具有较高的标准化程。（5）基于构件的软件开发的优势是什么？基于 构件的软件开发面临哪4. 些挑战和困难？优势：基于构件的软件将软件开发的 重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低了软件开发的费用 困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问题 挑战和困难： ）在同一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中1（所要面对的一个严峻的问题；）采用随处可以购买到的构件可能会使开发出来的软件产品丧失技术上的独创性2（和市场上的竞争力；）第三方的构件开发商可能歇业，这会使购买的构件失去维护服务。这些都是在3（购买第三方构件进行软件开发时无法回避的问题，因此需要对这些风险进行充分 的估计。的各自EJBCORBA和3种应用最为广泛的构件技术规范COM、 5.简述特点。的特点：CORBA客户不需要了解服务对象的实现过程以及具体实现客户与服务对象的完全分开,1）（位置。应用程序间的统一接口。（2）
1、就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的 答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构？ 答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成？ 答：构件(component)可以是一组代码，如程序的模块;也可以是一个独立的程序(如数据库的SQL服务器)； 连接件(connector)是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等； 限制(constrain)：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处？ 答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。 （2）ADL繁多，缺乏同意的ADL的支持。 （3）软件体系结构研究缺乏统一的理论模型支持。 （4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。 （5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。 （6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。 （7）缺乏有效的体系结构复用方案。 （8）体系结构发现方法研究相对欠缺。 1、选择一个规模合适的系统，为其建立“4+1”模型。 逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。 过程视图（Process View），捕捉设计的并发和同步特征。 物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。 开发视图（Development View），描述了在开发环境中软件的静态组织结构。 架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（use cases）或场景(scenarios)来说明，从而形成了第五个视图。
《软件体系结构》大作业要求 一、课程性质与目的 通过本课程学习，旨在达到以下目标： 1帮助学生掌握需求分析的流程、方法以及技巧； 2帮助学生了解软件体系结构的基本概念，初步掌握中大型软件系统构架的分析与设计方法； 3使学生了解构建系统的目的是为了满足组织的需求，认识软件行业和开发组织在系统设计及其最终成败所起的作用，提高软件设计的基本素养； 4使学生了解常用软件设计模式的使用场景，解决方案； 5引导学生认识系统的性能、可用性、安全性等质量属性都是受软件构架制约的，或者说这些属性的实现影响着设计师的设计选择； 二、设计内容 下面题目将作为实习题贯穿需求分析和软件体系结构设计部分，以1人为一组，任选其中一个问题。采用适当的需求分析方法获取初步需求，题目选择如下： 问题A. 图书馆管理(R.A.Kemmerer) 一个小型图书馆管理系统，需完成以下工作: 1.借书，还书； 2.在图书馆中增加/删除一本书； 3.按照作者名或专业领域检索一批书； 4.找出被某位读者借出的一批书； 5.找出最近借走某本图书的读者. 该系统有两类用户:图书管理员与普通读者.功能4可供普通读者查找他们自己借出的书目.功能1，2，5只供图书管理员使用. 该系统必须满足以下限制: 1.馆中所有未借出的书籍能够供读者随时借阅. 2.在同一时刻，一本书不能既被借出，又可供借阅.
3.一个读者一次借出的书籍数目不能超过预定值. 问题B. 保温系统(S.White) 如果主开关置于”加热”状态，保温系统的控制器负责开关锅炉，监视锅炉系统的燃油流量和燃烧状态，进而调节进入房间的热量流.当室内温度降至(T r－2)0C以下，控制器启动锅炉.这里，T r是用户设置的理想室温. 锅炉启动过程如下: 1.控制器向锅炉的马达发信号. 2.控制器监视马达速度.马达达到正常操作速度时，启动点火并打开油阀. 3.控制器监视水温，一旦水温达到预定值，发信号打开水流循环阀.热水开始在室内循 环. 4.如果发生异常情况，燃油流量指示器和光感器向控制器发信号.此时控制器发信号关 闭系统. 5.一旦室内温度达到(T r +2)0C，控制器首先关闭油阀，延迟5s后关闭锅炉马达. 系统必须满足以下限制: 1.锅炉停机后重启必须延迟5min. 2.在主开关关闭或油阀关闭5s内应指示锅炉停机. 问题C. 字符串格式化(https://www.doczj.com/doc/9c4251422.html,i) 给定非负整数MAXPOS和包含空格与换行作为分隔符的字符集.对字符串S，称两分隔符之间或分隔符到S的结尾处的非空字符串为字. 程序以有穷字符串为输入，输出满足以下条件的字符串: 1.如果输入串包含长度为MAXPOS+1的字，则输出串为一空格. 2.如果输入串的任何MAXPOS+1个相邻字符至少含有一个分隔符，则: 2-1 输入串的所有字以相同的次序出现在输出串中；并且，输出串不含有未在输入串中出现的字； 2-2 此外，输出串满足以下限制: 2-2-1 输出串中不出现前导和后导分隔符，也不出现相邻的分隔符. 2-2-2 任何MAXPOS+1个相邻字符中含有一个换行符； 2-2-3 对于输出串中的任意子串S，如果: (1) S的长度不超过MAXPOS；
软件体系结构期末 复习题
《软件体系结构》期末复习题 简答题： 1、软件体系结构建模的种类有： 结构模型、框架模型、动态模型、过程模型、功能模型。 2、“4+1”视图模型从5个不同的视角包括： 逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。 3、构件：是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。 连接件：表示构件之间的交互。 配置：表示构件和连接件的拓扑逻辑和约束。 端口：表示构件和外部环境的交互点。 角色：定义了该连接交互的参与者。 4、画出“4+1”视图模型图，分析各部分的原理和功能。 5、软件体系结构风格： 是描述某一特定应用领域中系统组织方式的惯用模式。
6、软件体系结构 （Software Architecture） 软件体系结构以组件和组件交互的方式定义系统，说明需求与成品系统之间的对应关系，描述系统级别的可伸缩性、能力、吞吐量、一致性和兼容性等属性。软件体系结构由组件、连接件和属性组成。 7、分层系统的优点有： 1）支持基于抽象程度递增的系统设计，使设计者能够把一个复杂系统按递增的步骤进行分解； 2）支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改变最多影响相邻的上下层； 3）支持重用。只要提供的服务接口定义不变，同一层的不同实现能够交换使用。这样，就能够定义一组标准的接口，而允许各种不同的实现方法。 8、分层系统的缺点有： 1）并不是每个系统都能够很容易地划分为分层的模式，甚至即使一个系统的逻辑结构是层次化的，出于对系统性能的考虑，系统设计师不得不把一些低级或高级的功能综合起来； 2）很难找到一个合适的、正确的层次抽象方法。 9、 B/S体系结构的优点有什么？ 答：1）基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。
软件体系结构风格的研究 [摘要] 本文对几种经典的软件体系结构风格进行了具体的阐述,分析了各种风格的特点、优缺点,最后重点介绍了三层C/S软件体系结构。 [关键词] 软件体系结构软件体系结构风格三层C/S软件体系结构 20世纪60年代中期的软件危机使得人们开始重视软件工程的研究。起初,人们把软件设计的重点放在数据结构和算法的选择上。随着软件系统规模越来越大、越来越复杂,整个系统的结构显得越来越重要。 一、软件体系结构风格分析 最初的软件体系结构是Mainframe结构——客户、数据和程序都被集中在主机上,通常只有少量的GUI界面,对远程数据库的访问比较困难。随着PC的广泛应用,该结构逐渐被淘汰。在20世纪80年代中期出现了Client/Server分布式计算结构,应用程序的处理在客户机和服务器之间分担。随着大型软件系统的开发,这种结构在系统的部署和扩展性方面暴漏出不足。随着Internet的发展,一个更灵活的体系结构“三层/多层计算”体系结构应运而生。 Garlan和Shaw将通用软件体系结构风格总结为以下几类: 下面将介绍几种主要和经典的体系结构风格和它们的优缺点。 C2风格是最常用的一种软件体系结构风格。从C2风格的组织规则和结构图中,我们可以得出,C2风格具有以下特点: 2.数据抽象和面向对象风格。
目前软件界已普遍转向使用面向对象系统,抽象数据类型概念对软件系统有着重要作用。这种风格的构件是对象,或者说是抽象数据类型的实例。对象是一种被称作管理者的构件,因为它负责保持资源的完整性。对象是通过函数和过程的调用来交互的。图2是数据抽象和面向对象风格的示意图。 面向对象的系统有许多的优点: 3.基于事件的隐式调用风格。基于事件的隐式调用风格的思想是构件不直接调用一个过程,而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册,当一个事件被触发,系统自动调用在这个事件中注册的所有过程,这样,一个事件的触发就导致了另一模块中的过程的调用。基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序,甚至不知道哪些过程会被调用。隐式调用系统的主要优点有:(1)为软件重用提供了强大的支持。当需要将一个构件加入现存系统中时,只需将它注册到系统的事件中。(2)为改进系统带来了方便。当用一个构件代替另一个构件时,不会影响到其他构件的接口。隐式调用系统的主要缺点有:①构件放弃了对系统计算的控制。一个构件触发一个事件时,不能确定其他构件是否会响应它。而且即使它知道事件注册了哪些构件的构成,它也不能保证这些过程被调用的顺序。②数据交换的问题。有时数据可被一个事件传递,但另一些情况下,基于事件的系统必须依靠一个共享的仓库进行交互。在这些情况下,全局性能和资源管理便成了问题。③既然过程的语义必须依赖于被触发事件的上下文约束,关于