软件工程基础胡思康课件PPT课件

1、SEY软件需求的基本概念软件需求的基本概念1需求需求工程的过程工程的过程2需求获取技术需求获取技术3结构化需求分析和建模结构化需求分析和建模4案例：简历自动获取和查询系统的需求建模案例：简历自动获取和查询系统的需求建模5需求评审需求评审6第1页/共90页实际项目经验表明：用户自身对将要开发的系统实际项目经验表明：用户自身对将要开发的系统也并不是完全理解，对需求目标的陈述带有主观片也并不是完全理解，对需求目标的陈述带有主观片面性、模糊性、不一致性，甚至还会出现错误；用面性、模糊性、不一致性，甚至还会出现错误；用户不会把需求按照功能、性能、行为、约束等特性户不会把需求按照功能、性能、行为、约束等特

2、性对需求分门别类。对需求分门别类。第2页/共90页只有运用系统的方法学，并借助需求分析提供的只有运用系统的方法学，并借助需求分析提供的方法和工具，才能把软件系统功能、性能的总体方法和工具，才能把软件系统功能、性能的总体陈述转化为具体的软件需求规格说明，奠定软件陈述转化为具体的软件需求规格说明，奠定软件开发的基础。开发的基础。第3页/共90页软件需求软件需求实际上就是准确回答实际上就是准确回答“系统必须做什么系统必须做什么”的问题。这一阶段还不能确定系统如何实现，而的问题。这一阶段还不能确定系统如何实现，而是确定系统必须完成的任务是什么，用户操作流是确定系统必须完成的任务是什么，用户操作流程是什

3、么顺序，系统约束条件如何规定。程是什么顺序，系统约束条件如何规定。第4页/共90页 定义软件的使用领域和必须满足的约束542任务确定系统功能、性能、领域等内容31确定软件与其他成分间的接口和通信建立数据模型、功能模型和行为模型最终定义需求规格说明书、并经过技术审查和管理复审，用作评价确认测试和质量评估的依据第5页/共90页系统中最主要、最基本的需求是功能需求。功能体现计算机能在多大程度上辅助用户完成任务，是用户体验中最重要的部分。恰当的给用户提出将来系统可能进行的扩充和修改第6页/共90页数据从哪里来（收集过程），到哪里去（存储过程），系统内部如何操作和转换这些数据，如果表示数据，如何共享数据

4、等问题。 数据分析将数据从物理实体映射为逻辑实体，分析逻辑数据间的连接、视图模型。第7页/共90页把问题域中的问题转换成信息领域问题。结构化方法采用数据流图、数据字典等图形工具定义。面向对象方法采用例图、类-对像图。第8页/共90页基线是进行需求变更的界线。在需求分析的基线定义之前，能够随时进行需求变更，若在基线定义之后变更，则需要重新进行审查和复审。第9页/共90页功能是否有约束，系统如何使用更能符合用户的操作习惯。在需求评审中，软件人员需要在用户的配合下，对需求规格说明进行管理复审，以确保和用户对需求规格说明的理解达成一致。第10页/共90页通过用户对流程的描述，将有关概念和内容连接起来，

5、如信息、组织结构、处理规则、操作流程等，使得对问题的定义既有宏观描述，也有微观解释。第11页/共90页设计模式重用（需求阶段考虑的重点）和代码重用。第12页/共90页例如：增量开发模型中迭代过程的增量选择，主要就是通过需求分析优先级来确定的第13页/共90页立即通知所有相关人员，并积极讨论变更带来的影响和组织新的实施方案。第14页/共90页第15页/共90页描述系统描述系统提供的服务提供的服务和在和在特定条件下的行为特定条件下的行为。包。包括系统登录、输入、响应、输出、异常等，有时还括系统登录、输入、响应、输出、异常等，有时还需要特别说明系统不应该做什么。通过需求分析，需要特别说明系统不应该做

