软件工程复习重点

1、三大块内容： 软件危机与软件工程传统软件开发方法面向对象方法一、 软件危机与软件工程：软件、软件危机、软件生存期、软件开发模型、软件管理1、 软件： 软件是能够完成预定功能和性能的可执行的计算机程序+ 使程序正常运行所需要的数据+ 描述软件开发过程及其管理、程序的操作和使用的有关文档。文档：分开发、管理、用户、维护文档，作用是记录及解决不可视性、通信与交流、管理与维护、用户服务2、 软件危机a） 表现：软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难b） 原因：需求问题 （描述不精确、理解不一致） 、管理问题、方法和工具问题、软件本身的特点3、 软件生存期：a）

2、三个时期： 定义时期（软件计划、需求分析） 开发时期（软件设计、编码实现、测试） 使用和维护时期（维护）b） 六个阶段：软件计划 需求分析设计 编码 测试 使用与维护c） 生命周期方法特点： 顺序性、依赖性，推迟程序的物理实现、 质量保证的观点（利于尽早发现错误，如阶段文档、评审）4、 软件开发模型a） 瀑布模型：文档驱动i. 阶段划分、分而治之、控制开发过程的复杂性ii. 自顶向下、由抽象到具体，顺序进行优点：规范管理开发过程、文档驱动缺点：初期系统的需求难以完全确定、文档驱动、周期长b） 原型模型：i. 针对：软件开发初期需求难以确定ii. 基本思想：快速建立原型，完善用户需求iii. 优

3、点：用户参与、快速iv. 缺点：快速弱功能、对开发环境要求高c） 螺旋模型（风险驱动）d） 增量模型（模块、功能驱动）e） 迭代模型f） 喷泉模型5、 软件管理a） 区别于其他工业产品生产管理的特点b） 主要内容：开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理传统软件工程方法：a) 软件计划i. 问题定义ii. 可行性研究1. 经济可行性2. 技术可行性3. 法律可行性b) 需求分析i. 结构化分析saii. 面向数据流的分析方法1. dfd 四个组成部分(表示方法、命名)2. dfd 作图：需求描述dfd3. 层次分解法(保持父图和其子图的平衡)4. 数据字典(符号)c) 软

4、件设计i. 总体设计1. 模块独立性：高内聚2. 作用域是控制域的子集3. 单入单出4. 规模、深度、宽度、扇入、扇出适当ii. 传统设计方法1. 面向数据流的设计方法(数据流图)a)结构化设计sd-对应有sd结构化需求分析、sp结构化实现b) dfd 软件结构(层次图)i. 变换设计ii. 事务设计c) 优缺点2. 面向数据结构的设计方法a) jackson 方法b) jackson 图i. 三种元素间的逻辑关系：顺序、选择、重复ii. 可描述两种数据结构:数据结构、程序结构c) 思想：数据结构与程序处理过程相互转换d) 步骤：i/o ds对应关系 program structure 细化求

5、精e) 优缺点：i. 数据入手ii. 简化数据处理程序的设计iii. 模块与独立性原则没有给予应有的重视iv. 求提供对复杂系统设计过程的支持3. parnas 方法iii. 详细设计1. 结构化程序设计spa) 高效率 - 良结构b) 三种基本控制结构、单入单出2. 过程设计的工具d) 实现 / 编码i. 语言1. 功能等价2. 描述问题方便性有差异a) 例如：oopl- 非 ooplii. 程序设计风格e) 软件测试i. 目标ii. 方法1. 正确性证明2. 静态测试3. 动态测试a) 黑盒(功能)测试i. 等价类划分ii. 边界值分析iii. 错误推测b) 白盒(结构)测试i. 语句覆盖

6、ii. 判定覆盖iii. 条件覆盖iv. 判定条件覆盖v. 条件组合覆盖iii. 步骤f) 软件维护i. 四种类型1. 校正性2. 适应性3. 完善性4. 预防性ii. 提高可维护性的措施面向对象方法(object-oriented method)a) oom 与 cm 对比：区别优点i. 思维方式iv. 稳定性ii. 可重用性v.可维护性iii. 大型软件b) oose 方法i. 三个阶段、五个模型、ii. use case第二章.传统软件工程方法：软件计划具体任务：项目定义、可行性分析、软件计划其中：可行性分析：1、可行性研究实质：可行性研究试一次大大压缩和简化了的系统分析和设计过程，也

