第15章 图书管理系统-精品·公开课件.ppt

第15章 图书管理系统 目录 第15章 图书管理系统 本章以图书管理系统的需求、分析、设计为主线，通过各个阶段的建模来说明UML模型元素的使用方法和建模过程。 15．1 软件需求分析 软件需求包括功能需求、非功能需求和设计约束三个方面的内容。需求分为三个层次：业务需求、用户需求和系统需求。图15-1描述了这三个需求的关系。 15．1 软件需求分析 1. 业务需求 反映组织机构或客户对系统、产品高层次的目标要求。该层次需求是对业务目标的总体抽象和看法。该需求经常由公司总经理提出。 2. 用户需求 为了实现业务目标，要由多个用户或客户相互协作完成，每个用户或客户要完成的任务不同，目标也不同，他们的目标和利益经常是冲突的，因此，描述用户或客户需求非常重要。用户需求就是描述用户必须要完成什么任务，怎么完成，通常是在问题定义的基础上进用户访谈、调查，对用户使用的场景进行整理，从而建立从用户角度的需求。 3. 系统需求 系统需求就是从计算机系统的角度来说明软件的需求，它包括了用特性说明的功能需求，质量属性以及其它非功能需求，还有设计约束. 15.1.1 需求捕获 在软件开发活动中，需求捕获工作往往效果不佳。而真正有效的需求捕获过程应该是更系统化、更有针对性的有序活动。具体来说，应该包含“明确业务目标”、“理解业务流程”、“明确用户需求”三个主要的步骤。 1.明确业务目标 业务目标就是从高层次看待整个系统，也就是“业务系统的目标”。它是整个需求过程乃至整个开发过程中最本质、最重要的问题。通常来说，业务需求是构建在“项目发起人”的脑子里的，也就是谁提出项目，谁就拥有对“业务目标”的最清晰的理解。 通常来说，“业务目标”可以分为“产品/项目目标”和“子目标描述”两个方面的内容。“产品/项目目标”是最有宏观层面的描述，而“子目标描述”就是为了完成“产品/项目目标”的更详细的步骤。对于一个产品/项目的目标而言，主要包括三个方面：要做什么、提供什么业务优势和如何衡量这些优势，另外要注意，业务需求必须合理、可行、可实现。 15.1 软件需求分析 2.理解业务流程 业务流程就是为了实现业务目标要完成的活动。这个部分的工作如何进行取决于项目的规模、团队的特点等诸多方面的因素。但综合而言，可以遵从以下指导思想： (1) 如果项目较大或者业务较陌生，应该进行业务建模。 (2) 如果业务较陌生，应该聘请领域专家，并对项目组队进行领域培训。 (3) 如果术语较多，易于混淆，应该构建业务术语表，也就是在需求捕获的过程中，将遇到的业务术语收集下来，使用数据词典方法构建一个共享的名词解释库，以帮助项目团队达成共识。 (4) 无论如何，都应该建立跨部门职能流程图。 15．1 软件需求分析 3.明确用户需求 当我们知道了项目目标，了解了业务流程之后，接下来的工作就是要进行更细化、深入的需求调查了。要做好需求调查，必须清楚地了解三个问题： (1) What（收集什么信息）：分析和研究现有业务流程图，看看是否已经对每个环节、步骤都清楚地理解了。我们应该根据自己的理解首先对每个流程的工作进行定义，写出事件流，并且标识出疑问点，这些都将使我们明白“应该收集什么信息”。 (2) Where（从哪里收集）：通常情况下，我们需要的信息都会藏于客户、原有系统、原有系统用户、新系统的潜在用户、原有产品、竞争对手的产品领域专家、技术法规与标准里。具体应该从哪里收集，应该从流程图上找到相应的岗位或部门，从这些岗位或部门收集信息。 (3) How（如何收集）：应该根据不同的需要，采用不同的需求捕获技术。表15-1就对各种主要的需求捕获技术的优缺点做了一个总结。 15.1 软件需求分析 表15-1 需求捕获技术比较 15.1.2 软件需求工程 获取需求后，必须对需求进行开发和管理。需求的管理也就是对整个需求工程进行有效的计划、控制的过程，因此要想有效地进行管理，就必须知道需求工程包括哪些内容。简单地说，需求工程就是包括创建和维护系统需求文档所必需的一切活动的过程，也就是通常有需求开发和需求管理两大工作。这两方面是相辅相成的，需求开发是主线，是目标；需求管理是支持，是保障。换句话说，需求开发是更清晰、明确地获取用户和客户对系统的需求，而需求管理则是对需求的变化进行管理的过程。 15.1.2 软件需求分析 1.需求开发 在需求开发中，主要包括需求捕获、需求分析、编写规格说明书和需求验证4项活动，它们也是一个迭代的过程：有计划地进行需求的捕获工作；然后将捕获到的零散信息进行综合的分析与研究，并利用软件建模技术构建系统蓝图；然后用合适的形式（根据项目的规模，可以是很正式的文档，也可以是比较简单的文档；可以是正式提交的文件，也可以是一个Web模型）将需求规格化；最后与客户一