开发文档写作思路概要.pptVIP

开发文档写作思路 开发过程 分解过程 从需求到设计到实现，是一个自上而下的不断分解、细化、具体化的过程。 一个分解过程 四步走： 1、确定研究对象；－－需求规格 2、确定对象的边界（即与外界的交互作用）－－系统需求 3、把对象分解成多个子对象；－－模块分解 4、确定各子对象的边界。子对象的边界包括两个，一个是子对象间的交互，另一个是继承的父对象的边界。－－接口描述和需求追踪 分解的例子：垒球 　　用户需求　　　　系统需求 模块分解　　模块间接口描述和需求追踪 用户需求和系统需求的区别 用户需求：从用户的角度简要描述。 例：我要手机实现发短信的功能。 系统需求：从系统实现的角度，着重描述系统的边界。包括系统与用户的交互过程，及系统与其它系统的交互过程。 例：usecase1:要提供编写短信的界面，让用户编完之后可以从电话薄中读取号码，并发送出去。 Usecase2:提供常用短语编辑和保存功能，并可在编写短信时插入。？？ usecase提供收件箱，让用户查看已收短信。多少条？？ 。。。。。。 系统需求一定要细到边界清晰，没有二义性的程度。 需求、概设和详设的区别 需求是回答“做成什么样子”的问题。 概要设计强调模块间接口。模块分解和接口设计是概要设计的内容。概要设计回答“都由哪些模块怎么合作完成任务”的问题。 详细设计回答“各模块对接口怎么实现”的问题。 圆环套圆环 上一层分解的第三、四步正好是下一层分解的第一、二步。 验证：需求追踪 分解完了之后再来检查： 这些模块间的接口是否有效地传递了外部接口的需求； 这些模块间接口有没有正确地传递信息，以确保各模块有足够的信息来完成这些接口。 几大设计原则和方法 最大风险最先确认和解决原则； 并发性原则。先定接口，后开发实现。 定接口时用信息流的方法。即只要该模块有必要的信息，则一定可以实现这个接口。 接口最小化原则。接口集以小而能用为主，少提供看起来使用方便却从信息上来讲存在冗余的接口。不必要提供的接口不要让对方见到，以免误用和让人含糊。 模块最小化原则。一个层或一个模块只解决一个或一类问题。 底层向上提供的接口只可加，不可改，不可删原则。 测试文档写作思路 测试策略 测试方案 测试用例 一个测试用例的执行包括 让驱动数据流入被测函数； 让被测函数调用预设置的桩（可选） 比较被测体的输出，符合预期 测试的策略 单元粒度的大小 粒度过小，构造桩和驱动工作量大，测试效率低 粒度过大，测试遗漏高。 推荐的原则：最大不能超过一个开发人员的工作内容；最小为函数。 集成的策略：自顶向下VS自底向上。 推荐的策略：以每个人的工作内容为一个模块，分别构造桩和驱动测试；最后一次全部集成。 单元测试强调忠实地实现；集成测试强调接口的一致性。 文档写作 方案：描述想怎样测，包括怎样搭建测试环境，使用什么测试工具，用什么样的方法和原理，必要的话给出测试代码的详细设计。 用例。 方案和用例可合在一起，也可分开。但都要被评审。评审人必须包括被测对象的作者。 * 1 2 3 1 4 2 4 3 2 4 3 1 需求 设计 实现 测试模型 单元测试模型 *