软件需求分析模型 摘要 ：软件工程伴随软件危机而诞生，软件工程的子领域需求工程的出现，则体现了其在软件质量保证中的重要意义。 相关业界报告与分析对信息系统行业中不能满足客户需求、与用户预期不符合等现象和问题进行了详细描述。尤其是应用于企业运营、管理及决策活动的管理信息系统拥有复杂多变的业务需求和相当难度的技术要求，主要基于企业的业务流程和数据，这些都使得MIS的需求无法被高质量地获取、分析和实现。 本文结合软件工程的层次结构，简单分析一下软件需求分析模型构成，分别从质量保证层、过程层、方法层来介绍软件分析模型。在质量保证层中明确度量指标以及度量方法，为需求分析过程提供质量参照;过程层以任务分解结构的结构化分析方法为基础，建立“任务需求分析矩阵”模型;方法层的“四要素分析法”，则从涉众、结构、任务、度量几个关键角度来阐述需求的描述，以场景分析的形式进行用户需求中任务需求及性能需求的分解。 关键词：需求工程 需求定义 质量保证层 过程层 方法层 在软件开发过程中一个很重要的过程就是需求分析，因为需求分析结果将是开发过程的指导，整个开发过程都是围绕需求分析得到的结果展开。在需求分析完成之后还有一个过程，将用户需求分析时期得到的分析结果作进一步的描述说明，形成清楚、完整的用户需求定义文档，并将用户需求分析时期图表中无法展开的内容作补充解释说明，以便于用户需求验证时期的工作，提高需求的可跟踪性，这就是需求定义。做好需求定义的基础研究主要集中在三个方面:(1)需求的属性和分类分析，(2)度量需求定义的优良睦的指标研究，(3)定义需求的方法研究。虽然需求定义的基础研究进行的较多，但软件工程中需求定义的工作仍存在许多问题，原因大概有以下几条： (l)需求定义过程中的具体细节尚无定论，特别是在需求定义过程中，一般先要从“用户之声” 引出用户需求的定义，然后再从用户需求定义导出系统需求定义，而什么是“用户”、什么是“用户需求”、“用户需求”如何定义好、如何从用户需求的好定义有质量地导出系统需求定义等一系列回避不了的问题都没有很好的答案； (2)软件产品，特别是管理信息系统这类软件产品，在需求定义过程中其应用环境一直在动态变化着，因此用户的需求也动态地随之变化; (3)要适应需求变化，在需求定义质量中必须考虑可扩展性、可修改性，否则就会因修改需求定义的困难而影响此后一系列的开发活动容易而导致开发成本的明显增加、开发时间的明显延长; (4)通常的需求定义过程中，由于把所谓的功能性需求与性能需求分开考虑，而实际上对每一项功能性需求都必然有对性能的要求，二者不可分离，因此对需求定义的完整性考虑都有欠缺; (5)在需求定义过程中，涉众的含义和彼此之间的关系并不简单，涉众至少包含了客户、顾客、用户、法规方面的专家 、软件开发商等，因此做好用户需求定义除了技术问题外，涉众之间的协调也非常重要; (7)需求定义的标准化程度不高，特别是需求定义的标准表达形式; (8)在需求定义的过程中缺乏质量控制手段。 基于以上几点，本文介绍的需求分析过程模型的基本思想为：(l)需求分析过程中应注重涉众。MIS本身的特殊性决定了其需求分析过程中涉众的重要性，而以往的方法都没有注意这一点。应注意MIS开发中所涉及的不同涉众在需求分析中所起的不同作用，例如明确客户需求与用户需求之间的区别与联系;(2)需求分析过程中结构化方法的应用。在需求定义过程中引入结构化的方法，从而保证需求定义传递中的规范性，进一步保证需求定义的质量，并且利于建立用户需求与系统需求之间的对应关系;(3)在需求定义过程中应当把功能性需求与性能性需求结合起来考虑，两者是互相影响的，将其孤立开来往往导致开发过程中的需求变动;(4)注意定义形式的标准化，(5)注意需求定义过程中的质量控制，从而减少事后变更。特别是MIS的开发中，有时信息系统的引入会引起企业本身的业务流程变动，因此要注意分析过程中的质量控制;(6)注意最终需求文档的标准化。 软件工程的层次为需求分析模型的层次提供了理论基础，给予建立模型的基本思想，建立模型。如图： 本文来源：https://www.wddqw.com/doc/64f492055a0102020740be1e650e52ea5518ce0e.html