信息系统分析与设计课件

《信息系统分析与设计课件》由会员分享，可在线阅读，更多相关《信息系统分析与设计课件（141页珍藏版）》请在金锄头文库上搜索。

1、系系统统分析与分析与设计设计郭双宙郭双宙1-信息系统分析与设计课课程概述：程概述：系统分析与设计课程为34学时。本课程为专业选修课。2-课程性质 信息系统分析与设计课程是信息管理与信息系统专业的必修专业主干课程之一，该课程基于系统工程的基本思想和方法，介绍信息系统的概念，按生命周期法，阐述信息系统的分析与设计的理论、方法和工具，是信息管理与信息系统专业学生从事各项管理工作，尤其是进行信息系统开发、设计、维护与管理所必备的理论知识，课程属理论教学课程。3-教学目的 通过本课程的学习，使学生深刻理解信息系统的分析、设计方法，掌握系统分析、系统设计的常用工具，包括数据流程图、数据字典、系统结构图、程

2、序流程图等，并能针对实际问题加以正确运用。 4-课程考核方式与要求 暂定5- 指定教材：指定教材： 系系统统分析与分析与设计设计教程教程作者：作者：(美美)GaryB.ShellyThomasJ.CashmanHaITyJ.Rosenblatt译译者：者：史晟史晟辉辉王王艳艳青青李芳李芳耿志耿志强强 参考教材参考教材: :信息系统分析与设计甘仞初 高等教育出版社信息系统分析与设计教程姜同强 科学出版社信息系统分析与设计邝孔武 清华大学出版社信息系统开发实例张基温 清华大学出版社系系统统分析与分析与设计设计6-第第1章章引引论论v学习目标：1.讨论信息技术对企业决策和企业成功的影响2.定义信息系

3、统并描述其各部分3.解释怎样通过概图和模型来表现企业功能与运作方式4.解释Internet怎样影响企业决策和企业关系5.信息系统的分类及其使用对象6.建模、原型设计和CASE工具的介绍7.介绍结构化分析与面向对象分析的方法8.对比瀑布模型和自适应模型的系统开发生命周期7-关于系统的概念世界上最好的系统是：支持企业和信息需求。首先需要总体讨论企业信息系统，然后要建立企业模型，以了解该企业的具体运作过程，还要确定系统分析和设计的工具和技术。常用方法有：结构化分析方法和面向对象分析方法。分析过程中常用的有瀑布模型和螺旋模型。8-1.1. 信息技术的影响信息技术（IT）是指硬件、软件产品与服务的综合，

4、公司应用这些产品和服务来管理、存取、交流和共享信息。成功的公司把IT看做重要资产，必须有效使用、不断更新和维护。9-课堂练习以宁波城市职业技术学院网站为例，分析是怎样利用信息技术产品和服务来管理、存取、交流和共享信息的。10-1.1.1. IT的未来企业的成功比以往任何时候都更依赖信息技术，根据美国商业部的一篇报告，2007年美国将有超过半数的人从事的工作与IT有关的行业。目前企业比以往更依赖于IT提高效率、减少运行成本。11-1.1.2. 系统分析与设计的作用系统分析与设计是开发高质量信息系统的渐进过程。信息系统融合了信息技术、人以及数据以满足企业需求。例如，信息系统可以处理日常企业事务，提

5、高公司生产率，帮助经理做出明智的决策。IT部门的团队包括规划、开发和维护信息系统的系统分析员。12-1.2. 信息系统的组成系统是产生特定结果的相关组件的集合。其中的关键任务系统是指对公司的运作至关重要的系统。例如订单处理系统就是关键任务系统，因为没有它公司就无法运作。每个系统都需要输入数据。在信息系统中，数据由基本事实组成，这些基本事实是系统的原始材料。信息是已经被转化的对用户有用的输出数据。如编号、产品代码和订购数量等都是数据。13-信息系统包括的主要部分：硬件、软件、数据、过程和人。硬件：软件： 就是控制硬件并产生所需信息与结果的程序。软件包括系统软件和应用软件。系统软件管理硬件部件，如

6、操作系统、防火墙打印机驱动程序、通信设备驱动程序等应用软件是由支持企业日常功能并提供用户所需信息的程序组成。应用软件能够通过它的组织为一个或数以千计的用户服务。例如、公司级的应用程序称为企业应用程序；个人用的文字处理程序、数据库管理系统等工具都属于应用软件。 14-1.2.3. 数据 数据是信息系统生成有用信息的原材料。信息系统可在不同的存储单元存储数据，这些存储单元称为表。通过数据表的关联，各种数据有了各种复杂的联系。15-1.2.4. 过程过程描述了为达到指定结果，用户、经理和IT人员所执行的任务和企业功能。过程是信息系统的组成部分，因为它们代表实际的企业日常运作。要建立一个成功的信息系统

7、，分析人员必须了解业务流程并且仔细地为此建立文档。16-1.2.5 人信息系统的主要目的是为用户提供有价值的信息。用户是指包括公司内部和外部的与信息系统有关系的人，这些人也称为最终用户。内部用户包括管理员、经理、技术人员、销售人员和公司高级职员。外部用户包括在公司网页上订货的顾客和使用客户系统规划生产进程的供应商。系统的成败依赖于用户是否满意系统的输出和运行。17-课堂练习以淘宝网站购物或电器控制系统为例，分析系统包括的主要部分：硬件、软件、数据、过程和人。18-1.3 了解企业为设计成功的系统，IT专业人员必须了解公司的业务流程。每个企业情况是不同的。例如零售店、Internet拍卖网站和旅

8、馆都有不同的信息系统需求。系统分析员用称为企业过程建模的过程来表示公司的运作和信息需求。企业过程建模需要企业概图和一系列记录各种企业过程的模型。19-1.3.1 企业概图是对公司的总体功能、过程、组织、产品、服务、客户、供应商、竞争对手、约束条件和未来方向的全面概述。为了建立企业概图，系统分析员要调查该公司的产品、服务和Internet商机，还要研究公司的各种信息系统之间的相互作用、专用信息需求和未来发展计划。有了企业概图，分析员就可以创建一系列的企业模型。20-1.3.2. 企业模型企业模型使经理和系统分析员易于了解企业日常的运作。企业模型是公司执行的一个或几个业务过程的图形化表示，如接受航

9、班预约、售票或给予客户信用账户。业务过程描述了一系列特殊事务、事件、任务和结果。复杂的企业运作需要一系列相关联的模型以展示总体情况。21-事件:接受销售订单结果：完成的销售订单过程：检查客户身份过程：核查客户信誉过程：输入客户订单数据处理销售订单的企业模型示例22-1.4 Internet的影响基于Internet的商务称作电子商务。电子商务包括两个部分：B2C（企业对客户）和B2B（企业对企业）。B2C：B2B：23-1.5 企业如何使用信息系统现在包括高层管理者在内的所有员工都在使用办公系统。操作人员通常需要决策支持系统。一系列新的系统定义包括企业计算系统、事务处理系统、业务支持系统、知识

10、管理系统和用户生产率系统。24-1.5.1 企业计算系统企业计算是指支持全公司运行和数据管理需求的信息系统。如机票预定系统。企业计算的主要目的是整合公司的主要功能（如生产、销售、服务、库存控制和帐目）来提高效率，降低成本并帮助管理者做出关键决策。企业计算同样通过实施公司范围内的数据存取框架增强了数据安全性和可靠性。在很多大公司，称为企业资源规划（ERP）的应用系统为全公司用户和管理者提供支持。实现成本核算的大幅度的降低。25-1.5.2 事务处理系统事务处理（TP）系统处理日常业务运行产生的数据。如客户订单处理、账目接收和保单索赔处理等。26-1.5.3 业务支持系统业务支持系统为全公司不同层

11、次的用户提供相关工作的信息支持。这些系统可以分析事务数据、产生管理和控制业务过程所需要的信息，为良好决策提供信息。业务支持系统能够与TP系统紧密合作。例如，当公司向客户销售商品，TP系统记录这笔销售，更新客户收支差额，并从库存中扣除。业务支持系统的重要特征是决策支持能力。决策支持通过生成计算机模型和应用一系列的变量帮助用户做出决策。例如零售商通过what-if来分析确定可增加利润的价格。27-1.5.4 知识管理系统知识管理系统把知识库和决定知识如何应用的推理规则结合起来模仿人类推理，因而称为专家系统。知识库由一个庞大数据库组成，允许用户通过输入关键词一为查找信息。知识管理系统应用推理规则（逻

12、辑规则）来识别数据模式和关系。知识管理系统不需要严格的逻辑规则，许多知识管理系统应用一种叫做模糊逻辑的技术，它允许通过不精确的关系进行推理，它能够在列表顶端把最相关的结果按照优先顺序的形式显示。28-1.5.5用用户户生生产产率系率系统统用用户户生生产产率系率系统统包括：包括：电电子子邮邮件、件、语语音音邮邮件、件、传传真、真、视频视频会会议议、文字、文字处处理、自理、自动动日日历历、数据数据库库管理、管理、电电子制表子制表软软件、台式印刷系件、台式印刷系统统、演示文稿演示文稿图图表、公司局域网和高速表、公司局域网和高速Internet接接入以及其它各种入以及其它各种组组件等。件等。29-1.

13、5.6 信息系统集成多数大公司需要事务处理、业务支持、知识管理和用户生产率等系统的组合。例如一个国际客户所购产品有问题并要求保单索赔，客户服务代表把这个索赔要求输入到TP系统。这个事务更新另外两个系统：一个是跟踪产品问题和索赔活动的知识管理系统，另一个是有决策支持能力的质量控制系统。质量控制引擎应用what-if分析确定是否应该做产品设计更改来减少这种保单索赔。这个例子中，TP系统集成了知识管理系统和具有决策支持特征的业务支持系统。30-1.6 信息系统用户及其需求典型的组织模型分为业务功能和组织层次:1.组织层次：高层管理者、中层管理者和知识工人、主管和小组领导、操作人员2.业务功能：市场、

14、产品、信息技术、销售、财会、人力资源31-1.6.1 高层管理者高层管理者制定长远计划，称为战略规划，决定公司的所有任务和目标。战略规划影响公司未来的生存与发展，包括长期的IT规划。高层管理者致力于整个企业，并用信息技术规划公司的进程与方向。为了确定战略规划，高层管理者还需要公司外部的信息，如经济预测、技术趋向、竞争威胁和政府政策等。32-1.6.2 中层管理者和知识工人仅次于高层管理者，中层管理者为主管和小组领导提供方向、必要的资源和信息反馈。中层管理者的精力集中于较短期的目标框架上，所以比高层管理者需要更多的详细信息，但比管理日常运行的主管少。知识工人包括专业人员，如系统分析员、会计师、研

15、究员、培训师和人力资源专家。知识工人也使用业务支持系统、知识管理系统和用户生产率系统，他们为组织的基本功能提供支持。成功的企业需要知识工人来完成它的任务。33-1.6.3 主管或小组领导主管（通常也称为小组领导）管理操作人员，完成日常职责。他们调整操作任务和人员，做出必要的决策，确保得到正确可行的工具、材料和培训。主管需要决策支持信息、知识管理系统和用户生产率系统来完成任务。34-1.7 系统开发工具和技术1.7.1 建模：建模产生概念化或过程的图形化表示，系统开发人员可以进行分析、测试和修改。系统分析员通过使用一系列业务、数据、对象、网络和过程模型来描述并简化信息系统。35-1.7.2 原型

16、设计原型设计可以测试系统概念并提供在做出最终决策之前检查输入、输出和用户界面的机会。原型是信息系统的早期版本。原型可以作为标准检验程序来评价所完成系统的初始模型服务，也可以开发成系统的最终版本。不论上述哪种方法，原型都明显加快了开发过程。原型设计的一个潜在缺点就是决策做出得太早，常常在业务和IT问题完全了解之前就要做决策。36-1.8 系统开发方法目前最流行的是结构化分析和面向对象分析方法37-1.8.1 结构化分析结构化分析方法是一种传统的系统开发技术，通过一个系统开发生命周期（SDLC）进行规划、分析、设计、实施和支持信息系统。因为结构化分析方法基于详细的规划，类似于构建一栋大楼的蓝图，也

