《软件需求十步走》一

树立正确的软件需求的概念，信息化普及的当代，人们大都着重于软件开发，很轻易的就会忽略开发的最初需求分析，这样导致最后的开发受阻或终止等问题时，就会在时间、人力、物力方面造成大量浪费，那对于开发过程十分重要的需求分析过程，我们有什么好方法可以应用呢？我们一直在寻找真正的“完整、准确、清晰、变化可控”方法。

　　　　软件需求的描述方式：自然语言（虽其具有二义性，但可通过表格、图形等方法加以补强，减少其二义性）

　　　　软件需求是天平，业务和软件是这个天平上的两个砝码，要想平衡业务和技术就要整体思考。需求分析首先是业务研究，核心是业务研究，其次才是技术研究。技术是支撑业务的，是满足业务需要的，对业务研究充分，技术才能发挥其作用。软件需求的完整性=业务需求的完整性+用户需求的完整性+系统需求的完整性。

　　　　业务向系统的映射：映射存在着 映射不完整、不深入，对业务研究的不深入导致的疏漏等这样的问题。

　　　　业务系统和软件系统是一体两面，是同一个抽象体在两个世界的投射。

　　　　软件需求的验证和测试：验证的目的：保证需求分析结果的完整性和正确性 主要工作：自我验证、系统验证、技术验证、专家验证。存在的问题：大量依赖于人工检测，形式化方法的可操性不高。改善方法：1.在验证内容上提出要求。2.分析上应对业务和系统功能进行量化分析。测试内容：功能和性能 测试方法：人工方式（编写测试用例）和机器方式（模拟一个运行环境来测试）两种。

　　　　软件需求是在现实可见业务的抽象的基础上面向未来软件系统的再抽象，而软件系统只是将未来软件系统的再抽象在信息世界进行具体抽象化的成果。

　　　　软件需求既然是千夫所指，那就大胆点让软件需求成为软件开发活动的圆心。（需求开发工作）星环模型上圆环中心是需求获取（客户业务的分析），客户业务的分析的圆心（客户业务的问题和目标）软件开发活动整体模型如下：

　　　　需求分析人员的主要工作：用户描述的业务转换成用户需求和系统需求。

　　　　新一代软件需求工程的重要理念：从“轻业务、重系统”转变到“重业务、重系统”。