软件开发和测试

软件开发和测试1.1、培训人员（1）参与软件开发的用户代表应接受为期一天左右的关于需求工程的培训。（2）编写项目术语：为了解决沟通方面的问题，编一部术语汇编将项目应用领域的专用词汇给予定义说明，既要包括那些有多种含义与用法的术语，也要包括那些在专用领域和一般使用中有不同含义的词。1.2获取需求（1）确定需求开发过程：确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要步骤要给予一定的指导。（2）需求分类：软件需求包括三个不同的层次——业务需求，用户需求和功能需求，业务需求代表了需求链中最高层的抽象，他们为软件系统定义了项目视图和范围业务需求不应包括用户需求，而所有的功能需求都应该源于用户需求。（3）明确不同类型的用户：在项目中，应尽早为产品确定并描述出不同的用户类，这样，就能从每一个重要的用户类代表中获取不同的需求。作为用户类的划分依据，可以是：用户使用产品的频度，他们的应用领域和计算机系统知识，他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。（4）明确需求来源。（5）编写项目视图和范围文档，获取业务需求。（6）确定非功能需求：非功能需求定义了使软件运行良好的特性，包括产品的易用程度，执行速度，可靠性，健壮性，也称为质量属性。1.3需求分析需求分析包括提炼、分析和仔细审查已经收集到的需求，以确保能找出其中的错误、遗漏或其它不足的地方。1、给需求分类将需求分成以下几种类型：（1）业务需求（2）使用实例或说明（3）业务规格（4）功能需求（5）质量属性（6）外部接需求（7）限制（8）数据定义（9）解决思想2、绘制系统关联图关联图确定了通过某一接与系统相连的外部实体，同时也确定了外部世界和系统之间的数据流和物流。3、创建用户接原型创建一个原型并且让合适的用户群对其评价来对需求进行分析。4、分析需求可行性在允许的成本，性能要求下，分析每项需求实施的可行性，明确与每需求实现相联系的风险，包括与其它需求的冲突，对外界因素的制约和技术障碍。5、确定需求的优先级别设定优先级的一般方法是把需求分成三类：（1）基本的：只有在这些需求上达成一致意见，软件才会被接受。（2）条件的：实现这些功能将增强产品的性能，如果不实现产品也可以被接受。（3）可选的：一个功能类，实现或不实现均可。进入开发阶段后，根据需求的优先级确定开发顺序。6、为需求建立模型为了进一步检查需求的不一致性、模糊性、错误和遗漏，需要把用文本表示的需求和用模型表示的需求结合起来。这样的模型有数据流图、实体关系图、状态变换图、对话框图、对象图及交互图。7、建立数据字典在开发阶段，数据字典定义客户数据项以确保客户与开发小组是使用一致的定义和术语。1.4、编写需求规格说明参照相关国家规范编写《软件功能规格说明书》。（1）审查需求文档组织一个由不同代表（如分析人员、客户、设计人员、测试人员）组成的小组，对SRS及相关模型进行仔细的检查。（2）用户书面确认需求说明规格编写完成并且通过需求验证后，即可要求客户签字同意中止需求过程。（3）以需求为依据编写测试用例根据用户需求所要求的产品特性写出黑盒功能测试用例。客户通过使用测试用例以确认是否达到了期望的要求。还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。同时，要使用测试用例来验证需求模型的正确性。如对话框图和原型等。（4）编写用户手册在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考并辅以需求分析，优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能，而辅助需求如质量属性、性能需求及对用户不可见的功能则在SRS中予以说明。（5）确定合格的标准将合格的测试建立在使用情景描述或使用实例的基础止。1.5需求管理当完成需求说明后，不可避免地还会遇到项目需求的变更。有效的变更管理需要对变更带来的潜在的影响及可能的成本费用进行评估。项目负责人与关键的项目风险承担者要进行协商，以确定哪些需求可以变更，同时，无论是在开发阶段还是在系统测试阶段，还应跟踪每项需求的状态。这些都是需求管理的内容。1.6可交付文档项目测试将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付时间。1、测试模型确定将要通过测试模型创建并分发的报告。2、测试记录说明用来记录和报告测试结果和测试状态的方法和工具。3、缺陷报告确定用来记录、跟踪和报告测试中发生的意外情况及其状态的方法和工具。4、测试步骤制定测试计划（1）确定测试需求（2）评估风险（3）制定测试策略（4）确定测试资源（5）创建时间表（6）生成测试计划5、设计测试（1）准备工作量分析文档（2）确定并说明测试用例（3）确定测试过程，并建立测试过程的结构（4）复审和评估测试覆盖6、实施测试（1）记录或通过编程创建测试脚本（2）确定设计与实施模型中的测试专用功能（3）建立外部数据集7、执行测试（1