6、什么。通过需求分析，划分出系统必须完成的所有功能。划分出系统必须完成的所有功能。完整性完整性（尽量尽量得到所有用户提出的服务）和得到所有用户提出的服务）和一致一致性性（功能需求不能有相互矛盾之处）。（功能需求不能有相互矛盾之处）。第16页/共90页“简历信息自动获取系统简历信息自动获取系统”u基本业务功能基本业务功能 u用户管理功能用户管理功能u数据管理功能数据管理功能第17页/共90页规定了软件必须满足的规定了软件必须满足的时间时间上或上或空间空间上的上的约束约束，通常包括系统响应时间、主存容量、存储容量、安通常包括系统响应时间、主存容量、存储容量、安全性、压力等方面的需求。全性、压力等方面

7、的需求。“简历信息自动获取系统简历信息自动获取系统”u提取简历信息提取简历信息准确性准确性的要求的要求u对系统对系统安全性安全性的要求的要求u对系统对系统可靠性可靠性的要求的要求第18页/共90页具体应用范围。具体应用范围。“简历信息自动获取系统简历信息自动获取系统”u简历文本内容符合一般简历的要求，包括姓名、简历文本内容符合一般简历的要求，包括姓名、年龄、专业等必要信息，否则该简历文本会被年龄、专业等必要信息，否则该简历文本会被系统自动放弃。系统自动放弃。第19页/共90页与软件系统有关的外在约束，如法律需求、道德与软件系统有关的外在约束，如法律需求、道德需求、外部数据交换需求、预期需求等。

8、需求、外部数据交换需求、预期需求等。“简历信息自动获取系统简历信息自动获取系统”u随着互联网文件格式标准和企业发展的需要，随着互联网文件格式标准和企业发展的需要，对以对以XMLXML格式或企业提供的简历模版编写的简格式或企业提供的简历模版编写的简历，系统预期将要能自动获取信息。历，系统预期将要能自动获取信息。 第20页/共90页SEY软件需求的基本概念软件需求的基本概念1需求工程的过程需求工程的过程2需求获取技术需求获取技术3结构化需求分析和建模结构化需求分析和建模4案例：简历自动获取和查询系统的需求建模案例：简历自动获取和查询系统的需求建模5需求评审需求评审6第21页/共90页第22页/共9

9、0页需求工程过程是需求工程过程是一一个个可行性研究可行性研究、需求获取需求获取、需需求分析与建模求分析与建模、需求评审需求评审的的迭代迭代过程过程。u可行性研究可行性研究：最初的计划阶段：最初的计划阶段-确定问题是确定问题是否能够解决。其目的不是确定问题如何去解决，否能够解决。其目的不是确定问题如何去解决，而是确定问题是否值得去解（而是确定问题是否值得去解（技术可行性技术可行性、操作操作可行性可行性、经济可行性经济可行性、法律可行性法律可行性）。）。第23页/共90页需求工程过程是需求工程过程是一一个个可行性研究可行性研究、需求获取需求获取、需需求分析与建模求分析与建模、需求评审需求评审的的迭

10、代迭代过程过程。u需求获取需求获取：通过获取技术（对系统领域知识有：通过获取技术（对系统领域知识有一定了解的前提下），得到用自然语言描述的问一定了解的前提下），得到用自然语言描述的问题陈述和功能陈述。题陈述和功能陈述。第24页/共90页需求工程过程是需求工程过程是一一个个可行性研究可行性研究、需求获取需求获取、需求分析与需求分析与建模建模、需求评审需求评审的的迭代迭代过程过程。u需求分析与建模需求分析与建模：以需求获取文档为基础，逐步细化需：以需求获取文档为基础，逐步细化需求中的软件功能，找出系统各元素间的依赖和调用关系、求中的软件功能，找出系统各元素间的依赖和调用关系、接口特性和设计上的性能

11、约束。之后用软件开发方法提供接口特性和设计上的性能约束。之后用软件开发方法提供的的图形工具图形工具，用，用形式化形式化或或半形式化半形式化的定义来描述初步需求。的定义来描述初步需求。将目标系统的物理模型转换为详细的将目标系统的物理模型转换为详细的逻辑模型逻辑模型，形成最终，形成最终的软件的软件需求规格说明书需求规格说明书和初步的和初步的用户手册用户手册。第25页/共90页需求工程过程是需求工程过程是一一个个可行性研究可行性研究、需求获取需求获取、需需求分析与建模求分析与建模、需求评审需求评审的的迭代迭代过程过程。u需求评审需求评审：进行技术审查和管理复审，再次确：进行技术审查和管理复审，再次确