7、就是在较高层次上以较抽象的方式进行的系统分析和设计过程。2、主要内容：a）经济可行性：资金有无落实、成本一效益分析b）技术可行性：开发的风险、资源的有效性、技术方案c）操作可行性：用户组织内的管理制度、人员素质、操作方式等是否可行。d）法律及社会可行性e）开发方案的选择：折衷手段权衡。3、可行性研究的主要步骤：a）复查系统规模b）研究正在使用的旧系统c）导出高层逻辑模型d）重新定义问题e）导出多种解法f） 推荐行动方针g）草拟开发计划h）书写文档并提交审查系统流程图（物理建模工具）：会读、读懂。同号名梆猊用翻存幅表示任何节至二联郡有常巨荒近垂.三里和包存牖牛一-处理能骸触摄或飕1帧工嵇电如 s

8、m.姐in为漫处基躺凝瑜出.炯朴存m e 皿版 件翻身信lj殖摘出标断甘鼬.个广义的稗翔邸 爸的瓠cj显示crt羯豳的际麟.可用节人.萼也也可吃稳人又追日0蹑指出懒豳另一部分烹卜聆月t 邛慈通常桐f上aibk人工输燃解胞腺理如转表轨0指出黜另一班自由颓困转杀人工触人工则处理,如却在工慌支事二招 飒腓便就跷制眼硒也助髓麻野甦港，砂腕.祖方巳410壮城侬睫婕.烘通青所打绵h炯衍则照烟入 蠕数据流图：概述?描绘系统的逻辑模型的工具? dfd: data flow diagram?描绘信息流和数据从输入移动到输出的过程中所经受的变换数据从哪里来，到哪里去，经过怎样的处理，保存在哪里 ?没有任何具体的物

9、理部件，只是描绘数据在软件中 流动和被处理的逻辑过程。是系统逻辑功能的图形表 示。?是分析员和用户沟通的工具是后期设计的出发点数据源点/终 点处理数据存储数据流a 数据a和r同时输入才能b 。丁尸工变换成数据c二t 4 故据a变换成b和c c其、数据a或b,或r和b同b t时输入变换成c,%数据a变换成b诫c.或b一 t匚和匚.a只有翻据a或只有数据b：t sc但不能a. b同时 ) 输入4一时变换成c具 4 数据a变换成b或c.但不 一* ,飞能变换城b和cdfd的绘制一般采用自顶向下、逐步细化的方法，主要步骤如下： 明确系统界面。识别出那些不受系统控制但又影响系统运行的外部环境。 绘制基本

10、系统模型。基本系统模型由若干源点、终点和一个基本处理组成，表明系统对数据加工变换的基本功能。 逐层细化基本系统模型得到功能级 dfd和详细dfd。下面即分层数据流图。假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序， 表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据；零件编号零件名称、定货数量、目前价格、主要供应者和次要供应者。零件入库或出库称为事务，通过放在仓库中的crt终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再 次定货。从问题描述中提取数据流图的四种成分。首先考虑数据的源点和终点：? “采购部每天需要一张定货报表”? “通

11、过放在仓库中的 crt终端把事务报告给定货系统”可知：采购员是终点仓库管理员是源点接下来考虑处理：? “采购部每天需要一张定货报表”-采购部需要报表? “零件入库或出库称为事务，通过放在仓库中的crt终端把事务报告给定货系统。”-事务的后果是改变库存量可知：产生报表是一个处理处理事务是另一个处理最后考虑数据流和数据存储：?系统把定货报表送给采购部-定货报表?事务需要从仓库送到系统中-事务-需把事务数据存储起来产生报表和处理事务在时间上不匹配，当某种零件的库存数量少于库存量临界值时就应该再次定货，而每天打印一次定货报表-需把定货信息存储起来可知：定货报表、事务是数据流（数据流如报表包含零件编号零

12、件名称、定货数量、目前价格、 主要供应者和次要供应者等信息。事务包含零件编号、事务类型、数量等。）库存清单、定货信息是数据存储基本系统模型:功能数据流图：注意符号小雷存清单m定货信良进一步分解处理事务:才帚请，定附/或*侑息 , i信息命名1）为数据流（或数据存储）命名?名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分?不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）?如果在为某个数据流（或数据存储）起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的2 ）为处理命名?通常先为数据流命名，然后再为与之相关联的处理命名，体现了人类习惯的“由表及

