注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 用例驱动的需求过程实践

  2. 详细讲述用例驱动模型进行需求分析的方法与实例

  3. 所属分类：专业指导

    • 发布日期：2010-01-14
    • 文件大小：239616
    • 提供者：zy90221

  1. 强化测试用例设计：问题驱动的软件测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。 “强化测试用例设计：问题驱动的软件测试设计”解决方案提供了系统化专业化的测试设计思维过程。从测试设计面临的4大问题存在的原因和表现形式入手，通过应用不同的测试用例设计技术与方法，结合不同软件产品测试经验，从而不断提高组织的测试能力，进而提升测试覆盖率、测试效率、测试有效性和测试

  3. 所属分类：软件测试

    • 发布日期：2013-04-13
    • 文件大小：34816
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第0章前言

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：191488
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第1章测试用例设计面临的挑战

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：2097152
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第2章基于规格说明的测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：1048576
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第3章基于质量特性的测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：2097152
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第4章基于经验的测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：1048576
    • 提供者：wenqiang_zheng

  1. 问题驱动的软件测试设计：第5章基于风险的测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动，需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例，在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。

  3. 所属分类：软件测试

    • 发布日期：2013-07-05
    • 文件大小：3145728
    • 提供者：wenqiang_zheng

  1. 需求分析师培训第二天

  2. 需求分析最佳实践 需求建模最佳实践 用例驱动的需求过程实践

  3. 所属分类：项目管理

    • 发布日期：2014-08-05
    • 文件大小：6291456
    • 提供者：cxg_8409

  1. 需求分析师培训-第2天培训（PPT 199页）

  2. 需求分析师培训-第2天培训（PPT 199页） agenda 需求分析最佳实践 需求建模最佳实践 用例驱动的需求过程实践

  3. 所属分类：专业指导

    • 发布日期：2009-04-15
    • 文件大小：5242880
    • 提供者：imliuli

  1. RUP在WBTMS中的应用研究

  2. 针对软件开发过程中的需求变化,以用例驱动的方式将教学管理业务中的核心任务提取出来与软件架构相结合,采用统一开发过程方法指导网上教学管理系统(WBTMS)开发,对其中核心过程工作流的具体应用加以分析。实践表明,经过合理裁剪的RUP过程和迭代增量的开发方式降低了软件风险,提高了软件开发的质量和效率。

  3. 所属分类：其它

    • 发布日期：2020-07-05
    • 文件大小：381952
    • 提供者：weixin_38731385

  1. 用例驱动的需求过程实践

  2. 北京一、需求矛盾　　根据CHAO的权威统计，虽然自"软件危机"提出以来，软件工程方法得到了长足的发展与进步，但在去年的软件项目成功率仍然不足30％，绝大多数的软件项目仍然超进度、超成本。而在这些不成功的项目中，由于需求不清晰、需求不完整等方面的因素，占到了60％左右。　　下面的这幅漫画虽然不乏夸张，但却是能够激起我们的深思：　　根据笔者多年来从事软件需求捕获、分析工作的实践经验，认为造成这一现象的根本原因在于客户与开发人员之间的沟通存在障碍，双方都以自己的角度、自己的专业术语进行沟通，这使得大家

  3. 所属分类：其它

    • 发布日期：2021-03-05
    • 文件大小：329728
    • 提供者：weixin_38723105

  1. VS2010实践RUP4+1架构模型

  2. RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.图1.RUP4+1架构图用例视图（UseCasesView）,最初称为场景视图,关注最终用户需求,是系统功能的高层抽象,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。逻辑视图（Logicalview），主要是整个系统的抽象结构及抽象实现方式的表述，关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,协作图,时序图来表述,类似与

  3. 所属分类：其它

    • 发布日期：2021-03-04
    • 文件大小：1013760
    • 提供者：weixin_38604620

  1. “用例驱动架构设计”之误——4+1视图剖析系列（四）

  2. 有什么样的认识，就有什么样的行为。《心智模式》一再强调正确认识对正确实践的作用。从“用例驱动”到“需求驱动”主动思考以下2种说法是否正确：1.架构设计是功能需求驱动的，对吗？2.架构设计是用例驱动的，对吗？说法1，错误。因为，架构设计的驱动力=功能+质量+约束。说法2，同样错误。用例技术是功能需求实际上的标准，用例技术涉及、但无法全面涵盖非功能需求。所以，说法2和说法1其实并无本质区别。总之，“用例驱动的架构设计”这种观点有严重缺陷：需求=功能+质量+约束用例是功能需求实际上的标准用例涉及、但不

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：174080
    • 提供者：weixin_38670420

  1. VS2010实践RUP4+1架构模型

  2. RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.图1.RUP4+1架构图用例视图（UseCasesView）,最初称为场景视图,关注最终用户需求,是系统功能的高层抽象,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。逻辑视图（Logicalview），主要是整个系统的抽象结构及抽象实现方式的表述，关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,协作图,时序图来表述,类似与

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：1013760
    • 提供者：weixin_38661128

  1. VS2010实践RUP4+1架构模型

  2. RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.图1.RUP4+1架构图用例视图（UseCasesView）,最初称为场景视图,关注最终用户需求,是系统功能的高层抽象,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。逻辑视图（Logicalview），主要是整个系统的抽象结构及抽象实现方式的表述，关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,协作图,时序图来表述,类似与

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：1013760
    • 提供者：weixin_38556985

  1. 用例驱动的需求过程实践

  2. 北京火龙果软件工程技术中心一、需求矛盾　　根据CHAO的权威统计，虽然自"软件危机"提出以来，软件工程方法得到了长足的发展与进步，但在去年的软件项目成功率仍然不足30％，绝大多数的软件项目仍然超进度、超成本。而在这些不成功的项目中，由于需求不清晰、需求不完整等方面的因素，占到了60％左右。　　下面的这幅漫画虽然不乏夸张，但却是能够激起我们的深思：　　根据笔者多年来从事软件需求捕获、分析工作的实践经验，认为造成这一现象的根本原因在于客户与开发人员之间的沟通存在障碍，双方都以自己的角度、自己的专业术

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：329728
    • 提供者：weixin_38657465

  1. “用例驱动架构设计”之误——4+1视图剖析系列（四）

  2. 有什么样的认识，就有什么样的行为。《心智模式》一再强调正确认识对正确实践的作用。从“用例驱动”到“需求驱动”主动思考以下2种说法是否正确：1.架构设计是功能需求驱动的，对吗？2.架构设计是用例驱动的，对吗？说法1，错误。因为，架构设计的驱动力=功能+质量+约束。说法2，同样错误。用例技术是功能需求实际上的标准，用例技术涉及、但无法全面涵盖非功能需求。所以，说法2和说法1其实并无本质区别。总之，“用例驱动的架构设计”这种观点有严重缺陷：需求=功能+质量+约束用例是功能需求实际上的标准用例涉及、但不

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：174080
    • 提供者：weixin_38703823

  1. VS2010实践RUP4+1架构模型

  2. RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.图1.RUP4+1架构图用例视图（UseCasesView）,最初称为场景视图,关注最终用户需求,是系统功能的高层抽象,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。逻辑视图（Logicalview），主要是整个系统的抽象结构及抽象实现方式的表述，关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,协作图,时序图来表述,类似与

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：1013760
    • 提供者：weixin_38697659

  1. VS2010实践RUP4+1架构模型

  2. RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.图1.RUP4+1架构图用例视图（UseCasesView）,最初称为场景视图,关注最终用户需求,是系统功能的高层抽象,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。逻辑视图（Logicalview），主要是整个系统的抽象结构及抽象实现方式的表述，关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,协作图,时序图来表述,类似与

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：1013760
    • 提供者：weixin_38665449
« 12 »