《调查系统需求》PPT课件.ppt

《《调查系统需求》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《调查系统需求》PPT课件.ppt（97页珍藏版）》请在三一办公上搜索。

1、第4章 调查系统需求,本章内容,先导案例概述4.1 更详细的分析阶段 4.2 业务流程重组和分析 4.3 系统需求 4.4 系统相关者-系统需求的来源 4.5 信息收集技术 4.6 验证系统需求 要点回顾阅读章节要求,先导案例,Convenience Office公司,概述,完成系统分析的两个技巧：为系统需求调查寻找事实；根据系统需求为商业过程建模。本章，学习寻找事实和进行调查的分析技巧。,为何要成为商业领域方面的专家？,因为只有在熟悉了商业活动后，你才能确保系统满足了商业要求，也只有到那时才能使你那高超的组合技巧发挥作用。你为问题的解决带来了新的方法，并且通过使用新的、更好的信息技术方法来完

2、成商业目标，从而可以为公司做出更大的贡献。建立可信度。,思路,定义系统需求，探究分析员所遇到的几种不同类型的系统需求。介绍分析员使用传统方法和新改进的方法来进行商业过程学习，以及相关信息收集的一些技术。探讨对收集到的信息及在分析阶段活动中所构建的模型进行质量控制的必要性。,分析阶段的活动,4.1 更详细的分析阶段,收集信息 定义系统需求 需求的优先级划分 构建系统原型，检验可行性并发现问题 产生、评估候选方案 和管理部门一起复查各种建议,4.1.1 收集信息,分析员通过与用户交谈或观察工作得到信息。通过回顾计划文档和方案说明得到信息。分析员需要收集技术信息。通过对现有用户和未来用户的活动的区分

3、和理解，通过对目前和将来活动的发生地点的区分，并通过区分公司内部和外部所有其他系统的接口来理解现有的系统。关键问题：是否已经拥有了全部的信息来定义系统所必须完成的工作？,4.1.2 定义系统需求,收集到的信息：描述技术需求的和功能需求。功能需求：需要系统完成什么样的工作？定义功能需求：并不是简单地写下一些事实和数据，而是要创建许多不同类型的模型来帮助记录和联系系统需求。1.逻辑模型 2.物理模型,1.逻辑模型,能够很详细地展示系统需要完成哪些功能，而不依赖任何技术的模型。通常系统分析包括创建详细的逻辑模型。,2.物理模型,表明系统将如何真正实现的模型。系统设计包括创建详细的物理模型。,4.1.

4、3 需求的优先级划分,一旦已经充分理解了系统的需求，并且需求的细节模型也已经设计完成，这时要确定哪种系统需求和技术需求对系统来说是非常关键的。即对用户提出的功能进行优先级的划分。完成这项活动时，应该回答的关键问题：系统要完成的最重要的事是什么？,4.1.4 构建系统原型，检验可行性并发现问题,构建原型(发现原型)的主要目的是为了更好地理解用户的需求。原型的构建不为实现所有的功能，而是用来检验商业需求某种实现方法的可行性。构建原型，可简化分析员对新的商务处理过程的调查工作。原型有助于用户发现一些以前从未考虑过的问题，可以使他们(包括分析人员在内)跳出原来的思维模式。,原型构建有助于回答的关键问题

5、,我们可以证明这种技术能够实现我们想让它完成的那些功能吗？我们是否已经构建出一些原型，可以使用户完全理解新系统的潜在功能？,原型,是一个预期系统的小规模的、不完整的但可工作的示例。原型迎合了“当我看到它时，我才知道我想要什么”的思维方式，它是许多用户和管理人员的特点。原型系统不包括一个完善的应用系统的应该具有的错误检查、输入数据验证、安全和过程完整性。,获取原型,向用户提供响应需求的一个快速而粗略的实现，以确定用户的业务需求。例：分析员使用一个简单的开发工具(Access)快速地构造一个简单的数据库，用户输入表单和示例报告，然后征求用户的反应，看这个数据库、表单和报告是否表示了用户的业务需求,

6、4.1.5 产生、评估候选方案,在完成这项活动时，应该回答的关键问题：创建系统的最好方案是什么？,4.1.6 和管理部门一起复查各种建议,收集信息、定义需求、划分需求的优先级、可行性的发现原型,以及产生评估各种方案,所有这些活动都是并行执行的。完成这项活动时，应该回答的关键问题：我们应不应该继续设计和实现我们提出的系统？,分析阶段的活动及相应的关键问题,4.2 业务流程重组和分析,BPR是一种根本的战略思想，它将公司内部的处理过程流线化，并使之尽可能地高效运转。现代信息技术使得BPR可以多种方式发挥作用，包括存储和处理大量的、冗余的数据，无论何时何地在需要的情况下提供高质量信息，在组织单位和职

