话题讨论：做需求分析不要被表象迷惑

编者按：目前国内软件在开发中还没有对软件开发的过程进行明确规定，文档不完整，也不规范，软件项目的成功往往归功于软件开发组的一些杰出个人或小组的努力。这种依赖于个别人员上的成功并不能为全组织的软件生产率和质量的提高奠定有效的基础，只有采用严格的软件工程方法和管理，才能取得全组织的软件过程能力的不断提高。软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段。但是在做需求分析的过程中也存在一些误区和问题，希望通过以下内容能给大家在需求分析工作过程中带来帮助。

不要盲目迷信需求分析
不要盲目迷信需求分析并不意味着不做需求分析；相反地，笔者认为需求分析非常必要，特别是对一个开发团队尤其重要。

需求分析的使命和方法
需求分析的一个基本原则就是不要迷信术语，要讲业务流程和业务数据展开到业务层面的最细节。需求分析人员必须时刻注意对方的眼睛，发现其中的茫然、不解和困惑，而不是简单地将对方的点头和“嗯哦”当作是赞同。

怎么做需求分析
需求分析是跨越了软件工程的三个层次的。这一点是和其他的过程是一样的。当然我们这里比较重点强调的是在软件工程的方法层，同时也涉及到一些过程层的思想，至于工具层则不再我们的讨论之列，但是会提到一些很适合在需求分析时应用的工具，诸如Word、Excel、Visio等。


软件项目与传统工程不同，具有“不好定义”的特性，所以中需求分析阶段非常重要，解决系统“是什么”的问题，我在工作中常遇到做需求分析时参与人员不明确，给后续工作带来很大的麻烦，甚至影响项目的成败，在这里谈一点自己的理解。

软件需求分析方法和工具：企业人事信息系统的应用
该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动

软件需求分析方法和工具：企业集团的信息管理系统应用
本文以某个IT产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个升级替换版本。  软件项目中谁应该参加需求分析？