《信息系统分析与设计》课件第7章：需求分析.ppt

1、第5章 需求分析第第7 7章章 需求分析需求分析第5章 需求分析 概述概述 需求调查需求调查 需求分析需求分析 需求描述需求描述 需求审核需求审核本章内容本章内容第5章 需求分析一一 概概 述述第5章 需求分析 1.1 需求分析的概念及意义需求分析的概念及意义 需求分析需求分析(Requirement Analysis):调查用户对新开发的信息系统的需要和要求调查用户对新开发的信息系统的需要和要求;结合组织的目标、现状、实力和技术等因素，进结合组织的目标、现状、实力和技术等因素，进行深入细致的分析行深入细致的分析;确定出合理可行的信息系统需求确定出合理可行的信息系统需求;用规范的形式描述需求。

2、用规范的形式描述需求。第5章 需求分析 在开发初期，分析人员需要清楚：在开发初期，分析人员需要清楚：用户希望建立怎样一个信息系统？用户希望建立怎样一个信息系统？系统能够为用户解决哪些问题？系统能够为用户解决哪些问题？信息系统应该具备哪些功能？信息系统应该具备哪些功能？用户与信息系统都会交互哪些信息？用户与信息系统都会交互哪些信息？用户使用信息系统的方式等？用户使用信息系统的方式等？第5章 需求分析 1.2 需求分析的工作内容需求分析的工作内容 1 1需求调查需求调查 需求调查需求调查也被称为需求捕获，是由分析人员通过座也被称为需求捕获，是由分析人员通过座谈、走访、问卷、召开座谈会等形式，深入了

3、解用户谈、走访、问卷、召开座谈会等形式，深入了解用户对新建立信息系统的需要和要求，来获取用户需求。对新建立信息系统的需要和要求，来获取用户需求。第5章 需求分析 2 2需求分析需求分析 需求分析需求分析是对获取的用户需求，通过综合考虑组织是对获取的用户需求，通过综合考虑组织目标、现状、技术条件、投资能力等因素，从信息系目标、现状、技术条件、投资能力等因素，从信息系统统目标目标、结构结构、功能功能、性能性能、风险风险等方面进行深入分等方面进行深入分析，最终确定出合理、可行的信息系统需求。析，最终确定出合理、可行的信息系统需求。第5章 需求分析 3 3需求审核需求审核 需求审核需求审核是由分析人员

4、通过一定手段对初步确定是由分析人员通过一定手段对初步确定的信息系统需求的正确性和可行性进行验证，以确定的信息系统需求的正确性和可行性进行验证，以确定正确和可行的需求，排除不可行的需求。正确和可行的需求，排除不可行的需求。第5章 需求分析 4 4需求描述需求描述 需求描述需求描述是建立信息系统的需求说明文档，把需是建立信息系统的需求说明文档，把需求分析的结果采用规范的形式描述出来，形成需求规求分析的结果采用规范的形式描述出来，形成需求规格说明，作为下面开发工作的依据。格说明，作为下面开发工作的依据。第5章 需求分析二二 需求捕获需求捕获第5章 需求分析 2.1 需求捕获的内容需求捕获的内容 1

5、1总体需求总体需求 用户对所建立的信息系统的总体要求用户对所建立的信息系统的总体要求,包括信息系统包括信息系统的的总目标总目标，范围范围，总体结构总体结构，核心功能核心功能等等。2 2功能需求功能需求 功能需求功能需求是信息系统应该提供的功能和能够达到的是信息系统应该提供的功能和能够达到的效用。是对总体需求的分解和细化。效用。是对总体需求的分解和细化。第5章 需求分析 3 3性能需求性能需求 性能需求性能需求包括信息系统的包括信息系统的效率效率、处理方式处理方式、可靠性可靠性、安全性安全性、适应性适应性等技术要求。等技术要求。4 4其它需求其它需求 除了以上三方面的需求之外，还应该调查用户的除

6、了以上三方面的需求之外，还应该调查用户的投资投资能力能力、开发时间开发时间、开发队伍开发队伍、社会法律社会法律等方面的非技术性等方面的非技术性需求。需求。第5章 需求分析 2.2 需求捕获的方法需求捕获的方法 一般的调查方法：一般的调查方法：面面谈谈走访走访座座谈谈会会问卷问卷调查调查第5章 需求分析观摩法观摩法 启发法启发法 原型法原型法 辅助调查方法辅助调查方法第5章 需求分析 需求捕获的技法需求捕获的技法 (一一)业务场景需求捕获业务场景需求捕获 1)你在哪个部门你在哪个部门?2)你所在部门在企业中承担的职责是什么你所在部门在企业中承担的职责是什么?3)你在部门中承担什么工作岗位你在部门