7、能部门之间支持快速的交流，以及将原来的人工决策变为自动决策等。,将一个系统开发项目作为BPR项目来解决将会对系统分析阶段活动带来巨大的影响。信息收集及定义系统需求活动将不再过多关注当前系统的运作方面，而是更多的关注于发现新的和一些从未尝试过的方法，以达到同样的目标，满足同样的业务需求。更加重视可行性分析及发现原型的建立。,BPR,是系统分析方法的应用，目标是独立于信息技术动态地改造和改进一个组织的基本业务过程。专注于在应用信息技术到业务过程之前简化和理顺基本的业务过程。BPR被应用于IS开发项目中，用来研究现有业务过程以确定问题、官僚主义和低效率出现的地方，这些问题可以被改进的新IS和计算机应

8、用系统的需求所涉及。,4.3 系统需求,系统需求:系统所提供功能的详细定义(业务需求)。系统需求：功能需求、技术需求 功能需求：描述系统必须完成的活动或过程的一种系统需求。非功能需求：描述一个满意的系统的其他特性、特点和约束条件。,功能需求是根据公司进行商业交易的过程和商业规则确定的。功能需求经常以满足系统改进目标所需的输入、输出、过程和存储的数据的形式定义。非功能需求的例子如：性能(吞吐量和响应时间)，易学易用性，预算、开支和开支节省，时间表和最终期限文档和培训需求，质量管理，安全和内部审核控制。,不同类型的非功能需求,技术需求：描述与组织的环境、硬件和软件相关的操作特征(一种系统需求)。性

9、能需求：描述与工作方法相关的操作特征，比如生产能力和响应时间(一种系统需求)。可用性需求：描述与用户相关的操作特征，比如用户界面、工作程、在线帮助及文档(一种系统需求)。安全需求：描述用户对特定功能的访问以及访问的条件(一种系统需求)。,4.4 系统相关者-系统需求的来源,系统相关者：对新系统的成功感兴趣的所有人。,系统相关者,用户 客户 技术人员 RMO的系统相关者,4.4.1 用户,1.商业用户 2.信息用户 3.管理用户 4.主管用户 5.外部用户,1.商业用户,使用系统处理公司日常事务的人。通常把这些操作称为事务。事务：在一个组织中完成的一件工作或一项活动这样一件单一的事情。例如“输入

10、订单”。事务处理系统是一个处理操作的系统。商业用户提供了日常的商业事务信息，同时他们也提供了系统应该如何持这些日常事务的信息。,2.信息用户,需要从系统中获得现有信息的人。可以是操作用户也可以是其他人。,3.管理用户,管理人员负责使公司高效地完成每天的日常事务。他们需要从系统中获得统计和概要信息。,管理人员回答如下类型的问题,系统必须生成哪些类型的报表？系统必须维护哪些类型的业绩统计数字？系统必须保存哪些类型的大量信息？新系统必须支持多大数量的交易？系统中是否有足够的控制来避免错误和人为破坏？可以向系统请求获得多少信息？这些请求的频率可以有多快？,4.主管用户,一个公司的高级行政人员不仅对刚刚

11、讨论的日常问题感兴趣，更对企业的战略计划问题感兴趣。通常他们想从系统中获得信息，以便他们能够比较资源利用是否得到全面改进。他们也许想把系统和其他系统连接起来，从而使得系统可以向他们提供工商业发展趋势和方向等方面的战略信息。,5.外部用户,现在越来越多的系统允许外部实体直接访系统。客户可以通过互联网直接访问系统。供应商可以通过访问系统来检查库存并初始化帐单交易，由于这些用户不是公司的常规人员，所以他们比较难以区分和访问。然而，现在他们属于系统开发所需要的重点考虑对象。,4.4.2 客户,客户：给项目提供资金的人或团体。项目小组必须在项目的整个开发过程始终向客户提供项目进展的概要情况。客户或领导委

12、员会的直接代表通常也负责批准或否决资金的使用。,4.4.3 技术人员,尽管技术人员并不是真正的用户群，但他们是许多技术需求的来源。包括：建立和维护公司计算机环境的人。在诸如编程语言、计算机平台和其他设备方面对项目提供帮助。,4.4.4 RMO的系统相关者,调查系统需求一个重要部分是确定所有的系统相关者。新的订单处理系统的操作用户包括：处理邮件订单的职员：关心的是把订单信息扫描进系统，而不是通过键盘把订单信息输入系统。内部销售代表：关心为顾客查寻产品信息、证实产品的有效性和确定发货日期。仓库管理工人：装载完毕的订单信息、将要装载的订单信息、延期订货的订单信息，标准操作界面来实现订单汇总发货和打印

