软件项目的需求管理问题及对策.doc

软件项目的需求管理问题及对策.doc
软件项目的需求管理问题及对策.doc

软件项目的需求管理问题及对策-

[摘要]软件项目管理工作中的需求管理具有非常重要的地位,需求管理的好坏关系到每个软件项目的成败,只有存在软件需求情况,才能进行软件项目开发。本文主要分析了软件开发过程中需求管理,论述了需求管理的一般方法,提出了需求管理中应注意的问题。

[关键词]软件项目;需求管理;措施

1 需求管理概念及其特点

1.1 需求管理

需求是指通过和客户协商,建立并及时更新的关于软件工作的协议,属于系统需求的重要组成部分,主要体现于系统的软件部分。需求分析在开发技术行为具有关键性作用,需求管理就是为了有效管理需求研究结果,保证软件项目开发与它同步发展。需求管理的目的是在客户和依据客户需求的软件项目中间建立共识。这种情况表明用户需求必须是合理的,项目的发展目标要与用户需求一致。需求管理活动就是积极保证这种共识的实现。

在制订正式的需求文档时耗费大量的人力物力,但真正拥有了需求文档后又会产生新问题。需求评审会上只是走过场,这是由于广大用户谁也不会去听那没完没了的需求文档。不同层次的客户感兴趣的问题不同,每一个客户都是需求专家是不可能的。

为了保证需求的正确性和完整性,项目经理都会要求众人在需求阶段消耗大量的时间,但客户和公司的主要领导关心的却是实际应用的软件。在此情况下,项目组成员一方面,要应对公

司领导的压力;另一方面,还要考虑项目经理的要求,因此,常常处于进退两难境地,都希望尽快结束这一阶段。

对需求的精细度到底要求到什么程度才能结束,对于此没有统一的认识。但是需求周期越长,存在的变化因素就会越多,设计要求也会越来越严格,对需求的共性提取要求也会提高,因此,只要全体工作人员认为描述达到了一定程度,就可以着手进行设计了。

如果软件开发过程存在一条真理,那必然是需求存在无休无止的变化,需求不可能是完整的。因为软件系统存在一定的复杂性,要想提前说出所有的需求是不可能的。系统原来的操作环境不可能一成不变,用户的理解不可能一成不变,系统的角色不会一成不变。这些因素都会引起需求改变。所以,需求是容易发生改变。

2 需求管理策略

2.1 建立需求管理模型

根据人际沟通的随意性做出软件需求建模,只有沟通准确和预案标准化,才能解决这个缺点,要验证和测试需求的变更可行性首先要掌握需求管理模型,是表达软件需要的一种形式。建模的基本原理就像搭积木,使它能用较标准的语言诠释和表达软件的目的。能依据个人的需要进行反复的修改,这就是软件需求模型最大的优点,模型怎样经过修改都不会有问题。就能使使用者更容易掌握。在了解软件的需求特点之后进行相关讨论,之后再进行准确有效的阐述,让使用者和开发者都能准确理解,就是建模的基本过程。

2.2 对需求的变化要有正确认识

需求管理的变化包括变化的控制、基线的建立等许多内容。

软件的开发过程都是根据软件的需求变化而改变的。需要建立起较规范的需求变化流程。在进行初期软件设计和分析的过程当中,就要把那些不确定的因素归纳到设计的程序当中来,也能使软件开发中需求变化把握更大成功率更高。需求变化在软件开发过程当中不好管理是因为项目的投资成本及项目开发所需要的时间会受到需求变化的直接影响。因此,要想让软件开发能跟得上需求的变化速度,就更需要建立起一个弹性的需求结构。

2.3 对需求文档版本进行有效把握

先要掌握客户需要的需求文档的基线,对文档做好管理。对需求变更得到认可的基本分界线就是基线,在和客户进行沟通之后由需求分析人员建立其需求文档,在经过评审人员对文档进行评价,达到标准后就能建立最后的需求基线。如果再次出现需求变化,只需要经过需求评审的通过,就能建立新的软件需求基线。这就使客户在想要查找原来的需求时更加简便。想对软件需求变更进行有效控制,首先要做到保存好各个版本的需求基线,保存好这些资料才能使以后的查找更方便。

2.4 和客户进行良好沟通

