2023年系统分析师阶段测试卷【1班】

IDEF（Integration DEFinition method，集成定义方法）是一系列建模，分析和仿真方法的统称，每套方法都是通过建模来获得某种特定类型的信息。其中IDEF0可以用来对业务流程进行建模；

IDEF4可以用来对面向对象设计进行建模。

信息系统工程---信息系统生命周期

信息系统生命周期：系统规划、系统分析、系统设计、系统实施、系统运行与维护

1. 系统规划阶段：系统规划阶段的任务是对组织的环境、目标以及现行系统的状况进行初步调查，根据组织目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。
2. 系统分析阶段的任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。
3. 系统设计：阶段的任务是根据系统说明中规定的功能要求，考虑实际条件，具体涉及实现逻辑模型的技术方案，也就是设计新系统的物理模型。
4. 系统实施：系统实施阶段是将设计的系统付诸实施的阶段。
5. 系统运行和维护：系统投入运行之后，需要经常进行维护和评价，记录系统运行的情况，根据一定的规则对系统进行必要的修改，评价系统的工作质量和经济效益。

软件工程---开发模型

敏捷方法以原型开发思想为基础，采用迭代增量式开发，发行版本小型化，比较适合需要变化较大或者开发前期对需求不是很清晰的项目。

软件工程---逆向工程

所谓软件的逆向工程就是分析已有的程序，寻求比 源代码更高级的抽象表现形式。一般认为，凡是在软件生命周期内将软件某种形式的描述转换成更为抽象形式的活动都可称为逆向工程，与之相关的概念是：重构（restructuring），指同一抽象级别上转换系统描述形式；

设计恢复（design recovery）指借助工具从已有程序中抽象出有关数据设计，总体结构设计和过程设计的信息（不一定是原设计）；

再工程（re-engineering）也称为修复和改造工程，它是在逆向工程所获信息的基础上修改或重构已有的系统，产生系统的一个新版本。

信息系统工程---软件工程---需求工程

把所有与需求直接相关的活动统称为需求工程。需求工程分为两个大类：

1. 需求开发，需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求开发包括需求获取，需求分析、需求定义、需要验证4个过程。
2. 需求管理，需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。

需求管理与需求开发密切合作。需求开发涉及到把项目关系人的需求转换成需求和决定如何在各个产品构件之间安排或分配需求。在需求管理中，要收集需求的变更和变更的理由，并且维持对原有需求和所有产品以及产品构件需求的双向跟踪。

而“向客户展现系统的初步设计方案，并且得到客户的认可”是范围确认的 任务。

信息系统工程---软件工程---需求工程

业务需求是指反映企业或客户对系统高层次的目标要求，通常来自项目投资人，购买产品的客户、客户单位的管理人员，市场营销部门或产品策划部门；

信息系统工程---软件工程---需求工程

获取需求是为实现项目目标而确定，记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围（包括产品范围）奠定基础。获取需求的办法包括：问卷调查、观察、原型法、标杆对照、系统交互图、引导式研讨会等。

决策 分析工具通常是用在规划风险应对的时候，或者做项目可行性研究的时候；

信息系统工程---软件工程---需求工程

需求工程分为需求开发与需求管理两大部分，其中需求开发又分为：

1. 需求获取：通过各种途径和方法获取用户的需求信息（原始材料）
2. 需求分析：对各种需求信息进行分析，消除错误，刻画细节等
3. 需求定义：根据需求获取和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》
4. 需求验证：开发方和用户方共同对《产品需求规格说明书》进行评审，双方达成共识后做出书面承诺，使《产品规格说明书》真正成为需求基线（此处的基线就是经批准后的计划文档的意思）

信息系统工程---软件工程---需求工程

需求跟踪是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文档等。需求跟踪为我们提供了需求到产品实现整个过程范围的明确查阅能力。需求跟踪矩阵是在用户原始需求与需求规格说明书之间，以及需求规格说明书与最终产品之间实现双向跟踪的主要工具，题干中说“设计元素在需求跟踪能力矩阵中不能回溯到需求，但其表明一个正当的功能”表明源头出了问题，即需求规格说明书漏掉了一项应有的需求（但是不能说“需求规格不满足用户需求”，因为可能是在收集需求时确实无人提出过该需求）

面向对象技术---面向对象的概念

对象的组成部分包括：对象名、状态（属性）、行为（操作）。类是对象共有属性和行为的抽象，因此一个类地宁毅的对象共享行为和属性。

面向对象技术---面向对象开发各阶段划分以及任务

面向对象分析主要回答软件系统需要解决什么问题，在面向对象分析阶段，并不考虑系统实现以及系统的测试问题。强调建立独立于系统实现的系统分析模型，其关注点仍然侧重于问题域。

面向对象技术---UML图的分类

事物：模型中的基本成员，UML中包括结构事物，行为事物、分组事物和注释事物。

1. 结构事物：模型中静态部分：类、接口、协作、用例、活动类、组件、结点
2. 行为事物：交互+状态机
3. 分组事物：可以把分组看出是一个盒子，模型可以在其中被分解。目前只有一种分组事物，即包（package）。结构事物、动作事物甚至分组事物都有可能放在一个包中。包纯粹是概念上的，只存在与开发阶段，而组件运行时存在。
4. 注释事物：注释事物是UML模型中的解释部分。

信息系统工程---信息系统生命周期

