|
此外用户需求必须和业务需求一致,功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系,才可以保证最后开发出来的软件系统不会偏离最初的实现目标。项目管理者联盟
(4)需求易变性。随着客户对这个项目越来越深刻的理解,那么可能他的需求也会随之改变,这些变化的可能性越大项目风险就会越大,我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求,哪些可能会是产生变动的需求,考虑到他的可变性,这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。项目管理者联盟
需求分析的步骤可归纳为四个:项目管理者联盟文章
(1)需求获取。需求获取通常从分析当前系统包含的数据开始,建立当前系统的物理模型。项目管理者联盟
(2)分析建模。分析模型的建立过程是对目标系统的综合要求及数据要求的分析综合的过程。项目管理者联盟
(3)文档编写。软件需求分析说明书是软件需求分析阶段最主要的文档。pmp.mypm.net
(4)需求验证。软件需求说明需求不一致的问题、二义性问题等,这些都必须通过需求分析的验证复审来发送,确保需求说明可作为软件设计和最终系统验收的依据。项目管理者联盟
(1)结构化分析方法(Struetured Analysis,SA),该方法比较常用,不再赘述。项目管理者联盟
(2)软系统方法:这只是过度性的方法论他的出现只是证明结构化分析方法的一些不足。因为结构化分析方法采用的相对形式化的模型不仅与社会观格格不入,而且在解决“不确定性”时显得十分无力。项目管理者联盟
(3)面向对象分析方法(Object Oriented Analysis,OOA):这一方法也较为常用。项目管理者联盟
(4)面向问题域的分析(Problem Domain OrientedAnalysis,PDOA):OOA也存在着很多不足,但PDOA现在正在研究中所以未被广泛应用。这里需要注意的是:在软件开发中有很多需求分析方法他们没有好坏之分只要你运用得当照样可以做出一个很好的系统,依据个人对某个方法的理解用自己最擅长的方法是最明智的选择。目前,软件需求还是企业信息化过程中的一个难点,尤其是应用于企业运营、管理及决策活动的管理信息系统(Management Information System,MIS)拥有复杂多变的业务需求和相当难度的技术要求，这些都使得MIS的需求无法被高质量地获取、分析和实现。轻视用户需求和需求分析并给后期开发带来重大损失的情况在当今MIS开发实践中依然比较普遍。传统的MIS开发方法主要有两个重大的缺陷:一是虽然相较于其他软件更加重视系统需求,但仍然存在忽略用户需求本体,往往没有考虑“为什么”需要这样的系统需求;二是过于形式化的需求用例建模常常导致需求的歧义性和不一致性,因而难以确认和验证。对于这些问题,传统的方法缺乏有效的需求捕获、分析及验证机制和模型,因此需要寻求新的需求工程方法。项目管理培训
首先,在现有的软件工程理论基础上,结合MIS开发过程,明确其特殊性,及其需求分析的特殊性。然后,在需求工程理论的研究基础上,找到需求阶段存在的典型问题及其表现形式,在研究理论的基础上归纳需求定义度量指标,以及需求阶段各时期的划分。项目管理者联盟
3 结语项目管理者联盟
项目需求分析是一个项目的开端,也是项目建设的基石。在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。项目管理者联盟 bbs.mypm.net
|