12、保所采纳的技术方案在技术上是可行的，在操作保所采纳的技术方案在技术上是可行的，在操作上是符合用户习惯的，在经济上是有效的，在法上是符合用户习惯的，在经济上是有效的，在法律上是合法的。律上是合法的。第26页/共90页第27页/共90页需求工程的管理需求工程的管理贯穿整个需求工程的全过程。贯穿整个需求工程的全过程。在需求工程管理过程中存在两大难题：一是在需求工程管理过程中存在两大难题：一是需求确需求确认困难认困难；二是；二是需求不断变更需求不断变更。 第28页/共90页对传统的需求变更管理过程来说，主要包括对传统的需求变更管理过程来说，主要包括软件配置软件配置、软软件基线件基线和和变更审查变更审查

13、。u软件配置的软件配置的目的目的是确保所做的工作是是确保所做的工作是可回朔可回朔的，能够恢的，能够恢复原来工作的文档、代码等内容，也能跟踪目前工作结果复原来工作的文档、代码等内容，也能跟踪目前工作结果的来龙去脉。需要进行软件配置的内容称为软件配置项，的来龙去脉。需要进行软件配置的内容称为软件配置项，主要有两类：一是主要有两类：一是属于产品自身需要的内容属于产品自身需要的内容，如开发文档、，如开发文档、代码、数据等；二是代码、数据等；二是为软件产品服务的内容为软件产品服务的内容，如进度计划、，如进度计划、人员安排、报告等。人员安排、报告等。第29页/共90页对传统的需求变更管理过程来说，主要包括

14、对传统的需求变更管理过程来说，主要包括软件配置软件配置、软软件基线件基线和和变更审查变更审查。u软件基线由一组软件配置项组成。当软件配置项处于稳软件基线由一组软件配置项组成。当软件配置项处于稳定状态后（如需求文档经过评审以后），就确定了这组软定状态后（如需求文档经过评审以后），就确定了这组软件配置项的基线。在后续的开发过程中，软件配置项发生件配置项的基线。在后续的开发过程中，软件配置项发生变更，则这一变更须通过变更审查并确定，变更才能记录变更，则这一变更须通过变更审查并确定，变更才能记录在软件配置项中，并通知与之有关的人员。在软件配置项中，并通知与之有关的人员。第30页/共90页需求获取是需求

15、分析的前提，没有完整、正确的需求获取是需求分析的前提，没有完整、正确的获取用户需求，就不能保证软件产品质量。因此，获取用户需求，就不能保证软件产品质量。因此，软件人员与用户交流需要好的方法，以便能达成共软件人员与用户交流需要好的方法，以便能达成共识。识。 第31页/共90页第32页/共90页SEY软件需求的基本概念软件需求的基本概念1需求工程的过程需求工程的过程2需求获取技术需求获取技术3结构化需求分析和建模结构化需求分析和建模4案例：简历自动获取和查询系统的需求建模案例：简历自动获取和查询系统的需求建模5需求评审需求评审6第33页/共90页个别会谈个别会谈：会谈的双方是：会谈的双方是分析员分

16、析员、用户用户以及以及系统系统领域专家领域专家。用户提供对系统功能、性能等方面的需。用户提供对系统功能、性能等方面的需求；领域专家提供系统背景知识、领域需求等方面求；领域专家提供系统背景知识、领域需求等方面的知识。在这个过程中，分析员学习和掌握系统背的知识。在这个过程中，分析员学习和掌握系统背景知识，保证需求获取的正确性。景知识，保证需求获取的正确性。第34页/共90页小组会议小组会议：对于系统的不同用户，由于操作流程：对于系统的不同用户，由于操作流程的不同，使用功能的不同，对软件运行环境要求的的不同，使用功能的不同，对软件运行环境要求的不同，他们对系统的需求也不尽相同。小组会议保不同，他们对

