您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 基于敏捷软件开发方法的基金管理信息系统开发

  2. 摘 要 : 敏捷软件开发是一种面临迅速变化的需求快速开发出高质量的软件产品软件的新方法。 介绍了敏捷软件开发的主要内容,特别是XP和AM,并以一个基金管理信息系统的开发为例,展示了 实际应用过程。
  3. 所属分类:专业指导

    • 发布日期:2009-05-05
    • 文件大小:480256
    • 提供者:wfbbin
  1. 敏捷软件开发.pdf

  2. 第一部分 敏捷开发 第1章 敏捷联盟 1.1 敏捷联盟 1.2 原则 1.3 结论 参考文献 第2章 极限编程概述 2.1 极限编程实践 2.2 结论 参考文献 第3章 计划 3.1 初始探索 3.2 发布计划 3.3 迭代计划 3.4 任务计划 3.5 迭代 3.6 结论 参考文献 . 第4章 测试 4.1 测试驱动的开发方法 4.2 验收测试 4.3 结论 参考文献 第5章 重构 5.1 素数产生程序:一个简单的重构示例 5.2 结论 参考文献 第6章 一次编程实践 6.1 保龄球比赛 6
  3. 所属分类:Proxy

    • 发布日期:2010-02-04
    • 文件大小:17825792
    • 提供者:eitisiks
  1. 基于敏捷建模方法的软件需求分析研究

  2. 关于敏捷建模软件等 随着软件工程快速的发展和深入,软件需求分析以及软件需求管理逐渐成为 软件开发过程中非常重要的活动。需求分析的质量对后续的软件开发各阶段有着 深远的影响。面对客户日益复杂多变的需求,如何才能敏捷的获取,建立完善的、 无二义性的需求模型已经成为了软件开发的重点。但是由于用户和开发人员之间 存在知识落差,用户缺乏软件开发知识,往往对自己的需求说不清楚;而开发人 员不精通客户的业务知识,很难理解客户真正需要的是什么,难于具备敏锐的洞 察力挖掘出客户的潜在需求,因此使得需求分析成为了
  3. 所属分类:管理软件

    • 发布日期:2011-11-29
    • 文件大小:3145728
    • 提供者:qq1034346627
  1. 敏捷开发项目管理.pdf

  2. IBM2010-2011软件创新论坛的相关演讲片子。开发管理如何制定有效的管理过程?持续集成与自动化构建 如何实现需求驱动的质量管理应用开发:统一的需求管理 用模型驱动的开发方法 建立敏捷快速的团队协作 确保Java 应用开发和良好代码分析 保证应用开发的全面质量 开发解决方案总览 系统工程最佳实践经验,敏捷开发经验 软件交付经验等。
  3. 所属分类:项目管理

    • 发布日期:2011-12-16
    • 文件大小:1048576
    • 提供者:feihong76
  1. 需求管理过程.pdf

  2. IBM2010-2011软件创新论坛的相关演讲片子。开发管理如何制定有效的管理过程?从企业架构到解决方案架构如何协调统一的变更管理?持续集成与自动化构建 如何实现需求驱动的质量管理应用开发:统一的需求管理 用模型驱动的开发方法 建立敏捷快速的团队协作 确保应用开发和良好代码分析 保证应用开发的全面质量 系统工程案例分享 敏捷开发经验 软件交付经验等
  3. 所属分类:项目管理

    • 发布日期:2011-12-16
    • 文件大小:1048576
    • 提供者:feihong76
  1. scrum敏捷软件项目管理

  2. .我部项目大多为短平快的中小型项目,这些项目的特点是客户要求工期时间 短,开发周期不长,需求变更频繁。采用传统的开发模式并不完全适应此类项目 的要求,我们有必要探索一种更适合应对快速需求的软件开发模式。本文介绍 SCRUM 敏捷开发模式
  3. 所属分类:其它

    • 发布日期:2013-02-05
    • 文件大小:176128
    • 提供者:guola
  1. Scrum实战——敏捷软件项目管理与开发

  2. 《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确,是第一本由实践者编写的针对现实状况的实用指南。书中描述了如何使项目团队价值最大化,弥补了许多Scrum和项目管理书籍缺少的部分,包括如何使用财务术语与高层管理人员交流、如何使用客观的评估技术、软件架构如何适应Scrum等。附录提供了案例研究,描述了如何利用本书提到的技术和建议来成功地构建和部署两个软件产品。 主要内容 ◆ 与业务管理层良好协作所需的 基本财务知识。 ◆
  3. 所属分类:管理软件

    • 发布日期:2013-04-09
    • 文件大小:3145728
    • 提供者:qinghuawenkang
  1. 敏捷软件交付项目管理

  2. IBM资深开发经理告诉你如何用敏捷开发技术与敏捷项目管理方法来开发软件,仔细领会后你将掌握如何超越技术、流程、需求管理复杂性的屠龙大技。
  3. 所属分类:其它

    • 发布日期:2013-04-09
    • 文件大小:3145728
    • 提供者:billlxf
  1. 软件需求模式.pdf

  2. 该书描述了37个真实的、可重用的模式,为编写软件需求提供了特定情形中的框架。每一种模式详细描述需要包括哪些信息,提醒常见缺陷,以及建议需要考虑的额外的需求。无论使用传统的分析方法或敏捷方法,都可以学习如何使用需求的模式,从而为成功的软件开发编写一致的、有效的需求。本书提供了模板和实例,帮助分析师编写出更好的需求。读者可以应用本书中的概念开发自己的行业、应用领域或者产品线的特殊需求模式。.本书适合软件分析人员、软件架构师和项目管理人员等参考。本书描述了37个真实的、可重用的模式,为编写软件需求提
  3. 所属分类:其它

    • 发布日期:2013-07-29
    • 文件大小:51380224
    • 提供者:waskiz
  1. CSDN_敏捷开发相关文档全收集_6

  2. 公司项目需要利用敏捷开发模式进行开发,故在CSDN上进行相关资料的查找搜集。27个资料,293 MB,花费了150多积分.现将所有查到的文档进行分包压缩,贡献给大家。因为实在花的积分过多,请原谅我不是无偿的。每个压缩包10积分,共需60个积分全部下载。若大家需要请下载,不需要也勿喷。 资料一览: Agile and Tooling-v1 .rar Agile Software Development.pdf CMMI环境下的敏捷实践分享.pdf Enterprise-Scale Agile S
  3. 所属分类:其它

    • 发布日期:2015-10-30
    • 文件大小:24117248
    • 提供者:liming92973
  1. CSDN_敏捷开发相关文档全收集_5

  2. 公司项目需要利用敏捷开发模式进行开发,故在CSDN上进行相关资料的查找搜集。27个资料,293 MB,花费了150多积分.现将所有查到的文档进行分包压缩,贡献给大家。因为实在花的积分过多,请原谅我不是无偿的。每个压缩包10积分,共需60个积分全部下载。若大家需要请下载,不需要也勿喷。 资料一览: Agile and Tooling-v1 .rar Agile Software Development.pdf CMMI环境下的敏捷实践分享.pdf Enterprise-Scale Agile S
  3. 所属分类:Web开发

    • 发布日期:2015-10-30
    • 文件大小:52428800
    • 提供者:liming92973
  1. 软件需求模式SOFTWARE REQUIREMENT PATTERNS

  2. 【内容简介】 本书描述了37个真实的、可重用的模式,为编写软件需求提供了特定情形下的框架。每种模式详细描述需要包括哪些信息,提醒常见的缺陷,以及建议需要考虑的额外需求。无论使用传统的分析方法还是敏捷方法,都可以学习如何使用需求模式,从而为成功的软件开发编写一致的、有效的需求。本书提供了模板和实例,帮助分析师编写出更好的需求。读者可以应用本书中的概念开发自己的行业、应用领域或者产品线的特殊需求模式。. 本书适合软件分析人员、软件架构师和项目管理人员等参考。 本书描述了37个真实的、可重用的模式,
  3. 所属分类:专业指导

    • 发布日期:2009-03-01
    • 文件大小:2097152
    • 提供者:o101o
  1. 敏捷开发|项目管理|#1-敏捷开发为什么会出现

  2. 敏捷开发为什么会出现呢,那最简介的解释就是,传统的开发模式已经越来越不能适应,某些领域的飞速发展。瀑布模型可是说是典型的预见性为驱动的方法,将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序。我们看哈,开发进程呢从一个阶段“流动”到下一个阶段,是不是就如同瀑布流水,逐级下落。这也是瀑布开发名称的由来。 这种瀑布式的开发模型在它诞生之时就在软件项目管理上显示出了极强的优势,也是在当时的软件行业被普遍采用的方法
  3. 所属分类:专业指导

    • 发布日期:2020-09-11
    • 文件大小:645922816
    • 提供者:ouran666
  1. 互联网敏捷开发配置管理策略思考

  2. 由于互联网行业需求变化快、开发迭代周期短、上线频繁的现实状况决定了合理的软件配置管理策略对于软件质量保证、协作开发效率至关重要。目前公司配置管理在策略上采用的是不稳定主干模式,所有的项目都在同一主干上进行修改,在每周上线后并没有明确的stable分支版本,基本上是靠SCM人员手工拷贝代码来管理维护的。1)多个项目组开发人员都可能并发对同样代码进行修改,造成了严重的代码冲突问题。例如张三修改了a.java并上QA测试服务器,在QA测试过程中,李四也对a.java进行修改并上QA,李四的代码覆盖了张
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:150528
    • 提供者:weixin_38692100
  1. 浅谈IPD模式下的敏捷软件项目管理

  2. 华为无线的ROSA-RB项目引进敏捷后:TR5后遗留问题缺陷率降低了30%TTM(TimeToMarket)改进了30%平均生产率提升了49.6%-----数据来自华为官网A公司是汉捷的一个客户,成立于1998年,是国内建设领域信息化服务产业的领军软件企业。公司立足工程建设领域,围绕工程项目的全生命周期,为客户提供以工程造价为核心,以工程项目(综合)管理为主体的软件产品和企业信息化整体解决方案。2007年,由于产品的BUG比较多,稳定周期相当长,一般正式发布的产品的稳定周期为两到三个月。产品开发
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:157696
    • 提供者:weixin_38622983
  1. 敏捷软件需求管理

  2. 严格的来讲,这个标题的说法并不是很严肃,这篇文章的目的不是建立一个敏捷软件需求管理的流程,而是去探索一种需求管理的实践,解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚,我需要先从流程定义说起。上面这个图是一个典型的IPD(集成产品开发)流程图,从大的视角来看,这就是一个典型的瀑布模型,需要有前一个阶段的成果作为后一阶段的输入,后一阶段的工作才能开展,这样当然没有错,不过有时候会显得低效和无法满足项目的需求。同样,我也拿出我们研发层的各阶段的定义,进而进一步探讨。从图和表中点后可以看到,需
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:355328
    • 提供者:weixin_38537689
  1. 互联网敏捷开发配置管理策略思考

  2. 由于互联网行业需求变化快、开发迭代周期短、上线频繁的现实状况决定了合理的软件配置管理策略对于软件质量保证、协作开发效率至关重要。目前公司配置管理在策略上采用的是不稳定主干模式,所有的项目都在同一主干上进行修改,在每周上线后并没有明确的stable分支版本,基本上是靠SCM人员手工拷贝代码来管理维护的。1)多个项目组开发人员都可能并发对同样代码进行修改,造成了严重的代码冲突问题。例如张三修改了a.java并上QA测试服务器,在QA测试过程中,李四也对a.java进行修改并上QA,李四的代码覆盖了张
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:150528
    • 提供者:weixin_38614825
  1. 浅谈IPD模式下的敏捷软件项目管理

  2. 华为无线的ROSA-RB项目引进敏捷后:TR5后遗留问题缺陷率降低了30%TTM(TimeToMarket)改进了30%平均生产率提升了49.6%-----数据来自华为官网A公司是汉捷的一个客户,成立于1998年,是国内建设领域信息化服务产业的领军软件企业。公司立足工程建设领域,围绕工程项目的全生命周期,为客户提供以工程造价为核心,以工程项目(综合)管理为主体的软件产品和企业信息化整体解决方案。2007年,由于产品的BUG比较多,稳定周期相当长,一般正式发布的产品的稳定周期为两到三个月。产品开发
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:146432
    • 提供者:weixin_38553431
  1. 代码质量和软件敏捷性:代码质量和软件敏捷性是了解代码层次和组织层次上软件质量权衡的宝贵资源。 它涵盖了测试和监视策略,需求管理,团队敏捷性和决策制定-源码

  2. 代码质量和软件敏捷性:代码质量和软件敏捷性是了解代码层次和组织层次上软件质量权衡的宝贵资源。 它涵盖了测试和监视策略,需求管理,团队敏捷性和决策制定
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:3145728
    • 提供者:weixin_42116713
  1. 敏捷软件需求管理

  2. 严格的来讲,这个标题的说法并不是很严肃,这篇文章的目的不是建立一个敏捷软件需求管理的流程,而是去探索一种需求管理的实践,解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚,我需要先从流程定义说起。 上面这个图是一个典型的IPD(集成产品开发)流程图,从大的视角来看,这就是一个典型的瀑布模型,需要有前一个阶段的成果作为后一阶段的输入,后一阶段的工作才能开展,这样当然没有错,不过有时候会显得低效和无法满足项目的需求。 同样,我也拿出我们研发层的各阶段的定义,进而进一步探讨。从图
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:355328
    • 提供者:weixin_38661100
« 12 3 4 5 6 7 8 9 10 »