软件工程半开卷资料.doc

专题一 软件工程导论 软件、软件危机、软件工程 软件开发模型 软件的概念特点与分类：软件是与计算机系统操作有关的程序、数据以及相关文档的完整集合。 文档的作用：促进对软件的开发、管理和维护；便于各种人员的交流。 软件的特点：尚未摆脱手工方式，软件移植的需要，复杂（问题复杂性，程序结构复杂性），软件开发的性质难以估计控制，维护困难，可复用性差。 软件的发展：程序设计、程序系统、软件工程、00工程阶段。 产生软件危机的原因：软件的规模与复杂性、软件需求的描述存在问题、软件开发人员与用户的愿望有差异、协同工作的困难性、缺乏方法学和工具、人类智力的局限性。（解决途径：以工程化的原则和方法组织软件开发） 软件生命周期：软件定义（可行性研究，需求分析）软件开发（概要设计，详细设计，实现，集成测试，确认测试）维护（使用与维护，退役） 软件开发模型：软件开发模型是从软件项目需求定义直至软件使用后废弃为止，针对系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。 瀑布模型 喷泉模型 概念 按照生命周期各个阶段执行，从可行性研究～通过确认测试（又称生存周期模型）。 软件复用与生命周期多开发活动集成 优（特）点 相邻阶段紧密联系，环环相扣； 每阶段完成后，要通过评审后再到下阶段； 提供了软件开发的基本框架。 软件系统可维护性较好； 各阶段相互重叠，表明了面向对象开发方法各阶段间的交叉和无缝过渡； 整个模型是一个迭代的过程，包括一个阶段内部的迭代和跨阶段的迭代； 模型具有增量开发特性，即能做到分析一点、设计一点、实现一点，测试一点，使相关功能随之加入到演化的系统中。 模型由对象驱动，对象是各阶段活动的主体，也是项目管理的基本内容。 该模型很自然地支持软部件的重用。 缺点 初期获得全部需求困难，不现实； 周期长，最早的错误最晚发现，损失大。 喷泉模型本身不是以面向过程为背景的，过程在喷泉模型中已被弱化，代替的是无间隙的阶段过渡与重复迭代。 适用场合 大型软件开发过程中人员组织、管理，相应方法、工具的研究与使用； 用户需求稳定、全面。 面向对象的开发方法 原型模型 螺旋模型 概念 根据用户需求快速构建原型，并通过与用户的交流不断完善直至达到一致。 是瀑布模型与原型模型相结合，并增加两者所忽略的风险分析。 优（特）点 利用原型便于统一客户与软件人员对需求的理解和定义； 整个过程是迭代的过程； 适合初期需求不全、或需求动态变化； 尽早发现错误； 开发费用降低，开发时间缩短。 支持需求的动态变化 有助于获取用户需求，便于用户对需求的理解 尽早发现软件中的错误 支持风险分析，可降低或者尽早消除软件开发风险 适合于需求动态变化、开发风险较大的系统 缺点 容易忘记用户环境和原型环境的差异； 需要原型开发工具支持； 不支持风险分析。 需要相当丰富的风险评估经验和专门的知识。 适用场合 需求动态变化的场合。 指导大型软件项目的开发。 软件工程的目标：正确性（满足客户的需求）可靠性（防止因概念、设计与结构等方面的不完善而造成的系统失效，具有挽回因操作不当而造成软件系统失效的能力）有效性（充分利用时间和空间资源）可维护性（便于增加新功能、改进性能、修改错误）可重用性（软件易于被再次使用）可追踪性（对软件进行正向和反向追踪的能力）可移植性（从一个环境搬迁到另一个环境的难易程度）可互操作性 软件工程的原则：抽象，模块化，信息隐藏，局部化，确定性，一致性，完备性，可验证性。 专题二 需求分析（软件需求是软件开发的基础和前提，是最终目标软件系统验收的标准） 需求分析基本思想: 自顶向下，逐步/求精 , 抽象分解 掌握面向数据流的分析方法 需求分析的任务：通过对问题及其环境的理解和分析准确、一致和完全地刻画用户需求。（应具备准确性和一致性，清晰性和无二义性，直观、易读、易于修改） 需求获取的技术：需求的类型：①功能性需求：对数据的处理要求②非功能性需求：实际环境所决定的，性能要求，可靠性要求，安全保密要求。 需求规格说明书：①目的：进一步理解需求，软件设计的基础，软件测试的根据；②方法：自上而下，由粗到细，多次循环，逐步完善的方法。 数据流图的主要图形符号[长方形：数据源点或终点；圆形：数据加工；→：数据流； ：对数据的储层。] 数据字典：用数据项、数据流和数据文件来对数据进行描述。每个数据条目包含：名字，数据类型，使用说明，解释性说明，其他补充说明，以它作为输入流或输出流转换的列表。 小说明（加工说明）:准确、详细地对数据流图中的各转换的功能、性能和设计约束等解释说明 需求分析的过程：①抽取现实问题的本质②改进和优化③需求分析的验证（原则：支持各方共同参与评审工作，保证需求分析的一致性、全面性、准确性） 附：专题二作业，需求分析说