17、系统的需求也不尽相同。小组会议保证各方需求获取的完整性、一致性证各方需求获取的完整性、一致性。第35页/共90页谈话提纲谈话提纲u用户用户背景背景u系统背景系统背景u维护维护第36页/共90页分析员给用户提供规范的问卷表，帮助用户分析员给用户提供规范的问卷表，帮助用户明晰问题的主旨。明晰问题的主旨。P P4040 表表2-12-1第37页/共90页分析员实际观察用户的手工操作过程，体验用户分析员实际观察用户的手工操作过程，体验用户在工作中所遇到的不便和困难。在工作中所遇到的不便和困难。用户环境就是将来系统运行的场景，用户的一次用户环境就是将来系统运行的场景，用户的一次手工操作过程手工操作过程就

18、是一个就是一个用例用例。防止场景陷阱防止场景陷阱。第38页/共90页快速原型技术的基本思想是：在系统开发时期就快速原型技术的基本思想是：在系统开发时期就让用户尽早地接触系统，对系统原型进行评估，指让用户尽早地接触系统，对系统原型进行评估，指出不足之处并提出修改意见。出不足之处并提出修改意见。分析员和开发人员按照用户的需求修改原型或重分析员和开发人员按照用户的需求修改原型或重新开发原型，最终得到满足用户需求的软件系统。新开发原型，最终得到满足用户需求的软件系统。第39页/共90页快速原型法有两种不同类型：快速原型法有两种不同类型：抛弃型原型法抛弃型原型法和和演化型原型法演化型原型法。u演化型原型

19、法：构造一个功能简单但满足一定质量的系统演化型原型法：构造一个功能简单但满足一定质量的系统原型，通常这个原型是最终系统的核心部分，然后通过不断原型，通常这个原型是最终系统的核心部分，然后通过不断地增加功能，修改原型中存在的不足，最后得到符合用户需地增加功能，修改原型中存在的不足，最后得到符合用户需求的、高质量的软件系统。求的、高质量的软件系统。第40页/共90页快速原型法有两种不同类型：快速原型法有两种不同类型：抛弃型原型法抛弃型原型法和和演化型原型法演化型原型法。u抛弃型原型法：构造一个功能简单且质量要求不高的系统抛弃型原型法：构造一个功能简单且质量要求不高的系统原型，针对这个原型，用户和设

20、计人员提出意见、不足和错原型，针对这个原型，用户和设计人员提出意见、不足和错误，形成新的需求和设计方案。据此不用原有模型而重新设误，形成新的需求和设计方案。据此不用原有模型而重新设计更加完整、准确、一致、可靠的软件原型。如此往复迭代，计更加完整、准确、一致、可靠的软件原型。如此往复迭代，最终得到符合用户需求的、高质量的软件系统最终得到符合用户需求的、高质量的软件系统第41页/共90页SEY软件需求的基本概念软件需求的基本概念1需求工程的过程需求工程的过程2需求获取技术需求获取技术3结构化需求分析和建模结构化需求分析和建模4案例：简历自动获取和查询系统的需求建模案例：简历自动获取和查询系统的需求

21、建模5需求评审需求评审6第42页/共90页结构化分析的核心是结构化分析的核心是数据数据。数。数据包括在分析、设计和实现中据包括在分析、设计和实现中涉及的概念、术语、属性等所涉及的概念、术语、属性等所有内容，并把这些内容定义在有内容，并把这些内容定义在数据字典数据字典中。围绕数据字典，中。围绕数据字典，完成完成功能模型功能模型、数据模型数据模型和和行行为模型为模型的结构化建模过程。的结构化建模过程。主要描述数据建模过程，刻画系统的静态状态，它包括实体的属性和属性间的关系完成对功能、操作流程的抽象和分解，完成功能建模。通过将复杂问题自顶向下逐层分解，把操作流程由物理过程抽象为逻辑过程，完成对问题的

