所有的需求分析方法都与一组操作性原则相关联：
必须理解和表示问题的信息域。
必须定义软件将完成的功能。
必须表示软件的行为（作为外部事件的结果）。
必须对描述信息、功能和行为的模型进行分解，能够以层次方式揭示其细节。
分析过程应当从要素信息转向细节的实现。
通过使用这些原则，分析员可以系统地处理问题。首先检查信息域以便更完整地理解目标软件的功能，再使用模型以简洁的方式表达目标软件的功能和行为，并利用自顶向下、逐层分解的手段来降低问题的复杂性。在这些处理过程中，因处理需求带来的逻辑约束和因其它系统元素带来的物理约束需要通过软件要素和视图的实现加以检验和确认。
除此以外，Davis建议了一组针对“需求工程”的指导性原则：
在开始建立分析模型之前应当先理解问题。如果问题没有很好理解就急于求成，常常会产生一个解决错误问题的完美的软件。
强力推荐使用原型。这样做可以使用户了解将如何与计算机交互，而人们对软件质量的认识常常是基于对界面“友好性”的切身体会。
记录每一个需求的起源和原因。这是建立对用户要求的可追溯性的第一步。
使用多个视图，建立系统的数据、功能和行为模型。这样做可帮助分析员从多方面分析和理解问题，减少遗漏，识别可能的不一致之处。
给需求赋予优先级。因为过短的时限会减少实现所有软件需求的可能性。因此，对需求排定一个优先次序，标识哪些需求先实现，哪些需求后实现。
注意消除歧义性。因为大多数需求都是以自然语言描述，存在叙述的歧义性问题，造成遗漏和误解。采用正式的技术评审是发现和消除歧义性的好方法。
遵循以上原则，就可能开发出较好的软件需求规格说明，为软件设计奠定基础。
（简答题）
软件需求分析的操作性原则和需求工程的指导性原则是什么？
正确答案
答案解析
略
相似试题
（判断题）
软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件需求描述和一些性能参数，解决系统“怎么做”。
（简答题）
软件需求分析是软件工程过程中交换意见最频繁的步骤。为什么交换意见的途径会经常阻塞？
（单选题）
软件生存期包括计划，需求分析和定义，（），编码，软件测试和运行维护。
（判断题）
用于需求分析的软件工具，应该能够保证需求的正确性，即验证需求的一致性、完整性、现实性和有效性。（）
（简答题）
为什么要进行软件需求分析？请叙述软件需求分析的主要过程。
（判断题）
软件需求分析必须按自顶向下，逐层分解的方式对问题进行分解和不断细化。
（单选题）
软件需求分析应从问题的信息域和功能域出发。信息域应包括信息流、信息内容和（）。
（单选题）
软件需求分析主要解决软件项目（）的问题。
（单选题）
软件需求分析不应确定的是软件的（）