1. 需求分析：需求分析阶段拟定了系统的目标、范围和要求、而系统各模块的算法一般在详细设计阶段确定。
2. 软件设计：实现软件的需求，并将设计的结果反映在设计规格说明书文档中，所以软件软件就是一个软件需求转换成软件 表示的过程，最初的这种表示只是描述了软件的总体的体系结构，称为“软件概要设计”或“结构设计”；然后对结构进一步细化，称为“详细设计”或“过程设计”。

软件工程---软件设计

软件设计包括体系结构设计，接口设计，数据设计和过程设计

1. 结构设计：定义软件系统各主要部件之间的关系。
2. 数据设计：将模型转换成数据结构的定义。好的数据设计将改善程序结构和模块划分，降低过程复杂性。
3. 接口设计（人机界面设计）：软件内部，软件和模块系统之间以及软件和人之间如何通信
4. 过程设计：系统结构部件转换成软件的过程描述。

企业信息化战略与实施---其他

通常，可以把知识管理工具分为知识生成工具，知识编码工具和知识转移工具

1. 知识生成工具。知识生成包括产生新的想法、发现新的商业模式、发明新的生产流程，以及对原有知识的重新合成。不同方式的知识产生模式有不同的工具对其进行支持。知识生成工具包括知识获取、知识合成和知识创新三大功能。目前，利用具有初步人工智能功能的搜索引擎和知识挖掘工具进行知识的自动获取，可以将相关的词句组合起来，帮助人们将分散的创新观点进行合成。但是，目前实现知识的创新还十分困难，只能利用一些工具实现辅助性的知识创新。
2. 知识编码工具。知识编码是通过标准的形式表现知识，使知识能够方便地被共享和交流，知识编码工具的作用就在于将知识有效存储并且以简明的方式呈现给使用者，使知识更容易被其他使用。知识编码的困难在于，知识几乎不能以离散的形式予以表现。知识不断积累，不断地改变，以至于人们很难对其进行清晰的区分。因此，对知识进行审核和分类是十分困难的。
3. 知识转移工具，知识转移工具最终就是要使知识能在企业内传播和分享。知识的价值在于流动和使用。在知识流动的过程中存在许多障碍，使知识不能毫无阻力地任意流动。这些障碍可分为三类，分别是时间差异、空间差异和社会差异。知识转移工具可以根据各种障碍的特点，在一定程度上帮助人们消除障碍，使知识得到更有效得到流动。

软件测试与维护---软件运行与维护

在图中，把对遗留系统的评价结果分列在坐标的四个象限内，对处于不同象限的遗留系统采取不同的演化策略。

1. 淘汰策略。第三象限为低水平、低价值区，即遗留系统的技术含量较低，且具有较低的业务价值。对这种遗留系统的演化策略为淘汰，即全面重新开发新的系统以代替遗留系统。完全淘汰是一种极端性策略，一般是企业的业务产生了根本变化，遗留系统已经基本不再适应运作的需要；或者是遗留系统的维护人员、维护文档资料都丢失了。经过评价，发现将遗留系统完全淘汰，开发全新的系统比改造旧系统从成本上更合算。
2. 继承策略。第四象限为低水平、高价值区域，即遗留系统技术含量较低，已经满足企业运作的功能或性能要求，但是具有较高的商业价值，目前企业的业务尚紧密依赖该系统。对这种遗留系统的演化策略为继承。在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型。为了保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。
3. 改造策略。第一象限，高水平、高价值区，即遗留系统的技术含量较高，本身还有极大的生命力。系统具有较高的业务价值，基本上能够满足企业业务运作和决策支持的需要。这种系统可能建成的时间还很短，对这种遗留系统的演化策略为改造。改造包括系统功能的增强和数据模型的改造两个方面。系统功能的增强是指原有系统的基础上增加新的应用要求，对遗留系统本身不做改变；数据模型的改造是指将遗留系统的旧的数据模型向新的数据模型的转化；
4. 集成策略。第二象限为高水平，低价值区，即遗留系统的技术含量较高，但是业务价值较低，可能只完成某个部门（或公司）的业务管理。这种系统在各自的局部领域里工作较好，但是对于整个企业来说，存在多个这样的系统，不同的系统基于不同的平台，不同的数据模型，形成了一个个信息孤岛，对于这种遗留系统的演化策略为集成。

面向对象基础知识---设计模式

1. 类创建型模式使用继承改变被实例化的类，而一个对象创建型模式将实例化委托给另一个对象，对应有工厂方法。
2. 结构型模式采用继承机制来组合接口和实现，结构型对象模式不是对接口和实现的组合，而是描述了如何对一些对象进行组合，从而实现新功能的一些方法；对应的有适配器。
3. 行为型类模式使用继承机制在类间分派行为，行为对象模式使用对象复合而不是继承。对应有解释器和模板方法。指一个模块内的各个处理元素之间没有约束。

系统规划---可行性分析

分析人力资源可行性是在技术可行性中需要考虑的内容

系统设计---结构化设计

软件模块的内容，从高到低分别为：

1. 功能内聚，完成一个单一功能，各个部分协同工作，缺一不可；
2. 顺序内聚：处理元素相关，而且必须顺序执行
3. 通信内聚：所有处理元素集中在一个数据结构的区域上
4. 过程内聚：处理元素相关，而且必须按特定的次序执行
5. 瞬时内聚（时间内聚）：所包含的任务必须在同一时间间隔内执行；
6. 逻辑内聚：完成逻辑上相关的一组任务
7. 偶然内聚：完成一组没有关系或松散关系的任务