电子政务完整版课件.ppt

二、需求捕获的主要工作 3．捕获功能性需求 系统需求可以以用例的方式来进行捕获，用例通过一种简明统一的方式表达系统的功能性需求和非功能性需求。用例实际上代表了系统用户能够执行的一种操作，是系统功能的体现，根据用例的优先级别的不同，不同的用例将被安排在不同的阶段进行实现和完成。 电子政务 孙宝文 王天梅 主编 * 二、需求捕获的主要工作 4．捕获非功能性需求 非功能性需求确定了系统的性质，如环境和实现约束、性能、平台依赖、可维护性、可扩展性等性质。性能需求为系统的功能需求增加了一些新的约束和条件，如响应速度、可承担的负载、内存的占用、延迟时间等等。大多数性能需求是与单个用例相关联的，因此在描述用例时应该采用恰当的方式和恰当的语言来描述用例的性能需求。除此之外的一些非功能性需求，如平台依赖性、可维护性往往是针对整个系统或某个子系统而言的，而且会显得非常通用，因此不能与某个特定的用例或现实世界中的某个特定对象相关联。这时，可以采用补充需求说明的方式来记录这些非功能性需求并进行单独处理。 电子政务 孙宝文 王天梅 主编 * 【案例6-2】财政部非贸易外汇管理信息系统的需求捕获（部分） * 第三节 电子政务系统分析 一、系统分析的基本概念 二、系统分析的主要工作 电子政务 孙宝文 王天梅 主编 * 一、系统分析的基本概念 1．什么是系统分析 系统分析（System Analysis ）是按照对象和概念对系统进行分解。形成系统分析的逻辑方案。系统分析关注对问题的深入调查，分析模型体现了对问题域的理解和建模。 系统分析阶段是系统详细开发的关键性阶段，是确保每个子系统在服从全局的前提下，实现具体功能的重要基础，其关键在于“理解”和“表达” 。“理解”是开发人员对系统需求的理解，这些需求既包括了用户明确表达出来的，也包括用户没有明确表达出来的。 电子政务 孙宝文 王天梅 主编 * 一、系统分析的基本概念 2．系统分析的意义与目的 系统分析阶段，通过精化对组织需求捕获阶段所描述的需求进行深入分析，并得到一个易于维护且有助于确定系统结构的需求描述，即分析模型，分析模型有助于我们组织需求，并能提供一种侧重于可维护性的结构，例如具有对需求变化的柔性及可重用性。 系统分析的主要目的是在系统规划规定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。 电子政务 孙宝文 王天梅 主编 * 一、系统分析的基本概念 3．系统分析的主要原则 （1）采用图形方式，使分析方案易于沟通理解。 （2）采用 “自顶向下”的工作原则。 （3）强调逻辑结构而不是物理实现 （4）避免重复工作。 电子政务 孙宝文 王天梅 主编 * 二、系统分析的主要工作 （一）功能分析 需求捕获的主要工作是获得系统需求，建立待开发系统的模型，而用例可以帮助我们更好地了解系统需求并以规范化的格式进行描述。功能性需求很容易以用例的方式来表达，而大多数非功能性的需求都具体对应于单个用例，并可以在用例的详细描述文档中表现。其他的一些通用性的非功能性需求可以采用补充需求说明的方式列出，以便用于系统分析、设计和实现工作。 电子政务 孙宝文 王天梅 主编 * 二、系统分析的主要工作 （一）功能分析 1．识别参与者和定义系统边界 参与者是系统外部的一个实体，它以某种方式参与了用例的执行过程。参与者通过向系统输入和请求系统输出某些事件来触发系统用例的执行。一个参与者表示了用例的使用者在与这些用例交互时所扮演的角色的一个紧密的集合。一个参与者代表的角色可以是人或硬件设备，也可以是另一个系统。 识别系统参与者后，要根据参与者的特性和系统开发的标准对系统参与者进行命名，一定要注意命名的有意义性和一致性，保证系统的可读性和可理解性。同时，可以根据需要对参与者的角色和参与者使用系统实现的功能进行简要描述，内容应包括对参与者的需求和责任的概述。 电子政务 孙宝文 王天梅 主编 * 二、系统分析的主要工作 （一）功能分析 2．建立用例模型 （1）用例的识别 用例是对过程的描述，作为一个叙述型文档，用例描述了一个参与者使用本系统完成某个过程时的事件发生顺序，系统通过执行一组活动来为参与者产生一个可观察的结果。 电子政务 孙宝文 王天梅 主编 * 二、系统分析的主要工作 （一）功能分析 2．建立用例模型 （2）识别用例间关系 在参与者和用例之间存在关联关系，这种关联可能是双向的（用例到参与者和参与者到用例的关系），也可能是单向的（用例到参与者的，或参与者到用例的）。关联关系的导航方向取决于谁是通信的发起者（即参与者初始化和用例的通信，或者是用例初始化和参与者的通信）。 在用例之间存在的两种主要关