【系统分析师之路】2017年上系统分析师下午论文真题

【系统分析师之路】2017年上系统分析师下午论文真题

试题一 论需求分析方法及应用

试题一 论需求分析方法及应用
需求分析是提炼、分析和仔细审查已经获取到的需求的过程。需求分析的目的是确保所有的项目干系人(利益相关者)都理解需求的含义并找出其中的错误、遗漏或其它不足的地方。需求分析的关键在于对问题域的研究与理解。为了便于理解问题域，现代软件工程所推荐的需求分析方法是对问题域进行抽象，将其分解为若干个基本元素，然后对元素之间的关系进行建模。常见的需求分析方法包括面向对象的分析方法、面向问题域的分析方法、结构化分析方法等。而无论采用何种方法，需求分析的主要工作内容都基本相同。
请围绕"需求分析方法及应用"论题，依次从以下三个方面进行论述。
1.简要叙述你参与管理和开发的软件系统开发项目以及你在其中所承担的主要工作。
2.概要论述需求分析工作过程所包含的主要工作内容。
3.结合你具体参与管理和开发的实际项目，说明采用了何种需求分析方法，并举例详细描述具体的需求分析过程。

【解答】
需求分析包括的工作内容主要分为七个方面：
1.绘制系统上下文范围关系图
这种绘制图定义了系统与外部实体之间的界限和接口的简单模型，它可以为需求确定一个范围。
2.创建用户界面原型
用户界面对于一个系统来说是十分重要的，因此在需求分析阶段，通过快速开发工具开发一个抛弃型原型，或者通过PowerPoint，Flash等演示工具制作一个演示原型，甚至用纸和笔画出一些关键的界面接口示意图，将帮助用户更好的理解所要解决的问题，更好地理解系统。
3.分析需求的可行性
对所有获得的需求进行成本，性能和技术实现方面的可行性研究，以及这些需求项是否和其他需求项有冲突，是否有对外的依赖关系。
4.确定需求的优先级
这是一项很重要的工作，迭代开发已经成为了现代软件开发的一个基础，而需求的优先级是制定迭代计划的一个最重要的依据，对于优先级的描述，可以采用满意度和不满意度指标进行说明。其中满意度表示当需求被实现时用户的满意程度，不满意度表示当需求不被实现时用户的不满意度。
5.为需求建立模型
这个模型的主要表现形式就是图表，再加上少量的文字描述，所谓一图抵千字，图形化的描述需求将使得其更加清晰与易懂。根据采用的分析方法不同，可以使用不同的图形。例如OOA中的用例模型和领域模型，SA中的DFD图和ER图等。需求分析模型主要描述系统的数据，功能，用户界面和运行的外部行为，它是系统的一种逻辑表示技术，并不涉及软件的具体实现细节，需求分析模型可以帮助系统分析师理解需求，使需求分析任务更加容易实现。同时它也是进行软件设计的一个基础，为软件设计提供一个系统的表示视图。
6.创建数据字典
对系统中用到的所有数据项和结构进行定义，以确保开发人员使用统一的数据定义。
7.使用QFD
通过将产品特征属性，与对用户的重要性联系起来。它是在需求优先级的基础上做了一个升华，其原理与满意度和不满意度指标十分接近

试题二 论企业应用集成

试题二 论企业应用集成
在企业信息化建设过程中，由于缺乏统一规划和总体布局，使企业信息系统形成多个信息孤岛，信息数据难以共享。企业应用集成（Enterprise Application Integration，EAI）可在表示集成、数据集成、控制集成和业务流程集成等多个层次上，将不同企业信息系统连接起来，消除信息孤岛，实现系统无缝集成。
请围绕"企业应用集成"论题，依次从以下三个方面进行论述。
1.概要叙述你参与管理和开发的企业应用集成项目及你在其中所承担的主要工作。
2.详细论述实现各层次的企业应用集成所使用的主要技术。
3.结合你具体参与管理和开发的实际项目，举例说明所采用的企业集成技术的具体实现方式及过程，并详细分析其实现效果

