第5章需求分析.ppt

《第5章需求分析.ppt》由会员分享，可在线阅读，更多相关《第5章需求分析.ppt（69页珍藏版）》请在三一文库上搜索。

1、第5章 需求分析,5.1 概述 5.2 需求调查 5.3 需求分析 5.4 需求描述 5.5 需求验证,5.1 概 述,5.1.1 需求分析的概念及意义 需求分析(Requirement Analysis)是调查用户对新开发的信息系统的需要和要求，结合组织的目标、现状、实力和技术等因素，通过深入细致的分析，确定出合理可行的信息系统需求，并通过规范的形式描述需求的过程。,在开发初期，分析人员需要清楚： 用户希望建立怎样一个信息系统？ 系统能够为用户解决哪些问题？ 信息系统应该具备哪些功能？ 用户与信息系统都会交互哪些信息？ 用户使用信息系统的方式等？,5.1.2 需求分析的工作内容 1需求调查

2、需求调查(Requirement Investigation)也被称为需求获取，是由分析人员通过座谈、走访、问卷、召开座谈会等形式，深入了解用户对新建立信息系统的需要和要求，来获取用户需求。 2需求分析 需求分析是对获取的用户需求，通过综合考虑组织目标、现状、技术条件、投资能力等因素，从信息系统目标、结构、功能、性能、风险等方面进行深入分析，最终确定出合理、可行的信息系统需求。,3需求验证 需求验证(Requirement Validation)是由分析人员通过一定手段对初步确定的信息系统需求的正确性和可行性进行验证，以确定正确和可行的需求，排除不可行的需求。 4需求描述 需求描述(Requi

3、rement Description)是建立信息系统的需求说明文档，把需求分析的结果采用规范的形式描述出来，形成需求规格说明，作为下面开发工作的依据。,5.1.3 需求分析应注意的几个问题 1充分认识需求分析的重要性和复杂性 需求是所要开发的信息系统的依据和准绳。如果需求出现缺陷和漏洞，开发出来的信息系统肯定满足不了应用的要求。另外，信息系统开发具有错误放大效应。在前期存在的问题如果留到后续阶段解决，所要花费的气力和代价会成数倍到数十倍增大。,2充分重视需求的全面性和合理性 需求应该具有全面性。信息系统为组织管理服务，组织中的所有人员都有可能成为信息系统的使用者，他们对信息系统都有各自的要求，

4、信息系统也应该尽量满足各个用户的工作需要。 需求应该具有合理性。每一个用户都是站在各自的角度提出需求，所提出的需求就有可能与组织的目标、现状、能力相矛盾，用户所提出的需求之间也可能存在矛盾和冲突。这就要求分析人员对用户需求进行认真分析和取舍，最后确定出既能够照顾到各方面用户的要求，又符合组织目标和业务管理现状的合理、可行的信息系统需求。,3充分尊重用户意见 用户是信息系统的使用者，也是信息系统的投资者，用户对信息系统需求具有决定权。在需求分析中，开发人员应该充分了解用户的意图和想法，尽可能地满足用户的要求。如果因为技术、环境、投资等方面的原因不能满足或不能完全满足用户要求时，必须给用户讲清楚，

5、征得用户的理解和承认。最后形成的信息系统需求分析结论也必须征得用户的同意。,5.2 需 求 调 查,5.2.1 需求调查的内容 1总体需求 用户对所建立的信息系统的总体要求,包括信息系统的总目标、范围、总体结构、核心功能等。 2功能需求 信息系统应该提供的功能和能够达到的效用。功能需求是对总体需求的分解和细化。信息系统的功能具有层次性，有信息系统总体功能、子系统功能和明细功能；有抽象功能和具体功能；有核心功能和辅助功能。,3性能需求 性能需求包括信息系统的效率、处理方式、可靠性、安全性、适应性等技术要求。不同系统具有不同的性能要求。例如，联机事务处理型信息系统要求具有较快的响应速度，而一般事务

6、处理系统对响应速度的要求则可以相对低一些。 4其它需求 除了以上三方面的需求之外，还应该调查用户的投资能力、开发时间、开发队伍、社会法律等方面的非技术性需求。,5.2.2 需求调查的方法 需求调查的方法与现行组织系统的调查方法很类似，需要通过面谈、走访、问卷调查、召开座谈会等形式进行。还需要采用以下辅助方法。 1启发法 调查人员在需求调查过程中，需要对用户进行引导和启发，让用户产生信息系统的感性认识，启发和引导用户发现现行组织管理和业务处理中所存在的问题，发现潜在的需求。 2观摩法 让用户参观同行业或同类型成功的信息系统。,3原型法 原型法是通过原型生成系统，根据用户的初步需求，构造出信息系统

