系统与设计笔记整理2.doc

系统分析与设计 笔记整理 第二部分 系统分析任务 第4章 开始分析：调查系统需求 4.1更详细的分析阶段 4.1.2定义系统需求 逻辑模型：规划阶段，能够很详细地展示系统需要完成哪些功能，而不依赖于任何技术的模型。 物理模型：设计阶段，表明系统将如何真正实现的模型。 相关细节包括： 4.1.3需求的优先级划分 4.1.4发现原型及可行性 构建原型(发现原型)的主要目的是为了更好地理解用户的需求。 原型的构建不为实现所有的功能，而是用来检验商业需求某种实现方法的可行性。 构建原型，可简化分析员对新的商务处理过程的调查工作。 原型有助于用户发现一些以前从未考虑过的问题，可以使他们(包括分析人员在内)跳出原来的思维模式。 4.1.5产生和评估候选方案 4.1.6和管理部门一起复查各种建议 分析阶段的活动 关键问题 收集信息 我们是否已经拥有了全部的信息来定义系统所必须完成的工作 定义系统需求 我们需要系统做什么 需求的优先级划分 系统要完成的最重要的事是什么 构建可行性的发现原型 我们可以证明这种技术能够实现我们想让它完成的那些功能吗？我们是否已经构建出一些原型可以使用户完全理解新系统的潜在功能 产生、评估候选方案 创建系统的最好方案是什么 和管理部门一起复查各种建议 我们是否应该继续、设计和实现我们提出的系统 4.3系统需求 系统需求：是新系统必须完成的功能及其局限性，系统所提供功能的详细定义； 功能需求：是系统必须完成的活动，也就是系统将要投入的业务应用，描述系统必须完成的活动或过程的一种系统需求； 非功能需求：是这个系统的固有特征，它不同于系统必须完成或支持的行为，包括以下部分： 1、技术需求：是一种系统需求，描述了与组织的环境、硬件和软件相关的操作特征； 2、性能需求：是一种系统需求，描述了与工作方法相关的操作特征，比如生产能力和响应时间； 3、可用性需求：是一种系统需求，描述了与用户相关的操作特征，比如用户界面、工作流程、在线帮助及文档； 4、可靠性需求：是一种系统需求，描述了系统的可靠性，比如服务损耗、不正当处理，以及错误检测和恢复； 5、安全需求：是一种系统需求，描述了用户对特定功能的访问以及访问的文件。 4.4系统相关者——系统需求的来源 4.4.1用户 1、业务用户：使用系统处理公司的日常事务的人； 2、信息用户：是需要从系统中获得现有信息的人； 3、管理用户：负责使公司高效的完成每天的日常事务； 4、主管用户：把系统和其他系统连接起来，从而使得系统可以向他们提供业务发展趋势和方向等方面的战略信息； 5、外部用户：客户可以通过系统互联网直接访问系统。 4.4.2客户投资相关者 客户：给项目提供资金的人或团体。 用户与客户的区别： 用户：长期接触； 客户：一次性接触； 4.4.3技术人员 尽管技术人员并不是真正的用户群，但他们是许多技术需求的来源，包括建立和维护公司计算机环境的人。 4.5信息收集技术 4.5.1 明确主要问题（不是方法） 主题 对用户来说的问题 商业处理过程是什么样的 你要干什么 商业过程应该怎样完成 为完成它，需要哪些步骤 需求什么样的信息 你要使用哪些信息？你要使用什么样的表单或报告 4.5.2 复查现有报表、表格和过程描述 外部信息源：公司外部，即业界的专业公司和其他一些公司。 内部信息源：现有的商业文档和过程描述。 获得对过程最初理解的一个好方法，新系统分析员对现有系统的初步复查将是他们很快跟上开发速度，识别出在面谈中也许不会提及的商业规则。 4.5.3 主持与用户的面谈和讨论 1. 准备面谈；2. 主持面谈；3. 面谈的后续工作；4. 面谈时应注意 4.5.4 观察并记录商业过程 1. 观察 2. 使用活动图来进行记录 ⑴工作流 处理商业事务的一系列步骤。 在工作流建模中很少采用单一的方法，通常采用流程图、数据流图和活动图。 数据流图可以很好地在工作流中捕获各种数据，但它们不能表示控制流。 流程图和活动图是专门用来代表处理步骤中的控制流的，但它们不能表示数据流。 ⑵活动图 一种工作流图，用来描述用户的活动以及这些活动的顺序。 ①同步条：活动图中的一种符号，用来分解或合并顺序路径。 ②活动图矩形区：活动图中的矩形区域，它代表着单个实体所完成的活动 ⑶创建活动图准则 使用决策符来表示一个“或/或者”的情况，只能选择其中的一条路径，不能同时选择两条。 对并行的路径使用同步条，在这种情况下，两条路径同时得以执行。 4.5.5 建立原型 1. 原型：一个规模更大的系统的最初可运转模型。 2. 实体模型：最终产品的一个样例，这个样例只能进行观察而不能实际执行。 3. 有效原型的特性： 可操作性：原型应该是一个能