7、中承担什么工作岗位?4)你岗位的职责是什么你岗位的职责是什么?5)你和哪些部门有什么样的业务往来你和哪些部门有什么样的业务往来?6)你和本部门内部其他岗位有哪些业务往来你和本部门内部其他岗位有哪些业务往来?7)你的工作流程你的工作流程?8)你处理的业务中你处理的业务中,信息来源都有哪些信息来源都有哪些?(报表报表,帐单帐单,凭据凭据,文件等文件等)9)你自己对哪些帐单你自己对哪些帐单,报表报表,文件进行处理文件进行处理?10)处理完后，你把哪些处理的结果送出处理完后，你把哪些处理的结果送出?送给哪些工作岗位送给哪些工作岗位?第5章 需求分析 需求捕获基本技法需求捕获基本技法 (二二)功能需求捕

8、获功能需求捕获 1)你希望计算机帮助你处理哪些业务你希望计算机帮助你处理哪些业务?2)你将给这些业务提交要处理的什么数据你将给这些业务提交要处理的什么数据?3)你希望获得什么处理结果你希望获得什么处理结果?4)你把获取的处理结果又如何处理你把获取的处理结果又如何处理?第5章 需求分析需求捕获基本技法需求捕获基本技法 (三三)性能需求捕获性能需求捕获 1)你对系统的处理效率有什么具体要求你对系统的处理效率有什么具体要求?2)如果你的信息被其他人获取如果你的信息被其他人获取,会对你的工作造成什么影响会对你的工作造成什么影响?3)如果系统出现故障如果系统出现故障,多长时间恢复能够不影响你的日常工作多

9、长时间恢复能够不影响你的日常工作?4)谈谈你对色彩、画面的感觉和喜好。谈谈你对色彩、画面的感觉和喜好。5)我和你将一起把你设想的处理用界面描述出来我和你将一起把你设想的处理用界面描述出来,并希望你能够作出评价并希望你能够作出评价.第5章 需求分析三三 需求分析需求分析第5章 需求分析 3.1 概述概述 1 1、需求分析的任务、需求分析的任务 是在需求调查的基础上，结合是在需求调查的基础上，结合组织目标组织目标、业务现业务现状状、技术水平技术水平、投资能力投资能力等因素，对用户提出的需求等因素，对用户提出的需求从从信息系统目标信息系统目标、宏观结构宏观结构、业务功能业务功能、技术性能技术性能、风

10、险风险等方面进行深入分析，最后确定出全面、合理、等方面进行深入分析，最后确定出全面、合理、可行的信息系统需求。可行的信息系统需求。第5章 需求分析 2 2、需求分析的特点、需求分析的特点 用户提出的需求存在模糊、片面、不实际等问题。用户提出的需求存在模糊、片面、不实际等问题。需求分析是对用户需求的合理化过程。需求分析是对用户需求的合理化过程。充分考虑用户需要的原则。充分考虑用户需要的原则。需求分析应该有用户参加，最终所确定的需求分析结需求分析应该有用户参加，最终所确定的需求分析结果应该征得用户的认可。果应该征得用户的认可。第5章 需求分析 3.2 目标分析目标分析 按照按照KozarKozar

11、的观点，信息系统目标应该由组织目标的观点，信息系统目标应该由组织目标导出，并与组织使命、目标、策略等构成塔型结构，见导出，并与组织使命、目标、策略等构成塔型结构，见图图5.15.1。图5.1 目标层次结构 信息系统目标组织策略子目标总目标组织使命和方向第5章 需求分析小区物业管理系统目标分析小区物业管理系统目标分析信息系统案例信息系统案例 Case Study第5章 需求分析 1 1、系统总目标系统总目标 (1)(1)对住宅小区的业主和物业提供管理；对住宅小区的业主和物业提供管理；(2)(2)系统具有友好性和易操作性；系统具有友好性和易操作性；(3)(3)系统具有安全性和保密性。系统具有安全性