7、的初步原型。用户和调查人员针对所生成的原型进行讨论，分析原型是否准确地反映了用户的初衷，哪些方面还应该改进和加强。原型给用户和开发人员的交流和讨论提供了一个具体的参照物，有原型作为对象，需求调查就有针对性，可以澄清和纠正许多模糊和矛盾的用户需求。,5.3 需 求 分 析,5.3.1 概述 需求分析的任务是在需求调查的基础上，结合组织目标、业务现状、技术水平、投资能力等因素，对用户提出的需求从信息系统目标、宏观结构、业务功能、技术性能、风险等方面进行深入分析，最后确定出全面、合理、可行的信息系统需求。,用户所提出的需求一般具有模糊、片面、脱离实际等问题。需求分析过程就是对用户需求的合理化过程。通

8、过对用户需求的修改、补充、细化、删减、重整等工作，最后得出全面、合理、可行的信息系统需求。在需求分析过程中，一定要实事求是，从用户利益出发，根据组织业务的实际要求，进行需求分析工作。要杜绝不尊重用户利益、好大喜功、避重就轻、不深入实际的错误态度和作风。需求分析应该有用户参加，随时与用户沟通思想，了解情况，最终所确定的需求分析结果应该征得用户的认可。,5.3.2 目标分析 按照Kozar的观点，信息系统目标应该由组织目标导出，并与组织使命、目标、策略等构成塔型结构，见图5.1。,图5.1 目标层次结构,1书店信息系统目标分析 在第4.3节“组织目标分析”中，已经讨论了书店B的使命、方向、总目标、

9、子目标和组织策略。下面将接着这些内容，讨论书店信息系统的目标。 用户对所建立的书店信息系统的总体需求： (1) 建立对书店业务提供全面管理的信息系统； (2) 对所有的图书、读者、职工提供全面管理； (3) 对图书市场、进货、出版社、供书商提供全面管理； (4) 对书库的入库、出库、盘库、报损过程提供管理； (5) 对图书销售、结算、安全提供全面管理； (6) 对总店和所有分店提供一体化连锁管理。,建立书店信息系统存在的制约因素： (1) 全国没有形成畅通的图书出版信息发布渠道； (2) 读者的流动量太大，每天进店读者平均超过1000人次； (3) 分店的建立需要5年才能完成，每一个新建立的分

10、店其业务运作均需要一段时间的适应期； (4) 书店近年来固定资产投入过大，对信息系统建设资金投入有限。,根据书店的使命、方向、目标、策略、用户需求和制约因素的分析，我们对书店信息系统目标做以下分析： (1) 根据书店的使命、方向、目标以及现行状况，要想提供一流服务，提高图书市场的占有率，必须建立功能齐全、业务覆盖面广、技术先进、使用方便的信息系统； (2) 提供对所有图书和书店职工信息提供全面管理，但是由于一般读者信息量过大，保留读者信息的价值和意义也不大，因此对一般读者信息不提供管理，在合适的时机可以实行会员管理制；,(3) 对图书计划、采购提供管理，但考虑到全国图书出版还没有形成畅通的信息

11、发布渠道，对图书市场信息暂不提供管理； (4) 对书库的入库、出库、盘库、报损提供全面管理； (5) 对图书销售、结算、安全提供全面管理； (6) 先建设总店信息系统，等待分店运行稳定且总店信息系统运行稳定之后再开发分店信息系统。,2书店信息系统目标 根据以上分析，最后确定出书店信息系统目标。 1) 书店信息系统总目标 书店信息系统的总目标如下： (1) 对总店的图书计划、订购、库存、销售、结算以及书店事务提供全面管理； (2) 对图书业务提供全面、一致、快速处理； (3) 系统具有友好性和易操作性； (4) 系统具有安全性和保密性。,2) 书店信息系统功能目标 (1) 计划市场管理： 辅助编

12、制图书订购计划 图书订购管理 (2) 书库管理： 图书入库管理 图书出库管理 图书盘库管理 图书报损管理,(3) 图书销售结算管理： 图书销售管理 图书结算管理 (4) 事务管理： 员工信息管理 工资管理 员工勤绩管理 日常事务管理,3) 书店信息系统性能目标 (1) 在总店由多台计算机通过网络连成一体化系统； (2) 系统处理效率要比手工提高50%； (3) 一般职工通过简单培训就可以使用系统； (4) 用户可以在前台通过计算机查询书目； (5) 具有较高的可靠性和冗错能力，不允许丢失信息； (6) 具有安全检查机制，非法用户不能使用。,5.3.3 需求结构分析 1.需求结构的概念及意义 需

