201411架构论文真题

第 1 题

论软件需求管理
软件需求管理是一个对系统需求变更了解和控制的过程。需求管理过程与需求开发过程相互关联，初始需求导出的同时就要形成需求管理规划，一旦启动了软件开发过程，需求管理活动就紧密相伴。
需求管理过程中主要包含变更控制、版本控制、需求跟踪和需求状态跟踪等4项活动，其目标是为项目管理人员建立一个软件需求基线，并保持软件计划、产品和活动与软件需求的一致性。

请以“软件需求管理”为题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。
2．详细描述需求管理过程中各个活动中的主要工作。
3．详细说明你所参与的软件开发项目中，是如何进行软件需求管理的，实施的具体效果如何。

答案与解析

• 试题难度：较难
• 知识点：论文写作>需求工程
• 试题答案：

  
  

• 试题解析：
  本文第一部分应花400-600字的篇幅进行项目简介，涉及项目背景、规模、人员、作者的角色，开发的系统有什么样的一些功能，大体的设计。
  接下来的主体部分中，着重描述的，应是问题3，对于问题2只需要花200-400字的篇幅大致介绍概念层次的内容。
  在对问题3进行论述时，要注意选问题2中的一些活动来论述，其中2个主题是比较好展开的，分别为：变更控制与需求跟踪。
  1、变更控制：
  变更控制的工作程序依次为：提出与接受变更申请、对变更初审、变更方案论证、项目变更控制委员会审查、发出变更通知并开始实施、变更实施的监控、变更效果的评估、判断发生变更后的项目是否已纳入正常轨道。
  （1）提出与接受变更申请。提出变更申请应当及时以正式方式进行，并留下书面记录。变更的提出可以是各种形式，但在评估前应以书面形式提出。
  （3）对变更的初审。变更初审的目的是为了对变更提出方施加影响，确认变更的必要性，确保变更是有价值的；进行格式校验，完整性较验，确保评估所需信息准备充分；在干系人间就提出供评估的变更信息达成共识。
  （3）变更方案论证。变更方案的主要作用，首先是对变更请求是否可实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供CCB决策。常见的方案内容包括技术评估和经济评估，前者评估需求如何转化为成果，后者评估价值和风险。
  （4）项目变更控制委员会审查。审查过程由项目所有者据变更申请及评估方案，决定是否批准变更。审查通常是文档会签形式，重大的变更审查可以包括正式会议形式。审查过程应注意分工，项目投资人虽有最终的决策权，但通常在专业技术上并非强项。所以应当在评审过程中将专业评审、经济评审分开，对涉及项目目标和交付成果的变更，客户的意见应放在核心位置。
  （5）发出变更通知并开始实施。评审通过，意味着项目基准的调整，同时确保变更方案中的资源需求及时到位。项目基准的调整，包括项目目标的确认，最终成果、工作内容和资源、进度计划的调整。需要强调的是，变更通知后，不只是包括实施项目基准的调整，更要明确项目的交付日期、成果对相关干系人的影响。如变更造成交付期的调整，应在变更确认时发布，而非在交付前公布。
  （6）变更实施的监控。要监控的，除了调整过的项目基准中所涉及变更的内容外，还应当对项目的整体基准是否反映项目实施情况负责。通过监控行动，确保项目的整体实施工作是受控的。通常由项目经理负责项目基准的监控，管理委员会监控变更明确的主要成果、进度里程碑等，可以委托监理单位承担监控职责。
  （7）变更效果的评估。变更评估首要的评估依据，是项目基准，可需结合变更的初衷来看要达到的目的是否已达成，以及评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。
  （8）判断发生变更后的项目是否已纳入正常轨道。项目基准调整后，需要确认的是相应的资源配置和人员是否及时到位，更需多加关注。之后对项目的整体监控应按新的项目基准进行，当确认新的项目基准已经生效则按正常的项目实施流程进行。
  2、需求跟踪
  根据国家标准GB/T 8567-2006，SRS中的每个软件配置项的需求到其涉及的系统（或子系统）需求都要具有双向可追踪性。所谓双向跟踪，包括正向跟踪和反向跟踪，正向跟踪是指检查SRS中的每个需求是否都能在后继工作成果中找到对应点；反向跟踪也称为逆向跟踪，是指检查设计文档、代码、测试用例等工作成果是否都能在SRS中找到出处。

第 2 题