13、装货单。Blankens夫妇：订购和装载的产品报表、产品的季节性趋势。银行人员：系统保存资金信息的具体格式。,RMO公司新系统的系统相关者,确定与哪些用户进行会谈,可通过分析新系统的作用域来开始这个过程。在确定系统的作用域以后，工作组必须认真分出所有以任何方式从系统中获取所需信息的人。宁可多包含一些相关的人，也不能漏掉一些重要的需求来源。,4.5 信息收集技术,主要问题 复查现有报表、表格和过程描述 主持与用户的面谈和讨论 观察并记录商业过程 建立原型 分发和收集调查表 主持联合应用程序设计会议 研究供应商的解决方案,系统分析员要想获得成功，就必须熟练掌握问题分析技术。为了便于全面地理解问题分

14、析，让我们用下面的例子来说明。一位母亲带着她的小孩去看病，医生做的第一件事情就是确定问题。这个孩子耳朵疼、发烧和流鼻涕，这些是问题吗？这位母亲已经给孩子吃了止痛药以减轻疼痛，但孩子没有好转。母亲处理了症状而不是真正的问题。庆幸的是，医生受过训练能够做出进一步分析。检查了小孩后，医生得出结论，孩子得的是中耳炎，这是症状的根本原因。现在问题已经被确定并被分析了，到医生建议一种治方案)的时候了。通常，医生会开出抗生素治疗中耳炎，但医生首先需要确定是否存在对使用药物的任何约束条件。这个孩子有多大？体重多少？孩子对什么东西过敏？可以吃药片吗？医生一旦知道了这些约束条件，就可以开出一个处方了。,系统分析员

15、使用和医生一样的问题解决过程，但不是用来诊断医学问题，他们诊断系统问题。没有经验的系统分析员在试图分析问题时常犯的一个错误是把症状当成问题。结果，他们可能会设计并实现一个没有解决真正问题或者可能引起新问题的方案。,4.5.1 主要问题,1.商业处理过程是什么样的2.商业过程应该怎样完成 3.需求什么样的信息,1.商业处理过程是什么样的,主题“你要干什么？”的核心是要理解商业功能。该问题是可以进行“沟通”的第一步。作为一个系统分析员，你必须仔细地识别出在改进的系统中，这些商业功能哪些是重要的，哪些是需要保留的，而哪些是可能要删除的。,2.商业过程应该怎样完成,主题“如何完成它？”是把讨论从现有系

16、统转向新系统的方法。核心是新系统应该如何支持这项功能，而不是它在现有系统下如何执行。用户通常只愿谈论现有的系统，但对系统分析员来说，超越现有的处理过程才是最关键的。他(她)必须能够使用户看到将由新技术带来的商业处理方法更高效、更实用。,3.需求什么样的信息,主题“需要哪些信息？”通过定义新系统必须支持的具体信息详细描述了第二个问题。对第二和第三个问题的回答形成了定义系统需求的基础。新系统分析员的缺点：没有对所有需要的信息进行区分。为了得出正确的解决方案，分析员必须了解任何细节的本质情况。,系统分析员必须掌握的技巧,理解用户需求的能力。系统分析员的价值：并不在于知道如何去建立一个具体的模型或如何

17、用一种具体的语言去实现编程，而是在于分析和解决商业信息问题的能力。知道如何不仅有效而且还要高效地去捕捉和确定系统需求的商业规则。,4.5.2 复查现有报表、表格和过程描述,外部信息源：公司外部，即业界的专业公司和其他一些公司。内部信息源：现有的商业文档和过程描述。获得对过程最初理解的一个好方法。新系统分析员对现有系统的初步复查将是他们很快跟上开发速度。识别出在面谈中也许不会提及的商业规则。,4.5.3 主持与用户的面谈和讨论,1.准备面谈 2.主持面谈 3.面谈的后续工作4.面谈时应注意,1.准备面谈,确立面谈目的确定要包括的相关用户确定参加会议的项目小组成员建立要讨论的问题和要点列表复查有关