13、求结构是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个需求包，由这些需求包相互关联构成信息系统的需求结构。 需求结构是对需求的一种有效组织方法。通过需求结构把需求划分成为若干需求包，再对各需求包进行分解和细化，这样便于开发人员把握、组织和管理需求。 需求结构既是组织需求的方法，同时也给系统分析时确定信息系统结构提供了依据。,2.确定需求结构的依据 (1) 信息系统目标。需求是为信息系统目标而设置的，而信息系统目标呈结构性，需求结构应该与信息系统的目标结构相对应，因此，信息系统的目标就成了决定需求结构的主要依据。 (2) 组织职能。信息系统的需求结构应该与组织职能具

14、有一定的对应性。 (3) 需求的相关性。需求包内部应该具有较高的关联性，而各个需求包之间的关联关系应该尽量地少，需求的相关性是确定需求结构的重要依据。,3.需求结构的表示 用包图来描述信息系统的需求结构。每一个需求包用一个包来表示，包与包之间用组成关系关联起来，需求包可以逐层分解，构成分层信息系统需求结构。,书店信息系统的需求结构见图5.2。,图5.2 书店信息系统需求结构图,书店信息系统需求结构也可以表示成图5.3的形式。,图5.3 书店信息系统需求结构图,5.3.4 功能分析 1功能分析的基本原理 信息系统功能是信息系统应该具有的效能和作用。信息系统的目标要通过信息系统功能来表现和实现。信

15、息系统功能也是信息系统呈现给用户的直观效果，用户通过信息系统所提供的功能来认识、使用和评价信息系统，通过信息系统功能的使用来完成自己的业务工作。 功能分析是需求分析的重要内容。功能分析的依据是信息系统目标，它来源于用户需求，用例分析是手段，通过参考组织功能模型，形成用信息系统功能模型描述的功能分析结果。,信息系统目标是功能分析的依据。信息系统功能是信息系统目标的表现和实现，信息系统中的每一个功能都直接或间接地与信息系统目标存在关系。信息系统目标也是检查信息系统功能的重要准则。 用户需求是信息系统功能的主要来源。组织的业务、管理和决策活动最终反映为组织中各种人员的活动，信息系统将提供给组织的各种

16、人员，辅助完成他们各自所承担的业务工作。 用例分析是进行功能分析的主要手段。可以通过信息系统参与者与信息系统的交互过程来确定信息系统的功能。 功能分析需要参考组织功能模型。,2功能分析过程 功能分析是对需求结构的深入和进一步展开。下面以书店信息系统为例，讨论功能分析过程。书店的需求划分为计划订购、书库管理、图书销售和事务管理四个部分。下面我们对其展开进行分析。 1) 计划订购管理 计划订购管理提供图5.4的六项功能，图5.5中的(a)(f)是对图5.4中各个用例的分解。 计划管理：编辑计划单、查询计划、输出计划单和计划执行统计。 订单管理：编辑图书订单、查询图书订单信息和输出图书订单。 合同管

17、理编辑合同、查询合同、输出合同和合同执行统计。,图5.4 计划订购管理功能用例图,图5.5 计划订购管理分解的功能用例图,2) 书库管理 书库管理向库管员提供入库、出库、盘库和报损四方面的管理功能，见图5.6。这四项功能又可以分解为图5.7所示的四幅功能用例图。 入库：编辑入库信息、查询入库信息和输出入库信息。 出库：编辑出库信息、查询出库信息和输出出库信息。 盘库：盘库处理和打印盘库单。 报损：报损处理和打印报损单。,图5.6 书库管理功能用例图,图5.7 书库管理分解功能用例图,3) 图书销售 图书销售应该向售书员和收款员提供领书、图书上架、销售图书、盘架、结账、资金结算等功能，见图5.8