尽量和客户做好沟通,充分了解客户需要的产品,在进行软件开发的过程中,成功的几率是取决于怎样才能满足客户的需要。能够达到与客户之间的认同一致,是与客户交流中的重要环节。应以一种协作的态度来和客户讨论对软件的需求以及需求的变更,交流的过程中了解客户对软件的需求信息。

2.5 需求管理变化。

对需求周期的管理是需求工作的主要内容,从设计开始的提出需求,再到软件设计成功被客户接受的程度一直在不断变化。不论怎样的变更需求都需要经过分析、选择、及决策的过程。

软件的开发有个比较复杂的生命周期,要先实现就需要经过客户要求、软件需要、开发、单元测试等,因客户的要求一直变化,所以要先采取策略实施变更控制,把需求软件变化对项目产生的影响降到最低。

3 结语

软件的开发、设计及维护当中最关键的是软件的需求管理,只有做到对需求管理工作的完整、充分、认真,才能顺利完成软件的设计,做出正确的软件开发计划,使新软件开发进展更顺利。

论软件项目中需求管理的重要性

需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出,软件需求量越来越大,与此蓬勃发展的软件产业前景相反的是,软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要,大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会,信息技术不再仅作为一项高科技技术而存在,而是广泛渗透于各个行业领域的生产、经营、管理等过程,成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容,它们都离不开软件。软件是计算机的核心,信息社会需要众多功能灵活的软件系统。 但是,自20世纪60年代以后,全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要,传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要,从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键,对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面:

1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出;同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上,对所面对的问题领域还没有确切分析与设计的情况下,即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离,无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中,这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下,出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正,出现新的需求或者需求变更时原有架构不易于维护,不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短,软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下,文档的编写与更新工作也使得软件组织疲惫不堪,每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板,更为文档编写带来困难之处。而缺乏相关文档对软件的二

软件项目中需求管理工作的重要性

软件项目中需求管理工作的重要性 开发一个软件项目,如果采用瀑布模型(或改进型瀑布模型)的话,通常会包括以下几个开发阶段,即:需求分析、系统设计、系统编码、系统测试、系统交付(及后续维护)。在项目管理过程域中,主要包括:项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。 我们把所有与需求相关的活动统称为需求工程。需求工程的活动又可分为两大类,即需求开发和需求管理。需求分析师通过需求调查(调研)、需求分析和需求定义,完成需求开发工作。而项目经理则通过对需求确认、需求跟踪和需求变更控制的主导,实现需求管理。 软件需求工程是软件项目开发工作的一个重要源头。它是由两个角色共同完成的。需求分析师一定要尽可能准确的获取客户需求,尽量一次做对,编写出高质量的《用户需求说明书》和《产品需求规格书》,努力降低项目中后期因需求变更对项目的成本、质量和进度的影响。而项目经理则需通过加强需求管理,有效的防范和减少不必要的需求变更。曾有人做过统计分析,如果在需求分析阶段发生的需求变更对项目带来的额外工作量是5的话,那么在系统分析和系统编码阶段发生的需求变更对工作量的增加分别是20和100。 对于那些软件能力成熟度高的软件企业的项目经理而言,可以毫不夸张的说:只要把需求管理做好了,项目也就已经成功了一半。 CMMI中对需求管理流程的定义与我项目实践的体会

集成式能力成熟度模型(CMMI:Capability Maturity Model Integration)把需求管理流程划分为六部分,分别是:1、制定需求管理计划;2、求得对需求的理解;3、求得对需求的承诺;4、管理需求变更;5、维护对需求的双向跟踪;6、识别项目工作与需求之间的不一致性。 毋容置疑,上述六个部分是构成需求管理流程的重要组成部分。但在实际操作中,仅仅是机械的遵循这些标准流程和要点,往往又是不够的。根据我在过去十年在国内的多个大型软件项目(涉及仓储管理、物流园区信息平台、保税区海关联网监管系统,以及港口社区综合信息平台等)担任项目经理的管理实践,我的看法就是:要想成功的执行需求管理,涉及到的一些关键成功因素还远不止这些。以下就是我的一些经验和体会。 我的两点经验 一、应紧密结合国内企业的实际特点和人文环境,通过多种手段消除“需求的不确定性” 开发企业级大型应用软件项目,需要应对的重要挑战就是“需求的不确定性”。那么,什么是“需求的不确定性”呢?我这里先例举两个场景。场景一:开发人员没有行业背景,不能很好的理解业务需求。某个开发项目,尽管经过了多轮次、十分详尽和深入的需求研讨,而且开发人员都确信自己已经明白了客户提出的业务需求,但费尽千辛万苦把系统做出来以后,客户却说:“对不起,这并不是我想要的!”于是几百万,甚至上千万的开发投入打了水漂;场景二:开发人员具备丰富的行业经验,也确实理解了业务需求,但开发项目组因为没有很好的平衡各

