软件工程-个人整理分部知识点.docxVIP

第一章 概述软件的概念 在运行中能提供所希望的功能和性能的指令集(即程序) 使程序能够正确运行的数据结构 描述程序研制过程和方法使用的文档2、软件危机 1）软件的开发和维护过程所遇到的一系列问题 如何开发软件，以满足日益增长的需求 如何维护数量不断膨胀的已有软件 2）典型表现：对软件开发成本和进度的估计常常很不准确用户对“已完成的”软件系统不满意的现象经常发生软件产品质量往往靠不住软件常常是不可维护的软件通常没有适当的文档资料软件成本在计算机系统总成本中所占比例逐年上升软件开发生产率提高的速度跟不上需求软件危机产生的原因与软件本身的特点有关逻辑部件，可见性差 客观上软件维护比较困难规模庞大，复杂性高 需要人员协作和科学管理与软件开发与维护的方法不正确有关错误的观念、方法和技术(由一体化开发而来的) 软件的生命周期：定义、开发、使用、维护、废弃 编码只是软件开发中的一部分(10%～20%) 不同阶段的修改代价不同忽视软件需求分析的重要性，过早地开始编码工作 越早开始写程序，完成时间往往越长 轻视软件维护的重要性 维护费用占软件总投资的55%～70%消除危机的途径对软件有一个正确的认识软件＝程序＋方法＋规则＋数据＋文档(IEEE83)软件开发应该组织良好、管理严密、协调配合推广使用成功的技术和方法开发和使用更好的软件工具软件工程：管理+技术软件工程的产生软件危机 - 分析根源 - 解决途径 - 软件工程6、软件工程的含义 软件工程是指导计算机软件开发和维护的一门工程学科。 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。软件工程的基本原理用分阶段的生命周期计划严格管理坚持进行阶段评审 大部分错误是在编码之前造成的实行严格的产品控制 配置管理采用现代程序设计技术结果应能清楚的审查 提高“可见性”；量化标准开发小组的人员应少而精承认不断改进软件工程实践的必要性软件工程方法学（传统方法学、面向对象方法学） 三要素：方法、工具和过程：传统方法学特点生命周期方法或结构化范型将软件过程依次分成若干阶段按顺序开展每个阶段的任务每个阶段进行严格的技术审查和管理复审提交“最新的”文档优点阶段划分、降低难度严格审查、保证质量、提高可维护性缺点当软件规模庞大，或者对软件的需求是模糊的或会随时间而变化的时候原因：把数据和操作人为地分离成了两个独立的部分面向对象方法学特点模拟人类认识和解决问题的方法和过程主导反复迭代的演化过程把数据和行为封装在一起4个要点对象(Object)：数据+数据上的操作行为类(Class)：具有相同属性和操作的所有对象类的层次结构对象彼此间仅能通过发送消息互相联系优点降低了软件产品的复杂性提高了软件的可理解性简化了软件的开发和维护工作促进了软件重用软件生命周期生命周期模型（过程模型）软件过程模型瀑布模型（应用最广泛） 基本上是一种文档驱动的模型快速原型模型 不能支持风险分析 适用于：需求动态变化，事先难以确定系统增量模型（亦称为渐增模型）螺旋模型 螺旋模型是瀑布模型、原型模型的有机结合，同时增加了风险分析、 适用于：需求动态变化，事先难以确定并且开发风险较大的系统喷泉模型RUP把软件生命周期划分成4个阶段初始阶段精化阶段构建阶段移交阶段可行性研究三方面：技术可行性、经济可行性、操作可行性数据流图（DFD） 描绘信息和数据从输入移动到输出的过程中所经受的变换，反映了数据在软件中流动和被处理的逻辑过程 四种基本符号：正方形（或正方体）表示数据的源点/终点 圆角矩形（或圆形）表示变换数据的处理开口矩形（或两条平行横线）表示数据存储箭头表示数据流 附加符号：星号(*)表示数据流之间是“与”关系；加号(+)表示数据流之间是“或”关系；符号⊕表示只能从数据流中选一个(互斥关系)数据字典（对数据自顶向下的分解） 是关于数据的信息集合，是对数据流图中包含的所有元素定义的集合 数据流图和数据字典共同构成系统的逻辑模型（二者互补） 数据字典有以下4类元素的定义组成：数据流数据流分量(即数据元素)数据存储处理 数据的基本类型：顺序选择重复可选 需求分析1、为什么要进行需求分析？通常对软件系统有哪些方面的需求？ 1）为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发者带来烦恼。 2）确定对系统的综合要求：1、功能需求；2、性能需求；3、可靠性和可用性需求；4、出错处理需求；5、接口需求；6、约束；7、逆向需求；8、将来可以提出的要求，分析系统的数据要求。2、三类模型：数据模型 - 实