下载文档原格式
第一章绪论1.1 软件工程概念的提出与发展1.2 软件开发的本质1.3 本章小结第二章软件需求与软件需求规约2.1 需求与需求获取2.1.1需求定义2.1.2 需求分类2.1.3 需求发现技术2.2 需求规约2.2.1 需求规约定义2.2.2 需求规约（草案）格式2.2.3 需求规约（规格说明书）的表达2.2.4 需求规约的作用2.3 本章小结第三章结构化方法3.1 结构化需求分析3.1.1 基本术语1.数据流2.数据存储3.数据源和数据谭3.1.2 系统功能模型表示数据流图（Dataflow Diagram）3.1.3 建模过程1.建立系统环境图, 确定系统语境2.自顶向下, 逐步求精, 建立系统的层次数据流图3.定义数据字典数据流条目给出所有数据流的结构定义数据存储条目给出所有数据存储的结构定义数据项条目给出所有数据项的类型定义4.描述加工（1）结构化自然语言（2）判定表（3）判定树3.1.4 应用中注意的问题（1）模型平衡问题（2）信息复杂性控制问题3.1.5 需求验证3.2 结构化设计3.2.1 总体设计1.总体设计的目标及其表示（1）Yourdon提出的模块结构图（2）层次图（3）HIPO图2.总体设计步骤（1）变换型数据流图——变换设计（2）事物型数据流图——事物设计3.模块化及启发式规则（1）模块化1）耦合①内容耦合②公共耦合③控制耦合④标记耦合⑤数据耦合2）内聚①偶然内聚②逻辑内聚③时间内聚④过程内聚⑤通信内聚⑥顺序内聚⑦功能内聚（2）启发式规则1）改进软件结构, 提高模块独立性2）力求模块规模适中3）力求深度、宽度、扇出和扇入适中4）尽力使模块的作用域在其控制域之内5）尽力降低模块接口的复杂度6）力求模块功能可以预测3.2.2 详细设计1.结构化程序设计2.详细设计工具（1）程序流程图（2）盒图（N-S图）（3）PAD图（Problem Analysis Diagram）（4）类程序设计语言IPO图、判定树和判定表等也可以作为详细设计工具3.3 本章小结第四章面向对象方法——UML 4.1 UML术语表4.1.1 表达客观事物的术语1.类与对象1）类的属性（Attribute）2）类的操作3）关于类语义的进一步表达①详细叙述类的职责（Responsibility）②通过类的注解和/或操作的注解, 以结构化文本的形式和/编程语言, 详述注释整个类的语义和/或各个方法③通过类的注解或操作的注解, 以结构化文本形式, 详述注释各个操作的前置条件和后置条件, 甚至注释整个类的不变式④详述类的状态机⑤详述类的内部结构⑥类与其他类的协作4）类在建模中的主要用途①模型化问题域中的概念（词汇）②建立系统的职责分布模型③模型化建模中使用的基本类型2.接口（Interface）（1）采用具有分栏和关键字《interface》的矩形符号来表示（2）采用小圆圈和半圆圈来表示3.协作（Collaboration）4.用况（Use Case）5.主动类（Action Class）6.构件（Component）7.制品（Artifact）8.节点（Node）4.1.2 表达关系的术语1.关联（Association）（1）关联名（Name）（2）导航（3）角色（Role）（4）可见性（5）多重性（Multiplicity）（6）限定符（Qualifier）（7）聚合（Aggregation）（8）组合（Composition）（9）关联类（10）约束①有序（ordered）②无重复对象（set）③有重复对象（bag）④列表（list）或序列（sequence）⑤只读（readonly）2.泛化（Generalization）①完整（Complete）②不完整（Incomplete）③互斥（Disjoint）④重叠（Overlapping）3.细化（Realization）4.依赖①绑定（Bind）②导出（Derive）③允许（Permit）④实例（InstanceOf）⑤实例化（Instantiate）⑥幂类型（Powertype）⑦精化（Refine）⑧使用（Use）可模型化以下各种关系（1）结构关系1）以数据驱动2）以行为驱动（2）继承关系（3）精化关系（4）依赖关系4.1.3 表达组合信息的术语——包1）访问（Access）2）引入（Import）4.2 UML模型表达格式1.类图（Class Diagram）（1）模型化待建系统的概念（词汇）, 形成类图的基本元素（2）模型化待建系统的各种关系, 形成该系统的初始类图（3）模型化系统中的协作, 给出该系统的最终类图（4）模型化逻辑数据库模式2.用况图（Use Case Diagram）所包含的内容（1）主题（Subject）（2）用况（Use Case）（3）参与者（Actor）（4）关联、泛化与依赖模型化工作1）关于系统/业务语境的模型化①系统边界的确定②参与者与用况的交互③参与者的语义表达④参与者的结构化处理2）关于系统/业务需求的模型化①确定系统/业务的基本用况②用况的结构化处理③用况的语义表达3.状态图（1）状态1）名字2）进入/退出效应（Effect）①entry②exit③状态内部转移3）do动作或活动4）被延迟的事件（2）事件1）信号（Signal）事件2）调用（Call）事件3）时间事件4）变化事件（3）状态转移①源状态②转移触发器③监护（guard）条件④效应（effect）⑤目标状态实际应用中, 使用状态图的作用①创建一个系统的动态模型②创建一个场景的模型4.顺序图（1）术语解析1）消息2）对象生命线3）聚焦控制（the Focus of Control）（2）控制操作子1）选择执行操作子（Operator for Optional Execution）2）条件执行操作子（Operator for Conditional Execution）3）并发执行操作子（Operator for Parallel Execution）4）迭代执行操作子（Operator for Iterative Execution）4.3 本章小结第五章面向对象方法——RUP5.1 RUP特点1.以用况为驱动2.以体系结构为中心3.迭代增量式开发5.2 核心工作流5.2.1 需求获取1.列出候选需求2.理解系统语境（1）业务用况模型（2）业务对象模型3.捕获系统功能需求（1）活动1: 发现并描述参与者（2）活动2: 发现并描述用况（3）活动3: 确定用况的优先级（Priority）（4）活动4: 精化用况（5）活动5: 构造用户界面原型1）用户界面的逻辑设计2）物理用户界面的设计3）开发用户界面原型并演示为了执行该用况, 用户怎样使用该系统（6）活动6: 用况模型的结构化5.2.2 需求分析1.基本术语（1）分析类（Analysis Class）1）边界类（Boundary Classes）2）实体类（Entity Classes）3）控制类（Control Classes）（2）用况细化（Use Case Realization）（3）分析包（Analysis Package）2.分析模型的表达3.分析的主要活动（1）活动1: 体系结构分析（Architectural Analysis）1）任务1: 标识分析包2）任务2: 处理分析包之间的共性3）任务3: 标识服务包4）任务4: 定义分析包的依赖5）任务5: 标识重要的实体类6）任务6: 标识分析包和重要实体类的公共特性需求（2）活动2: 用况分析1）任务1: 标识分析类①标识实体类②标识边界类③标识控制类2）任务2: 描述分析（类）对象之间的交互（3）活动3: 类的分析1）任务1: 标识责任2）任务2: 标识属性①关于实体类属性的标识②关于边界类属性的标识③关于控制类属性的标识3）任务3: 标识关联和聚合①关于关联的标识②关于聚合的标识③关于泛化的标识（4）活动4: 包的分析4.小结（1）关于分析模型1）分析包2）分析类3）用况细化（2）关于分析模型视角下的体系结构描述（3）用况模型和分析模型比较（4）分析模型对以后工作的影响1）对设计中子系统的影响2）对设计类的影响3）对用况细化[设计]的影响5.2.3 设计1.设计层的术语（1）设计类（Design Class）（2）用况细化[设计]（3）设计子系统（4）接口（Interface）2.设计模型、部署模型以及相关视角下的体系结构描述（1）设计模型及其视角下的体系结构描述1）子系统结构2）对体系结构有意义的设计类3）对体系结构有意义的用况细化[设计]（2）部署模型及该模型视角下的体系结构描述3设计的主要活动（1）活动1: 体系结构的设计1）任务1: 标识节点和它们的网络配置2）任务2: 标识子系统和它们的接口①标识应用子系统②标识中间件和系统软件子系统③定义子系统依赖④标识子系统接口3）任务3: 标识在体系结构方面有意义的设计类和它们的接口4）任务4: 标识一般性的设计机制①标识处理透明对象分布的设计机制②标识事务管理的设计机制（2）活动2: 用况的设计1）标识参与用况细化的设计类2）标识参与用况细化的子系统和接口（3）活动3: 类的设计1）任务1: 概括描述设计类2）任务2: 标识操作3）任务3: 标识属性4）任务4: 标识关联和聚合5）任务5: 标识泛化6）任务6: 描述方法7）任务7: 描述状态（4）活动4: 子系统的设计1）任务1: 维护子系统依赖2）任务2: 维护子系统所提供的接口3）任务3: 维护子系统内容4.RUP设计小结1）RUP设计的突出特点2）关于RUP的设计方法①给出用于表达设计模型中基本成分的4个术语, 包括子系统, 设计类, 接口, 用况细化[设计]②规约了设计模型的语法, 指导模型的表达③给出了创建设计模型的过程以及相应的指导3）RUP的设计模型①设计子系统和服务子系统②设计类（其中包括一些主动类）, 以及他们具有的操作、属性、关系及其实现需求。
结构化程序设计方法的基本要点简介结构化程序设计方法是一种用于构建大型程序的系统性方法。
它通过将程序分解为一系列小的、可管理的模块，以及规定了模块之间的交互方式，从而降低程序的复杂性，提高程序的可维护性和可读性。
本文将从以下几个方面详细介绍结构化程序设计方法的基本要点。
1. 模块化模块化是结构化程序设计方法的核心思想之一。
模块化将程序分解为多个功能相对独立的模块，每个模块负责完成一个特定的任务。
模块化有助于提高程序的可读性，可维护性和可重用性。
1.1 模块划分在进行模块划分时，可以按照功能划分原则，将程序划分为几个不同的功能模块，每个模块负责完成一个特定的功能。
也可以按照数据划分原则，将程序划分为几个处理不同数据的模块。
模块应该具有清晰的职责和界限，不同模块之间的功能和数据交互应该通过接口进行。
1.2 接口设计模块之间的接口设计是模块化的关键。
接口应该明确定义模块之间的输入和输出，以及数据的传递方式。
良好的接口设计可以降低模块之间的耦合度，提高代码的可复用性，使得模块可以独立开发和测试。
1.3 函数与过程模块可以通过函数或过程来实现。
函数是一段可重用的代码，用于执行特定的计算或操作，并返回一个结果。
过程是一段可重用的代码，用于执行一系列操作，不返回结果。
函数和过程有助于将程序划分为更小的单元，提高程序的可读性和可维护性。
2. 控制结构控制结构是结构化程序设计方法的另一个重要要点。
控制结构用于控制程序的执行流程，改变程序的执行顺序或执行条件。
2.1 顺序结构顺序结构是程序从上到下按照顺序执行的控制结构。
顺序结构是程序的基础，所有的程序都是从顺序结构开始进行。
2.2 选择结构选择结构用于根据条件选择执行不同的代码块。
常见的选择结构包括if语句和switch语句。
if语句用于判断一个条件是否成立，如果条件成立，则执行其中的代码块；否则执行其他代码块。
switch语句可以根据一个表达式的值选择执行不同的代码块。
【六年级】精彩的秋游天气渐渐转凉，金黄的落叶纷纷飘落，这是一个适合秋游的季节。
我们班决定去郊外旅行，感受大自然的美丽，享受秋天的清新。
早晨，我们准时在学校门口集合。
同学们都精神饱满，兴致勃勃地等待着出发。
老师带着我们走进了一辆大巴车，车里热闹非凡，一片欢声笑语。
汽车行驶在一条弯弯曲曲的山路上，两侧是一片片苍翠的林木，树叶在秋风中翩翩起舞，给人一种宁静与宜人的感觉。
不一会儿，大巴车终于停了下来。
我们下车后，来到了一个宽阔的空地上。
周围是高耸入云的山峰，山峰上的树木已被秋风吹得只余几片叶子。
山上有跑步道，有篮球场，还有一个小湖。
尤其是湖里的水波粼粼，美得让人难以言表。
大家迫不及待地开始了各自喜欢的活动。
有的同学选择了打篮球，他们组成了两队，你追我赶，在球场上团团转。
有的同学选择了钓鱼，他们找来鲜艳的鱼饵，在湖边竖起了钓竿，眼巴巴地盼望着鱼儿上钩。
还有的同学选择了跑步，他们在山间悠然奔跑，风吹过他们的脸庞，使他们的脸上洋溢着灿烂的笑容。
我则想来一次亲近大自然的旅行，于是我选择了欣赏美丽的自然景观。
我沿着蜿蜒的小路向前走去，小路两旁的花草树木丰茂，仔细一看，有红色的苹果、橙色的柑橘、绿油油的蔬菜等等。
我还看见了一只可爱的小松鼠，它灵活地跑上树枝，向我张望了一会儿，然后迅速地消失在了树林中。
时间过得飞快，转眼间已是中午。
我们在山上找了一个宽敞的区域，摆开了野餐桌椅，开始享受美食。
同学们吃得津津有味，笑声不断。
午餐后，我们开始了下午的活动。
老师组织了一个寻宝游戏，每个小组都拿到了一张宝藏地图，我们要根据地图上的线索找到宝藏的所在地。
我们跑遍了整个山林，发现了隐藏在各处的线索，大家卯足了劲，寻宝的热情高涨。
最终，我们的小组终于找到了宝藏，宝藏里有很多好吃的零食和小礼物。
我们欢呼雀跃，激动不已。
临近傍晚时分，我们赶回大巴车上，开始了回家的旅程。
车里充满了欢声笑语，大家在车上分享着这个美好的秋游经历。
渐渐地天色暗了下来，我们回到了学校。
软件测试作业3（第8～11章）答案一、选择题1.结构化语言是介于自然语言和形式语言之间的一种（D）。
A．半形式语言B．计算机语言 C．低级语言D．高级语言2.程序设计语言的技术特性不应包括（C）。
A、数据结构的描述性B、抽象类型的描述性C、数据库的易操作性D、软件的可移植性3.程序的三种基本控制结构是（B）。
A．过程、子程序和分程序B．顺序、选择和重复C．递归、堆栈和队列D．调用、返回和转移4.结构化程序设计主要强调的是（D）。
A．程序的规模B．程序的效率C．程序设计语言的先进性 D．程序易读性5.下列关于功能性注释不正确的说法是(B)。
A.功能性注释嵌在源程序中，用于说明程序段或语句的功能以及数据的状态B.注释用来说明程序段，需要在每一行都要加注释C.可使用空行或缩进，以便很容易区分注释和程序D.修改程序也应修改注释6.下列关于效率的说法不正确的是(D)。
A.效率是一个性能要求，其目标应该在需求分析时给出B.提高程序效率的根本途径在于选择良好的设计方法，数据结构与算法C.效率主要指处理机时间和存储器容量两个方面D.程序的效率与程序的简单性无关7.结构化维护与非结构化维护的主要区别在于(B )。
A.软件是否结构化B.软件配置是否完整C.程序的完整性D.文档的完整性8.关于JAVA语言下列说法不正确的是（B）。
A.跨平台的B.动态指针C.解释型的D.面向对象的9.使用白盒测试方法时，确定测试数据应根据（A）和指定的覆盖标准。
A程序内部逻辑 B．程序复杂结构C．使用说明书D．程序的功能10.确认测试主要涉及的文档是（A）。
A、需求规格说明书B、概要设计说明书C、详细设计说明书D、源程序11.测试的关键问题是（D）。
A.如何组织对软件的评审B.如何验证程序的正确性C.如何采用综合策略D.如何选择测试用例12.黑盒测试在设计测试用例时，主要研究（A）。
A.需求规格说明B.详细设计说明C.项目开发计划D.概要设计说明与详细设计说明13.下面哪些测试属于黑盒测试（B）。