【解答】
首先要明白各种集成所代表的含义。然后选择一种或多种表明其在系统中是如何运用的。
表示集成
它也叫界面集成，这是比较原始和最浅层次的集成，但也是最为常用的集成。这种方法把用户界面作为公共的集成点，把原有零散的界面集中在一个新的界面中。
表示集成也是黑盒集成，它无需了解程序和数据库的内部构造。常用的集成技术主要有屏幕截取和输入模拟技术。表示集成通常应用于以下的几种情况：
1）在现有的基于终端的应用系统上配置基于PC的用户界面。
2）为用户提供一个看上去统一，但是由多个系统组成的应用系统；
3）当只有可能在界面上实现集成时；
界面集成的实现是很简单的，也是很不彻底的，只是做了一层外装修，而额外多出来的集成界面也将可能成为系统的性能瓶颈。
数据集成
为了完成控制集成和业务流程集成，必须首先解决数据和数据库的集成问题。在集成之前，必须首先对数据进行标识并形成目录，另外还要确定元数据模型，保证数据在数据库中的分布和共享。因此，数据集成是白盒集成。
有很多不同的中间件工具可以用于数据的集成。例如批量文件传输，即以特定的或者预定的方式在原有系统和新开发的系统之间进行文件传输；用于访问不同类型，数据库系统的ODBC标准接口，向分布式数据库提供连接的数据库访问中间件技术等。
通常在以下情况下将会使用数据集成。
1）需要对多种产生信息源的数据进行综合分析和决策；
2）处理一些多个应用程序需要访问的公用信息库；
3）当需要从某数据源获得数据来更新另一个数据源时，特别是他们之间的数据格式不相同时；
相比而言数据集成比表示集成要更加的灵活，但是当业务逻辑经常发生变化的时候，数据集成就会面临困难。
控制集成
控制集成也称为功能集成或者应用集成，是在业务逻辑上对应用系统进行集成的。控制集成的集成点存于程序代码之中，集成处可能只需简单使用公开的API就可以访问，当然也可能需要添加附加的代码来实现，控制集成是黑盒集成。
实现控制集成时，可以借助于远程过程调用或者远程方法调用，面向消息的中间件，分布式对象技术，事务处理监控器来实现。控制集成比表示集成和数据集成相比，灵活性更高。
表示集成和数据集成适用的环境下，都适合使用控制集成。但是，由于控制集成是在业务逻辑层进行的，其复杂度更高一些。而且很多系统的业务逻辑部分并没有提供API，这样集成难度就会变大
业务流程集成
业务流程集成也称为过程集成，这种集成超越了数据和系统，它由一系列基于标准的，统一数据格式的工作流组成。当进行业务流程集成的时候，企业必须对各种业务流程信息的交换进行定义，授权和管理，以便改进操作，减少成本和提高响应速度。
业务流程集成不仅要提供底层应用支撑系统之间的互连，同时要实现存在于企业内部的应用之间，本企业和其他合作伙伴之间的端到端的业务流程的管理，它包括应用集成，B2B集成，自动化业务流程管理，人工流程管理，企业门户，以及对所有应用系统和流程的管理和监控等

试题三 论数据流图在系统分析与设计中的应用

试题三 论数据流图在系统分析与设计中的应用
数据流图 (Data Flow Diagram ，DFD) 是进行系统分析和设计的重要工具，是表达系统内部数据的流动并通过数据流描述系统功能的一种方法。DFD 从数据传递和加工的角度，利用图形符号通过逐层细分描述系统内各个部件的功能和数据在它们之间传递的情况，来说明系统所完成的功能。在系统分析中，逻辑DFD作为需求规格说明书的组成部分，用于建模系统的逻辑业务需求；在系统设计中，物理DFD作为系统构造和实现的技术性蓝图，用于建模系统实现的技术设计决策和人为设计决策。
请围绕“数据流图在系统分析与设计中的应用”论题，依次从以下三个方面进行论述。
1.简要叙述你参与的软件开发项目以及你所承担的主要工作。
2.列举出DFD中的几种要素及含义，简要说明在系统分析与设计阶段逻辑DFD和物理DFD中这些要素之间有何区别。
3.根据所参与的项目，具体阐述你是如何通过绘制数据流图来进行系统分析与设计的