22、分解和抽象，最终解决问题是系统的行为建模，通过外部事件的触发，导致系统采取相应操作第43页/共90页数据建模需要回答以下几个问题：数据建模需要回答以下几个问题：系统中有哪些系统中有哪些数据对象数据对象？数据对象具有哪些数据对象具有哪些属性属性？数据对象间有什么数据对象间有什么关系关系？数据对象分别数据对象分别处于系统的哪些功能或流程处于系统的哪些功能或流程中？中？在在面向对象建模面向对象建模中，从数据对象里能中，从数据对象里能抽象出更高层次的对象抽象出更高层次的对象吗？或者数据吗？或者数据对象能组合对象能组合吗？吗？在在面向对象建模面向对象建模中，从数据对象里能中，从数据对象里能细化出更具体的

23、数据细化出更具体的数据吗？吗？或者数据对象能或者数据对象能分解分解吗？吗？第44页/共90页实体关系模型（实体关系模型（ERER）是结构化建模的可视化图形是结构化建模的可视化图形工具，它描述工具，它描述数据对象（实体）数据对象（实体）、对象属性对象属性和对和对象间象间关系关系。第45页/共90页软件系统中涉及的概念、术语、属性，或需求描述中的名词、软件系统中涉及的概念、术语、属性，或需求描述中的名词、主谓结构短语都能作为候选数据对象。如外部实体（电子简历主谓结构短语都能作为候选数据对象。如外部实体（电子简历文件）、事件（生成各部门视图）、事物（简历检索结果）、文件）、事件（生成各部门视图）、事

24、物（简历检索结果）、角色（各部门的不同用户）、组织单位（企业内部）、结构角色（各部门的不同用户）、组织单位（企业内部）、结构（简历库）等对象。这些对象分别用一组属性来定义。（简历库）等对象。这些对象分别用一组属性来定义。在在结构化数据建模结构化数据建模中，中，数据对象数据对象是是属性的集合属性的集合。而在。而在面向对面向对象建模象建模中，中，数据对象数据对象是是属性和行为的集合属性和行为的集合，更体现了对象是动，更体现了对象是动静相结合的有机体。静相结合的有机体。第46页/共90页属性是对象的静态特征，通常是系统需求描述属性是对象的静态特征，通常是系统需求描述中的名词。中的名词。在在ERER模

25、型的模型元素中，用模型的模型元素中，用矩形矩形表示表示实体实体、圆圆矩形矩形表示表示属性属性、并用、并用无向边无向边将对象与属性相将对象与属性相连接连接。第47页/共90页关系关系表明了数据对象间的表明了数据对象间的关联关系关联关系。基数基数则表明则表明数据对象在关系上的数据对象在关系上的数量约束数量约束。关系关系用用菱形菱形表示，它通常是一个表示，它通常是一个动词动词或或动宾短语动宾短语。三种基数关系（三种基数关系（1 1：1 1，1 1：N N，M M：N N）。）。关系关系也可以具有也可以具有属性属性。第48页/共90页用户简历部门工号*姓名*所属部门编号*权限*参加工作时间*专业*特长

26、编号*姓名*性别*年龄*专业*手机特长编号*名称*职责*隶属*管理隶属N1查看MN第49页/共90页数据流图（数据流图（DFDDFD）是结构化建模中最流行的功能是结构化建模中最流行的功能建模工具，描述从建模工具，描述从数据输入数据输入、数据转换数据转换到到数据输数据输出出的全过程。的全过程。能对能对DFDDFD图图分层分层，分层的，分层的DFDDFD更进一步刻画了系统更进一步刻画了系统的功能分解。的功能分解。 第50页/共90页外部系统用户目标系统输入数据输入数据输出数据输出数据外部系统用户第51页/共90页或或或数据加工，实现数据变换。其中要注明加工的名字。外部实体，即数据源或外部系统。其中