17、称为预测的方法。38-1.8.2 面向对象分析鉴于结构化分析把过程和数据看成是独立的两个部分，面向对象（OO）分析把数据和建立在数据上的过程结合起来称为对象。系统分析员使用OO分析模拟真实世界的业务过程与运作模型。其结果是一组代表了实际的人、事物、事务和事件的软件对象。使用OO编程语言，程序员可以编写出产生这个对象的代码。对象是类的实例，类是相似对象的集合。对象的特征称为属性，属性是对象从类中继承的或自己拥有的属性。在OO设计中，称为方法的内部处理可以改变对象的属性。例如，订单有确认也可取消，使相应的属性发生变化。39-1.9 规划和模型化系统开发项目选择好了开发方法后，系统开发人员必须为需要

18、的任务创建规划和模型。一般地，开发团队使用项目管理工具来达到最终结果。最终结果开发方法开发模型项目管理工具40-1.9.1 对比预测模型和适应模型因为是预测性方法，结构化分析把开发过程划分为一系列阶段，叫做系统开发生命周期（SDLC）， SDLC一般指瀑布模型。第一阶段系统规划初步的调查报告第二阶段系统分析系统需求文档第三阶段系统设计系统设计说明第四阶段系统实施完成执行功能的信息系统第五阶段系统运行、维护和安全运行的信息系统瀑布模型中SDLC的阶段和可交付结果41-课堂练习1、归纳总结Internet对我们日常工作和生活的影响（参考B2C（企业对客户）和B2B（企业对企业）2、作为一个零售商怎

19、样通过what-if来分析如何确定增加利润的价格。3、分析淘宝网怎样利用专家系统推荐客户所想要的商品。42-第一阶段 系统规划第二章 企业案例分析本章介绍系统开发生命周期（SDLC）中的第一个阶段：系统规划。其中主要介绍理解企业运作和需求和重要性，IT项目如何支持公司整体的战略规划，系统项目如何启动以及系统分析员如何进行初步调查和可行性研究。43-第二章 企业案例分析 学习目标 解释企业案例的概念以及对IT项目产生怎样的影响。描述战略规划的过程以及为什么战略规划对IT小组至关重要。解释任务陈述的目的描述SDLC，并解释SDLC如何起到系统开发和企业建模的框架作用。描述风险和风险管理的特征列出信

20、息系统项目的成因以及影响这些项目的因素解释系统需求的最初审核以及系统审核委员会的角色定义操作可行性、技术可行性、经济可行性以及进度可行性。描述初步调查的各个阶段以及调查的最后结果。44-2.1 战略规划IT系统开发框架战略规划是确定长期的组织目标、策略和资源的过程，它超越了日常的活动，而集中在未来3、5甚至10年的层次上。45-2.1.1 战略规划概述在战略规划阶段，高层管理人员提出一系列的问题，称为SWOT分析，它用来检查公司的优势（S：strength）、劣势（W：weakness）、机遇（O：opportunity）和威胁（T：threat）。每个问题反过来又要求更多的审查、分析和规划。

21、SWOT分析通过确定技术、人力和财力资源来构成战略规划过程。46-2.1.2 从战略规划到业务结果目 标远 景价值观任务陈述长期目标短期目标涉众信息技术业务运作其他可用资源业务结果涉众：包括所有受公司运作影响的人，如客户、雇员、供应商、股东以及委员会成员等。47-2.1.3 企业模型构建企业模型、组织模型、场所模型、应用模型、数据模型和技术模型48-2.2 企业案例企业案例是指一个需求建议提出的理由和合理性。http:/ 信息系统项目本节包括：v系统项目的成因v影响系统项目的内部和外部因素v系统需求表格v项目管理工具。50-2.3.1 系统项目的成因大多数项目的起点称为项目需求，系统需求可能是

22、对现有系统的改进、问题的纠正、旧系统的替换或者是需要支持一个公司当前和未来业务需求的一个全新信息系统的开发。系统需求改进的服务更多的信息更好的性能对新产品和服务的支持减少成本更强有力的支持形成系统需求的6个主要成因系统需求通常旨在为公司内的客户或用户提供更好的服务。允许共有基金投资商通过网络检查账户余额，在出租汽车客户表中存储数据，或者创建在线学院注册系统，这些都是为客户提供有价值的服务增加用户满意度的例子新的产品或服务通常需要新的类型或水平的IT支持。例如软件供应商为用户提供自动更新服务。新产品进入市场时，供应商通常不再对旧版本提供支持。现有的系统无法满足新的性能需求。系统可能产生不充分、不

23、完善或者不支持公司变化的信息需求的信息。系统必须采取有效的控制以保证数据是安全的、准确的。对系统进行新技术的调整或升级是可行的。另一方面，进行成本效益分析，显示构造新的系统更加节约成本且能为长期目标提供更好的支持。51-作业练习1、以学生公寓为例，分析改造学生公寓系统需求的6个主要成因2、进行一个系统或项目或一件事情的初步调查和可行性研究3、做一个个人的战略规划52-2.3.2 影响系统项目的因素影响公司制定的每项企业决策的因素有内部因素和外部因素：1.内部因素包括:战略规划、高层管理者、用户需求、信息技术部门、现有的系统和数据2.外部因素包括：技术、供应商、客户、竞争对手、经济、政府公司的战

24、略规划目的为公司规划总体的方向，并对IT项目产生重大的影响。公司需要IT支持的长期和短期目标将产生系统需求，并影响IT属性。一个强调技术趋势的战略规划为贯穿整个组织的IT项目构建美好的前景。高层管理者的指令是大规模系统项目的主要来源。这些指令通常来源于新的IT系统和制定决策的更多信息，或者是对关键任务信息系统更好支持的战略性企业决策的需要。随着用户对信息系统依赖程度的加深，用户越来越倾向于要求更多的IT服务和支持。比如，销售代表可能要求改进公司的Web站点、拥有更强大的销售分析报告、连接所有销售站点的网络，或者允许客户及时获取打单状态的在线系统。另外，用户还可能因为当前系统难于学习或者缺乏灵活

25、性而对其不满意。用户可能需要信息系统支持某在系统开发时并不存在的业务需求。许多系统项目需求来自于IT部门。IT部门成员常常根据业务运作知识和技术倾向做出建议。IT建议可能是严格的技术问题，比如某种网络组件的替换;或者是更加面向企业的建议，或提出一个新的报表系统或数据采集系统。现有系统中的错误或者问题能会引起系统项目需求。在处理旧系统时，分析员通常耗费太多的处理日常问题，而不是仔细地考虑潜在的原因。这种方法可能将信息系统变成无法支持公司总体需求的拼凑物。这种问题一般出现在遗留系统，即几乎没有先进技术的老系统。当移植到新系统时，IT规划者必须计划现有数据的转换。一般来讲，技术的更新是影响企业和社会

26、的主要力量。比如，无线电通信的快速增长创建了全新的行业和技术。技术也戏剧性地重新构造了现有的业务运作模式。扫描技术的成功导致了如今影响几乎所有产品的通用条形编码的出现。一些行业专家预测条形码技术，将被使用RFID标志来分类和监测，从工厂流人零售结算的每个单独产品的产品电子编玛(EPC)技术所替代。随着电子数据交换(EDI)的发展，企业与供应商的关系显得十分重要。比如，汽车公司可能要求供应商将其零件以某种特定的方式编码，来匹配汽车公司的库存控制系统。EDI使得即时产生(JIT)库存系统成为可能，所用的原理就是通过计算机到计算机的数据交换来最小化不必要的库存。JIT系统的目的就是在合适的时间、地点

27、提供恰当的产品。 客户对任何企业都是十分重要的。信息系统中与用户交互的部分通常具有较高的优先权。许多公司实施客户关系管理(CRM)系统，该系统集成了所有与客户相关的事件和事务，包括推广、销售以及客户服务活动。面向供应商的CRM系统通常与第I章讲过的供应商关系管理(SRM)系统相互连接，CRM组件可以为销售调查提供自动的响应、基于Web的订单处理，以及在线的库存跟踪。一个高效的仓库和一个成功的网沽同样重要，因此，供应商们常常使用智能铲车(smart fork-lifts)，该装置可以读取RFID标志和通用产品代码(UPC)，井把数据传送到CRM系统中。 最新的RFID应用程序之一叫做电子交付凭证

28、(EPOD)。运用EPOD，供应商在每个创建、用例和运输单元上使用RFID标志来创建数字传送清单。客户接受清单，并扫描收到的货物瑟。如果发现差异，自动报告并进行调整。因为手工调查非常昂贵，小的运送不一致就不再追究。这是技术相关的成本控制的一个例子。 竞争激励了许多信息系统决策的制定。比如，如果一个移动电话供应商提供了一种新类型的数字服务，则其他公司为了保持竞争力就必须做出相应的对策。新产品的研究和开发、市场、销售以及服务都需要IT的支持。 经济活动对公司的信息管理有巨大的影响力。在经济膨胀阶段，公司需要准备好扩展性较好的系统以便处理额外的容量和增长。预测业务周期不是一门精确的科学，在这里，仔细

29、的研究和规划是相当重要的。各级政府的规定都影响公司信息系统的设计。比如，所得税报表需求必须设计到工资包中。关于网络销售税问题的争论可能极大地影响电子商务以及传统的零价业。53-2.3.6 风险管理 每个IT项目包含系统分析员和IT项目经理必须解决的风险。风险是对项目产生负面影响的事件。风险管理是确定、评估、跟踪和控制风险来最小化其影响的过程。风险管理可以通过手工处理，或使用类似于Microsoft Project包含风险管理特征的软件进行处理。例如Microsoft Project软件，用户可以为每个任务输入如下信息:v概率，表示风险发生的可能性，用百分比表示。v影响，表示风险发生所产生的负面

30、影响的程度，在1一10的范围内。v成本，表示风险所产生的潜在的财务影响。v种类，指出风险的类型。v描述，指出风险的性质。v缓减计划，确定控制和限制风险的计划。v意外处理，指出风险发生时应采取的措施。v触发，指出引起意外发生的条件。具备了这些信息，IT团队可以对项目相关的风险提出建议，根据风险的性质和大小，由管理层做最终的决定。54-2.4 系统需求的评价在大多数公司中,IT部门接收到的系统需求远远超出其所能处理的范围。许多公司将评价系统需求的任务分配给几个关键的管理人员和用户，并称这些小组为系统审核委员会和计算机资源委员会。不管叫什么名字，目的是通过几个管理人员联合的判断和经验来评价系统项目。

31、55-2.4.2 系统审核委员会大多数较大的公司通过系统审核委员会来评价系统需求。而不是依赖于某个人，委员会的方法是提供各种经验和知识。由于有了更开阔的视野.相对于个人来讲，委员会更容易高效地创建需求的优先顺序，而某个人的倾向很难影响整体的决策。一个典型的委员会包括IT主管以及其他部门的若干管理人员。IT主管通常作为技术顾问以确保委员会成员对关键问题和机遇保持清醒。尽管采用委员会的方法有很多优势.但也同样存在缺点。比如，对需求的一切活动必须等到委员会达成一致。为了避免延迟，委员会成员常常通过电子邮件或者远程会议交流。另外一个潜在的缺点就是委员会成员可能会竭力支持自己所在部门提出的项目，因此内部

32、的行政级别可能会延误重要的决策。许多较小的公司由一个人而不是委员会来评价系统需求。只有一个人具有必要的IT技能和经验，而且这个人也必须和用户以及整个公司的管理人员密切联系，才能确保业务和操作需求得到充分考虑。不论是由一个人还是由委员会负责，最终的目的就是评价需求并安排优先顺序。假定有四个需求必须审核：用以分析当前客户的消费习惯并预测未来趋势，来自市场部门的需求；要求构造网状链接以使得服务代表可以即时下载技术数据，来自技术支持部门的需求；要求重新设计客户陈述并允许Internet访问，来自财务部门的需求;要求构造库存控制系统以便与主要的供货商交换数据，来自产品部人员的需求。公司应该支持哪些项目呢

