系统分析师考试(数据分析师考试)

大家好，如果您还对系统分析师考试(数据分析师考试)不太了解，没有关系，今天就由本站为大家分享系统分析师考试(数据分析师考试)的知识，包括的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！

考试时间为：11月9日。

倒计时：20天。

目标：优先应试，其次学*，再次实践。

复*计划第一阶段：扫平基础知识点，仅抽取有用信息，可有缺失，但得过眼。

• 概念：系统运行与维护是信息系统生命周期中持续时间最长的阶段，占据了60%～80%的工作量，涉及系统交付后的所有活动，包括错误修正、功能扩展、性能提升等。
• 解释：此阶段的目的在于确保系统长期稳定运行，满足用户不断变化的需求，同时最大化系统的经济效益。
• 细节分项：
• 错误修正：处理系统调试和测试阶段未发现的隐藏错误。
• 功能扩展：根据业务发展需要，增加新的系统功能。
• 性能提升：优化系统性能，提高工作效率。

• 概念：遗留系统是指那些难以修改和演化以适应新业务需求的旧信息系统，它们通常采用过时技术，缺乏文档支持，且与现有业务深度集成。
• 解释：处理遗留系统是系统升级改造的重要部分，正确的处理策略对新系统的成功至关重要。
• 细节分项：
• 继续维护：对遗留系统进行必要的维护，但不进行根本性改动。
• 重构：对遗留系统进行部分或全部重新开发，以提高其可维护性和扩展性。
• 替代：用全新的系统替代遗留系统。
• 联合使用：结合使用遗留系统和新系统，逐步过渡。

• 概念：评价遗留系统是为了深入理解系统的现状，为制定处理策略提供依据。
• 解释：评价活动包括业务价值评价、外部环境评价、应用软件评价，并分析评价结果，以确定最合适的处理策略。
• 细节分项：
• 业务价值评价：评估系统对企业业务的重要性。
• 外部环境评价：评估系统的技术环境，包括硬件、支撑软件和IT基础设施。
• 应用软件评价：评估应用软件的技术水平和业务适应性。
• 分析评价结果：综合各项评价结果，确定系统的技术水平和业务价值。

• 概念：根据遗留系统的评价结果，采取不同的策略进行演化，以适应新的业务需求。
• 解释：演化策略包括淘汰、继承、改造和集成，每种策略都旨在平衡成本、风险和业务需求。
• 细节分项：
• 淘汰策略：适用于技术含量低且业务价值低的系统，进行全面重新开发。
• 继承策略：适用于技术含量低但业务价值高的系统，新系统需兼容遗留系统。
• 改造策略：适用于技术含量高且业务价值高的系统，增强功能和数据模型。
• 集成策略：适用于技术含量高但业务价值低的系统，通过集成提高数据共享。

• 概念：系统转换是指新系统开发完毕后，取代现有系统的过程，包括数据、人员和设备的转换。
• 解释：系统转换的目的是确保新系统能够平滑地接替现有系统，最小化对业务的影响。
• 细节分项：
• 数据准备：确保数据的准确性和完整性，为迁移做准备。
• 文档准备：更新系统文档，确保新系统的操作和维护有据可依。
• 人员培训：对用户和维护人员进行新系统的操作培训。
• 设备安装：安装新系统所需的硬件和软件环境。
• 系统试运行：在正式转换前进行试验运行，验证新系统的性能和稳定性。

• 概念：数据转换和迁移是将现有系统中的数据转移到新系统的过程，确保数据的完整性和一致性。
• 解释：数据迁移是系统转换中的关键步骤，直接影响新系统能否顺利启用。
• 细节分项：
• 数据迁移方法：包括使用工具迁移、手工录入和新系统生成。
• 数据迁移前的准备工作：包括数据源说明、数据字典建立、数据结构差异分析等。
• 数据转换与迁移：涉及数据抽取、转换、清洗和装载。
• 数据迁移后的校验：通过质量分析和新旧系统数据对比检查，确保数据迁移的质量。

• 概念：系统扩展是指在现有系统中添加新功能，系统集成是指将多个系统的数据和功能整合，实现数据共享。
• 解释：系统的扩展和集成是系统维护中常见的活动，旨在提高系统的功能性和效率。
• 细节分项：
• 系统扩展：包括动态可扩展性和静态可扩展性，以及延伸型和新建型扩展。
• 系统集成：关注业务关联点分析和接口测试，需要高层协调和全局观念。
• 扩展与集成的比较：扩展重点在设计阶段，集成重点在分析阶段，两者都需要全面的回归测试。