27、要注明数据源或外部系统的名字。数据存储。其中注明数据存储名字或编号。数据流，描述变换的加工数据及数据流方向。箭头上部要注明数据流的名字。 第52页/共90页如果数据加工中不同的数据流同时如果数据加工中不同的数据流同时“流流”向一个向一个数据加工，或当数据加工间同时输出多条数据流数据加工，或当数据加工间同时输出多条数据流时，需要用下图所示的图例来定义语义信息更明时，需要用下图所示的图例来定义语义信息更明确的确的DFDDFD图。图。第53页/共90页ABT*CABT+CABT+CABT*CABT+CABT+C第54页/共90页DFDDFD图可以用来表示任何抽象级别的系统功能，随着系统功图可以用来表

28、示任何抽象级别的系统功能，随着系统功能和信息的逐渐增加，能和信息的逐渐增加，DFDDFD图通过分解来逐层细化用户需求。图通过分解来逐层细化用户需求。 分解步骤如下分解步骤如下：l确定确定系统的外部信息源、数据源或与外部系统的接口系统的外部信息源、数据源或与外部系统的接口。l画画出顶层（出顶层（0 0层）层）DFDDFD图。图。 l第一次第一次精化：划分系统的子系统精化：划分系统的子系统。l逐逐层求精：对各子系统进一步精化。层求精：对各子系统进一步精化。 第55页/共90页简历信息自动获取和查询系统简历信息自动获取和查询系统l数据源数据源：企业各部门用户；：企业各部门用户；l数据终点数据终点：企

29、业各部门用户（简历查询结果的显示）：企业各部门用户（简历查询结果的显示）l主要数据流主要数据流：简历、查询信息；：简历、查询信息；l数据存储数据存储：原始简历库、简历库；：原始简历库、简历库；l主要处理过程主要处理过程：简历的自动获取、简历查询；：简历的自动获取、简历查询；第56页/共90页0 0层层DFDDFD图图部门用户简历自动获取和查询系统部门用户F1 原始简历库F2 简历库简历文件简历查询信息登录信息简历第57页/共90页第一步求精：第一步求精：1 1层层DFDDFD图图部门用户部门用户F1 原始简历库F2 简历库简历文件简历查询信息登录信息简历1登录F3 用户信息库权限2自动获取简历

30、信息权限3 查询查询信息简历第58页/共90页逐步求精：对各系统进一步精化逐步求精：对各系统进一步精化F1 原始简历库F2 简历库简历文件2.1电子收集电子简历2.2读取电子简历权限2.3 分析关键词简历简历文件简历文件2.4 自动获取简历信息关键词第59页/共90页逐步求精：对各系统进一步精化逐步求精：对各系统进一步精化F2 简历库3.1分析查询信息3.2查询查询信息3.3 生成查询结果简历关键词权限关键词简历第60页/共90页对对DFDDFD图中各部分元素的命名切忌用空洞的名图中各部分元素的命名切忌用空洞的名词，这样不仅会给系统设计带来歧义，而且难词，这样不仅会给系统设计带来歧义，而且难以

31、确定数据的结构和组织方式。命名时应遵循以确定数据的结构和组织方式。命名时应遵循以下原则以下原则：第61页/共90页用用名词或名词短语，避免使用空洞、无意义的词汇；名词或名词短语，避免使用空洞、无意义的词汇；尽量使用需求描述中的已有词和领域术语；尽量使用需求描述中的已有词和领域术语；命名出现困难时，考虑是否是数据流划分是否正确，并重命名出现困难时，考虑是否是数据流划分是否正确，并重获需求；获需求；顶层顶层DFDDFD图中的加工名就是软件项目的名字；图中的加工名就是软件项目的名字；分层分层DFDDFD图中，数据存储一般局限在某一层或少数几层中。图中，数据存储一般局限在某一层或少数几层中。 第62页

32、/共90页逐层细化逐层细化DFDDFD图时，还要注意以下几点：图时，还要注意以下几点：u父图和子图的平衡关系父图和子图的平衡关系：父子图（上下层图）中的输入、：父子图（上下层图）中的输入、输出必须保持一致，不能随意修改数据流。输出必须保持一致，不能随意修改数据流。uDFDDFD图的编号图的编号：按层次进行，体现对系统加工过程中自：按层次进行，体现对系统加工过程中自顶向下的分解。顶向下的分解。u平衡平衡规则规则：所有子图中涉及的外部环境，需要与顶层图：所有子图中涉及的外部环境，需要与顶层图的外部环境保持一致。的外部环境保持一致。第63页/共90页状态转换图状态转换图（Status Transit