33、?应该使用什么标准?如何确定优先顺序?为了回答这些问题，个人或者委员会必须对每个系统项目的可行性进行评估。56-2.5 可行性概述系统需求必须经过几道测试以便确定是否值得继续下去，称为可行性研究。如图所示，可行性研究主要使用四个方面的尺度来衡址提出的建议:v操作可行性v技术可行性v经济可行性v进度可行性。 可行性研究有时候相当简单，可以在几个小时内完成。但是，如果需求包含一个新系统或者进行较大的变化，则需要进行更多的事实发现和调查。可行性研究究竟要付出多少努力，主要取决于需求。比如，如果某部门要对现存的报表按照不同的顺序排序，则分析员可以很快地确定该项需求是否可行。而另一方面，市场部关于构造新

34、的市场研究系统以预测销售趋势的提议则可能需要更多的分析。在实际中，系统分析员都会提出以下重要的问题:从操作的角度考虑，这项提议合乎需要吗?这是解决问题或者抓住机会实现公司目标行之有效的方法吗?这项提议在技术上可行吗?具备项目必需的技术和人力资源吗?从经济的角度考虑，这项提议合乎需要吗?项目成本有哪些?还包含其他的无形因素吗?比如客户满意度，或者公司形象?问题值得解决吗?这些需求可以带来可靠的业务投资吗?这项提议可能在一个可以接受的时间段内完成吗? 关于系统需求的更多信息，可以通过分析组织结构图、面谈、审核现有文档、观察操作以及用户调查等方法获取。系统需求获得通过后，更多的事实发现工作将在系统分

35、析阶段继续。57-2.5.1 操作可行性操作可行性指目标系统在开发完成后将得到有效的使用。如果用户很难使用新系统，则将达不到预期的效果。操作可行性依赖于几个关键的问题。比如，考虑下列间题:v管理人员支持该项目吗?用户支持该项目吗?现有系统很受欢迎，并可以高效地使用吗?用户觉察到改变的需要了吗?v新系统可能导致工作人员的缩减吗?如果是，会对波及到的员工造成什么影响?v新系统需要对用户进行培训吗?如果需要，公司准备好培训现有员工的必要资源了吗?v用户是从新系统规划开始就参与新系统开发了吗?v新系统对用户提出新的要求或者做了操作上的改变了吗?比如，有没有哪些信息无法访问或不产生信息？性能有没有以任何

36、方式下降？如果是这样的话，公司的总体收益是否大于局部的损失？v客户经验会产生什么负面的影响吗?是暂时的还是永久的?v在公司的形象和信誉方面有什么风险吗?v开发进度与公司的其他重要事务冲突吗?v需要考虑法律或种族问题吗？58-2.5.2 技术可行性技术可行性指开发、购买、安装或运行系统所需要的技术资源。在评价技术可行性时，分析员必须考虑如下几点:v公司有必要的硬件、软件和网络资源吗?如果没有，在获取这些资源的过程中有什么困难吗?v公司有必要的专业技术知识吗?如果没有，能获得吗?v目标平台能够充分地满足未来的需要吗?如果不能，可以扩展吗?v需要原型吗?v硬件和软件环境可靠吗?现在或者将来需要和其他

37、公司的信息系统集成吗?能够和客户或供应商操作的外部系统正常交互吗?v硬件和软件的结合能够提供适当的性能吗?有明确的期望或设计任务说明吗?v系统能够应付未来的交易量和公司的发展吗？59-2.5.3 经济可行性指目标系统的利润要高于预算成本，也即通常所说的整体拥有成本(TCO)。这里主要包括进行支持和维护的成本以及购置成本。为了确定TCO,分析员必须从下面几个方面进行成本估算:1.人员，包括IT员工和用户2.硬件和设备3.软件，包括内部自主开发，以及从供货商处购买4.正式和非正式的培训5.许可证和费用6.咨询费7.设备成本8.不开发系统或者项目延期的预算成本除了成本,还需要评估公司的有形和无形效益

38、。系统审核委员会将使用这些数字以及成本预算，来确定是否在最初的审查阶段基础上继续实施该项目。 有形效益指能够用现金来衡量的效益。有形效益来源于增加收人、减少支出。以下是有形效益的例子:新的调度系统减少了超时现象。在线包裹跟踪系统改进了服务、减少了操作人员。改进的库存控制系统减少了多余的库存，并消除了生产延迟。 无形效益指那些难于用现金来衡量，但却对公司非常重要的收益。无形效益包括如下几类：用户友好的系统改善了员工的工作满意度。销售跟踪系统为市场决策提供了更多的信息。新的Web站点提升了公司形象。还必须考虑开发时间表，因为有些效益在系统一旦投入使用时立即产生，而其他效益可能产生得较晚。60-2.

39、5.4 进度可行性进度可行性指项目可以在可接受的时间范围内完成。在评估进度可行性时，系统分析员必须考虑时间和成本的相互关系。比如，加快项目进度可能会使得项目可行，但可能消耗更多的成本。其他与进度可行性相关的问题如下:1.公司或者1T小组能控制影响进度可行性的因素吗?2.管理人员是否创建了公司的项目时间表?3.在系统开发过程中必须满足哪些条件?4.加快进度会引起风险吗?如果会，这些风险可以接受吗?5.可以采用什么项目管理技水来协调和控制项目?6.需要任命项目经理吗?61-2.6 可行性研究可行性研究的第一步就是确定并清除不可行的系统需求。比如，对于需要公司早已否决了的硬件或软件的需求一定不可行。

40、即使需求是可行的，也可能是不必要的。比如，对于报表的多版本需求可能要求相当多的设计和编程。一个好的候选方案则是将服务器数据下载到基于个人计算机的软件包上，并向用户展示如何生成自己的报表。在这种情况下，对用户进行培训要比为其生成报表好得多。需要注意的是当新的软、硬件或者技术资源一旦具备，原先不可行的系统需求还可以重新提出。开发成本的降低或者利润值的增加可能使得原来不可行的系统需求变为可行。相反，最初可行的项目随着项目的进行，条件发生变化。购置费增加，项目可能会比预计的更加昂贵，在后来也可能变得不可行。此外，有时管理人员和用户可能会对项目失去信心。所有这些原因使得可行性研究成为必须在系统开发的整个

41、过程中始终进行着的任务。62-2.7 设定优先级 排除了不可行的系统需求后，系统审核委员会必须为剩下的项目设定优先级。拥有最高优先级项目往往是能够在最短的时间内以最低的成本获得最多效益的项目。当然，许多因素会影响项目评估。63-2.7.1 影响优先级的因素在评价项目优先级时，系统分析员应该考虑如下问题:1.所提出的系统能够降低成本吗?什么时候、哪个环节、怎样降低?可以降低多少?2.系统能够增加公司的收人吗?什么时候、哪个环节、怎样增加?可以增加多少?3.系统项目能够产生更多信息或更好的结果吗?如何产生?结果可以度量吗?4.系统能够为客户提供更好的服务吗?5.系统能够为公司提供更好的服务吗?6.

42、项目能够在合理的时间期限内实现吗?结果将会持续多久?7.具备必要的人力、财力和技术资源吗?几乎没有哪个项目可以在以上间题中都得高分。一些系统可能不能降低成本却能提供重要的新特征。其他系统可能能够充分地降低操作成本，但却需要购买或租借附加的硬件设备。还有的系统可能急需，但却需要若干年的开发才能产生显著的效益。无论何时，分析员应该尽可能根据代表实际(或大概)金额的有形成本和效益来评价目标系统。比如，网络维护费用减少8000美元就是一个有形效益的例子。就像在经济可行性一节中介绍的那样，评价中通常也包含无形成本或效益。与网络成本降低的有形效益相比，很难用实际金额的指标来评价类似提高公司形象、鼓舞员工士

43、气或改进客户服务等无形效益。无形成本和效益常常影响着系统的决策和优先级的设定，必须予以充分考虑。64-2.7.2 可自由支配项目 和不可自由支配项目项目绝对必要吗?管理人员可以选择实施的项目称为可自由支配项目。而不能够进行选择的项目称为不可自由支配项目。为用户生成一个新的报表就是一个可自由支配项目的例子。而添加新法律要求的报表是一个不可自由支配项目的例子。如果某个项目不是可自由支配项目，那么还需要系统审核委员会对其进行评价吗?一些人认为等待审核通过的过程对不可自由支配项目造成了不必要的延迟。另一些人则认为通过向系统审核委员会提交所有的系统需求，使得委员会了解了竞争IT部门资源的所肴项目。由此，

44、委员会可以更加切合实际地评价可自由支配项目的优先级，并进行合理的安排。此外，当资金或人员条件受到限制时，委员会需要对不可支配项目进行优先级的设定。许多不可支配项目是可以预先知道的。比如，薪水册、税率每年的更新或者保险处理系统中汇总需求的定期变化等。通过对可预估项目进行提前的规划，IT部门可以更有效地管理资源并及时通知系统审核委员会，而不必每件事都提前核准。65-2.8初步调查概述系统分析员通过进行初步调查来研究系统需求并建议具体行为。在获得授权继续进行后，分析员与管理人员和用户交流。如图2-15模型中所列的模型。分析员收集存在的问题或机遇、项目规模和约束条件、项目利润以及估计的开发时间和成本等

45、事实。初步调查的最终结果是向管理人员提交的一份报告。66-2.8.1与管理人员和用户交流在开始初步调查之前，应该通过备忘录这一电子邮件信息提前告诉人们关于调查的事情，并解释你承担的角色。应该和主要的管理人员、用户以及IT员工面谈，介绍项目、解释自己的职责、回答问题并邀请大家提出意见。由此开始了与用户的重要对话，这将贯穿整个开发过程中。 通常，系统项目在公司的运作中产生显著变化。员工可能好奇、关心，甚至反对这些变化。在初步调查阶段遭遇到用户的阻力并不奇怪。员工的态度和反应是很重要的，必须慎重对待。 在与用户交流时，应该慎用“问题”一词，因为该词常常产生负面影响。当询问用户有什么问题时，一些用户常

46、常强调当前系统的局限性而非他们期望的新特征或改进。除了重点讨论问题外，应该询问用户需要哪些额外的功能。通过这种方法，强调改进用户工作的方法，从而达到自身对操作充分的理解，并可以与用户建立更好的、更积极的关系。67-2.8.2规划初步调查在初步调查阶段，系统分析员常常遵循一系列步骤。具体的程序依赖于需求的性质，项目的规模以及紧迫程度。68-第一步:理解问题或机遇如果系统需求包含一个新的信息系统或是一个对现有系统进行实质性的改变，系统分析员需要开发一个业务概图来描述如第I章所介绍的业务过程和功能。即使需求所包含的是相对较小的变化或改进,仍然需要理解这些变化将对业务作和其他信息系统造成怎样的影响。系

47、统中的变化常常对其他系统造成难以预料的影响。当进行系统需求分析时，需要确定将涉及哪些部门、用户议及业务过程。 在许多情况下，系统需求并不能暴露出潜在的问题，而只是一些外在的现象。比如，检查主机处理延迟的需求可能会暴露不合理的安排习惯，而不是硬件问题。类似地，对客户投诉分析的需求可能会暴露出销舍代表缺乏培训的同题.而不是产品的问题。 调查原因和效果的一种常用技术称为鱼骨图，如下图所示。鱼骨图是一种用图形框架来表示问题的可能原因的分析工具。当使用鱼骨图时，分析员首先阐述问题并画出一个主骨和多个代表问题的可能原因的子骨。在如图的例子中，问题是“不快乐的工厂”，分析员分四个调查领域:环境、工人、管理人