浅谈软件开发外包项目的管理

浅谈软件开发外包项目的管理 所谓软件外包就是一些发达国家的软件公司将他们的一些非核心的软件项目通过外 包的形式交给人力资源成本相对较低的国家的公司开发,以达到降低软件开发成本的目的。众所周知,软件开发的成本中70%是人力资源成本,所以,降低人力资源成本将有效地降低软件开发的成本。那么,在软件外包项目管理中要注意哪些问题呢? 一、如何选择外包商 1.公司规模 a) 具有一定规模的公司才有可能具有全面的软件开发能力,有客户需要的各类技术高手。 b) 接触过的企业比较多,才有可能接触过很多的项目,积累丰富的经验。可以将其他公司行业知识或是系统架构方面的经验进行分享。 c) 公司的声誉,财政状况,招工吸引力等,以保证项目期间无经济困扰,在软件人才频繁进出的情况下,有能力招募高手,有钱不断培训新人,从而力保高水平完成外包项目。 d) 后续服务的保障性。基本上,我们希望的厂商都是要能够长期合作的,毕竟默契跟关系是需要长期培养的,万一厂商规模太小,忽然有一天消失了,重新找厂商以及试运行项目又会是一个不太愉快的过程,更别说以前项目的维护工作可能没法得到保障了。 2.规范化。 a) 如果一个企业做得比较规范,我们会认为他们更可信。 b) 项目管理能力: 厂商使用的方法论是否完整;是否经历过大量项目的检验;是否运用数字化的管理工具;是否有明确的KPI;是否取得国际级的认证,如 CMMI;比如说获得CMMI 的认证,在国内好像也没听说过谁是真的过不去的,毕竟这个对培训机构来说也是一种商品化后的服

务项目,我的回复一向是:“是的,但是过了总比没过的好,总是多加了一份保障。” 3.价格:至于价格当然是越少越好,但不是要考虑的第一要素。Total cost的概念,包括项目的整体成本,以及后续需要维护的人员成本,是否有加值服务的提供(技术领域以及行业领域)。最早开始的时候,我们在议价的时候,更多的是考虑每个人天的单价,合作过几家厂商之后,发现如果从 Total 开发成本的角度来看,其实大家能提供的价格还是差不多的,单价低的可能项目周期会比较长,或是项目质量不如单价高的厂商,我们后续需要的测试以及维护成本加起来,其实成本是非常接近的,所以,还是建议找质量比较好的厂商,不要完全以人天单价或是项目总体价格来当作唯一的考虑点。毕竟省下来的钱是公司的,项目搞砸的 Credit是自己背的。 4.人员素质 沟通能力;英语能力;文档编写能力;是否对他专一,有资源一心一意压在他的项目上,而不要撤东墙补西墙。 5.地域性因素。这点随着互联网的普及以及各式沟通工具越来越多,倒是没有那么强的影响了,可以考虑在最后才使用这个指标衡量。 6.对你所在企业的认识。我们的经验是,对你越了解的合作伙伴,越容易培养默契,在项目的合作上也越容易体现出弹性,说的再虚一点的话,最好连合作伙伴的企业文化也能跟我们比较接近是最好的了,因为不管对方的老板答应你什么,真正干活的还是下面这批人。 二、管理外包商的要点 1.需求管理 在软件项目开发的早期,最主要解决的问题就是明确软件需求,但是现实中开发商往往很难理解企业的业务需求,加上业务需求会随着时间的推移而发生变化,造成软件需求一直在发生变化;另一方面,开发商提供的需求文档也很难被业务部门所理解,造成

浅谈软件项目中的需求管理

