软件系统分析与设计-4--需求-1【荐】.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 4.4.5 需求工程 2. 需求 需求描述：“职员可以随时知道卡车、司机或者货物在哪里。” §4.4 需求分析 职员 卡车 司机 货物 * * 4.4.5 需求工程 3. 接口设计 用需求所定义的对问题域的描述和对问题的解决方案，配置一个计算机去执行指令来满足需求。客观事物的动作过程要映射到计算机，它的每一个动作同时在机器世界内部和外部世界同时发生，也就是说每一条指令或者影响机器的输入/输出设备，或者被机器的输入/输出设备所影响。 程序规格说明书或接口设计是一组规则，它涉及计算机输出设备的行为和所有可能的输入设备行为。 §4.4 需求分析 * * 4.4.5 需求工程 3. 接口设计 程序是计算机内存的一次轮流配置，去产生如规格说明书所描述的行为。程序不是一个真实的输入/输出设备，也根本不是问题域的一部分。程序是无形的东西，它可以去配置一个对象的可行方法，配置决定对象的许多可能行为方法中哪一个真正发生。 §4.4 需求分析 * * 4.4.5 需求工程 3. 接口设计 例如，控制印刷机的软件可能负责在印刷机内传送纸张,以及在纸张上的正确位置涂墨。计算机缺乏直接的指令来产生这些效果，所以他通过与在印刷机内带动滚筒的马达相连来间接产生。 如需求描述纸和墨水的运动。规格说明书描述了与电线连接计算机的马达起动和停止（改变电压从5伏到0伏）。这些启动和停止初始化事件链，来导致纸张在印刷机内传送和接收期望的图像。规格说明书描述了程序使计算机导致电线发生激活和去活的事件。 §4.4 需求分析 * * 4.4.5 需求工程 3. 接口设计 软件设计作为一个整体包含三个主要设计：需求设计，实现需求的接口设计，以及使计算机按接口设计所描述那样运行的程序设计。 这三个设计跨越两个世界：需求设计全部包含在问题域内而与机器无关；接口设计属于问题域和机器相重叠的部分；程序设计描述机器的配置。 §4.4 需求分析 * * 4.4.5 需求工程 §4.4 需求分析 两个世界 图4-1需求、规格说明书和程序之间的关系 取货 送货到目的地 打印报表 数据库方案 接口 子程序 问题域 机器域 需求 程序 规格说明书 * * 4.4.5 需求工程 3. 接口设计 规格说明书除了对输入/输出设备进行严格描述外还包括两个信息。 1）为了使输入设备过去的事件与输出设备将来的事件发生关系，规格说明书通常必须假定机器的状态。规格说明书要说明一定的输入事件并假定以后可能发生的其他事件。 例如：曾经键入一些数据，改变了机器的状态；而要求查询，那么查询所显示的数据就是以前键入的数据。 §4.4 需求分析 * * 4.4.5 需求工程 3. 接口设计 描述机器状态的一个规则：这些状态必须与问题域有明显的区别。 例如：机器存储数据。无论它是名称还是电话号码，我们不说明这些数据在计算机内的内部表示，但我必须说明用户填写名称时可以键入多少字符。 2）规格说明书的第二个信息是：一些规则，为了使软件正常工作，部分问题域必须遵循的规则。程序员要设计屏幕、开发计算机存储的数据，用户也要承担输入信息的责任。 §4.4 需求分析 * * 4.4.5 需求工程 3. 接口设计 操作规程：软件要求用户的行为。 规格说明书必须指明所有的操作规程。 创作一份规格说明书经常需要大量的想象力和独创性。特别是在设计一个用户接口时，详细说明软件的工作经常是探索性工程而不是条理性工程。虽然有相当精确的用户接口模式词汇已在使用，但开放式的用户接口设计是不可能立即约束的，永远也不可能。用户接口设计这个阶段在需求软性设计和早期测试时更有必要。 §4.4 需求分析 * * §4.4 需求分析 4.4.5 需求工程 4.验证接口和程序 证明接口设计的正确性有两个前提： 1）发生了在接口设计中所描述的行为； 2）计算机的环境要与问题域的描述相匹配。 结论：需求实现了。 如果不能从前提条件得出结论，那么接口设计就是无效的。如图4-2所