面向对象质量控制.docVIP

面向对象软件过程质量控制 软件作为一种逻辑组织，其发展趋势是规模越来越庞大，复杂程度(时间复杂度，空间复杂度)越来越高，求解领域越来越广泛。传统的结构化软件开发方法的求解能力已远远不能满足自然界客观存在的需求，因为面向结构的软件过程所采用的方法是函数或子程序的调用，其所表示的关系是函数或子程序间的依赖关系，用这种方法很难描述自然界中客观对象的属性(attribute)，行为(behavior)和关系(relationship)，而且当用结构化方法所开发软件的规模大到一定程度时，其维护和修改的难度、成本呈指数级增长趋势，软件的可维护性、稳定性、可靠性急剧下降，直至令人无法忍受。这就给面向对象的软件开发方法和过程提供了生存空间、机遇和环境，因为面向对象的软件开发方法是通过对象(object)这样的逻辑实体，用类似于人类思维和自然语言的方式来摸拟和描述自然界中客观实体的属性、行为和相互关系。面向对象软件开发方法的任务就是要表达对象的属性、行为和对象间的相互关系，是对自然界的逻辑摸拟，但是，如果对面向对象的软件开发过程不加以系统管理和有效控制，就很难保证软件开发质量、进度和成本在可接受的控制范围之内。软件开发正在走向工程化，软件被看成是软件工厂生产、制造出来的产品，所以把ISO9001:2000过程质量控制的理念应用于软件开发过程， 用工程化的方法来组织和运作软件开发、控制软件质量就水到渠成了。 按ISO9001:2000过程的定义，面向对象软件过程需要有过程客户、过程目标、过程环境、过程输入、过程处理、质量检验、过程输出等过程元素。 面向对象的软件开发过程可分为获得需求、需求分析、架构设计、详细设计、编码、测试、维护七个阶段，每个阶段又可看成是一个子过程，每个子过程又包含了一系列的活动(activities)。七个子过程按顺序依次相连，每个子过程的输出是下一个子过程的输入。每个子过程是其下一子过程的原料供应者，同时又是其上一子过程的客户。关键子过程(KPA)是需求分析子过程、架构设计子过程和详细设计子过程。 面向对象的软件过程的最终目标是：软件不但能够满足客户的当前需求，而且还要能够满足未来客户需求变化的需求，还要适应未来软件运行支撑环境的发展和变化， 所以,开发的软件要具有很好的演化能力来适应这些变化。 面向对象软件过程的最终客户是软件使用者及相关利益人。 子过程内部客户是需求分析子过程中的系统分析师。内部目标是充分获取客户需求，可能是合理需求，也可能是不合理需求。参加人员有：客户需求调查员，领域专家，系统分析师。子过程输入是软件开发合同、协议和可行性论证。子过程处理活动：调查员和系统分析师到甲方进行客户需求调查和采访，必要时请领域专家(可能来自第三方，也可能来自甲方)参加。获得客户需求的途径有：采访录音(征得甲方同意)，填表格，观察甲方现场工作情景，画用例图(use case diagram)，制作原型(prototype)等。将获得的客户需求以文字、图表的形式记录下来，并让客户进行验证和确认，可修改，直至客户认可。获取用户需求过程中的一条原则就是不争论，不分析，把用户提出的需求都记录下来。所获得的原始客户需求就是获得需求子过程的输出。 内部客户是架构设计子过程的软件架构师。内部目标是充分表达出客户的必要合理需求。参加人员有系统分析员和领域专家。内部输入是获得需求子过程的输出，即所获得的原始客户需求。需求分析活动有：系统分析员运用自己所掌握的系统分析技术、软件工程知识、经验、技巧，在领域专家的协助下，对原始客户需求进行需求技术分析和论证，归纳客户的合理需求，去掉不合理的需求，增添客户没提到的必要合理需求，并形成客户需求规格说明书(requirement specification)。子过程的验证和确认工作由客户和系统分析员共同完成，验证的指标是：分析得到的客户需求的充分性、合理性、必要性、完整性、前瞻性。子过程的输出是：用例图(use case diagram)、协作图(collaboration diagram)、分析类图(analysis class diagram)、需求规格说明书。需求分析子过程是面向对象软件过程的关键子过程(KPA)，因为面向对象软件过程是用例(use case)驱动的，面向对象软件过程的一切子过程都要围绕满足客户需求(ISO9001:2000的客户至上原则)来运作，而用例(use case)就是反映和描述客户需求的，所以若需求分析做不好，将直接影响到软件的最终质量，软件无法满足客户需求，导致软件开发失败。 内部客户是详细设计子过程中的设计师。内部目标是获得所开发软件的健壮的(robust)软件架构。参加人员是软件架构师。内部输入是需求分析子过程的输出。子过程的处理活动包括：软件架构师根据上一子过程生成