第1章软件工程概述。
1、软件定义。
软件是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。
判断：软件的复制就是软件的生产。（错）
2、软件危机的表现。
“已完成”的软件不满足用户的需求。
软件产品的质量没***。
开发进度不能保障，交付时间一再拖延。
开发成本超出预算。
软件没有适当的文档。
3、编写软件开发文档的目的。
便于交流和沟通；
便于管理开发过程；
便于验收、检测软件质量。
判断：如果不编写软件技术开发文档，软件开发效率就会大幅度提高。（错）
判断：软件工程的关键目标是增强软件开发过程的规范性和可控性。（对）
判断：只有源**及可执行程序而没有过程性档案的软件工程不是成功的软件工程。（对）
判断：软件中的错误主要存在于程序**中。（错）
判断：软件中的错误主要是编程错误引起的。（错）
判断：排除软件中的错误只需要查看程序**，不需要查看需求规格说明书以及系统设计说明书。（错）
判断：排除需求规格说明书中的错误比排除程序**中的错误所付代价要小。（对）
判断：软件中的错误可能来自编程阶段，也可能来自需求分析阶段或者系统设计阶段。（对）
4、软件生命周期的定义。
一个软件从提出开发要求到废弃为止的整个时期。
5、软件生命周期阶段划分。
通常划分为：问题定义、可行性研究、需求分析、设计、实现、测试、集成、维护8个阶段。
6、软件生命周期问题定义阶段的主要任务。
确定要解决什么问题。
7、软件生命周期可行性研究阶段的主要任务。
确定要解决的问题是否有解。
8、需求分析。
明确“为了解决这个问题，系统必须做什么？”。
通过分析、整理和提炼所收集到的用户需求，建立完整的分析模型，将其编写成软件需求规格说明和初步的用户手册。
9、软件生命周期概要设计阶段的主要任务。
概要设计“系统的蓝图”。确定解决问题的策略，设计目标系统框架结构和主要元素的布局。
10、软件生命周期详细设计的主要任务。
根据整体结构设计具体的细节：
用户界面设计、模块实现算法、数据结构和接口等，编写设计说明书，并组织进行设计评审。
设计过程将现实世界的问题模型转换成计算机世界的实现模型。
判断：软件的可维护性是在软件交付之后才需要考虑的问题。（错）
判断：软件的可维护性应当在软件的设计和实现阶段充分考虑。（对）
11、瀑布模型规定的软件生命周期的各项活动的顺序是：问题定义、可行性研究、需求分析、软件设计、编码、测试、运行和维护。
12、结构化软件工程方法的主要思想。
首先用结构化分析技术进行需求分析，然后用结构化设计技术进行总体设计和详细设计，最后是结构化编程。
这一方法的精髓是自顶向下、逐步求精，也就是将功能逐步分解，直到人们可以理解和控制它为止。
第3章软件工程管理。
1、软件项目管理的主要内容。
判断：项目经理应该是编程高手。（错）
判断：项目负责人可以决定项目目标的内容及其数量。（对）
判断：项目负责人可以按需设计工作岗位。（对）
判断：项目负责人可以不依赖软件工程知识开展工作。（错）
判断：项目负责人应该掌握人员培训方法。（对）
判断：项目负责人应该具有整合各种资源的能力。（对）
判断：项目负责人需要精通技术以外的事务。（对）
2、从组织结构上看，软件项目组一般至少需要3种工作人员：
1）主程序员是技术熟练有经验的开发人员，对系统设计、编程、测试和安装负全部责任，指导其他程序员完成详细设计和编码工作。
2）编程秘书负责维护项目资料、文档、**和数据。
3）程序员完成详细设计和编程工作。
第4章需求工程。
1、需求工程包括需求开发和需求管理。
2、需求开发需求的获取、分析、规格说明和验证。
3、需求开发结果主要为需求规格说明书及相关分析模型。
4、需求管理需求开发结果的控制、跟踪和管理。
5、需求工程的基本任务确定软件项目的目标和范围，工作包括：
调查使用者的需求。
分析软件必须做什么。
编写需求规格说明书等相关文档。
进行必要的需求检查。
需求变更控制。
需求风险控制。
需求版本控制。
6、需求分解为4个层次：业务需求、用户需求、功能需求、非功能需求。
判断：业务需求是由用户领导层决定的纲领性、战略性高层需求。（对）
判断：业务需求一般在需求分析之前确定。（对）
判断：由系统分析员进行的需求分析主要不是确定业务需求。（对）
判断：用户需求是用户从他们完成任务的角度对软件提出的需求。（对）
判断：用户需求与用户业务功能和过程有关，与技术实现无关。（对）
判断：功能需求即软件开发人员必须实现的软件功能。（对）
判断：功能需求实现用户需求。（对）
判断：可维护性、可移植性、可重用性和可测试性属于非功能需求。（对）
7、软件需求规格说明书质量水平体现在以下几个方面：完整性、正确性、可行性、必要性、划分优先级、无二义性、可验证性。
第5章结构化需求分析。
1、常用的结构化分析技术：
数据流图。数据字典。
实体关系图。
状态图。ipo表。
判定表。2数据流图使用4个标准符号。
3、数据流绘制案例1
某社区图书馆信息管理系统，希望读者在互联网登录后，向系统预订图书，如果没有注册则提示先注册。问题：
1）根据需求描述绘制数据流图。
2）根据数据流图进行需求分析，说明哪些需求遗漏了。
3）在数据流图中补充遗漏的业务处理需求。
4）重新撰写与完善数据流图一致的需求描述。
1）首先绘制0层数据流图。
0层数据流图系统与外部实体及其交换的信息。
根据需求描述字面意思得到的初步0层数据流图。
细化0层数据流图。
方法：寻找需求描述中的动词，它们是登录、预订。
在数据流图中为动词设计处理，为处理添加适当的输入数据流和输出数据流。
登录需要登录信息，登录信息需要与系统中事先建立好的用户注册表进行比对，看该账号是否存在，登录密码是否正确，登录处理的结果是登录成功或失败信息。
预订需要预订信息，包括图书信息和读者账号，预订记录需保存到图书预订表中，并将预订结果信息返回给读者；
2）挖掘需求描述没有直接、明确提到的（隐含地）处理和数据流。
登录需要比对的用户注册表需要注册处理建立，因此需要增加注册处理。
图书信息大概也需要由图书订购处理在系统中建立；
3）修改、完善低层数据流图中与0层数据流图不一致的数据流。
分解细化后的数据流图。
完善后的0层数据流图。
4）重新撰写与完善数据流图一致的需求描述。
某社区图书馆信息管理系统对用户开放，读者可注册为该系统的会员，获得会员号及会员密码。需要借阅图书时可凭会员号、会员密码登录到系统，然后办理预订图书手续。
4、数据流图的作用。
在需求分析阶段描述用户需求。
在设计阶段，用于设计软件总体结构和每个处理的具体实现细节。
在测试阶段，依据dfd检验系统是否满足需求规格说明。
5、需求描述与需求分析案例2
一个书号核发信息系统的使用者有出版社、主管单位和行业监督三类主要用户。
出版社在出版图书前需要获得书号和条码，就是图书封底的isbn号和条形码。
书号需有上级主管部门核发，出版社为了得到书号，必须将待出版的图书信息上报到主管单位。
主管单位审读出版社上报的图书信息，并参照以往出版社的奖惩记录文件，如果同意出版则发给一个书号，否则填写不准出版的原因。
出版社可以随时查询主管单位的审核结果，如果已经审核通过，则出版社就可以**条码。
在图书正式出版印刷之前出版社还可以修改某些图书信息。
在图书出版后，出版社必须在15个工作日内将成书信息上报到主管部门。
主管部门收到成书信息的同时，将成书信息与最初的申报信息进行比对，如果变化的信息量超过指定的比例，则作为一种违规行为被记录在案，这将影响出版社的信誉和今后的书号核发。
行业监管部门是一个独立的图书出版监管单位，可以对出版社进行多种评测和监督管理，并将出版社的违规情况记录在案。
要求：1）寻找数据源和终点；
2）分析各个外部实体所需要的业务处理功能。
3）根据外部实体与系统之间交换的信息绘制0层数据流图。
4）逐句阅读理解需求说明，逐步绘制数据流图。
5）指出需求描述中模糊不清的地方并改正。
1）寻找数据源和终点；
出版社。主管单位。
行业监管。2）分析各个外部实体所需要的业务处理功能。
出版社需要的处理：
图书信息申报。
审核结果查询。
条码**。图书修改。
成书上传。主管单位需要的处理：
书号核发。成书审查。
行业监管需要的处理：
评测和违规记录。
3）根据外部实体与系统之间交换的信息绘制0层数据流图。
4）逐句阅读理解需求说明，逐步绘制数据流图。
（1）阅读：一个书号核发信息系统的使用者有出版社、主管单位和行业监督三类主要用户。绘制如下0层数据流图（环境图）。由于不知道信息方向，因此未画出数据流箭头。
（2）阅读：出版社在出版图书前需要获得书号和条码，就是图书封底的isbn号和条形码。
添加加工“获得”和数据流“书号，条码”。各个出版社要出版很多书，这些书的书号和条码应该在某个库里存放，获得书号和条码就需要查询书号、条码库，因此加上数据存储“书号，条码库”。暂时忽略主管单位和行业监督与系统的联系。
（3）阅读：书号需有上级主管部门核发，出版社为了得到书号，必须将待出版的图书信息上报到主管单位。
增加加工“审核”，数据**为“图书信息”以及“审核命令”，加工结果为”书号，条码“。
增加加工”上报图书信息“，**数据流是”图书信息“，加工结果为数据存储”图书信息“
（4）阅读：主管单位审读出版社上报的图书信息，并参照以往出版社的奖惩记录文件，如果同意出版则发给一个书号，否则填写不准出版的原因。
”核发书号“加工需要依据”图书信息“和”奖惩记录文件“，添加数据存储”奖惩记录文件“。”奖惩记录文件“的产生者和产生过程目前不详，暂空缺。
5）指出需求描述中模糊不清的地方并改正。
主管部门收到成书信息时，将成书信息与最初的申报信息进行比对，如果变化的信息量超过指定的比例，则作为一种违规行为被记录在案，这将影响出版社的信誉和今后的书号核发。
行业监管部门可以对出版社进行多种评测和监督管理，并将出版社的违规情况记录在案。
主管部门和行业监管部门都对违规情况进行记录，有着相似的业务需求，需求描述未清晰地区分两个需求的本质区别。
6、数据字典的作用。
描述数据流图中的数据流、数据处理、数据存储和数据源点/终点的内容和结构定义。
7、ipo表。
输入/处理/输出说明。
8、实体关系图。
软件工程复习
单选填空简答思考题。1 传统的软件瀑布生命模型包括哪六个方面？需求 分析 设计 实现 交付后维护 退役2 传统瀑布生命模型的中交付后维护包括哪三种？改正性维护 适应性维护 完善性维护3 现代维护和传统维护的观点有何不同？1 传统维护的观点是先开发后维护。2 现代维护的观点是无论是在软件安装前还是安装...
软件工程复习
软件工程复习资料。备注 1.老师反复强调我们之前做过的作业要熟练掌握 需求陈述 实验课画的模型 自己画。的数据流图 2 蓝颜色的字都是老师上课补充的，还有很多需要自己去补充，欢迎修正完善。核心问题 在考试做大是要表述清楚详细，关。键词要有 问题定义 专用名词表要解决的问题是什么？达要准确，不能更改 ...
软件工程 复习
1.概念 软件危机是指在计算机软件开发 使用与维护过程中遇到的一系列严重问题。2.为什么会产生软件危机？当软件开发技术的进步不能跟上硬件技术的进步，未能满足发展的要求，致使软件开发中遇到的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，因而导致了软件危机。3.软件危机的表现 经费预算经常突破...