软件需求分析精简版考试范围1

一、单项选择题1、 软件生产中产生需求问题的最大原因在于对应用软件的（模拟性）理解不透彻或应用不坚决。2、 需求分析的目的是保证需求的（完整性和一致性）。3、 系统需求开发的结果最终会写入（系统需求规格说明）。4、 现实世界中的（实体和状态）构成了问题解决的基本范围，称为该问题的问题域。5、 功能需求通常分为三个层次，即业务需求、用户需求和（系统需求）。7、 如果在最终的物件（FinalArtifact）产生之前，一个中间物件（MediateArtifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（虹型）。8、 按照使用方式讲行分类，原型可分为：演示原型、（严格意义上的原型）、试验原型和引示系统原型。10、 按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原型又被细分为血索式原型和实验式原型）。11、 原型的需求内容可以从三个纬度上分析：即（外观、角色和实现）。13、 以下（完善）不是情景性的重要性质？14、 以下（开放）是情景性的重要性质？16、 下列（统计报表）属于定量硬数据？17、 下列（规章手册）属于定性硬数据？18、 功能目标可以分为（满足型目标和信息型目标）。19、 在表达软目标的分解和细化时使用的ANDContribution链接和ORContribution链接，Contribution的作用是（积极的或消极的）。20、 AND链接将一个父目标连接到一系列细化的子目标，意思是如果能够满足所有细化的子目标，那么将（足以满足）父目标。22、 下列选项中，（概念）不是在目标模型中使用的其他模型元素。23、 面向目标方法的目标分析阶段的主要任务是（建立目标模型）。25、 场景的形式是指场景的表达模式，从形式上分为两个方面：（描述和外观）26、 描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、半形式化语言和形式化语言。在实践中，（非形式化的自然语言）是主要的描述方式。28、 场景的内容是指场景所表达的知识类型。它被分为6个不同的方面。下列（且的）不是场景的内容。29、 需求工程利用场景的目的可能有三种：即:（描述、探索和解释）。30、 使用解释性场景在需求分析时能够（降低模型的复杂性），或者被用于进行需求的验证。31、 下列（编写系统需求规格说明）不是场景方法在需求工程中的应用。32、 下列（合取关系）是组织场景时可用的场景关系。33、 与其他的场景方法相比，用例最大的特点是采用了（静态结构化文本）的描述方式。34、 用例之间的关系主要有（包［含、扩展和泛化）三种。35、 分析的活动主要包括识别、定义和结构化，它的目的是获取某个可以转换为知识的事物的信息，这种分析活动被称为（建立需求分析模型）。36、 （抽象和分解）是建模最为常用的两种手段。37、 抽象通过强调本质的特征，（减少）了问题的复杂性。38、 需求分析仅仅需要描述解决方案，不需要探索实现细节的情况下，分析模型又是（半形式化）的，尤为适用。39、 上下文图描述系统与环境中外部实体之间的界限和联系。它从现实世界的角度说明了系统的（边界和环境），并确定了所有的输入和输出。40、 （数据流图DFD）是结构化分析方法的核心技术，它表明系统的输入、处理、存储和输出，以及它们如何在一起协调工作。41、 结构化、信息工程和面向对象三种方法学下的需求分析技术都是（面向解系统）的。42、 使用面向问题的技术对问题世界的建模就被称为（前期）需求阶段的分析。43、 使用面向解系统的技术对软件系统解决方案的描述称为（后期）需求阶段的分析。44、 需求分析活动的一个重要任务是进行（需求细化）,明确用户需求的隐含信息，展开为明确的对软件系统的行为期望，即系统需求。45、 在分层结构中，DFD定义了三个层次类别的DFD图：（上下文图）、0层图和N层图。46、 因为数据存储是系统内部的功能实现，所以在将系统视为黑盒的情况下，上下文图中不会出现遨据存储实例）。47、 数据建模技术能够弥补过程建模在（数据说明）方面的缺陷，它描述数据的定义、结构和关系等特性。48、 。概念实体是一种抽象概念，不考虑概念背后的物理存在，所以通常不包含与之相关联的其他（特征（即属性））。49、 在ERD建模中，实体通常所指的就是（逻辑实体）。50、 ERD中属性是实体的特征，不是数据。属性会以一定的形式存在，这种存在才是数据，被称为属性的（值）。52、 ERD中关系的基数分为最大基数和最小基数。最大基数又被称为（键约束）。53、 在实体之间建立关系时，可能会产生一些附带的实体，被称为关联实体，最常见的形式是（进程实体）。55、 下列（属性）不是用例模型中的关系？56、 系统边界是指一个系统所包含的系统成分与系统外事物的分界线。用例模型使用一个血形框）来表示系统边界，以显示系统的上下文环境。57、 UML使用的行为模型有三种，即:（交互图、状态图和活动图）。58、 项目的前景和范围文档、用户需求文档都被视为属于（用户文档），重点都是用户的现实世界。59、 系统需求规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档和人机交互文档一起被用于系统开发的目的，都被认为是（开发文档）。二、填空题1、 传统的需求分析方法都是从设计领域转入分析领域的。2、 面向专业用户的纯工具型软件分析阶段的主要目的是为充分利用创新优势而进行巧妙的功能安排。3、 面向普通用户的纯工具型软件进行分析的主要目的是进行方案权衡，寻找一套切实有效的功能配置。6、 软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为，产生软件需求规格说明。7、 约束是不受解系统影响，却会给解系统带来极大影响的逊域特性。8、 优秀的需求应该具备7个特性，即完整性、正确性、精确性、可行性、必要性、无歧义和可验证。11、 演示原型主要被用在项目启动阶段。12、 演示原型都是被用来展示用户想象中的系统视图，所以它要能够表现用户界面的重要特征。13、 ，如果一个问题的技术解决方案是不清晰的，證示原型也可以被用来展现相应的细节功能以使用户确信该问题解决的可能性。17、 实现是指原型物件完成功能的细节技术和方法。18、 使用演化式原型方法，在开发时就需要注意原型的健壮性和代码的质量。19、 使用实验式开发方法，需要实现多种技术方案，考察重要的系统的质量属性。22、 航空调度、证券交易、医疗手术控制等复杂的协同问题都具有突现的情景性。23、 民族志的一个主要应用目的就是研究和解决复杂的协同问题。24、 复杂的工作总会同时存在着正常流程和异常流程，异常流程大多是一些特殊情况下的处理，限定了异常处理的上下文环境，即异常处理具有局部的情景性。27、 时间采样允许需求工程师建立指定的时间间隔来观察用户的活动情况。28、 文档审查主要获取对象包括相关产品的需求规格说明、硬数据和客户的需求文档。29、 文档分析通常是数据建模方法的一个基础部分，它是通过检杳采集的硬数据来确定潜在的需求。32、 模型驱动方法的模型是在前期需求阶段的分析中建立的。33、 目标模型的一个核心要素是元素之间的关系，称为链接。34、目标模型的链接有两类：一类是目标之间的链接：另一类是目标与其他模型元素之间的链接。37、 场景具有重点描述真实世界的特征，它利用情景、行为者之间的交互、事件随时间的演化等方式来叙述性地描述系统的使用。38、 静态外观的场景被展现为一个或者数个描述性的文本或者图片。39、 动态外观的场景会被以动态的方式展现出来，人们可能会要求按时序向前或者向后浏览场景，也可能会要求跳转到场景的某一个时刻进行观察。42、 抽象场景，又称为类型场景，是以经验中的类别和抽象概念来描述事实。43、 探索性场景可以用来进行需求获取和需求建模与分析。44、 每个用例是对相关场景集合的叙述性的文本描述，这些场景是用户和系统之间的交互行为序列，帮助实现用户的目的。47、 单个用例描述了系统的功能片段，系统的所有用例基于一定的关系组织起来，建立用例模型，就可以描述整个系统的功能。48、 原有用例和新建立的抽象用例的关系即为包含关系。49、 在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档以及需求规格说明。用例文档通常被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。52、 分解将单个复杂和难以理解的问题分解成多个相对更容易的子问题，并掌握各子问题之间的联系。53、 基于软件构建单位及其之间的关系建立的模型，用来说明软件逻辑上的构建方式和实现方式，由于它使用的组元及其关系都是软件的元素，因此它是来自于软件的模型，称为计算模型。54、 模型语言的三要素：语法、语义、语用。其惟用给出了一个模型元素描述的更宽广的上下文，以及影响该模型元素意义的约束和假定。57、 信息工程和结构化方法的本质差别在于解决问题的策略不同。58、 前期需求阶段分析的重点是理解问题世界，因此它关注的是整个问题世界，注重于系统的环境、开发组织的业务背景、涉众的特征以及目标等等，软件系统只是整个背景下的一个要素。59、 后期需求阶段分析关注的是解系统解决方案的建立，因此它以软件系统为中心，注重于分析系统的内部功能以及它与环境的互动，是对系统功能的详细信息的分析。62、 微规格说明被用来描述DFD过程分解结构中最底层过程的处理逻辑。63、 DFD中所有的外部实体联合起来构成了软件系统的外部上下文环境，它们与软件系统的交互流就是软件系统与其外部环境的接口，这些接口联合起来定义了软件系统的系统边界。64、 数据流是指数据的运动，它是系统与其环境之间或者系统内两个过程之间的通信形式。67、 为了保证DFD图的可理解性，0层图应该被描述的简洁、清晰，所以在描述复杂的系统时，0层图中不应出现太过具体的过程和数据存储。68、 DFD中对0戻图的过程分解产生的子图称为1层图。69、 数据建模建立的模型称为数据模型，是问题域和解系统共享的知识集合，通常能够反映企业业务的核心知识。72、 ERD的逻辑实体是对概念实体的细化，拥有完整的特征描述。73、 数据建模中对行为和事件的建模需要是为了了解它们在某些时刻的快照或者运行环境信息，而不是它们所体现出来的功能和达成的效果，所以称这类实体为进程实体。77、 一个实体可能有多个键，这些键都被称为候选键。78、 通常人们从多个候选键中选择和使用固定的某一个键来进行实例的标识，这个被选中的候选键被称为主键，没有被选做主键的候选键被称为替代键。81、 关系是存在于一个或多个实体之间的自然业务联系。82、 只有一个实体参与的关系存在于实体的不同实例之间，称为一兀关系，又称为递归关系。83、 ERD中关系的基数分为最大基数和最小基数。最小基数又被称为参与约束。86、 ERD中被关系影响的实体主要是弱实体和关联实体。87、 用例模型的基本元素有四种：用例、参与者、关系和系统边界。88、 UML行为模型是用例模型的实现，以更加详细的方式说明用例所描述的系统行为。92、 优秀的需求规格说明文档应该具备：正确性、无歧义、完备性、一致性、根据重要性和稳定性分级、可验证、可修改、可跟踪等特性。93、 需求验证常见方法有：需求评审、原型与模拟、测试用例开发、用户手册编制、利用跟踪关系和自动化分析。94、 评审又被称为同级评审，是指由作者之外的其他人来检查产品问题的方法。97、 需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。98、 从需求向后回溯（前向跟踪的两种联系之一）说明软件需求来源于哪些涉众的需要和且标。99、 后向跟踪是指需求被定义到软件需求规格说明文档之后的演化过程。三、 判断题1、 需求工程包括需求获取和需求开发两个方面。（X）2、 需求验证是需求工程中最后一个活动。（X）3、 软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分具有模拟特性。（丁）8、 按照构建技术进行分类，原型可分为：水平原型和垂直原型。（J）9、 严格意义上的原型主要被用在需求分析阶段。（J）10、 要完成相同的功能，构建抛弃式原型比构建演化式原型所花费的代价要大得多。（X）15、 原型修正主要依据评估人员的反馈，可以忽略事先的原型调整计划。（X）16、 文档审查是一种传统的需求获取方法，是专门针对文档进行的需求获取活动。（V）21、 AND和0R链接用于描述目标的分解和细化关系。（V）22、 目标的发现并是一个自上而下分解的过程，也就是一个不断发现和细化的过程。（X）23、 对系统的现状和背景进行分析往往能够发现重要的目标，得到一些明确的问题和缺陷，它们的反面就是系统需要实现的目标。（V）28、 描述性场景的目的是为了记录已经得到的需求，即整理每次需求获取行为中得到的信息。（V）29、 UML就是以用例来捕获系统所有的系统需求的。（X）30、 用例的内容只能包含有正常流程，而不能包含有异常流程。（X）35、 抽象一方面要求人们关注重要的信息，同时又不能忽略次要的内容。另一方面也要求人们将认知保留在适当的层次，屏蔽更深层次的细节。（X）36、 由于计算模型的形式化特征不适合于需求工程阶段，因此计算模型不适合用于需求分析中的建模0（V）37、 具有形式化特征的计算模型是用户和开发者共同理解的模型。（X）42、 上下文图是DFD的一个特定层次，被用来说明系统的上下文环境，确定系统的边界。（V）43、 外部实体是指处于待构建系统之外的人、组织、设备或者其他软件系统，但它们要受系统的控制，开发者可以以任何方式操纵它们。（X）44、 上下文图以黑盒看待和描述系统的方式使它非常适合描述系统的应用环境、定义系统的边界，这正是DFD在层次结构中将其置于最高层的原因。（V）50、 发起或触发用例的外部用户以及其他软件系统等角色被称为参与者。（V）51、 交互图是对单个用例的典型场景的实现，适合于事务性业务工作的表示。（V）52、 UML行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。（X）55、 软件需求规格说明文档是对部分系统功能分配给软件部分的详细描述。（X）56、 硬件需求规格说明文档是对整个系统功能当中分配给硬件部分的详细描述。（V）57、 人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述。（V）58、 验证活动同样普遍存在于需求分析过程中。（X）60、前向跟踪是指需求在被获取到软件需求规格说明文档之前的演化过程。（X）定义四、 名词解释题1、需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关4/10注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。3、需求分析：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。8、 结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。9、 半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。11、头脑风暴（Brainstorming）:是一种特殊的群体面谈方式，它的目的不是发现需求，而是“发明”需求，或者说是发现“潜在”需求。它鼓励参与者在无约束的环境下进行某些问题的自由思考和自由讨论，以产生新的想法。它是需求获取中用于“发明”需求的方法，但它会增加需求的数量。14、场景：场景是对系统和环境行为的局部描述，或者说场景是对行为或者事件序列的描述，序列中的行为和事件是系统需要完成的一个任务的特殊示例。（也可以说，场景是用户为了达到某个目标而和软件系统发生的行为交互序列，是开发者描述软件功能和需求的一种重要形式。）16、民族志：民族志是由人类学家最早提出来的，用来理解原始社会（PrimitiveSocieties）的社会机制。它要求人类学家花费长期的时间（通常是数年）在被研究的社会中生活并且仔细观察该社会中的实际活动，得到第一手的观察数据。对这些观察数据的分析可以揭示被研究社会的社会结构、组织方法和具体活动。18、用例驱动法：用例是一种场景的文本化表现方式，使用叙述性的文本来描述场景。以用例为核心，围绕用例开展活动的软件开发方法被称为用例驱动的软件开发方法。20、 过程建模：过程建模是结构化分析方法的典型技术。过程建模将系统看做是过程的集合，其中一些由人来执行，另一些由软件系统来执行。过程建模使用的主要技术有上下文图、数据流图、微规格说明和数据字典等。21、 上下文图：上下文图是DFD最高层次的图，是系统功能的最高抽象，它将整个系统看做是一个过程，这个过程实现系统的所有功能。上下文图中存在且仅存在一个过程，表示整个系统。这个单一的过程通常编号为0。27、OCL（语言）：OCL（ObjectConstraintLanguage）称为对象约束语言。0CL不是编程语言而是一种建模语言，它在保证一定表达能力的前提下，注重于语言的简洁性和抽象性。但它无法被用来描述程序的控制逻辑和工作流程，而且它的表达式定义也无法在程序中得到直接的执行。29、需求基线：需求基线（RequirementsBaseline）就是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。五、问答题3、简要说明需求获取活动的过程。答：（1） 收集和应用背景资料，建立初始的知识框架。分析涉众的高层次问题，总结出系统的业务需求。（2） 设计一个高层次的解决方案，并确定解决方案需要具备的系统特性。高层次的解决方案和系统特性定义了项目的前景和范围。（3） 在项目的业务范围内，需求工程要寻找相关的涉众，并分析和涉众选择。（4） 对组织里存在大量的表格、单据等与业务相关的硬数据进行采样，它们是需求获取活动中一个重要的信息来源。（5） 针对某一次具体的需求获取活动，要依据项目范围确定主题和内容，涉众特征和硬数据，从而确定信息来源。获取方法通常只有综合内容、来源和系统环境三者才能做出正确的决定。在内容、来源和方法都确定之后，需求工程师就可以开展具体的获取活动，获取用户需求和问题域特性。获取得到的具体信息要记录下来，以获取笔录的形式进行保存。