33、ion DiagramStatus Transition Diagram，STDSTD）通过描述系统状态及引起状态转换的事件来）通过描述系统状态及引起状态转换的事件来表示系统行为。表示系统行为。STDSTD图同时也反映了事件执行的行图同时也反映了事件执行的行为。为。STDSTD图主要由图主要由状态状态、转换转换和和事件事件的图形符号构的图形符号构成。成。 第64页/共90页状态状态是是可观察可观察到的到的行为行为，是同一数据对象在系，是同一数据对象在系统的统的不同运行时刻不同运行时刻所具有的行为所具有的行为属性值属性值，是事件，是事件触发后一系列动作的结果。触发后一系列动作的结果。 初态中间状

34、态终态第65页/共90页由一个状态转换到另一个状态的关联由一个状态转换到另一个状态的关联就是就是状态状态转换转换，它表明状态变换是有序变换过程，用有向，它表明状态变换是有序变换过程，用有向箭头表示箭头表示。状态。状态变换是由事件或条件触发的，因变换是由事件或条件触发的，因而箭头上应说明事件名称或触发条件。如果状态而箭头上应说明事件名称或触发条件。如果状态间转换没有事件触发，则前一状态结束信息就是间转换没有事件触发，则前一状态结束信息就是转换到下一状态的触发条件。转换到下一状态的触发条件。 第66页/共90页事件事件是指在某一时刻是指在某一时刻发生的事情发生的事情，是触发状态转换的条件，是触发状

35、态转换的条件或一系列动作。在中间状态的符号中，活动即是事件或一系列动作。在中间状态的符号中，活动即是事件 。 STDSTD图定义了图定义了3 3个个标准事件标准事件，它们都没有参数：，它们都没有参数：uentryentry事件事件：用于说明转换到该状态的特定动作；：用于说明转换到该状态的特定动作；uexitexit事件事件：用于说明触发该状态的特定动作；：用于说明触发该状态的特定动作；udodo事件事件：用于说明处于当前状态时执行的动作：用于说明处于当前状态时执行的动作第67页/共90页检索Do：连接简历库验证用户Do：连接用户信息库验证查询输入Do：要求事物主窗口Do：要求事物等待用户登录用

36、户名密码关键词检索成功显示查询数据检索失败显示无效信息选择退出第68页/共90页数据字典以数据字典以结构化方式结构化方式定义了在数据建模、功定义了在数据建模、功能建模和行为建模过程中涉及到的能建模和行为建模过程中涉及到的所有数据信息所有数据信息、控制信息控制信息。DDDD的定义形式多种多样：的定义形式多种多样：词条描述词条描述、定义式定义式和和WarnierWarnier图的定义方式图的定义方式。第69页/共90页定义式（定义式（BFBF范式）范式）-适用于定义的数据或控制适用于定义的数据或控制信息具有良好的数据结构的情况。信息具有良好的数据结构的情况。第70页/共90页简历信息自动获取和查询

37、简历信息自动获取和查询系统系统简历=编号+姓名+性别+年龄+专业+手机号码+特长用户=工号+姓名+所属部门编号+权限+参加工作时间+专业+特长+简历部门=编号+姓名+职责+隶属+管理姓名=2汉字字符8 注：姓名最多为8个汉字性别=男|女年龄=18. . 120专业= 2汉字字符20手机=13|5|89数字9特长= 2字符1024权限=0|1|2工号=1|2|3|4|5|6|7|8|97数字7编号=2数字3关键词=1姓名|性别|年龄|专业|爱好N 第71页/共90页词条描述详细说明了词条描述详细说明了数据和控制信息在系统内数据和控制信息在系统内的传播途径的传播途径。它分为它分为数据流词条数据流词

