绮思网站建设qswoo,网站模板图片,大连网站建设服务公司,无锡网站优化公司知识要点
按软件过程活动#xff0c;将软件工具分为软件开发工具、软件维护工具、软件管理和软件支持工具。
软件开发工具#xff1a;需求分析工具、设计工具、编码与排错工具。
软件维护工具#xff1a;版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工…知识要点
按软件过程活动将软件工具分为软件开发工具、软件维护工具、软件管理和软件支持工具。
软件开发工具需求分析工具、设计工具、编码与排错工具。
软件维护工具版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。
软件管理和软件支持工具项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。 软件开发环境Software Development EnvironmentSDE是指支持软件的工程化开发和维护而使用的一组软件由软件工具集和环境集成机制构成。
软件开发环境应支持多种集成机制例如平台集成、数据集成、界面集成、控制集成和过程集成等。软件开发环境应支持小组工作方式并为其提供配置管理环境的服务可用于支持各种软件开发活动包括分析、设计、编程、调试和文档等。
较完善的软件开发环境通常具有多种功能例如软件开发的一致性与完整性维护、配置管理及版本控制、数据的多种表示形式及在不同形式之间的自动转换、信息的自动检索与更新、项目控制和管理以及对开发方法学的支持。软件开发环境具有集成性、开放性、可裁减性、数据格式一致性、风格统一的用户界面等特性因而能大幅度提高软件生产率。
集成机制根据功能的不同可划分为环境信息库、过程控制与消息服务器、环境用户界面三个部分。
1环境信息库。环境信息库是软件开发环境的核心用以存储与系统开发有关的信息并支持信息的交流与共享。环境信息库中主要存储两类信息一类是开发过程中产生的有关被开发系统的信息例如分析文档、设计文档和测试报告等另一类是环境提供的支持信息例如文档模板、系统配置、过程模型和可复用构件等。
2过程控制与消息服务器。过程控制与消息服务器是实现过程集成和控制集成的基础。过程集成是按照具体软件开发过程的要求进行工具的选择与组合控制集成使各工具之间进行并行通信和协同工作。
3环境用户界面。环境用户界面包括环境总界面和由它实行统一控制的各环境部件及工具的界面。统一的、具有一致性的用户界面是软件开发环境的重要特征是充分发挥环境的优越性、高效地使用工具并减轻用户的学习负担的保证。 软件开发模型大体上可以分为三种类型。第一种是以软件需求完全确定为前提的瀑布模型第二种是在软件开发初始阶段只能提供基本需求时采用的迭代式或渐进式模型例如喷泉模型、螺旋模型、统一开发过程和敏捷方法等第三种是以形式化为基础的变换模型。
软件过程是制作软件产品的一组活动以及结果这些活动主要由软件人员来完成。软件活动主要包括如下内容
软件描述定义软件功能以及使用的限制。软件开发软件的设计和实现软件工程人员制作出能满足描述的软件。软件有效性验证软件必须经过严格的验证以保证能够满足客户的需求。软件进化软件随着客户需求的变化不断地改进。 瀑布模型特点是因果关系紧密相连前一个阶段工作的结果是后一个阶段工作的输入。或者说每一个阶段都建立在前一个阶段正确结果之上前一个阶段的错漏会隐蔽地带到后一个阶段这种错误有时甚至可能是灾难性的。因此每一个阶段工作完成后都要进行审查和确认这是非常重要的。 螺旋模型是在快速原型的基础上扩展而成的一种生存周期模型是一种演进式的软件过程模型。
两个特点一是采用循环的方式逐步加深系统定义和实现的深度同时降低风险二是确定一系列里程碑确保项目开发过程中的相关利益者都支持可行的和令人满意的系统解决方案。
这种模型将整个软件开发流程分成多个阶段每个阶段都由 4 部分组成它们是
1. 目标设定制定计划。为该项目进行需求分析定义和确定这一个阶段的专门目标指定对过程和产品的约束并且制定详细的管理计划。
2. 风险分析。对可选方案进行风险识别和详细分析制定解决办法采取有效的措施避免这些风险。
3. 开发和有效性验证工程实施。风险评估后可以为系统选择开发模型并且进行原型开发即开发软件产品。
4. 评审客户评估。对项目进行评审以确定是否需要进入螺旋线的下一次回路如果决定继续就要制定下一阶段计划。
螺旋模型的软件开发过程实际是上述 4 个部分的迭代过程每迭代一次螺旋线就增加一周软件系统就生成一个新版本这个新版本实际上是对目标系统的一个逼近。经过若干次的迭代后系统应该尽快地收敛到用户允许或可以接受的目标范围内否则也可能中途夭折。 快速应用开发Rapid Application DevelopmentRAD是一种比传统生存周期法快得多的开发方法它强调极短的开发周期。RAD 模型是瀑布模型的一个高速变种通过使用基于构件的开发方法获得快速开发。如果需求理解得很好且约束了项目范围利用这种模型可以很快地开发出功能完善的信息系统。
但是 RAD 也具有以下局限性
1. 并非所有应用都适合 RAD。RAD 对模块化要求比较高如果有哪一项功能不能被模块化那么 RAD 所需要的构建就会有问题如果高性能是一个指标且该指标必须通过调整接口使其适应系统构件才能获得则 RAD 也有可能不能奏效。
2. 开发者和客户必须在很短的时间完成一系列的需求分析任何一方配合不当都会导致 RAD 项目失败。
3. RAD 只能用于管理信息系统的开发不适合技术风险很高的情况。例如当一个新系统要采用很多新技术或当新系统与现有系统有较高的互操作性时就不适合使用 RAD。 软件统一过程Rational Unified Process, RUP是一种基于面向对象技术的软件开发过程。其特点是“用例驱动以架构为核心迭代与增量”。
RUP软件开发生命周期是一个二维的软件开发模型RUP 的 9 个核心工作流有
业务建模理解待开发系统所在的机构及其商业运作确保所有参与人员对待开发系统所在的机构有共同的认识评估待开发系统对所在机构的影响。需求定义系统功能及用户界面使客户知道系统的功能使开发人员理解系统的需求为项目预算及计划提供基础。分析与设计把需求分析的结果转化为分析与设计模型。实现把设计模型转换为实现结果对开发的代码做单元测试将不同实现人员开发的模块集成为可执行系统。测试检查各子系统的交互与集成验证所有需求是否均被正确实现对发现的软件质量上的缺陷进行归档对软件质量提出改进建议。部署打包、分发、安装软件升级旧系统培训用户及销售人员并提供技术支持。配置与变更管理跟踪并维护系统开发过程中产生的所有制品的完整性和一致性。项目管理为软件开发项目提供计划、人员分配、执行、监控等方面的指导为风险管理提供框架。环境为软件开发机构提供软件开发环境即提供过程管理和工具的支持。
RUP把软件开发生命周期划分为多个循环Cycle每个循环生成产品的一个新版本每个循环一次由4个连续的阶段Phase组成每个阶段完成确定的任务。这4个阶段分别是初始阶段、细化阶段、构造阶段主要产生的文档包括设计模型、移交阶段。
初始阶段任务是为系统建立业务模型并确定项目的边界定义最终的业务模型细化阶段任务是分析问题领域建立完善的架构淘汰项目中最高风险的元素构建阶段要开发所有剩余的构件和应用程序功能把这些构件集成为产品移交阶段重点是确保软件对最终用户是可用的。
每一个阶段都由一个或多个连续的迭代iteration组成。迭代并不是重复地做相同的事而是针对不同用例的细化和实现。每一个迭代都是一个完整的开发过程它需要项目经理根据当前迭代所处的阶段以及上次迭代的结果适当地对核心工作流中的行为进行裁剪。
每一个阶段结束之前有一个里程碑Milestone评估该阶段的工作。
在 RUP 中采用 41 视图模型来描述软件系统的体系结构。41 视图包括逻辑视图、实现视图、进程视图、部署视图和用例视图。 分析人员和测试人员关心的是系统的行为因此会侧重于用例视图
最终用户关心的是系统的功能因此会侧重于逻辑视图
程序员关心的是系统的配置、装配等问题因此会侧重于实现视图
系统集成人员关心的是系统的性能、可伸缩性、吞吐率等问题因此会侧重于进程视图
系统工程师关心的是系统的发布、安装、拓扑结构等问题因此会侧重于部署视图。
当采用面向对象的设计方法描述对象模型时通常使用类图表达类的内部属性和行为以及类集合之间的交互关系采用状态图定义对象的内部行为。 41 视图逻辑视图、开发视图、物理视图部署视图、进程视图、场景。 敏捷软件过程强调让客户满意和软件尽早增量发布小而高度自主的项目团队非正式的方法最小化软件工程工作产品以及整体精简开发。
敏捷方法是一种适应性非预测、以人为本、迭代增量式的开发方法。 结构化开发方法是面向过程的。
适应性解释需求不稳定无法预测设计和构建是交错的开发无法与设计分离从指定计划的角度来看分析、设计、构建和测试并不容易预测可执行原型和部分实现的可运行系统是了解用户需求和反馈的有效媒介。
主要的敏捷方法
极限编程Extreme Programming XP轻量级灵巧的软件开发方法。基础和价值观交流、朴素、反馈、勇气。近螺旋式将复杂开发过程分解为一个个简单的小周期。水晶系列Crystal与 XP 方法一样都有以人为中心的理念但在实践上有所不同。虽然水晶系列没有 XP 那样的产出效率但会有更多的人能够接受并遵循它。其目的时发展一种提倡“机动性的”方法包含具有共性的核心元素。开放式源码指的是开放源码界所用的一种运作方式开放式源码项目的一个特别之处就是程序开发人员在地域上分布很广。这使得它和其他敏捷方法不同因为一般的敏捷方法都强调项目组成员在同一地点工作。开放源码的一个突出特点就是查错排障的高度并行性任何人发现了错误都可将改正源码的“补丁”文件发给维护者然后由维护者将这些“补丁”或新增的代码并入源码库。SCRUM 强调这样一个事实即明确定义的可重复的方法过程只限于在明确定义的可重复的环境中为明确定义的可重复的人员用来解决明确定义的可重复的问题。特征驱动开发方法FDD由 Jeff De Luca 和大师 Peter Coad 提出它致力于短时间的迭代阶段和可见可用的功能在 FDD 中一个迭代周期一般是两周。在 FDD 中程序开发人员分成两类即首席程序员和“类”程序员Class Owner。首席程序员是最富有经验的开发人员他们是项目的协调者、设计者和指导者“类”程序员则主要做源码编写。 自适应软件开发ASD方法由 Jim Highsmith 提出其核心是 3 个非线性且不重叠的开发阶段即猜测、合作与学习。 在初步的业务需求描述已经形成的前提下基于 UML 的需求分析过程大致可分为以下步骤
1. 利用用例及用例图表示需求。从业务需求描述出发获取执行者和场景对场景进行汇总、分类、抽象形成用例确定执行者与用例、用例与用例图之间的关系生成用例图。
2. 利用包图和类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构从业务需求描述中提取“关键概念”形成领域概念模型从概念模型和用例出发研究系统中主要的类之间的关系生成类图。 软件开发方法是指软件开发过程所遵循的办法和步骤从不同的角度可以对软件开发方法进行不同的分类。
形式化方法是一种具有坚实数学基础的方法从而允许对系统和开发过程做严格处理和论证适用于那些系统安全级别要求极高的软件的开发。形式化方法的主要优越性在于它能够数学地表述和研究应用问题及软件实现。但是它要求开发人员具备良好的数学基础。用形式化语言书写的大型应用问题的软件规格说明往往过于细节化并且难于为用户和软件设计人员所理解。由于这些缺陷形式化方法在目前的软件开发实践中并未得到普遍应用。
净室软件工程Cleanroom Software EngineeringCSE是软件开发的一种形式化方法可以开发较高质量的软件。它使用盒结构规约进行分析和建模并且将正确性验证作为发现和排除错误的主要机制使用统计测试来获取认证软件可靠性所需要的信息。CSE 强调在规约和设计上的严格性还强调统计质量控制技术包括基于客户对软件的预期使用测试。 分布性问题强调系统或系统中构件在一个分布的环境中相互通信的方式。分布性问题有两个元素1实体间连接方式2实体间通信的特性。解决分布性问题最普通的体系结构模式是代理Proxy模式。CORBA 是代理模式的一个范例。 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式机器可读或人工可读和各种版本的文档、计算机程序、部件及数据的集合。 逆向工程就是分析已有的程序寻求比源代码更高级的抽象表现形式。一般认为凡是在软件生命周期内将软件某种形式的描述转换成更为抽象形式的活动都可称为“逆向工程”。
重构Restructuring指在同一抽象级别上转换系统描述形式
设计恢复Design Recovery指借助工具从已有程序中抽象出有关数据设计、总体结构设计和过程设计的信息不一定是原设计
再工程Re-engineering也称“修复和改造工程”它是在逆向工程所获信息的基础上修改或重构已有的系统产生系统的一个新版本。 结构化分析SA方法的基本思想是自顶向下逐层分解。把一个大问题分解成若干个小问题每个小问题再分解成若干个更小的问题。经过逐层分解每个最低层的问题都是足够简单、容易解决的。
结构化方法分析模型的核心是数据字典围绕这个核心有三个层次的模型分别是数据模型、功能模型和行为模型也称为“状态模型”。在实际工作中一般使用 E-R 图表示数据模型用 DFD 数据流图表示功能模型用状态转换图表示行为模型。这三个模型有密切的关系它们的建立不具有严格的时序性而是一个迭代的过程。 软件能力成熟度模型集成Capability Maturity Model Integration for SoftwareCMMI是在CMM的基础上发展而来。
CMMI 提供了一个软件能力成熟度的框架它将软件过程改进的步骤组织成 5 个成熟度等级共包括 18 个关键过程域52 个过程目标3168 种关键实践它为软件过程不断改进奠定了一个循序渐进的基础。
Level 1 初始级处于成熟度级别 1 级时过程通常是随意且混乱的。这些组织的成功依赖于组织内人员的能力与英雄主义。成熟度 1 级的组织也常常能产出能用的产品与服务但它们经常超出在计划中记录的预算与成本。Level 2 已管理级在该等级下意味着组织要确保策划、文档化、执行、监督和控制项目级的过程并且需要为过程建立明确的目标并能实现成本、进度和质量目标等。为了达到过程能力成熟度模型的第二级组织机构必须具有 6 个关键过程域。Level 3 已定义级在这一等级企业能够根据自身的特殊情况定义适合自己企业和项目的标准流程将这套管理体系与流程予以制度化同时企业开始进行项目积累企业资产的收集。Level 4 量化管理级在成熟度 4 级组织建立了产品质量、服务质量以及过程性能的定量目标。成熟度级别 3 级与 4 级的关键区别在于过程性能的可预测。Level 5 优化级在优化级水平上企业的项目管理达到了最高的境界。成熟度级别 5 级关注于通过增量式的与创新式的过程与技术改进不断地改进过程性能。处于成熟度 5 级时组织使用从多个项目收集来的数据对整体的组织级绩效进行关注。 需求工程主要被划分为5个阶段
需求获取需求分析形成需求规格需求文档化需求确认与验证需求管理主要活动包括变更控制、版本控制、需求跟踪、需求状态跟踪。
需求的属性包括创建需求的时间、需求的版本号、创建需求的作者、负责认可该软件需求的人员、需求状态、需求的原因和根据、需求涉及的子系统、需求涉及的产品版本号、使用的验证方法或者接受的测试标准、产品的优先级或者重要程度、需求的稳定性。
需求获取的方法
用户访谈用户访谈是最基本的一种需求获取手段其形式包括结构化和非结构化两种。用户访谈是通过 1 对 1或 1 对 2、1 对 3的形式与用户面对面进行沟通以获取用户需求。用户访谈具有良好的灵活性有较宽广的应用范围。但是也存在着许多困难。例如用户经常较忙难以安排时间面谈时信息量大记录较为困难沟通需要很多技巧同时需要系统分析师具有足够的领域知识等。另外在访谈时还可能会遇到一些对于企业来说比较机密和敏感的话题。采样指从种群中系统地选出有代表性的样本集的过程通过认真研究所选出的样本集可以从整体上揭示种群的有用信息。对于信息系统的开发而言现有系统的文档文件就是采样种群。当开始对一个系统做需求分析时查看现有系统的文档是对系统有初步了解的最好方法。但是系统分析师应该查看哪些类型的文档当文档的数据庞大无法一一研究时就需要使用采样技术选出有代表性的数据。 采样技术不仅可以用于收集数据还可以用于采集访谈用户或者采集观察用户。在对人员进行采样时上面介绍的采样技术同样适用。通过采样技术选择部分而不是选择种群的全部不仅加快了数据收集的过程而且提高了效率从而降低了开发成本。另外采样技术使用了数理统计原理能减少数据收集的偏差。但是由于采样技术基于统计学原理样本规模的确定依赖于期望的可信度和已有的先验知识很大程度上取决于系统分析师的主观因素对系统分析师个人的经验和能力依赖性很强要求系统分析师具有较高的水平和丰富的经验。联合需求计划为了提高需求获取的效率越来越多的企业倾向于使用小组工作会议来代替大量独立的访谈。联合需求计划Joint Requirement PlanningJRP是一个通过高度组织的群体会议来分析企业内的问题并获取需求的过程它是联合应用开发Joint Application DevelopmentJAD的一部分。问卷调查现场观察原型化方法头脑风暴法
需求变更遵循以下流程
1. 问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议以检查它的有效性从而产生一个更明确的需求变更提议。
2. 变更分析和成本计算。使用可追溯性信息和系统需求的一般知识对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且被确认应该进行是否执行这一变更的决策。
3. 变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更然后再修改需求文档这几乎不可避免地会出现需求文档和程序的不一致。
在对变更控制委员会的定义中变更控制委员会对项目中任何基线工作产品的变更都可以做出决定。 软件需求包括三个不同的层次业务需求、用户需求和功能需求。
业务需求反映了组织机构或客户对系统、产品高层次的目标要求它们在项目视图与范围文档中予以说明。用户需求描述了用户使用产品必须要完成的任务这在用例文档或方案脚本说明中予以说明。功能需求定义了开发人员必须实现的软件功能使得用户能完成他们的任务从而满足了业务需求。
以题干中字处理程序为例用户能有效地纠正文档中的拼写错误是业务需求找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词是用户需求找到并高亮度提示错词的操作、显示提供替换词的对话框以及实现整个文档范围的替换则是功能需求。
需求跟踪包括编制每个需求与系统元素之间的联系文档这些元素包括其它需求、体系结构、设计部件、源代码模块、测试、帮助文件和文档等。
软件需求开发的最终文档经过评审批准后则定义了开发工作的需求基线basline。这个基线在客户和开发者之间构筑了计划产品功能需求和非功能需求的一个需求约定是需求开发和需求管理之间的桥梁。
根据传统的软件生命周期方法学可以把软件生命周期划分为软件定义、软件开发、软件运行、软件维护。 依赖倒置原则指抽象不应该依赖于细节细节应当依赖于抽象。换言之要针对接口编程而不是针对实现编程。在程序代码中传递参数时或在组合或聚合关系中尽量引用层次高的抽象层类即使用接口和抽象类进行变量类型声明、参数类型声明和方法返回类型声明以及数据类型的转换等而不要用具体类来做这些事情。为了确保该原则的应用一个具体类应当只实现接口和抽象类中声明过的方法而不要给出多余的方法否则将无法调用到在子类中增加的新方法。 实现开闭原则的关键是抽象化并且从抽象化导出具体化实现。如果说开闭原则是 OOD 的目标的话那么依赖倒置原则就是 OOD 的主要机制。有了抽象层可以使得系统具有很好的灵活性在程序中尽量使用抽象层进行编程而将具体类写在配置文件中这样如果系统行为发生变化则只需要扩展抽象层并修改配置文件而无须修改原有系统的源代码在不修改的情况下来扩展系统功能满足开闭原则的要求。依赖倒置原则是 COM、CORBA、EJB、Spring 等技术和框架背后的基本原则之一。
程序流程图Program Flow DiagramPFD又称程序框图方框表示处理步骤菱形表示逻辑条件箭头表示控制流向。优点结构清晰易于理解和修改。缺点只能描述执行过程而不能描述有关的数据。流程图中只能包括 5 种基本控制结构顺序型、选择型、WHILE 循环型当型循环、UNTIL 循环型直到型循环和多分支选择型。
IPO 图由 IBM 公司发起并逐步完善的一种流程描述工具其主体是处理过程说明可以采用流程图、判定树、判定表、盒图、问题分析图或过程设计语言来进行描述。IPO 图中的输入、输出与功能模块、文件及系统外部项都需要通过数据字典来描述同时需要为其中的某些元素添加注释。
NS流程图也称盒图和方框图特点是功能域明确没有箭头不能随意转移控制容易表示嵌套关系和模板的层次关系并具有强烈的结构化特征。但是当问题很复杂时N-S 图可能很大。
问题分析图Problem Analysis DiagramPAD是继 PFD 和 N-S 图之后又一种描述详细设计的工具比PAD更直观结构更清晰可以取代PFD。PAD 也包含 5 种基本控制结构并允许递归使用。
过程设计语言Process Design LanguagePDL也称为结构化语言或伪代码pseudo code。PDL用于描述模块中算法和加工逻辑的具体细节以便在开发人员之间比较精确地进行交流。
对于具有多个互相联系的条件和可能产生多种结果的问题用结构化语言描述则显得不够直观和紧凑这时可以用以清楚、简明为特征的判定表Decision Table来描述。
判定表采用表格形式来表达逻辑判断问题表格分成 4 个部分左上部分为条件说明左下部分为行动说明右上部分为各种条件的组合说明右下部分为各条件组合下相应的行动。
判定树Decision Tree也是用来表示逻辑判断问题的一种常用的图形工具它用树来表达不同条件下的不同处理流程比语言、表格的方式更为直观。判定树的左侧称为树根为加工名中间是各种条件所有的行动都列于最右侧。
1. 需求分析阶段数据流图。2. 概要设计阶段模块结构图、层次图和 HIPO 图。3. 详细设计阶段程序流程图、伪代码、盒图。
UML 有两种类型的图结构图和行为图。
结构图用来描述事物之间的关系包括类图、对象图、组件图和部署图。
行为图用来描述参与者和用例之间的交互或者描述参与者如何使用系统包括用例图、顺序图、活动图、状态图和通信图。
状态图描述了一个对象在其生命周期中可能的状态组合顺序图描述对象按照时间顺序的消息流来建模用例数据流图描述数据通过系统的流程以及系统实施的工作或处理过程的过程模型流程图以图形化的方式展示应用程序从数据输入开始到获得输出为止的逻辑过程。 人机交互的黄金三原则置于用户控制之下、减轻用户记忆负担、保持界面的一致性。
置于用户控制之下原则包含的内容在定义人机交互方式时不强迫用户采用不是必须的或者不情愿的方式来进行操作允许交互的中断和撤销。当用户操作技能等级提高时可以实现流水化的交互方式允许用户定制交互方式以便使用户界面与内部技术细节隔离允许用户和出现在屏幕上的对象直接进行交互。 在面向对象分析中利用用例与用例图表示需求从用例模型中提炼形成领域模型用例的实现可以用交互图表示。从领域模型和用例图形成类图用包图和类图形成体系结构图。之后再进行后续的开发工作。 软件的逆向工程是一个设计恢复的过程从现有的程序中抽取数据、体系结构和过程的设计信息。逆向过程和实现该过程的工具的抽象层次是指可从源代码中抽取出来的设计信息的精密程度。理想情况下抽象程度应该尽可能高。逆向工程过程应该能够导出过程的设计模型一种底层的抽象程序和数据结构信息稍高层次的抽象对象模型、数据和控制流模型相对高层的抽象UML 图、状态及部署图高层抽象。随着抽象层次增高完备性就会降低。 软件设计包含4个既独立又相互联系的活动 从工程管理角度来看软件设计可分为概要设计和详细设计两个阶段。概要设计也称为高层设计或总体设计即将软件需求转化为数据结构和软件的系统结构详细设计也称为低层设计即对结构图进行细化得到详细的数据结构与算法。 综合知识 案例分析
题1 参考答案
问题1 (1)Product Backlog (2)Sprint计划会议 (3)每日站立会议 (4)还有未完成的用户故事 (5)交付产品增量
问题2 (1)b、c、d、h、k、l、m、 (2)a、f (3)e、j
问题3 (1)d(2)f1和2顺序可以互换但不能重复选择(3)h(4)e(5)a (6)k(7)j(8)b(9)c
解析 题2 题3 题4 论文