【解答】
DFD是SA方法中的重要工具，是表达系统内数据的流动并通过数据流描述系统功能的一种方法。DFD还可以被认为是一个系统模型；在信息系统的开发中，如果采用结构化的方法，则一般将DFD作为需求规格说明书的一个组成部分。
在DFD中通常会出现四种符号。分别是数据流，加工，数据存储和外部实体。
数据流是具有名字和流向的数据，在DFD中标有名字的箭头表示。
加工是对数据流的变换，一般用圆圈来说明和表示；
数据存储是可访问的存储信息，一般用直线段来表示；
外部实体是位于被建模的系统之外的信息生产者或消费者，是不能由计算机处理的成分，它们分别表明数据处理过程的数据来源及数据去向，用标有名字的方框表示。
DFD可以是一个物理系统模型，也可以是逻辑系统模型，也可以是两者的混合。
逻辑DFD和物理DFD最大的区别在于，逻辑DFD只描述了相关的组成要素，而物理DFD则会涉及到具体的实现技术

试题四 论软件的系统测试及其应用

试题四 论软件的系统测试及其应用
软件系统测试的对象是完整的、集成后的计算机系统，其目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统设计文档和软件开发合同规定的要求。常见的系统测试包括功能测试、性能测试、压力测试、安全测试等。同时，在系统测试中，涉及到众多的软件模块和相关干系人，测试的组织和管理是系统测试成功的重要保证。
请围绕"软件的系统测试及其应用"论题，依次从以下三个方面进行论述。
1.简要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
2.概要论述系统测试过程中测试管理的主要活动内容，论述性能测试的目的和基本类型。
3.结合你具体参与管理和开发的实际项目，说明如何管理性能测试的各项活动，以及性能测试具体采用的方法、工具、实施过程以及应用效果

系统测试的对象是完整的集成的计算机系统，系统测试的目的是在真实环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求。系统测试的技术依据是用户需求或开发合同，除应满足一般测试的准入条件外，在进行系统测试前，还应该确认被测系统的所有配置项已通过测试，对需要固化运行的软件还应提供固件。
一般来说系统测试主要包括了功能测试，健壮性测试，性能测试，用户界面测试，安全性测试，安装与反安装测试等，其中最重要的工作是进行功能测试和性能测试。
功能测试主要采用黑盒测试的方法，而性能测试主要用来验证软件系统在承担一定的负载的情况下，所表现出来的特征是否符合客户的需要，主要的指标有响应时间和吞吐量，并发用户数和资源利用率等。
功能测试的目的很简单，测试系统是否达到用户提出的需求和隐含需求。
性能测试的目的是验证软件系统是否能够达到用户提出的性能指标；同时发现软件系统中存在的性能瓶颈，并优化软件，最后起到优化系统的目的。
性能测试包括以下四个方面：
发现缺陷。软件的某些缺陷与软件性能密切相关，针对这些缺陷的测试，一般需要伴随着性能测试进行。
性能调优：与调试不同，性能调优并不一定针对发现的性能缺陷，也可能是为了更好的发挥系统的潜能。
评估系统的能力；软件性能测试不仅需要测试软件在规定条件下是否满足性能需求，往往还需要测试能够满足性能需求的条件极限。
验证稳定性和可靠性：在一定负载下测试一定的时间，是评估系统稳定性和可靠性是否满足要求的唯一方法。