营销管理是满足需求还是创造需求
我们都知道，当今世界经济正以势不可挡的趋势朝着全球市场化、企业化、商业竞争国际化的方向发展，以互联网、知识经济、高新技术为代表，以满足消费者的需求为核心的新经济迅速发展着。
市场营销的核心就是要满足消费者的需求，在现在经济发展的条件下，需求细分是必
然趋势，然而是满足消费者的需求还是创造需求呢？我们要在把握大前提的基础上细分，否则容易顾此失彼。
在过去，企业的战略指导思想是调查研究消费者的需要，企业根据消费者的需求，生产出适销对路的产品，然而现在是生产出消费者不知道、连想都想不出来的产品。
传统的销售观念导致人们相信，市场营销与满足消费者的需求和欲望有关。但是这并不会有助于企业在竞争中克敌制胜。因为，假如你在识别消费者需求的基础上发展了一种新产品，其结果很可能将与你的竞争对手形成相同的产品线。很可能你耗资数百万美金研究的是与你的竞争对手相同的市场，识别的也是相同的消费者需求。
总结我们传统上对待消费需求的态度和思路，不难发现其核心思想和主要特征是：重在“满足”消费需求。认为市场上有了从们所需的商品，人们能买到所需的商品，就能稳定社会，提高人民的生产积极性。在传统的经济体制和卖方市场状态下，这种想法和做法是可行而有效的。因为，如果人们的消费需求得不到满足，非旦经济难以发展，很可能还会出现社会性问题。然而从市场经济体制特别是买方市场的角度看，其局限性和不适应性就会显示出来。因为在卖方市场格局下市场需求相对充裕、市场供给相对不足，而且消费者在交换中所显示的一般只是共有的特征。
这个以消费者为中心的时代，自有它这个时代的辉煌。但是，现在如果每个公司都信奉消费者第一的话，如果许多公司已经向同样的消费者群提供了服务的话，你知晓了顾客想要什么意义就不很大了。比如，美国汽车公司面临的难题已不在消费者，而在于竞争对手：通用汽车公司、福特公司、克莱斯勒公司以及打进美国国内市场的外国公司，尤其是日本的汽车公司。市场销售终归是为消费者服务。但是，在竞争日趋激烈的今天，在为消费者服务的过程中，你必须击败你的竞争对手，因此今天的市场销售的内涵，实质已不是为消费者服务。
市场学的观点认为，哪里有未被满足的需求，哪里就有企业的市场机会。市场具有表面机会，即实际存在但由于供不应求等原因而未被满足的实在需求；市场亦有潜在机会，即实际存在但未被利用和尚未实现的潜在需求。这是传统观点对市场机会的认识和理解。企业在营销实践中发现，市场还有全新机会，它是指目前不存在的可能需求，即通过企业的营销努力，开发出新的产品出来后才形成的需求，例如，电话机、电视机、电脑等技术产品在尚未问世进入市场之前，因消费者并未意识到需求这些产品，即便搞市场调查也毫无作用的非
潜在需求，更不是有实在需求，只是这些产品开发出来以后，才使消费者产生了需求。这表明以企业被动变主动，发挥了企业的主观能动作用。
站在新旧经济交界处的营销正是处在这样一个高度竞争，瞬息万变的宏观环境之中，新经济的发展要求新的营销手段必须满足市场发展的需要。营销创新是提高企业市场竞争力的最根本、最有效的途径，随着改革开放的纵深发展，尤其对置于世界经济一体化大潮中的中国企业，不创新就没有出路。特别是加入世界贸易组织，这些都将促使我国经济由封闭走向更加开放。这意味着，中国的营销者不仅在国际市场，即便在本土也将面临着国外竞争者的日益强大的竞争。随着企业素质的提高、认知需求能力的增强、市场竞争的白热化，过去那种仅仅靠识别并迎合消费者需求的旧竞争基础已慢慢演变成另外一种形式。
市场营销“创造需求”原理是企业的经营手段，又是企业经营的战略思想。
企业的最大追求是可持续发展。企业可以短期不赢利去扩张，去追求发展，去创造品牌，但其最终目的是赢利，所有的人员、资金、管理都是为企业实现这一最终目的而设。企业应该将命运把握在自己手上，掌握市场主动权，实现自己的追求。当然在企业、市场发展的不同阶段，企业会有不同的需求。
企业可以为满足短期利益而忽略消费者需求但群众的眼睛是雪亮的，总有一天你会被抛弃。所以对企业来说，满足消费者的需求是企业存在的价值，是企业最长久的保障。在满足原有需求的基础上，企业还要发掘消费者的更多需求，以引导消费潮流，延伸品牌价值。现代科学技术发展很快，一日千里，“创造需求”使高新科技商品化。如，信息产业的发展，其中硅的利用，从晶体管到芯片的应用，一个芯片可替代几百万支晶体管，芯片革命，不断创造最新高科技产品。
在市场竞争中，竞争优势强，则企业生，竞争优势弱，则企业亡。因企，企业必须创造和维持竞争优势，才能在市场竞争中立于不败之地。创造需求是一种全新的经营战略，它要求决策者能以最广阔的视野，通过准确的市场调查和市场分析，充分运用新思维，挖掘出消费者内心深处的潜在需求，进而果断地实施需求攻势，引导消费者把潜在需求转化为现实需求，从而创造出新的需求，开拓新的市场。企业必须十分重视市场营销管理，根据市场需求的现状与趋势，制定计划，配置资源。通过有效地满足市场需求，来赢得竞争优势，求得生存与发展。
在如今的买方市场环境下，企业的营销创新亦是企业制胜的关键。所以我们必须要以满足消费者需求为目的，以创造需求为根本目标，一步一步的制定营销战略。
市场经济是一种需求导向型经济，而需求归根结蒂是指消费需要。在传统社会里，人们的消费在于维持生命和延续种族，消费的特点是求实、求廉；而在现代社会，消费已从务实性消费走向炫耀性消费，人们更多地看重和追求商品的社会象征意义，期望通过消费展现自己的各种个人特质，从而肯定自我和表现自我。为了显示自己的社会地位、经济实力和生活情趣，有些高收入的消费者拼命追求商品的高档化、名牌化。随着消费需求的不断发展变化，消费者在市场中主体地位的提高，现代市场的竞争已不仅仅是核心产品的竞争，而更加重要的是形体产品、附加产品的竞争，归根结蒂是对消费者的竞争，市场销售终归是为消费者服务。但是，在竞争日趋激烈的今天，在为消费者服务的过程中，你必须击败你的竞争对手，
因此今天的市场销售的内涵，实质已不是为消费者服务。
随着消费者的收入水平、文化水平不断提高，消费者的需求越来越呈现出多样性、多变性的特征。为此，企业要赢得消费者、在竞争中取胜，就不得不对这种多样性、多变性的消费需求花大力气潜心研究。面对消费需求发展的多样化、多变化所呈现的广大市场空间，实情是谁能主动并正确识别与满足消费者需求，谁就能获得丰厚利润、在竞争中独领风骚。
从我国的实际情况看，部分地还由于消费体制和消费心理的变化而制约了消费需求。在这种情况下，如果我们还被动地等待消费需求复苏和增长，将最终拖延我国经济的发展。因此，我们应认清形势，彻底转变观念，变被动满足需求为主动创造需求，以确保我国经济持续发展。
综上所述，我认为，消费者的需求虽是企业生存发展的关键，但在变幻莫测的市场中，消费者的需求需要企业不断地去发现、挖掘和创造，需要企业家培养超前意识，不是被动地“适应需求”，而是大胆地“创造需求”，积极地创造市场，从而牢牢掌握市场的主动权。
“创造需求”在企业应用，起到不可估量的作用。它推动经济的发展，对企业市场营销有着深远的意义。
需求工程（考前整理） 第一部分（绪论） 1.什么是需求 （1）用户为了解决问题或达到某些目标所需要的条件或能力； （2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力； （3）对1或2中的一个条件或一种能力的一种文档化描述 2.需求的分类 [IEEE1998]将需求分为5种类别： （1）功能需求：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 （2）性能需求：系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。 （3）质量属性：系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。 （4）对外接口：系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。 （5）约束：进行系统构造时需要遵守的约束，例如编程语言、硬件设施等 3.软件质量属性常见的有哪些 功能性、可靠性、可用性、效率、可维护性、可移植性 4.需求工程过程 需求工程过程是系统开发当中需求开发活动的集成，它以用户面临的业务问题为出发点，进行分析和各种转换，最终产生一个能够在用户环境下解决用户业务问题的系统方案。 并将其文档化为明确的规格说明。 5.需求的困难 一．用户和开发人员的背景不同，立场不同 （1）知识理解的困难 （2）默认知识现象 二．普通用户缺乏概括性、综合性的表述能力 三．用户存在认知困难 四．用户越俎代庖 （1）用户提出的不是需求，而是解决方案 （2）用户执着地坚持某些特征和功能 五．缺乏用户参与
需求工程复习 一、简述 1、业务需求、用户需求、系统需求。要求掌握其概念，并且能根据实际案例进行描述。业务需求反映了组织机构或客户对系统、产品高层次的目标要求，描述了组织为什么要开发一个系统。 用户需求是描述用户使用产品能完成什么任务，怎么完成任务的需求，描述了用户能使用系统来做些什么。 功能需求是对用户需求的分析、提炼、整理，是需求分析与建模的产物，能生成指导开发的、更精确的软件需求。 2、简述系统需求的三种类型并举例说明。 1．功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的 任务，从而满足了业务需求。 2．非功能需求描述了系统展现给用户的行为和执行的操作等。 3．设计约束是对开发人员在软件产品设计和构造上的限制，是产品必须遵守的标准、规范和合约。 3、软件开发的各阶段，为什么只有需求阶段称为需求工程？ 随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。 4、简述需求的开发过程 1.需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从 而开发、捕获和修订用户的需求； 2.需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽 象描述，并尽可能多的捕获现实世界的语义； 3.形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开 发者之间的一个协约； 4.需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途 径，分析需求规格的正确性和可行性，包含有效性检查，一致性检查，可行性检查和确认可验证性； 5.需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。 5、需求分析主要用来做什么？ 需求分析的任务是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用
填空： 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.需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及 跟踪需求变化的能力
☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。p5 1 定义 一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。 需求工程的目标：获取高质量的软件需求。 与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。 其它定义： Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。需求工程= 需求的开发活动+ 需求的管理活动 2 各阶段主要任务 需求获取阶段：获取用户的需求信息。 需求分析阶段：分析和综合已经收集到的需求信息。 需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。 需求定义阶段：根据用户需求编写出需求规格说明。 需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。 需求验证阶段：检验软件需求规格说明。 需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求
的状态。 ☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。p2 软件需求的定义: A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。 I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。M. Jackson等：需求是客户希望在问题域内产生的效果。 IEEE软件工程标准： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。 软件需求的类型: 目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。 业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。 功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。 性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。 约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
第2章需求基础 案例分析：分析下列实际项目的需求书写片段，说出需求的类型，是否存在问题？ 1.系统A—招标书 系统目标 1、实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络化； 2、实现工作流程合理化、高效化，决策支持科学化、准确化； 3、统一办公流程、规范公文格式，加强信息交流和共享，提高工作效率。 系统质量要求 1、先进性：软件系统采用三层B / S 系统结构，以“界面表示层－逻辑处理层－数据 访问层”分层设计实现。采用国际上先进成熟的、厂商广泛支持的计算机技术、网 络技术与软件技术对系统进行规划，保证系统整体架构在未来几年内都处于国际领 先的地位。 2、安全性：软件系统具有较高的安全要求，系统必须具备充分的安全措施，包括具备 严格的权限控制机制和完备的日志记录，以确保信息安全。 3、可靠性：保证系统核心功能可以7×24小时连续运行； 4、规范性：系统必须遵循国家有关法律法规要求，符合国家有关标准要求以及关于信 息系统建设的各项标准和规范。 系统功能 收文管理应包括: ?来文登记、拟办、领导审批、办理、归档、查询统计等功能。附件支持WORD 、PDF 、EXCEL 、HTML 等文档类型格式；需提供方便、灵活、直观的文件批示处理；对收文的处理全过程进行自动化管理、跟踪和记录；在收文处理的过程中，支持电子印章、电子签名或手写批注等功能。 ?来文登记：完成来文登记功能。登记来文基本信息（来文编号、来文标题、主题词、来文单位、来文时间），还要对原文进行扫描处理，引入到公文库中。并可完成收文办文单打印功能。完成后启动收文流转流程。 ?拟办：查看公文的基本信息，原文内容。签录拟办意见，发送给领导审批。 ?领导审批：查看公文的基本信息，原文内容。签录批示意见，确定主办部门、协办部门。 ?办理：办理人根据领导批示办理，记录办理情况。 ?归档：对办理完结的来文归档，将来文信息、拟办意见、领导批示、办理情况等信
选择题 1.软件生命周期包括哪些阶段A A. 需求、设计、编码、单元测试、接收测试和维护阶段。 B. 设计、编码、单元测试、接收测试和维护阶段。 C. 需求、设计、编码、单元测试和接收测试阶段。 D. 需求、设计和编码阶段。 2. 好的软件需求具有哪些特性A A. 一致性和全面性。 B. 易读性和充分性。 C.充分性。 D.易读性。 3.RUP的十大要素是：开发一个前景、达成计划、标识和减小风险、分配和跟踪任务、检查商业理由、设计组件构架、对产品进行增量式的构建和测试、验证和评价结果、_________和_________。A A. 管理和控制变化及提供用户支持。 B. 迭代的开发和提供用户支持。 C. 迭代的开发和管理和控制变化。 D. 建立模版和迭代的开发。 4.下列哪个不是RUP的核心工作流C A. 业务建模 B. 分析和设计 C. 用户需求了解。 D. 需求 5.RAD的缺点不包括___D______。 A. 如果用户不能持续地参与整个生命周期中，最终产品会受到负面影响。 B. 要求系统能适当模块化，如果没有可重用的组件，它的效率就会下降。 C. 盲目应用时，会缺乏成本概念和项目完成的时间限制。项目有永远不能完结的风险。 D. 工作重点从文档转为构建，所见即所得。 6.螺旋模型的优点不包括____C______。 A. 能够及时找到项目存在的风险，避免因为克服不了的困难而造成大的损失。 B. 使用户能够尽早将信息经常反馈给开发人员，保证了产品的正确性和高质量。 C. 大量的中间阶段会产生额外的内外部文档。 D. 可以方便地评估和验证每次迭代的成果；实现从开发到维护的无缝连接。 7.迭代方法中的常见问题不包括___B________。 A. 过分详细的规划 B. 项目收敛 C. 回避棘手问题 D. 不同的小组按自己的进度进行工作 8.用户故事的书写遵循一定的原则，其中不包括___C_____。 A. 作为（系统的一个涉众） B. 我想要（做一件事） C. 是什么（用户的需求是什么） D. 从而（达到一个商业价值） 9.指出RUP的核心工作流不包括__D______。
下面是邵坤老师给的一些复习资料，帮忙发给大家吧 主要内容都在PPT上，好好复习PPT中的内容，重点在前面的三讲，最后一讲方法内容仅仅是一些概念！ 主要答题是如下五题中得三题。这些题目都没有标准的答案，请同学根据自己学习需求工程课程的理解答题！ 答案不可雷同，如果有雷同的答案，将以分值除以雷同数计算分数！ 请将上述内容转达到每位参加考试的同学！谢谢！ 1．“我知道你有很多材料。那些材料里到底有什么？”Betty Kant问道，她是MIS特别工作组的负责人。MIS特别工作组是你的系统团队联络Sawder家具公司的桥梁。你拖了一大堆材料，正准备离开这栋楼“哦，是过去6个月的一些财政决算、生产报表，还有Sharon给我的一些业绩报表，业绩报表涵盖了过去6个月的目标和工作业绩。”你在回答时，有些纸掉到了地上，“你为什么问这个问题呢？”。 Betty为你拾起纸并把它放到最近的桌子上，回答道：“因为你根本不需要这些垃圾。你来这里要做一件事情，就是和我们这些用户谈话。从这些材料中得不到任何有益的信息。” 问题 1.）只有告诉Betty你从每份文档中找到的东西才能使她相信每份文档都是重要的。用一段文字解释文档为需求工程师提供了什么帮助？ 2.）在你和Betty谈话的时候，意识到实际上也需要其他的定量文档。列出你缺少的东西。 1.阅读、研究得到的硬数据，从中发现需求信息 问题域信息工作流程业务细节 从这些报表中就可以看出报表数据要求的数据大小、精度与格式等其他业务细节。 2.员工的工作指南和公司规章手册：解释业务的详细执行过程，反映业务的具体细节 公司的成员以及职位、职责组织管理结构表图。 门户网站 各种业务的统计报表，如财务报表 业务备忘记录：反映业务的实际执行情况 2.请说出下列引号内的文字的需求的类型，是否存在问题？ “开发意图: 片面性
第1章 软件需求工程概述 IEEE 关于软件需求的定义 1) 用户解决问题或达到目标所需的条件或能力；（用户的角度 ） 2) 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条 件或能力。（软件系统的角度 ） 软件需求的分类 1) 目标需求； 2) 业务需求； 3) 功能需求； 4) 性能需求； 5) 约束与限制。 6) 软件需求间的层次关系 需求规格说明 需求规格说明是软件所应满足的全部需求，并可以文档的方式完整和精确陈述这些需求。 一个好的需求规格说明应该具有的特征 1) 完整性。 2) 正确性。 3) 可行性。 4) 必要性。 5) 划分优先级。 6) 无二义性。 7) 可验证性。 第2章 软件工程与需求工程 软件开发过程模型 1) 瀑布式模型 2) 快速原型模型 3) 渐增式模型
4)螺旋式模型 5)面向对象的开发模型 所谓面向对象就是应用对象、类、继承、封装、消息、对象或类之间的关系等面向对象的概念对问题进行分析和求解的软件开发技术，或者说，是以对象（类）为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。 软件需求工程特点 1)有一部分分析工作必须在设计之前进行，而另外一些分析工作则需与其他部 分的设计与实现工作并行地进行，因而呈现出非线性的工作方式。 2)软件系统的表达形式在整个开发模型中都是相同的，即面向对象方法中把类 及其结构作为系统的表达单元，无论哪一个阶段都以渐增的方式不断地进化或细化这些表达单元。 3)开发模型支持软件的重用。 需求工程对软件开发的影响如下： 1)需求是制定项目计划的基础。 2)需求工程所产生的最终产物——需求规格说明——是软件设计和软件实现的 基础。 3)需求规格说明也是测试工作和用户验收软件系统的依据。 4)需求规格说明也是软件维护工作的依据。 软件需求的开发和管理过程 软件需求的开发和管理过程是由导出、确认和维护软件系统需求规格说明的一系列活动组成的。 根据需求工程开发和管理过程可大致划分需求开发和需求管理两个阶段。其中需求开发主要产生正式的需求规格说明，需求管理主要是根据需求的变化对需求规格说明的内容及版本进行管理。
第三章 1. 除了需求开发的四个活动和需求管理活动之外，需求工程当中还有没有需要执行的活动？如果有的话，它们是哪些活动？给出你的理由。 答：过程管理活动和项目管理活动。 过程管理活动是跟踪项目开发过程，记录项目开发过程当中所遇到的问题或者教训 项目管理活动是管理项目开发的一系列问题与进度，管理人员配置，以达到最该效益。 2. 需求开发过程具有迭代特性，但是不是所有项目的需求开发过程都必须是迭代完成的？如果不是，请给出举例和理由。 答：不是，一般对于业务领域不熟悉的项目，需求是具有迭代性的，需要对业务领域的认知，有一个从认识到知识重构的过程。 对于某些固定需求且熟悉的项目，就不需要迭代开发 需求获取——>需求分析——>需求规格说明——>需求验证。当然并不是所有项目的需求开发过程是迭代完成的，当某一项目开发过程中，用户需求非常简单，开发人员已经相当明确用户需求，这时，就不需要返回到需求获取阶段以继续用户需求的获取，这样，也就不需要迭代完成。 3. 需求开发的迭代特性与软件开发过程的迭代式开发有什么关系？它们之间会互相影响吗？如果会，那么有哪些影响？ 答：需求开发的迭代特性只是软件开发过程的迭代式开发的一个子过程，软件开发过程是一个相当庞大的工程，需要在软件开发过程的各个阶段都需要进行开发工作的迭代，当然也包括需求开发中的迭代。 它们之间互相影响。如果需求开发中的迭代不能很好地完成需求分析任务，就必将影响到软件开发过程的其他迭代阶段的进行。 4.需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响？如果有，请说明影响是什么。如果没有，请说明是哪些因素产生了不同项目的需求开发过程的差异性。 答：没有影响。其实是需求开发过程的差异性一定程度上导致了细节知识的实践性。现实世界问题的复杂性和差异性主要导致了需求开发过程的差异性。 第四章 3. 在各种关于软件的调研中，无一例外地发现“缺乏用户参与”是导致软件失败的最大原因，试说明有哪些原因会使得用户参与不足？应该怎样解决？ 答：（1）用户数量太多，选择困难； （2）用户认识不足，不愿参与； （3）用户情绪抵制，消极参与； （4）没有明确的用户； 解决：要求开发者在进行需求获取时，能够对系统的用户以及用户的替代源等相关涉众进行分析，了解他们的特征、类别、任务、取向等，并在需求获取中采取对策避免用户参与不足现象的发生。 第五章 3. 要完整地描述系统的高层解决方案，需要描述哪些方面？ 答：（1）方案描述：概要描述解决方案； （2）业务优势：该解决方案所能带来的业务优势； （3）代价：该解决方案将花费的代价； 第六章 1. “以用户为中心”和“重视用户价值”是20世纪90年代之后的一种软件开发趋势，涉众分析可以从哪些方面实现“用户为中心”和“重视用户价值”？
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）：是一个不明确的功能性需求或者是一个质量需求。 质量需求（Quality Requirement）：定义了一个整个系统或一个系统组件、服务或功能的质量特性。 质量属性（quality attributes）：系统完成工作的质量，如可靠性等。 约束（Constraints）：一种限制了系统开发方式的组织或技术要求。 涉众（stakeholder）：涉众是与待开发系统有利益关系的人员或组织。涉众对于系统通常有着他们自己的需求。一个人可以代表不同涉众（人和/或组织）的利益，即一个涉众可以有多个角色并代表多个涉众。 上下文（Context）：是系统所处的环境中与定义、理解和解释系统需求相关的那些部分。上下文刻面（Context Facets）：系统上下文被结构化为在需求工程阶段针对软件密集型系统需要考虑的4个上下文刻面，包括主体刻面、使用刻面、IT系统刻面以及开发刻面。 上下文方面（Context Aspects）：是系统上下文中的各种物质和非物质的对象，如人、技术与非技术性系统、过程、物理规律等。 系统边界（System Boundary）：将待开发系统和系统上下文分割开来。系统边界将属于系统之内、在开发过程中可以被改变的那些部分和那些在开发过程中不可改变、属于系统上下文的部分分隔开。
面向目标的需求工程方法Goal-Oriented RE G l O i t d RE 刘璘 Course for MSE Students @ School of Software, Tsinghua U
标G l 目标Goal ? A goal is an objective the system under consideration h ld h should achieve ?Goal formulation refers to intended properties to be ensured ? They are optative statements , as opposed to indicative y p pp ones , and bounded by the subject matter 目标定义为系统想要达到的状态或条件是对系统?目标定义为系统想要达到的状态或条件，是对系统设计意图的一种说明和陈述，隐含地表达了期望系统所体现出的行为以及要满足的约束2 统所体现出的行为，以及要满足的约束。
基于目标的方法 Goal-based Approaches G l b d A h ?Approach ?Focus on why systems are constructed 重点放在为什么要建立一个系统 ?Express the ‘why’ as a set of stakeholder goals 将建立系统的原因表示为干系人要实现的目标集合?Use goal refinement to arrive at specific requirements 进行目标精化得到具体的需求 Goal analysis ?Goal analysis 目标分析 ?document, organize and classify goals 对目标进行组织、分类、建立文档 ?Goal evolution目标演化 ?refine, elaborate, and operationalize goals 对目标求精、细化、操作化 ?Goal hierarchies show refinement and obstacle relationships between goals 运用目标层次结构表示目标间的精化及阻碍关系 l次构表间的精关系 4
填空： 1. 在导致需求问题的原因中，一个最为重要的原因是：未能很好的 掌握应用型软件的模拟特性以及由此产生的一系列的影响和要 求。 2. 面向专业用户的纯工具型软件的首要成功标准是：要具有功能的 复杂性和使用的高效性。 3. 需求开发过程中产生的主要文档有三种：项目前景和范围文档， 用户需求文档，需求规格说明文档。 4. 系统用例图和上下文图通常被用来定义系统的边界。 5. 在需求建模时，常用的技术包括：数据流图，实体联系图，状态 转换图，类图等半形式化建模技术。 6. 业务需求，高层解决方案及系统特性都应该被记录下来，定义为 项目前景与范围文档。 7. 每一个明确，一致的问题都意味着涉众存在一些相应的期望目 标，即业务需求。 8. 业务需求中需要特别注意的特征是可行性和可验证性。 9. 在会谈中使用的问题基本上可以分为两种：开放式和封闭式问题 10. 面谈的类别：结构化，半结构化和非结构化面谈 11. 原型的需求内容可以从三个纬度上分析：外观，角色，实现 12. 民族志一个主要的应用目的就是研究和解决复杂的协同问题 13. 分类框架将场景方法从场景的形式（又分为描述和外观两个方 面），目的，内容和生命周期四个方面进行了分类和描述 14. 工程利用场景的目的有三种：描述，探索，解释 15. 抽象和分解是建模最为常用的两种手段 16. 抽象通过强调本质的特征，减少了问题的复杂性；分解的手段体 现了分而治之的思想 17. 分析模型是半形式化的 18. 建模语言有三个要素：语法，语义，语用 19. 按照Zachman的矩阵框架，分析技术就是用来对第二行（企业模 型）的各列进行建模和描述的技术 20. 面向对象分析方法以对象为基础，结构化分析方法以功能和数据 为基础 21. 结构化，信息工程和面向对象三中方法学下的需求分析技术都是