2010年上半年_系统分析师_下午试卷

【问题 1】PIECES 框架主要用于系统分析师在需求分析阶段组织和分类非功能需求。这个框架包括六个核心领域，它们分别是性能（Performance）、完整性（Integrity）、可用性（Availability）、可扩展性（Extensibility）、兼容性（Compatibility）、效率（Efficiency）和服务（Service）。按照这个框架，我们可以将给定的需求分类如下： 1. 系统能否采用新方法以降低使用资源的成本？ - 效率(Efficiency) 2. 系统可接受的吞吐率是多少？ - 性能(Performance) 3. 系统可接受的响应时间是多少？ - 性能(Performance) 4. 应该减少多少开支或增加多少收益？ - 效率(Efficiency) 5. 对用户隐私有什么要求？ - 完整性(Integrity) 6. 对系统的可靠性和可用性有什么要求？ - 可用性(Availability) 7. 系统中需要包括哪些文档和培训材料？ - 服务(Service) 8. 对外部系统的接口是什么？ - 兼容性(Compatibility) 【问题 2】鱼骨图是一种问题分析工具，用于识别问题的根本原因。按照问题类型，以下问题可以分配到鱼骨图的不同分支： g) 缺少强制履行合同的规定 - 过程(Process) h) 合同相关信息没有通知到会员 - 信息/沟通(Information/Communication) i) 没有催单提示客户 - 系统(System) j) 没有跟踪执行情况 - 监控(Monitoring) k) 设备成本太高造成价格不合理 - 材料(Materials) l) 合同的履行缺乏灵活性 - 设计/规则(Design/Rules) m) 账务问题或者隐瞒相关内容 - 人员(Staff) n) 价格太高并且无法修改 - 政策(Policy) 【问题 3】需求定义文档通常包含以下内容： 1. 引言：项目背景、目标和范围 2. 功能需求：描述系统必须执行的任务 3. 非功能需求：性能、安全、可用性等 4. 用户界面需求：布局、颜色、字体等 5. 数据需求：数据格式、存储和处理 6. 接口需求：与其他系统交互的要求 7. 约束和假设：限制条件和预期的外部因素 8. 测试和验证标准：确保满足需求的方法 9. 变更管理：如何处理需求变更的流程 对于不同角色，需求定义文档的作用如下： - 系统所有者：确认项目方向，评估成本和效益 - 用户：理解系统将如何满足他们的需求 - 系统分析人员：作为分析和设计的基础 - 设计人员和构造人员：实现需求的具体技术细节 - 项目经理：监控进度，确保符合需求 试题二： 【问题 1】在进行原型分析时，B 公司应重点做好以下工作： 1. 数据源识别：确定宏观经济数据的来源部门和系统 2. 数据集成策略：规划如何整合分散的数据 3. 数据质量评估：检查现有数据的准确性和完整性 4. 法规与安全：确保符合数据管理和隐私法规 5. 技术架构：考虑数据交换和存储的技术方案 6. 利益相关者沟通：协调各部门，确保需求共识 【问题 2】除了数据交换机制，也需要建立一个集中的数据库。因为逻辑集中可以提供统一的访问接口，便于数据分析和决策；同时，集中管理可以规范数据标准，减少人为错误和提高数据一致性。 【问题 3】计算“宏观投资现状”指标存在差别的可能技术原因： 1. 数据同步问题：来自不同系统的数据可能存在延迟或不同步 2. 数据口径差异：不同部门对数据的定义和计算方法可能不一致 3. 数据质量问题：原始数据可能存在错误或缺失 4. 计算模型误差：模型可能未充分考虑所有影响因素 5. 接口数据格式不匹配：数据接口获取的数据格式可能与计算模型要求不符 试题三（由于内容未给出，无法解答这部分问题）