需求工程
单项选择
C1、软件生产中产生需求问题的最大原因在于对应用软件的（）理解不透彻或应用不坚决。
（A）复杂性（B）目的性（C）模拟性（D）正确性
B 2、需求分析的目的是保证需求的（）。
（A）目的性和一致性（B）完整性和一致性
（C）正确性和目的性（D）完整性和目的性
B 3、现实世界中的（）构成了问题解决的基本范围，称为该问题的问题域。
（A）属性和状态（B）实体和状态（C）实体和操作（D）状态和操作
D 4、功能需求通常分为三个层次，即业务需求、用户需求和（）。
（A）硬件需求（B）软件需求（C）质量属性（D）系统需求
C 5、下列（）属于定量硬数据？
（A）工作手册（B）规章手册（C）统计报表（D）备忘录
D 6、下列（）属于定性硬数据？
（A）数据收集表（B）月报表（C）年报表（D）规章手册
C 7、下列（）不属于面谈组织方法
（A）金字塔结构（B）漏斗结构（C）柱状结构（D）菱形结构
C 8、按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛
弃式原型又被细分为（）。
（A）演示原型和试验原型（B）系列首发原型和选定特征原型
（C）探索式原型和实验式原型（D）样板原型和纸上向导原型
A 9、原型的需求内容可以从三个纬度上分析：即（）。
（A）外观、角色和实现（B）开发、实现和作用
（C）成本、技术和实现（D）需求、作用和角色
D 10、下列（）不是需求获取常见的模型驱动方法？
（A）面向目标的方法（B）基于场景的方法。
（C）基于用例的方法（D）基于采样的方法
B 11、功能目标可以分为( )。
（A）安全目标和可用性目标（B）满足型目标和信息型目标
（C）软目标和硬目标（D）维护目标和实现目标
B 12、描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、
半形式化语言和形式化语言。在实践中，（）是主要的描述方式。
（A）形式化的程序语言（B）非形式化的自然语言
（C）形式化的图形工具（D）非形式化的设计语言
A 13、需求工程利用场景的目的可能有三种：即：（）。
（A）描述、探索和解释（B）描述、表示和探索
（C）描述、探索和发现（D）表示、解释和证明
D 14、用例之间的关系主要有（）三种。
（A）包含、扩展和简化（B）合取、析取和扩展
（C）包含、多态和继承（D）包含、扩展和泛化
二、填空题：
1. （需求）是获取的主要对象，是系统期望达到的目标。
2、涉众类别按照自身Power&Interest的高低可以分为：参与者、（环境设定者）、
被影响者和观众。
3、面谈中两种基本的问题类型包括（开放式）和（封闭式）
4、面谈通常分为三种类型：结构化面谈、半结构化面谈和（非结构化面谈）
5、民族志的一个主要应用目的就是研究和解决复杂的（协同问题）。
6、时间采样允许需求工程师建立指定的（时间间隔）来观察用户的活动情况。
7、文档审查主要获取对象包括相关产品的（需求规格说明）、硬数据和客户的需
求文档。
8、用例是场景方法中的一种，是（静态）的结构化文本描述。
三、判断题
错1、需求工程包括需求获取和需求开发两个方面。（）
错2、需求验证是需求工程中最后一个活动。（）
对3. 在展开需求获取活动时，常见的组织方式是依照系统特性，确定系统的边界，建立上下文图或系统用例图，然后按照遍历上下文图和系统用例图的方式展开获取活动。（）
错4、问题解决方案的边界即是系统的边界（）
错5、软件系统中的涉众群体是固定不变的（）
错6、领域专家在众多涉众中优先级别很高（）
错7、诱导性问题的目的是深究答复（）
对8、调查问卷是一种经常和面谈配合使用的需求获取方法，他在内容的安排上类似于结构化面谈方法。（）
错9、要完成相同的功能，构建抛弃式原型比构建演化式原型所花费的代价要大得多。（）
错10、水平原型方法仅仅实现选定功能实现的所有层次，能够处理较大范围的功能。（）
错11、垂直原型方法会触及选定功能所有层次中的某些特定层次，处理的功能范围通常较小。（）
对12、建立外观原型时重在原型的用户界面和交互方式，原型的功能和技术实现细节就会被简化处理。（）
对13、如果选择的开发方法是实验式或者探索式开发方法，应该尽量花费最小的代价，争取最快的速度，忽略或简化不重要的功能处理。（）
错14、由于文档是来自于当前计算机或手工系统的产物，因此它是正确的，也正是客户所需要的。（）
对15、抽象用例是不能被实例化的，它必须被包含在其他用例中才能得以执行。
（）
四、名词解释题
1、需求工程
需求工程是所有需求处理活动的总和，是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束；同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的关系。
2、需求
①用户为了解决问题或达到某些目标所需要的条件或能力。
②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要
求而需要具备的条件或能力。
③ 对1或2中的一个条件或一种能力的一种文档化表述。
3、问题域
实体和状态构成了问题解决的基本范围，称为该问题的问题域。
4、前景
前景为产品生命周期中所有的决策提供了背景，前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。
5、范围
项目的范围定义了解决方案的概念和范围，同时也要表明系统不能提供哪些功能，它可以帮助涉众建立现实的期望。
6、头脑风暴
是一种特殊的群体面谈方式，它的目的不是发现需求，而是“发明”需求，或者说是发现“潜在”需求。它鼓励参与者在无约束的环境下进行某些问题的自由思考和自由讨论，以产生新的想法。它是需求获取中用于“发明”需求的方法，但它会增加需求的数量。
五、问答题
1、解释需求分析与需求工程之间的关系。
需求工程是所有需求处理活动的总和，是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束；同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的关系。
需求分析的目的是保证需求的完整性和一致性。它以需求获取阶段输出的原始需求和业务过程细节出发，将目标、功能和约束映射为软件行为，建立系统模型，然后在抽象后的系统模型中进行分析，标识并修复其中的不一致缺陷，发现并弥补遗漏的需求。
2、下图描述了火车管理系统的目标模型片段，试分析该目标模型关系。
需求工程 需求开发 需求管理
需求获取 需求分析 需求规格说明 需求验证
图中，火车管理系统主要有三个高层的软目标：服务更多的旅客（ServeMo rePassengers）、尽可能降低成本（Costs，类型Min）和安全运输（SafeTrans port）。
对ServeMorePassengers的工作可以同时从增加新班次(NewTracksAdded)和提高原有班次效率上着手。提高原有班次效率则可以通过提高列车运行速度（TrainSpeed，类型Max）或者缩短班次间隔（DistanceBetweenTrains，类型Min）来实现。
降低成本的实现可以考虑降低新投资（DvlptCosts，类型Min）或者降低运营成本（OperationCosts，类型Min）。而增加新班次（NewTracksAdded）的目标要求可能会增加降低新投资目标的实现困难。
在实现安全运输的措施中，有三个是必须达到的：
①要保持安全的车距（WCS—DistBetweenTrains，类型Maintain）。
②列车的速度要保持在轨道能够承受的范围内（TrackSegmentSpeedLimit，类型Maintain）。③列车不要进入已经关闭的站台（TrainEnteringClosedGat e，类型Avoid）。
六、案例题：
1、某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信用决定（例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理）。另外，Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
假设现在需要你来开发一个软件，解决Liz面对的难题。那么你认为Liz现在遇到的问题有哪些？你希望新的软件应该达成哪些业务目标？你怎样设计软件的高层解决方案和系统特性？
问题：1.工作量增加；2.客户账户的历史数据不好查找；3.问题账户所占比例没有显示。
新的软件应该达成的业务目标：1.能够快速查询客户账户；2.能够分析一个客户是否为问题账户；3.能够给一个问题账户的三年内的历史数据；4.能够计算问题账户所占比例。
软件的高层解决方案和系统特性：1.建立一个数据库用来存放客户账户信息；2.
根据特定的判定问题账户的算法检索辨别出问题账户；3.工作人员能够检查该账户的三年内的历史数据；4.即时显示问题账户所占比例。
2、Maverick公司是一家有15年历史的国内货物运输公司，假设你的小组担当Maverick公司的系统分析与设计团队，为Maverick公司的所有业务设计一个计算机化或者增强设计计算机化的项目。Maverick主要进行卡车零运，管理人员按照实时处理（Just In Time）原则工作。在这个原则指导下，他们建立了包括发货人、收货人和承运公司的伙伴关系，目的是准时运输和交付生产线上需要的材料。Maverick主张用626台拖拉机拖运货物，它拥有45000平方英尺的仓库和21000平方英尺的办公场地。
1) 制定分析Maverick公司的信息需求时，应当收集的硬数据列表。（提示：想像一下该公司要开展的工作，应该会有哪些登记表格）。
2) 设计一种采样机制，使得小组在不必查看这家公司15年来产生的所有文档的情况下，形成对该公司的清晰认识。
（1）定量硬数据：
发货及收货的明细表；货物的中转表；拖拉机和仓库的使用情况表
定性硬数据：
日常业务描述文档；描述发货人、收货人和承运公司的伙伴关系文档
需求工程(习题集)最新
一、选择题 1、需求获取的成果（A）。 A、获取笔录、录音或摄像 B、客户 C、需求规格说明文档 D、设计说明书 2、项目前景与范围文档中，项目前景不应包括什么信息（B）。 A、前景概述 B、详细的功能需求 C、主要特性 D、假设与依赖 3、下列不属于需求开发的活动的是( B)。 A、需求获取 B、需求管理 C、需求验证 D、需求分析 4、面谈的类别不包括（C）。 A、结构化面谈 B、半结构化面谈 C、封闭式面谈 D、非结构化面谈 5、采用观察方法进行需求获取的原因（C）。 A、用户多 B、客户变化 D、事件的情景性D、存在默认知识 6、确定需求优先级的常用的方法（A）。 A、累计投票 B、协商 C、需求细化 D、需求建模 7、需求评审是（B）中常用的一种方法。 A、需求获取 B、需求验证 C、需求分析 D、需求管理 8、需求跟踪是（D）中的一个活动。 A、需求获取 B、需求验证 C、需求分析 D、需求管理 9、针对客户需求文档进行文档审查的时候，采用的方法是（C）。 A、需求重用 B、文档分析 C、需求剥离 D、民族志 10、下列不是过程建模中使用的技术是（ C ）。 A、上下文图 B、数据流图 C、E-R图 D、微规格说明 11、针对相关产品的需求规格说明进行文档审查的时候，采用的方法是（C）。 A、需求剥离 B、文档分析 C、需求重用 D、民族志 12、下列不是用例模型的基本元素的是（A）。 A、用例 B、参与者 C、实体 D、系统边界 13、下列不属于需求验证的方法的是（B）。 A、需求评审 B、需求分析 C、利用跟踪关系 D、开发测试用例 14、下列不属于变更控制过程的步骤是（D）。 A、提出需求变更 B、接受变更请求 C、变更评估 D、需求依赖 15、需求分析的最终结果产生的是（C）。 A、项目开发计划 B、可行性分析报告 C、需求规格说明书 D、设计说明书 16、最常见的IEEE1998将需求分成5种类别，下列哪个不是5种类别的是（D）。 A、功能需求 B、性能需求
需求工程课后重点答案
1.需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？ 需求分析关注系统“做什么”，系统设计关注“如何做”。 当分析阶段完成后才能进入到设计阶段 2.需求处理要注意哪些非技术因素？为什么？ 要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。 因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关，不存在不依赖具体应用环境的解决方案，因此，在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系 那就是需求工程含义更广，包括需求获取、需求分析、需求定义 第二章： 1.解释名词:问题域，解系统和共享现象，并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域：现实的状况与人们期望的状况产生差异就产生问题。 解系统:软件系统通过影响问题域，能够帮助人们解决问题称为解系统 通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。 软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。 2.解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？ 需求是用户对问题域中的实体状态或事件的期望描述
规格说明:规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。 需求工程的主要任务：1.需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格说明。3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 第三章: 一、.需求工程过程的工作基础(即输入)存在哪些？他的工作成果(即输出)有哪些？？ 答：需求过程的工作基础是获取用户面临的业务问题，用户期望系统表现出来的各种行为，即需求获取 工作成果:产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。 二.、描述需求工程的各个活动，说明他们各自的工作基础，工作目标和工作成果 需求获取： 工作基础：1.收集背景资料2.定义项目前景和范围3.选择信息的来源4.选择获取方法，执行获取5.记录获取结果 工作目标:获取用户需求，了解用户在完成任务的时候遇到的问题与期望 工作成果:业务需求，项目的前景和范围，用户需求以及问题域的特征 需求分析： 工作基础：1背景分析2.确定系统边界3.需求建模 4.需求细化 5.确定优先权 6.需求协商 工作目标:1.通过建模整合各种信息，是人们更好地理解问题 2.定义一个需求集合，能够为问题界定一个游戏的解决方案 工作成果：产生一个需求的基线集，它指定了系统或当前版本的系统开发需完成的任务 3.需求规格说明: 工作基础1.定制文档模板 2.编写文档 工作目标:为了系统涉众之间交流需求信息 工作成果:需求规格文档说明 4.需求验证 工作基础1.执行验证2问题修改 工作目标：为了尽量不给设计实现测试后续开发活动带来不必要的影响。需求规格说明文档定义必须正确准确地反映用户的意图 工作成果:验证之后，问题得以修正 需求管理： 工作基础：1.建立和维护需求基线集2.建立需求跟踪信息3进行变更控制 工作目标:保证需求作用的持续稳定和有效发挥 工作成果:需求管理会进变更控制和实现合理的变更请求 拒绝不合理的变更请求，控制变更的成本和影响范围
九江学院“本科教学工程”项目任务书.doc
九江学院“本科教学工程”项目任务书 项目名称：基于实践能力培养的地理类专业 教育综合改革实践 申报学院：旅游与国土资源学院 负责人：xxx 联系方式：xxxxxxxxx 教务处制 二○一三年六月
填写说明 1.任务书的各项内容要实事求是，真实可靠。文字表达要明确、简洁。 2.表中空格不够时，可另附页，但页码要清楚。 3.任务书限用A4纸张打印填报并装订成册。
一、项目负责人基本情况 姓名xxx 性别男出生年月1968.02 学位博士学历研究生所学专业人文地理学 毕业院校中山大学职称教授职务院长 电话 办公：手机： 电子信箱 主要教学成果 旅游与国土资源学院现有地理科学、人文地理与城乡规划、自然地理与资源环境、地理信息科学等四个地理类本科专业，有地理类本科在校生500余人。地理类专业具有综合性强、实践性强、创新空间大的学科特点，通过几年来的专业建设实践，我们探索出了一条“依托地方、 注重实践,培养具有较强实践能力和创新精神的高级应用型专门人才” 的办学之路。 1．培养目标创新 以地理类专业的学科特点和地方经济社会发展实际需求为目标，以服务于地方经济与江西生态强省战略为主线设计教学体系、制定培养方案，通过调查问卷、座谈、研讨等多种形式及时了解社会需求，从而实现了服务于地方发展和学生个性化发展的有机结合。 2．教学计划创新 在基础理论教学中以“夯实基础”为目的，以“理论指导实践”为 度，优化课程体系，注重了专业课教学的针对性和实用性。同时，以培养学生的动手能力为目标构建相对独立的实践教学体系，创新性地在各专业设置了八周的集中实践，通过理论教学与实践教学相结合，实现了以“以做促学”的培养模式在本专业的创新发展。 3．实验实训保障充分 专业实验室不断完善，校外实践基地基本满足专业及发展方向需 要，为学生进行校内外专业实训、毕业实习、假期实践等创造了良好条件。目前专业实践性教学基地基本稳定，类型较为丰富，地域跨度控制在学生可承受范围内，以方便学生加以灵活选择。 通过以上途径，逐步提高了办学水平和质量，毕业生因理论基础深厚、动手能力扎实,受到用人单位的广泛赞誉，本专业毕业生的一次就 业率位于同类院校前列。
工程项目需求规格说明书
工程项目管理软件 功能需求 2016年4月
目录 第一章.引言 (3) 1.1编写目的 (4) 1.2预期读者 (4) 1.3参考资料 (4) 第二章.系统概述 (5) 2.1项目总体要求 (5) 2.2技术整体要求 (5) 第三章.功能需求 (6) 3.1基础数据 (6) 3.2项目管理 (8) 3.3项目查询 (12) 3.4项目统计 (12) 3.5人事档案 (12) 3.6行政制度 (13) 3.11后台管理 (14) （1）组织机构管理 (14) （2）帐号管理 (15) （3）权限分配 (16) （4）角色管理 (16) （5）日志管理 (17) 第四章.项目时间计划 (18) 第五章.外部接口需求 (18) 5.1硬件接口 (18) 5.2软件接口 (18) 第六章.非功能需求 (18) 6.1性能需求 (18) 6.2安全性需求 (18) 第七章.项目预算 (19) 第一章.引言 1.1编写目的 本文档是在对项目需求文档进行充分分析的基础上，描述实现项目需求的详细说明，包括项目功能结
构图、总体流程图以及功能模块分析和表单设计等。 编写此文档的主要目的：文档化项目的实现方案，涵盖系统的基础功能、系统管理、项目管理、人事管理、规则制度管理等功能模块，以方便项目组和用户对项目的业务功能需求在理解上达成一致。该文档也是以后的概要设计、详细设计的基础，是对详细设计活动的约束和指导。 1.2预期读者 文档的主要读者：双方项目成员。 1.3参考资料 《计算机软件产品开发文件编制指南》GB8567－88 《计算机软件开发规范》GB8566－88 《计算机软件质量保证计划规范》GB/T12504－90 《计算机软件配置管理计划规范》GB/T12505－90 《计算机软件需求说明编制指南》GB9385－88 《计算机软件测试文件编制指南》GB9386－88 《软件工程术语》GB/T11457－1995 《信息技术软件生存周期过程》GB/T8566－1995 《计算机软件文档编制规范》GB-T8567-2006 《软件文档管理指南》GB/T16680－1996
需求管理理论知识及需求管理工具介绍
需求管理理论知识及需求管理工具介绍 Marco Lee 2012-09-04
目录 一、需求有关概念综述 (3) 1）需求定义 (3) 2）需求分析概述 (3) 3）需求分析主要过程 (4) 4）需求分析的特点 (4) 5）需求开发的十种常用方法 (5) 6）需求建模方法 (5) 7）主要概念区分 (5) 二、CMMI需求开发过程 (6) 1）基本概念 (6) 2）需求调查方法 (7) 3）CMMI需求分析过程 (8) 三、需求管理工具介绍 (11) 1）Rational RequisitePro (11) 2）IBM Rational DOORS (11) 3）Borland CaliberRM (13) 4）Cloudtopo Topo (13)
摘要 需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。本文就有关需要的概念以及几个需求管理系统，进行了论述。 一、需求有关概念综述 图1-需求分析组成部分 1）需求定义 通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。按CMMI软件能力成熟度的定义，需求是开发方和客户方就系统未来所达到的功能和质量所达成的一致约定和协议。 2）需求分析概述 需求分析活动或需求工程过程，在整个系统开发与维护过程中越来越重要，它贯穿于系统开发的整个生存周期。上个世纪80年代中期，形成了软件工程的子领域——需求工程 (Requirement Engineering, RE)。
需求工程，是应用已证实有效的技术、方法进行需求分析，确定需求客户，帮助系统 开发分析人员理解问题，评估可行性，协商合理的解决方案、无歧义地规约方案、确认规 约以及将规约转换到可运行的系统时的管理要求。 需求工程通过合适的工具和符号系统地描述待开发系统及其行为特征和相关约束，形 成需求文档，并对用户不断变化的需求演进给予支持。 需求分析是一个项目的开端，也是项目建设的基石。需求分析的过程包括了需求开发 和需求管理两个部分。整体需求工程过程在项目启动后开始，进行需求获取、分析、规划 定义和需求验证，并进行组织内外的需求评审，以确定需求基线，并在需求发生变更时， 重新进行需求的获取、分析、定义和验证评审，并对需求变更影响项进行相关识别、风险 应对、修改和跟踪。并对需求状态和变化过程进行统计分析和测量汇报。 需求开发（RD，Requirement Development）指的是从问题收集、分析和评价到编写文档、评审等一系列产生需求的活动，这几个阶段的活动可以是相互独立和反复的，不一定非要 遵循线性的顺序。需求开发讲究的是用系统的方法获取真正的全面的能实现的需求。 需求管理（RM, Requirement Management）则是与需求直接相关的活动，即软件项目开 发过程中控制和维持需求约定的活动，主要包括：变更控制、版本控制、需求跟踪、需求 状态跟踪等工作。需求管理强调的是需求的确认以及需求变更的控制，其目的是确保各方 对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。 3）需求分析主要过程 1）需求开发规程：分为需求获取、需求分析、规格化定义和需求验证等操作过程。 2）需求评审规程：对完成的系统需求进行组织内外评审的过程； 3）需求变更管理规程：需求基线产生后对需求进行变更管理的过程； 4）需求跟踪管理规程：对需求进行状态跟踪和过程跟踪的管理过程； 5）需求的测量和分析：对需求状态和需求变化过程进行测量和分析评估的管理过程； 4）需求分析的特点 需求分析工作的复杂性及面临的潜在风险主要体现在以下方面： 1)需求描述的准确性问题;
软件需求工程复习题
需求工程练习题 一、单选题（每空1分，共20分，请在备选答案中选择唯一一个正确的选项） 1、产品特性可以称为质量属性，在众多质量属性中，对于开发人员来说重要的属性有哪些 （B ） A 有效性、效率、灵活性、互操作性 B 可维护性、可移植性、可重用性、可测试性 C 完整性、可靠性、健壮性、可用性 D 容错性、易用性、简洁性、正确性 2、需求包括11个方面的内容，其中网络和操作系统的要求属于（B），如何隔离用户之间的数据属于（C），执行速度、相应时间及吞吐量属于（D），规定系统平均出错时间属于（A ）。 A 质量保证 B环境需求 C安全保密需求 D 性能需求 3、需求分析过程应该建立3种模型，它们分别是数据模型、功能模型、行为模型。以下几种图形中，（B）属于功能模型，（A）属于数据模型，（C）属于行为模型。 A 实体-联系图(ERD) B 数据流图(DFD) C 状态转换图(STD) D鱼骨图 4、常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向对象的分析方法（OOA），下列(D)不是结构化分析方法的图形工具。 A决策树 B数据流图 C数据字典 D快速原型 5、软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。其中，（B）和（C）用完就可以丢弃，而（A）围绕原型修改、增加。 A 进化型 B 探索型 C实验型 D 以上都是 6、（D）用于描述数据的处理过程。 A 数据字典 B决策树 C决策表 D 数据流图 7、DFD的基本符号不包括下列哪种（A） A 数据字典 B 加工 C 外部实体 D 数据流 E 数据存储文件 8、DD的主要字典条目包括以下哪种（E） A数据流 B文件 C 数据项 D加工 E以上都是 9、常用的动态分析方法不包括以下哪种（B） A 状态迁移图 B 层次方框图 C时序图 D Petri网 10、需求分析阶段的文档包括以下哪些（E） A 软件需求规格说明书 B数据要求说明书 C初步的用户手册 D修改、完善与确定软件开发实施计划 E以上都是 11、需求验证应该从下述几个方面进行验证：（C） A 可靠性、可用性、易用性、重用性B可维护性、可移植性、可重用性、可测试性 C一致性、现实性、完整性、有效性 D 功能性、非功能性 12、风险管理的要素包括哪项（D） A风险评价 B风险避免 C风险控制 D以上都是 13、下列描述中错误的是（D） A每一个集成的需求变更必须能跟踪到一个经核准的变更请求。 B变更过程应该做成文档，尽可能简单，当然首要的是有效性。 C所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑。 D可以从数据库中删除或修改变更请求的原始文档
工程项目管理重点
第一章，工程项目管理概述 1，项目的分类：1）按项目成果的实体形态，可将项目分为工程项目和非工程项目。前者如建筑工程、水利工程、市政工程项目等；后者如软件开发、技术改造、科技攻关等。 2）按项目的规模，可将项目分为大型项目、中型项目和小型项目。3）按行业领域，可将项目分为国防项目、环保项目、农业项目、公路项目等。4）按项目所属的主体不同，可将项目分为政府项目、企业项目、私人项目等。5）按项目周期不同，可将项目分为长期项目、短期项目。6）按项目复杂程度的不同，可将项目分为大型集成项目、复杂项目、一般项目等. 2，项目管理的概念：项目管理是指项目管理主体在有限的资源约束条件下，为实现其目的，运用现代管理理论和方法，对项目活动进行系统化管理的过程。 项目管理的基本特征：1）普通性2）目的性3）独特性4）集成性5）创新性 3，工程项目的概念：工程项目是指通过特定工作或劳动建造某种“工程实体”的过程。工程实体一般指建筑物或构筑物。 4，工程项目的基本特性：1）在一定约束条件下，以形成固定资产为特定目标。2）工程项目的建设需要遵循必要的建设程序和经过特定的建设过程。3）工程项目的建设周期长，投资大。4）工程项目建设活动具有特殊性。资金的一次性投入，建设地点的固定性，设计施工任务的一次性，机械设备及生产力的流动性。5）不确定因素多，风险大。6）具有投资限额标准。 4，工程项目的分类：1）按管理主体和内容不同划分：业主项目，设计项目，施工项目。2）按专业不同划分：建筑工程，安装工程，桥梁工程，公路工程，铁路工程，水电工程等。 3）按工程项目的建设性质不同划分：新建项目，扩建项目，改建项目，恢复项目，迁建项目。4）按项目的用途不同划分：生产性建设项目，非生产性建设项目。5）按工程项目建设过程不同划分：预备项目，筹建项目，在建项目，投产项目，收尾项目。6）按建设投资规模不同划分：大型，中型，小型项目。7）按建设投资来源渠道不同划分：国家投资的建设项目，银行信用筹资的建设项目，自筹资金的建设项目，引进外资的建设项目，资金市场筹资的建设项目。 5，工程建设项目的组成及概念： 1）建设项目：是指在一个总体设计范围内，经济上实行独立核算，行政上具有独立的组织形式的建设工程。 2）单项工程：是建设项目的组成部分，一般是指在一个建设项目中，具有独立的设计文件，建成后能够独立发挥生产能力或效益的工程 3）单位工程：指具有独立组织施工条件及单独作为计算成本对象，但建成后不能独立进行生产或发挥效益的工程。 4）分部工程：是按单位工程的结构部位，使用的材料，工种或设备种类和型号等的不同而划分的工程。 5）分项工程：是按照不同的施工方法，不同的材料及构件规格，将分部分项分解为一些简单的施工过程，是建设工程中最基本的单位内容。 6，我国对大中型项目规定的开工条件：1）项目法人已经设立，项目组织机构和规章制度健全。2）初步设计和总概算已经批复，施工图的设计可以满足主体工程施工需求。3）建设项目已列入国家或地方建设投资年度计划，年度建设资金已经落实，施工组织设计大纲已经编制完成。4）现场施工准备和征地移民等建设外部条件能够满足主体工程开工需要。5）建设管理模式已经确定，投资主体与项目主体的管理关系已经理顺。6）项目建设所需主要设备和材料已经订货，并已备好连续三个月施工的需要。 7，项目开工建设时间：一般规定，项目的任何一项永久性工程第一次正式破土开槽日期即
需求工程导论 (2)
第一章需求工程导论 1.软件开发中碰到的需求问题的现象是什么 答：（1）用户参与度不够。（2）高层管理支持力度不够。（3）没有清晰的需求说明。（4）没有清晰的目标和前景。（5）期望不切合实际。（6）需求变化影响。（7）增加了无用的额外功能。 2.在需求处理当中要注意哪些非技术性因素，为什么 答：（1）需求处理的任务：需求处理的任务主要是发现问题并解决问题。现实是问题的发生地，软件系统是人们应对问题的手段。但是单纯的软件系统是不能解决问题的。它只有和现实之间形成一种有效的互动才能解决问题。 （2）需求处理的手段：建模与分析技术是进行需求处理的主要手段，这些技术本身都是概念性的，不依赖于某些特殊的应用环境条件。可以被广泛的应用于各种应用场景。 （3）需求处理的过程：试图单纯的通过技术的应用建立一个一致完整的需求模型是不太可能的。因为在现实中，因涉众的不同立场而产生的利益冲突的场景非常常见。这些冲突是根本无法通过技术手段所能解决的。 3.解释需求分析与需求工程之间的联系 答：“需求工程”就是利用工程化的手段进行需求处理，以保证需求处理的正确进行，而“需求分析”是需求处理中的核心活动，他用一些形式化或半形式化的语言进行知识的分析，但是建立需求工程还离不开需求分析。 4.解释软件工程与系统工程之间的联系，这种联系对需求工程的工作有何影响 答：（1）系统工程通常是指计算机引入某一现实系统，并用他来改变现实系统的运作方式，达到一个理想效果的过程。而且系统工程中除了含有处理系统的软件工程之外，还包括硬件工程和人力工程。因此，在系统工程中，虽然应该重点关注软件工程部分的内容，但并不能完全以软件为中心来看待和处理整个系统。 （2）影响：系统需求开发的主要目的是获得整个系统的期望目标，包含功能特性和非功能特性。因此需要判定系统的涉众，采集他们的目标与要求研究系统的环境确定系统的要求，并进行一些整体性的分析。 5.需求工程包括哪些活动软件开发活动当中为什么要重视需求工程 答：需求工程包括（1）需求开发（2）需求管理。需求开发要包括（需求获取、需求分析、需求规格说明、需求验证） 重视需求工程的原因：（1）需求问题是当前软件开发面临的主要问题（2）需求分析是软件开发中的理论约束，他控制着整个软件开发的工程走向。它是非技术人员和技术人员的工程纽带。 6.需求工程师需要具备哪些知识或技能
工程项目的主要利益相关方及其要求和期望
工程项目的主要利益相关方及其要求和期望 工程项目管理的目标就是综合运用各种知识、技能、手段和方法去满足或超出利益相关者对某个工程项目的合理要求及期望。因此，首先要认真识别和理解同工程项目密切相关各方的不同要求和期望(包括范围、进度、费用、质量以及其他目标)。相关各方总体利益是一致的，但关注的焦点不同，有时还在一些问题上有冲突，需要加以协调。至少需要从以下五个层面来理解： 一是工程项目具有哪些利益相关方；二是他们具有哪些方面的要求和期望；三是他们每一个方面的具体要求和期望是什么；四是这些要求和期望具有什么样的冲突；五是如何运用各种知识、技能、手段和方法去协调这些冲突，并满足或超出他们的合理要求及期望。 (一)工程项目利益相关方 工程项目利益相关方是指影响项目目标的实现，或者受到项目实施过程影响的所有个体、群体和组织。工程项目管理团队必须清楚谁是本工程项目的利益相关方，明确他们的要求和期望是什么，然后对这些要求和期望进行管理和施加影响，确保工程项目获得成功。工程项目利益相关方有许多不同的名称和类型，对利益相关方的命名和分组可以帮助识别主要利益相关方，图1-2列出了工程项目的主要利益相关方。 (二)工程项目主要利益相关方的要求和期望 下面是各主要利益相关方的要求和期望： (1)业主——投资少，收益高，时间短，质量合格。 (3)承包商——优厚的利润，及时提供施工图纸，最小限度的变动，原材料和设备及时送达工地，公众无抱怨，可自己选择施工方法，不受其他承包商的干扰，按时支付工程进度款，迅速批准开工，及时提供服务。 (4)供应商——规格明确，从订货到发货的时间充裕，有较高的利润率，最低限度的非标准件使用量，质量要求合理。
项目需求分析
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：SRS文档（system requirement Specification）；2.DRM文档；3. Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析软件用户需求是什么。如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，从发重新开发过，这种返工是让人痛心疾首的。（相信大家都有体会）比如，用户需要一个for Linux 的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发fox window的软件，当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，恨不行找块豆腐一头撞死。 需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位。大家一定要对需求分析具有足够的重视，在一个大型软件系统的开发中，他的作用要远远大于程序设计。 二、需求分析的任务 简言之，需求分析任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求并准确地表达所接受的用户需求。 需求分析的过程 需求分析的工作，可分为四个方面：问题识别、分析和综合、制订规格说明、详审。问题识别 就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些要求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求（做什么），性能需求（要达到什么指标），环境需求（如机型，操作系统等，）可靠性需求（不发生故障的概率），安全保密需求，用户界面需求，资源使用需求（软件运行是所需的内存，CPU等），软件成本消耗与开发进度需求，预告估计以后系统可能达到的目标。 分析与综合
需求工程导论
1.软件开发中碰到的需求问题的现象是什么 答：（1）用户参与度不够。（2）高层管理支持力度不够。（3）没有清晰的需求说明。（4）没有清晰的目标和前景。（5）期望不切合实际。（6）需求变化影响。（7）增加了无用的额外功能。 2.在需求处理当中要注意哪些非技术性因素，为什么 答：（1）需求处理的任务：需求处理的任务主要是发现问题并解决问题。现实是问题的发生地，软件系统是人们应对问题的手段。但是单纯的软件系统是不能解决问题的。它只有和现实之间形成一种有效的互动才能解决问题。 （2）需求处理的手段：建模与分析技术是进行需求处理的主要手段，这些技术本身都是概念性的，不依赖于某些特殊的应用环境条件。可以被广泛的应用于各种应用场景。 （3）需求处理的过程：试图单纯的通过技术的应用建立一个一致完整的需求模型是不太可能的。因为在现实中，因涉众的不同立场而产生的利益冲突的场景非常常见。这些冲突是根本无法通过技术手段所能解决的。 3.解释需求分析与需求工程之间的联系 答：“需求工程”就是利用工程化的手段进行需求处理，以保证需求处理的正确进行，而“需求分析”是需求处理中的核心活动，他用一些形式化或半形式化的语言进行知识的分析，但是建立需求工程还离不开需求分析。 4.解释软件工程与系统工程之间的联系，这种联系对需求工程的工作有何影响 答：（1）系统工程通常是指计算机引入某一现实系统，并用他来改变现实系统的运作方式，达到一个理想效果的过程。而且系统工程中除了含有处理系统的软件工程之外，还包括硬件工程和人力工程。因此，在系统工程中，虽然应该重点关注软件工程部分的内容，但并不能完全以软件为中心来看待和处理整个系统。 （2）影响：系统需求开发的主要目的是获得整个系统的期望目标，包含功能特性和非功能特性。因此需要判定系统的涉众，采集他们的目标与要求研究系统的环境确定系统的要求，并进行一些整体性的分析。 5.需求工程包括哪些活动软件开发活动当中为什么要重视需求工程 答：需求工程包括（1）需求开发（2）需求管理。需求开发要包括（需求获取、需求分析、需求规格说明、需求验证） 重视需求工程的原因：（1）需求问题是当前软件开发面临的主要问题（2）需求分析是软件开发中的理论约束，他控制着整个软件开发的工程走向。它是非技术人员和技术人员的工程纽带。 6.需求工程师需要具备哪些知识或技能 答：（1）交流技能（2）观察技能（3）抽象分析与问题解决技能（4）写作技能（5）关系协调和团队工作技能。
工程项目建设要求
工程建设要求 一、工程建设标准 1、有关国家法律 《中华人民共和国建筑法》、《中华人民共和国消防法》、《中华人民共和国劳动法》 2、国家、行业技术标准及管理规定 □《测量规范》（GBJ50026-93）； □《建筑工程施工质量验收规范》（GB50300-2001）； □《建筑装饰装修工程质量验收规范》（GB50210-2001） □《建筑地基基础工程施工质量验收规范》（GB50202-2002）； □《砌体工程施工及验收规范》（GB50203-2002）； □《地下防水工程施工及验收规范》（GB50208-2002）； □《建设工程项目管理规范》（GB/T50382-2001）； □《混凝土结构工程施工质量验收规范》（GB50204-2002）； □《建筑给水排水及采暖工程施工质量验收规范》（GB50242-2002）； □《钢结构工程施工质量验收规范》（GB50205-2001）； □《通风与空调工程施工质量验收规范》（GB50243-2002）； □《自动喷水灭火系统设计规范》（GB50084-2001）； □《玻璃幕墙工程质量检验标准》（JGJ133-2001）； □《金属与石材幕墙工程技术规范》（JGJ133-2001）； □《建设工程文件归档整理规范》（GB/T50382-2001） □《市政道路工程质量检验评定标准》（CJJ1-90）； □《市政桥梁工程质量检验评定标准》（CJJ2-90）； □《外墙饰面砖工程施工及验收规程》（JGJ126-2000）； □《塑料门窗安装及验收规程》（JGJ103-96）； □《建筑工程冬季施工规程》(JGJ104-97)； 3、安全生产规范、规程标准 《建筑施工工程安全技术规程》（国务院） 《建筑工程施工现场管理规定》（建设部15号令） 《建筑机械使用安全技术规程》（JGB33-86） 《建筑安全监督管理规定》（建设部13号令） 4、其他： 说明：上述规范、标准、规程仅是本工程建设地最基本要求，并未包括实施中所涉及到地所有规定、标准和规程.在施工中对于上述未尽事宜，按国家和地方现行地规定执行.
软件的需求的工程期末复习资料
☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。p5 1 定义 一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。 需求工程的目标：获取高质量的软件需求。 与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。 其它定义： Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。需求工程= 需求的开发活动+ 需求的管理活动 2 各阶段主要任务 需求获取阶段：获取用户的需求信息。 需求分析阶段：分析和综合已经收集到的需求信息。 需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。 需求定义阶段：根据用户需求编写出需求规格说明。 需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。 需求验证阶段：检验软件需求规格说明。 需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求
的状态。 ☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。p2 软件需求的定义: A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。 I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。M. Jackson等：需求是客户希望在问题域内产生的效果。 IEEE软件工程标准： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。 软件需求的类型: 目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。 业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。 功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。 性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。 约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
项目需求及技术要求
项目需求及技术要求 一、研究目的与意义 “十一五”以来，河南省经济取得了快速的发展，工业特别是重工业发展迅速，由此带来的是河南省能源消费总量的持续增长，2011年时河南省的能源消费量比2005年增长57.7%，达到了23061万吨标准煤。而电力行业的能源消费量占了河南省能源消费量的20%，是全省能源消费量和温室气体排放量最大的行业。以煤为主的能源结构，造成了严重的大气污染。河南省的能源供给一向是以煤炭为主的，煤炭基本一直占能源总产量的80%以上。河南省能源消费总量大，以煤为主的能源结构高于全国平均水平16个百分点；二次能源的电力也是以火电为主所占比例高达96%，可再生能源所占比例于4%。同时经济主要依靠高耗能行业的发展来带动的增长，工业造成的环境污染严重。传统的工业化模式使得河南省自身资源能源供给、生态环境承载等能力等难以保障，环境和生态问题较为严重。 郑州属北温带大陆性季风气候，天气干燥、少雨、多风沙，静风、逆温等不利气象较多，相比其他地区，空气质量受气象条件的制约更大。郑州市市区位于处于平原地区，地形平坦，污染物不易扩散。而在其西北方向的太行山山脉和西南方向的嵩山在西边将其围拢，形成了一个天然屏障，污染物不易越过高山扩散。从2011年开始，尤其是2013年1月中国城市大气灰霾天气，9-14日期间的大范围的大气污染事故，起始于河南，河南省连发16个红色大雾预警，郑州市污染达六级。郑州市是全国霾污染较为严重的城市之一。 由于细颗粒物PM2.5的浓度是影响大气能见度水平的重要因素，因此PM2.5和霾天气的形成有着直接的关系。PM2.5和社会生活密切相关，其污染水平、来源及污染特征都是人们非常关心的问题，因其来源及化学组成均非常复杂，进行详尽的研究和分析是很必要的；污染源成分谱是同类排放源排放物分析结果的统计平均，因此对大气主要污染源进行颗粒物采样，对可能的污染源样品进行化学组成分析，建立污染源成分谱，运用受体模型，对细粒子进行来源解析，实现主要排放源对PM2.5贡献的定量解析，结合郑州市本地区域污染特征，找出适合郑州市空气污染的治理措施，郑州市污染物减排以及污染物脱除工程技术实施具有
软件需求工程课后作业答案
软件需求工程课后作业答案． 第一章需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？1. ，系统设计关注“如何做”需求分析关注系统“做什么”。当分析阶段完成后才能进入到设计阶段
2.需求处理要注意哪些非技术因素？为什么？要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关，不存在不依赖具体应用环境的解决方案，因此，在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系那就是需求工程含义更广，包括需求获取、需求分析、需求定义 第二章 问题域，解系统和共享现象，并结合他们的含义说明软件系统如何1.解释名词: 与现实世界形成互动的问题域：现实的状况与人们期望的状况产生差异就产生问题。软件系统通过影响问题域，能够帮助人们解决问题称为解系统解系统: 通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说2. 明需求工程的主要任务是什么？需求是用户对问题域中的实体状态或事件的期望描述规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统规格说明: 的行为特征。问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。需求工程必须说明软件系统将应用的环境及目标，说1.需求工程的主要任务：
项目论证与评估
17 发展项目管理适应市场需求 摘要 关键词项目管理工程咨询市场需求 朱盛波上海申元工程投资顾问有限公司上海 随着我国入世和建筑市场的进一步开放国外咨询公司项目管理公司的进入将为国内咨询管理业带来巨大的 竞争压力文章分析了国内项目管理的现状存在问题前景和应对措施 1 问题的提出 近两年来国内工程管理界对如何开展项目管理展 开了热烈讨论对现行监理制度的成绩及不足提出了思 考随着我国入世和建筑市场的进一步开放国外咨 询公司项目管理公司的进入给国内建筑市场尤其是咨 询管理业带来巨大的市场争夺和人才争夺的压力国内 工程监理行业必须尽快理顺管理体制结合国内实际 在实践中逐步向国际通行的项目管理做法接轨提高监 理的管理水平 所谓项目管理可分为业主方的项目管理和承包方 的项目管理业主方的项目管理目标是实现项目的 功能进度和投资的控制即国外所称的PM 而承包 方的项目管理目标是满足承包合同的质量进度要 求控制项目成本实现利润的最大化本文所讨论 的是前者因为从理论上说它是我国引进和建立监 理制度的初衷从实践上说既是国内投资体制改革 的需要又是工程管理行业发展的方向 本文所要讨论的是项目管理的专业服务在目前以 及最近几年的市场需求如何需要怎样的服务来满足国 内外的不同业主国内的专业咨询单位包括监理造 价咨询招标代理代甲方设计及审图等如何 应对 2 国内项目管理的现状 2.1 监理仅限于施工阶段十多年来我国的监理事 业从无到有迈出了建筑业管理体制改革的重要一步不 但参与工程管理的成绩得到各方面的认可而且在法律 上也确立了自己的地位但是目前监理的不足也是显而 易见的那就是大多数监理公司的工作仅限于施工阶段 的质量管理监理规范也只能把监理的工作范围限定在 施工阶段投资控制和进度控制相对较弱更谈不上为业 主提供项目全过程管理和协调了离当初引进监理时提 出的项目管理的理念与工作范围相差甚远建设项目管 理的大部分工作从宏观到微观仍然由业主承担责任依 然落在业主的管理班子工程指挥部/项目部肩上全 部委托专业性的项目管理公司进行管理的很少 2.2 目前国内建设项目的管理模式类别
需求工程
需求是用户对问题域中实体状态或事件的期望的描述。 规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。 需求的分类：功能需求，性能需求，质量需求，对外接口，约束。 从需求的概念看需求工程：1、问题分析2、需求获取3、需求分析4、文档化和验证 需求获取活动的要求：1.研究应用背景，建立初始的知识框架。2.根据获取的的需要，采用必要的获取方法和技巧；3.先行确定获取的内容和主题，设定场景；4.分析用户的高层目标，理解用户的意图；5.进行涉众分析，针对涉众的特点开展工作。 需求获取活动的步骤;1.确定待获取信息的内容2. 确定待获取信息的来源3.确定应采用的获取方法4.执行获取5.记录成果 获取信息的内容：1.需求：获取的主要对象和系统期望达到的目标。2.问题域的描述：用来承载和解释需求的问题域特征，主要是现实世界的业务运行状况。3.环境与约束：属于一种特殊的问题域特征，限定了解系统部署的环境和条件。 获取信息的来源：1涉众2.硬数据3.相关产品4.重要文档5.相关技术标准和法规 获取信息的方法：1.传统2.集体获取3.原型4.模型驱动5.认知6.基于上下文等方法 为什么要确定项目的前景和范围？ 在看待现实世界时世界是复杂的，从不同的角度观察，会看到不同的内容。 保证项目涉众以符合项目需要的角度描述现实世界？描述哪些事物和事件才会尽可能的符合项目的需要？ 定义项目前景：有的涉众都从共同认同的项目前景出发，理解和描述问题域及需求。
定义项目范围：围内的事物和事件是描述的目标。 常见的涉众有：用户，客户，开发者，管理者，领域专家，政府力量，市场力量 任务包括：1.寻找软件系统的涉众类别，辨别关键和涉众类别。2.描述不同涉众类别的特征，包括个人特征和工作特征。3.分析不同涉众类别的输赢条件和受影响程度。4.描述不同涉众类别饿关注点和兴趣取向。5.分析不同涉众类别的重要性和影响力。6.为每种涉众类别选择合适的代表和项目开发。 定量硬数据：是指那些经过仔细设计、具有严格规范要求的格式化文档。 1.数据收集表格 2.统计报表 定性硬数据：是使用大自然语言进行文档描述，因此利用起来需花费较大的代价 1.整个组织的描述文档 2.业务指导文档 3.业务备忘 面谈结构：1.金字塔型2.漏斗型3.菱形 原型方法的风险：1.涉众看到了一个正在运行的原型，得出产品几乎已经完成的结论，从而提出快速交付产品的不当要求 2.用户可能会被原型所表现出来的非功能特性遮蔽了眼睛，从而忽略了他们更应该重视的功能特性 3.在澄清需求不确定性的同时也可能会掩盖一些用户的假设，这些假设将会无从发现 4.开发工作投入太多的工作，使得开发团队消耗了过多的时间和过大的成本 原型的介质：纸面，幻灯动画，快速语言和工具，程序代码。 原型的表现：动态程序，静态画面，情节串联图板。 民族志成功的应用的典型示例也都是复杂的协同问题。（参与式观察） 针对复杂协同问题的民族志 1.分布式协同2.计划和程序3.工作的意识 优秀需求规格说明文档的特性：正确性，无歧义，完备性，一致性，根据重要性和稳定性分级，可验证，可修改，可跟踪 常见的需求规格说明文档的类别：1.对业务需求的定义和文档化产生项目的前景和范围文档，对用户需求的定义和文档化产生用户需求文档是用例文档，项目的前景和范围文档、用户需求文档都属于用户文档。2.对系统需求、解决方案的定义和文档化产生系统规格说明文档。系统规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档、人机交互文档都属于开发文档。 系统验证是贯穿于整个软件尚明周期的活动。静态分析和系统测试是他的两个最主要手段。需求验证是专指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。 需求验证方法：1.评审2.原型与模拟3.开发测试用例4.用户手册编制5.利用跟踪关系6.自动化分析。 系统验证：正确的建立系统，确保系统能够在预期的环境中正确的执行设定功能。 需求验证：确保需求集是正确、完备和一致的，技术上是可解决的，他们在现实世界中的满足时可行和可验证的。