48、员以及机器。在每个领域中，分析员确定了可能的原因，并画出水平的子骨。比如，“太热了，是一个可能的环境骨原因。对于每个原因，分析员必须挖掘得更加深入并提出问题:什么原因促使这种现象的发生呢?比如.“为什么会太热”？如果回答是空调的功率低，则分析员将此作为“太热了原因的子骨。用这种方式，分析员向图中添加颇外的子骨，直到揭示出最根本的原因，而不仅是现象。69-Pareto图是另一种广泛使用的分析问题的原因并为可能的原因排列优先级的工具。由19世纪的经济学家命名，Pareto是垂直的条形图，如图所示，表示了问题各种原因的条形图按降序排列，以便IT小组可以集中力量于最主要的原因。在如图所示的例子中，系统

49、分析员使用Pareto图找出库存系统问题的更多原因，以便做出必要的改进用Microsoft Excel创建Pareto图的过程很简单。70-第二步:定义项目规模和约束条件确定项目规模尽可能具体地定义项目边界或广度。比如，“薪水册生成得不够准确相比较“某工厂第二班产品工人加班费计算不准确”就太笼统了。类似地，将项目规模描述成“修改应收款系统就不如“允许客户在线查询财务结算和近期交易”更具体。一些分析员认为通过创建具有“必须做、应该做、可以做、不能做”等项的列表有助于定义项目规模，这个列表可在稍后的系统分析阶段开发系统需求文档时进行审查。一般规模定义的项目，常面临扩展方面的风险，没有特定的授权，在

50、开发的过程中称为“项目需求扩充”。为了避免这个问题，应该尽可能清晰地定义项目规模。可能使用图形模型来表示系统、人以及将会影响到的业务过程。项目规模同时也规定了初步调查本身的边界。系统分析员应该将重点集中到即将到来的问题上，从而避免不必要的时间和财力的花费。在定义项目规模的同时，还应该确定系统的约束条件。约束条件指系统必须满足的要求或者系统必须达到的成果的条件。约束条件可以包含硬件、软件、时间、政策、法律或者成本。系统约束条件也同样影响项目规模。比如，如果系统必须运行在现有的硬件上，这就是影响潜在解决方案的一个约束条件。其他约束条件的例子如:订单处理系统必须接受来自15个远程站点的输入;人力资源

51、信息系统必须在雇佣实践的过程中产生统计信息;新的Web站点必须在3月1日之前投人运作。在检查约束条件时，应该确定它们的特征特征。现现在和未来在和未来 约束条件是系统开发或修改时必须满足的条件，还是在未来的某些时间必须满足的条件？内部和外部内部和外部 约束条件是来源于公司内部还是外都的力量，比如政府规章的影响?强强制和期望制和期望 约束条件是强制的吗?这些约束必须满足还是仅是预期的最佳结果?71-图2-20给出了约束条件的5个例子。注意每个约束有三个特征，特征由图中的位置以及代表约束条件的符号表示。A例中的约束条件是现在的、外部的和强制的。B例的约束条件是未来的、外部的和强制的。C例的约束条件是

52、现在的、内部的和期待的。D例中的约束条件是现在的、内部的和强制的。E例中的约束条件是未来的、内部的和期待的。 不管什么类型，所有的约束条件应该尽可能早些确定以避免将来出现问题和意外。对项目规模和约束条件进行清晰的定义可以避免管理人员在假设项目具有某种特定的特征或支持，而后来却发现这种特征并不具备时产生的误解。72-第三步:进行事实发现 事实发现包含各种技术，下面将具体介绍。根据调查系统需求需耍获取信息的不同，事实发现可能需要几个小时、几天甚至几周的时间。比如，报表格式或者数据输人界面的变化可能需要用户的电话号码或Email信息，因此新的库存系统需要包含一系列的面谈。在事实发现的过程中，需要分析

53、组织结构图，进行面谈，审查当前文档，观察操作以及进行用户调查等。分析分析组织结组织结构构图图 在许多事例中，需要知道待研究部门的组织结构。应该查看公司的组织结构图以理解部门如何运作并确定进行面谈的人选。组织结构图可以从公可的人力资源部门获取。如果没有现成的图，应该直接从人力部门获取必要的信息并自己构建组织结构图。73- 找到组织结构图之后，应该检查它的正确性。需耍注意的是组织结构图反映的是正式的负责关系，而不是组织的非正式结盟，这一点很重要。进行面谈初步调查期间获取信息的主要方法是面谈，如图2一22所示。面谈的过程包含一系列的步骤: 1.确定面谈人选。 2,确定面谈目标。 3.确定面谈要讨论的

54、间题。 4.准备面谈。 5.进行面谈。 6.将面谈结果整理成文档。 7.对面谈进行评价。 这七步描述了SDLC的系统分析阶段的事实发现技术。74-文档复文档复查查 尽管面谈是获取信息的一个很重要的方法，但还应该对当前的系统文档进行审查。文档可能不是最新的，因此应该通过和用户一起复查来确定所得到的是准确和完整的信息。观观察操作察操作 另外一个事实发现的方法就是观察当前系统的操作。可以观看工人如何实施一些常规的任务。选择跟踪一些实际的流程，比如输入源文档或者输出报表等。除了对操作进行观察，还要抽样系统的输入或输出。使用第3章介绍的抽样技术，这样可以获得关于系统特性和频率的有用信息。进进行用行用户户

55、 调查由于面谈很耗时，所以有时可能希望通过从一个更大的团队中进行用户调查获取信息。在这种情况下，可以设计一种表格，由用户填写完成再返回进行统计。调查并不像面谈那样灵活，但是成本低，而且通常花费的时间少，并可以包含广泛的代表性意见。75-第五步:评估项目开发时间和成本为了对下一个的开发阶段进行明确的时间和成本估计，应该考虑下列问题:v必须需要什么信息，以及如何收集和分析这些信息?v将使用什么样的源信息，以及在获取信息的过程中将面临什么祥的困难?v要进行面谈吗?要和多少人面谈，进行面谈所得的意见需要花费多少时间?v要进行调查吗?包含哪些人?完成一份调查要花多少时间?要花多少时间来准备这份调查并将

56、结果制成表格?v分析所收集的信息并利用这些事实和建议准备一个报告将花费多少?除了下一阶段的时间和费用数量评估，还应该提供对项目整体的评估，使得管理人员可以了解整个成本和时间安排。这些评枯也许并不能得到确切的数字，但所得的时间和成本的大体范围在预测最好和最坏方案时将是十分有用的。76-第六步:向管理人员提交结果或建议在这一阶段，有几个选择。你可能发现没有必要采取什么行动，或者发现一些其他的策略比如额外的培训才是必要的。为了解决少数问题，可以实施一个简单的方案而不是进行更进一步的分析。而在其他情形下，建议继续进行下一阶段，即系统分析。初步调查的最终任务是向管理人员提交一份报告。更确切地说，是陈述一

57、份报告，如图所示。报告要包含系统需求评价、成本和效益评估，以及提出的建议。“系统分析员工具包”的第1部分将有助于高效地完成口头或书面的交流。77- 不同的公司初步调查报告的格式常常是不同的。典型的报告包括以下几个部分: 1.引言。第一部分是报告的概述部分。引言包括对系统简单的介绍、进行调查的个人或团体的名称以及发起调查的个人或团体的名称。 2.系统需求摘要。摘要描述系统需求的基础。 3.事实。事实部分主要是进行初步调查的结果，包括对项目规模、约束条件以及可行性的描述。 4.建议。根据特定的原因和合理的分析，对下一步要采取的行为提出建议。管理人员将做出最终的决策，但IT部门的建议是很重要的因索。

58、 5.项目人员:列出参与项目开发的人员，并介绍每个人的职贵。78-第3章 需求建模第3章是系统分析阶段4章中的第1章。这一章描述了一系列过程，其中包括搜集系统项目事实，准备文档以及创建要用于系统设计和开发的模型。学习目标完成本章学习后，将了解以下内容:1.描述系统分析阶段活动和系统分析阶段的最终产品2.解释联合应用程序开发(JAD)和快速应用程序开发(RAD)3.理解系统分析员如何使用功能分解图(FDD )4.描述统一建模语言(UML），解释用例图和顺序图5.列出并描述系统需求，包括摘出、输人、过程、性能和控制6.解释可伸缩性的概念7.使用事实发现技术，包括会谈、文档复查、观寮、问卷调查、抽样

59、和调查研究8.定义整体拥有成本(TCD)9.做一次成功的会谈10.在系统开发过程中使用有效的文档编制化方法79-引 言 对系统分析阶段有了总体了解之后，这一章描述了需求建模技术和基于团队的方法。系统分析员使用这些方法呈现新系统，并为新系统创建文档。然后讨论了系统需求和事实发现技术，包括会谈、文档复查、调查、问卷调查、抽样和研究。80- 在下面的案例中，Florence Fulferton系统分析员)和HaITy Rneton(实习生)正在讨论需求建模的任务和概念。参加人员:Florence和HaITy讨论地点:Florence的办公室，2007年10月22日，星期一上午项目进展:项目已经进展到

60、系统分析阶段。现在，Florence和HaITy将进行建模、事实发现和创建 文档，为书店的信息系统创建需求模型讨论主题:建模、基于团队的开发策略。事实发现技术和文档化Florence :关于这个项目，我听学院服务部门经 理Wendy说，管理部门同意按照我们的建议进行。HaITy:那么，下一步我们该做什么呢?Florence:我们需要为新系统创建一个模型，就像你会在建飞机前建一个成比例的模型。我们称它为需求模型，因为它包括新系统所有的输出、输人、过程和控制。这个模型由各种图、表和文档组成。HaITy:建好模型后我们如何使用呢?Florence:我们将和系统有关的用户仔细研究并讨论它。我们可能要多

61、次修改这个模型，以确保它准确、完整地表达用户对新系统的需求。HaITy:用户是哪些人?Florence:在这个案例中.用户可能包括书店职员、学生、全体教员和学院业务办公室的人。外部潜在用户可能包括书店的教材出版商和提供商。重要的是我们每一步都要和用户一起工作。我们要研究文档，进行会谈，使用间卷或调查，观察书店的运营情况，对一部分事务进行抽样。然后，我们要认真为每一件事创建文档。81-3.1 系统分析阶段概述系统分析阶段的总体目标是了解将要建立的系统,确保它支持业务需求,为系统开发打下坚实的基础。在这一阶段，使用模型和其他文档工具来呈现和描述将要建立的系统。82-3.1 .1 系统分析活动系统分

62、析阶段包括如图3-2所示的四个主要活动:v需求建模v数据和过程建模v对象建模v对开发策略的考虑。尽管瀑布模型呈现了SDLC（软件开发周期 The Software Development Life Cycle ）顺序阶段，但通常在开发过程中多个阶段(或一个阶段中的多个任务)都会有交互，就像在适应性模型中那样。例如，在建模过程中每当发现新的事实或系统需求改变时，这种交互就发生了。图3一2显示了三种建模任务之间的典型交互。这三种建模任务分别为:需求建模、数据和过程建模、对象建模。需求建模本章描述了需求建模，包括用事实发现描述当前系统，确认新系统的需求，如输出、输人、过程、性能和安全。输出指系统产生

63、的电子或打印信息。输入指进人系统的必要数据，可以是手动输入也可以是自动输入。过程指将数据转换成有意义的信息所需要的逻辑规则。性能是系统特性，如速度、容量、接受能力、适用性和可靠性。安全指那些保障系统及其数据免受内部或外部威胁的硬件、软件及过程控制。在第4章“数据和过程建模”，你将继续建模过程，学习如何使用传统的结构化分析技术来用图形方式描述图形化系统数据和过程。如第T章中所说，结构化分析识别流入一个过程的数据、转化这些数据的业务规则以及产生的输出数据流。第5章讨论另一个流行的建模技术对象建模。相对于结构化分析把过程和数据看成是分开的两个部分，面向时象的分析(object一oriented an

64、alysis, oo)把数据和作用于数据的过程结合成所谓的对象。这些对象代表了实际中影响系统的人、事物、事务和事件。在整个系统开发过程中，系统分析员经常结合使用两种建模方法以获得尽可能多的信息。在第6章“开发策略”，将要考虑各种开发策略的选择，为过渡到SDLC的系统设计阶段做准备。这章将介绍有关软件发展趋势、获得及开发候选方案、外包和新系统需求正式建档的内容。系统分析阶段可交付的产品(或最终产品)是系统需求文档，是对新系统的总体设计。此外，系统分析阶段的每一个活动都有最终产品以及一个或多个里程碑。大的系统项目需要很多工作来协调人、任务、时间表和预算。“系统分析员工具包”描述了项目管理工具，这些

