IS分析与设计复习课课件.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * 站在用户的角度考虑问题 * 为了对用例进行分析，我们把系统作为一个整体，并且设法辨别系统的所有主要用途 * 例如，在银行的自动取款系统中，“取款”和“修改密码”两个用例都包含“身份识别”的行为，可以将该行为抽取到一个名为“身份识别”的单独用例中，以上两个基本用例都包含此用例。从基本用例的角度来看，具体的身份识别的方法并不重要，它们只关心“身份识别”的结果，从被包含的用例的角度看，它们一般不会孤立地执行，总是作为其他用例的一部分出现。 扩展关系可以用include来进行标识； 在仓储系统中，“货物验收入库”和“入库审核”两个业务中都需要进行“查找入库单”这样一个操作，在货物验收入库时，根据某些条件查找入库单以进行码单和入库单的关联，而在入库审核时，需要根据同样的条件查找入库单以进行审核，因此我们可以将“查找入库单”的操作独立出来，单独作为一个用例，让“货物验收入库”和“入库审核”这两个用例包含（include）“查找入库单”用例 * * 第一，考虑使用系统的个人。可以通过让系统用户回答一系列问题来来帮助识别这一类参与者,例如： 谁使用系统的主要功能(谁是主要使用者)？ 谁需要系统支持他们的日常工作？ 谁负责提供、使用或删除信息？ 谁对系统产生的结果感兴趣？ 谁来维护和管理使系统正常工作(谁是辅助使用者)？ 第二，确定与系统连接的外部硬件。例如，用于控制建筑物中温度的控制设备需要从温度控制系统中获取温度信息，因此温度控制设备就是一个参与者。 第三，确定系统需要与哪些其它系统交互，包含其它计算机系统和其它应用程序。例如，在仓储企业中，仓储管理系统要与独立出来的财务系统进行通信，在为仓储管理系统建模时，财务系统就是它的一个参与者。 在识别参与者时要注意，参与者大多数情况是以人物角色出现的，这时参与者代表的是外部事物与系统交互时所扮演的角色，而不是某个具体的用户。多个用户可以担任同一角色，这意味着他们可以是同一个参与者，在这种情况下，每个用户都是一个参与者实例。 * * * * * * * * * * ① 黑盒测试（又称为功能测试，数据驱动测试，基于规格说明书的测试) 将被测试程序对象看作黑盒子，不考虑其内部程序结构与处理过程，仅仅对于程序接口进行测试。即检查适当的输入是否能够产生适当的输出。 两种类型的测试：黑盒测试和白盒测试 ② 白盒测试（又称结构测试，玻璃盒测试，基于覆盖的测试） 分析程序结构与过程执行路径，按照程序内部的逻辑结构设计测试用例，检验程序的每条通路是否按预期正常进行，力求提高测试覆盖率。 一般来说，占维护工作比例最高的是（ ）。A. 纠错性维护 B. 适应性维护 C. 完善性维护 D. 预防性维护 3．软件维护：软件维护主要是指系统中应用程序的维护。软件维护的内容一般有以下几个方面： （1）正确性维护。是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。据统计这方面的维护工作量要占整个维护工作量的17％～21％。 （2）适应性维护。是指使应用软件适应外界环境变化和管理需求变化而进行的修改。这方面的维护工作量占整个维护工作量的18％～25％。 （3）完善性维护。这是为扩充功能和改善性能而进行的修改。主要是指对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。这方面的维护占整个维护工作的50％～66％。 （4）预防性维护。主动增加预防性的新的功能，以使应用系统适应各类变化而不被淘汰。这方面的维护工作量占整个维护工作量的4％左右。 * * * * * * * * * * * * * * * * * * * * * * * * * * * 转换策略/技术之一： 变换分析 变换型DFD 初始SC 变换分析 举例 变换分析设计方法 SYSTEM GET C MAKE C INTO DE PUT E PUT D GET B MAKE B INTO C MAKE E INTO G PUT G MAKE D INTO F PUT F E G G D F F GET A MAKE A INTO B MAKE G INTO H PUT H A A B G H H B B C C DE C E D 1 2 3 6 5 4 A B C D E F G H 输入 主加工 输出 C 举例1 “变换分析”设计方法 格式 检查 产生 收据 计算 汇费 记账 汇款单 合格的汇款单 处理后的汇款单 收据 业务数据 变换中心 输出 输入 举例2 “变换分析”设计方法 汇款处理系统 取得 合格汇款单 计算汇费 记账 输出 处