三、 注意对需求规格说明的完整性进行评审 我们经常由下面的问题清单来评审需求说明书是否”完整” 。 1、编写的所有需求,其详细程度是否一致和合适? 2、需求是否能为设计提供足够的基..
功能点与代码行,作为两种度量方法已经长期并存又竞争,他们的支持者已进行了大量的争论,如今这种争论仍未停息。人们似乎想看到:功能点与代码行,到底谁将最后胜出? 众所周知,用..
7、 是否存在一些普通的动作序列可以分解成独立的用例? 用例之间也有可复用的,能够把公共的动作序列独立出来,用例达到可复用的目标也是用例撰写要考虑的。 8 每个路径的步骤是否都清晰..
4 、是否每个需求都在项目的范围内? 划分项目范围和区分系统边界同样是需求说明书的一个任务,不要对需求书作出超范围的论述和延伸,要知道需求书不是分析师卖弄概念、展示时尚的场所..
2、和业务关键用户用开会的方式讨论业务流程细节,并绘制业务流程图。当关键用户和项目 团队 通过对 需求 报告的编写、阅读和讨论后,就可以开始对业务流程的细节讨论。这个讨论内容是..
2 选择访谈对象须由线及点,由点入线。 这是个选择访谈对象的问题,一般而言有两种方法。第一,选择工作角色,比如业务员、销售助理。第二,从业务主线入手,召集这条线上的角色。很显然..
在很多人的印象中,敏捷软件 开发 是种类似黑客行为的过程,是 程序员 最爱的勾当。不写文档,不作 需求分析 ,没有 项目经理 ,做什么东西完全是程序员自己的行为。所以他们认为这样的..
这些因素在项目进行期间会不断地发生变化。这正是采用 敏捷 编程、 IBM Global Services 方法、 RUP 或其他流程的技术人员不能盲目认为其采用的方法就是正确的方法的众多原因之一。 没有捷径,..
3.2 需求 开发 与管理的一些方法 需求开发是一项复杂的工作,使用的方法也很多,不同的开发方式有不同的方法,这里简单介绍一些相关的方法: 1)绘制关联图:绘制系统关联图是用于定义系..
[案例评析] 在软件项目 开发 过程中,对于开发模型的选择,需要在项目定义过程中明确。 CMM I V1.2 For dev中,过程域IPM[注:4] 的SP1.1 Establish the Project’s Defined Process有明确要求。在上述案例中,..
客户和 开发 者都想尽快消除项目中的 风险 。 尽早地为客户提供应用程序代码,可以减少由于应用程序没有按时交付所造成的风险。对于开发 团队 ,尽早地发布项目中应用程序的部分内容,..
聪明的人在出现问题的时候,除了解决问题外,都会想到如何避免问题以后再次发生,避免的办法可能是从过程或者技术两个方面入手,从根本杜绝问题的发生。 问题分析是很常见的,为什么..
软件工程 设计师企图让软件设计文档像建筑物的设计图纸和说明一样,可以清晰描述软件的每一个具体的细节规格。其实这是一个可笑的悖论。如果文档有能力描述每个功能的最细节业务逻辑..
最后讲一下 需求分析 的基本任务是什么,需求分析要做的就是准确的定义新系统的目标,也就是将要实现的系统是个什么样的系统,达到什么样的要求。其实最终的目标就是为了用户的需要,..
随着信息技术的迅猛发展,今天的IT从业人员正处于这样一种进退两难的境地:一方面,根据以往的痛苦开发经历,他们知道如果采用杂凑的作坊模式来开发复杂的、高 质量 的信息系统具有太..
摘要: 产品开发的组织架构和产品开发过程管理是一个软件企业开发管理的两个侧面,开发组织架构指软件项目的立项和项目开发有效的人员调配和组织,开发过程管理指在项目确定后,软件..
摘要: 本文以软件 配置管理 在软件 质量 体系中的作用为切入点,以我国软件企业在软件 开发 、维护过程中忽视软件配置管理为着手点,从而过渡到软件企业要实施软件配置管理所要面临与..
核心统一过程:用截然不同的新方式呈现 每一个实践通过一系列的过程卡片呈现,这些卡片包含了定义你自己的过程所需要的各项元素,包括关键能力,活动和制件。这些卡片可以用来帮助您..
每个人都意识到我们需要过程来改进软件开发的方式。每个人也都意识到我们需要 敏捷 ,灵活性和适应性。每个人也都认同对 质量 的需要。但是,我们中间的很多人都发现,现有的软件过程..
摘要: 用数据说话,这是当前很时髦的话,本文将数据管理过程划分成4个层次,并阐述企业如何达到这四个层次。 1.初级量化管理:以数据“感知”项目的状况(相当于 CMM I2级) 2.中级量化管..