18、文档和资料确立时间和地点通知所有参加者有关会议的目的、时间和地点,2.主持面谈,衣着得体准时到达 限制面谈时间 寻找异常和错误情况 深入调查细节 认真做好记录 指出和记录未作回答的条目和未解决的问题,3.面谈的后续工作,复查笔记的准确性、完整性和可理解性把所收集的信息转化为适当的模型和文档确定需要进一步澄清的问题域适当的时候向参加会议的每一个人发一封感谢信(备忘录),未解决条目表样例,4.面谈时应注意,聆听肢体语言和空间关系学,聆听,当大多数人谈论沟通技能时，他们想到的是说话和写作。聆听的能力很少被提到，但聆听可能是面谈过程中最重要的能力。为了进行一次成功的面谈，你必须区分清楚听到和聆听，“听

19、到是意识到有人在说话，聆听是理解说话者想交流的内容。”。,打开沟通渠道的指南,带着积极的态度开会 让别人放松 让他们知道你在聆听 问问题 不要做任何假设 记笔记,例,Art Linkletter在他的流行电视节目“Kids Say the Darnedest Things”中问一个小孩一个趣味问题时，他学到了这个教训：在一次节目中，一个小孩告诉我他想成为一名飞行员。我问他如果在飞越太平洋上空时所有的引擎都停止工作了，他将怎么办。他说，“首先，我会告诉每个人系好安全带，然后我将找到我的降落伞并跳出去。”当观众都爆发出大笑时，我注意着这个年轻人，看他是否是一个自作聪明的人。他眼睛里流出的眼泪警告我

20、他的委屈无以言表，所以我问他为什么这么做。他的回答流露出一个小孩子的充分逻辑性：“我去加油我就会回来！”。,肢体语言和空间关系学,肢体语言是人们沟通中听到的所有非口头信息，是我们都在沟通中使用但通常又没有意识到的一种非口头信息。令人吃惊的事实：在一个人的全部感觉中，只有7%是通过口头交流(用语言)的，38是通过语调交流的，55是通过面部和肢体表情交流的。如果你只是听了某人的话语，你就错过了他要说的大部分内容！,面部表情流露,意味着你有时可以通过观察人们脸上的表情理解其感觉。许多常见的感情都与容易辨认的面部表情相关联。但是，脸是人体中最可控的部分之一，那些知道表情经常流露出思想的人很善于控制表情

21、。,目光接触,另一种形式的非口头交流是目光接触。目光接触：是脸部受控制最少的部分。,姿态,是身体中受控制最少的部分。因此，对于机敏的分析员来说，身体姿态包含了丰富的信息。具有一致意见的小组成员倾向于表现出同样的姿态。优秀的分析员会观察观众姿的变化，姿态可能表现出忧虑、不同意或厌倦。分析员通常应该保持一种“开放”的身体姿势，发出易接近、认同和有接受力的信号。在特殊环境下，分析员可以选择使用面对面的正面角度或者90度角以对另一个人建立控制感。,空间关系学,人与围绕其空间之间的关系的学问。4个空间区域：威胁区：小于1.5英尺。个人区：1.5英尺到4英尺。社交区：4英尺到22英尺。公共区：超过12英尺

22、。,4.5.4 观察并记录商业过程,1.观察 2.使用活动图来进行记录,1.观察,观察商业过程可以帮助理解商业功能。观察时必须能够根据相关的商业过程将新系统可视化。对办公室进行快速浏览或者自己亲身实践用户的工作。注意理解并关心用户的需要和感情。,2.使用活动图来进行记录,工作流 活动图创建活动图准则,UML提供了一种活动图用于建模系统的过程步骤或活动。类似于流程图，图形化地描述了业务过程或用例的活动的顺序流程。它们与流程图不同，提供了描述并行活动的机制。特别适合于建模这样的活动当操作正在执行时的活动，以及那些活动的结果(如建模引起窗口显示和关闭的事件)。活动图很灵活，既可以用于分析阶段，也可以

23、用于设计阶段。,工作流,处理商业事务的一系列步骤。在工作流建模中很少采用单一的方法，如流程图、数据流图和活动图。数据流图可以很好地在工作流中捕获各种数据，但它们不能表示控制流。流程图和活动表是专门用来代表处理步骤中的控制流的，但它们不能表示数据流。,活动图,一种工作流图，用来描述用户的活动以及这些活动的顺序。同步条：活动图中的一种符号，用来分解或合并顺序路径。活动图矩形区：活动图中的矩形区域，它代表着单个实体所完成的活动,活动图中使用的基本符号,实心点：表示过程启动。圆角矩形：表示需要执行的活动或任务。箭头：描述引发活动的触发器。实线黑条：同步条。这个符号可以描述并行的活动。：中的文本表示决策