Avoid[TrainEiiteriii^Maiutain / Nlaintaiii[W<7SAvoid[TrainEiiteriii^Maiutain / Nlaintaiii[W<7S-DisiBetweeiiTrains]'/[TrackseminentSpeedLiniit]raiiisNloreC'loselySpncMilj-Min[TimeBetAveenStfitions答：图中，火车管理系统主要有三个高层的软目标：服务更多的旅客(ServeMorePassengers)、尽可能降低成本(Costs,类型Min)和安全运输(SafeTransport)。对ServeMorePassengers的工作可以同时从增加新班次(NewTracksAdded)和提高原有班次效率上着手。提高原有班次效率则可以通过提高列车运行速度(TrainSpeed，类型Max)或者缩短班次间隔(DistanceBetweenTrains，类型Min)来实现。降低成本的实现可以考虑降低新投资(DvlptCosts,类型Min)或者降低运营成本(OperationCosts,类型Min)。而增加新班次(NewTracksAdded)的目标要求可能会增加降低新投资目标的实现困难。在实现安全运输的措施中，有三个是必须达到的：要保持安全的车距(WCS—DistBetweenTrains，类型Maintain)。列车的速度要保持在轨道能够承受的范围内(TrackSegmentSpeedLimit,类型Maintain)。列车不要进入已经关闭的站台(TrainEnteringClosedGate,类型Avoid)。14、下图是为一个会议安排系统建立的目标模型，请分析说明该目标模型。资源依検丨丨标依報软廿标依赖答：图中所示的目标模型。系统有两类行为者，一类是会议的发起人MeetingInitiator,另一类是会议的参加者MeetingParticipant。在会议的参加者中，又有一些比较特殊的人员，它们的参加与否对会议的成败有着至关重要的影响，因此被单独列为一类行为者ImportantParticipant。MeetingInitiator成功安排会议的目标是让MeetingParticipant(尤其是ImportantParticipant)出席会议(AttendsMeeting)。而且为了保证会议的成功，MeetingInitiator要相当程度上能够确信ImportantParticipant会出席会议(Assured(AttendsMeeting))。会议应该安排在一个所有MeetingParticipant都空闲的时间，也就是说不能安排在MeetingParticipant抽不出身来的时间(ExclusionDates)。在了解所有MeetingParticipant的空闲时间之后，MeetingInitiator可以提出一些可能的会议时间(ProposedDates)。然后，MeetingParticipant从中选择一个自己倾向的时间(PreferredDates)。在对所有会议参与者的倾向时间进行协调之后，可以确定最终的会议安排情况Agreement。22、请说明如何快速有效地判定一个DFD图是否为原始DFD图？答：功能分解的过程需要持续进行，直至最终分解产生的子图都是原始DFD图，关键问题是如何快速有效地判定一个DFD图是否是原始DFD图。在分解产生的子图为下述情景之一时，可以判定其为原始DFD图，此时应该停止持续的功能分解活动：所有过程都已经被简化为一个选择、计算或者数据库操作。所有数据存储都仅仅表示了一个单独的数据实体。用户已经不关心比子图更为细节的内容，或者子图的描述已经详细的足以支持后续的开发活动。每一个数据流都已经不需要进行更详细的切分，以展示对不同数据的不同处理方式。每一个业务表单、事务、计算机的屏幕显示(ComputerOn-lineDisplay)和业务报表都已经被表示为一个单独的数据流。系统的每一个最低层菜单选项都能在子图中找到独立的过程。28、简述需求管理的主要作用。答：(划线部分为必答要点)在实践中发现的需求管理的作用有：强了项目涉众对复杂产品特征在细节和相互依赖关系上的理解。②增进了项目涉众之间的交流。需求管理为项目涉众提供了一个共同的需求理解，从而有助于项目涉众之间的交流，减少了可能的误解和交流偏差。减少了工作量的浪费，提高了生产力。准确反映项目的状态，有助于项目决策。改变项目文化，使得需求的作用得到重视和有效发挥。30、 简述如何进行需求变更控制？答：(划线部分为必答要点)需求开发是一个获取、明确并定义需求的过程，但需求并不是在需求开发结束之后就会恒定不变的。为了解决需求变化给项目带来的影响，需要正确地处理需求变化，首先要认识到在很多情况下，需求的变化是正当和不可避免的：问题发牛了改变。软件被创建的目的在于解决用户的问题，可是随着时间的发展，形势可能会发牛变化，导致用户的问题也发生了变化。。2环境发生了改变。软件是通过与其周围环境进行交互的方式来解决用户的问题的。③需求基线存在缺陷。需求开发的理想结果当然是建立一个完全无缺陷的需求基线，但这是不可能达到的目标。因为需求工•程的复杂性，需求开发得到的需求基线总是或多或少的会遗留下一些缺陷。③用户变动。用户对软件的认识变化。相关产品的岀现。31、 在功能分解过程中，最重要的是要保证分解过程的平衡性(Balance)。平衡性是保证功能分解不会导致需求内容出现偏差的方法，它要求DFD子图的输入流、输出流必须和父过程的输入流、输出流保持一致。请对下图的平衡性做出分析。在上图所描述的功能分解中，父过程P的输入流是a,输出流是b。在P分解后产生的子图当中，a是唯一从子图范围之外进入子图的数据流，所以a是子图唯一的输入流。同样b是唯一从子图流向范围之外的数据流,所以b是子图唯一的输出流。这样，P的输入流、输出流就和子图的输入流、输出流保持了一致，对P的功能分解就满足了平衡性。32、在功能分解过程中，最重要的是要保证分解过程的平衡性（Balance）。平衡性是保证功能分解不会导致需求内容出现偏差的方法，它要求DFD子图的输入流、输出流必须和父过程的输入流、输出流保持一致。请对下图的平衡性做出分析。上图所表示的功能分解中，父过程的输入流为a,父过程输出流为b,子图的输入流为a和c,子图的输出流为b。这样，虽然父过程和子图的输出流保持一致，但它们的输入流却存在差异，于是图所描述的功能分解破坏了平衡性，是一个错误的功能分解。六、案例分析题1、请按下列描述，用DeMarco-Yourdon和Gane-Sarson表示法分别画出“食物订货系统”的过程模型图（DFD）。食物订货系统主要和3种外部的实体：顾客、管理者和厨房存在交互行为。首先，食物订货系统需要接收顾客的食物订单，并在接收后向顾客呈送一个收条，然后将订单转交系统内部的功能处理。其次，食物订货系统要能够将已经接收的食物订单及时的转交给厨房，这样厨房才能够根据订货的情况进行生产。最后，食物订货系统要能够基于一段时间的事务积累，为管理者提供管理报表，反映组织的生产状况。食物订货系统的内部功能主要有4个。第一个功能是接收顾客的食物订单，向顾客呈送收条，并将订单及时转交厨房，同时启动对订单的后续处理（第二个功能和第三个功能）。第二个功能是处理顾客食物订单，根据订单生成并记录食物的销售事务。第三个功能也是处理顾客食物订单，但其目的是根据订单更新库存信息，以保证生成的原材料供应。第四个功能是根据一段时间内的食物销售情况和库存管理情况，生成管理报表，向管理者反映组织的生产状况。在食物订货系统中，食物销售记录和库存记录是为了完成系统的功能（产生管理报表），组织希望储存的数据。解答：

图1用DeMarco-Yourdon表示法表示的DFD图2用Gane-Sarson表示法表示的DFD3、从下面的事件中，你可以替Jeannine总结出哪些教训？投资经理Jeannine对一个新的投资跟踪系统具有强烈的需求。她需要做出快速决策来考虑可能进行的投资和撤销投资，耽误一个小时就可能给公司造成几千美元的损失。最后她放弃了使用公司的信息系统，因为公司的信息系统没有给予她的请求足够高的服务优先级。她找到软件开发商，购买了一套看似可以满足她要求的软件。但高层管理人员不同意使用，而且还遇到了其他一些问题。首先，财务审计员重新评估了公司的投资策略和投资政策。Jeannine并不知道这一点，于是新的系统没有计人正在被考虑的新政策。她自己的职员抵制这个系统产生的有关投资和撤销投资的建议。虽然新系统使用了公司信息系统现有的文件结构，但她却发现她的职员两年前就放弃使用那些文件了，因为那些文件没有包括全面分析可选替代投资方案所需的数据。她的职员也批评新系统的设计，说很小的操作错误就会把系统带入“混乱”状态，而且很难恢复过来。她的一些下级经理坚持要有图形形式的报告，而新系统无法产生这些报告。最后的问题是，Jeannine不能确定新系统是否可以进行