周志达软件工程-复习资料.doc

绪论： 1 软件的定义: 软件是能够完成预定功能和性能的可执行的计算机程序，包括使程序正常执行所需的数据，以及有关描述程序操作和使用的文档（R. S. Pressman） 2软件的特征：软件与硬件的不同 软件开发不同于硬件设计 软件生产与硬件制造不同 软件维护不同于硬件维修 软件是逻辑的，而不是物理的 软件开发与人关系密切 软件开发成本大 软件生产是简单的拷贝 软件不会磨损和老化 软件受环境影响大 软件维护易产生新的问题 3 出现软件危机的原因：客观：软件本身特点 逻辑部件 规模庞大、复杂度高 主观：不正确的开发方法 忽视需求分析 个人化方式：软件开发=程序编写 轻视软件维护 4 北大西洋公约组织（NATO） 联邦德国 第一章 1 软件生存周期的主要活动 需求分析 明确需要解决的问题（从用户的视角） 建立需求模型：功能、性能、约束、接口等 软件分析 从开发人员的视角对软件进行分析 建立分析模型：软件的逻辑模型 软件设计 确定软件的总体结构和各部件的数据结构和操作 建立软件设计模型：考虑实现技术和平台 编码 用程序设计语言将设计文档翻译成源程序 建立软件实现模型：包含现有软件构件包 软件测试 发现程序中的错误、提高软件质量 单元测试、集成测试、确认测试、系统测试 运行维护 2 什么是过程？ 围绕软件开发所进行的一系列活动 3瀑布模型特点： 特点 1 阶段的顺序性和依赖性 2推迟实现的观点 3质量保证的观点 4快速原型模式特点： 特点 1“逼真”的原型可以使用户迅速作出反馈2循环回溯和迭代：非线性模型 使用快速开发工具 5 基本的软件模型： 增量模型（incremental model）螺旋模型（spiral model）构件集成模型（component integration model） 6敏捷开发应循的12条原则 尽早、不断地提交有价值的软件 允许改变需求，利用变化来为客户创造优势 尽快、不断地提交可运行的软件 在业务人员和开发人员必须天天都在一起工作 以积极向上的员工为中心建立项目组，提供环境和支持，并信任他们的工作 在团队内部重视面对面的交流 依据可运行软件来评估项目的进展 提倡可持续的开发 时刻关注技术上的精益求精和好的设计，以增强敏捷能力 简单是最根本的 最好的构架、需求和设计出于自组织团队 每隔一定时间，要反省如何才能更有效地工作，然后作相应调整 7可行性研究内容，步骤： 内容： 经济可行性 技术可行性 运行可行性 法律可行性 1 对当前系统进行调查和研究 1弄清当前系统 2导出新系统逻辑模型 2导出新系统的解决方案 设计不同的解决方案 3提出推荐的方案 1本项目的开发价值 2推荐这个方案的理由 4编写可行性认证报告 1系统概述2可行性分析3结论意见 8常见的风险子类与需要检查的内容： 风险识别 1项目风险 2技术风险3商业风险 风险预测 1 风险发生的可能性 2风险发生后的后果 风险的驾驭和监控 第二章 1 结构分解，结构化分析 1 SA与SD的流程 1结构化分析（工具：DFD、PSPEC） 分析模型（分层DFD图）+ SRS 2结构化设计（工具：SC图） 映射 初始设计模型（初始SC图） 3初始设计模型（初始SC图） 优化 最终设计模型（最终SC图） 2结构化分析 1建立分析模型 2编写需求说明 3结构化设计 1软件设计 = 总体设计 + 详细设计 SC图须分两步完成 2案例设计： 学生 学 生 教材 购销 系统 书库保管员 领书单　　　　 领书单　　　　 　　　　　进书通知 进书通知　 　购书单　　　　　　　　　　　　　缺书单 1 销售 2 采购 书库 保管员 　学 　生 F1教材存量表 F2缺书登记表 教材购销系统的第三层DFD— 教材购销系统的第三层DFD—采购子系统 　２.３ 修改教材库存和待购量 　２.１ 按书号 汇总缺书 　２.２ 按出版社 统计缺书 　 销售 书库 保管员 F2缺书登记表 F1教材存量表 F5待购教材表 F6教材一览表 进书通知 进书通知 缺书单 3 面向数据流设计和面向数据设计 面向数据流：数据流是考虑一切问题的出发点 面向数据：以数据结构作为分析与设计的基础 4数据流图结构类型：变换（transform）型结构 事务（transaction）型结构 5 SD方法的步骤： 1复审DFD图，必要时可再次进行修改或细化 2鉴别DFD图所表示的软件系统的结构特征，确定它所代表的软件结构是属于变换型还是事务型 3按照SD方法规定的一组规则，把DFD图为初始的SC图