24、活动结果的触发器。菱形：表示决策活动。空心圆中的实心点：表示过程的结束。,活动图中使用的基本符号,同步条(分解),同步条(合并),决策活动,表明决策的其他方法,开始活动(伪码),转移箭头,活动,结束活动,活动图矩形区,一个工作流的实际活动图,有并行路径的活动图,例,创建活动图准则,使用决策符来表示一个“或/或者”的情况，只能选择其中的一条路径，不能同时选择两条。对并行的路径使用同步条，在这种情况下，两条路径同时得以执行。,构造活动图指南,为用例添加开始和结束点。为用例的主要步骤添加一个活动(或者一个参与者发起的每个主要步骤)。从每个活动到其他活动、决策点和终点添加转换。并行活动的地方添加同步条

25、。,4.5.5 建立原型,1.原型：一个规模更大的系统的最初可运转模型。2.实体模型：最终产品的一个样例，这个样例只能进行观察而不能实际执行。3.有效原型的特性,3.有效原型的特性,可操作性：原型应该是一个能运转的模型，重点是可运行性。集中性：为测试一个具体概念或者验证一种方法，一个原型应该集中于单一的目标。额外的执行能力，不是具体目标的一部分，应该被排除在外。快速性：需要一些诸如CASE这样的工具以便快速地建立和更改原型。,4.5.6 分发和收集调查表,1.有限制问题：要求进行简单而明确回答的问题。2.无限制问题：要求对问题进行讨论而不是必须对问题做出简短的回答。,调查表样例,4.5.7 主

26、持联合应用程序设计会议,联合应用程序设计(JAD)：是用于加快系统需求调查的一种方法。JAD的目的：把所有这些活动压缩为用户和项目小组成员一起参加的更短的JAD会。使用JAD的风险：决定有时也许不是最优的。,需要包括在JAD会议中的人员,JAD会议的领导者：保持目标的集中 用户：对政策讨论发挥作用 技术人员：对技术方面问题和决定做回答 项目组成员：完全实现系统目标的专家,JAD会议的环境,4.5.8 研究供应商的解决方案,1.研究现有的各种方案的积极作用 2.危险 3.寻找解决方案时遇到的困难,1.研究现有的各种方案的积极作用,有助于用户去思考如何更好地实现商业的功能。有些解决方案已经是一流方

27、案。购买现成的解决方案通常要比新建系统更便宜，并且风险也更小。,2.危险,有时用户甚至系统分析员希望立刻购买某种方案。公司的需求很有可能没有真正得到仔细的研究。,3.寻找解决方案时遇到的困难,如何找到有满足该商业需求的解决方案。查阅：系统解决方案商名录、行业杂志。,对每种方案的细节进行研究,技术说明书；一份样品或试验系统；参照那些允许你观察他们系现有客户；实地考查；报告的打印稿和屏幕输出。检查所获得的信息的细节，项目组既可独立检查，也可和用户一起进行检查。,4.6 验证系统需求,结构化遍历 结构化遍历四个要素,4.6.1 结构化遍历,简称遍历，对调查结果和根据这些结果建立的原型进行复查。目的：

28、发现存在的错误和问题，其基本思想是在理解系统需求的过程中建立需求文档，然后检查其中是否存在错误、遗漏、不一致之处，以及一些其他的问题。,4.6.2 结构化遍历四个要素,1.What和When 2.Who 3.How,1.What和When,需要复查的第一项是作为分析阶段的一部分而生成的文档。每次遍历：36页文档每隔一周或两周项目小组成员举行小的遍历工作。,2.Who,自己的工作需要被复查的人和复查工作的人。检验内部一致性和正确性，最好在遍历中包含一些其他有经验的分析员。将要复查工作的特点决定了谁应是复查者。,3.How,准备：分析员(其所做的工作将要被复查)为复查准备好材料。指定参加者并提供副本。安排好时间和地点通知所有参加者。执行：分析员逐一提供材料，并根据图表向复查人员解释每一个组件。后续工作：做出所需的更正。,结构化遍历评价表,要点回顾,分析阶段六个主要活动；BPR已成为提高业务处理过程而普遍使用的方法，它对分析阶段产生深远影响。系统需求：功能需求和非功能需求。系统相关者：用户、客户、技术人员调查系统需求基本问题：“我需要哪些信息？”三方面寻找信息、七种事实发现的技术 原型、联合应用程序设计技术、结构化遍历技术,阅读章节要求,网络课堂：第4章 调查系统需求思考题：网络课堂第4章复习及练习题,