结构化系统分析.ppt

3.1 系统分析概述3.2 系统调查与用户需求分析3.3 结构化的系统逻辑模型描述3.4 系统分析相关文档编制1.3.1 系统分析概述 系统分析是应用系统思想和方法，把复杂的对象分解成简单的组成部分，找出这些部分的基本属性和彼此间的关系。3.1.1 系统分析的起源3.1.2 系统分析的任务3.1.3 系统分析的原则3.1.4 系统分析的特点2.3.1.1 系统分析的起源 系统分析(System Analysis)方法源于美国的兰德公司。1945年夏，美国道格拉斯飞机公司在文职人员的建议下，组织各方面的科学家为美国空军研究“洲际战争”，其目的是向空军提供有关技术和设施的建议，不久，提出名为“试验性环球空间飞行器设计”的研究报告。该组织的工作影响较大，经发展、完善,成为独立的研究机构,专门从事咨询活动。以系统为中心,以系统结构、系统观点为主导,创立了一套解决问题的方法-系统分析法。3.3.1.1 系统分析的起源系统分析法：从系统的观点出发，对事物进行分析与综合，找出各种可行方案，以供决策者进行理想的选择。4.3.1.2 系统分析的任务在调查研究的基础上，对新系统的各种方案和设想进行分析、研究、比较和判断的过程，目的是获得新系统的逻辑模型。任务1.详细调查2.分析用户需求3.提出新系统逻辑模型4.编写系统文档（如需求规格说明书、系统分析说明书等）5.3.1.2 系统分析的任务1.详细调查 详细调查现行系统的情况和具体结构。并用一定的工具对现行系统进行详尽的描述，这是系统分析最基本的任务。在充分了解现行系统现状的基础上，进一步发现其存在的薄弱环节，并提出改进的设想。详细调查工作是新系统功能强弱、质量高低的关键所在。6.3.1.2 系统分析的任务2.分析用户需求 用户需求是指用户要求新系统应具有的全部功能和特性。包括：功能要求；性能要求；可靠性要求；安全、保密要求；开发费用、时间以及资源方面的限制等。功能性需求系统应该提供什么功能。非功能性需求系统的特定特性或者约束。需求的优先级：必需有：强制性的需求，系统的基础。应该有：重要需求，某些可以在后续版本中再实现。可以有：真实可选的需求（如果有时间或资源可以实现）。想要有：可以等到下一版本实现的需求。7.3.1.2 系统分析的任务3.提出新系统逻辑模型 逻辑模型是指在逻辑上确定的新系统模型,而不涉及具体的物理实现,即解决系统“做什么”,而不是“如何做”。（由一组图表工具进行描述，用户可通过其了解未来的新系统，并进行讨论和改进。）4.编写系统分析文档 对逻辑模型进行适当的文字说明，组成系统分析说明书或需求规格说明书。8.3.1.3 系统分析的原则1.外部条件和内部条件相结合2.当前利益和长远利益相结合3.局部利益和整体利益相结合4.定量分析与定性分析相结合5.协调性原则6.客观性原则7.“自顶向下、逐步分解”的工作原则9.3.1.3 系统分析的原则1.外部条件和内部条件相结合外部条件：环境因素。任一系统不但受其自身的各种因素的制约，还受外部自然环境等条件的影响。例：工厂 内部：各种生产类型、生产环节、生产过程、物流、信息流、相互制约。外部：政府的有关规定、法纪、制度的约束和控制；外部自然环境系统、协作系统、运输系统、市场情况等。10.3.1.3 系统分析的原则2.当前利益和长远利益相结合 选择一个方案,不但要从目前利益出发,而且还要考虑到将来的利益。3.局部利益和整体利益相结合 因为系统是一个有机的整体，它由许多子系统所组成。因此，我们要求整体效益的最佳化，局部服从全局，从整体目标出发进行分析研究。11.3.1.3 系统分析的原则4.定量分析与定性分析相结合 依据目标的性质和特点采用定量和定性分析相结合的方法。定量分析 指用数量指标分析,它可以用结构、模型、公式、货币等方式表示出来。定性分析 指系统的质量（包括产品和服务等）指标，这种质量指标不容易用定量的标准表示出来，如政治、政策因素、环境污染造成的危害人民身体健康的因素等，对这些只能根据经验统筹分析，以求解决。12.3.1.3 系统分析的原则5.协调性原则 复杂系统是由若干个子系统组成，要保证系统和各子系统及其环境符合空间和时间的有序性，必须协调它们正常运转，使总体性能最佳。6.客观性原则 在进行系统分析时，要遵循辩证法的观点，从客观实际出发，对客观情况作周密的调查，把系统各方面的情况、系统与环境之间及系统内部的问题全部搞清楚。13.3.1.4 系统分析的特点1.工作内容涉及面广、不确定性大2.面向组织管理问题，工作方式主要是与人打交道3.大量使用用画图的方法，直观、易理解4.强调逻辑结构而不是物理实现5.追求的是有限目标 14.3.1.4 系统分析的特点1.工作内容涉及面广、不确定性大 围绕管理问题展开，但要涉及到现代信息技术的应用。分析人员既要和各级各类管理人员打交道，又要了解相关技术（软硬件、DB、网络和通讯技术的应用与发展情况）。系统分析（明确问题、确定目标、了解用户的信息需求）可能遇到的困难、需要解决的问题及工作量、工作进程难以事先估计，不确定性大。15.3.1.4 系统分析的特点2.面向组织管理问题，工作方式主要是与人打交道 为明确系统在支持管理决策方面要解决什么问题，必须对管理系统进行描述。管理系统以人为主，人的思想与行为，如决策过程、信息需求的描述是系统分析的主要困难之一。必须综合运用定性、定量分析方法和有关知识与经验，对组织行为和管理决策过程进行科学分析，对各级各类管理人员的信息需求进行深入的了解。16.3.1.4 系统分析的特点3.大量使用用画图的方法，直观、易理解 对现行系统的业务和数据进行描述时，不用繁琐的语言来描述，而是用画图的方式，简单明确地进行表达。图形直观地描述系统，避免用语言描述所带来的理解上的偏差。图形工具是分析人员与用户、分析与设计人员之间的通信手段。17.3.1.4 系统分析的特点4.强调逻辑结构而不是物理实现 主要任务是确定新系统能够实现用户提出的哪些需求，能够达到什么目标，至于用哪种计算机、用什么技术、怎么去实现的问题不是分析阶段所要解决的。优点：分析人员在分析阶段可以不用过多地考虑具体的实现细节，而把精力放在逻辑功能的确定上。只有保证设计基础是正确的，才能保证未来的系统是正确的。18.3.1.4 系统分析的特点5.追求的是有限目标 由于各部门各类人员的信息需求和目标的多样性，有些目标和需求不一致，甚至相互冲突，同时信息系统的建设是长期任务，不是一次开发所能全部完成的。因此，在一次开发中，分析工作实现的目标是有限的，不可能把现有系统中的所有问题都提出来，更不可能都去解决。只能一次满足用户部分信息需求，做到各有关用户人员大体满意，其他问题留待后续的系统开发项目解决。19.3.2 系统调查与用户需求分析3.2.1 系统调查的目的和范围3.2.2 系统调查的内容与方法3.2.3 用户需求分析及其方法20.3.2.1 系统调查的目的和范围1.目的 深入了解企业管理工作中信息处理的全部具体情况和存在的具体问题，为提出新系统的逻辑模型提供可靠的依据。2.范围（信息、信息流、生产、经营、管理）组织目标和发展战略 工艺流程和产品构成数据与数据流程业务流程与工作形式管理方式和具体业务的管理方法决策方式和决策过程可用资源和限制条件存在问题和改进意见21.3.2.2 系统调查的内容与方法1.组织结构的调查与分析2.功能体系的调查与分析3.管理业务流程的调查与分析4.数据的调查与分析5.薄弱环节的调查6.调查方法22.3.2.3 用户需求分析及其方法用用户需求分析概述需求分析概述需求分析的任需求分析的任务和目的和目的 需求分析的基本任务是要准确回答“系统必须做什么？”这个问题。需求分析的具体任务包括：1）确定对系统的综合要求 对系统的综合要求主要包括功能要求、性能要求、运行要求和其他要求等四个方面。2）分析系统的数据要求 由系统的信息流归纳抽象出系统要求的数据以及数据的逻辑关系。3）导出目标系统的详细逻辑模型 通过以上二项分析的结果导出目标系统的详细逻辑模型。23.3.2.3 用户需求分析及其方法需求分析的需求分析的难点点 需求分析的难点主要体现在以下几个方面:（1）问题的复杂性 （2）交流障碍 （3）不完备性和不一致性 （4）需求易变性24.3.2.3 用户需求分析及其方法确定用确定用户需求的技需求的技术(方法方法)（1）项目的参与者（包括软件设计开发人员和用户等）必须在需求分析过程中加强沟通和协调。一方面，软件设计人员应尽量使用通俗的语言与用户进行交流；另一方面，用户应积极主动地配合软件设计人员的工作。（2）为了保证需求分析阶段能够提出完整、准确的系统逻辑模型，开发人员必须花费足够的时间，全面了解用户的需要，绝不能在需求模糊的情况下仓促进行系统的设计和编程。根据国外的统计资料表明，在典型环境下开发系统，需求分析阶段的工作量大约要占到整个系统开发工作量的20%左右。（3）使用一些有效的需求分析方法（如结构化分析方法等）及自动化工具(如CASE工具)来进行需求分析。25.3.2.3 用户需求分析及其方法需求分析的步需求分析的步骤 需求分析阶段的工作，大致可分为以下几个步骤：(1)通过调查研究，获取用户的需求 可以采取以下一些调查方式：l发调查表；l召开调查会；l向用户领域的专家个别咨询；l实地考察；l跟踪现场业务流程；l查阅与待开发系统有关的资料；l使用各种调查工具等。(2)去除非本质因素，确定系统的真正需求。(3)描述需求，建立系统的逻辑模型。(4)书写需求规格说明书，进行需求复审。26.3.2.3 用户需求分析及其方法需求分析的原需求分析的原则 目前存在着许多需求分析的方法，虽然各种方法都有其独特的描述方式，但不论采用何种方法，需求分析都必须遵循以下的基本原则：(1)能够表达和理解问题的数据域和功能域 (2)能够将复杂问题分解化简 (3)能够给出系统的逻辑视图和物理视图27.3.2.3 用户需求分析及其方法需求分析方法需求分析方法 目前常见的需求分析方法有：1）功能分解方法 2）结构化分析方法 3）信息建模方法 4）面向对象的分析方法28.3.3 结构化的系统逻辑模型描述结构化的构化的逻辑模型主要模型主要传统的数据流的数据流图、E-R图、数据、数据字典等工具描述，其中包括静字典等工具描述，其中包括静态模型和模型和动态模型，相互映照。模型，相互映照。3.3.1 数据流图（DFD）3.3.2 实体-关系图（ERD)3.3.3 数据字典（DD）3.3.4 加工逻辑的描述工具 29.3.3.1 数据流图(DFD)3.3.1 数据流图(DFD)在需求分析阶段，数据流(也称信息流)是系统分析的基础。所谓数据流，形象地说就是系统中“流动的数据结构”。数据流图(DFD，Data Flow Diagram)是描述软件系统中数据处理过程的一种有力的图形工具。数据流图从数据传递和加工的角度出发，刻画数据流从输入到输出的移动和变换过程。由于它能够清晰地反映系统必须完成的逻辑功能，所以它已经成为需求分析阶段最常用的工具。3.3.1.1 3.3.1.1 数据流数据流图的用途的用途 画数据流图的基本目的是利用它作为交流信息的工具。数据流图的另一个主要用途是作为分析和设计的工具。30.3.3.1 数据流图(DFD)3.3.1.2 3.3.1.2 数据流数据流图的的组成符号成符号 1）基本符号 表3-1 数据流图中的基本符号31.3.3.1 数据流图(DFD)3.3.1.3 3.3.1.3 数据流数据流图的的绘制制 数据流图绘制的主要步骤：（1）确定系统的输入输出 （2）由外向里画系统的顶层数据流图 （3）自顶向下逐层分解，绘出分层数据流图图3-1“3-1“自自顶向下，逐步分解向下，逐步分解”过程示意程示意图 32.3.3.1 数据流图(DFD)3.3.1.4 3.3.1.4 绘制数据流制数据流图的原的原则 (1)任何一个数据流至少有一端是处理框。(2)数据流图中各构成元素的名称必须具有明确的含义且能够代表对应元素的内容或功能。具体来说，命名时要注意：名称要反映被命名的成分的真实和全部的意义，避免使用不反映实际内容的空洞词汇。名称要意义明确、易理解、无歧义，加工的名称一般以动词+宾语或名词性定语+动名词为宜。进出数据存储环节的数据流如内容和存贮者的数据相同，可采用同一名称。(3)对数据流图中某个加工进行细化生成的下层数据流图，称为其上层图的子图。应保证分层数据流图中任意对应的父图和子图的输入/输出数据保持一致。(4)在数据流图中，应按照层次给每个加工编号，用于表明该加工所处的层次及上、下层的父图与子图的关系。编号的规则为：顶层加工不用编号；第一层加工的编号为1，2，n；第二层加工的编号为1.1，1.2，2.1，n.1，n.2，等，依次类推。33.3.3.1 数据流图(DFD)3.3.1.4 3.3.1.4 绘制数据流制数据流图的原的原则（接上（接上页）(4)在数据流图中，应按照层次给每个加工编号，用于表明该加工所处的层次及上、下层的父图与子图的关系。编号的规则为：顶层加工不用编号；第一层加工的编号为1，2，n；第二层加工的编号为1.1，1.2，2.1，n.1，n.2，等，依次类推。(5)在一套数据流图中的任何一个数据存储，必定有流入的数据流和流出的数据流，即写文件和读文件，缺少任何一种都意味着遗漏某些加工。(6)数据流图只能由四种基本符号组成，是实际业务流程的客观映象，用于说明系统应该“做什么”，而不需要指明系统“如何做”。(7)数据流图的分解速度应保持适中。通常一个加工每次可分解为24个子加工，最多不要超过七个，因为过快的分解会增加用户对系统模型理解的难度。(8)数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切接触，详细讨论，不断修改；另还要和其他系统建设者共同商讨以求一致意见。34.3.3.1 数据流图(DFD)3.3.1.5 3.3.1.5 数据流数据流图的局限性的局限性 （1）难以在数据流图上标识出数据流、数据存储，加工和外部项的具体内容。（2）不能反映系统中的决策与控制过程。（3）难以对系统中人-机交互过程以及信息的反馈与循环处理进行描述。35.3.3.1 数据流图(DFD)实例分析：酒店管理系统顶层数据流图36.3.3.1 数据流图(DFD)实例分析：酒店管理系统一层数据流图37.3.3.1 数据流图(DFD)练习：以某个社交或购物网站为例，试用Visio画出用户注册与登录部分的数据流图。38.3.3.2 实体-关系图(ERD)3.3.2.1 E-R3.3.2.1 E-R模型的模型的组成成 ERD描述系统涉及的实体概念及它们之间的关系。现在很多场合下已经将其延伸到所有概念及其之间关系的分析，因此有时也称这一阶段的工作为概念建模，所做的图为概念数据模型图(CDM)。1）E-R模型的组成 E-R模型由实体、联系和属性三个基本成分组成。2）E-R模型中的基本符号 E-R模型中的基本符号及含义如表4-2所示。表表3-2 E-R3-2 E-R模型中的基本符号模型中的基本符号39.3.3.2 实体-关系图(ERD)3.3.2.2 E-R3.3.2.2 E-R模型的模型的实例例 图3-2 某校教学管理的某校教学管理的E-R模型模型40.3.3.3 数据字典(DD)3.3.3.1 3.3.3.1 数据字典概述数据字典概述 没有数据字典准确地描述数据流图中使用的数据，数据流图就不严格。反之，没有数据流图，数据字典也难于发挥作用。只有把数据流图和对数据流图中每个数据的精确定义放在一起，才能共同构成系统的规格说明。数据字典的作用数据字典的作用 数据字典最重要的用途是作为分析阶段的工具。在结构化分析中，数据词典的作用是给数据流图上每个成分给以定义和说明。换句话说，数据流图上所有成分的定义和解释的文字集合就是数据词典，而且在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间的通信。如果要求所有开发人员都根据公共的数据字典描述数据和设计模块，则能避免很多麻烦的接口问题；数据字典中包含的每个数据元素的控制信息是有价值的，因为列出了使用一个给定的数据元素的所有程序（或模块），所以很容易估计改变一个数据将产生的影响，并且能对所有受影响的程序或模块做出相应的改变；最后，数据字典是开发数据库的第一步，而且是非常有价值的一步。41.3.3.3 数据字典(DD)3.3.3.2 3.3.3.2 数据字典的基本符号数据字典的基本符号如表4-3所示给出了数据字典中的基本符号和其含义。表3-3 数据字典中的基本符号及其含义42.3.3.3 数据字典(DD)3.3.3.3 3.3.3.3 数据字典中的条目及数据字典中的条目及说明格式明格式 数据字典是关于数据流图中各种成分详细定义的信息集合，可将其按照说明对象的类型划分为四类条目，分别为数据流条目、数据项条目、数据文件条目和数据加工条目。1）数据流条目表表3-4 3-4 数据流条目例子数据流条目例子出勤表出勤表43.3.3.3 数据字典(DD)3.3.3.3 3.3.3.3 数据字典中的条目及数据字典中的条目及说明格式明格式 2）数据项条目表3-5 数据项条目例子职工号44.3.3.3 数据字典(DD)3.3.3.3 3.3.3.3 数据字典中的条目及数据字典中的条目及说明格式明格式 3）数据存储（文件）条目表3-6数据存储（文件）条目职工工资档案文件45.3.3.3 数据字典(DD)3.3.3.3 3.3.3.3 数据字典中的条目及数据字典中的条目及说明格式明格式 4 4）数据加工条目）数据加工条目表表3-7 3-7 数据加工条目数据加工条目计算算应发工工资46.3.3.3 数据字典(DD)3.3.3.4 建立数据字典的原则建立数据字典时应遵守的原则有：(1)对数据流图上各种成分的定义必须严密、精确、易理解、唯一，不能存在二义性。(2)书写格式应简洁且严格，风格统一、文字精炼，数字与符号正确。(3)命名、编号与数据流图一致。(4)符合一致性与完整性的要求，对数据流图上的成分定义与说明无遗漏项。(5)应可方便地实现对所需条目的按名查阅。(6)应便于修改和更新。(7)没有冗余。47.3.3.3 数据字典(DD)3.3.3.4建立数据字典时应遵守的原则有：(1)对数据流图上各种成分的定义必须严密、精确、易理解、唯一，不能存在二义性。(2)书写格式应简洁且严格，风格统一、文字精炼，数字与符号正确。(3)命名、编号与数据流图一致。(4)符合一致性与完整性的要求，对数据流图上的成分定义与说明无遗漏项。(5)应可方便地实现对所需条目的按名查阅。(6)应便于修改和更新。(7)没有冗余。48.3.3.3 数据字典(DD)3.3.3.53.3.3.5建立数据字典的方法建立数据字典的方法建立数据字典的常用方法有2种：手工建立和自动建立。1）手工建立）手工建立手工建立数据字典的内容并用卡片形式存放，其步骤如下：(1)按4类条目规范的格式印制卡片；(2)在卡片上分别填写各类条目的内容；(3)先按图号顺序排列，同一图号的所有条目按数据流、数据项、数据文件和数据加工的顺序排列；(4)同一图号中的同一类条目（如数据流卡片）可按名字的字典顺序存放，加工一般按编号顺序存放；(5)同一成分在父图和子图都出现时，则只在父图上定义；(6)建立索引目录。49.3.3.3 数据字典(DD)3.3.3.53.3.3.5建立数据字典的方法建立数据字典的方法2 2）自）自动建立建立自动建立主要是指利用计算机辅助建立并维护数据字典，其方法有2种：(1)编制一个“数据字典生成与管理程序”，可以按规定的格式输入各类条目，能对字典条目增、删、改，能打印出各类查询报告和清单，能进行完整性、一致性检查等。(2)利用已有的数据库开发工具，针对数据字典建立一个数据库文件，可将数据流、数据项、数据文件和加工分别以矩阵表的形式来描述各个表项的内容，如表4-8所示。表3-8数据流的矩阵表然后使用开发工具建成数据库文件，便于修改、查询，并可随时打印出来。另外，有的数据库管理系统本身包含一个数据字典子系统，建库时能自动生成数据字典。自动建立比手工建立数据字典有更多的优点，能保证数据的一致性和完整性，使用也方便，但增加了技术难度与机器开销。50.3.3.3 数据字典(DD)3.3.3.63.3.3.6数据数据词典的典的编写写实例例1）用数据字典来表达下列的存折格式，存折格式如图4-3所示，对应的数据字典如表3-9所示。图3-3 存折格式51.3.3.3 数据字典(DD)3.3.3.63.3.3.6数据数据词典的典的编写写实例例表3-9 数据字典实例存折格式的表达52.3.3.3 数据字典(DD)3.3.3.63.3.3.6数据数据词典的典的编写写实例例2）用数据字典简单表达前面定货系统中的“定货报表”数据流，如表4-10所示。表3-10数据字典实例定货报表的表达53.3.3.4 加工逻辑的描述3.3.4 3.3.4 加工加工逻辑的描述工具的描述工具 对数据流图的每一个基本加工，必须有一个基本加工逻辑说明。基本加工逻辑说明必须描述基本加工如何把输入数据流变换为输出数据流的加工规则；加工逻辑说明必须描述实现加工的策略而不是实现加工的细节；加工逻辑说明中包含的信息应是充足的、完备的、有用的和无冗余的。用于写加工逻辑说明的工具有结构化语言、判定表及判定树三种。54.3.3.4 加工逻辑的描述3.3.4.1.3.3.4.1.结构化构化语言言结构化语言是一种介于自然语言（英语或汉语）和形式化语言之间的半形式化语言，形式化语言精确，但不易被理解，自然语言易理解，但它不精确，可能产生二义性。结构化语言取“长”补“短”，它是在自然语言基础上加了一些限定，使用有限的词汇和有限的语句来描述加工逻辑，即具有结构化程序的清晰易读的优点，又具有自然语言的灵活性，不受程序语言那么严格的语法约束。结构化语言的结构可分成外层和内层两层。例如，一个商店业务处理系统中对“检查发货单”这个功能有如下要求：如果发货单金额超过$500，且以往有欠款，欠款日期超过了60天，则在偿还欠款前不予批准发货；如果发货单金额未超过$500，且以往有欠款，欠款日期超过了60天，则批准发货，打印批准书、发货单和一份赊欠报告；不论发货单金额是否超过$500，如果欠款日期未超过60天，都批准发货，打印批准书和发货单。55.3.3.4 加工逻辑的描述用结构化语言描述如下：if 发货单金额超过$500 then if 欠款超过了60天 then 在偿还欠款前不予批准 else（欠款未超期）发批准书，发货单 else（发货单金额未超过$500）if 欠款超过60天 then 发批准书，发货单及赊欠报告 else（欠款未超期）发批准书，发货单 56.3.3.4 加工逻辑的描述3.3.4.2.3.3.4.2.判定表判定表当某一加工的实现需要同时依赖多个逻辑条件的取值时，对加工逻辑的描述就会变得较为复杂，很难采用结构化语言清楚地将其描述出来，而采用判定表则能够完整且清晰地表达复杂的条件组合与由此产生的动作之间的对应关系。1）判定表的组成 判定表的一般格式如表4-11所示，通常一张判定表由四部分组成。（1）左上部列出所有条件；（2）左下部是所有可能做的动作；（3）右上部为各种可能组合条件，其中每一列表示一种可能组合；（4）右下部的每一列是和每一种条件组合所对应的应做的动作。表3-11 判定表的一般格式57.3.3.4 加工逻辑的描述2 2）绘制判定表的制判定表的实例例 某数据流图中有一个“确定保险类别”的加工，指的是申请汽车驾驶保险时，要根据申请者的情况确定不同的保险类别。加工逻辑为：如果申请者的年龄在21岁以下，要额外收费；如果申请者是21岁以上并是26岁以下的女性，适用于A类保险；如果申请者是26岁以下的已婚男性，或者是26岁以上的男性，适用于B类保险；如果申请者是21岁以下的女性或是26岁以下的单身男性，适用于C类保险。除此之外的其他申请者都适用于A类保险。构造一张判定表可采取以下步骤：（1）提取问题中的条件：条件是年龄、性别及婚姻。（2）标出条件的取值：为绘制判定表方便，用符号代替条件的取值，如表5-12所示。（3）计算所有条件的组合数N：N=mi=322=12。（4）提取可能采取的动作或措施：适用于A类保险、B类保险、C类保险和额外收费。（5）制作判定表：如表4-13所示。（6）完善判定表。58.3.3.4 加工逻辑的描述表表3-12 3-12 条件取条件取值表表表表3-13 3-13 判定表判定表59.3.3.4 加工逻辑的描述3）判定表的优缺点判定表的优点：采用表格化的形式，适于表达含有复杂判断的加工逻辑；能够简洁，无二义性的描述所有的处理规则。判定表的缺点：只能表示静态逻辑，不能作为通用的设计工具；判定表虽然能清晰地表示复杂的条件组合与应做的动作之间的对应关系，但其含义却不是一眼就能看出来的，初次接触这种工具的人要理解它需要有一个简短的学习过程；此外，当数据元素的值多于两个时，判定表的简洁程度也将下降。60.3.3.4 加工逻辑的描述3.3.4.3.判定树判定树是判定表的变种，也能清晰地表示复杂的条件组合与应做的动作之间的对应关系。1）判定树的实例图3-4 3-4 描述描述“确定保确定保险类别”功能的判定功能的判定树61.3.3.4 加工逻辑的描述2）判定树的优缺点判定树的优点是形式简单、直观，不需要任何说明，一眼就可以看出其含义，因此易于掌握和使用。判定树的缺点是判定树虽然形式上比判定表直观，但逻辑上没有判定表严格，用户在使用判定树时容易造成个别条件的遗漏；与判定表一样判定树只能表示静态逻辑，不能作为通用的设计工具。62.3.3.4 加工逻辑的描述3.3.4.4对加工逻辑描述工具的选择加工逻辑说明是结构化分析方法的一个组成部分，上述三种描述加工逻辑的工具各有优缺点，对于顺序执行和循环执行的动作，用结构化语言描述；对于存在多个条件复杂组合的判断问题，用判定表和判定树描述。判定树较判定表直观易读，判定表进行逻辑验证较严格，能把所有的可能性全部都考虑到，可将两种工具结合起来，先用判定表作底稿，在此基础上产生判定树。字典是开发数据库的第一步，而且是非常有价值的一步。63.3.4 系统分析相关文档编制3.4.1 3.4.1 信息系信息系统需求需求说明明书 描述信息系统需求的文档被称为信息系统分析说明书、信息系统需求说明书或信息系统需求规格说明书。信息系统需求说明书将详细、准确地反映最终确定的信息系统需求内容，并能够简要地反映需求分析的过程以及相关问题，既是对需求分析工作的总结，又作为后续阶段的工作纲领，系统设计、实现和测试都将按照信息系统需求进行。信息系统需求说明书应该包括的内容和采用的格式，目前并没有形成统一的规范。信息系统需求说明书一般要说明以下问题：(1)引言 (2)项目概述 (3)具体需求以下是一个参考格式：64.3.4 系统分析相关文档编制3.4.1 3.4.1 信息系信息系统需求需求说明明书信息系统需求说明书参考格式：1 系统简介 1.1 系统背景 1.2 功能架构 1.3 环境配置 1.4 整体业务流程 2 系统数据模型 2.1 系统实体关系图（ERD)2.2 系统数据流图（DFD)2.3 数据字典（DD)3 面向对象模型*3.1 用例（Use Case)模型 3.2 类图 3.3 序列图 4.验收标准附录1 缩略词2 图目录3 表目录65.3.4 系统分析相关文档编制3.4.2 3.4.2 衡量需求说明书优劣的标准（1）正确性（2）无歧义性（3）完全性（4）可验证性（5）一致性（6）可理解性（7）可修改性（8）可追踪性66.3.4 系统分析相关文档编制3.4.3 3.4.3 需求分析需求分析评审1需求评审的内容 需求评审的内容包括：（1）系统定义的目标是否与用户的要求一致；（2）系统需求分析阶段提供的文档资料是否齐全；（3）文档中的所有描述是否完整、清晰、准确地反映了用户要求；（4）与所有其它系统成分的重要接口是否都已经描述；（5）主要功能是否已包括在规定的软件范围之内，是否都已充分说明；（6）软件的行为和它必须处理的信息、必须完成的功能是否一致；（7）设计的约束条件或限制条件是否符合实际；（8）是否考虑了开发的技术风险；（9）是否详细制定了检验标准，它们能否对系统定义成功进行确认。67.3.4 系统分析相关文档编制2 2需求分析需求分析评审的方法的方法需求分析评审有以下一些方法可供参考：（1）自查法自查法由需求分析人员对自己所确定的信息系统需求进行审核和验证，纠正需求中存在的问题。（2）用户审查法分析人员可以把信息系统需求说明书提交给用户，用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。（3）专家审查法聘请业务领域、信息系统、政策、法律等方面的专家对信息系统需求进行审查。专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断。（4）原型法原型法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求有原型生成环境的支持。68.谢谢观看！