| 术语 | 描述 |
|---|---|
| 系统开发 System development | 通常包括需求分析、系统设计、实施、文档编制和质量保证的过程。 |
| 需求 requirement | 系统必须满足的基本条件。 |
| 规范 specification | 以文件形式提供的详细表述,用于对系统进行开发或验证的明确描述。 |
| 形式规范 formal specification | 用于通过数学方法证明实施的有效性或推导实施的规范。 |
| 系统生命周期 System life cycle | 系统从构思到停止使用所经历的 developmental changes 过程。 |
| 数据清单 data inventory | 在信息处理系统中,所有数据及其特征,包括相互依赖性。 |
| 试点项目 Pilot project | 旨在在真实但有限的操作条件下测试信息处理系统的初步版本,随后用于测试系统最终版本的项目。 |
| 原型 prototype | 适合评估系统设计、性能和生产潜力的模型或初步实施;或用于更好地理解或确定需求。 |
| 仿真 Simulation | 使用数据处理系统来代表物理或抽象系统的选定行为特征。 |
| 自顶向下 top-down | pertaining to a method or procedure that Starts at the highest level of abstraction and proceeds towards the lowest level.(指从最高抽象级别开始并逐步向最低级别进行的方法或过程。) |
| 自底向上 bottom-up | pertaining to a method or procedure that Starts at the lowest level of abstraction and proceeds towards the highest level.(指从最低抽象级别开始并逐步向最高级别进行的方法或过程。) |
| 系统支持 System support | 为使用和改进已实施系统而持续提供的服务和材料。 |
| 应用问题 application Problem | 由最终用户提交并要求通过信息处理来解决的问题。 |
| 系统软件 System Software | 独立于特定应用的软件,用于支持应用程序软件的运行。 |
| 应用软件 application Software | 专门用于解决应用问题的软件(程序)。 |
| 软件包 Software package | 为一组通用应用或功能而提供给多个用户的完整且经过文档化的程序集。 |
| 机会研究 opportunity study | 用于检查问题并确定是否需要在考虑的时间段内解决问题的研究。 |
| 可行性研究 feasibility study | 用于识别和分析问题及其潜在解决方案,以确定其可行性、成本和收益的研究。 |
| 问题定义 Problem definition | 问题的陈述,可能包括用于解决问题的数据、方法、过程和算法的描述。 |
| 需求分析 requirements analysis | 对用户需求进行系统调查,以确定系统定义。 |
| 系统分析 System analysis | 对现实或计划中的系统进行系统调查,以确定系统的需求和过程,以及它们之间及与其他系统之间的关系。 |
| 功能分析 functional analysis | 对现实或计划中系统的功能进行系统调查。 |
| 信息分析 information analysis | 对现实或计划系统中的信息及其流程进行系统调查。 |
| 数据分析 data analysis | 对现实或计划系统中的数据及其流程进行系统调查。 |
| 系统后续 System follow-up | 系统达到稳定运行状态后对其效果的研究。 |
| 系统设计 System design | 定义系统的硬件和软件架构、组件、模块、接口和数据的过程,以满足规定的要求。 |
| 概念系统设计 conceptual System design | 涉及指定系统组织逻辑方面、其过程以及信息在系统中流动的系统设计活动。 |
| 功能设计 functional design | 指定系统组件的功能及其相互工作关系。 |
| (结构化)走查 (structured) walk-through | 由合格人员对系统的需求、设计或实施(或其任何部分)进行的系统检查。 |
| 实施 implementation | 系统开发的阶段,在该阶段结束时,所考虑系统的硬件、软件和过程开始运行。 |
| (系统)集成 (System) integration | 将系统组件逐步组装成整个系统的过程。 |
| 过渡系统 Change-over System | 用于促进从运行系统到其继任者过渡的临时信息处理系统。 |
| 切换 cutover | 在给定时刻将系统的功能转移给其继任者。 |
| 并行运行 parallel run | 同时运行两个信息处理系统(一个是当前的,一个是预期的替代系统),使用相同的应用和源数据进行比较和验证。 |
| 质量保证 quality assurance | 为确保组件或系统符合既定的技术要求而进行的有计划、系统的活动。 |
| 桌面检查 desk checking | 手动模拟程序执行,通过逐步检查源程序的功能或语法错误来美利体育登录入口官网故障。 |
| 验证(测试) verification (test) | 对系统进行的测试,以证明其在开发的特定阶段符合所有规定的要求。 |
| 确认(测试) Validation (test) | 确定已实施系统是否符合其规定要求的测试。 |
| 单元测试 unit test | 对单个程序或模块进行的测试,以确保没有分析或编程错误。 |
| 集成测试 integration test | 将程序或模块逐步链接和测试,以确保它们在完整系统中正常工作。 |
| 验收测试 acceptance test | 通常由购买者在安装后在其场所进行的系统或功能单元测试,供应商参与,以确保满足合同要求。 |
| 可用性测试 usability test | 确定已实施系统是否满足其用户确定的功能目的的测试。 |
| 系统维护 System maintenance | 修改系统以纠正故障、提高性能或使系统适应变化的环境或需求。 |
| 系统文档 System documentation | 描述信息处理系统的需求、能力、限制、设计、操作和维护的文件集合。 |
| 评估报告 evaluation report | 描述系统目标如何实现、识别剩余问题并旨在协助未来发展的系统后续报告。 |
| 用户手册 user manual | 描述如何使用功能单元的文件,可能包括用户、所有者和供应商的权利和义务描述。 |
| 系统描述 System description | 源于系统设计,定义系统组织、基本特征以及硬件和软件需求的文档。 |
| 决策表 decision table | 列出在问题分析中需要考虑的条件以及针对每个条件应采取的行动的表格。 |
| 程序规范 program specification | 描述程序结构和功能的文档,其详细程度足以允许编程并便于维护。 |
| 开发基线 developmental baseline | 在给定时间对正在开发的系统生效的规范。 |
| 程序维护手册 program maintenance manual | 提供维护程序所需信息的文档。 |
| 测试计划 test plan | 建立系统测试和评估的详细需求、标准、一般方法、责任和总体计划的计划。 |
| 项目 project | 具有预定目标、规:统中奔涞娜挝。 |
| 项目管理 project management | 与项目规划和控制相关的活动。 |
| 项目规划 project planning | 与指定项目的组件、时间、资源和程序相关的活动。 |
| 项目控制 project control | 与监控项目进度、方向、质量和资源利用情况(与项目计划相比)相关的活动。 |
| 网络图 network Chart | 用于描述和控制项目控制中事件、活动及其关系的有向图。 |
| 网络规划 network planning | 使用网络图进行项目规划、调度和控制的技术。 |
| 项目规范 project specification | 项目的目标、需求、范围和与其他项目关系的规范。 |
| 配置控制委员会 configuration control board | 合格人员组成的团体,评估所有建议对当前开发基线的更改,以批准或否决。 |
| 数据处理系统 | 用于代表物理或抽象系统选定行为特征的系统,用于仿真。 |
Copyright ?2007-2026 ANTPEDIA, All Rights Reserved
京ICP备07018254号 京公网安备1101085018 电信与信息服务业务经营许可证:京ICP证110310号
页面更新时间: 2026-06-07 07:04