论非功能性需求对企业应用架构设计的影响
企业应用架构（Enterprise Application Architecture） 描述了企业IT系统的功能和技术实现内容，它在企业信息化建设中起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各IT系统的定位和功能。企业应用架构包括了企业的应用架构蓝图、架构标准、系统的边界和定义、系统间的关联关系等。其中非功能性需求是进行企业应用架构设计时需要重点考虑的因素，不同类型的非功能性需求从不同侧面影响应用系统的架构设计。

请以“非功能性需求对企业应用架构设计的影响”为题，依次从以下三个方面进行论述。
1．概要叙述你参与分析和开发的企业应用系统项目以及你所担任的主要工作。
2．分析在企业应用架构设计中应该考虑哪些非功能性需求，详细阐述这些非功能性需求是如何影响架构设计的。
3．详细说明你所参与的企业应用系统项目中，在进行系统架构设计时，考虑了哪些非功能性需求，如何通过架构设计满足了系统的这些非功能性需求。

答案与解析

• 试题难度：较难
• 知识点：论文写作>需求工程
• 试题答案：

  
  

• 试题解析：
  本文第一部分应花400-600字的篇幅进行项目简介，涉及项目背景、规模、人员、作者的角色，开发的系统有什么样的一些功能，大体的设计。
  接下来的内容是比较好组织的，因为非功能性需求的范围非常之广，只要作者在论述之前，表明这是非功能需求，然后写关于如何应对这种需求即可。这种需求可以是以下方面的内容：
  1、性能
  性能（performance）是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的个数。经常用单位时间内所处理事务的数量或系统完成某个事务处理所需的时间来对性能进行定量的表示。性能测试经常要使用基准测试程序（用以测量性能指标的特定事务集或工作量环境）。
  2、可靠性
  可靠性（reliability）是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。可靠性通常用平均失效等待时间（Mean Time To Failure，简称MTTF）和平均失效间隔时间（Mean Time Between Failure，简称MTBF）来衡量。在失效率为常数和修复时间很短的情况下，MTTF和MTBF几乎相等。
  3、可用性
  可用性（availability）是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。
  4、安全性
  安全性（security）是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安全性是根据系统可能受到的安全威胁的类型来分类的。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。
  5、可修改性
  可修改性（modifiability）是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性。
  6、功能性
  功能性（functionality）是系统所能完成所期望的工作的能力。一项任务的完成需要系统中许多或大多数构件的相互协作。
  7、可变性
  可变性（changeability）是指体系结构经扩充或变更而成为新体系结构的能力。这种新体系结构应该符合预先定义的规则，在某些具体方面不同于原有的体系结构。当要将某个体系结构作为一系列相关产品（例如，软件产品线）的基础时，可变性是很重要的。
  8、互操作性
  作为系统组成部分的软件不是独立存在的，经常与其他系统或自身环境相互作用。为了支持互操作性（interoperation），软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。程序和用其他编程语言编写的软件系统的交互作用就是互操作性的问题，这种互操作性也影响应用的软件体系结构。

第 3 题

论软件的可靠性设计
现代军事和商用系统中，随着系统中软件成分的不断增加，系统对软件的依赖性越来越强。软件可靠性已成为软件设计过程中不可或缺的重要组成部分。实践证明，保障软件可靠性最有效、最经济、最重要的手段是在软件设计阶段采取措施进行可靠性控制，由此提出了可靠性设计的概念。可靠性设计就是在常规的软件设计中，应用各种方法和技术，使程序设计在兼顾用户的功能和性能需求的同时，全面满足软件的可靠性要求。

请以“软件的可靠性设计”为题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。
2．简要说明目前比较主流的软件可靠性设计技术，结合项目实际情况，阐述所选择的可靠性设计技术及其原因。
3．结合你具体参与管理和开发的实际项目，举例说明所选取的软件可靠性技术的具体实施过程，并详细分析实施效果。

答案与解析

• 试题难度：较难
• 知识点：论文写作>系统的可靠性分析与设计
• 试题答案：

  
  