12、和保密性。案例分析案例分析 第5章 需求分析2 2、小区物业管理系统子目标小区物业管理系统子目标 (1)楼宇管理：楼宇管理：楼房信息管理楼房信息管理 房间信息管理房间信息管理 (2)(2)业主及住户管理：业主及住户管理：业主管理业主管理 住户管理住户管理 (3)(3)住户车辆管理：住户车辆管理：停车场管理停车场管理 车辆管理车辆管理案例分析案例分析 第5章 需求分析(4)费用管理：费用管理：物业收费管理物业收费管理 交费管理交费管理 水电消耗统计水电消耗统计(5)来客管理：来客管理：(6)人员管理：人员管理：(7)维修管理：维修管理：案例分析案例分析 第5章 需求分析 3.3 需求结构分析需求

13、结构分析 1.1.需求结构的概念及意义需求结构的概念及意义 需求结构需求结构是按照信息系统目标、职能和需求的相关性，是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个从总体上把信息系统的需求划分成为若干个需求包需求包，由，由这些需求包相互关联构成信息系统的需求结构。这些需求包相互关联构成信息系统的需求结构。需求结构是对需求的一种有效组织方法。需求结构是对需求的一种有效组织方法。需求结构为确定信息系统结构提供了依据需求结构为确定信息系统结构提供了依据。第5章 需求分析 2.2.确定需求结构的依据确定需求结构的依据 (1)组织职能组织职能 信息系统的需求结构应与组织职能

14、具有一定的对信息系统的需求结构应与组织职能具有一定的对应性。应性。(2)需求的相关性需求的相关性 需求包内部应该具有较高的关联性；需求包内部应该具有较高的关联性；各个需求包之间的关联关系应该尽量地少。各个需求包之间的关联关系应该尽量地少。第5章 需求分析案例分析案例分析 小区物业管理系统的需求结构小区物业管理系统的需求结构第5章 需求分析 3.4 功能分析功能分析 1 1功能分析的基本原理功能分析的基本原理 信息系统功能信息系统功能是信息系统应该具有的效能和作用是信息系统应该具有的效能和作用。信息系统目标是功能分析的依据。信息系统目标是功能分析的依据。用户需求是信息系统功能的主要来源。用户需求

15、是信息系统功能的主要来源。功能分析是在需求结构基础上进一步分解和细化。功能分析是在需求结构基础上进一步分解和细化。用例分析是进行功能分析的主要手段。用例分析是进行功能分析的主要手段。功能分析需要参考组织功能。功能分析需要参考组织功能。第5章 需求分析 2 2功能分析功能分析 -以小区物业管理系统为例，讨论功能分析。以小区物业管理系统为例，讨论功能分析。案例分析案例分析 第5章 需求分析 楼宇管理楼宇管理 提供提供楼房信息编辑、楼房信息查询、楼房报表输出，楼房信息编辑、楼房信息查询、楼房报表输出，房间信息编辑、房间信息查询、输出房间报表等功能。房间信息编辑、房间信息查询、输出房间报表等功能。案例

16、分析案例分析 第5章 需求分析 3.3.用例说明用例说明 用例说明用例说明是对功能用例图中的用例做出的说明。在是对功能用例图中的用例做出的说明。在用例说明中，需要描述用例的编号、名称、参与者和用用例说明中，需要描述用例的编号、名称、参与者和用例的功能以及交互过程。例的功能以及交互过程。下面给出楼宇管理的几个用例的用例说明：下面给出楼宇管理的几个用例的用例说明：第5章 需求分析楼宇管理楼宇管理:楼宇信息编辑楼宇信息编辑编号编号：01-01参与者参与者：管理员管理员说明说明：工作人员在楼房信息管理下面，可以工作人员在楼房信息管理下面，可以“增加楼房增加楼房”，“删除楼房删除楼房”，“修改楼房修改楼

17、房”以编辑楼房信息。以编辑楼房信息。案例分析案例分析 第5章 需求分析楼宇管理楼宇管理:楼宇信息查询楼宇信息查询编号编号：01-01参与者参与者：管理员管理员说明说明：工作人员在楼房信息管理下面，按工作人员在楼房信息管理下面，按“查询楼房查询楼房”可启动此项功可启动此项功能。系统弹出一个提示查询房间的窗口，按照所需的条件进行查能。系统弹出一个提示查询房间的窗口，按照所需的条件进行查询。询。案例分析案例分析 第5章 需求分析 3.5 性能分析性能分析 1 1信息系统性能的含义信息系统性能的含义 信息系统性能信息系统性能是信息系统功能实现的方式、效率和保障，是信息系统功能实现的方式、效率和保障，它