浅谈软件项目中的需求管理 曾创能-332070063 2013年4月17日 摘要: 需求管理在软件开发项目管理中起着至关重要的作用。本人以曾作为项目经理参与的国内某期货交易所核心结算业务系统(下称“结算系统”)的项目为例,阐述需求管理的流程和自己摸索出的一些需求管理方法和心得。 关键词: 项目管理需求管理软件项目开发 引言: 在如今软件开发领域,尽管各种开发技术越来越先进,可利用的软件开发工具和方法也越来越多,但仍然有相当比例的软件项目失败。究其原因,常常是由于在项目开始阶段没有正确地理解、确定和定义需求,或者是由于在项目进展过程中没有正确地管理需求。 众所周知,项目管理的三要求为TQC(时间、质量、成本)。我个人认为,在软件开发项目中,要使TQC目标最大化,范围管理中的需求管理有着至关重要的作用,这与当今中国软件开发的特征有很大关系。当前中国软件开发的领域集中在应用开发领域,多以开发业务管理系统为主。而中国是新型经济体,在企业管理等领域处于逐步摸索、不断变更,以适应国际化竞争的转型初期。在此转型阶段,各企业的管理模式、业务管理方法等有很大不同,且自身也处于不断否定自己的管理、不断变更自己的管理方法和调整业务模式之中。作为软件项目开发承接方,必须适应中国这一各企业“需求各不相同”、“需求多变”的国情。 本人以曾作为项目经理参与的国内某期货交易所核心结算业务系统(下称“结算系统”)的项目为例,阐述需求管理的流程和自己摸索出的一些需求管理方法和心得。

软件需求管理的流程: 软件需求是软件项目开发工作的一个重要源头。需求管理一般由需求分析师和项目经理共同完成的。需求分析师尽可能准确的理解和获取客户需求及潜在需求,编写《需求规格说明书》,而项目经理则需通过加强需求管理,有效的防范和减少不必要的需求变更。按我多年项目开发管理经验,我个人认为,需求阶段准备把握了各类需求(功能、非功能、潜在需求等)并有效地管理需求,项目也就已经成功了一半。 在我负责结算系统时,按需求工程的方法论,将需求管理的流程可划分为如下几部分: ?制定需求管理计划 需求管理计划往往被软件项目管理人员所忽视,很多项目经理在开发项目时,一上来就是让需求分析师跟客户谈需求去,这样做会导致需求 工作的盲目性甚至可能让需求分析师无所适从。 在本项目启动时,我通过如下步骤制定需求管理计划: 1、确定需求沟通机制; 2、确定需求变更管理办法; 3、确定需求跟踪方法; 4、确定需求管理涉及的干系人,并明确职责; 5、明确需求管理工具; 6、编写需求管理计划。 ?需求调研 需求调研是需求分析师一项非常重要的工作。在本项目中,我确定了对期货核心结算业务吃得很透,具有5年以上相关经验的技术人员作为需求分析师负责与客户的需求访谈和调研,并成立需求组,在需求组中还配备了软件设计师和软件测试工程师旁听。我认为,在需求阶段,虽然以需求分析师为主,但软件设计师和软件测试工程师参与非常重要,他们可以了解第一手的需求信息。 ?需求分析和定义 针对获取的用户需求进行分析和整理,并规格化,形成需求规格说明书。针对每项功能需求,定义需求的重要性、优先级、实现的难易程度。

软件项目的需求管理问题及对策.doc

软件项目的需求管理问题及对策- [摘要]软件项目管理工作中的需求管理具有非常重要的地位,需求管理的好坏关系到每个软件项目的成败,只有存在软件需求情况,才能进行软件项目开发。本文主要分析了软件开发过程中需求管理,论述了需求管理的一般方法,提出了需求管理中应注意的问题。 [关键词]软件项目;需求管理;措施 1 需求管理概念及其特点 1.1 需求管理 需求是指通过和客户协商,建立并及时更新的关于软件工作的协议,属于系统需求的重要组成部分,主要体现于系统的软件部分。需求分析在开发技术行为具有关键性作用,需求管理就是为了有效管理需求研究结果,保证软件项目开发与它同步发展。需求管理的目的是在客户和依据客户需求的软件项目中间建立共识。这种情况表明用户需求必须是合理的,项目的发展目标要与用户需求一致。需求管理活动就是积极保证这种共识的实现。 在制订正式的需求文档时耗费大量的人力物力,但真正拥有了需求文档后又会产生新问题。需求评审会上只是走过场,这是由于广大用户谁也不会去听那没完没了的需求文档。不同层次的客户感兴趣的问题不同,每一个客户都是需求专家是不可能的。 为了保证需求的正确性和完整性,项目经理都会要求众人在需求阶段消耗大量的时间,但客户和公司的主要领导关心的却是实际应用的软件。在此情况下,项目组成员一方面,要应对公