13、里”的思考过程?名字应该反映整个处理的功能?名字最好由一个具体的及物动词，加上一个具体的宾语组成。?通常名字中仅包括一个动词?如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解应注意的问题1 ）是数据流不是控制流画数据流不是控制流；数据流图反映系统“做什么”，不反映“如何做”，因此箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。2）一般不画物质流数据流反映的是能用计算机处理的数据，并不是实物，因此系统的数据流图上一般不要画物质流。3 ）加工的画法每个加工至少有一个输入数据数据流图的用途：1）建立新系统逻辑模型的工具2）作为与用户和开发人员交流信

14、息的工具3）作为分析、设计乃至维护的依据数据字典:概念?数据字典是关于数据的信息的集合? dd: data dictionary?是对dfd中包含的所有元素的定义的集合?在分析、设计和维护过程中供查阅用 内容1）数据流2）数据流分量（即数据元素）3）数据存储4）处理（ipo图或pdl更加方便）一一是对上述四类元素的定义 具体信息?名字一一数据、控制项、数据存储或外部实体的主要名称（例如作?别名一一该元素等价的其他名字，尽量减少?使用地点与方式一一使用数据或控制项的处理的列表，以及使用这些对象的方式为处理的输入，从处理输出，作为数据存储，作为外部实体 ）?内容描述一一描述数据或控制项内容的符号

15、?补充信息一一关于数据类型、预置值、限制等的其他信息复杂数据一般由数据项按顺序，选择,重复，可选的方式组 成.进行描述时，使用下列符号：符号含义举例r被定义为1+与r=a+bj 或卜或x=b, x=ab或重复x=at x=3a8(-)可选x=(a)基本数据元素ka*5、数据字典的实现名字；定货报表别名定货信息搐逑：每天一次送蛤果购员的需要定 货的零件表定义定寅报表二器件编号+零件名棘 +定货数*目前饰格,主k供应者+次 要供应者ttx：看出到打印机名字，w号翳为描述:唯一地标识库存清单中一个特定零件的关健域定义t零件博号=8 1字符阳位置：定黄报哀定货信息库存清单事务猴；翻髓描述：某个零件一次

16、定货的数定义；定货效1 数字）5位置i定货报表定货信息软件项目的量化估算成本估算&工作量估算工程进度安排行成本估算阶段成本估算甘特图：历史悠久、应用广泛的进度计划工具进度安排的任务网络图优点：简单，能动态地反映开发进展缺点：难以反映多个任务间的逻辑关系第三章传统软件工程方法：需求分析 需求分析1 目标和任务2 需求获取技术3 需求内容4 需求建模方法需求分析任务问题分析需求描述需求评审需求建模方法1. 面向数据流的分析方法2. 面向对象的分析方法3. 面向数据结构的分析方法需求工程的任务需求开发包含四个过程：需求获取、需求整理与分析、需求定义、需求验证。需求分析的具体任务：需求获取、确定和分析

17、需求、开发原型系统、编写srs需求验证、变更管理、修正计划软件需求及需求的分类软件需求：以一种清晰、简洁、一致且无二义性的方式，描述用户对目标软件系统在功能、行为、性能、设计约束等方面的期望，是在开发过程中对系统的约束。 （表达做什么而不描述如何做。）requirement is the basics of quality， 软件需求的作用 ：分理解现实中的业务问题，并作为软件设计的基础；为软件项目的成本、时间、风险估 计提供准确的依据；少开发工作量，避免将时间与资源浪费在设计与实现错误的需求上；通提供需求文档和需求基线， 来有效的管理系统演化与变更； 为顾客与开发团队之间正式合同的一部分；最

18、终的验收测试提供标准和依据需求的分类：业务需求业务需求指导需求获取用户需求转化用户需求为系统需求 系统需求前四个为原始问题空间、后面系统需求为解决方案空间。业务需求(business requirements：) 客户对于系统的高层次目标要求(highlevel objectives) ，定义了项目的 远景 和 范畴 (vision and scope)1、 业务：属于哪类业务范畴？应完成什么功能？为何目的？2、 客户：软件为谁服务？目标客户是谁？3、 特性：区别于其他竞争产品的特性是什么？4、 价值：价值体现在那些方面？5、 优先级：功能特性的优先级次序是什么？用户需求(user requi

19、rements)：从用户角度描述的系统功能需求与非功能需求，通常只涉及系统的外部行为而不涉及内部特性。系统需求 (system requirements, sr：) 系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，不考虑系统内部的实现细节系统需求的类型分：功能性需求： 描述了系统与其实现环境之间的交互。 环境包括用户和任何其他与该系统进行交互的外部系统。功能需求可以以不同的详细程度反复编写和细化功能需求描述应该完整而且一致和准确完整性意味着用户所需的所有的服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方非功能性需求：描述了不直接关