18、包括信息系统的效率、处理方式、可靠性、安全性、方便它包括信息系统的效率、处理方式、可靠性、安全性、方便性、适应性等内容。性、适应性等内容。效率效率：与处理时间有关的性能要素。与处理时间有关的性能要素。处理方式处理方式：分布模式、交互方式、处理方式等。分布模式、交互方式、处理方式等。可靠性可靠性：保证系统正常工作及抗故障的能力。保证系统正常工作及抗故障的能力。安全性安全性：合法用户使用、非法用户杜绝访问系统的能力。合法用户使用、非法用户杜绝访问系统的能力。方便性方便性：用户使用信息系统友好性、方便性。用户使用信息系统友好性、方便性。适应性适应性：信息系统对环境和需求变化的适应能力。信息系统对环境

19、和需求变化的适应能力。第5章 需求分析 2 2性能分析性能分析 信息系统性能分析信息系统性能分析是对用户提出的各种性能要求是对用户提出的各种性能要求进行综合分析，确定出合理、可行的信息系统性能的进行综合分析，确定出合理、可行的信息系统性能的工作。工作。性能分析一般应从性能分析一般应从技术技术、经济经济、社会社会等方面进行等方面进行综合分析。综合分析。下面以书店为例，讨论信息系统性能分析过程。下面以书店为例，讨论信息系统性能分析过程。第5章 需求分析 用户提出的书店信息系统的性能要求：用户提出的书店信息系统的性能要求：案例分析案例分析 (1)(1)具有高可靠性和冗错能力。不允许系统在工作期间停机

20、，不具有高可靠性和冗错能力。不允许系统在工作期间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误；允许系统丢失图书信息，不允许在运行期间出现故障和错误；(2)(2)具有安全检查机制，非法用户不能使用系统，不能偷看系统具有安全检查机制，非法用户不能使用系统，不能偷看系统信息，不能偷盗图书；信息，不能偷盗图书；(3)(3)具有保密机制，各级使用者只能看到允许查看的系统信息；具有保密机制，各级使用者只能看到允许查看的系统信息；(4)(4)具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。统。第5章 需求分析 1)1)性能的技术因素

21、分析性能的技术因素分析 通过对用户所提出的性能要求从技术角度分析，确定出技术通过对用户所提出的性能要求从技术角度分析，确定出技术上能够实现、且便于实现的信息系统性能。上能够实现、且便于实现的信息系统性能。第第1 1条：条：“不允许在工作期间停机，不允许在运行期间出现故不允许在工作期间停机，不允许在运行期间出现故障和错误。障和错误。”改为改为“系统的故障应该能够得到及时排除，并且系统的故障应该能够得到及时排除，并且不会给图书业务造成重大影响。不会给图书业务造成重大影响。”第第4 4条条“具有防病毒和黑客攻击的能力，不能因为病毒和黑客具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。破坏系统

22、。”改为改为“对于病毒和黑客具有一定的预防能力，并对于病毒和黑客具有一定的预防能力，并能够把病毒和黑客攻击所造成的损失减低到较小程度。能够把病毒和黑客攻击所造成的损失减低到较小程度。”案例分析案例分析 第5章 需求分析 3.6 风险分析风险分析 1 1风险的概念和类型风险的概念和类型 1)1)风险的概念风险的概念 风险风险是可能给信息系统的成功带来威胁或损失的各种潜是可能给信息系统的成功带来威胁或损失的各种潜在的问题。在的问题。2)风险的类型风险的类型 (1)从危害程度分从危害程度分：高危害性风险高危害性风险 中危害性风险中危害性风险 低危害性风险低危害性风险 风险分析的原则风险分析的原则：消

23、除高危害性风险，限制或减轻消除高危害性风险，限制或减轻中危害性风险，控制低危害性风险。中危害性风险，控制低危害性风险。第5章 需求分析 (2)(2)按照风险的隶属特征分按照风险的隶属特征分 技术性风险技术性风险：技术因素引起的风险。潜在的最技术因素引起的风险。潜在的最多、问题最多一类风险。多、问题最多一类风险。工程性风险工程性风险：工程的组织、管理、进行、保证工程的组织、管理、进行、保证等因素存在问题所造成问题的一类风险。等因素存在问题所造成问题的一类风险。环境性风险环境性风险：信息系统所存在的社会和组织环信息系统所存在的社会和组织环境带来潜在性问题的一类风险。境带来潜在性问题的一类风险。第5