65、工具有助于对复杂项目进行监督和控制。83-3.1 .2 系统分析技术创建一个准确的新系统模型，需要很强的分析能力和与人交往的能力。应用分析能力能够确定问题，评价关键元素，并创建有用的解决方案。人际交往能力对系统分析员是特别重要的，系统分析员必须和所有层次的人共同工作，协调用户的需求冲突，从而进行有效的交流。因为信息系统影响整个公司的人，在系统分析阶段的初始就应该考虑采用面向团队的开发策略。84-3.1.3 面向团队的方法和技术最高层的管理者期望IT部门用最低的成本、最短的时间提供最好的信息系统。为了实现这些目标，许多TF经理努力尝试在开发过程中增加用户的参与。较多的用户参与通常会带来更好的交流

66、，加快开发速度，从而更好地满足用户需求。系统开发的传统模型是IT部门使用结构化分析，并且仅当他们需要用户的输人或确认时才和用户进行协商。尽管现在IT职员仍然有很重要的地位，并且结构化分析仍然是一种很流行的系统开发方法.可是很多IT经理在各种开发任务中仍然积极地邀请系统用户一起参与开发。 就如第1章中提到的那样，最近的一些自适应模型更注重系统开发人员和用户之间多层面的交流。事实上，这种基于团队的开发模式已经存在一段时间了。其中较为常见的一种就是联合应用程序开发(JAD)进行事实发现和需求建模的一种面向用户开发技术。由于JAD和具体的开发方法无关，所以只要系统分析员需要成组的出入和交互时，他们就可

67、以使用JAD。另一种流行的面向用户的方法是快速应用程序开发(RAD)。RAD好像是整个SDLC的精简版本，用户可以参与开发过程的每一步。JAD常常只集中于事实发现和需求决策上，而RAD则针对系统开发任务的整个过程提供了一种快速跟踪的方法，包括计划、设计、构建和实施。85-3.2 联合应用程序开发 联合应用程序开发(JAD)是一种流行的事实发现技术。使用这一技术，用户可以作为一个积极的参与者参与开发过程。86-3.2.1用户参与在信息系统中，用户占有很重要的地位.所以用户应该参与整个开发过程。在系统开发过程中，IT职员从用户那里收集信息，定义系统需求，构建新系统。在开发过程的各个阶段，IT职员可

68、能要求用户一起复查设计、提出建议和提交更改。现在有一种流行用户参与策略叫做JAD团队技术.这种技术需要将用户、经理和IT专业人员组成任务团队。这个团队的成员一起工作，搜集信息.讨论企业需求并定义新系统的需求。87-现在，在系统开发过程中，用户巳经处于更加积极的地位。如今的IT专业人员认识到成功的系统必须是而向用户的，并且在系统开发的每一个阶段，都需要用户正式或非正式的参与。 现在有一种流行用户参与策略叫做JAD团队技术.这种技术涉及将用户、经理和IT专业人员组成任务团队。这个团队的成员一起工作，搜集信息，讨论企业需求并定义新系统的需求。88-3.2.2 JAD参与者及任务类似图3一3所示的JA

69、D小组，通常隔几天或几个星期在特定的会议室或非现场地点会面。不管哪种方式，JAD的参与者都要与日常的事务完全隔离。目标就是分析现存的系统，获取用户输入和期望输出，对新系统的需求建档。89-JAD小组通常有一个项目领导，他需要很强的人际交往能力和组织能力;有一个或几个成员来创建文档、记录结果和决策。典型的JAD参与者和他们的任务如图3-4所示。IT职员通常作为JAD项目的领导，但也并不总是这样。在JAD小组.系统分析员参与讨论、提出间题、做记录并对小组提供支持。90-典型的JAD会议议程如图3-5所示。JAD过程包含所有的成员的大量工作。由于输入范围广以及参与者之间的持续交流，许多公司认为JAD

70、小组可以产生新系统最好的定义。91-3.2.3 JAD的优点和缺点和传统的方法相比，JAD开销更大.如果相对于项目的规模而言小组太大的话，这样的开发会变得非常笨重。然而，许多公司发现，在需求建模过程中，JAD允许重要的用户有效地参与。用户参与到系统开发过程中将使用户对结果产生更多的亲切感，会更加支持新系统。如果使用适当，JAD可以使系统需求描述得更加准确，目标把握得更好，为新系统的成功提供更有力的保证。92-3.3快速应用程序开发快速应用程序开发(RAD)是一种基于团队的技术，这种技术加速了信息系统的开发，产生机能信息系统。和JAD类似，RAD使用基于团队的方法，只是开发更加深入。JAD的最终

71、产品是需求模型，而RAD的最终产品是新的信息系统。RAD是一个完整的方法，有四个阶段的生命周期，和传统的SDLC阶段相对应。公司使用RAD可以减少成本和开发时间.增加成功的可能性。为了简化系统开发流程，很多IT销售商提供集成了快速应用程序开发环境的软件。RAD非常依赖于原型的创建和用户的参与。根据用户的输入修改原型，这个交互的过程一直持续到系统彻底完成且用户满意为止。RAD过程允许用户尽可能早地检查工作模型，以确定是否满足他们的需求，并对需要修改的地方提出建议。项目组使用CASE工具构建原型并创建一系列连续的文档。93-3.3.1 RAD阶段和活动RAD模型由四个阶段组成：需求计划、用户设计、

72、构建和验收,如图3-7所示。注意用户设计和构建阶段之间连续的交互过程。需求计划阶段结合了SDLC的系统规划和系统分析阶段。用户、经理和IT职员通过讨论对业务需求、项目范围、约束条件和系统需求达成一致意见。当团队成员对关键问题达成一致意见，并获得管理部门继续进行的授权时，需求计划阶段结束。在用户设计阶段，用户与系统分析员互相交流，并创建模型和原型来描述所有的系统过程、输出和输入。RAD组或子组通常结合使用JAD技术和CASE工具，从而将用户需求转变成工作模型。用户设计是一个连续的、相互影响的过程，帮助用户理解、修改并最终通过满足他们需求的系统工作模型。构建阶段强调程序和应用开发任务，类似于SDL

73、C。所不同的是，在RAD中，用户一直参与其中，并且在实际界面或报表开发出来以后仍然可以提出修改建议。验收阶段类似于SDLC实施阶段的最终任务，包括数据转换、测试、转变为新系统、以及用户培训。和传统的方法相比，整个过程是被压缩的。这样，新系统就更快地被创建、交付和投人使用。94-3.3.2 RAD目标所有RAD方法的主要目标是通过用户参与系统开发的每一个阶段来缩减开发时间和费用。由于RAD是一个连续的过程，因此随着设计的进行，RAD允许开发小组迅速地做出必要的修改。当公司预算紧张时，对于发生在一个已制定好的长时期的进度表中的变化所带来的花费进行限制尤其重要。除了用户参与，一个成功的RAD团队必须

74、拥有IT资源、技术和管理部门的支持。因为RAD是一个动态的，用户驱动的过程，所以当公司需要一个支持新的业务功能的信息系统时，RAD就显得尤为重要。通过从一开始就获得用户的输入，RAD还可以帮助开发小组设计一个需要高交互性用户界面或复杂的用户界面的系统。95-3.4建模工具和技术模型有助于用户、经理、和IT专业人士理解系统的设计。建模包括用来在各个开发阶段描述系统的图形方法和非技术语言。在需求建模的过程中，你可以使用各种工具来描述业务流程，需求以及用户与系统的交互。96-3.4. 1 CASE工具在第1章已经介绍过CASE工具可以提供强大的建模特色。业务建模向导给分析员提供了一种工具，来创建文档

75、记录系统的功能、原因、任务的执行人和实现方式。“系统分析员工具包”，的第2部分将更详细地描述CASE工具建模。系统分析员交互地使用建模和事实发现技术。首先，他们把事实发现结果转变成模型，然后研究摸型以确定是否需要进行更多的事实发现。系统分析员通常使用功能分解图和统一建模语言来帮助理解系统需求。功能分解图提供了一个面向业务的概观.统一建模语言显示了人和系统如何交互。97-3.4.2功能分解图功能分解图(FDD)是一种自顶向下描述业务功能和过程的方法。FDD也称作结构图(structur charts)。使用FDD，系统分析员可以显示业务功能，并将这些功能分解成更低层的功能和过程。使用FDD，系统

76、分析员可以显示业务功能，并将这些功能分解成更低层的功能和过程。在需求建模过程中，分析员使用FDD模拟业务功能,并显示如何将其组织到低层次过程中。在应用开发过程中那些过则转化成程序模块FDD可以在系统开发的几个阶段中使用。98-3.4.3 数据流图FDD之后分析员可以创建数据流图(DFD)来描述系统如何存储、处理和转换数据。如图3一10所示的DFD描述了图3-9中图书馆管理图中所示增加和移除图书的功能。注意DFD中表示过程的两个形状，都有许多不同的辘入输出。更具体的层次信息和细节都需要用其他相关的DFD来描述。第4章中将更详细地描述数据和过程建模。99-3.4.4统一建模语官统一建模语言(UML

77、 )是一种可使软件系统设计可视化并能为其组织文档的方法.应用广泛。UML使用面向对象设计的观念，但是独立于任何具体的编程语言，通常可以用来描述业务流程和总体需求。UML提供了各种图形工具，如用例图和顺序图。在需求建模过程中，系统分析员可以利用UML从用户的观点出发来描述信息系统。在第5章中会更加详细地讨论用例图、顺序图和其他的UML概念，同时也有一些其他的面向对象的分析概念。下面对每种技术做个简单的介绍。用例图在需求建模过程中，系统分析员和用户一起创建需求文档，模拟系统功能。用例田可视化地描述了用户和信息系统之间的交互。在用例图中，用户成为参与者，有特定的角色，描述她或他如何与系统交互。系统分

78、析员可以徒手绘制用例图或者使用CASE工具将用例图集成到整个系统的设计中。图3-11显示了一个销售系统的简单用例图，图中的参与者是一位顾客，用例包括由系统执行的信用卡确认。由于用例从用户的角度描述系统，因此可以用普通的业务语言来描述事务。比如，图3-12显示了一张表格，这张表格创建了信用卡确认用例的文档。图3-13显示了一个学生记录系统，包括有几个用例和参与者。100-顺序图顺序图显示了对象间交易发生的时间顺序。系统分析员可以使用顺序图来显示所有可能的结果，或者强调某一单独的方案。图3-14显示了成功的信用卡确认过程的简单顺序图。交互过程自顶向下沿着垂直的时间顺序进行，而水平箭头代表从一个对象

79、传递到另一个对象的消息101-3.5系统需求审核列表在需求建模过程中，系统开发人员必须确定并描述所有的系统需求。系统需求是包含在信息系统中的一种特征，既要满足业务需求，又必须为用户接受。系统需求是用于衡量一个已完成系统总体接受性的基准。102-系统需求分成可以分为五大类:输出输入过程性能控制3.5.1 输出实例.网站必须每四个小时报告在线数量统计值，高峰期每小时报告一次。.库存系统必须产生日报表，显示零件号、描述信息、现有数量，已分配数量、可用数量以及所有零件的单位成本，并按零件号排序。.联系人管理系统必须为所有的销杳员产生每日的催询单列表。.购物系统必须提供供应商的最新详情。.销售跟踪系统必