• 概念：系统运行管理是对信息系统运行进行控制、记录和必要的修改，以确保系统符合管理和决策需求。
• 解释：系统运行管理包括日常运行管理、系统运行情况记录、检查与评价等，是系统稳定运行的基础。
• 细节分项：
• 系统成本管理：包括预算、IT服务计费和偏差分析，旨在优化系统总拥有成本(TOC)。
• 系统用户管理：涉及用户账号管理、权限管理、企业外部用户管理和用户安全审计，确保系统安全。
• 网络资源管理：包括性能管理、故障管理、配置管理、计费管理和安全管理，确保网络资源高效运行。
• 软件资源管理：涉及软件构件管理、软件分发管理和文档管理，优化软件资源的利用。

• 概念：系统故障管理是确保信息系统连续运行，减少故障对业务运营影响的管理活动。
• 解释：系统故障管理的目标是快速恢复系统运行，确保服务质量和可用性。
• 细节分项：
• 故障监视：包括设置待监视项目、监视内容和方法，及时发现系统故障。
• 故障：收集故障信息、确定故障位置、故障原因，为恢复处理提供依据。
• 故障支持和恢复处理：对故障进行初步支持，尽快恢复用户正常工作，采取长期解决方案恢复服务。
• 故障终止：确认故障是否成功解决，更新故障信息和记录。

• 概念：软件维护是在软件交付使用后，为改正错误或满足新需求而进行的修改活动。
• 解释：软件维护是系统生命周期中最重要的工作之一，包括软件可维护性的概念和度量。
• 细节分项：
• 软件可维护性：包括易分析性、易改变性、稳定性、易测试性和维护性依从性。
• 可维护性度量：外部度量可以使用平均故障修复时间(MTTR)，内部度量可以通过软件复杂性来间接度量。
• 软件维护分类：改正性维护、适应性维护、完善性维护和预防性维护。
• 软件维护的影响因素：业务因素、理解的局限性、维护优先级、维护人员积极性和测试困难。
• 软件维护成本：维护成本的构成和影响因素，以及如何通过软件工程方法和注重可维护性的开发过程来降低维护成本。
• 软件维护管理：包括维护组织、工作流程、维护记录保存和维护活动评价。

以上均为粗看教程的总结，目的不是为了百分之百准确，而是为了过手过脑，有所印象。

但是如有发现谬误，感谢各位随时指出。

– 欢迎点赞、关注、转发、收藏【我码玄黄】，各大平台同名。

软考系统分析师知识点十二：系统分析

今年报考了11月份的软考高级：系统分析师。

考试时间为：11月9日。

倒计时：25天。

目标：优先应试，其次学*，再次实践。

复*计划第一阶段：扫平基础知识点，仅抽取有用信息，可有缺失，但得过眼。

• 定义：系统分析是信息系统开发中的关键阶段，负责分析现有系统，明确新系统的需求，并形成系统需求规格说明书。
• 目标：确保新系统在功能、效率和易用性上超越现有系统，满足用户需求。
• 难点： 系统分析师与用户对系统理解的差异。 沟通障碍，如专业术语差异、知识背景不同。 外部环境的不断变化对系统需求的影响。

• 定义：详细是对现有系统进行深入分析的过程，目的是收集详尽的信息，为新系统设计提供依据。
• 原则： 自顶向下全面展开：从系统总体目标出发，逐步细化。 用户参与：确保用户在过程中的积极参与。 分析系统改进可能性：客观分析现有系统的改进空间。 工程化工作方式：采用规范化、系统化的方法进行。 全面与重点结合：既考虑全局，又突出重点。 主动沟通和友善的工作方式：建立良好的沟通环境。
• 内容： 运行环境和状况：系统的发展历史、规模、业务处理情况等。 组织结构：部门划分、关系、人员分工等。 业务流程：业务内容、物流和信息流的流通情况。 系统功能：企业各部门的业务和系统功能。 数据资源与数据流程：数据的收集、处理和分析。 资源情况：人力资源、设备、资金等。 约束条件：人员、资金、设备等方面的限制。 薄弱环节：现有系统中需要改进的问题点。
• 方法： 资料收集：收集与系统相关的信息。 会：通过会议形式收集用户意见。 个别访问：一对一访谈以深入了解用户需求。 书面：通过问卷收集数据。 抽样：从总体中抽取样本进行。 现场观摩：直接观察业务操作过程。 业务实践：参与实际业务操作以获得直观理解。 历史文档阅读：分析历史文档以了解系统演变。

