- 1、本文档共3页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
自考_软件工程复习资料
第一章
1软件生产率、软件质和量远远满足不了社会发展的需求,成为社会、经济发展的制约因素,人们通常把这一现象称为软件危机
2软件工程定义:软件工程是应用计算机科学理论和技术以及工程管理原则和方法,按预算和进度实现满足用户要求的软件产品工程,或以此为研究对象的学科
3软件开发的本质概括为:不同抽象层术语之间的“映射”,以及不同抽象层处理逻辑之间的“映射” 两大类技术:过程方向、过程途径 。 基本途径:系统建模
4所谓模型,是待建系统的任意抽象,其中包括所有的基本能力、特性或其他一些方面,而没有任何冗余的细节。进一步说,模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述,通常包含对该系统边界的描述、对系统内各模型元素以及它们之间关系的语义描述
5系统模型分为软件模型、概念模型 软件模型分为设计模型、部署模型、实现模型
第二章 软件需求与软件需求规约
6一个需求是有关一个“要与构造”的陈述,描述了待开发产品、系统功能上的能力、性能或者其他性质
7需求性质:必要的、无歧义的、可测的、可跟踪的、可测量的
8需求分类:功能需求、非功能需求(性能、外部接口、设计约束、质量属性需求)
9功能需求规约了系统或系统构建必须执行的功能 功能需求是整个需求的主体
10接口需求分为:用户接口、硬件接口、软件接口、通信接口、内存约束、运行、地点需求
11质量属性:可靠性 存活性 可维护性 用户友好性
12需求发现技术:自悟 交谈 观察 小组会 提炼
13需求规约定义,是一个软件项/产品/系统所有需求陈述的正式文档,它表达了一个软件产品/系统概念模型 性质:重要性和稳定性程度 可修改的 完整的 一致的
14需求规约的作用:需求规约是软件开发组和用户之间一份事实上的技术合同书,是产品功能及其环境的体现 对于项目的其余大多数工作,需求规约是一个管理控制点 对于产品/系统的设计,需求规约是一个正式的、受控的起始点 需求规约是创建产品验收测试计划和用户指南的基础,是基于需求规约一般还会产生另外两个文档(初始测试计划和用户系统操作描述)
第三章 结构化方法
15需求工作挑战: 问题空间理解 人与人之间的通信 需求的变化性
16好的需求技术具备特征: 提供方便的通信机制 鼓励需求分析人员使用问题空间的术语思考问题,编写文档 提供定义系统边界的方法 提供支持抽象的基本机制 为需求分析人员提供多重可供选择的方案 提供天特定的技术化、适应需求变化
17结构化方法:结构化分析方法 结构化设计方案 机构化程序设计方法
18数据流 加工 数据存储 数据源和数据潭
19需求分析的首要任务是建立系统功能模型 工具:数据流图 DFD图是一种描述数据变化的图形工具
20建模过程:建立系统环境图,确定系统语境 自顶向下逐步求精,建立系统层次数据流图 定义数据字典 描述加工(结构化自然语言 判定表 判定树)
21需求阶段的主要任务是完整地定义问题,确定系统的功能和能力
22需求验证验证需求规格说明书的每一单一需求是否满足5个性质(必要性 无歧义性 可测性 可跟踪型 可测量性),需求沿着我难过规格说明属否满足4个性质(重要性和稳定性程度 可修改型 完整性 一致性)
23结构化设计的主要任务是在需求分析的基础上,定义满足需求所需要的结构,即针对给定的问题,给出该问题的软件解决方案,确定“怎么做”的问题
24结构化设计分为总体设计(目标,建立系统的模块结构)和详细设计
25模块指软件中具有特定标识的独立成分 模块调用指模块之间的一种使用关系
26总体设计阶段的基本任务是把系统的功能需求分配到一个特定的软件体系结构中 工具(Yourdon模块结构图 层次图 HIPO图 ) 步骤:将系统的DFD图转化为初始的模块结构图,再基于高内聚低耦合的原则,通过模块化,将初始的模块结构图转化为最终的、可供详细设计使用的模块结构图MSD
27模块化 模块是执行一个特殊任务的一个过程以及相关的数据结构。由两部分组成:接口 、模块体
28耦合:不同模块之间相互依赖程度的度量 (强到弱 内容耦合(直接操作修改另一模块数据)、 公共耦合(共用一个全局数据项)、 控制耦合(控制信号)、 标记耦合(A向BC传递一个公共参数)、 数据耦合(通过参数传递数据))
29内聚:一个模块内部成分之间的相互关联程度的度量(偶然内聚 、逻辑内聚(逻辑相关的功能放一块)、 时间内聚(同一时间内执行) 、过程内聚(特定次序执行) 、通信内聚(操作同一数据集)、 顺序内聚(一个成分的输出为另一个成分的输入) 、功能内聚)
30启发式规则:1改进软件结构,提高模块独立性 2力求模块规模适中3力求深度 宽度 扇入 扇出适中 4尽力使模块的作用域在其控制域之内 5尽力降低模块接口的复杂
文档评论(0)