一种快速需求分析的方法.docVIP

一种快速需求分析的方法 　　摘 要：软件需求分析是软件工程的重要一环。现有软件需求分析方法还没有在避免由于使用自然语言可能产生的二义性和避免仅使用一般人不易理解的软件需求分析工具上令人满意。为此，利用自然语言和必要的图形实现了二者的兼顾。该方法适用于需求获取和早期需求分析，也能与其它建模工具一起使用。 　　关键词：软件需求分析；二义性；建模工具；快速需求分析方法；需求获取 　　0 引言 　　 需求分析是软件工程的首要阶段，软件工程失败与需求分析在完整性、准确性、可验证性及一致性等方面的缺陷有较高相关性。需求分析不足可能表现在以下几个方面：①用户对自身需求比较模糊；②非核心需求过度膨胀；③需求完整度较难把握，用户需求经常变动；④需求分析不够详细，需求文档描述的多义性，使后续工程理解偏离；⑤忽视用户的行业特点与文化程度，没有挖掘用户的核心需求；⑥需求分析的时间不足，等等。 　　 常见的需求分析方法有3种：问题分析法、界面原型法以及可运行原型系统法。按方法的特点来分，有形式化的、非形式化的和基于知识表示的需求分析和规格说明技术。形式化方法可以严格地描述所开发的软件功能，既减少二义性，又可以自动对需求分析进行推理验证，实现软件分析的自动化。但形式化方法往往难以掌握,且不易理解以及难以和用户沟通,目前应用还有局限性。非形式化方法采用了易于掌握的分割、抽象、投影等适合处理复杂问题的策略,尽管还存在某些不足或缺陷, 但在当前软件开发中仍然是广为使用的需求描述机制。基于知识表示的分析和规格说明方法是专家系统在软件需求工程中的一项应用，但是前期要由专家组进行知识的整理和合理表达，对一般软件工程准备期较长。每种方法都有其优缺点，很多情况下，软件开发项目组会根据项目的具体情况主要使用一种或同时几种分析方法。如赵占梁等在中采用尝试通过自然语言逻辑形式和语言形式加以一定的限制来减少其歧义性，增强其准确表达能力；罗慧慧结合自然语言处理技术,对需求分析辅助生成方法进行了研究,给出了一个能将受限汉语书写的需求分析报告自动转换成符合国家标准的软件需求规格说明书的系统；倪世道在中提出一个系统的基于知识支持和面向目标建模分析方法GONFR。 　　 1 快速需求分析方法概述 　　 针对上节提到的需求分析不足的几类表现，结合国内软件开发业的实际，本文从实践的角度提出了一种快速需求分析方法。这种方法旨在消除使用自然语言的需求分析说明书的二义性，又避免了一些工具软件偏向软件开发人员的缺点。其核心思想是使用包含专业术语的自然语言和原形界面设计相结合的模式，快速完成需求分析，缩短整个软件开发周期。该方法分为四个阶段，分别是需求预获取阶段、初次交流阶段、扩充交流阶段和需求验证阶段。需求预获取阶段先了解用户行业需求和单位特点，提出预想需求；然后与开发团队内部交流。初次交流阶段则是把预想需求与用户代表面对面交流，取得用户的修正意见；接着把用户意见反映到需求说明书和原型界面运行系统中，与开发团队内部交流，同时开展后续设计、开发。扩充交流阶段是把用户意见、团队的取舍加入需求分析中，再次与用户进行详细交流。需求验证阶段由用户、项目组、评审人员参加，确定用户最终需求，并对需求合理性进行验证。至此，在短时间内完成了2～3次需求分析的迭代，需求分析完成，部分模块已经进入设计或开发阶段。 　　 2 具体实现 　　 2.1 需求预获取阶段 　　 （1）需求分析员以项目开发意向为基础，了解用户所属的行业、单位初步情况、用户单位的高层次及一些特定需求。根据用户所属行业查阅该行业的相关规范，了解该行业业务流程，查找该行业成功的软件开发案例及需求分析说明书。这样就从内外两个方面粗略地获取该单位的工作运行模式和企业部分特色。从系统完整性设计思路出发，将用户行业、单位的一般性需求作为骨架，根据用户特色需求合理地补充、预想用户可能的需求细节，把这两方面结合起来，形成一个与用户行业标准或规范匹配的《用户需求分析说明书》，并根据该说明书制作一个可演示的原型界面系统。 　　 （2）与项目团队进行交流。目的有两个，一是让项目团队的经理、系统分析师（架构师）、程序员等对用户项目有前期的了解，二是根据《用户需求分析说明书》和原型界面运行系统，探讨项目难点、人员、工期、可利用模块等问题，还要涉及可能遗漏的功能性和非功能性需求。完善后进入第二阶段。 　　 2.2 初次交流阶段 　　 （1）需求分析员与用户代表（最好包含决策者），就原型界面运行系统和《用户需求分析说明书》初稿进行面对面交流。首先概述系统的整体功能、结构层次、特色，接着主要通过原型界面运行系统的图形化展示，分层次地讲解系统各项功能和性能指标，可边讲边讨论，重点记录用户对软件系统的理解、修改意见及补充要求。同时收集用户方的相关文档。交流结