18、。图5.9的六幅功能用例图是对图5.8的分解。其中： 领书：编辑出库图书、查询出库图书和打印出库单。 图书上架：编辑上架图书、查询上架图书和打印架存报表等。 盘架：盘架处理和打印盘架单。 结账：销售汇总和打印销售账单。 销售图书：售书处理、浏览图书销售信息、打印图书销售报表等 资金结算：汇总收款数据和打印结算单。,图5.8 图书销售管理功能用例图,图5.9 图书销售分解功能用例图,4) 事务管理 事务管理包括员工基本信息管理、员工工资管理、员工勤绩管理和日常事务管理四方面的功能，见图5.10。其中，员工基本信息管理、员工工资管理、员工勤绩管理又可以分解为图5.11所示的功能用例图。,图5.10

19、 事务管理功能用例图,图5.11 事务管理分解功能用例图,3用例说明 功能用例图直观地描述了信息系统功能。但功能用例图不能反映各功能的详细内容，以及用户在使用这个功能时与信息系统交互的内容和交互过程。而这些内容又是理解功能的必要材料，所以需要对每一个用例进行说明。,3. 用例说明 用例说明(UseCase Explanation)是对功能用例图中的用例做出的说明。在用例说明中，需要描述用例的编号、名称、参与者和用例的功能以及交互过程。下面给出书店信息系统功能用例图“计划管理”中的“编辑图书计划单”，“到货管理”中的“登记到货图书”，“销售图书”中的“售书处理”和“书目管理”中的“编辑书目”四个

20、用例说明(见图5.12)。,计划订购:计划管理:编辑图书计划单 编号：01-01-01 参与者：计划员 说明：计划员在“计划订购管理”的“计划管理”中选择“编辑图书计划单”选项将启动此项功能。首先，系统要求计划员输入要所要编制计划单的年份和月份。计划员输入年月之后，系统给出一个计划单编制界面，并提供插入、删除、修改等功能键，计划员借用这些功能编辑计划单，最后点“确认”按钮把输入的计划单存入系统。,计划订购:书目管理:登记到货图书 编号：01-03-01 参与者：采购员 说明： 采购员在“计划订购管理”的“到货管理”中选择“登记到货图书”选项将启动此项功能。 系统要求选择到货图书所在的订单编号，

21、然后给出该订单中的图书信息，下来采购员根据所到货的图书书号，找出对应的图书信息，在到货图书数量栏填入本书的到货数量。按照这个过程逐一把本次到货的所有图书的到货信息都输入到系统中。,图书销售管理:销售图书:售书处理 编号：03-05-01 参与者：售书员，收款员 所在包：图书销售管理:销售图书 说明：售书员在“图书销售管理”中的“销售图书”中选择“售书处理”选项将启动此项功能。 1售书员把读者所要购买图书的“书号”用条形码扫描仪输入进系统。 系统在屏幕上给出该图书的“书名”、“作者”、“出版社”、“单价”、“出版日期”、“架存册数”等信息； 2售书员输入图书册数。 如果图书册数大于当前图书架存数

22、，系统在屏幕上给出提示，并告诉修改册数。 * 重复前两步，直到把该读者所要购买的所有图书输入系统。 3系统打印出该读者的三联购书书单。 *读者持书单到收款台交款。 4收款员扫描书单号，收款员界面显示该读者购书信息。 5收款员把读者给的书款数额输入系统，并按收款确认键。 * 收款员给书单上盖章，并自己留存一联，其它两联给读者。读者持书单又回到售书员处，把已交款后的书单交给售书员。 6售书员扫描书单号，并按“售出图书”键。 * 售书员给图书上盖章，并把图书交给读者，售书结束。,5.3.5 性能分析 1信息系统性能的含义 信息系统性能是信息系统功能实现的方式、效率和保障，它包括信息系统的效率、处理方

23、式、可靠性、安全性、适应性等内容。信息系统性能需求是信息系统需求的重要组成部分。 效率：是信息系统的处理能力、处理速度、吞吐量、响应时间等与系统处理时间有关的性能要素。 处理方式涉及的范围比较宽，包括信息系统的结构和分布模式、交互方式、业务处理方式等。,可靠性是保证系统正常工作及抗故障、抗干扰的能力，它包括：保证系统正常工作的能力；对系统故障的预防、检测以及自动纠错的能力；出现故障时，保证系统不发生崩溃，并使系统重新恢复、重新启动的能力等。 安全性是保证合法用户能够正确使用信息系统，并防止非法用户访问信息系统的能力。 适应性是信息系统对外部环境和需求变化的适应能力。,2性能分析 信息系统性能分