司领导的压力;另一方面,还要考虑项目经理的要求,因此,常常处于进退两难境地,都希望尽快结束这一阶段。 对需求的精细度到底要求到什么程度才能结束,对于此没有统一的认识。但是需求周期越长,存在的变化因素就会越多,设计要求也会越来越严格,对需求的共性提取要求也会提高,因此,只要全体工作人员认为描述达到了一定程度,就可以着手进行设计了。 如果软件开发过程存在一条真理,那必然是需求存在无休无止的变化,需求不可能是完整的。因为软件系统存在一定的复杂性,要想提前说出所有的需求是不可能的。系统原来的操作环境不可能一成不变,用户的理解不可能一成不变,系统的角色不会一成不变。这些因素都会引起需求改变。所以,需求是容易发生改变。 2 需求管理策略 2.1 建立需求管理模型 根据人际沟通的随意性做出软件需求建模,只有沟通准确和预案标准化,才能解决这个缺点,要验证和测试需求的变更可行性首先要掌握需求管理模型,是表达软件需要的一种形式。建模的基本原理就像搭积木,使它能用较标准的语言诠释和表达软件的目的。能依据个人的需要进行反复的修改,这就是软件需求模型最大的优点,模型怎样经过修改都不会有问题。就能使使用者更容易掌握。在了解软件的需求特点之后进行相关讨论,之后再进行准确有效的阐述,让使用者和开发者都能准确理解,就是建模的基本过程。 2.2 对需求的变化要有正确认识 需求管理的变化包括变化的控制、基线的建立等许多内容。

软件项目需求管理图文稿

软件项目需求管理文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]

南京信息工程大学实验(实习)报告 实验名称软件项目需求管理实验日期 10.15 指导老师仅供参考 一、实验目的 掌握软件项目需求管理过程,学习编制软件项目需求规格说明书。 二、实验时间 2学时 三、实验要求 1、按照需求规格文档模板完成需求规格说明书的编写,按实验报告 的撰写规范完成实验报告。 2、自拟一个简易软件系统(以自己熟练操作的软件为主,如学生成 绩管理系统、图书管理系统、美食订餐系统等,后续实验将一直围绕该系统展开),从软件开发人员角度来思考编写该项目的需求规格说明书。 3、用功能点法分析软件规模,给出软件的功能点值。 四、实验内容 图书管理系统软件需求规格说明 1.引言 1.1目的 对于一个大型图书馆,对图书的借还,读者注册借阅以及图书的管理是使用图书馆资源重要的前提,所以一个优秀的图书管理系统对于管

理是非常重要的,该需求规格说明书对图书管理系统软件进行了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能。 1.2范围 本系统通过给图书管理人员带来管理上的便利来提高管理效率,本系统包括基本的增删改查功能。力求减少人力与管理费用,提高信息准确度,改进管理和服务,建立高效的信息传输和服务平台,提高信息处理速度和利用率。 1.3定义、简写和缩略语 文档中采用的专门术语的定义及缩略词简要如下: LMS:LibraryManagementSystem,图书管理系统。 1.4引用文件 中国国家标准化管理委员会.GB/T-9385-2008,计算机软件需求规格说明规范[S].2008. 2.概述 2.1产品描述 本系统就是为现代化图书管理信息系统而设计的,本系统是面向图书管理员的,主要解决了手工记录容易出错等与书籍多等有关的问题。 2.2产品功能 能够储存一定数量的图书信息,并方便有效地进行相应的图书书籍的数据操作和管理,这主要包括:图书信息的增删改查;图书的检索;图书借还情况的统计。

软件项目需求管理

