需求工程期末复习总结
合工大需求工程期末复习考点例题
常见的需求定义错误：←需求并没有反映用户的真实需要←模糊和歧义的需求←明显的信息遗漏←不必要的需求←不切实际的期望课件思考题1.在重新浏览面谈日程的时候，你发现有几个问题看上去不合适。
下面是准备问金钟纸产品公司销售经理的原问题。
这家公司想把它的一些销售信息放到Web上去，以便经理们可以交互地评论它，从而优化他们的销售方案。
用更合适的方式，重新写下面的问题。
你的下属告诉我，你非常渴望有一台计算机。
这是真的么？我是这个领域的新手，我有没有忽略什么呢？你在销售计算中最常用的信息资源是什么，使用频度如何？其它销售经理认为，把一些月度销售商品放到Web上，然后做趋势分析，将会是一种主要改进，你同意他们的做法吗？没有比你现在使用的陈旧的方法更好的销售方案吗？2.作为系统分析项目的一部分，需要为生产数字钟的电石公司更新自动化会计功能。
你将要同首席会计李再新面谈。
说明你将如何联系李再新总会计师以安排一次面谈。
说明在这场面谈中你会使用哪种面谈结构？为什么？李再新总会计师有3个下属也使用这个系统。
你和他们面谈吗？为什么？涉众不同、目标不同3.从你进门到现在，面谈对象Max Hugo 一直在翻阅文件、看手表、点燃和掐灭香烟。
根据你看到的有关面谈对象的情况，可以猜出Max 很紧张，因为它需要做其它事情。
用一段话描述，为了使面谈能在Max 全神贯注下完成，你将如何处理这种情况。
（Max 不能在另外一天重新安排面谈。
）循序渐进、金字塔结构、封闭式-----开放式4．“我知道你有很多材料。
那些材料里到底有什么？”Betty Kant 问道，她是MIS 特别工作组的负责人。
MIS 特别工作组是你的系统团队联络Sawder 家具公司的桥梁。
你拖了一大堆材料，正准备离开这栋楼“哦，是过去6个月的一些财政决算、生产报表，还有Sharon 给我的一些业绩报表，业绩报表涵盖了过去6个月的目标和工作业绩。
”你在回答时，有些纸掉到了地上，“你为什么问这个问题呢？”Betty 为你拾起纸并把它放到最近的桌子上，回答道：“因为你根本不需要这些垃圾。
需求复习要点
1.1好的需求应具备的特征：无歧义性、完整性、一致性、可检验性、确定性、可跟踪性、正确性、可行性、必要性1.2若干个关于需求定义Ⅰ.IEEE软件工程标准词汇表定义需求为：（1）用户解决问题或达到目标所需的条件或能力。
（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
（3）一种反映上面(1)或(2)所描述的条件或能力的文档说明。
Ⅱ.MERLIN DORFMAN 和RICHARD H. THAYER 的定义：（1）用户解决某一问题或达到某一目标所需的软件功能。
（2）系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。
2.1软件需求的四个层次及其内容（1）业务需求某个特定组织希望系统能达成的目标（2）用户需求用户要求系统必须能完成的任务（3）功能需求规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求（4）非功能需求描述系统展现给用户的行为和执行的操作2.2需求的特性及其描述可靠性、可用性、有效性、可维护性、可移植性、约束约束定义为：对系统的设计或开发系统过程的限制。
它不影响系统的外部行为，但必须被遵守执行以符合技术上、商业上的要求。
3.1软件生命周期的概念是软件的产生直到报废或停止使用的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。
3.2主要的生命周期模型快速应用开发模型、迭代式模型、瀑布模型、螺旋模型4.1需求工程的概念和基本组成概念：需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。
组成：完整的软件需求工程包括需求开发和需求管理两个部分。
4.2需求开发的一般过程需求开发的一般过程分为需求获取、需求建模、需求规格说明、需求验证四个阶段。
4.3需求管理的主要内容需求管理主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。
需求工程总复习
18、需求验证的含义？需求验证有哪些常用的方法？问题修 正方法？ 答：
需求验证：是专指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。 常用的方法有：需求评审、原型与模拟、测试用例开发、用户手册编写、利用跟踪关系和 自动化分析。 问题修正方法： 1）需求澄清： 理解偏差：重新进行分析工作；分析遗漏：重新分析和文档化这部分信息； 表达不当：重新以合适的方式表达 2)缺失需求： 重新执行需求获取等一系列工作 3)需求冲突： 协商解决 4)不切实际的期望 ： 项目调整与需求协商
16、什么是面向对象建模？UML面向对象建模中用到哪些技术？并对每一 个技术详细解释？ 答：
面向对象建模：是一种用于辨识系统环境中的对象及这些对象之间关系的技术； UML面向对象建模中用到哪些技术：1）对象模型2）用例模型 3）行为模型 4）状态机模型 5）对象 约束语言OCL 对每一个技术详细解释：1）对象模型： 以对象和类的概念为基础，描述了系统中的对象和这些对象之 间的关系； 2）用例模型：就是以用例为基本单位建立的一个系统功能展示模型，它是系统所有用例的集合，以统 一、图形化方式展示系统的功能和行为特性； 3）行为模型： 是实现用例模型到对象模型的桥梁，以更加详细的方式说明了用例所描述的系统行为； 4）状态机模型： 以状态机理论为基础建立的对系统行为的描述手段； 5）对象约束语言：OCL语言是一种基于类型的描述语言，有着严格的类型定义，可以保证它进行形式 化描述的能力，描述系统的各个方面；
23、需求管理的活动包括哪些？并作具体说明每 一个活动内容？
答： 需求管理的３个活动： 1)维护需求基线 将需求基线纳入配置管理 2)实现需求跟踪 以软件需求规格说明文档为基线，在前向和后向两个方向上， 描述需求以及跟踪需求变化的能力 3)控制需求变更 以可控、一致的方式进行需求基线中需求的变更处理
软件需求工程 期末复习资料
☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。
p51 定义一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。
需求工程的目标：获取高质量的软件需求。
与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。
其它定义：Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。
该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。
Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。
这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。
需求工程= 需求的开发活动+ 需求的管理活动2 各阶段主要任务需求获取阶段：获取用户的需求信息。
需求分析阶段：分析和综合已经收集到的需求信息。
需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。
需求定义阶段：根据用户需求编写出需求规格说明。
需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。
需求验证阶段：检验软件需求规格说明。
需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。
☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。
p2软件需求的定义:A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。
I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。
M. Jackson等：需求是客户希望在问题域内产生的效果。
IEEE软件工程标准：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
需求工程复习资料
软件需求工程30 题重要概念：需求：1.用户为了解决问题或达到某些目标所需要的条件或能力。
2.系统或系统部件为了满足合同，标准，规范或其他正式文档所规定的要求而需求具备的条件或能力。
3.对1或2中的一个条件或一种能力的文档化表述。
需求工程：所有需求处理活动的总和，它收集信息，分析问题，整合观点，记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应。
问题域：问题的发生地，也是问题解决的基本范围————解决问题必须涉及的时间和事物。
问题域特征：问题域是自治的，它有自己的运行规律，而且这些归规律不会因解系统的引入而发生改变。
约束：是不受解系统影响，却会给解系统带来极大影响的问题域特性，是在总体上限制了开发人员设计和构建系统时的选择范围。
需求获取：从人，文档或环境中获取需求的过程。
需求分析：通过建模来整合各种信息，以使人们更好的理解问题。
需求规格说明：将需求及软件方案进行定义和文档化，以有效将信息传递给开发人员的需求工程活动。
解系统：软件系统通过影响问题域帮助人们解决问题。
前景：用一简洁的声明概括系统的长期目标和意图。
涉众：所有能够影响软件系统的实现，或者会被实现后软件系统所影响的个人和团体。
硬数据：人们在进行实际工作时产生的各种各样的表格和文档资料用例：UML将用例定义为在系统（或者子系统或者类）和外部对象的交互中所执行的行为序列的描述，包括各种不同的序列和错误的序列，他们能够联合提供一种有价值的服务。
场景:根据用户请求和请求时的系统条件，系统将执行不同的行为序列，这个行为序列就叫场景。
领域模型:关注用户问题域的对象模型重点知识1、导致软件需求问题的主要原因。
（模拟特征、非技术性及社会性因素、传统方法的局限，软件规模）答：○1未能很好的理解和掌握“应用”型软件的模拟特性以及由此而产生的一系列影响和要求。
○2非技术性和社会性因素重视不足○3传统需求分析方法的缺陷○4软件规模的日益扩大○5需求问题的高代价性2、需求工程的主要任务和活动。
需求工程简答题--复习资料
需求工程简答题--复习资料四、名词解释题1、需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。
2.需求：需求是用户对问题域中的实体状态或事件的期望描述。
2、需求：IEEE对需求的定义为：①用户为了解决问题或达到某些目标所需要的条件或能力。
②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。
③对①或②中的一个条件或一种能力的一种文档化表述。
3、需求分析：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。
4、前景（Vision）：前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。
5、范围（scope）：范围指出当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目划定了需求的界线。
7、硬数据：表格和文档资料是用户对实际业务进行加工和抽象之后的结果，是一种精化过的知识。
这些文档资料被称为硬数据。
硬数据分为定量硬数据和定性硬数据两种类型。
8、结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。
结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。
9、半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。
但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。
半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。
10、非结构化面谈：在非结构化面谈的过程中，没有事先预定的议程安排。
在比较极端的情况下，会见者甚至会在没有太多事前准备的情况下就直接到访被会见者的工作地，就某个主题开展会谈。
需求分析知识点总结
一、二填空与判断1.软件系统通过影响问题域，能够帮助人们解决问题称为解系统2.需求分析的分类（功能需求、性能需求、质量属性、对外接口、约束）3. 对于寻找涉众的必要性通过分析不同复杂度的信息系统的涉众特点将信息系统分为（小型统统、组织及系统、战略信息系统、组之间系统）4.获取信息的方法（传统方法、集体获取方法、原型、模型驱动方法、认知方法、基于上下文方法）5.常见的涉众类别有（用户、客户、开发者、管理者、领域专家、政府力量、市场力量）6.需求获取方法利用面谈可获得的信息内容包括（事实和问题、被会见者的观点、被会见者的感受、组织和个人目标）7.原型的分类（①按照使用方式分类：演示、严格意义上的、试验、引示系统②按照媒介载体分类：样板、纸上向导③按照开发方式：演化式、抛弃式④按照构建技术：水平、垂直。
原型）8.需求开发的一些特性决定了需求开发过程只能是一个迭代式的增量过程，而且还不是一个简单的线性增量过程，它的各个活动之间存在这复杂的组织关系。
9.头脑风暴是一种特殊的群体面谈方式10.面谈就是在需求获取活动中发生在需求工程师和用户之间的面对面的会见，它是一种使用问答格式，具有特定目的的直接会话，也是事件中最为广泛的需求获取方法之一。
11.需求验证最主要的方法是需求评审。
（判）需求是用户对问题域中的实体状态或事件的期望描述（判）为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，定义系统应该具备的特性。
（判）所有对软件的开发和应具有发言权和决定权的人统称为涉众。
（判）软件系统的涉众群体不是固定不变的（判）模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。
（判）一对一的面谈是时间成本比较高的需求获取方法，尤其是在获取一个或多个涉众方相关的主题时，需反复和多个涉众方安排逐步深入的面谈解决问题。
（判）原型系统通常被构造为不完整的系统，以在将来进行改进、补充或代替。
广工2013级需求工程复习重点
一、需求工程的活动1.需求获取：需求获取是从人、文档或者环境中获取需求的过程。
2.需求分析：需求分析的主要工作是通过建模来整合各种信息，从而使人们更好地理解问题。
3.需求规格说明：获取的需求需要被编写成文档，其中项目前景和范围文档记录业务需求、用户需求文档记录用户需求、系统需求文档被写入需求规格说明记录系统需求。
4.需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性，包含有效性检查，一致性检查，可行性检查和确认可验证性；5.需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。
二、业务需求、用户需求、功能需求、非功能性需求1.业务需求：是抽象层次最高的需求，是系统建立的战略出发点，表现为高层次的目标，它描述了组织为什么要开发系统。
2.用户需求：是执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么。
3.功能需求：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。
功能需求主要表现为系统和环境之间的行为交互。
4.非功能性需求：除了功能需求之外的其他4种类别需求，包括性能需求，质量属性，对外接口，约束。
三、项目前景和范围的内容项目前景：1.前景概述：用一个简洁的声明概括系统的长期目标和意图。
2.主要特性：为新产品的每一项主要特性或用户功能进行固定的、唯一的命名或编号，突出其超越原有产品或竞争产品的特性。
3.假设与依赖：记录构思项目和编写前景与范围文档过程中涉众所提出的每一项假设，能够避免可能的混乱以及这种混乱会在将来造成的影响。
项目范围：1.第一版范围：概述计划在产品的第一个版本中实现的主要特性。
描述产品的质量特性，产品依靠这些特性为不同类别的用户提供预期利益。
2.后续版本范围：后续版本能够实现更多的需求和特性，并可完善最初的功能。
3.限制与排除：管理范围蔓延的方法之一是，定义项目包含的需求与不包括的需求之间的界限。
软件需求工程知识点总结
软件需求工程知识点总结软件需求工程是软件工程的一个重要领域，它涉及到对软件系统需求的获取、分析、规格化和管理等工作。
软件需求工程知识点涵盖了需求获取、需求分析、需求规格化、需求验证和需求管理等方面的内容。
本文将对软件需求工程的相关知识点进行总结。
一、需求获取1. 需求获取的定义和重要性需求获取是软件需求工程的第一步，它涉及到对用户需求、业务需求和系统需求等进行调研和收集。
需求获取的目的是确保软件开发过程中能够充分了解并满足用户的需求，从而提高软件系统的质量和用户满意度。
需求获取通常通过访谈、问卷调查、观察和数据分析等方式来进行。
2. 需求获取的方法需求获取的方法包括：访谈法、问卷调查法、观察法和原型法等。
访谈法是最常用的需求获取方法，它通过与用户和相关利益相关者进行面对面的沟通，来了解他们的需求和期望。
问卷调查法则通过发放问卷并收集用户的意见和建议来获取需求。
观察法则是通过观察用户的行为和工作环境来获取需求。
原型法则是通过制作软件原型让用户亲自体验和反馈来获取需求。
3. 需求获取的挑战需求获取过程中面临的挑战主要包括需求不清晰、需求变化频繁、利益相关者之间存在矛盾等。
这些挑战会导致需求获取过程中出现误解和偏差，从而影响软件开发的进度和质量。
二、需求分析1. 需求分析的概念和目标需求分析是对需求进行深入的理解和挖掘，以确定需求之间的关联和约束条件，并确保需求的一致性、完整性和可行性。
需求分析的目标是将用户需求转化为系统需求，并形成需求规格说明书，为软件设计和开发提供依据。
2. 需求分析的方法和工具需求分析的方法包括：功能分解法、数据流图法、状态图法、场景建模等。
功能分解法是将系统功能进行分解，形成功能层次结构图。
数据流图法是通过绘制数据流图和数据字典来描述系统的数据流和数据元素。
状态图法是通过绘制状态图来描述系统中的各种状态和转移条件。
场景建模是通过场景描述来捕捉用户需求和系统行为。
3. 需求分析的类型需求分析的类型包括：功能需求分析、非功能需求分析和用户需求分析等。
需求工程复习要点
2020
第10章需求的组织——需求获取中的模型驱动方法
模型驱动方法是一类以定义 明确的模型为理论基础，依据模 型指导和组织活动开展的需求工 程方法。需求获取的常见模型驱 动方法有3种： ① 面向目标的方法。 ② 基于场景的方法。 ③ 基于用例的方法。 场景是用户为了达到某个 目标，需要和软件系统发生交 互的行为序列。 场景方法在需求工程中的 应用主要有3种：1组织需求获 取得到的信息。2帮助进行详 细的需求分析3. 结合面向目标 的方法，指导需求获取活动的 开展 用例是在系统（或者子系统 或者类）和外部对象的交互当中 所执行的行为序列的描述。 用例之间的关系主要有： 包含（Include）、扩展（Extend） 和泛化（Generalization）三种。
1212
第 5章
确定项目的前景与范围
5.4 前景与范围文档
业务需求、高 层次解决方案和系 统特性都应该被定 义到项目前景与范 围文档之中。
1313
第 6章
6.1 涉众
涉众分析与硬数据采样
6.5 硬数据
文档资料被称为硬数据 1. 定量硬数据: ① 数据收集表 ② 统计报表
所有能够影响软件系 统的实现，或者会被实现后 的软件系统所影响的个人和 团体。 1. 用户 2. 客户 3. 开发者 4. 管理者 5. 领域专家 6. 政府力量 7. 市场力量
2222
第12章 过程建模
过程建模是结构化分析方法 的典型技术。 过程建模使用的主要技术有： ⑴ 上下文图 ⑵ 数据流图 ⑶ 微规格说明 ⑷ 数据字典 电梯控制系统的DFD创建实例： ⑴ 创建上下文图 ⑵ 发现并建立DFD片段 ⑶ 根据DFD片段组合产生0层图 ⑷ 功能分解，产生N层图 ⑸ 定义原始过程的逻辑说明 ⑹ 定义数据流和数据存储的数据 说明
软件工程期末复习知识点整理
复习整理一、绪论1.软件的定义软件是能够完成预定功能和性能的可执行的计算机程序，包括使程序正常执行所需要的数据，以及有关描述程序操作和使用的文档。
（软件=程序+文档）2.软件工程的定义●是指导计算机软件开发和维护的一门工程学科；●采用工程化的原理与方法对软件进行计划、开发和维护；●把证明正确的管理技术和最好技术综合运用到软件开发中；●研究经济地开发出高质量的软件方法和技术；●研究有效维护软件的方法和技术。
3.软件危机的概念，及出现的原因软件开发技术的进步未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。
产生原因：⑴软件规模越来越大，结构越来越复杂⑵软件开发管理困难而复杂。
⑶软件开发费用不断增加。
⑷软件开发技术落后。
⑸生产方式落后，仍采用手工方式。
⑹开发工具落后，生产率提高缓慢。
4.三种编程范型的特点(1)过程式编程范型：把程序理解为一组被动的数据和一组能动的过程所构成；程序=数据结构+算法；着眼于程序的过程和基本控制结构，粒度最小(2)面向对象编程范型：数据及其操作被封装在对象中；程序=对象+消息；着眼于程序中的对象，粒度比较大(3)基于构件技术的编程范型：构件是通用的、可复用的对象类；程序=构件+架构；眼于适合整个领域的类对象，粒度最大二、软件生存周期与软件过程1、软件生存周期的定义，把生存周期划分为若干阶段的目的是什么，有哪几个主要活动●定义：一个软件从开始立项起，到废弃不用止，统称为软件的生存周期●目的：软件生存周期划分为计划、开发和运行3个时期；把整个生存周期划分为较小的阶段，给每个阶段赋予确定而有限的任务，就能够化简每一步的工作内容，使因为软件规模而增长而大大增加了软件复杂性变得较易控制和管理。
●主要活动：需求分析、软件分析、软件设计、编码、软件测试、运行维护（P19）2、软件生命周期划分为哪几个阶段软件生命周期分为三个时期八个阶段：●软件定义：问题定义、可行性研究；●软件开发：需求分析、概要设计、详细设计、编码、测试；●软件运行：软件维护3、瀑布模型的特点和缺陷特点：线性模型，每一阶段必须完成规定的文档（阶段间的顺序性和依赖性）优点：●可强迫开发人员采用规范化的方法。
工程管理期末要点总结范文
工程管理期末要点总结范文一、工程管理的基本概念工程管理是指在工程项目的全过程中，通过运用现代管理技术和管理方法，合理组织、协调、领导、计划、控制、落实和监督，使各项工作按时、按质、按量、按费用的要求得到顺利实施的一种综合性管理活动。
二、工程管理的目标1. 项目目标：按照计划实施工程项目，保证项目按时、按质、按量、按费用顺利完成。
2. 绩效目标：提高工程项目的投资效益、经济效益和社会效益，实现高质量、高效益的工程建设。
3. 可行性目标：通过科学、合理的管理，确保工程项目的可行性和可操作性。
三、工程管理的基本原则1. 合理性原则：工程管理必须保证各项工作的科学性、合理性，确保项目能按照计划有序推进。
2. 系统性原则：工程管理必须全过程、全要素地进行规划、组织和控制，确保项目各项工作相互协调、协同推进。
3. 适应性原则：工程管理必须根据不同项目的特点和环境要求，灵活运用管理方法和技术，以确保项目能够达到预期目标。
4. 预见性原则：工程管理必须具备预见性，提前预测和解决可能出现的问题，以便及时调整项目执行计划和资源配置。
5. 责任性原则：工程管理必须明确各级管理人员的责任和职责，建立健全的管理体系，确保项目不断推进。
四、工程管理的主要内容1. 项目计划管理：制定项目计划，确定项目目标和实施路径，合理安排各项工作的时间进度。
2. 质量管理：建立质量管理体系，确保工程项目按照质量要求实施，提高工程质量。
3. 采购管理：进行采购策划和采购实施，确保项目所需材料和设备的供应，保证工程顺利进行。
4. 成本管理：对项目成本进行控制和管理，确保项目按照预算要求实施。
5. 资源管理：合理配置项目所需的各种资源，确保项目有足够的人力、物力、财力等资源支持。
6. 风险管理：对项目可能出现的风险进行评估和管理，制定相应的应对措施，降低项目风险。
7. 沟通管理：建立良好的沟通机制，保持与各利益相关方的沟通，解决问题和协调关系。
需求工程考试
1.需求工程：p5需求工程是指应用已证实有效的技术、方法，通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。
系统需求工程：针对由软硬件共同组成的整个系统软件需求工程：专门针对纯软件部分软件需求工程的其他描述是一门分析并记录软件需求的学科所有与需求直接相关的活动通称为需求工程软件需求工程主要是理解并定义系统需要哪些服务以及找出开发和运行期间系统受到哪些约束。
对服务和约束的发现、分析、建立文档、检验的过程叫做需求工程。
是软件客户和用户与软件开发者之间的沟通过程。
需求工程的目标是创建和维护系统需求文档2.软件危机：所谓软件危机实质上是指人们难以控制软件的开发和维护，其具体表现为：大型软件系统十分复杂，很难理解和维护，软件开发周期过长，大型软件系统可靠性差，软件费用超出预算。
3.场景技术：所谓场景是指用户与软件系统实现某个目标而进行交互活动的描述；场景技术不仅把软件系统的需求信息文本化，而且有助于在实现系统前，明确用户与软件的相互作用。
此外，场景技术还具有如下特点：可以把当前系统存在的问题作为实例记录下来可以成为项目相关人员的共同语言；由于场景描述了软件系统的操作，比较具体，易理解性较好通过场景使得提出和获得需求的双方之间能建立起相应的理解。
使用场景技术是注意问题：（1）场景的数量，（2）场景的冗余委托（3）应防止场景描述内容的冗长。
4.需求建模：就是把由文本表示的需求和由图像或数字符号表示的需求结合起来，绘制出对目标系统的完整性描述，检测软件需求的一致性，完整性和错误性等。
主要是根据开发软件系统的需求利用某种建模方法建立系统的逻辑模型，以帮助软件开发人员检测软件需求的一致性，完整性，二义性和错误等。
5.数据字典（Data Dictionary，DD）是一个共享存储库，用于定义应用程序中使用的所有数据元素或属性的含义、数据类型、长度、格式、需要的精度以及数据允许的取值范围或数据值的列表6.面向对象的需求建模：（1）面向对象设计方法OOD（2）面向对象建模技术OMT(3)面向对象的软件工程OOSE（4）面向对象的分析/设计方法OOAP7.类：类是对具有相同性质和操作的一个或多个对象的描述，是一组对象的集合8.需求规格：需求规格说明是整个需求工程的最终输出，并以文档的形式给出在需求获取和需求分析阶段所获得的所有需求和需求模型；需求规格说明的作用主要体现在如下几个方面：(1)需求规格说明是软件设计和实现的基础；(2)需求规格说明是测试和用户验收软件系统的重要依据；(3)需求规格说明能为软件维护提供重要的信息。
需求工程复习
4个上下文刻面：主体、使用、IT系统、开发3类需求制品：目标、场景、面向方案的需求3个核心活动：获取、文档化、分析2个横切活动：确认、管理软件工程（Software Engineering）：对于软件开发、操作以及维护的系统化、规范化和可量化的应用方法。
需求工程（requirement engineering）：是所有需求处理活动的总和，它收集信息、分析问题、整合观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应，需求工程是软件工程关于现实世界的目标、功能和软件系统约束的一个分支，它也关注着上述因素之间的关系来精确软件行为的规格说明和它们随时间随产品族的演化。
需求（Requirements）：⑴用户解决某个问题或者达到某个目标所需要的条件或能力；⑵一个系统或系统组件为了实现某个契约、标准、规格说明（规约）或其他需要遵循的文件而必须满足的条件或拥有的能力；⑶对⑴或⑵中所描述的条件或能力的文档化表示。
需求制品（requirement artifacts）：需求制品是文档化的需求。
需求类型（requirement types）：⑴domain, application⑵system, software, user⑶function, quality(nonfunctional, performance), constraints⑷目标需求、商业需求用户需求（User requirement）：用户或其他涉众期望系统实现的目标或功能。
系统需求（System Requirement）：系统作为一个整体所实现的需求。
功能性需求（Functional Requirement）：是关于系统应提供的服务、系统针对特定输入如何响应，以及系统在特定情况下的行为的陈述。
在某些情况下，功能性需求还会陈述系统不应做什么。
非功能性需求（Non-Functional Requirements）：是一个不明确的功能性需求或者是一个质量需求。
工程项目管理期末知识点总结
名词解释1.项目:创造独特的产品、服务或成果而进行的临时性工作。
2.工程项目:工程项目是指为了形成特定的生产能力或使用效能而进行投资和建设，并形成固定资产的各类项目，包括建筑安装工程和设备购置。
3.工程项目管理:工程项目管理是运用科学的理念、程序和方法，采用先进的管理技术和现代化管理手段，对工程项目投资建设进行策划、组织、协调和控制的系列活动。
4.横道图比较法:横道图比较法是指将项目实施过程中检查实际进度收集到的数据，经加工整理后直接用横道线平行绘于原计划的横道线处，可以形象直观地反映实际进度与计划进度的比较情况。
5.工期:是指从第一专业投入流水作业开始，到最后一个专业队完成最后一个施工过程的最后一段工作退出流水作业为止的整个持续时间。
6.进度:是一个综合指标，它将项目的工期，成本，资源等有机地结合起来，全面反映项目各活动的进展情况。
7.流水施工:建立在分工协作和大批量生产的基础上，其实质就是联系作业，组织均衡施工。
它是工程施工进度控制的有效方法。
8.费用偏差：任何一项工作的估算费用与与此项工作的实际费用的差值。
9.工程索赔:工程索赔是指在合同履行过程中，对于并非自己的过错，而是应由对方承担责任的情况造成的实际损失向对方提出经济补偿和（或）时间补偿的要求。
10.工程风险管理;经济单位对可能遇到的风险进行预测、识别、评估、分析，并在此基础上有效地处置风险，以最低成本实现最大安全保障的科学管理方法。
11. BOT: 建设—经营—转让，是私营企业参与基础设施建设，向社会提供公共服务的一种方式。
1.工程项目管理的目标答：建设工程项目管理的任务是通过选择合理的管理方式，构建科学的管理体系，进行规范有序的管理，力求项目决策和实施各阶段、各环节的工作协调、顺畅和高效，以达到工程项目的投资建设目标，实现投资建设投资省、质量优、效果好。
2.工程项目前期策划中注意哪些问题：答：（1）须优先注意在整个过程中进行不断的环境调查，并对环境发展趋向做合理的预测。
需求工程总结、
需求工程总结、1、软件需求的定义(1)用户解决问题或达到目标所需的条件或能力（从用户的角度定义）(2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件（从软件系统的角度定义）2、软件的需求通常分为几类①目标需求反应组织机构或客户对系统和产品提出的高层次的目标要求，其限定了范围的范围和项目应达到的目标②业务需求主要描述软件系统必须完成的任务，实际业务或工作流程③指开发人员必须实现的软件功能或软件系统应具有的外部行为④性能需求指实现的软件系统功能应达到的技术指标⑤约束与限制指软件开发人员在设计和实现系统时的限制3、需求工程的定义对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特征并用文档给予说明，这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。
同时需求工程也可认为有需求的开发活动和需求的管理活动组成的4、需求工程的任务(1)确定待开发的软件系统的用户类，并获取他们的其需求信息。
（2）分析用户的需求信息，并按软件需求的类型对这些需求信息进行分类，同时，过滤掉不是需求的信息（3）根据软件需求信息建立软件系统的逻辑模型或需求模型，并确定非功能需求和约束条件及限制。
（4）根据收集的需求信息和逻辑模型编写需求规格说明及其文档（5）评审需求规格说明（6）当需求发生变更时，对需求规格说明及需求变更实施进行管理5、用户①利用计算机系统所提供的服务的人②直接使用软件系统的人6、客户①掌握经费的人，通常有权决定软件需求②正式接受新开发或修改后的硬件和软件系统的某个人或组织7、软件开发人员为用户开发软件系统的人8、项目相关人员与提出和定义软件需求相关的人，包括所有用户，客户，和软件开发人员二软件工程与需求工程9、软件工程研究的基本内容包括：软件开发过程、软件开发和维护的方法与技术、软件开发和维护工具系统、质量评价和质量保证、软件管理和软件开发环境等10、软件的生命周期是指软件从软件计划开始，经历需求分析和定义、设计、编码、测试、运行、维护直到废止为止的期间11、瀑布型模型（1）瀑布式开发模型是最早的、依据软件生命期而提出的软件开发模型，亦称软件生命期模型①软件计划②需求分析与定义③设计④编码⑤测试⑥维护（2）瀑布型模型的特点①阶段间具有顺序性喝依赖性，②各阶段必须完成规定的文档（3）瀑布型模型的不足①用户不能一开始就是自己的需求很清晰②由于模型各个阶段的界限划分清晰，比较独立③用户的参与程度不足或者要求用户一开始就提出清晰完整的需求中途移交信息（文档）的过程中，由于人的理解不同容易产生误会。
需求工程总结
第1章. 需求工程导论本章小结⏹从20世纪60年代末期软件工程产生起，需求分析就一直是软件开发的重要主题⏹20世纪90年代的调查状况表明，单纯的需求分析已经不能很好的解决软件生产中的“需求”问题⏹应用型软件的模拟性和一系列的技术原因表明软件生产需要进行一个比需求分析更加复杂和完整的需求工程⏹需求工程是软件工程当中一项重要和复杂的活动，需求工程需要具备一定的知识和技能才可以很好的执行需求工程活动第2章. 需求基础实例分析（系统A—招标书）⏹请说出下列需求的类型，是否存在问题？❑1、实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络化；❑2、实现工作流程合理化、高效化，决策支持科学化、准确化；❑3、统一办公流程、规范公文格式，加强信息交流和共享，提高工作效率。
⏹请说出下列需求的类型，是否存在问题？❑先进性：软件系统采用三层B / S 系统结构，以“界面表示层－逻辑处理层－数据访问层”分层设计实现。
采用国际上先进成熟的、厂商广泛支持的计算机技术、网络技术与软件技术对系统进行规划，保证系统整体架构在未来几年内都处于国际领先的地位。
❑安全性：软件系统具有较高的安全要求，系统必须具备充分的安全措施，包括具备严格的权限控制机制和完备的日志记录，以确保信息安全。
❑可靠性：保证系统核心功能可以7×24小时连续运行；❑规范性：系统必须遵循国家有关法律法规要求，符合国家有关标准要求以及关于信息系统建设的各项标准和规范。
⏹请说出下列需求的类型，是否存在问题？❑收文管理应包括:⏹来文登记、拟办、领导审批、办理、归档、查询统计等功能。
附件支持WORD 、PDF 、EXCEL 、HTML 等文档类型格式；需提供方便、灵活、直观的文件批示处理；对收文的处理全过程进行自动化管理、跟踪和记录；在收文处理的过程中，支持电子印章、电子签名或手写批注等功能。
⏹来文登记：完成来文登记功能。
登记来文基本信息（来文编号、来文标题、主题词、来文单位、来文时间），还要对原文进行扫描处理，引入到公文库中。
软件工程期末考知识点归纳(自制)
需求分析工具，任务，内容需求分析也称为需求工程，是一个非常重要而有很复杂的，需要交替进行，反复迭代的过程。
需求分析过程通过执行初步沟通、需求导出、分析与精化、可行性研究、协商和沟通、规格说明、验证和变更管理八个不同的活动来完成。
非形式技术主要包括会谈、调查表和场景技术，用于获取用户需求和系统需求。
排错调试(debug)又称排错或纠错调试的任务就是根据测试时所发现的错误，找出原因和具体的位置，进行改正调试工作：对错误进行定位并分析原因，即诊断；对于错误部分重新编码以改正错误；重新测试软件项目管理计划的重要方面项目是指一系列独特的、复杂的并相互关联的活动。
项目参数包括项目范围、质量、成本、时间、资源。
项目三维管理：时间维：即把整个项目的生命周期划分为若干个阶段，从而进行阶段管理。
知识维：即针对项目生命周期的各个不同阶段，采用和研究不同的管理技术方法。
保障维：即对项目人力、财力、物力、信息等后勤保障管理。
特点项目管理是一项比较复杂的工作项目管理具有创造性项目管理的对象是项目或被当作项目来处理的作业项目负责人(或项目经理)在项目管理中起着非常重要的作用项目管理需要集权领导和建立专门的项目组织项目管理的方法、工具和手段具有先进性、开放性五个阶段启动阶段：用户提出需求，开发人员进行需求分析，确定可行性，编写项目实施计划。
计划阶段：创建项目范围文档和项目计划，项目范围详细描述项目范围。
实施阶段：实施阶段意味着项目正在进一步设计、编码、测试，小组成员正在创造项目需要的可交付产品。
控制阶段：项目经理开始监督小组成员的工作，将项目的进度、任务和预算控制在正常的范围内。
收尾阶段：项目负责人和用户批准和签署项目，交付产品。
项目的收尾阶段标志着项目的正式结束。
测试目标，执行过程没找到Sa（结构化分析）结果结构化分析方法是一种自顶向下，逐步分解的面向数据和数据流的建模方法。
结构化分析（SA，Structured Analysis）方法是20世纪70年代，由E.Yourdon等人倡导的一种适用于大型数据处理系统的、面向数据流的需求分析方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
填空：1.在导致需求问题的原因中，一个最为重要的原因是：未能很好的掌握应用型软件的模拟特性以及由此产生的一系列的影响和要求。
2.面向专业用户的纯工具型软件的首要成功标准是：要具有功能的复杂性和使用的高效性。
3.需求开发过程中产生的主要文档有三种：项目前景和范围文档，用户需求文档，需求规格说明文档。
4.系统用例图和上下文图通常被用来定义系统的边界。
5.在需求建模时，常用的技术包括：数据流图，实体联系图，状态转换图，类图等半形式化建模技术。
6.业务需求，高层解决方案及系统特性都应该被记录下来，定义为项目前景与范围文档。
7.每一个明确，一致的问题都意味着涉众存在一些相应的期望目标，即业务需求。
8.业务需求中需要特别注意的特征是可行性和可验证性。
9.在会谈中使用的问题基本上可以分为两种：开放式和封闭式问题10.面谈的类别：结构化，半结构化和非结构化面谈11.原型的需求内容可以从三个纬度上分析：外观，角色，实现12.民族志一个主要的应用目的就是研究和解决复杂的协同问题13.分类框架将场景方法从场景的形式（又分为描述和外观两个方面），目的，内容和生命周期四个方面进行了分类和描述14.工程利用场景的目的有三种：描述，探索，解释15.抽象和分解是建模最为常用的两种手段16.抽象通过强调本质的特征，减少了问题的复杂性；分解的手段体现了分而治之的思想17.分析模型是半形式化的18.建模语言有三个要素：语法，语义，语用19.按照Zachman的矩阵框架，分析技术就是用来对第二行（企业模型）的各列进行建模和描述的技术20.面向对象分析方法以对象为基础，结构化分析方法以功能和数据为基础21.结构化，信息工程和面向对象三中方法学下的需求分析技术都是面向解系统的22.使用面向问题的技术称为前期需求阶段的分析，使用面向解系统的技术称为后期需求阶段的分析23.数据流图建模时使用的基本模型元素有四种：外部实体，过程，数据流和数据存储24.DFD定义了三个层次的DFD图：上下文图，0层图和N层图25.实体联系图用实体，属性和关系三个基本构建单位来描述数据模型26.除了静态的事物和抽象的概念之外，行为和事件也是常见的实体类型27.在关系的命名上通常使用动词28.用例模型的基本元素：用例，参与者，关系，系统边界29.UML的行为模型有三种：交互图，状态图，活动图30.在目标模型中使用的其他模型元素有行为者，场景，操作，任务，资源，UML元素等//31.需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力名词解释：1.需求工程：是软件工程的一个分支，它关注与软件系统所应予实现的现实世界目标，软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素的准确的软件行为规范说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。
2.需求：需求是用户对问题域中的实体状态或事件的期望描述。
3.规格说明：规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。
4.用户需求：就是执行实际工作的用户，对系统所能完成的具体任务的期望，描述了系统能够帮助用户做什么。
5.涉众：软件系统的涉众可以定义为：所有能够影响软件系统的实现，或者会被实现后的软件所影响的个人和团体。
6.原型：如果在最终物件产生之前，一个中间物件被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就是最终物件在一定广度和深度范围内的原型7.文档审查：是一种传统的需求获取方法，是针对文档进行的需求获取活动8.用例：在系统和外部对象的交互当中所执行的行为序列的描述，包括各种不同的序列和错误的序列，它们能够联合提供一种有价值的服务9.上下文图：是DFD图最高层次的图，是系统功能的最高抽象10.微规格说明：是一种被用来描述过程处理逻辑的技术，主要有三种：a.结构化英语b.行为图c.决策表/树11.交互图：交互图是用于描述在特定上下文环境中的一组对象的交互行为，该上下文环境就是被实现用例的某个场景12.需求基线：已经通过正式评审和批准的规格说明或产品，它可以作为进一步开发的基础，并且只有通过正式的变更控制才能修改它选择：1.这些实体和状态构成了问题解决的基本范围，称为该问题的问题域2.优秀的需求应具备下面所述的各种性质：a.完整性b.正确性c.精确性d.可行性e.必要性f.无歧义g.可验证3.定量硬数据常见的有：数据收集表格，统计报表4.解释性场景可以在需求分析时用于降低模型的复杂性，或者用户进行需求的验证5.用例最大的特点是采用了静态结构化文本的描述方式6.系统于周围环境的描述有多种方式：功能式，通信式，行为式描述7.对象是指在一个应用当中具有明确角色的独立可确认的实体8.需求工程需要依赖的环境因素有：市场特性，领域特性，技术成熟度，组织文化，项目特性//简答题：1.为了解决需求获取普遍存在困难，需求获取活动至少要做到：//a.研究应用背景，建立初始的知识框架b.根据获取的需要，采用必要的获取方法和技巧c.先行确定获取的内容和主题，设定场景d.分析用户的高层目标，理解用户的意图e.进行涉众分析，针对涉众的特点开展工作2.需求工程需要获取的内容主要有：a.需求需求是获取的主要对象，是系统期望达到的目标。
b.问题域描述问题描述是用来承载和解释需求的问题域特性，主要是现实世界的业务运行状况c.环境与约束属于一种特殊的问题域特性，限定了解系统部署的环境和条件必答：无论是需求，问题域描述，还是环境与约束，它们都要和项目前景保持一致，都要介于项目的范围之内。
3.涉众的识别基本过程：a.将初始涉众集中起来，进行一次头脑风暴，尽可能的列出一个涉众类别列表。
b.对上一步产生的涉众类别列表进行分析，判断它们和软件系统的相关性，找出其中关键的涉众类别c.为上一步的各个关键涉众类别选择代表，集中起来进行进一步的头脑风暴，列出行的涉众类别列表d.如果新列出的涉众类别列表有了新的发现，就提交新的涉众类别列表，转向第二步4.面谈结构：a.金字塔结构会见者以很具体的问题开始，然后逐渐提高问题的开放度，同时允许被会见者用越来越笼统的答案来回答问题b.漏斗结构会见者使用演绎的方法，以一般的，开放式的问题开始，然后用封闭式的问题缩小可能的答复c.菱形结构以一种非常明确的方式开始，然后考察一般问题，最后得出一个非常明确的结论。
是金字塔和漏斗结构的结合5.民族志的优缺点：//优点：a.民族志的最大优点就是他能够得到信息的深度理解b.第二个优点是能够让真实世界的社会性因素可见化c.通过民族志得到的知识是真实的知识，他可以打破人们已有的一些错误假设和错误观念，避免一些严重后果的发生缺点：a.需要耗费很多时间b.调研结果很难传递到开发过程6.什么是模型驱动方法//是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。
常见的模型驱动方法有：a.面向目标的方法b.基于场景的方法c.基于用户的方法7.面向问题域的分析方法a.研究所有可能的问题域，从中发现一些重复出现的简单的问题类型，这些问题类型背称为问题框架b.分析每一种问题框架的特性。
确定问题的理解和解决方法c.将问题框架的建立分类系统化，将复杂的问题简单化解决8.需求分析的子活动有：//a.问题分析b.确定系统边界c.需求建模d.需求细化e.确定需求优先级f.需求协商9.使用DFD建模需要遵守的规则：a.过程是对数据的处理，必须有输入和输出，且输入数据集和输出数据集应该存在差异b.数据流是必须和过程产生关联的，要么是过程的数据输入，要么是过程的数据输出c.DFD当中所有的对象都应该有一个可以唯一标识自己的名称10.ERD的创建工作步骤：//a.从描述信息中辨识实体b.确定实体的标识符c.建立实体之间的关系d.添加详细的描述信息PPT ：1. 你被任命为替换学生财务资助项目的项目经理。
你想开发一个工作陈述来定义范围并降低范围蔓延的风险。
//财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。
他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。
省略工作陈述的风险是什么？你将如何说服主管？答：省略工作陈述的风险是不能明确项目的前景和范围。
如果省略了工作陈述的话，你就不能和用户进行很好的沟通与交流，这样，项目的问题也就不能明确，即，开发人员无法与涉众对问题达成共识；无法明确问题，也就无法发现正确的业务需求，无法定义良好的解决方案及系统特性，继而无法明确项目的前景和范围，这样就会造成项目的不稳定甚至失败！2. 硬数据的ERD 建模 ——示例包裹寄件人收件人被...邮寄签收邮编详细地址姓名电话手机邮编详细地址姓名电话手机用户代码条码内容是否保价保价金额备注接收局号码重量单价挂号费保价费回执费资费。