析作为软件生命周期的第一个阶段,并贯穿于整个软件生命周期,其重要性越来越突出,到80年代中期,逐步形成了软件工程的子领域———需求工程。软件工程的子领域需求工程的出现,体现了其在软件质量保证中的重要意义。进入20世纪90年代后,需求工程成为软件界研究的重点之一。
在国内则兴起于20世纪90年代后期,其研究方法和研究方向基本上参照国外的相关方法和理念,而研究成果的创新度和实用意义与国外尚有差距。当前对于需求工程的研究已经成为软件工程中的重要环节,但正如AlanM. Davis所说的那样:需求工程的进展相当缓慢。
我国已进入WTO,因此软件开发也要与国际接轨,只有这样才能提高我们在项目管理水平,最终开发出高质量的软件。
2 需求分析的相关问题及过程
需求分析是软件工程中最复杂和最难处理的过程。归结起来,需求分析的问题主要体现在以下4个方面:
(1)需求的复杂性。由于用户需求所涉及的因素繁多,如运行环境和系统功能等,而导致了需求分析的复杂化。积极与用户交流,捕捉、分析和修订用户对目标系统的需求,并提炼出符合问题解决领域的用户需求。
(2)分析人员或客户理解有误。系统需求涉及人员较多,如软件系统用户、问题领域专家、需求工程师和项目管理员等,这些人员往往具有不同的背景知识,且处在不同角度,扮演不同角色,从而不可避免地造成了他们之间相互交流的困难。
例如软件系统分析人员不可能都是全才,客户表达的需求,不同的分析人员可能有不同的理解;客户大多不懂软件,他们可能觉得软件是万能的,会提出一些无法实现的需求。
(3)不完整性和不一致性。每一项需求都必须将所要实现的功能描述清楚,以使开发人员获得设计和实现这些功能所需的所有必要信息。但由于种种原因,用户对问题的陈述往往是不完整的,其各方面的需求还不可避免地存在着矛盾。
此外用户需求必须和业务需求一致,功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系,才可以保证最后开发出来的软件系统不会偏离最初的实现目标。
(4)需求易变性。随着客户对这个项目越来越深刻的理解,那么可能他的需求也会随之改变,这些变化的可能性越大项目风险就会越大,我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求,哪些可能会是产生变动的需求,考虑到他的可变性,这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。
需求分析的步骤可归纳为四个:
(1)需求获取。需求获取通常从分析当前系统包含的数据开始,建立当前系统的物理模型。
(2)分析建模。分析模型的建立过程是对目标系统的综合要求及数据要求的分析综合的过程。
(3)文档编写。软件需求分析说明书是软件需求分析阶段最主要的文档。
(4)需求验证。软件需求说明需求不一致的问题、二义性问题等,这些都必须通过需求分析的验证复审来发送,确保需求说明可作为软件设计和最终系统验收的依据。
(1)结构化分析方法(Struetured Analysis,SA),该方法比较常用,不再赘述。
(2)软系统方法:这只是过度性的方法论他的出现只是证明结构化分析方法的一些不足。因为结构化分析方法采用的相对形式化的模型不仅与社会观格格不入,而且在解决“不确定性”时显得十分无力。
(3)面向对象分析方法(Object Oriented Analysis,OOA):这一方法也较为常用。
(4)面向问题域的分析(Problem Domain OrientedAnalysis,PDO