南京信息工程大学实验(实习)报告 实验名称软件项目需求管理实验日期10.15 _______ 指导老师仅供参考 一、实验目的 掌握软件项目需求管理过程,学习编制软件项目需求规格说明书。 二、实验时间 2学时 三、实验要求 1、按照需求规格文档模板完成需求规格说明书的编写,按实验报告的撰写规范完成实验报 告。 2、自拟一个简易软件系统(以自己熟练操作的软件为主,如学生成绩管理系统、图书 管理系统、美食订餐系统等,后续实验将一直围绕该系统展开),从软件开发人员 角度来思考编写该项目的需求规格说明书。 3、用功能点法分析软件规模,给出软件的功能点值。 四、实验内容 图书管理系统软件需求规格说明 1. 引言 1.1目的 对于一个大型图书馆,对图书的借还,读者注册借阅以及图书的管理是使用图书馆资源重要的前提,所以一个优秀的图书管理系统对于管理是非常重要的,该需求规格说明书对图 书管理系统软件进行了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能。 1.2范围 本系统通过给图书管理人员带来管理上的便利来提高管理效率,本系统包括基本的增删 改查功能。力求减少人力与管理费用,提高信息准确度,改进管理和服务,建立高效的信息传输和服务平台,提高信息处理速度和利用率。 1.3定义、简写和缩略语 文档中采用的专门术语的定义及缩略词简要如下: LMS Library Management System,图书管理系统。

1.4引用文件

中国国家标准化管理委员会.GB/T-9385-2008,计算机软件需求规格说明规范 [S] . 2008. 2. 概述 2.1产品描述 本系统就是为现代化图书管理信息系统而设计的,本系统是面向图书管理员的,主要 解决了手工记录容易出错等与书籍多等有关的问题。 2.2产品功能 能够储存一定数量的图书信息,并方便有效地进行相应的图书书籍的数据操作和管理, 这主要包括:图书信息的增删改查;图书的检索;图书借还情况的统计。 能够对一定数量的读者进行相应的信息储存和管理, 读者的统计与查询。 的服务。 2.3用户特点 通过对图书书籍、读者信息、借还情况进行高效的管理, 图书管理员可以查询某读者、 某 图书的具体情况,还可以对某类、某具体同种书进行一些统计,能够在系统上给出统计表格, 以便全面掌握图书的流通情况,减少工作量。 2.4运行环境 硬件环境: CPU : 2.2GHz 及以上 内存:最低128M 推荐512M 以上 硬盘:最低5G 可用;推荐10G 可用以上 显示:1280x1024及以上 软件环境: Win dows XP 及以上操作系统 My Eclipse SQL server 2008 Jdbc 2.5约束 本图书管理系统最好只应用于学校图书管理员,在功能上还可以进一步实现安全防范、 借阅平台、后台管理、图书管理、与网络集成起来,实现真正的网上图书系统软件。 2.6假设和依赖关系 由于开发时间和计算机数量有限, 该系统不能提供强大的信息查询功能, 对信息的保护 这其中包括:读者信息的增删改查; 能够提供一定的安全机制, 提供数据信息授权访问, 防止随意删改,同时提供数据备份

软件项目需求管理总结

软件项目需求管理总结 在软件项目中,需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求,而此时业务部门往往因为对软件的心理障碍和本身的限制,提不出需求来,一般是售前顾问站在企业管理特点和管理问题等角度提出,这个阶段的需求,越多越好,而且需求越痛越有卖点,因为这样更能体现信息化建设的必要性和带来的价值。 但从实施立项开始,需求就成了所有项目经理的心头之痛。客户花钱购买了我们软件,理所当然地认为软件可以解决一切问题、甚至代替管理;加上销售过度承诺、客户应用经验的增加和对软件的了解程度加深等,都有可能使客户对软件的需求不断变化。如果不能有效管理这些需求,就很容易导致项目失去控制,客户购买的一辆QQ,也许最后你不得不为他打造一辆劳斯莱斯。 如何管理? 一、需求无法控制,只能进行管理 需求无法控制,只能进行管理,正如吃饭一样,饿了就得吃,不吃难受。为了把需求管理在一定的范围内,首先,实施顾问必须充分了解销售阶段是否有过度承诺(包括文字或签约)。前期在实施JL项目时,签约合同中明确只实施1套帐,但客户咬定销售承诺实施2套帐,最后不仅项目拖期才验收、增加成本,更坏的是客户对金蝶印象大打折扣。其次,我们在制定实施方案时就要与客户项目负责人确认实施范围、目标、项目风险及本次实施工作的重点。