80、须创建一个每日的快速移动项目报表，列出所有超出预期销售量的产品，并按样式、颜色、大小和记录状态分组。.顾客分析系统必须产生季度报表，并根据与前四个季度统计数据的比较确定订货模式中的变化或趋势3.5.2输入实例.制造业雇员必须将他们的ID卡插入在线数据采集终端，来记录劳动成本并计算产品效益。.部门领导必须在一个单独界面上输人加班时间。.学生的成绩必须输人到教师准备的可扫描的表格中。.每个输入表格必须包括日期、时间、产品号、顾客号和数量。.数据输入界面除了背景颜色可以由用户改变外，必须是统一的。.医疗组的数据输入员必须将病人服务输入到账单系统中。3.5.3输入实例.制造业雇员必须将他们的ID卡插入

81、在线数据采集终端，来记录劳动成本并计算产品效益。.部门领导必须在一个单独界面上输人加班时间。.学生的成绩必须输人到教师准备的可扫描的表格中。.每个输入表格必须包括日期、时间、产品号、顾客号和数量。.数据输入界面除了背景颜色可以由用户改变外，必须是统一的。.医疗组的数据输入员必须将病人服务输入到账单系统中。3.5.4性能实例系统必须同时支持25个在线用户。响应时间不能超过4秒。系统必须每周7天，一年365天不间断工作。应收款系统必须在下个月的第三个营业日之前准备客户说明。学生记录系统必须在注册结束后5个小时之内产生班级列表。在线库存控制系统必须在商品库存数量小于预计最小数量后一小时内，标记所有的

82、低存货商品。3.5.5控制实例系统必须在操作系统级别和应用级别提供注册安全保证。必须限定员工记录只能由人力资源部的成员增加、修改或者删除系统必须为用户和系统管理员提供各自的安全级别。所有的交易必须有审计跟踪。超过客户信用额度的订单必须由销售部经批准。系统必须创建包括错误类型、描述以及时间的错误日文件。103-3.6 未来增长、成本和效益除了上面列出的系统需求以外，系统分析员还必须考虑可扩展性和整体拥有成本。可扩展性决定系统如何处理未来的增长和需求，整体拥有成本包括所有未来的运作和支持费用。104-3.6.1 可扩展性可扩展性是指系统处理未来增加的业务量和交易的能力。由于可扩展性好的系统有更长的

83、可用期，所以常常能为最初的投资提供更好的回报。为了评价可扩展性，你需要掌握项目将来所有输出、输人和过程的业务量信息。例如，对于一个基于Web的订单处理系统，你需要知道在线顾客的最大预计数量、在线活动高峰期的时段、每个交易所需的数据项的数目和类型以及访问和更新客户文件的方法。即使打印顾客的声明，你也需要知道活动账户的数量并对未来一年、两年或五年做出估计，因为这些信息将影响将来的硬件选择。此外，根据实际数量的预侧，你可以为相关的费用提供可靠的成本估计，如邮资和在线收费等。 类似地，为了确保基于eb的旅馆预定系统是充分可扩展的，你需要为几年的运作计划活动层次。例如.你可能需要预测可用房间的在线查询频

84、率、估计每次查询需要的时间和平均响应时间。有了这些信息，你就可以估计服务器交易量和网络需求。交易量对运作成本有显著的影响。当交易量超过系统限制的时候，维护费用会急剧增加。如果公司扩展或者加人了新的业务，交易量可能会发生巨大的变化。比如，一个新的基于Internet的营销尝试可能会需要额外的服务器和24小时的技术支持。数据存储也是一个重要的可扩展性问题。你需要确定当前需要多少数据存储并根据系统的活动和增长预测未来需要。这些需求影响维持系统性能所需的硬件、软件和网络带宽。你还必须考虑数据留存的需求，并决定数据是要删除还是存档于特定的时间表中。105-3.6.2整体拥有成本除了直接费用，系统开发者必

85、须确定间接消耗，并创建文档，间接消耗也属于整体拥有成本(TCO)。如果开发组正在评估几个可能的选择，那么TCO就特别重要。间接费用并不总是很明显的，考虑了间接费用之后，起初看上去并不昂贵的系统，可能实际上会是一个费用最多的选择。一个问题是成本估算倾向于保守的估计间接费用，比如客户支持和停工期间生产效率的下降等。即使不能获得准确的数字，系统分析员也应该尽力确定间接费用，并将它们包括进TCO的估算中。106-3.7 事实发现你已经了解了系统需求的各个方面、可展性以及TCO的有关知识，下一步要开始收集信息。无论你是一个人工作，还是JAD团队的一个成员，在需求建模过程中将使用各种事实发现技术，包括面谈

86、、文档复查、观察、调查、间卷调查、抽样和研究。107-3.7.1 事实发现概述尽管软件可以帮助你收集和分析事实，但实际上没有哪个程序可以真正替你完成争实发现。首先是确定你所需要的信息。通常可以通过提出下述一系列问题开始你的工作:1.当前系统支持哪些业务功能?2.新系统必须支持什么战略目标和业务需求?3.目标系统的收益和TCO怎样?4.系统将处理什么样的交易?5.用户和经理想要从系统了解什么信息?6.新旧系统之间需要交互吗?7.业务过程再造工程可以减少哪些手续?8.存在哪些安全问题?9.哪些风险是可以接受的?10.什么样的资金预算和时间表约束会影响系统的开发?为了找到类似上述问题的答案，可以制定

87、事实发现计划或者使用类似Zachman框架这样更结构化的方法，其中事实发现包含一系列的问题who，what，where，when和how)，而Zachman框架将在后面的章节进行解释。无论哪种方法，都需要制定一个策略，执行事实发现技术，将结果整理成文档，并准备好系统需求文档，提交给管理人员。108-3.7.2 who，what，where，when和how事实发现会涉及到五个熟悉问题的答案:who、what、where、when和how。对于每个问题你都还必须问另一个很重要的问题:为什么(why)。这些问题的一些例子如下:1.Who?谁执行系统中的各个过程?为什么?选择该人执行这个活动正确吗?

88、其他的人能更有效地执行这些任务吗?2. What?正在做什么?接下来是什么程序?为什么那个过程是必要的?通常，一些程序会遵循很多年，但没有人知道为什么。你应该问为什么一直在遵循这个程序。3. Where?正在哪里执行操作?为什么?这些操作可以在哪里执行?在其他地方执行会更有效吗?4. When?什么时候执行一个程序?为什么在这个时间执行它?是最好的时间吗?5.How?怎样执行一个程序?为什么用那种方式执行它?用其他的方式执行会更好、更有效或者花费更少吗？问“正在做什么?”和“可以或者应该做什么?”是有区别的。系统分析员首先必须了解当前的情形。只有这样分析员才能处理好“应该做什么?”的问题。图3

89、-16列出了基本的问题以及应该在什么时候提出这些问题。注意前两栏和当前系统无关，第三栏则强调目标系统。109-3.7.3 Zachman框架20世纪80年代，John Zachman观察了建筑类行业是如何处理复杂项目的，并建议把同样的想法应用到信息系统开发中。他描述的企业架构的Zachman框架是一个模型，该模型在系统开发过程中，提出传统的事实发现问题，如图3-17所示。Zaehman框架是一种流行的方法，现在可视化分析工具CASE中就包括Zachman框架接口，该接口允许用户从不同的角度和细节层次看待一个项目。Zachman框架有助于经理和用户理解模型并确保所有业务目标都被阐释，以使整个IT

90、项目成功。Zachman 里的列代表企业最重要的方面(数据、功能、网络、人、时间、动机)，而行不同，按照不同角度(规模、业务、系统、技术、细节、资产)和与一个方面相关的涉众(计划者、业务所有者、设计者、实施者、子承接者)来划分。此外，行也因细节级别 3 而不同，因为它们是企业的抽象表达 4 (环境中的、概念上的、逻辑的、物理的、详细的和实际的)，这反过来可能与涉众和角度相连接来形成企业模型和职责的单元格。实例是：“一个系统模型(角度)是一个 设计者(群体)职责范围一部分的合乎逻辑(抽象)的实体。” 三十六个框架单元格可以通过根据选择元特性描述企业的模型和工件来划分，例如方面、细节级别或者兴趣种