• 目的：通过对现有系统的分析，识别改进点，为新系统设计提供基础。
• 方法： 物理模型分析：分析现有系统的运行方式和数据处理过程。 逻辑模型抽象：从物理模型中抽象出系统的本质功能。 新系统逻辑模型建立：根据分析结果，构建新系统的逻辑模型。

• 定义：分析企业的组织结构，明确部门间的职责和关系。
• 目的：为系统设计提供组织结构的详细视图，确保系统设计能够适应企业的组织架构。
• 工具： 组织结构图：显示部门间的行政隶属关系和业务联系。 功能体系图：描述企业内部各部门的业务和功能。

• 定义：分析系统的功能需求，确定系统应完成的任务和功能。
• 目的：确保新系统能够满足用户的功能需求。
• 工具：功能流程图用于描述系统功能之间的逻辑关系。

• 定义：分析企业的业务流程，识别流程中的瓶颈和改进点。
• 目的：优化业务流程，提高效率，为系统设计提供流程上的指导。
• 方法： 价值链分析：分析企业活动如何创造价值。 客户关系分析：以客户为中心，优化业务流程。 供应链分析：从供应链角度分析业务流程。 基于ERP的分析：将业务流程视为一个整体，进行有效管理。 业务流程重组：重新设计业务流程以提高效率。
• 工具： 业务流程图（TFD）：图形化表示业务处理过程。 业务活动图示（BAM）：提供业务流程的全面模型。 业务流程建模语言（BPMN）：标准化的业务流程建模语言。

• 定义：分析数据的流动、处理和存储过程，为数据库设计和数据处理提供基础。
• 内容： 数据汇总分析：按业务流程对数据进行分类编码和整理。 数据属性分析：分析数据的类型、长度、取值范围等静态特性，以及变动属性等动态特性。 数据存储分布：确定数据在系统中的存储位置和分布。
• 工具： 数据流程图（DFD）：图形化表示数据的流动和处理。 数据字典：记录数据项的定义和属性。

• 定义：详细描述系统需求的文档，是系统设计和开发的基础。
• 内容： 引言：项目概述，需求文档的用途和内容。 引用文件：相关文档的列表和来源。 需求：系统的功能、业务、接口、性能、可靠性、安全性等需求。 合格性规定：确保需求满足的方法和标准。 需求可追踪性：需求与系统元素之间的关联。 非技术性需求：如交付日期、里程碑等。 尚未解决的问题：需求中的未解决问题。 注解：术语、定义、背景信息等。 附录：图表、分类数据等辅助信息。
• 目的：作为系统设计和开发的基础，确保开发出的系统满足用户需求。
• 评审：确保需求的完整性、准确性和可实现性，作为系统验收的依据。

• 定义：是一种系统分析方法，用于帮助企业确定信息系统的目标、需求和策略，以支持企业的战略目标。
• 应用：通过CU矩阵等工具，分析企业的过程、数据、功能和组织结构，以优化业务流程和信息系统的设计。

• 定义：数据流程图，是一种图形化工具，用于表示信息在系统中的流动、处理和存储情况。
• 应用：在系统分析中，DFD用于抽象和概括地展示数据在系统中的流动路径，帮助识别数据瓶颈和改进点。

• 定义：业务活动图示，是一种业务流程描述工具，用于提供业务流程情况的全面模型。
• 应用：BAM通过一系列图形符号，描述业务活动的流动情况，并提供相关的业务活动细节，帮助系统分析师理解业务流程运作的过程。

• 定义：业务流程建模符号，是一种标准化的图形化语言，用于建模业务流程。
• 应用：BPMN提供了一套丰富的图形符号，用于创建直观的业务流程图，便于理解和分析业务流程，也支持流程的自动化和执行。

• 定义：事务流程图，是一种传统的业务流程分析工具，用于描述现有系统的业务处理过程。
• 应用：TFD通过简单的图形符号，反映业务处理过程和各部门之间的业务分工与联系，以及物流、信息流的传递和流动关系。

以上均为粗看教程的总结，目的不是为了百分之百准确，而是为了过手过脑，有所印象。

但是如有发现谬误，感谢各位随时指出。

OK，本文到此结束，希望对大家有所帮助。