软件综合项目工程考点汇总.docVIP

概论 计算机软件： 计算机软件指计算机系统中程序及其文档。 软件危机指在计算机软件开发和维护过程中碰到一系列严重问题。 表现：软件成本日益增加、开发进度难以控制、软件质量差、软件维护困难。 原因：用户需求不明确、缺乏正确理论指导、软件规模越来越大、软件复杂度越来越高 软件特点: 软件是一个逻辑实体,而不是有形系统元件,其开发成本和进度难以正确地估算。 软件是被开发或被设计，没有显著制造过程，一旦开发成功，只需复制即可，但其维护工作量大。 软件使用没有那样机械磨损和老化问题。不过软件会因为维护过程中修改程序而造成副作用从而使故障率升高。 软件开发常受到计算机限制，对计算机硬件有着不一样程度依靠性。 软件开发至今还未完全实现自动化。 软件成本相当昂贵。 相当多软件工作包含到社会原因。 软件分类： 系统软件 支持软件 应用软件 按软件工作方法划分： 实时处理软件 分时软件 交互式软件 批处理软件 按软件服务对象范围划分： 项目软件 产品软件 按使用频度进行划分： 一次使用 频繁使用 按软件失效影响进行划分： 高可靠性软件 通常可靠性软件 软件语言： 需求定义语言 功效性语言 设计性语言 实现性语言（即程序设计语言） 文档语言 软件工程定义： Fritz Bauer： 软件工程是为了经济地取得可靠和能在实际机器上高效运行软件而建立和使用好工程标准 IEEE： 软件工程是（1）将系统化、规范、可度量方法应用于软件开发、运行和维护过程，立即工程化应用于软件中；（2）（1）中所述方法研究 计算机科学技术百科全书： 软件工程是应用计算机科学、数学及管理科学等原理，以工程化标准和方法制作软件工程 软件生存周期： 软件生存周期是指一个软件从立项、制造、测试、使用、维护到软件废止为止一整个时期。 计算机系统工程、需求分析、设计、编码、测试、运行和维护。 软件过程模型： 瀑布模型：waterfall model 接收上一阶段活动结果作为本阶段活动输入。 依据上一阶段活动结果实话本阶段应该完成活动。 对本阶段活动进行评审。 将本阶段活动结果作为输出，传输给下一阶段。 演化模型：evolutionary model 从结构初始原型出发，逐步将其演化成最终软件产品过程。 适适用于对软件需求缺乏正确定识情况。 经典演化模型：增量模型、原型模型、螺旋模型 增量模型：incremental model 将软件开发过程公成若干个日程时间交错线性序列，每个线性序列产生软件一个可公布“增量”版本，后一个版本是对前一个版本修改和补充，反复增量公布过程，真至产生最终完善产品。 融合了瀑布模型基础成份（反复地应用）和演化模型迭代特征，强调每一次增量全部公布一个可运行产品。 适适用于需求常常发生改变软件开发。 能够有计划地管理技术风险。 原型模型：prototyping model 从软件工程师和用户交流开始，其目标是定义软件总体目标，标识需求，然后快速制订原型开发计划，确定原型目标和范围，采取快速设计方法对其建模，并构建原型。 原型类型： 探索型exploratory prototyping原型目标是要搞清目标系统要求，确定所期望特征，并探讨多个方案可行性。 试验型experimental prototyping原型目标是验证方案或算法合理性，是在大规模开发和实现前，用于考评方案是否适宜，规格说明是否可靠。 演化型evolutionary prototyping原型目标是将原型作为目标系统一部分，经过对原型数次改善，逐步将原型演化成最终目标系统。 原型使用策略： 废弃策略 关键用于探索型和试验型原型开发。 追加策略 关键用于演化型原型开发。 原型可作为单独过程模型使用，也常被作为一个方法或实现技术应用于其它过程模型中。 螺旋模型： 将原型实现迭代特征和瀑布模型中控制和系统化方面结合起来，不仅表现了这两种模型优点，还增加了风险分析。 螺旋模型沿着螺线自内向外旋转（四个任务区域：制订计划，风险分析，工程实施，用户评定） 喷泉模型：fountain model 支持面向对象开发过程模型。 基于构件开发模型：component-based development model 利用预先包装构件来结构应用系统。 包含领域工程和应用系统工程两部分。 领域工程：目标是构建领域模型、领域基准体系结构和可复用构件库。 应用系统工程：目标是使用可复用构件组装应用系统。 基于构件软件开发造成软件复用。 形式化方法模型：formal methods 建立在严格数学甚而上一个软件开发方法。 软件设计标准： 抽象和逐步求精 抽象（特殊到通常过程） 关键抽象手段有：过程抽象和数据抽象。 逐步求精（