• 试题解析：

  可靠性设计是架构考试中反复考查的一个知识点。
  本文第一部分应花400-600字的篇幅进行项目简介，涉及项目背景、规模、人员、作者的角色，开发的系统有什么样的一些功能，大体的设计。
  接下来介绍主流的软件可靠性设计技术，常见的可靠性设计技术有容错设计、检错设计、降低复杂度设计等技术。
  容错设计技术：对于软件失效后果特别严重的场合，如飞机的飞行控制系统、空中交通管制系统等，采用容错设计技术。常见的容错设计技术有三种：恢复块设计、N版本程序设计和冗余设计。
  恢复块设计：选择一组软件操作作为容错设计单元，把普通的程序块变成恢复块。一个恢复块包含有若千个功能相同、设计差异的程序块文本，一个运行文本，多个备份文本，构成“动态冗余”，一旦运行文本出现故障，则用备份文本替换。软件容错的恢复块方法就是使软件包含有一系列恢复块。
  N版本程序设计：N版本程序的核心是通过设计出多个模块或不同版本，对于相同初始条件和相同输入的操作结果，实现多数表决，防止其中某一软件模块/版本的故障提供错误的服务，以实现软件容错。
  冗余设计：在一套完整的软件系统之外，设计一种不同路径、不同算法或不同实现方法的模块或系统作为备份，在出现故障时可以使用冗余的部分进行替换，从而维持软件系统的正常运行。缺点是费用和资源的消耗会有所增加。
  检错技术：在软件系统中，无需在线容错的地方，或不能采用冗余设计技术的部分，如果对可靠性要求较高，故障有可能导致严重的后果时，一般采用检错技术，在软件出现故障后能及时发现并报警，其缺点是不能自动解决故障。
  降低复杂度设计：软件复杂性与软件可靠性有着密切的关系，是产生软件缺陷的重要根源。在设计时考虑降低软件的复杂性，是提高软件可靠性的有效方法。降低复杂度设计的思想是在保证实现软件功能的基础上，简化软件结构，缩短程序代码，优化软件数据流向，降低软件复杂度，从而提高软件可靠性。
  注意在结合项目进行论述时，只要论述其中的2-3个方面即可。
  

第 4 题

论网络安全体系设计
随着社会信息化的普及，计算机网络已经在各行各业得到了广泛的应用。目前，绝大多数业务处理几乎完全依赖计算机和网络执行，各种重要数据如政府文件、工资档案、财务账目和人事档案等均依赖计算机和网络进行存储与传输。另一方面，针对计算机和网络的攻击活动日益猖獗，网络安全已经成为当前社会的主要安全问题之一。
在上述背景下，国家标准《信息处理系统工程开放系统互联基本参考模型——第二部分：安全体系结构》（GB/T 9387.2-1995）定义了基于OSI参考模型7层协议之上的信息安全体系，其核心内容是：为了保证异构计算机进程与进程之间远距离交换信息的安全，定义了认证服务、访问控制服务、数据机密性服务、数据完整性服务和抗抵赖性服务等5大类安全服务，以及提供这些服务的8类安全机制及相应的OSI安全管理，并根据具体系统适当配置于OSI模型的7层协议之中。

问题内容：
请以“网络安全体系设计”为题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中承担的主要工作，并详细阐述该软件系统在网络安全方面的要求。
2．请对GB/T 9387.2-1995中定义的5大类安全服务进行描述，阐述每类安全服务的定义和主要实现手段。
3．请结合项目实际，具体阐述你在项目中实现了上述5大类安全服务中的哪些服务，具体运用了哪些实现手段。

答案与解析

• 试题难度：较难
• 知识点：论文写作>系统的安全性和保密性设计
• 试题答案：

  
  

• 试题解析：
  本文第一部分应花400-600字的篇幅进行项目简介，涉及项目背景、规模、人员、作者的角色，开发的系统有什么样的一些功能，大体的设计。
  完成本论文，需要了解标准中定义的五类安全服务。
  五类安全服务：
  1、鉴别服务：鉴别参与通信的对等实体和数据源的合法性。对等实体鉴别和数据源鉴别：由第N层实体提供，可向第N+1层实体证实。安全服务由第N层实体提供，可向第N+1层实体证实数据源。
  2、访问控制服务：能够阻止未经授权而利用通过OSI模型的可访问资源。
  3、数据保密性服务对数据提供保护，防止数据未经授权而被泄漏，防止在系统之间交换数据时被截取。它还内含四项服务：连接保密性、无连接保密性、选择字段保密性、通信业务流保密性。
  4、数据完整性服务：防止系统之间交换数据，非法修改数据或丢失数据。数据完整性可分四类：实体完整性、域完整性、参照完整性、用户定义的完整性。
  5、禁止否认服务：阻止通信双方否认发送和接收数据的行为。