二、了解需求产生的原因 原因何在?总结大部分项目,提出的需求所产生的原因往往集中在以下几方面: 1、调研产生的需求; 2、对软件操作不熟悉,总觉得需要快捷方式或快捷键; 3、操作模式同之前的软件有较大的区别,这种情况尤其是此前使用过软件或习惯了EXCEL灵活模式的人; 4、业务流程还未理顺,尤其是部门之间的衔接还不顺畅,这时候抱怨产生的需求; 5、相关的基础数据不完善,甚至有错误的地方; 6、出于部门利益的考虑,某个人或部门的想法,没有考虑全局; 7、客户方人员或项目负责人变更引起; 8、企业高层比较理想化的思维; 9、随着对软件深入了解,对软件提出的更高要求。 三、需求分析

软件项目管理管理_为什么要进行需求管理

为什么要进行需求管理? 软件需求是整个软件项目最关键的一个输入。和传统的生产企业相比较,软件的需求具有模糊性、不确定性、变化性和主观性等特点,它不像生产汽车、电脑等硬件的需求,是有形的、客观的、可描述的、可检测的,软件需求是软件项目最难把握的问题,它的复杂性体现在以下方面: 需求的描述问题 笔者曾经被紧急委派主管一个已经进入了编码后期阶段的项目,该项目已经换过2次项目经理了,这是第3次更换项目经理。 用户方的IT部经理找笔者抱怨:"我已经是第3次来给你们讲补货申请的处理规则了!"。我只能表示抱歉,因为我无法找到原来的需求描述,这是一个变更的需求。前任的项目经理讲道:“他只是将当时与用户交流的需求记到2页草稿纸上”。不幸的是,那2页珍贵的手稿现在已经找不到了!更不幸的是,该IT部经理是在转述业务部门的需求,当软件开发完毕后,业务部门讲"这不是我们最初给IT部反映的需求,我们说的不是这样的!"。 缺少正式的完整的需求文档浪费了大量的人力物力,但是有了需求文档又出现了新的问题。 曾经有多个项目经理向我抱怨,在用户方进行的需求评审会完全是走形式,因为用户根本不去听他读那上百页的需求文档。不同层次的客户(用户)关心的问题是不一样的,想要每个客户都成为需求专家是不现实的。 需求的完备程度问题 需求如何做到没有遗漏?如何准确划定系统的范围?这确实是一个两难问题,稍微大一点的系统要想穷举需求几乎是不可能的,每次开需求评审会时,总会冒出新的

需求,以至于系统没有一个准确的范围界定。 即使是这样,系统还是要开发,没办法,系统的范围还要硬性的划定一个,从而建立一个基线。 需求开发的工期问题 在需求上花费了大量的时间(而不是人*工时,因为需求阶段人多了也没有作用),客户、软件公司是否能够忍受? 为了确保需求的正确性、完备性,项目经理往往坚持要在需求阶段花费大量的时间,但是客户与公司的高层领导却会为项目迟迟看不到实际可运行的软件担心不已!他们往往会逼迫项目组尽快往前推进,而项目组的成员往往也会为系统复杂的、善变的需求折腾的筋疲力尽,他们也希望尽快结束此阶段。 需求的细致程度问题 需求到底描述到多细,才算可以结束了?仁者见仁,智者见智,并没有定论,如果时间允许,要想细,也可以细下去。 但是,需求的周期越长,可能的变化越多,对设计的限制越严格,对需求的共性提取要求越高,所以只要大家(客户、用户、需求分析人员、设计人员、测试人员)认为描述清楚了,就可以进入设计阶段了。 需求的变化问题 在软件开发过程中如果只有一条真理的话,那一定是:需求的变化是永恒的,需求不可能是完备的。 软件开发的过程实际上是同变化做斗争的过程,需求的变更不一定是坏事,也有可能是好事,是商业机会,对市场敏感的人可以从需求的变化中发现市场机会。 需求变化的原因很多,如:

相关文档
最新文档