20、联到系统功能行为的系统的方方面面。 从各个角度对系统的约束和限制， 反映了客户对软件系统质量和性能的额外要求，如响应时间、数据精度、可靠性等。可用性(usability):是一种用户可以学会的操作、输入准备、解释一个系统或者构件输出的状况。可靠性(reliability):是系统或构件在给定时间内、指定条件下，完成其要求功能的能力。性能(peformance)需求要考虑系统的定量属性，比如响应时间，吞吐量、有效性和准确性。可支持性(supportability):需求关注于在进行部署后系统的变化状况，比如包括可适配性、可维护性、可移植性等。需求获取技术略需求分析：分析方法结构化分析方法sa核心

21、思想是模块化，自顶向下逐步求精对系统进行分析。使用多个需求分析视图，建立系统的数据、功能和行为模型数据流图 dfd加工说明pspec数据字典dd状态迁移图 std关联图e-r 图面向对象分析方法ooa核心思想是利用 oo 的概念和方法对软件需求建造模型，以使用户需求逐步精确化、一致化、完全化。结构化分析建模（与sa 区分 ），就是面向数据流的分析方法结构化分析方法是一种传统的系统建模技术，它提出来一组提高软件结构合理性的准则。结构化分析 ：使用数据流程图、数据字典、结构化英语、判定表和判定树等工具，来建立一种新的、称为结构化说明书的目标文档需求规格说明书。结构化分析方法的 要点 是：面对数据流

22、的分解和抽象；把复杂问题自顶向下逐层分解结构化分析建模数据模型i加工蠲格说明数据对象播逃控制热格说明功能模型一行为模型分折模型其中，只要求数据流图和数据字典。dfd是描绘系统逻辑模型的常用图形工具。它描绘了信息流和数据从输入端移动到输出端 的过程中所经受的变换。在dfd中没有具体的物理元素，只是描述信息在系统中的流动、处理和存储的逻辑过程， 表明系统必须完成的基本逻辑功能。dfd中只有四种元素，不包括任何有关物理实现的细节，所以，绝大多数用户可以理解和 评价它。dfd是分析和设计的工具。模型图形工具描述附加文档核心数据字典使用或产生的所有数据对象数据建模实体关系图数据对象间关系数据对象描述功能

23、建模数据添图数据移动怎样被转换变换数据流的功能加工规格说明行为建模状态转换图系统行为模式（状态）不同状态间转换的方式控制规格说明实体关系图一e-r图数据流图-dfd图状态转换图一std图dfd组成成分：（2）命名数据流（数据存储） 表格、单卷名称 代表性数据名称 使r理解的名称错误命名控制流 实物加工/处理顶层：软件项目名动宾结构错设命名意义空洞的动词（计算，处理，加工）（3）层次分解法父图一子图平衡父图一子图不平衡（4）加工分解原则a) 1加工 7子加工b) 按问题的逻辑特性分解c) 尽量少分解层次d) 分解均匀模型中还需要描述数据是如何被加工处理的：1、结构化语言 2、判定表3、判定树判定

24、表:13-47 1$gncc_cyyyll性别immmmim姐他一sese一a类保 的p0生成.itfts b的在上用的星号优点便于表示层次结构，结构的自顶向下分解，直观，可读性好数据入手简化数据处理程序的设计既能表示数据结构，也能表示程序结构缺点没有表示条件，不易直接把图翻译成程序，斜线不易打印 模块与独立性原则没有给予应有的重视求提供对复杂系统设计过程的支持改进的jackson图选舞结构注；顺序结构中的b、c.d中任-个 都不能是选拧山现或宣黑出现的元素可选结构表示a或者是元素b或者不出现重复结构jackson 方法1 .画数据结构的 jackson图2 .找输入一输出数据结构的对应关系3

25、 .以输出数据结构为基础，导出程序结构的jackson图有关系的数据单元-合画一个处理框输入数据结构中余下的数据单元-各画一个输出数据结构中余下的数据单元-各画一个4 .列出所有操作、条件5 .伪码表不程序【例】统计正文文件空格数一个正文文件由若干个记录组成，每个记录是一 个字符串，要求统计每个记录中空格字符的个数， 以及文件中空格字符的总个数.要求的输出数据格式是；每复制一行输入字符串 之后，另起一行印出这个字符串中的空格数，最 后印出文件中空格的总个数.数据结构的jackson图1层3层5层输出致据结构愉入数据结构i星2层3层层程序结构的jackson图5空格.2)空榭kkii11衰格体i

