《信息系统分析与设计 第5章需求分析.ppt》由会员分享，可在线阅读，更多相关《信息系统分析与设计 第5章需求分析.ppt（69页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第5章需求分析第第5章章 需求分析需求分析 5.1 概述概述 5.2 需求调查需求调查 5.3 需求分析需求分析 5.4 需求描述需求描述 5.5 需求验证需求验证 第5章需求分析5.1 概概 述述 5.1.1 需求分析的概念及意义需求分析的概念及意义需需求求分分析析(Requirement Analysis)是调查用户对新开发的信息系统的需要和要求，结合组织的目标、现状、实力和技术等因素，通过深入细致的分析，确定出合理可行的信息系统需求，并通过规范的形式描述需求的过程。第5章需求分析在开发初期，分析人员需要清楚：用户希望建立怎样一个信息系统？系统能够为用户解决哪些问题？信息系统应该具备哪些功
2、能？用户与信息系统都会交互哪些信息？用户使用信息系统的方式等？第5章需求分析5.1.2 需求分析的工作内容需求分析的工作内容1需求调查需求调查(RequirementInvestigation)也被称为需求获取，是由分析人员通过座谈、走访、问卷、召开座谈会等形式，深入了解用户对新建立信息系统的需要和要求，来获取用户需求。2需求分析需求分析是对获取的用户需求，通过综合考虑组织目标、现状、技术条件、投资能力等因素，从信息系统目标、结构、功能、性能、风险等方面进行深入分析，最终确定出合理、可行的信息系统需求。第5章需求分析3需求验证需求验证(RequirementValidation)是由分析人员通
3、过一定手段对初步确定的信息系统需求的正确性和可行性进行验证，以确定正确和可行的需求，排除不可行的需求。4需求描述需求描述(RequirementDescription)是建立信息系统的需求说明文档，把需求分析的结果采用规范的形式描述出来，形成需求规格说明，作为下面开发工作的依据。第5章需求分析5.1.3 需求分析应注意的几个问题需求分析应注意的几个问题1充分认识需求分析的重要性和复杂性需求是所要开发的信息系统的依据和准绳。如果需求出现缺陷和漏洞，开发出来的信息系统肯定满足不了应用的要求。另外，信息系统开发具有错误放大效应。在前期存在的问题如果留到后续阶段解决，所要花费的气力和代价会成数倍到数十
4、倍增大。第5章需求分析2充分重视需求的全面性和合理性需求应该具有全面性。信息系统为组织管理服务，组织中的所有人员都有可能成为信息系统的使用者，他们对信息系统都有各自的要求，信息系统也应该尽量满足各个用户的工作需要。需求应该具有合理性。每一个用户都是站在各自的角度提出需求，所提出的需求就有可能与组织的目标、现状、能力相矛盾，用户所提出的需求之间也可能存在矛盾和冲突。这就要求分析人员对用户需求进行认真分析和取舍，最后确定出既能够照顾到各方面用户的要求，又符合组织目标和业务管理现状的合理、可行的信息系统需求。第5章需求分析3充分尊重用户意见用户是信息系统的使用者，也是信息系统的投资者，用户对信息系统
5、需求具有决定权。在需求分析中，开发人员应该充分了解用户的意图和想法，尽可能地满足用户的要求。如果因为技术、环境、投资等方面的原因不能满足或不能完全满足用户要求时，必须给用户讲清楚，征得用户的理解和承认。最后形成的信息系统需求分析结论也必须征得用户的同意。第5章需求分析5.2 需需 求求 调调 查查5.2.1 需求调查的内容需求调查的内容1总体需求用户对所建立的信息系统的总体要求,包括信息系统的总目标、范围、总体结构、核心功能等。2功能需求信息系统应该提供的功能和能够达到的效用。功能需求是对总体需求的分解和细化。信息系统的功能具有层次性，有信息系统总体功能、子系统功能和明细功能；有抽象功能和具体
6、功能；有核心功能和辅助功能。第5章需求分析3性能需求性能需求包括信息系统的效率、处理方式、可靠性、安全性、适应性等技术要求。不同系统具有不同的性能要求。例如，联机事务处理型信息系统要求具有较快的响应速度，而一般事务处理系统对响应速度的要求则可以相对低一些。4其它需求除了以上三方面的需求之外，还应该调查用户的投资能力、开发时间、开发队伍、社会法律等方面的非技术性需求。第5章需求分析5.2.2 需求调查的方法需求调查的方法需求调查的方法与现行组织系统的调查方法很类似，需要通过面谈、走访、问卷调查、召开座谈会等形式进行。还需要采用以下辅助方法。1启发法调查人员在需求调查过程中，需要对用户进行引导和启
7、发，让用户产生信息系统的感性认识，启发和引导用户发现现行组织管理和业务处理中所存在的问题，发现潜在的需求。2观摩法让用户参观同行业或同类型成功的信息系统。第5章需求分析3原型法原型法是通过原型生成系统，根据用户的初步需求，构造出信息系统的初步原型。用户和调查人员针对所生成的原型进行讨论，分析原型是否准确地反映了用户的初衷，哪些方面还应该改进和加强。原型给用户和开发人员的交流和讨论提供了一个具体的参照物，有原型作为对象，需求调查就有针对性，可以澄清和纠正许多模糊和矛盾的用户需求。第5章需求分析5.3 需需 求求 分分 析析 5.3.1 概述概述需求分析的任务是在需求调查的基础上，结合组织目标、业
8、务现状、技术水平、投资能力等因素，对用户提出的需求从信息系统目标、宏观结构、业务功能、技术性能、风险等方面进行深入分析，最后确定出全面、合理、可行的信息系统需求。第5章需求分析用户所提出的需求一般具有模糊、片面、脱离实际等问题。需求分析过程就是对用户需求的合理化过程。通过对用户需求的修改、补充、细化、删减、重整等工作，最后得出全面、合理、可行的信息系统需求。在需求分析过程中，一定要实事求是，从用户利益出发，根据组织业务的实际要求，进行需求分析工作。要杜绝不尊重用户利益、好大喜功、避重就轻、不深入实际的错误态度和作风。需求分析应该有用户参加，随时与用户沟通思想，了解情况，最终所确定的需求分析结果
9、应该征得用户的认可。第5章需求分析5.3.2 目标分析目标分析按照Kozar的观点，信息系统目标应该由组织目标导出，并与组织使命、目标、策略等构成塔型结构，见图5.1。图5.1目标层次结构第5章需求分析1书店信息系统目标分析在第4.3节“组织目标分析”中，已经讨论了书店B的使命、方向、总目标、子目标和组织策略。下面将接着这些内容，讨论书店信息系统的目标。用户对所建立的书店信息系统的总体需求：(1)建立对书店业务提供全面管理的信息系统；(2)对所有的图书、读者、职工提供全面管理；(3)对图书市场、进货、出版社、供书商提供全面管理；(4)对书库的入库、出库、盘库、报损过程提供管理；(5)对图书销售
10、、结算、安全提供全面管理；(6)对总店和所有分店提供一体化连锁管理。第5章需求分析建立书店信息系统存在的制约因素：(1)全国没有形成畅通的图书出版信息发布渠道；(2)读者的流动量太大，每天进店读者平均超过1000人次；(3)分店的建立需要5年才能完成，每一个新建立的分店其业务运作均需要一段时间的适应期；(4)书店近年来固定资产投入过大，对信息系统建设资金投入有限。第5章需求分析根据书店的使命、方向、目标、策略、用户需求和制约因素的分析，我们对书店信息系统目标做以下分析：(1)根据书店的使命、方向、目标以及现行状况，要想提供一流服务，提高图书市场的占有率，必须建立功能齐全、业务覆盖面广、技术先进
11、、使用方便的信息系统；(2)提供对所有图书和书店职工信息提供全面管理，但是由于一般读者信息量过大，保留读者信息的价值和意义也不大，因此对一般读者信息不提供管理，在合适的时机可以实行会员管理制；第5章需求分析(3)对图书计划、采购提供管理，但考虑到全国图书出版还没有形成畅通的信息发布渠道，对图书市场信息暂不提供管理；(4)对书库的入库、出库、盘库、报损提供全面管理；(5)对图书销售、结算、安全提供全面管理；(6)先建设总店信息系统，等待分店运行稳定且总店信息系统运行稳定之后再开发分店信息系统。第5章需求分析2书店信息系统目标根据以上分析，最后确定出书店信息系统目标。1)书店信息系统总目标书店信息
12、系统的总目标如下：(1)对总店的图书计划、订购、库存、销售、结算以及书店事务提供全面管理；(2)对图书业务提供全面、一致、快速处理；(3)系统具有友好性和易操作性；(4)系统具有安全性和保密性。第5章需求分析2)书店信息系统功能目标(1)计划市场管理：辅助编制图书订购计划 图书订购管理(2)书库管理：图书入库管理 图书出库管理 图书盘库管理 图书报损管理第5章需求分析(3)图书销售结算管理：图书销售管理 图书结算管理(4)事务管理：员工信息管理 工资管理 员工勤绩管理 日常事务管理第5章需求分析3)书店信息系统性能目标(1)在总店由多台计算机通过网络连成一体化系统；(2)系统处理效率要比手工提
13、高50%；(3)一般职工通过简单培训就可以使用系统；(4)用户可以在前台通过计算机查询书目；(5)具有较高的可靠性和冗错能力，不允许丢失信息；(6)具有安全检查机制，非法用户不能使用。第5章需求分析5.3.3 需求结构分析需求结构分析1.需求结构的概念及意义需需求求结结构构是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个需求包，由这些需求包相互关联构成信息系统的需求结构。需求结构是对需求的一种有效组织方法。通过需求结构把需求划分成为若干需求包，再对各需求包进行分解和细化，这样便于开发人员把握、组织和管理需求。需求结构既是组织需求的方法，同时也给系统分析时确定信息系
14、统结构提供了依据。第5章需求分析2.确定需求结构的依据(1)信息系统目标。需求是为信息系统目标而设置的，而信息系统目标呈结构性，需求结构应该与信息系统的目标结构相对应，因此，信息系统的目标就成了决定需求结构的主要依据。(2)组织职能。信息系统的需求结构应该与组织职能具有一定的对应性。(3)需求的相关性。需求包内部应该具有较高的关联性，而各个需求包之间的关联关系应该尽量地少，需求的相关性是确定需求结构的重要依据。第5章需求分析3.需求结构的表示用包图来描述信息系统的需求结构。每一个需求包用一个包来表示，包与包之间用组成关系关联起来，需求包可以逐层分解，构成分层信息系统需求结构。需求包需求包需求包
15、需求包需求包需求包需求包第5章需求分析书店信息系统的需求结构见图5.2。图5.2书店信息系统需求结构图第5章需求分析书店信息系统需求结构也可以表示成图5.3的形式。图5.3书店信息系统需求结构图第5章需求分析5.3.4 功能分析功能分析1功能分析的基本原理信信息息系系统统功功能能是信息系统应该具有的效能和作用。信息系统的目标要通过信息系统功能来表现和实现。信息系统功能也是信息系统呈现给用户的直观效果，用户通过信息系统所提供的功能来认识、使用和评价信息系统，通过信息系统功能的使用来完成自己的业务工作。功能分析是需求分析的重要内容。功能分析的依据是信息系统目标，它来源于用户需求，用例分析是手段，通
16、过参考组织功能模型，形成用信息系统功能模型描述的功能分析结果。第5章需求分析信息系统目标是功能分析的依据。信息系统功能是信息系统目标的表现和实现，信息系统中的每一个功能都直接或间接地与信息系统目标存在关系。信息系统目标也是检查信息系统功能的重要准则。用户需求是信息系统功能的主要来源。组织的业务、管理和决策活动最终反映为组织中各种人员的活动，信息系统将提供给组织的各种人员，辅助完成他们各自所承担的业务工作。用例分析是进行功能分析的主要手段。可以通过信息系统参与者与信息系统的交互过程来确定信息系统的功能。功能分析需要参考组织功能模型。第5章需求分析2功能分析过程功能分析是对需求结构的深入和进一步展
17、开。下面以书店信息系统为例，讨论功能分析过程。书店的需求划分为计划订购、书库管理、图书销售和事务管理四个部分。下面我们对其展开进行分析。1)计划订购管理计划订购管理提供图5.4的六项功能，图5.5中的(a)(f)是对图5.4中各个用例的分解。计划管理：编辑计划单、查询计划、输出计划单和计划执行统计。订单管理：编辑图书订单、查询图书订单信息和输出图书订单。合同管理编辑合同、查询合同、输出合同和合同执行统计。第5章需求分析图5.4计划订购管理功能用例图第5章需求分析图5.5计划订购管理分解的功能用例图第5章需求分析2)书库管理书库管理向库管员提供入库、出库、盘库和报损四方面的管理功能，见图5.6。
18、这四项功能又可以分解为图5.7所示的四幅功能用例图。入库：编辑入库信息、查询入库信息和输出入库信息。出库：编辑出库信息、查询出库信息和输出出库信息。盘库：盘库处理和打印盘库单。报损：报损处理和打印报损单。第5章需求分析图5.6书库管理功能用例图第5章需求分析图5.7书库管理分解功能用例图第5章需求分析3)图书销售图书销售应该向售书员和收款员提供领书、图书上架、销售图书、盘架、结账、资金结算等功能，见图5.8。图5.9的六幅功能用例图是对图5.8的分解。其中：领书：编辑出库图书、查询出库图书和打印出库单。图书上架：编辑上架图书、查询上架图书和打印架存报表等。盘架：盘架处理和打印盘架单。结账：销售
19、汇总和打印销售账单。销售图书：售书处理、浏览图书销售信息、打印图书销售报表等 资金结算：汇总收款数据和打印结算单。第5章需求分析图5.8图书销售管理功能用例图第5章需求分析图5.9图书销售分解功能用例图第5章需求分析4)事务管理事务管理包括员工基本信息管理、员工工资管理、员工勤绩管理和日常事务管理四方面的功能，见图5.10。其中，员工基本信息管理、员工工资管理、员工勤绩管理又可以分解为图5.11所示的功能用例图。第5章需求分析图5.10事务管理功能用例图第5章需求分析图5.11事务管理分解功能用例图第5章需求分析3用例说明功能用例图直观地描述了信息系统功能。但功能用例图不能反映各功能的详细内容
20、，以及用户在使用这个功能时与信息系统交互的内容和交互过程。而这些内容又是理解功能的必要材料，所以需要对每一个用例进行说明。第5章需求分析3.用例说明用例说明(UseCaseExplanation)是对功能用例图中的用例做出的说明。在用例说明中，需要描述用例的编号、名称、参与者和用例的功能以及交互过程。下面给出书店信息系统功能用例图“计划管理”中的“编辑图书计划单”，“到货管理”中的“登记到货图书”，“销售图书”中的“售书处理”和“书目管理”中的“编辑书目”四个用例说明(见图5.12)。第5章需求分析计划订购计划订购:计划管理计划管理:编辑图书计划单编辑图书计划单编号：01-01-01参与者：计
21、划员说明：计划员在“计划订购管理”的“计划管理”中选择“编辑图书计划单”选项将启动此项功能。首先，系统要求计划员输入要所要编制计划单的年份和月份。计划员输入年月之后，系统给出一个计划单编制界面，并提供插入、删除、修改等功能键，计划员借用这些功能编辑计划单，最后点“确认”按钮把输入的计划单存入系统。计划订购计划订购:书目管理书目管理:登记到货图书登记到货图书编号：01-03-01参与者：采购员说明：采购员在“计划订购管理”的“到货管理”中选择“登记到货图书”选项将启动此项功能。系统要求选择到货图书所在的订单编号，然后给出该订单中的图书信息，下来采购员根据所到货的图书书号，找出对应的图书信息，在到
22、货图书数量栏填入本书的到货数量。按照这个过程逐一把本次到货的所有图书的到货信息都输入到系统中。第5章需求分析图书销售管理图书销售管理:销售图书销售图书:售书处理售书处理编号：03-05-01参与者：售书员，收款员所在包：图书销售管理:销售图书说明：售书员在“图书销售管理”中的“销售图书”中选择“售书处理”选项将启动此项功能。1售书员把读者所要购买图书的“书号”用条形码扫描仪输入进系统。系统在屏幕上给出该图书的“书名”、“作者”、“出版社”、“单价”、“出版日期”、“架存册数”等信息；2售书员输入图书册数。如果图书册数大于当前图书架存数，系统在屏幕上给出提示，并告诉修改册数。*重复前两步，直到把
23、该读者所要购买的所有图书输入系统。3系统打印出该读者的三联购书书单。*读者持书单到收款台交款。4收款员扫描书单号，收款员界面显示该读者购书信息。5收款员把读者给的书款数额输入系统，并按收款确认键。*收款员给书单上盖章，并自己留存一联，其它两联给读者。读者持书单又回到售书员处，把已交款后的书单交给售书员。6售书员扫描书单号，并按“售出图书”键。*售书员给图书上盖章，并把图书交给读者，售书结束。第5章需求分析5.3.5 性能分析性能分析1信息系统性能的含义信息系统性能信息系统性能是信息系统功能实现的方式、效率和保障，它包括信息系统的效率、处理方式、可靠性、安全性、适应性等内容。信息系统性能需求是信
24、息系统需求的重要组成部分。效率：是信息系统的处理能力、处理速度、吞吐量、响应时间等与系统处理时间有关的性能要素。处理方式涉及的范围比较宽，包括信息系统的结构和分布模式、交互方式、业务处理方式等。第5章需求分析可靠性是保证系统正常工作及抗故障、抗干扰的能力，它包括：保证系统正常工作的能力；对系统故障的预防、检测以及自动纠错的能力；出现故障时，保证系统不发生崩溃，并使系统重新恢复、重新启动的能力等。安全性是保证合法用户能够正确使用信息系统，并防止非法用户访问信息系统的能力。适应性是信息系统对外部环境和需求变化的适应能力。第5章需求分析2性能分析信信息息系系统统性性能能分分析析是对用户提出的各种性能
25、要求进行综合分析，确定出合理、可行的信息系统性能的工作。性能分析一般应从技术、经济、社会等方面进行综合分析。下面我们仍然以书店信息系统为例，讨论信息系统性能分析过程。第5章需求分析用户提出的书店信息系统的性能要求：(a)在总店由多台计算机通过网络连成一体化系统,业务全部实现电子化管理，代替所有手工账目、图表；(b)总店与分店通过网络连成一体化系统；(c)书店信息系统与社会图书出版、发行、销售系统连通，可以方便查询图书的出版、发行和销售信息；(d)用户可以在前台通过计算机查询在售图书信息；(e)系统可以联机进行计划、采购、入库、出库、销售、核算等处理；(f)系统处理效率要比手工提高50%；(g)
26、系统反应时间最慢不能低于2秒；(h)一般职工通过简单培训就可以使用系统；第5章需求分析(g)系统反应时间最慢不能低于2秒；(h)一般职工通过简单培训就可以使用系统；(i)系统界面设计友好，色调平和，操作方便、灵活，并且具有联机提示和帮助学习功能；(j)具有高可靠性和冗错能力。不允许系统在工作期间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误；(k)具有安全检查机制，非法用户不能使用系统，不能偷看系统信息，不能偷盗图书；(l)具有保密机制，各级使用者只能看到允许查看的系统信息；(m)具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。第5章需求分析1)性能的技术因素分析首先需要
27、从技术角度对用户所提出的性能需求进行分析。用户在提出性能要求时一般是从自己的需要考虑，用户并不一定了解信息技术发展的动态以及目前所达到的水平。因此，用户所提出的性能要求就可能存在技术上达不到，或着代价太高等问题。这就需要分析人员对用户所提出的性能要求从技术角度进行深入分析，最后确定出技术上能够实现、且便于实现的信息系统性能。第5章需求分析书店系统用户所提出了12项性能需求，技术上大部分都能够实现，但从jm在技术实现上差异很大。例如，第j条“不允许在工作期间停机，不允许在运行期间出现故障和错误。”改为“系统的故障应该能够得到及时排除，并且不会给图书业务造成重大影响。”第m条“具有防病毒和黑客攻击
28、的能力，不能因为病毒和黑客破坏系统。”改为“对于病毒和黑客具有一定的预防能力，并能够把病毒和黑客攻击所造成的损失减低到较小程度。”第5章需求分析2)性能的经济因素分析对用户所提出的性能需要进行经济分析。例如，第j条要求“不允许系统在工作时间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误。”改为“系统具有一定的冗错能力，工作期间的停机不会给系统造成致命影响，并可以尽快切换到手工业务方式，不能给书店业务造成重大影响。”第5章需求分析3)性能的社会因素分析用户提出的有些性能要求可能会与社会规范相冲突，也可能社会环境对这种性能的实现还不提供支持。这就需要对性能进行社会因素分析。例如，第c
29、条“书店信息系统与社会图书出版、发行、销售系统连通，可以方便查询图书的出版、发行和销售信息。”由于目前社会还没有形成完整的图书出版、发行和销售体系，还不具备对这一项性能的社会支持条件，因而无法实现。改为“书店信息系统与社会已经运行的图书出版、发行和销售系统连通，以方便查询相关信息。”第5章需求分析5.3.6 风险分析风险分析1概述1)风险的概念风风险险是可能给信息系统的成功带来威胁或损失的各种潜在的问题。在未来信息系统开发或运行过程中，这些潜在的问题将可能发生或暴露出来，给信息系统开发和使用带来障碍。因此，及早发现信息系统中存在的各种风险，并采取应对措施，对成功开发信息系统具有十分重要的意义。
30、第5章需求分析2)风险的类型(1)从危害程度分：高危害性风险：信息系统中潜在的重大风险，这类风险会给信息系统造成重大伤害，甚至会使信息系统瘫痪或失败。中危害性风险：比高危害性风险的程度要低，它可能会造成信息系统方案较大改动、开发时间延期、功能或性能发生较大变化等影响。低危害性风险：影响程度最低，可能会造成方案的部分调整、功能或性能减弱等影响。风险分析的原则：消除高危害性风险，限制或减轻中危害性风险，控制低危害性风险。第5章需求分析(2)按照风险的隶属特征分：技术性风险：由于信息系统开发所采用的理论、方法、技术、设备等技术性因素存在的缺陷和问题给信息系统所带来的风险。技术性风险是信息系统潜在的最
31、多的一类风险，也是最容易给信息系统造成问题的风险。工程性风险：由于信息系统工程的组织、管理、进行、保证等因素存在问题所造成问题的一类风险。环境性风险：信息系统所存在的社会和组织环境可能给信息系统开发和使用带来潜在性问题的一类风险。第5章需求分析3)风险处理方法 避免风险：通过更改需求或方案以弃除造成风险原因的一种风险处理策略。例如，在书店信息系统中，保证图书防盗，由指纹识别技术改为磁标记技术。限制风险：通过一定的技术策略，把风险所造成的危害和影响限制在尽可能小的范围之内。采用限制性策略的风险一般不会给信息系统造成致命灾害。减轻风险：通过修改需求或方案，或着采用相应的应对性措施，把风险所造成的危
32、害和损失减轻到可以应对或承受的范围之内。监控风险：对既不能避免，也不能限制或减轻的风险，可以采用有效地监控策略。第5章需求分析2风险分析1)风险识别风险识别风险识别是由开发人员根据需求调查和分析的结果，找出信息系统可能存在的各种风险的过程。风险识别对开发人员有很高的要求。它首先要求开发人员具有广博的知识，包括社会、法律、政策、技术、工程、管理、心理等方面。因为其中的每一个方面都会成为信息系统的潜在风险。对找出的风险进行编号，并记录到风险记录单中。风险记录单是进行风险管理的文档，其格式见图5.13。第5章需求分析风险记录单序号：数字确定日期：风险被识别出来的日期风险描述：对风险进行描述可能性：风
33、险转变成为问题的可能程度危害性：风险给信息系统造成的危害程度处理对策：对风险的处理方案风险承担人：解决风险的责任人撤除日期：风险被消除的日期图5.13风险记录单第5章需求分析2)风险分析分析风险的类型、出现的可能性，以及可能造成的危害。工作1：分析风险的类型。属于高危害性风险、中危害性风险还是低危害性风险，是属于技术性风险、工程性风险还是环境性风险。工作2：分析风险出现的可能性。工作3：分析风险产生的原因，以及这种原因在什么环境和条件下可能引发问题。工作4：分析风险可能对信息系统所能造成的危害，以及这些危害对信息系统会造成哪些影响。第5章需求分析风险分析的方法：调查方法：通过深入调查，以便掌握
34、具体数据，对风险做出准确估计。探测方法：深入到风险环境或类似环境之中，对风险所潜在的问题进行探测。原型方法：通过构造风险存在的信息系统环境，设置特定场景，以诊断和验证风险的一种方法。第5章需求分析3)选择风险处理策略可选择的风险处理策略有风险避免、风险限制、风险减轻和风险监控四种。风险处理策略的选择，应根据各个风险的具体情况而定。一般来说，对于高危害性风险应该采取避免策略，对中、低危害性的风险适宜采用限制、减轻或监控策略。确定风险处理策略，并不等于实施风险处理。风险处理实施起来要复杂得多。第5章需求分析5.4 需需 求求 描描 述述 描述信息系统需求的文档被称为信息系统需求说明书或信息系统需求
35、规格说明。信息系统需求说明书将详细、准确地反映最终确定的信息系统需求内容，并能够简要地反映需求分析的过程以及相关问题。既是对需求分析工作的总结，又作为后续阶段的工作纲领，系统分析、设计、实现和测试都将按照信息系统需求进行。信息系统需求说明书应该包括的内容和采用的格式，目前并没有形成统一的规范。图5.14为信息系统需求说明书的一个参考格式。第5章需求分析信息系统需求说明书1.引言1.1信息系统项目简介1.2编写说明1.3参考资料2.目标2.1概述2.2信息系统目标2.2.1总目标2.2.2功能目标2.2.3性能目标2.3目标说明3.结构3.1信息系统需求结构3.2需求结构的说明4.功能4.1概述
36、4.2功能用例模型4.3功能分析说明5.性能5.1概述5.2性能需求5.3性能分析说明6.风险分析6.1信息系统面临的主要风险6.2风险的处理策略7.遗留问题图5.14信息系统需求说明书第5章需求分析5.5 需求验证需求验证5.5.1 需求验证的含义需求验证的含义需需求求验验证证也被称为需求检验，是指在需求分析阶段，通过一定的途径和手段，对初步确定的信息系统需求的正确性和可行性进行验证，确定正确的和可行的需求，排除含糊、不实际和不可行的需求。第5章需求分析5.5.2 需求验证的方法需求验证的方法1)自查法自查法由需求分析人员对自己所确定的信息系统需求进行审核和验证，纠正需求中存在的问题。小组审查法参考法逻辑分析法2)用户审查法分析人员可以把信息系统需求说明书提交给用户。用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。第5章需求分析3)专家审查法聘请业务领域、信息系统、政策、法律等方面的专家对信息系统需求进行审查。专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断。4)原型法原型法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求有原型生成环境的支持。