Eyifan专栏

想请大家一起来谈谈在软件工程中我们所做的第一步：系统分析。 在之前见到吕布由 NEASE转发过来的一个文章，深觉国人的计算机系统能力还需要提高，而更多的代码人 在找一个对系统更好的开发体系和方式，在代码联盟之前的一些贴子中也有i.q他们提 出的这样的问题，所以我想就这样的事来与大家共同探讨，这样这个 CCU.Programming.Engineering才有更深的意义，希望我们中国的代码人能吸

我的一篇老文章，偶然从机器里找出来，与大家共勉。需求的写作形式一般分为两种，面向对象和面向过程。对于不同的受众和应用,采取不同的形式。面向过程的形式：主要的思想是IPO的原则，也就是“输出－处理－输出”文档格式，一、首先是对于整体系统的简略介绍：目的，确定文档描述的对象和大体内容二、系统上下文，介绍系统和其他系统之间的关系，边界如何划分三、系统的需求分解，介绍完成整体系统需要分解的大框架的需求

需求是整个软件项目最关键的一个输入，据统计，不成功的项目中有37%的问题是由需求造成的。和传统的硬件生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，在硬件生产企业中，产品的需求是明确的、有形的、客观的、可描述的、可检测的，而软件需求不具备此特征。需求文档作为客户和开发人员、开发人员之间进行交互的文档，它将系统的需求进行了“固化”，是需求的载体，其作用是至关重要的。笔者结合多年

验收测试是以用户需求为基础的，系统测试是以功能需求为基础的，而集成测试是以系统的体系结构为基础的。在相应的开发阶段，必须规划测试活动并为每一种测试设计测试用例。不可能在需求开发阶段真正进行任何测试，因为还没有可执行的软件。然而，你可以在开发组编写代码之前，以需求为基础建立概念性测试用例，并使用它们发现软件需求规格说明中的错误、二义性和遗漏，还可以进行模型分析。  需求验证是需求开发的第四部分（其余

软件公司对从事需求调研人员的基本素质是不太注意的，企业的信息化主管经常可以看到软件公司派住的调研人员的年龄是偏低的、经验是不够的。在我与企业中、高层管理者的交流中，他们普遍都有这样的感觉：“对于企业来讲，我们不太清楚信息化调研应当怎样开始，又怎样结束，我们实际上更关心的事情是把我们现有的管理方式向软件公司转达，并且不要寄希望这种转达是全面的，当面对转达不全面的时候，就需要软件公司的人员多问、多