38、条、数据元素词条数据元素词条、加工词条加工词条和和存储文件词条存储文件词条等内容的定义。等内容的定义。P P5050 图图2-212-21 第72页/共90页简历信息自动获取和查询简历信息自动获取和查询系统系统名字：原始简历库别名：简历文件数据库描述：保存原始的电子简历文件定义：电子文件格式=pdf+doc+wps+txt+html名字：简历库别名：简历信息数据库描述：保存从原始简历文件中提取的信息定义：简历=姓名+性别+年龄+专业+手机号码+特长第73页/共90页WarnierWarnier图图，是描述信息层次结构的一种工具。，是描述信息层次结构的一种工具。类似于一种结构式语言，它用到下列三

39、种符号类似于一种结构式语言，它用到下列三种符号: : 顺序执行顺序执行 选择执行选择执行 循环执行循环执行第74页/共90页用用WarnierWarnier图形图形工具工具描述的超市收银描述的超市收银员一天的工作流程。员一天的工作流程。上班刷卡收银业务结算下班刷卡初始化单笔业务结束单笔业务n清点货物收款取一件商品扫描商品信息m银行卡+现金第75页/共90页加工逻辑也称为过程说明，用于描述加工逻辑也称为过程说明，用于描述DFDDFD加工部分加工部分的流程或算法。加工逻辑的形式主要有的流程或算法。加工逻辑的形式主要有“过程描述过程描述语言语言”、“判定树判定树”、和、和“判定表判定表”等。等。过程

40、描述语言（过程描述语言（PDLPDL）也称为也称为伪代码语言（伪代码语言（PLPL），），它是一种介于自然语言和形式化语言之间的结构化它是一种介于自然语言和形式化语言之间的结构化语言。语言。第76页/共90页顺序结构顺序结构选择结构选择结构uif if 条件表达式条件表达式 then BLOCKthen BLOCKuif if 条件表达式条件表达式 then BLOCK1 else BLOCK2then BLOCK1 else BLOCK2uSelect Select 表达式表达式 case case值值1 1：BLOCK1BLOCK1； case case值值2 2：BLOCK2BLOCK2

41、； case case值值N N Block NBlock N； end select end select第77页/共90页循环结构循环结构uwhile while （条件表达式）（条件表达式） BLOCKBLOCK; ; uDo BLOCK; while (Do BLOCK; while (条件表达式条件表达式) )；uRepeat BLOCK; until (Repeat BLOCK; until (条件表达式条件表达式););程序程序注释。用符号注释。用符号“/”或或“/ /* * */ /表示对程序表示对程序语句的注释语句的注释P P5252 图图2-252-25第78页/共90页S

42、EY软件需求的基本概念软件需求的基本概念1需求工程的过程需求工程的过程2需求获取技术需求获取技术3结构化需求分析和建模结构化需求分析和建模4案例：简历自动获取和查询系统的需求建模案例：简历自动获取和查询系统的需求建模5需求评审需求评审6第79页/共90页在需求工程完成之前，必须编写在需求工程完成之前，必须编写软件需求规格说明软件需求规格说明和和数据规数据规格说明格说明，形成初步的用户手册，并按照评审标准对软件需求过，形成初步的用户手册，并按照评审标准对软件需求过程和规格说明进行评审，目的是发现并消除其中存在的遗漏、程和规格说明进行评审，目的是发现并消除其中存在的遗漏、错误和不足，使得规格说明符

43、合标注及规范的要求。通过了评错误和不足，使得规格说明符合标注及规范的要求。通过了评审的软件需求规格说明和数据规格说明将成为基线配置项，并审的软件需求规格说明和数据规格说明将成为基线配置项，并纳入需求管理过程纳入需求管理过程。 主要包括：主要包括：软件需求规格说明软件需求规格说明和和软件数据需求说明软件数据需求说明等文档等文档。第80页/共90页软件需求规格说明（软件需求规格说明（SRSSRS）描述用户的）描述用户的功能需求功能需求、性能需求性能需求、领域需求领域需求，以及对，以及对软件环境软件环境、硬件环境硬件环境等约束等约束，明确定义，明确定义系统安全性系统安全性、可靠性可靠性、可操作性可操作性的性能指标，确保用户