24、章 需求分析 3)3)风险处理方法风险处理方法 避免风险避免风险：通过更改需求或方案以弃除造成风险通过更改需求或方案以弃除造成风险原因的一种风险处理策略。原因的一种风险处理策略。限制风险限制风险：通过一定的技术策略，把风险所造成通过一定的技术策略，把风险所造成的危害和影响限制在尽可能小的范围之内。的危害和影响限制在尽可能小的范围之内。减轻风险减轻风险：通过修改需求或方案，或着采用相应通过修改需求或方案，或着采用相应的应对性措施，把风险所造成的危害和损失减轻到可以的应对性措施，把风险所造成的危害和损失减轻到可以应对或承受的范围之内。应对或承受的范围之内。监控风险监控风险：对既不能避免，也不能限制

25、或减轻的对既不能避免，也不能限制或减轻的风险，可以采用有效地监控策略。风险，可以采用有效地监控策略。第5章 需求分析 2 2风险分析风险分析 1)风险识别风险识别 风险识别风险识别是由开发人员根据需求调查和分析的结是由开发人员根据需求调查和分析的结果，找出信息系统可能存在的各种风险的过程。果，找出信息系统可能存在的各种风险的过程。对找出的风险进行编号，并记录到对找出的风险进行编号，并记录到风险记录单风险记录单中。中。第5章 需求分析 2)风险分析风险分析 分析风险的类型分析风险的类型。属于高危害性风险、中危害性风。属于高危害性风险、中危害性风险还是低危害性风险，是属于技术性风险、工程性风险险还

26、是低危害性风险，是属于技术性风险、工程性风险还是环境性风险。还是环境性风险。分析风险出现的可能性分析风险出现的可能性。分析风险产生的原因分析风险产生的原因，以及这种原因在什么环境和，以及这种原因在什么环境和条件下可能引发问题。条件下可能引发问题。分析风险可能对信息系统所能造成的危害分析风险可能对信息系统所能造成的危害，以及这，以及这些危害对信息系统会造成哪些影响。些危害对信息系统会造成哪些影响。第5章 需求分析四四 需求描述需求描述第5章 需求分析 描述信息系统需求的文档被称为描述信息系统需求的文档被称为信息系统需求说信息系统需求说明书明书或或信息系统需求规格说明信息系统需求规格说明。信息系统

27、需求说明书信息系统需求说明书应该包括的内容和采用的格应该包括的内容和采用的格式，目前并没有形成统一的规范。图式，目前并没有形成统一的规范。图5.145.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 概述 4.2 功能用例模型 4.3 功能分析说明5.性能 5.1 概述 5.

28、2 性能需求 5.3 性能分析说明6.风险分析 6.1 信息系统面临的主要风险 6.2 风险的处理策略7.遗留问题第5章 需求分析五五 需求审核需求审核第5章 需求分析 5.1 需求审核的含义需求审核的含义 需求审核需求审核也被称为需求验证，是指在需求分析阶也被称为需求验证，是指在需求分析阶段，通过一定的途径和手段，对初步确定的信息系统段，通过一定的途径和手段，对初步确定的信息系统需求的正确性和可行性进行验证，确定正确的和可行需求的正确性和可行性进行验证，确定正确的和可行的需求，排除含糊、不实际和不可行的需求的需求，排除含糊、不实际和不可行的需求。第5章 需求分析 5.2 需求验证的方法需求验

29、证的方法 1)自查法自查法 自查法由需求分析人员对自己所确定的信息系统自查法由需求分析人员对自己所确定的信息系统需求进行审核和验证，纠正需求中存在的问题需求进行审核和验证，纠正需求中存在的问题。小组审查法小组审查法 参考法参考法 逻辑分析法逻辑分析法 2)用户审查法用户审查法 用户通过对需求文档的阅读找出不符合用户意图用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。需求进行讨论，最后达成一致认识。第5章 需求分析 3)3)专家审查法专家审查法 聘请业务领域、信息系统、政策、法律

30、等方面的聘请业务领域、信息系统、政策、法律等方面的专家对信息系统需求进行审查。专家能够对用户和分专家对信息系统需求进行审查。专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断。行甄别和判断。4)4)原型法原型法 原型法是对存在的有争议或拿不准的需求，通过原型法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求有原型生成环境的理解需求的一种好方法，但它要求有原型生成环境的支持。支持。