第6章 收集需求.pptVIP

第6章 收集需求 学习目标： 理解需求阶段的目标 给业务上下文和系统功能建模 在完整的用例模型中记录系统需求 6.1 引言 需求阶段的目标： 检查业务上下文：开发软件的原因，理解业务 描述系统需求：系统功能，约束条件（包括性能、开发成本、资源等等） 引言 系统需求分类： 功能需求：系统必须完成的工作 非功能需求：需求指定的其他需求 6.2 系统的诞生 客户提供的材料： 详细的文档，一般包括专用布局和目录 任务陈述，对新业务的简短描述 系统的诞生 开发人员的工作： 把客户的需求文档或任务陈述转换为完整的、清晰的、可用于开发系统的陈述，采用客户能够理解的、认可的标准格式。 案例分析 Nowhere Cars 任务陈述 商店将汽车的跟踪自动化了－－使用条形码、柜台终端和激光阅读器，这有许多优点：租赁助手的效率提高了20％，汽车很少失踪，客户群很快变大（根据市场调查，其部分原因至少是专业化和效率的显著提高） 案例分析 Nowhere Cars 任务陈述 管理层认为，Internet会提供进一步提高效率、降低成本的机会。例如，现在不是打印可用汽车的目录，而可以让每个Internet冲浪人员在线浏览这些目录。对于有特权的客户，可以提供额外的服务，例如通过鼠标点击进行预约。这个领域的目标是每个商店的运营成本降低15％。 案例分析 Nowhere Cars 任务陈述 在两年内，使用电子商务的所有功能，通过Web浏览器提供所有的服务，在客户家中完成汽车的交付和收回，以达到虚拟租赁公司的最终目标，将未预约业务的运营成本降低到最低。 案例分析 上述内容包含的信息？ 公司的自动化历史； 客户对日期的满意度； 在线目录和预约； 有特权和无特权的客户； 节约成本的历史和目标； 公司的最终目标 补充：需求工程 6.3 用例 用例：定义部分业务或系统的使用方式，用于描述系统功能需求 内容包括： 记录对业务运作方式的理解 业务需求建模 指定新软件系统应能完成的工作 系统需求建模 用例 用例开始于一个参与者（actor）；之后是业务或系统，最后返回到参与者 采用用例驱动，有助于找出对象、属性和操作 案例分析 Nowhere Cars 任务陈述 “会员预约汽车型号”是一个业务用例，描述了会员的预约方式。 （在业务建模过程中查找业务用例，这是需求分析的第一步。业务用例可以使用已有的软件系统，也可以根本不涉及计算机） 案例分析 Nowhere Cars 任务陈述 “预约”是一个系统用例，描述了要开发的系统如何让Nowhere Cars通过Internet进行预约。 （系统用例描述了新系统或替代系统要提供的一个服务） 6.4 业务说明 建立业务模型是建立系统功能（用例）模型的前提条件 用例可以完成业务建模，用例模型包括： 参与者表（带有描述） 术语表 用例（带有描述和细节） 通信图（协作图，可选） 活动图（可选） 6.4.1 标识业务参与者 参与者是在业务中扮演某个角色的人、部门或独立的软件系统 案例分析 Nowhere Cars 业务参与者表 助手（员工） 顾客 会员 非会员 Auk：已有系统 债务部门 法律部门 6.4.2 编写项目术语表 术语表（glossary）：数据字典的现代代替品，将数据和过程进行统一存储 案例分析 Nowhere Cars术语表 术语表 术语表可以记录每个术语与开发阶段之间的关系，如： ※业务参与者 ※业务对象 ※系统参与者 ※系统对象 ※分析对象 ※部署制品 ※设计对象 ※设计节点 ※设计层 ※设计包 6.4.3 标识业务用例 每个用例都是业务的一部分 如何设置好的用例？ 常识、逻辑和经验 和客户一起工作 案例分析 iCoot 业务用例表 B1：顾客租用汽车：顾客租用从可用汽车中选择出来的汽车 B2：会员预约汽车型号：当有该型号的汽车时，会员应得到通知 B3：非会员预约汽车型号：当有该型号的汽车时，非会员交纳了押金，就应得到通知 B4：顾客取消预约：顾客通过电话或亲自取消未结束的预约 案例分析 iCoot 业务用例表 B5：顾客交还汽车：顾客交还所租用的汽车 B6：顾客获知有某型号的汽车：当有该型号的汽车时，助手会与顾客联系 B7：报告失踪：顾客或助手发现汽车失踪 B8：顾客重新预约：超过一星期后，顾客可以重新预约 案例分析 iCoot 业务用例表 B9：顾客访问目录：顾客在店内或在家中浏览目录 B10：顾客因没有取预约的车而接受罚款：顾客没有取预约好的车 B11：顾客取预约好的车：顾客取预约好的车 B12：顾客成为会员：顾客提供信用卡信息和地址证明，成为会员 案例分析 iCoot 业务用例表 B13：通知顾客汽车已超过租用期限：助手与顾客联