从技术角度来看，要保证信息的准确传递必须借助于术语。术语，是领域常识、是领域知识的浓缩。我们知道，需求分析时需要用到术语（领域知识）。其实，在大连新闻管理软件开发的各个环节（架构设计、编程、软件测试、产品维护等），都需要用到各自领域的术语。很多大连新闻管理软件开发组织都不注意术语的使用，这是错误的。

很明显，当我们在不同的领域间传递信息时，需要做一些信息转换工作。在现实中，信息转换往往是随意进行的。例如，客户使用领域知识来表达信息，需求分析人员使用混合语言（领域知识、生活常识、软件术语）来表达信息，架构设计人员使用软件设计元素来表达信息，程序员使用代码来表达信息。信息往往就在这些领域间传递的过程中失真了。 

致远服软认为：http://www.soft8.com.cn/不同的术语有不同的表达方式。假设我们正在考虑客户这样的一个要求：在下车险保单时，如果标的保额超过100000美元，必须进行人工核保。如果使用生活常识语言，可以这么说：客户购买车险，系统生成保单；如果汽车发生意外，客户获得赔偿；客户和保险公司约定赔偿金额，如果赔偿金额超过100 000美元，核保人员审核保单。 这段生活常识语言解释了标的和保额，以及人工核保的含义。

      如果使用软件术语（假设概念模型和页面原型已建立），可以这么说： 用户选择新建保单菜单，系统显示新建保单页面，新建保单页面包括保单类型下拉框，用户选择车险类型；用户点击“新建”按钮，系统显示车险保单页面，车险保单页面包括标的保额属性文本框，用户录入金额，然后点击“提交”按钮；如果金额大于100 000美元，系统显示发送人工核保消息，系统修改保单状态（保单状态属性置为1）。如果不注意信息表达方式的转换，例如，在需求分析时混杂着领域知识、生活常识、软件术语等，就很容易给大连新闻管理软件开发人员（信息接收者）带来困惑。 

为什么呢？因为在需求分析人员的表达中，有些需求（软件术语）已经足够详细了，完全可以用来约束和指导软件的实现；有些需求（客户方面的领域知识）是软件开发人员不能理解的领域术语；有些需求（意思含糊的生活常识用语）尽管可以理解，但是软件实现时有非常大的灵活性。这份混杂着各种语言的需求分析文档，经常招致软件开发人员的抱怨。 

显然，要想消除大连小程序软件开发人员的困惑，必须明确定义需求分析文档的目标。如果选择软件术语，那么它一定可以直接约束和指导软件实现；如果选择日常生活用语，那么软件开发人员在实现需求的前提下具有极大的灵活性；如果需要用来和客户沟通，那就应该在需求分析文档中，充分使用领域知识。 注意这样一个事实：需求分析人员不仅仅和软件开发人员打交道，他们还需要为客户整理和完善一个设想中的故事。