admin 管理员组

文章数量: 1184232


2024年4月27日发(作者：netty支持哪些协议)

一，第一章

1． 软件工程1968年的NATO会议上提出解决“软件危机”

2． 倡导工程原理，原则，方法进行软件开发，以期解决“软危”

3． 软件工程：用计算机科学理论和技术和工程管理原则方法，按预算，进度满足用户要求

的软件产品工程。

4． 软工两时间：1. 60-80年代，系统规模，复杂性，关键领域应用，提出了waterfall, C,

Pascal, Ada; Jackson方法，结构化方法。2. 80年代后大量软件的实践，过程支持，软件

生产技术，复用技术，生产管理。《软件和存周期过程》，C++, Eiffel, Smalltalk

5． 软件=程序+文档，是逻辑实体，“无形”

6． 程序=处理对象+处理规则

7． 文档=理解程序所需的阐述性资料

8． 软件开发的本质：不同抽象层术语+处理逻辑之间的“映射”

9． 建模的方法：结构化方法，面向对象方法，诸多面向数据结构方法

10． 模型:待建系统的任意抽象，包括基本能力，特性，或其他方面；抽象上对物理系统

的描述，系统边界，关系的主义描述。

11． 软件系统模型：1，概念模型 （用户）2， 软件模型（开发者）

a) 需求概念模型

b) 设计软件模型

c) 实现软件模型

d) 部署软件模型

12． 软件开发有技术和管理上的问题

二，第二章

1． 正确定义问题，是解决问题的基础

2． 需求是“要予构造”的陈述，描述了软件“能力”“性能参数”“其他性质”

3． 需求的性质：

a) 必要

b) 无歧义

c) 可测/测量

d) 可跟踪

4． 验证需求是不是歧义需求复审

5． 需求分类：功能/非功能（性能，外部接口，设计约束，质量属性），

6． 需求发现：自悟，交谈，观察，小组会，提炼

a) 自悟要求高，要有想象力/需求不正确

b) 交谈依赖“正确提问”“揭示本意”/不能认识到合理需求复审

c) 观察要有洞察力/客户抵触，客户认为熟悉了业务

d) 小组会人力资源，良好的需求发现能力，达成共识/客观条件限制，互相矛盾的需

求

e) 提炼要有想像力和需求标识力熟悉技术和法规/无法验证需求是否正确

7． 需求规约是陈述的正式文档，表达概念模型

a) 重要性和稳定性程度

b) 可修改

c) 完整

d) 一致

8． 需求规约表达：非形式化（规模小，不复杂，小型软件），半形式和形式化（主要为了

验证程序正确）

9． 需求规约作用：

a) 技术合同，产品功能和环境体现

b) 管理控制点

c) 正式，受控的起点

d) 初始测试计划，用户系统操作描述

10． 需求规约不是一个设计文档，用于设计的文档，也不是进度和规划文档

三，第三章

1．软件需求中三挑战：

1． 问题空间理解

2． 人与人之间通信

3． 需求的变化性

2．20世纪70年代提出结构化方法

3．基本术语

1． 数据流程

2． 加工

3． 数据存储

4． 数据源和数据潭

4.数据流图DFD P37

旅行社

5.按功能分解的设计思想：自顶向下，逐步求精

6．数据字典：[=]定义为；[|]或者；[+]顺序；[{}]重复；[m.n]子界

7．数据结构3种条目：数据流条目；数据存储条目；数据项条目

8．结构化语言是形式化语言和自然语言之间的语言

9．判定表；判定树P43

11． 图元数7正负2

12． 15%的错误源自错误的需求

13． 总体设计：模块和模块调用

14． 总体设计：模块结构图/层次图/HIPO图P45

15． “高内聚，低耦合”


本文标签： 需求 软件 方法 设计 文档

版权声明：本文标题：02333自考 软件工程复习资料 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/p/1714150279a667466.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。