91、类。框架并不规定要填充的单元格的符号或顺序，因为这一知识点已经超出了参考结构目标的范围。(后面的假设为创建使用 UML 和 RUP 框架的案例提供支持。 110-3.8 面谈系统分析员要花大量的时间和别人谈话，既包括IT部门内部人员也有外面的人。多数的时间是用来进行面谈，这是最常见的事实发现技术。面谈是一个有计划的会面，在这期间分析员可以从另一个人那里获得信息。想要成功地进行计划、执行并将面谈结果整理成文档需要一定的技能。在获得如本章前面所说的各项所需信息之后就可以开始面谈过程了，面谈的过程包括下面七个步骤:1.确定要进行面谈的人。2.确定面谈目标。3.制定面谈的问题。4.准备面谈。5.进行面

92、谈。6.将面谈结果整理成文档。7.对面谈进行评价。111-步骤1:确定要进行面谈的人要获得准确的信息，就必须选择合适的人进行交流并间他们合适的问题。在初步调查阶段，你主要和中层经理以及部门领导进行谈话。而现在在系统分析阶段，你可能需要和组织机构各个阶层的人进行面谈。尽管可以从早期看过的正式组织结构图中选择候选人进行面谈，但你也还必须考虑在组织结构中存在的任何非正式结构。非正式结构通常是基于人际关系的，可以是从以前的工作任务、位置上的临近、非官方程序或非正式聚会等发展而来的个人关系。非正式结构中的一些人比出现在组织结构图中的人更有影响力或更有学问。在系统分析阶段，你对公司正式和非正式结构的了解有

93、助于你确定要进行面谈的人选。应该同时和几个人面谈吗?小组面谈可以节约时间，还可以有机会观察参与者之间的相互影响。但是小组面谈也可能存在问题。谈话可能由某一个人控制，即使问题可能是明确提给其他人的。组织层也可能存在一个问题，即当高层管理人员出现在面谈中时，可能使得低层员工不能坦白地表达自己。112-步骤2:确立面谈目标在确定了面谈的人选之后，必须确定谈话的目标。首先，应该确定要讨论的一般领域，然后列出要收集的事实。在面谈过程中，应该尽量向参加人员请教他们的想法、建议、看法。113-步骤3:制定面谈的问题 创建一个面谈问题的标准列表，有助于避免不必要的离题。此外，如果你同时和几个做相同工作的人面谈

94、，标准的问题列表还可以让你对他们的答案进行比较。尽管有具体的问题列表，你也可能会偏离它，因为对某个问题的回答可能正好引向了另一个想追问的主题。于是，这个问题或者主题则应该加入到一系列修订的问题中，以便将来进行面谈时用到。如果发现这个问题非常重要，你可能需要重新回到前面的免谈中询问他或她相关的主题。114-面谈应该由几类不同的问题组成:v开放式问题v封闭式问题v答案限制在一定范围内的问题。开放式问题鼓励自发的和非结构化的回答。当你想了解一个较大的过程或者希望引导面谈人员说出真实的看法、观点和建议时.开放式问题是很有用的。这里有一些开放式问题的例子:用户对新系统的看法如何?怎样执行这个任务?为什么

95、你用那种方式执行这个任务?这些支票应该如何调整?你希望在新的账单系统中增加什么额外的功能?你还可以使用开放式的间题进一步探索:如，关于这个问题你还有其他的想谈谈吗?封闭式问题限制回答。当想知道更具体的信息，或者当你需要证明李实的时候，可以使用封闭式间题。下面是几个封闭式间翘的例子:你们这个部门有多少台计算机?报表发出去之前，你会检查吗?一个职员要接受多长时间的培训?计算步骤在手册中描述了吗?上个月有多少顾客从网上定购产品?限制回答范围的问题也是封闭式问题，通过提供特定问题的限制答案或一个数字范围，让人评价一些事情。这种方法使得把问题制成表格并解释结果更加容易。限制回答范围的问题可能包括:如果总

96、体范围为1一10，其中1为最低.10为最高，则你们的培刃I效果如何?你怎样估价间题的安全性:低、中或高?系统故障是从未发生过的事情，还是有时、经常、通常或者总是发生的事情?在你提出问题时，应该避免对答案有诱导性的提问，它可能会对特定的答案有暗示或倾向性。比如不应该问“你认为目标系统有什么优点?”，而是问“请说出目标系统中您认为的所有优点?”115-步骤4:准备面谈设定目标并列出了问题之后，你必须为面谈做好准备。由于面谈是很重要的会面而不只是随意的聊天，因此认真进行准备是非常必要的。当你安排好面谈后，告诉用户具体的日期和时间，并让告诉参加面谈的人员你预计面谈将持续多长时间。面谈的前一天发封E-m

97、ail或打电话提醒一下也是很不错的主意。应该清楚面谈会打断其他人的日常生活，因此你应该将面谈限制在一个小时之内。如果由于生意忙而迫使面谈延期，你应该在方便时尽快安排另一次会面。记住在你会见某个部门的职员时，要通知他们的部门经理。你可以发消息给每个部门经理列出你的会面计划。在面谈的前几天，你应该给参加面谈的人发一份主题列表，特别是在需要细节信息时。这样可以使得面谈人员做些准备，从而尽量减少后续的面谈。列出具体问题，并对日期、时间、地点、目的以及面谈预期持续的时间做确认。如果你有关于文档的问题，可以要求面谈人员在会面时带来样本。如果你知道你想要讨论的文档是什么，则将想要讨论的文档列表加人到提前备忘

98、录中。你也可以就文档间题提出一个大体的要求。关于面谈最好的地点存在两种看法。一些分析员认为面谈应该在被访问者的办公室，而其他一些分析员则认为应该在一个中立的地方，比如会议室会更好。办公室面谈的支持者认为办公室是最好的地方，因为在会面过程中，可以使被访问者感觉舒适。第二个赞同的原因就是，在被访问者的办公室中，他或她可以很容易拿到讨论中可能需要的材料。当然，如果你事先准备了完整的主题列表，被访问者可么将这些必要的材料带到会议室或其他地方。中立场所面谈的支持者则强调尽可能少被打扰的重要性，从而使得会面双方都能够充分地集中精力。此外，不被打扰可以使得面谈占用更少的时间。如果会面在被访问者的办公室进行，

99、那么你应该巧妙建议，在面谈结束前挂掉所有电话。116-步骤5: 进行面谈在确定了面谈的人选、设定了目标并准备好问题之后，你应该为会面指定一个具体的计划。在进行面谈时，你应该从自己介绍、描述项目以及解释你面谈的目的开始。在面谈过程中，按照你准备的列表顺序提出问题，并给被访问者充足的时间考虑所提出的问题。和被访问者建立良好的合作关系是很重要的，特别在你进行第一次会面时。如果参与面谈的人感觉舒服、放松的话，你得到的回答将可能是更完整和准确的。在面谈中，你主要的任务就是认真地听取被访问人员的回答。有时候分析员只听他想听的东西。你必须集中精力被访问者在说什么.并注意所发生的任何非语言的交流。这个过程称为

100、忙听。提出一个问题后，给人足够的时间考虑该问题，得到答案。研究表明谈话中最长的停顿通常是35秒。间隔过后，一个人将开始讲话。你需要有耐心，在很多实际的面谈中锻炼你的技能，使面谈越来越成功。当你完成你的提问后，总结一下面谈中涉及的要点，并解释下面的行动计划。比如，提及你将发送一个会议纪要，或者要求被访问者要提交给你某个信息。当你对本次面谈进行总结时，要对参与面谈的人家员表示感谢，并鼓励他或她有问题或其他意见时和你联系。面谈结束时，最好请参与面谈的员就还有什么其他应该讨论的主题提些建议。面谈后，你应该总结这次会议，并寻求其他人员的肯定。陈述你对这次讨论的理解，必要的时候，被访问人员会给以响应并对你

101、进行纠正。重新陈述参与面谈人员的回答是一个很好的方法。比如，你可以说：“如果我的理解正确的话，你是在说.”，然后重复面谈者提供的信息。117-步骤6: 将面谈结果整理成文档尽管在面谈中做记录既有优点也有缺点，但是公认的观点是记录要尽量少。尽管你应该做一些记录以便面谈后能给自己以提醒，但还是应该避免记录面谈者所说的全部。记录太多会使其他人的注意力分散，从而很难建立良好的关系。面谈结束后，必须尽快记录信息。会面一结束，你就应该留出时间记录事实并评价信息。因此，尽量不要安排连续的面谈。录音机是面谈中很有效的工具。但是，看到录音机让很多人感觉不舒服。在使用录音机之前，应该告诉被访问人员你使用它的目的。

102、并向他们保证，在你转录完笔记后会抹掉这些内容，并且在面谈过程中，如果他要求，你会随时立刻停止并倒带。如果你提出敏感的间题或者被访问人员不想让你记录他的回答，告诉他你会关掉录音机一段时间。研究表明，谈话内容的50%会在30分钟之内被忘记。因此，应该很快地记录下这些事实，并通过描述事情发生或将得到的答案，记录在事先准备好的问题列表后面，来对谈话进行总结。即使使用录音机，也应该认真听取面谈人员的回答，以便可以提出更好的后续问题。否则，可能不得不花几秒钟问你第一次错过的问题。此外还要清楚，记录的面谈会花掉两倍的时间，因为面谈结束后，必须重新听或查看面谈记录。面谈结束后，发一个便函给面谈者，感谢他们抽出

103、时间进行面谈以及所给予的合作。在信中，应该写上日期、时间、地点、面谈的目的以及讨论的要点，以便面谈者有一份书面总结，并可以提供附加的信息或纠正错误118-步骤7:对面谈进行评价除了记录在面谈中获得的事实，还要尽量确定任何可能的偏差。例如，面谈者如果想极力保护他或她的领域或功能,可能会给出不完整的回答或者不会给出无偿的信息。如果一个面谈者对现存的或将来的系统有很大的意见，可能会歪曲事实。而也有一些面谈者即使没有必需的经验提供准确的信息，但却尽力回答你的问题并给予帮助。119-不成功的面谈不管面谈准备得如何充分，都会有一些是不成功的。主要的原因可能是你和面谈者沟通不够好。这种情况可能由几个原因引起

104、。例如，误解或个人冲突对面谈会产生消极的影响，或者面谈者可能会担心新系统将使他们丢掉或改变自己的工作。在其他情况下，面谈人员可能会对你的开放式问题给出很短或不完整的回答。如果这样，你应该转向封闭式问题或者限制回答范围的问题，或者试着将你的开放式问题重新分解成这些类型的问题。继续一个毫无结果的面谈是很困难的。面谈人员在后来可能会更加不合作，或者你可能从其他地方找到了你想要的信息。如果这样仍然没有帮助，你就应该想办法巧妙结束这次会面。如果无法获得某些特定的信息，将危害到项目的成功，那么告诉你的上司，他可以帮你决定应该采取什么措施。你的上司可以与需要面谈人员的上司联系，叫另一个系统分析员和这个人面谈

105、，或者找到其他一些办法来获取必要的信息。120-3.9 其他事实发现技术除了面谈，系统分析员还会使用其他的事实发现技术，包括文档复查、观察、问卷调查、抽样和调查研究。这些技术在进行面谈之前使用可以对项目有个更好的概观并有助于找出更好的面谈问题。121-3.9.1 文档复查文档复查有助于你对当前系统如何运作有更好的理解。要记住有时候系统文档可能是过时的。表格可能发生变化或者过期，文档中记录的过程可能已经被修改或者不复存在。想办法获取实际表格和当前正在使用的操作文档的备份，既复查空表的备份，也要复查实际完成表的样本，通常可以通过与执行该过程的人进行面谈来获取文档样本。如果系统使用软件包，应该检查一

106、下该软件的文档。122-3.9.2 观察对当前操作程序的观察是另一项事实发现技术。观察运作中的系统可以开阔视野并使你对系统过程有一个更好的理解。亲自观察还可以使你检查面谈过程中的陈述，并确定这些过程是否真正像所描述的那样工作。通过观察，你可能发现系统文档或者面谈陈述都不是完全准确的。亲自的观察还可以随着开发过程的继续而提供重要的优势。比如，基于对实际操作亲自观察而提出的建议可能更好接受。观察也可能提供测试或者安装未来变化所必要的知识并有助于与即将使用该新系统的用户建立关系。通过准备一个要观察的特定任务或者要提出的问题的审核列表来提前规划你的观察。当准备这些列表时，考虑如下问题:1.提出充足的问

107、题以确保对当前系统运作有一个完全的理解。一个主要目标就是确定对那些不是标准运作过程所产生情形的处理方法，比如，如果员工丢失了计时卡片，薪金系统将会如何处理?如果员工换班迟到了10分h钟但又加班20分钟，程序会怎样做?常常有很多类似上述这样的异常规则没有写下来或者形式化。因此，必须尽量将所有处理异常的过程整理成文档。2.观察交易中的所有步骤并注意所包含的文档、输入、输出和过程。3.检查每个表格、记录以及报表。确定每个信息条目服务的目的。4.考虑使用该系统的每个用户以及如下问题:该用户从其他用户处收到哪些信息?该用户产生什么信息?信息是如何交流的?中断产生频繁吗?停机是否容易发生?用户需要多少支持

108、?谁来提供?5.和收到当前报表的人联系，看一下报表是否完全、及时和准确并目有用。询问信息是否可以消除或者改进，并且人们是否需要获得额外的信息？考虑一个索恩效应的因素。该名字来源于20世纪20年代在霍索恩工厂进行的一项著名研究研究的目的是确定工作环境的变化如何影响员工的效率。结果非常惊人，在观察的过程中，不论条件更好或者更坏，人的效率均明显改善。研究人员得出结论:只要员工得知正在被观察，效率就有所改善。因此，在你观察用户时，应该清楚通常的运作可能并不总是像你观察时这样顺利。也可能由于员工在观察期间紧张而使得运作并不顺利。如果可能的话，和工作人员以及他们的上司会面来讨论你的计划和目标以建立一个良好

109、的工作关系。在某些情形下，你甚至可以亲自参与工作以获得对任务或者工作环境的个人理解。123-3.9.3问卷调查对于需要从很多人处获得输入的项目，可以采用问卷调查这种工具。问卷，也称调查，是一份包含很多标准化问题的文档，可以分发给很多人。问卷调查可用于获得很多主题的相关信息，包括工作量、收到的报表、可处理的交易量、工作职责、存在的困难以及如何使工作进行得更好或更高效的建议等等。常见的问卷测查都有表头，包括一个标题、简单的目的说明、姓名和联系人的电话号码、完成时间以及表格交回至何处，如何交回等。标题后面通常是一般的指令，对如何回答这些问题提供更详细的指导。表头后面通常附有回答问题的方法介绍。表头还

110、可以用于介绍调查表的每一部分，并包含当这类问题或答案发生改变时的指令。一个较长的调查表可能在结尾处有个结论，向参与调查的认致谢并重新提醒他们交回该表。需要匿名吗?人们需要在调查表上签名，或者允许匿名调查是不是更好呢?答案需要考虑两个问题。首先，为了匹配或者纠正信息，分析员是否需要知道填表人是谁?比如，知道需要特定软件功能的用户比例可能是很重要的，但并不需要具体的用户名字。其次，问卷调查中包含任何敏感或者有争议性的问题吗?许多人在回答类似“你的上司是如何向你解释该系统的?”的问题时不想被认出。在这种情况下，匿名回答可能提供更好的信息。在设计问卷调查时，最重要的尺度就是确保你的问题能够收集合适的数

111、据，能够提供你进行进一步的事实发现。这里给出在设计问卷调查时需要考虑的一些补充想法：1、问卷调查应该简沽、友好。2、提供清晰的指令以便回答所有预期的问题。3、按照一定逻辑顺序安排问题，从简单到复杂调查表可以是传统的书面形式，或者也可以创建一个填写表格，从Internet或者公司内部网上收集数据。比如，可以使用Microsoft Ward创建表格字段，包括文本框、检查框以及可供户选择的下拉列表。在发布表格之前，你应该采取保护措施以使用户可以填写但不能改变设计或者布局。表格也可以自动化，以便用户对问题3回答no后直接进人问题8，从而表格填写重新开始。4、将问题用短语表达，以避免误解;使用简单的术语

112、或单词。5、尽量不要引导用户做出回答或者提出有诱导作用的问题6、限制使用开放式问题，这样的问题难以制成表格。7、限制使用可能导致对工作安全性的担心或者产生其他负面影响的问题8、在调查表的最后进行一般的总结。9、在定稿并分发给一个大组之前对调查表进行小范围内的测试124-3.9.4 抽样在研究信息系统时，你应该使用一个称为抽样的过程进行实际文档样本的收集。样本可能包括记录、报表、操作日志、数据输人文档、意见汇总、工作请求以及各种类型的表格。抽样技术包括系统抽样、分层抽样以及随机抽样。假设你有200个客户都抱怨在他们的说明书中出现了错误，而你要检查其中的20个作为代表。系统抽样则选择每第10个客户

113、进行检查。如果你想确保抽样在地理分布上是平衡的，则可以使用一个分层抽样来从每4位邮政编码中选择s个客户。另外一个分层抽样的例子是从每轮邮政编码中选择一定比例的交易，而不是一个固定数目。最后，随机抽样指任意选择20个客户。抽样的主要目标就是确保样本能够准确地代表全部的总体。比如，如果你正在分析库存清单交易，应该选择一个典型的真实库存操作交易样本，该样本不包括异常的或者不相关的例子。再比如，如果一个公司在每月的最后一个营业日进行特定的处理，就不应该选择这一天作为抽样来代表典型的日常操作。此外，为了更合理的代表所有数据，样本必须足够大。在进行面谈和问卷调查时也要考虑抽样。要对参与者进行抽样而不是对任

114、意的人进行面谈或者给所有参与者发问卷。这就需要有效的抽样技术来反映整个人群，得到准确地描述。125-3.9.5调查研究调查研究是另一项重要的事实发现技术。调查研究可以包括Internet、IT杂志和背景信息相关书籍、技术资料以及关于行业趋势和发展的新闻等。此外，你可以参加专业会议、研讨会并与其他IT专业人员讨论，这些对于解决问题非常有益。Internet是一个相当有价值的资源。使用Intenet，你还可以从政府，以及全世界的出版社、大学和图书馆获取信息。在线论坛和新闻组是与其他专业人员交换信息、寻求问题答案或查看感兴趣的话题的很好的资源。所有主要的硬件和软件供应商都拥有Web站点，在这里你可以

115、获得公司提供的产品和服务的相关信息，并可以给公司代表发送E-mail询问具体问题。除了与特定公司联系，你还可以访问出版社或者一些独立公司的站点。这些公司提供了成百上千的软件或硬件供应商的链接。这些站点是一次性信息中心，在这里IT专业人员可以找到信息、交流观点并跟踪技术开发信息等。调查研究也会涉及对物理站点的访问，称为现场访问，目的是在另一个位置观察正在使用的系统。比如，如果你正在研究公司的人力资源信息系统，你可能想要了解其他公司的系统如何工作。现场访问在考虑软件包的购买时也很重要。如果软件供应商建议访问某些站点，应该知道这些站点可能构成一个有倾向性的样本。某个站点的访问常常不能提供给你真实的印

116、象，因此你应该尽量多访问几个站点。在现场访问之前，要像就要进行面谈一样进行准备。联系恰当的管理人员，并解释你要访问的目的。确定你要提什么问题以及耍观察什么过程。在访问期间，观察系统如何工作并注意所出现的所有问题和限制。你还会想要了解供应商提供的支持，系统文档质量等等。Internet是一个相当有价值的资源。使用Intenet，你还可以从政府，以及全世界的出版社、大学和图书馆获取信息。在线论坛和新闻组是与其他专业人员交换信息、寻求问题答案或查看感兴趣的话题的很好的资源。所有主要的硬件和软件供应商都拥有Web站点，在这里你可以获得公司提供的产品和服务的相关信息，并可以给公司代表发送E-mail询问

117、具体问题。除了与特定公司联系，你还可以访问出版社或者一些独立公司的站点。这些公司提供了成百上千的软件或硬件供应商的链接。这些站点是一次性信息中心，在这里IT专业人员可以找到信息、交流观点并跟踪技术开发信息等。调查研究也会涉及对物理站点的访问，称为现场访问，目的是在另一个位置观察正在使用的系统。比如，如果你正在研究公司的人力资源信息系统，你可能想要了解其他公司的系统如何工作。现场访问在考虑软件包的购买时也很重要。如果软件供应商建议访问某些站点，应该知道这些站点可能构成一个有倾向性的样本。某个站点的访问常常不能提供给你真实的印象，因此你应该尽量多访问几个站点。在现场访问之前，要像就要进行面谈一样进

118、行准备。联系恰当的管理人员，并解释你要访问的目的。确定你要提什么问题以及耍观察什么过程。在访问期间，观察系统如何工作并注意所出现的所有问题和限制。你还会想要了解供应商提供的支持，系统文档质量等等。126-3.9.6 面谈和问卷调查的比较在从一个较大的团队中寻找输人时，问卷调查是一个很有用的工具。另一方面，如果仅需要从少数几个人处了解更详细的信息，那么可以单独和每个人进行面谈。面谈好还是问卷调查好一些呢?各种形式是不同的，必须考虑信息类型、时间约束以及费用因素等。1、面谈比问卷调调查更加亲切。人们有的时候可能不愿意将一些关键性的或者有争议的内容写下来，但是可能愿意在私下的交谈中说出来。2、此外，

119、在面对面的交流中，可以对被访问人员所说的情况立即反应。3、如果有疑问或者有些糊涂，可以进一步提些问题来讨论。此外，在个人面谈期间，还可以通过观察来辅助判断所得到的回答县否合理、是否有偏见。4、参与面谈还有助于改进人际关系，因为那些被征求意见的人通常对项目有些亲切感。5、但是，面谈也是一个昂贵而且花时间的过程。除了见面本身，两个人都需要准备，而且进行面谈的人必须连续工作。一旦安排了许多面谈，总成本将是十分巨大的。个人面谈通常是最昂贵的事实发现技术。6、但是，面谈也是一个昂贵而且花时间的过程。除了见面本身，两个人都需要准备，而且进行面谈的人必须连续工作。一旦安排了许多面谈，总成本将是十分巨大的。个

120、人面谈通常是最昂贵的事实发现技术。7、相反，问卷调查给许多人提供输入和建议的机会。接受问卷调查的人在自己方便的时间回答问题，而不必留出一块时间来面谈。如果问卷调查允许匿名的话，人们可能提供比面谈中更公正的回答。8、当然，准备好的问卷调查和好的面谈一样，需要技巧和时问。如果问题被曲解，就没办法像面对面的交流中那样去澄清它的真实含义。此外，除非问卷调查设计得很好，否则被调查的人可能会觉得是打扰性的、花时间并且与个人无关的。作为一个分析员，你应该选择在特定的条件下效果最好的技术。9、另一个流行的获取输入的方法叫做集体讨论，即在一个小组内来讨论一个特殊的问题、时机或话题。这种方法可以鼓励新思想的产生，

121、还能鼓励小组成员的参与，并且将这些参与讨论的结果建立在相互的想法和输入上。集体讨论可以是有结构的也可以是自由的。有结构的集体讨论让每个参与人员轮流说出自己的想法。而自由的集体讨论允许成员们在任何时机说出自己的想法。在合适的时间，这些结论被记录下来，并声称了事实发现的过程性文档。127-3.10 文档编制 对面谈、事实、观点以及调查研究进行准确的记录是系统开发成功的根本。管理信息的能力是一个成功的系统分析员的重要标志，也是所有IT专业人员的一项重要技能。128-3.10.1记录事实的必要性在你收集信息时，单个条目的重要性可能会被忽略或者复杂系统的细节可能会被忘掉。最基本的规则就是写下来。你应该按

122、照下列规则将你的工作整理成文档：1、一旦获得信息马上记录下来。2、尽可能使用最简单的记录方法。3、将你的发现用一种能被别人理解的方式记录。4、将你的文档组织起来，以便可以很容易地找到相关信息。系统分析员常常使用特定的表格描述系统、记录面谈并对文档进行汇总。其中一种类型的文档是对所发生的事情、表面问题以及改进意见进行简单陈述的叙述列表。其他形式的文档将在第4章中描述，包括数据流图、流程图、样本格式以及界面捕获。1、一旦获得信息马上记录下来。2、尽可能使用最简单的记录方法。3、将你的发现用一种能被别人理解的方式记录。4、将你的文档组织起来，以便可以很容易地找到相关信息。系统分析员常常使用特定的表格

123、描述系统、记录面谈并对文档进行汇总。其中一种类型的文档是对所发生的事情、表面问题以及改进意见进行简单陈述的叙述列表。其他形式的文档将在第4章中描述，包括数据流图、流程图、样本格式以及界面捕获。129-3.10.2 软件工具许多软件程序可以帮助你记录和将信息整理成文档。下面介绍一些例子:生产力软件包括文字处理、电子数据表、数据库管理，以及图形显示程序。Mi-crosoft Office是最有名的生产力软件。Word、Excel、Outlook等。130-3.11 逻辑建模概述需求建模结束后，系统开发人员对业务过程和系统需求有了一个清晰的理解。下一步就是构建系统的逻辑模型。将在第4章中介绍的数据和

124、过程建模，采用的是一种结构化分析方法。结构化分析是一种常见的传统技术，用数据以及数据处理过程这样的术语对系统进行描述。结构化分析建模对应的另外一种建模方法是对象建模，这将在第5章中介绍。对象建模是一种将数据和对数据的处理结合成一个对象来表示实际的人、物、事务以及事件等的方法。系统分析员用对象模型将真实世界的业务过程和运作可视化、文档化。IT专业人员对系统开发方法持有不同的观点，现在还没有一个普遍接受的方法。通过学习结构化分析和面向对象的方法，可以获得一些很有价值的知识、技能，开阔视野。当你在职业生涯面临各种不同情况时，可以利用这些信息来决定最合适的选择，选择某种方法还是几种方法的组合。131-

125、本章小结系统分析阶段包括三项活动:需求建模、数据和过程建模以及对开发策略的考虑。主要目标是理解所提出的项目，确保项目支持业务需求，并为系统设计阶段打下坚实的基础。在需求建模阶段，你为新信息系统确定了企业相关的需求，包括输出、输人、过程、性能以及控制。你要考虑可扩展性以确保系统能够支持将来的增长和扩充。还要估计整体拥有成本以确定包括非间接成本在内的所有成本。联合应用程序开发(JAD)是一个普遍的基于团队进行事实发现和需求建模方法。JAD包括一个相互交互的团队，由用户、管理人员以及参与需求建模和制定项目目标的IT专业人员组成。快速应用程序开发(RAD)是一个基于团队的技术，它加速了信息系统开发并产

126、生了机能信息系统。RAD是一套完整的方法学，具有与传统的SDLC阶段平行的四个阶段生命周期。系统分析员使用各种工具和技术来模拟系统需求。统一建模语言(UML)是一个应用广泛的方法，它通过企业用户的视角来将软件设计可视化和文档化。UMWL工具包括用例图和顺序图来代表参与者、它们的角色以及所发生的事务顺序。功能分解图（FDD）用于表示业务功能和过程。事实发现过程包括面谈、文档复查、观察、问卷调查、抽样以及调查研究。成功的面谈需要精心的计划、较强的人际交往和交流的技能。系统分析员必须确定要讲行面谈的人员、制定面谈目标并做好准备、进行实施和对面谈进行分析。分析员常常会发现在进行事实发现的过程中使用一个或多个软件工具是很有益的。系统分析员在搜集事实的过程中，应该做好记录并将搜集到的事实信息文档化，各种软件工具可以帮助系统分析员更加直观地了解并描述信息系统。本章最后总结了逻辑建模概述。数据和过程建模是一种结构化分析方法，这种方法将系统看作是数据和数据处理过程。对象建模同样是一种将系统看作是数据和数据处理过程的方法。132-133-134-135-136-137-138-139-140-141-