24、析是对用户提出的各种性能要求进行综合分析，确定出合理、可行的信息系统性能的工作。 性能分析一般应从技术、经济、社会等方面进行综合分析。下面我们仍然以书店信息系统为例，讨论信息系统性能分析过程。,用户提出的书店信息系统的性能要求： (a) 在总店由多台计算机通过网络连成一体化系统, 业务全部实现电子化管理，代替所有手工账目、图表； (b) 总店与分店通过网络连成一体化系统； (c) 书店信息系统与社会图书出版、发行、销售系统连通，可以方便查询图书的出版、发行和销售信息； (d) 用户可以在前台通过计算机查询在售图书信息； (e) 系统可以联机进行计划、采购、入库、出库、销售、核算等处理； (f)

25、 系统处理效率要比手工提高50%； (g) 系统反应时间最慢不能低于2秒； (h) 一般职工通过简单培训就可以使用系统；,(g) 系统反应时间最慢不能低于2秒； (h) 一般职工通过简单培训就可以使用系统； (i) 系统界面设计友好，色调平和，操作方便、灵 活，并且具有联机提示和帮助学习功能； (j) 具有高可靠性和冗错能力。不允许系统在工作期间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误； (k) 具有安全检查机制，非法用户不能使用系统，不能偷看系统信息，不能偷盗图书； (l) 具有保密机制，各级使用者只能看到允许查看的系统信息； (m) 具有防病毒和黑客攻击的能力，不能因为

26、病毒和黑客破坏系统。,1) 性能的技术因素分析 首先需要从技术角度对用户所提出的性能需求进行分析。用户在提出性能要求时一般是从自己的需要考虑，用户并不一定了解信息技术发展的动态以及目前所达到的水平。因此，用户所提出的性能要求就可能存在技术上达不到，或着代价太高等问题。这就需要分析人员对用户所提出的性能要求从技术角度进行深入分析，最后确定出技术上能够实现、且便于实现的信息系统性能。,书店系统用户所提出了12项性能需求，技术上大部分都能够实现，但从j m在技术实现上差异很大。例如， 第j条“不允许在工作期间停机，不允许在运行期间出现故障和错误。” 改为“系统的故障应该能够得到及时排除，并且不会给图

27、书业务造成重大影响。” 第m条“具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。” 改为“对于病毒和黑客具有一定的预防能力，并能够把病毒和黑客攻击所造成的损失减低到较小程度。”,2) 性能的经济因素分析 对用户所提出的性能需要进行经济分析。例如， 第j条要求“不允许系统在工作时间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误。” 改为“系统具有一定的冗错能力，工作期间的停机不会给系统造成致命影响，并可以尽快切换到手工业务方式，不能给书店业务造成重大影响。”,3) 性能的社会因素分析 用户提出的有些性能要求可能会与社会规范相冲突，也可能社会环境对这种性能的实现还不提供支持。

28、这就需要对性能进行社会因素分析。 例如，第c条“书店信息系统与社会图书出版、发行、销售系统连通，可以方便查询图书的出版、发行和销售信息。”由于目前社会还没有形成完整的图书出版、发行和销售体系，还不具备对这一项性能的社会支持条件，因而无法实现。 改为“书店信息系统与社会已经运行的图书出版、发行和销售系统连通，以方便查询相关信息。”,5.3.6 风险分析 1概述 1) 风险的概念 风险是可能给信息系统的成功带来威胁或损失的各种潜在的问题。在未来信息系统开发或运行过程中，这些潜在的问题将可能发生或暴露出来，给信息系统开发和使用带来障碍。因此，及早发现信息系统中存在的各种风险，并采取应对措施，对成功开

29、发信息系统具有十分重要的意义。,2) 风险的类型 (1) 从危害程度分： 高危害性风险：信息系统中潜在的重大风险，这类风险会给信息系统造成重大伤害，甚至会使信息系统瘫痪或失败。 中危害性风险：比高危害性风险的程度要低，它可能会造成信息系统方案较大改动、开发时间延期、功能或性能发生较大变化等影响。 低危害性风险：影响程度最低，可能会造成方案的部分调整、功能或性能减弱等影响。 风险分析的原则：消除高危害性风险，限制或减轻中危害性风险，控制低危害性风险。,(2) 按照风险的隶属特征分： 技术性风险：由于信息系统开发所采用的理论、方法、技术、设备等技术性因素存在的缺陷和问题给信息系统所带来的风险。技术

