一本不错的书《软件项目管理》，有感（一）

最近读了一本不错的软件工程的书《软件项目管理》机械工业出版社。

以前总是看一些老外写的软件工程方面的书，国内的软件工程的书就看过清华大学的《基于软件能力成熟度模型的软件过程改进》（也是一本不错的软件工程的书，就是厚点，但是比起国外的来说不是很厚，罗嗦了阿）。

这个本的最大的特点是，都是中国的专家写的一些实际经验，符合中国国情的软件开发方式。外国有些个软件工程的东西在中国可能走不通，不如说工作流，中国的办事流程太复杂了。

作为第一部分先说说需求分析阶段的事情。

“需求分析人员在工作过程中可能会遇到一下问题：一些很忙的用户可能不原意积极参入需求调研过程，对需求分析的工作不重视，这些现象给项目造成的影响往往是致命的。因为到项目验收时用户一定是非常重视需求调研，等问题到项目验收的阶段才暴露，一切都悔之晚矣。”这种现象在实际的项目开发中确实十分的常见，所以有一个重点的要提出来，就是需求要用户签字确认，当需求变更的时候，一定要对变更也要签字确认。

解决客户不合作的矛盾的方式主要有一些几个点：明确责任、确立工作目标、明确客户的目标、请客吃饭、开会聊天。

需求阶段要尽量避免二异性，需求规格说明书要准确。还有最重要的一点，需求规格说明书写成后，一定要与利益的各方进行一次评审。

在实际的情况下，项目的双方的地位是不平等的，往往用户有一种优越的心理，在项目进行过程中处于优越的地位。在协作的过程中，只有充分尊重用户，才能得到对方的尊重。当用户提出变更的时候，不能一味的拒绝，这样可能导致僵局。

实际情况下，用户往往对需求只是一个模糊的概念，这种情况下，我们要给用户树立一个靶子，开发一个简单的原型系统，让用户来提修改意见，这样会事半功倍。

《需求规格说明书》和《用户需求说明书》的区别，我理解是，《需求规格说明书》主要是针对开发人员，《用户需求说明书》主要针对客户。前者比后者更详细，更专业化。

需求分析方法的几个点：数据流程图、数据字典、需求条目化及标示。