26、空陪叁敷】由 1mn，1(1)文件结束1(2)字符串结束6(3)字符是空格sum空将政totalsum空格总敷pointer当项位置分配了所有操作、条件后的程序结构图jackson的伪码表示程序(1)顺序结构a seqbcda end(2)选择结构a select conditionlba or condition2ca or condition3da end(3)重复结构a iter until (或 while) condition ba end伪码表示程序处理过程筑计空格 打开文件 京八字栉申程序体ilur mil文件总束 处题字将串kq 印字符串变q印出字符串 印字普昂edminn -

27、 i)piiatcr! = i 分析字符申until手卷嫡束 分析字符、由出字符是空格处*iuut =+um*e poinrn = puiuirr t l处0空修闻4分析字符前字符不是空赣处通非空格yqpuinkr: p-uiiilef +1 处非空将词分析宇格ml分析学粉审md印空格zl印出空格我目印空格敏的dtiimkumi =+ tie该人字椅*处现字秘ed程序体w4印总h*(*q 印出空格息薮即息效。地美南文件停止峡计生格vm第六章.传统软件工程方法：实现与测试编码软件测试基础测试用例设计软件测试步骤与策略调试软件可靠性一、编码语言：1、语言的元计算模型等价一功能等价程序设计语言的特点

28、及其对软件的影响：机器求解问题的基本工具：思维方式、解题方式、人机通信的方式、理解程序的难以程度选择程序设计语言的理想标准：模块化机制、语言特点、开发工具、独立编译机制、标 准化选择程序设计语言的实用标准：系统用户的要求、工程规模、程序员的知识、软件的应用领域程序设计风格：“好”程序的标准源程序代码的逻辑简明清晰、易读易懂遵循原则：程序内部的文档、数据说明、语句构造尽量简单而直接、输入输出规则、效率 效率：效率主要指 处理机时间和存储器容量 两个方面关于效率的三条原则第一，效率是性能要求，应该在需求分析阶段确定效率方面的要 求；第二，效率是靠好设计来提高的；第三，程序的效率和程序的简单度是一致

29、的，不要牺牲程序的清晰性和可读性来不必要地提高效率三个方面程序的运行时间存储器效率输入输出效率二、软件测试基础测试目标：为了发现程序中的错误而执行程序的过程测试用例：一组用于测试的输入数据和预期得出的正确输出测试方案：测试用例和用例预定要检验的功能、测试环境的规划、测试工具的选择。测试计划：要进行的测试的组织、资源、风险、原则和进度安排等进行规定和约束测试阶段的信息流软件测试方法分：静态测试 （人工检查代码，不在机器上运行 ）和动态测试（白盒与黑盒）。穷尽测试：（不可能，只能选少量”最有效”做到完备）：包含所有可能情况的测试黑盒测试一一功能测试目的：功能是否正常使用？输入一正确输出？保持外部信

30、息的完整性？时机：测试的后期，如：集成测试、确认测试白盒测试关注软件内部逻辑结构(control structure)测试每条逻辑通路检查断点(break point) 状态测试方案对程序逻辑的覆盖程度决定测试的完全性程度 时机：测试的早期，例如：单元测试成本高，通常对 结构比较复杂的模块 进行白盒测试三、测试用例设计黑盒法一一依据对程序的需求和说明等价划分法边界值分析法错误推测法白盒法逻辑覆盖控制结构测试用例是为某个特殊目标而编制的一组测试输入、执行条件、执行步骤以及预期结果等等。例如，系统登录界面：测试目标：输入正确的用户名和正确的密码是否有正确的反应.测试环境或条件：idndoirs操作

31、系统和xxx软件，等等输入数据：正确的用户名和正确的密码步骤：打开系统，输入正确的用户名，输入正确的密码，点击”登 录”，显示登录成功，用户进入系统期望结果：登录成功黑盒测试技术a.黑盒(功能)测试i.等价类划分ii.边界值分析iii.错误推测白盒测试技术白盒测试技术是基于程序的内部实现结构和逻辑寻找软件中的缺陷覆盖准则可以作为测试停止或/和选取测试数据的标准软件测试的步骤与策略一工分计码统求设编st单元测试 /一集成测试 -确认测试 .-系统测试平行运行关系重大的软件产品在验收之后往往要经过一段平行 运行时间的考验._ _第七章传统软件工程方法：维护。软件维护的概念和内容软件维护的过程软件的

32、可维护性软件再工程过程一、软件维护的概念和内容定义： 就是在软件已经交付使用之后，因为下列原因而修改软件的过程。软件中的 bug 需要修复 改正性维护软件在使用过程中，新的需求不断出现 完善性维护商业环境在不断地变化、计算机硬件和软件环境的升级需要更新现有的系统 适应性维护软件的性能和可靠性需要进一步改进 预防性维护类型 :校正性维护/ 纠错性维护( corrective maintenace)适应性维护(adaptive maintenance)完善性维护(perfective maintenance)预防性维护(preventive maintenace)维护的代价：表面上看来合理的改错或

33、修改不能完全满足用户的要求，就会引起用户的不满。由于维护时对软件的改动，哪怕是很小的改动，在软件中也会引入潜在的隐患或错误，使得整个软件的质量降低， 特别是不可再现错误。在开发工作期间，由于工作需要必须把软件工程师调去从事维护工作，就会对开发工作造成不良影响。软件维护会使生产率大幅度下降维护中的问题阅读和理解问题人员问题文档资料软件的修改软件维护相对于软件系统开发工作来说则毫无吸引力二、软件维护过程软件维护过程定义：本质上是修改和压缩了的软件定义和开发过程。建立维护组织提出维护申请报告及评价维护实施 保存维护记录 评价维护活动三、可维护性软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足

34、新的要求进行修改、扩充或压缩的容易程度可维护性的决定因素可理解性可测试性可修改性可靠性可移植性可使用性效率。提高可维护性的措施需求分析编码清晰、易读、结构好编码规则.风格t易修改sp设计口通用性高的pl结构层次清晰.独立性测试强.修改局部化测试充分灵活的数据逻辑结构才产一适应处理的变化乂归维护的副作用修改软件后导致新错误的发生编码的副作用数据的副作用文档资料的副作用完善的设计文档资料可以减少数据的副作用。利用文档资料对数据及其用途所作的详细描 述，提供了数据项、记录、文件及其他结构与软件模块间相关的参照表，是维护期间对数 据结构进行修改的主要依据。第七章软件管理软件管理内容开发计划与进度管理成

35、本估算与控制人员管理、组织管理匚二日.右质量管理文档管理软件管理原则软件生存期按阶段确认质量检查自顶向下 sp/oop职责分明人员少而精不断充实软件管理特点知识密集，非实物性单品生产，开发过程不确定开发周期长内容复杂，正确性难保证劳动密集，自动化程度低软件用法繁琐，维护困难，费用高指定软件开发计划三要素：规模 人员 交付日期进度安排与控制软件开发进度安排，实际上就是对软件开发中各个阶段所需要的工作量，结合项目的起始时间，体现在一张编制的进度表里（甘特图）。软件开发的进度往往与人的因素有关，对人的依赖性很大。进度控制是对计划执行情况的监督、调整和修改。成本管理与控制工时数成本管理开发设备的购置、

36、使用管理人员管理、组织管理人员管理高技术、高知识，个人作用突出多层次一一合理配备各类人员知识更新快流动性大一一保持人员相对稳定，吸引优秀人才组织管理集中式一一易决断、易管理，难发挥多数人的积极性 非集中式一一发挥大家主观能动性、难管理质量管理软件生产分阶段 规范化 合理分工度量软件质量的标准文档管理文档分类f用户文档（功能描述 安装文档y 使用册参考手册l操作员指南r基础文档i系统文档j过程文档l支持文档文档管理工具第八章-面向对象方法学引论面向对象方法学概述面向对象的概念面向对象建模一、面向对象方法学概述oo和po的本质区别是：对象是一元的还是过程是一元oom四要素：1对象2类3继承4方法与消息oom的特点尽可能模拟人类习惯的思维方式问题域与求解域在结构上尽可能一致以数据或信息为主线,把数据和处理结合构成统一体一对象软件系外-系列离散的 咽卷且集合程序画）一系列工作在数据上的函数集合统） 相互协作又彼此独立的对象的集合二、面向对象的概念对象：对象是一个程序模块，该模块由一组操作构成的集合对象是对问题域中某个东西的抽象，这种抽象反应了系统保存有关这个东西的信息 或与它交互的能力。对象是一台自动机对象特点数据为中心主动的数据封装并行性模块独立性好继承的优点共享程序代码和数据结构减少了冗余信息修改方便扩充：调用基类方法并增加代