30、性风险是信息系统潜在的最多的一类风险，也是最容易给信息系统造成问题的风险。 工程性风险：由于信息系统工程的组织、管理、进行、保证等因素存在问题所造成问题的一类风险。 环境性风险：信息系统所存在的社会和组织环境可能给信息系统开发和使用带来潜在性问题的一类风险。,3) 风险处理方法 避免风险：通过更改需求或方案以弃除造成风险原因的一种风险处理策略。例如，在书店信息系统中，保证图书防盗，由指纹识别技术改为磁标记技术。 限制风险：通过一定的技术策略，把风险所造成的危害和影响限制在尽可能小的范围之内。采用限制性策略的风险一般不会给信息系统造成致命灾害。 减轻风险：通过修改需求或方案，或着采用相应的应对性

31、措施，把风险所造成的危害和损失减轻到可以应对或承受的范围之内。 监控风险：对既不能避免，也不能限制或减轻的风险，可以采用有效地监控策略。,2风险分析 1) 风险识别 风险识别是由开发人员根据需求调查和分析的结果，找出信息系统可能存在的各种风险的过程。风险识别对开发人员有很高的要求。它首先要求开发人员具有广博的知识，包括社会、法律、政策、技术、工程、管理、心理等方面。因为其中的每一个方面都会成为信息系统的潜在风险。 对找出的风险进行编号，并记录到风险记录单中。风险记录单是进行风险管理的文档，其格式见图5.13。,风险记录单 序号：数字 确定日期：风险被识别出来的日期 风险描述： 对风险进行描述

32、可能性：风险转变成为问题的可能程度 危害性：风险给信息系统造成的危害程度 处理对策： 对风险的处理方案 风险承担人：解决风险的责任人 撤除日期：风险被消除的日期,图5.13 风险记录单,2) 风险分析 分析风险的类型、出现的可能性，以及可能造成的危害。 工作1：分析风险的类型。属于高危害性风险、中危害性风险还是低危害性风险，是属于技术性风险、工程性风险还是环境性风险。 工作2：分析风险出现的可能性。 工作3：分析风险产生的原因，以及这种原因在什么环境和条件下可能引发问题。 工作4：分析风险可能对信息系统所能造成的危害，以及这些危害对信息系统会造成哪些影响。,风险分析的方法： 调查方法：通过深入

33、调查，以便掌握具体数据，对风险做出准确估计。 探测方法：深入到风险环境或类似环境之中，对风险所潜在的问题进行探测。 原型方法：通过构造风险存在的信息系统环境，设置特定场景，以诊断和验证风险的一种方法。,3) 选择风险处理策略 可选择的风险处理策略有风险避免、风险限制、风险减轻和风险监控四种。 风险处理策略的选择，应根据各个风险的具体情况而定。一般来说，对于高危害性风险应该采取避免策略，对中、低危害性的风险适宜采用限制、减轻或监控策略。 确定风险处理策略，并不等于实施风险处理。风险处理实施起来要复杂得多。,5.4 需 求 描 述,描述信息系统需求的文档被称为信息系统需求说明书或信息系统需求规格说

34、明。信息系统需求说明书将详细、准确地反映最终确定的信息系统需求内容，并能够简要地反映需求分析的过程以及相关问题。既是对需求分析工作的总结，又作为后续阶段的工作纲领，系统分析、设计、实现和测试都将按照信息系统需求进行。 信息系统需求说明书应该包括的内容和采用的格式，目前并没有形成统一的规范。图5.14为信息系统需求说明书的一个参考格式。,信息系统需求说明书 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 信息系统需求结构

35、3.2 需求结构的说明 4. 功能 4.1 概述 4.2 功能用例模型 4.3 功能分析说明 5. 性能 5.1 概述 5.2 性能需求 5.3 性能分析说明 6. 风险分析 6.1 信息系统面临的主要风险 6.2 风险的处理策略 7. 遗留问题,图5.14 信息系统需求说明书,5.5 需求验证,5.5.1 需求验证的含义 需求验证也被称为需求检验，是指在需求分析阶段，通过一定的途径和手段，对初步确定的信息系统需求的正确性和可行性进行验证，确定正确的和可行的需求，排除含糊、不实际和不可行的需求。,5.5.2 需求验证的方法 1) 自查法 自查法由需求分析人员对自己所确定的信息系统需求进行审核和

36、验证，纠正需求中存在的问题。 小组审查法 参考法 逻辑分析法 2) 用户审查法 分析人员可以把信息系统需求说明书提交给用户。用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。,3) 专家审查法 聘请业务领域、信息系统、政策、法律等方面的专家对信息系统需求进行审查。专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断。 4) 原型法 原型法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求有原型生成环境的支持。,