软件工程中的分离方法.docVIP

软件项目开发中的分离方法 摘要：在软件开发过程中，一个开发人员往往要承担项目的需求分析、代码设计、项目测试等多个角色，随着当前的软件项目越来越大，从软件工程角度来说，这种集多种角色于一身的做法是致命的，且严重降低了工作效率。本文试图从软件工程中项目管理的角度出发，讨论将项目需求、软件代码设计、项目测试分离的方法，使各部分由专人负责，而又使各部分有机的联系起来。 关键词：需求分析 代码设计 软件测试 软件项目管理 Key words：Requirement Analyse Code Design Software Test Software Project Manage 需求分析、软件设计与软件测试是软件开发生命周期中的三个重要组成部分，它们对一个大型软件项目开发的成功与否起着非常关键的作用。本文将软件开发流程分为七大部分： 需求分析 可行性研究 功能描述 概要设计 详细设计 设计测试 集成测试 我们将需求分析定义为包含①的阶段，负责此阶段的人被称之为产品部经理——PLM（Product Line Manager），他扮演一个不懂技懂业务及客户需求的角色。 我们将软件代码设计定义为包含②③④⑤⑥的阶段负责此类的人，被称之为软件设计师——Designer，他扮演一个了解需求、懂基础、懂开发环境、深入了解系统内部代码的角色。 我们将测试阶段定义为包含⑦的阶段，负责此阶段的人被称之为软件测试人员——Tester，他扮演一个稍懂技术、懂开发环境、对系统内部代码完全不懂的角色。 需求分析 需求分析是软件工程发展中的第一步，是软件生存期中重要的一步，亦是决定性的一步，通过软件需求分析，把软件功能和性能的总体概念描述为具体的软件需求文档，从而奠定软件开发的基础。软件需求分析亦是一个不断认可和逐步细化的过程，通过该过程，软件开发人员能够全面理解用户的需求和用户需求的可行性。 1.1软件需求分析的参与者 在软件需求分析阶段，软件需求文档的形式绝不仅是软件开发人员的事，它需要用户、软件开发人员等相关人员共同协作完成，为了便于描述，我们把软件需求分析阶段的参与者和角色分别叙述如下： 用户（Customer）：是软件需求的原始请求者，亦是软件需求文档的评审者。 系统分析员（SME）：我们要求系统分析员是一个非常有经验的软件开发者，他对整个系统有一种居高临下的感觉，系统分析员将负责对用户需求、软件开发者对用户需求的调查、软件需求文档进行评审。 项目经理（Project manager）：项目经理主要起一种沟通作用，他将在软件开发人员、系统分析员、产品部经理之间起协调作用，同时负责软件环境需求的搭建，参与对软件需求文档的评审。 产品部经理（PLM）：产品部经理主要在用户与软件开发人员、系统分析员之间起沟通作用，同时参与对软件需求文档的评审，及对软件需求文档的最终认可。 软件开发人员（Software Designer）：他将负责调查用户提供的需求的软件实现可行性、软件需求文档的编写者、维护者，当然亦是评审的参与者。 1.2需求分析的三个文档 在软件需求分析阶段，为了保证软件需求分析文档的质量和最终形成，我们建议按次序形成下列三个文档： 功能需求文档 功能调查文档 功能描述文档 在软件需求分析所经历的三个阶段中，质量的保证是十分重要的，上述三个文档的形成都要经过评审，并且在后一个文档完成后，对前一个文档都应作相应的修改，以使这三个文档保持一致性。对于每一个阶段的评审，我们建议分两步进行： 内部评审（参与者：软件开发者，系统分析员，项目经理） 外部评审（参与者：软件开发者，系统分析员，项目经理，产品部经理，用户） 每次项目评审完后，相应的文档和会议纪要都要存档，每当我们形成一个文档时，我们都应该加上相应的版本号，以便于后来的文档升级。 软件代码设计 在完成上述需求分析的几个过程后，即可按需求功能进行软件代码设计。 软件测试 软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（包括输入数据及其预期的输出结果等）并利用这些测试用例去执行程序，从而发现程序中的错误代码。 3.1设计测试和集成测试 软件工程中的测试，按测试顺序，我们可分为设计测试和集成测试，前者是后者的基础。 设计测试文档由软件开发人员完成，它是软件开发人员根据软件需求分析的规格说明和程序的内部结构而设计的一批测试用例完成的。我们知道，在软件开发阶段，软件开发者在设计过程中要不断进行测试与调试，以达到软件开发者所期望的结果。这里，我们要求软件开发者形成软件设计测试文档，一方面软件测试文档是软件开发者对自己设计的软件所期望的结果的一个总结，另一方面软件测试文档可以作为集成测试文档的一个主要参考资料。 集成测试文档是由专门的测试人员完成的，我们知道，专门的测试人员是