需求工程
需求工程（考前整理）
第一部分（绪论）
1.什么是需求
（1）用户为了解决问题或达到某些目标所需要的条件或能力；
（2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；
（3）对1或2中的一个条件或一种能力的一种文档化描述
2.需求的分类
[IEEE1998]将需求分为5种类别：
（1）功能需求：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。
（2）性能需求：系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。
（3）质量属性：系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。
（4）对外接口：系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。
（5）约束：进行系统构造时需要遵守的约束，例如编程语言、硬件设施等
3.软件质量属性常见的有哪些
功能性、可靠性、可用性、效率、可维护性、可移植性
4.需求工程过程
需求工程过程是系统开发当中需求开发活动的集成，它以用户面临的业务问题为出发点，进行分析和各种转换，最终产生一个能够在用户环境下解决用户业务问题的系统方案。
并将其文档化为明确的规格说明。
5.需求的困难
一．用户和开发人员的背景不同，立场不同
（1）知识理解的困难
（2）默认知识现象
二．普通用户缺乏概括性、综合性的表述能力
三．用户存在认知困难
四．用户越俎代庖
（1）用户提出的不是需求，而是解决方案
（2）用户执着地坚持某些特征和功能
五．缺乏用户参与
（1）用户数量太多，选择困难
（2）用户认知不足，不愿参与
（3）用户情绪抵制，消极参与
（4）没有明确的用户
6.需求的内涵与外延
内涵：（1）问题域与解系统
（2）共享现象
（3）需求与规格说明
（4）问题域特性
（5）从问题域、需求和规格说明的关系看需求工程
外延：（1）需求的分类
（2）功能需求：①业务需求②用户需求③系统需求
（3）性能需求：速度、容量、吞吐量、负载、实时性
（4）质量属性
（5）对外接口
（6）约束
7.什么是软件过程
用软件工程的方法解决软件的开发与实施
8.软件生命周期
是软件的产生直到报废停止使用的生命周期，它包括开发期和运维期。
9.软件危机（什么是软件危机，表现）
定义：软件危机是指落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
表现：
①对软件开发成本和进度的估计常常不准确。
②用户对“已完成”系统不满意的情况经常发生。
③软件产品的质量不可靠
④软件的可维护程度非常低
⑤软件通常没有适当的文档资料
⑥软件的成本不断提高
⑦软件开发生产效率无法满足人们对软件的生产要求，软件开发生产效率的提高
落后于硬件的发展
10.几种常见的软件过程模型
1.惯例过程模型。
2.瀑布模型(又叫作生命周期模型)。
3.增量过程模型:包括增量模型、RAD模型。
4.演化过程模型:包括原型开发模型、螺旋模型、协同开发模型。
5.专用过程模型:包括基于构件的开发模型、形式化方法模型、面向方面的软件开发模型。
第二部分（需求获取）
1.涉众，涉众的类型
概念：所有对软件系统的开发和应用具有发言权和决定权的人统称为涉众。
涉众的类型：用户、客户、开发者、管理者、领域专家、政府力量、市场力量。
2.获取需求信息的方法
①传统方法
②集体获取方法
③原型
④模型驱动方法
⑤认知方法
⑥基于上下文的方法
3.需求信息的来源
4.面谈的结构（三种结构：金字塔，漏斗，菱形）
5.面谈的问题的类型及其优缺点
问题基本上可以分为两种类型：开放式问题和封闭式问题
（1）开放式问题：被会见者对答复的选择可以是开放和不受限制的，他们可能答复两个词，也可能答复两段话。在希望得到丰富（具有一定深度和广度）信息时，开放式问题比较合适。
优点：让被会见者感到自在、提供丰富的细节、收集被会见者使用的词汇等等；
缺点：面谈可能失控、可能会使会见者看上去没有准备等
（2）封闭式问题：答案有基本的形式，被会见者的回答是受到限制的
优点：节省时间、切中要点、保持对面谈的控制等
缺点：得不到丰富的细节、不能建立和面谈者的友好关系等
6.如何组织一次面谈（论述题）
一．准备阶段
①阅读背景资料
②确定面谈主题和目标
③选择被会见者
④准备被会见者
⑤确定问题和类型
二．主持阶段
（1）面谈开始阶段
①开场仪式：握手
②简要重申面谈的目标
③准备好笔记本、录音机或者其他记录设备
④用一些非常一般的、轻松的、开放式的问题作为开始
（2）面谈主题阶段
①保持有礼貌的倾听
②控制面谈过程
③保持面谈主题
④使用探究式问题
⑤观察被会见者
⑥使用道具支持
（3）面谈结束阶段
①面谈应该在45分钟到1小时内结束，并非要在提出所有关心的问题后才能结
束面谈，相反，结束面谈应该被开始面谈更自然；
②总结谈话的要点，如果有记录笔记的话可以请被会见者进行快速的检查，确保
记录下了面谈的所有重要信息；
③感谢被会见者，并且给时间让他们询问一些他们自己关心的问题；
④握手话别。
（4）记录面谈
三．面谈的后续工作
（1）复查面谈记录
（2）总结面谈信息
（3）完成面谈报告
7.什么是原型，原型分类
定义：原型是在软件开发中被广泛使用的一种工具，在软件开发过程中的各个阶段，包括需求开发，都会使用不同类型的原型来达到不同的目的。
原型的类别：
一. 按照使用方式分类：演示原型、严格意义上的原型、试验原型、引示系统原型
二. 按照媒介载体分类：样板原型、纸上向导原型
三. 按照功能特征分类：拼凑原型、非操作原型、系列首发原型、选定特征原型
四. 按照开发方法分类：探索式、实验式、演化式
五. 按照构建技术分类：水平原型方法、垂直原型方法
8.模型驱动
模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。
常见的模型驱动方法：
①面向目标的方法
②基于场景的方法
③基于用例的方法
模型驱动方法的作用：
①指导和组织需求获取行为的开展
②整理和归类需求获取行为得到的信息
③为详细信息的分析提供背景基础和上下文知识
④帮助组织需求文档的结构
⑤作为需求验证的知识基础
第三部分（需求分析）
1.需求分析的任务
（1）建立分析模型：将复杂的系统分解成为简单的部分以及它们之间的联系，确定本质特征，和用户达成对信息内容的共同理解。
（2）创建解决方案：将一个问题分解成独立的、更简单和易于管理的子问题来帮助寻找解决方案。创建解决方案的过程是创造性的。帮助开发者建立问题的定义，并确定被定义的事物之间的逻辑关系，这些逻辑关系可以形成信息的推理，进而可以被用来验证解决方案的正确性。
2.需求建模有哪些手段
1.问题域建模
2.创建解决方案
3.解决方案建模
3.需求分析的方法
（1）传统分析：没有方法(1950’s)，依赖个体才智,依据个人习惯，缺乏结构、不可重复、不可测量,冗长、混乱、偏颇、无结构等等
（2）结构化分析：以数据流动为中心，以DFD为核心技术，辅助ERD,STD…
（3）信息工程(late 1980’s) ：以数据知识结构为基础，ERD为核心技术，辅助DFD，STD, FDD, PD…
（4）面向对象分析（1990‘s）：以对象为中心，以UML（类图）为核心技术，以全面思想革新为理想，以承继结构化技术为现实
4.需求分析分析工具
5.面向对象模型有哪几种
功能模型、对象模型、动态模型
6.什么是用例？用例建模的一般步骤，用例间的基本关系
①.Use Case（用例）是一个UML中非常重要的概念，在使用UML的整个软件开发过程
中，Use Case处于一个中心地位。用例是对一组动作序列的抽象描述，系统执行这些动作序列，产生相应的结果。这些结果要么反馈给参与者，要么作为其他用例的参数。
②.确定系统边界、确定参与者、找出所有的用例、确定每个用例的级别、撰写用例的
文字描述、画出以整个系统为对象的顺序图
③.用例的关系有泛化、扩展和包含
7.类之间的关系：①泛化、②聚合、③关联、④引用
8.掌握用例建模（大题。给描述，然后进行用例建模）
用例模型就是以用例为基本单位建立的一个系统功能展示模型，它是系统所有用例的集合，以统一、图形化方式展示系统的功能和行为特性
用例建模的基本元素：用例、参与者、关系、系统边界
9.掌握领域建模（找出类，画类图。）
10.数据建模
a)描述数据的定义、结构和关系等特性的模型
b)说明了问题域和解系统共享的事物、对共享事物的描述和共享事物之间的关系
c)能够反映企业业务的核心知识
d)模型建立：ERD
e)数据规范化
第四部分（需求规格说明）
1.需求规格说明（共性）、结合题目描述（个性）（设计题）
2.简述基线与里程碑的区别与联系？
3.需求管理主要包括哪些内容？
4.需求评审的方法
自由方法，检查清单是最广泛使用的两种方法
还有缺陷，功能点，视角，场景，逐渐提升等方法。
5.参与需求评审的角色
（1）组织者
（2）仲裁者
（3）作者
（4）阅读人员
（5）记录人员
（6）收集人员
（7）审查人员：①领域专家、②用户代表、③技术人员、④观察者
6.版本控制
7.需求跟踪
避免在开发过程或者演化过程中与需求基线不一致或者偏离的风险。
前向跟踪是指被定义到软件需求规格说明文档之前的需求演化过程。
后向跟踪是指被定义到软件需求规格说明文档之后的需求演化过程。
软件需求分析样卷1
一、选择题 (每小题 2 分，共 20 分)
1．下列不属于需求分析工具的是（）。
A. 程序流程图
B.用例图
C.状态图
D.数据流图
2．需求分析阶段的任务是确定（）。
A．软件开发方法B．软件开发工具
C．软件开发费用D．软件开发功能
3．下列不是软件分析与建模常采用手段的是（）。
A.投影
B.抽象
C.分解
D.模仿
4．面向对象方法中，使得多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是（）
A.泛化
B.约束
C.多态性
D.接口
5．UML的软件以（）为中心，以系统体系结构为主线，采用循环、迭代、渐增的方式进行开发。
A. 类
B.对象
C.用例
D.程序
6．UML的（）模型图由类图、对象图、包图、构件图和配置图构成。
A.用例
B.静态
C.动态
D.系统
7．UML状态图描述一个对象在不同（）的驱动下发生的状态迁移。
A.事件
B.对象
C.执行者/角色
D.数据
8．UML客户需求分析模型包括（）模型、类图、对象图和活动图组成。
A.用例
B.静态
C.动态
D.系统
9．涉众不包括（）
A.用户
B.客户
C.开发者
D.制度
10．UML的需求分析建模中，对用例模型中的用例进行细化说明应使用( )。
A. 状态图
B. 活动图
C.配置图
D.构件图
二、简答题(每小题5分，共30 分)
1. 业务需求、用户需求、系统需求的区别及联系。
2.用例间常见的关系有那几种？分别举例说明。
3. 需求获取有哪些常用的方法？
4. 可行性分析报告的内容包括哪些？
5. 简述UP过程及其适用场合。
6. 原型按其开发方式的不同有哪几种类型？
三、数据建模题(本题共15 分)
需求工程(习题集)最新
一、选择题 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、性能需求
工程建设各阶段要求
工程建设各阶段要求 工程建设各阶段要求 一个新建、改建、扩建工程（以下统称建设工程）项目，从开始的立项阶段，到最后的试生产及正式投入运行，根据工程建设项目的大小，时间跨度可能从几个月到几年不等，但建设过程中的流程及要求基本相似，即所谓“麻雀虽小五脏俱全”，所有的办事流程基本一样，各地方要求会有细节性的不同，具体操作要和当地职能部门进行相应沟通。以下结合我公司目前在建工程的特点，对施工各阶段的要求及注意事项分别进行说明： 一、工程管理 项目工程建设，无论规模大小，建议都采用项目负责人制，设立项目建设组织架构，制定相关岗位的职责，由项目负责人统筹协调、沟通在工程建设各阶段的事项，并对建设工程总负责，其它部门积极配合项目负责人的工作，对配合不力造成的后果承担责任。 对有3个以上项目需同时进行建设的单位，板块公司需成立项目管理、办证管理、工程技术、财务管理、资料管理等组别，设定相应的职责和权利，分别对责任范围内的工作负责，积极配合其它部门工作，并承担工作的相应责任。各类项目组人员主要由公司内相关的专业人员组成，也可邀请其他单位人员参加，是一个松散型的组织，相当于专家库，根据工程需要，由相应人员对项目建设提供支持。 1、项目负责人的主要职责：
1 ）对本项目的建设进行安全管理、质量管理、进度管理，并协调有关各方 （设计院、监理单位、施工单位、公司内部）的关系； 2）组织有关人员进行图纸会审及设计交底工作； 3）组织实施公司有关工程建设管理的制度、决议、方案，确保各项质量活动均处于受控状态;
4）主持召开工程建设协调会，协调解决施工中遇到的问题; 5）召开安全生产会议，并对施工现场进行检查、督促； 6 ）向公司主管领导汇报工程实施及下一步工作计划的情况; 7）组织工程竣工验收及移交工作。 2、其他人员职责： 根据项目管理的需要，设定相应岗位，并制定相关的岗位职责3、工作总程序 4、施工准备阶段工作程序
需求工程课后重点答案
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进行变更控制 工作目标:保证需求作用的持续稳定和有效发挥 工作成果:需求管理会进变更控制和实现合理的变更请求 拒绝不合理的变更请求，控制变更的成本和影响范围
建筑工程项目质量管理要求
建设工程项目质量计划管理 建设工程项目质量计划管理应贯穿项目管理的全过程，坚持“计划、实施、检查、处理(PDCA）循环工作方法、持续改进过程的质量控制。 项目管理应遵循的程序：1、明确项目质量目标2、编制项目质量计划3、实施项目质量计划4、监督检查项目质量计划的执行情况5、收集、分析、反馈质量信息并制定预防和改进措施。 项目质量计划的编制 建筑工程施工质量计划是指确定施工项目的质量目标和如何达到这些质量目标的组织管理、资源投入、专门的质量措施和必要的工作过程。 一、建筑工程施工项目质量计划编制依据 1、工程承包合同、设计图纸及相关的文件。 2、企业和项目经理部的质量管理体系文件及其要求。 3、国家和地方相关的法律、法规、技术标准、规范，有关施工操作规程。 4、施工组织设计、专项施工方案及项目计划。 二、建筑工程施工质量计划编制要求 1、质量计划应在项目策划过程中编制，经审批后作为对外质量保证和对内质量控制的依据。 2、项目质量计划是将质量保证标准、质量手册和程序文件的通用要求与项目联系起来的文件，应保持与现行质量文件要求的一致性。 3、项目质量计划可高于但不能低于通用质量体系文件的要求。 4、项目质量计划应明确所涉及的质量活动，并对其责任和权限进行分配；考虑相互间的协调性和可操作性。 5、质量计划应体现从工序、分项工程、分部工程到单位工程的过程控制，且
应体现从资源投入到完成工程质量最终检验和试验的全过程管理与控制要求。 6、项目质量计划应由项目经理组织编写，需报企业相关管理部门批准后实施。 7、当现行产品技术状态发生显著变化时，应考虑改进和完善项目质量计划。 三、施工项目质量计划的主要内容 1、编制依据； 2、项目概况：工程总体概况，设计概况，新成果、新技术推广应用计划，工程特点、施工难点与相应措施。 3、质量目标：企业理念、项目的质量目标及目标分解，项目的其他目标，关键工序和特殊过程。 4、项目质量管理体系：项目质量管理体系策划，项目质量管理人员职责和权限，项目质量管理体系要素分配。 5、项目资源管理：项目人员配备及管理，项目的其他资源配备及管理。 6、产品实现：产品实现的策划，与顾客有关的过程，采购，生产和服务提供，监视和测量装置的控制。 7、测量、分析和改进：监视和测量，不合格品控制，数据分析、改进。 8、文件和记录的控制：文件控制，记录控制。 9、创优措施：保证质量措施、成品保护措施，保证工期措施。 10、项目质量计划的管理：编制、审核与审批，管理组织，发放范围，使用。信你自己罢！只有你自己是真实的，也只有你能够创造你自己
工程项目需求规格说明书
工程项目管理软件 功能需求 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
工程项目建设要求
工程建设要求 一、工程建设标准 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、其他： 说明：上述规范、标准、规程仅是本工程建设地最基本要求，并未包括实施中所涉及到地所有规定、标准和规程.在施工中对于上述未尽事宜，按国家和地方现行地规定执行.
工程项目建设方案
目录 一、项目概况 二、项目组织机构 三、项目建设程序办理计划 四、项目设计进度计划 五、项目招标进度计划 六、项目施工进度计划 七、项目资金使用计划 八、项目主要机电设备、装饰装修等材料采购计划 九、项目建设保证措施 一、项目概况 2010年4月12日，滨海新区建交局给建投集团下发津滨建交计[2010]3号“关于开展滨海文化商务中心前期工作的通知”，将滨海新区行政中心的项目暂定名为“滨海文化商务中心”。 1、项目位置和用地面积 滨海文化商务中心位于中央大道以东、大连东道以南、于家堡安 居房以西、紫云中学以北，总用地面积约为30公顷。
2、主要建设内容和规模 滨海文化商务中心按照统一规划，分期建设的原则。本项目一期 总建筑面积约为47万平方米，其中地上建筑面积约为29万平方米、地下建筑面积约为18万平方米，由7座建筑和地下车库组成；它们为：商务主楼、培训中心、服务中心、接待中心、会议中心、商务辅楼、公寓。各建筑具体功能和建筑面积如下： 商务主楼（9） 为滨海新区区委、区政府、区人大区政协四套领导班子的办公场所，建筑位
于基地北部，座北朝南布置成双“一”字形布局，用连廊相连接，各套班子办公区域分布明确又相互联系，均取得良好朝向，地上建筑面积6.78万平方米，宽度约172米，建筑层数最高9层, 立面处理简洁大气，现代明快，该幢建筑为商务中心内最主要的建筑，外檐处理以浅色石材为主要装饰面，运用柱廊，檐口等细部的构造处理，以突出历久弥新，庄重典雅的建筑性格。 辅助办公楼（4层） 是辅助商务主楼的会议、办公场所，建筑位于行政办公楼的南侧，建筑面积2.87 万平方米，建筑层数为四层。 服务中心（3 层）为滨海新区企业和市民提供工作和生活一站式服务的场所，一、二层设有开放式业务大厅，三层设有接待、办公、会议等项设施，建筑位于行政办公楼的西侧，主入口设置于南侧，方便前来办理业务的企业和市民。建筑面积为3.36 万平方米，建筑层数为三层。 职工食堂（3 层）为商务中心提供接待，用餐的场所，设有多类大、小餐厅及接待服务设施，建筑位于行政办公楼的南侧，建筑面积3.09 万平方米，分三层设置。 会议中心（2 层） 为大型行政会议场所，建筑位于行政办公楼东侧，建筑面积2.25 万平方米，层数为两层，一层设置700人的会议厅和若干个大小会议室，二层为1200 人，大会议厅并设200座席的主席台及服务于会议的其它设施。 商务辅楼（6 层）商务辅楼位于基地东侧，分三幢建筑，建筑面积8.2 万平方米。主要功能为各委办局办公、会议、接待用地。 公寓2 栋（10层、15层） 总建筑面积为6 万平米，主要为办公人员住宿用。 地下车库区域内及周边提供停车场所，车库面积为10.4 万平米。二、建设标准 （一）结构设计 本工程属重点设防类（乙类）建筑，按本地区抗震设防烈度7 度设计基本加速度
软件需求工程复习题
需求工程练习题 一、单选题（每空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可以从数据库中删除或修改变更请求的原始文档
需求工程导论 (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)供应商——规格明确，从订货到发货的时间充裕，有较高的利润率，最低限度的非标准件使用量，质量要求合理。
工程项目建设用户需求书模板
XXXXXX有限公司XXXXXX产业园项目 建设工程招标 2019年10月 用户需求URS标准
批准签名 此文件由以下的人员审核和批准: 签字含义 审核者：具备专业知识对方案的内容和准确性进行评估。签字表明对该项目需求的审核是完整、技术方面正确并满足公司要求。 批准者：批准表明该报告是充分的，确认该用户需求是满足中国中药礼县大黄产业园建设项目施工工程要求。
1项目概述 1.1总序：XXXXXXXXXXXXXX项目建设工程位于甘肃省陇南市西和县石堡循环经济产业园区。 1.1工程施工范围：XXXXXXXXXXXXXX项目，加工车间、综合楼、交易中 心、锅炉房、门卫。详见各单体招标范围。 1.2主要包含： XXXXXXXXXXXXXX项目建设施工主要包含：基础工程、主体施工、屋面、采暖工程、门窗工程、装修工程、给排水、防雷工程、电气安装工程、保温工程、弱电工程套管、线管预留预埋。（工艺设备采购安装、天然气、高压电力、室外绿化、通风空调、室内彩钢板及吊顶、消防工程、应急照明、厂区道路及室外管网附属配套工程、污水处理及设备等不在本次招标范围内。） 1.2.1建筑工程： 1.2.1.1加工车间： A、施工图纸所示范围内的基础、主体结构、门窗、建筑装饰装修、屋面、建筑节能、给排水、建筑电气、楼地面、防雷工程、土方开挖、回填、室外坡道、散水、台阶、弱电预留预埋； B、工艺设备采购安装、通风空调、设备配电、吊顶采购安装、模块化锅炉采购、安装；工艺给排水、室内彩钢板围护等不在本次招标范围； C、本次设备动力配电不在本次招标范围。 1.2.1.2 综合楼： A、施工图纸所示范围内的基础、主体结构、门窗、建筑装饰装修（到抹灰层）、屋面、建筑节能、采暖、给排水、建筑电气、防雷工程、幕墙工程、土方开挖、回填、室外坡道、散水、台阶、弱电预留预埋； B、厨房器具设施、餐桌椅、办公区等家具不在本次招标范围内； C、室内二次精装修深化设计及施工不在本次招标范围内； 1.2.1.3交易中心 A、施工图纸所示范围内的基础、主体结构、给排水、建筑电气、建筑装饰
项目需求分析
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：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）关系协调和团队工作技能。
建设工程项目建议书
建设工程项目建议书 【篇一：工程项目建议书范例】 项目建议书 编制日期：二o一一年四月 目录 一、项目概况 二、项目背景和建设必要性 三、市场需求预测 四、扩建规模 五、项目选址 六、项目建设进度安排 七、投资估算与资金来源 八、财务效益预测 工程项目建议书 一、项目概况 （一）项目名称 （二）设单位和负责人 （三）建设单位简介 （四）编制依据 3、建设单位提供有关资料。 二、项目背景与建设必要性 （一）项目背景 国家“十二五”计划纲要提出“进入二十一世纪，??经济全球化趋势 增强，科技革命迅猛发展，产业结构调整步伐加快，国际竞争更加 激烈。世界经济形势的深刻变化和发展趋势，特别加入世界贸易组织，将给我国带来新的发展机遇和严峻挑战。”“坚持把发展作为主题。发展是硬道理，是解决我国所有问题的关键。要认清世界经济 发展趋势，增强紧迫感和忧患意识，坚持以经济建设为中心不动摇，继续实行扩大内需的方针，在坚持速度与效益相统一的基础上，抓 住机遇，加快发展。”根据国家“十二五”计划纲要的要求，必须抓住 机遇，加快发展。 （二）项目建设必要性 综上所述，建设本项目是必要的。 三、市场需求预测
四、扩建规模 （一）扩建规模 单位总规模其中：新增 1、汽车万辆 86.7 2、汽车主配件万件10 3、销售收入（含税）万元55824 44300 （二）扩建内容 1、厂房扩建 项目征地面积 15333平方米，折23亩厂房建筑面积9000平方米 其中：汽车生产车间及库房4000平方米 汽车主配件加工中心5000平方米 2、新增设备：15台套，247万元（说阅设备一览表）。 【篇二：建筑工程项目建议书模板】 建筑工程项目建议书模板 项目名称：建筑工程项目建议书模板 申报单位：xxx 联系人：xxx 电话：xxx 传真：xxx 编写时间：xxx 主管部门：xxx 撰稿单位：郑州经略智成企业管理咨询有限公司 撰稿时间：2013年9月2日 第一章、项目总论 酒店业在中国的快速发展是改革开放政策的产物，根据国家旅游局 的统计，到２００７年底，全国共有星级酒店３６９座，客房数为137 300余间，和上一年度相比其增长率分别为22. 2%和19.2%， 这是在所有类型星级酒店中增长速度最快的，与低星级酒店缓慢的 增长速度甚至负增长形成巨大的反差。纵观进入21世纪以来的酒店 态势，四星和星级酒店的年增长率都超过同期星级酒店总的增长率，除个别年份外，五星级酒店的年度增长率都相当于同期星级酒店总 体增长率的 1.5-3倍。这还不包括相当数量没有参与评定星级的高档酒店及其它 同类住宿设施。
软件的需求的工程期末复习资料
☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。p5 1 定义 一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。 需求工程的目标：获取高质量的软件需求。 与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。 其它定义： Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。需求工程= 需求的开发活动+ 需求的管理活动 2 各阶段主要任务 需求获取阶段：获取用户的需求信息。 需求分析阶段：分析和综合已经收集到的需求信息。 需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。 需求定义阶段：根据用户需求编写出需求规格说明。 需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。 需求验证阶段：检验软件需求规格说明。 需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求
的状态。 ☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。p2 软件需求的定义: A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。 I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。M. Jackson等：需求是客户希望在问题域内产生的效果。 IEEE软件工程标准： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。 软件需求的类型: 目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。 业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。 功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。 性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。 约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
建设工程项目管理规范
建设工程项目管理规范 目录 第一章项目进度管理 1.1 一般规定 1.2 进度控制的目标 1.3 项目施工进度计划 1.4 项目进度控制的内容 1.5 进度控制的措施 1.6 项目施工进度控制 第二章项目质量管理 2.1 一般规定 2.2 质量管理程序与内容 2.3 质量计划 2.4 质量控制 2.5 质量检查和改进 第三章项目安全管理 3.1 一般规定 3.2 安全保证计划 3.3 安全保证计划的实施 3.4 安全检查 3.5 安全隐患和安全事故处理 第四章项目成本管理 4.1 一般规定 4.2 成本管理的内容和程序 4.3 成本计划 4.4 成本控制 4.5 成本核算 4.6 成本考核 第五章项目环境管理 5.1 一般规定 5.2 环境管理 5.3 文明施工 5.4 规范场容 5.5 消防保安 5.6 卫生防疫及其他事项 第六章项目采购管理
6.1 一般规定 6.2 项目采购程序 6.3 项目采购计划 6.4 项目采购控制 第七章项目合同管理 7.1 般规定 7.2 合同管理的程序 7.3 合同审评 7.4 合同签订和制定实施计划 7.5 合同实施控制 7.6 合同终止和后评价 第八章项目资源管理 8.1一般规定 8.2资源管理的内容与程序 8.3资源管理计划 8.4资源管理控制 8.5资源管理考核 第九章项目信息管理 9.1一般规定 9.2信息规划和信息管理系统 9.3信息管理计划 9.4信息管理控制 9.5信息管理 第十章项目风险管理 10.1 一般规定 10.2 项目风险识别 10.3 项目风险评估 10.4 项目风险响应 10.5 项目实施中的风险控制 第十一章项目沟通与协调 11.1 一般规定 11.2 沟通程序和内容 11.3 沟通管理计划 11.4 沟通的实施与反馈 第十二章项目结束阶段管理 12.1 一般规定 12.2 项目竣工扫尾 12.3 项目竣工验收 12.4 项目竣工结算 12.5 项目竣工决算
项目需求及技术要求
项目需求及技术要求 一、研究目的与意义 “十一五”以来，河南省经济取得了快速的发展，工业特别是重工业发展迅速，由此带来的是河南省能源消费总量的持续增长，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.需求工程的主要任务：
工程项目建设基本流程
工程项目建设基本流程 第一部分简介 一、基本建设程序的概念 1、建设工程项目 是指为完成依法立项的新建、扩建、改建等各类工程而进行的、有起止日期的、形成固定资产、达到规定要求的一组相互关联的受控活动组成的特定过程，包括筹划、可研、勘察、设计、采购、施工、投产试运、竣工验收和考核评价等一系列过程。 建设工程项目有以下特点： （1）建设项目的时效性。具有一定的起止日期，即建设周期的限制，也即特定的工期控制。 （2）建设项目地点的特定性。不同的建设项目都在不同地点、占用一定面积的固定的场所进行的。 （3）建设项目目标明确性。建设项目以形成固定资产、形成一定的功能、实现预期的经济效益和社会效益为特定目标。 （4）建设项目的整体性。在一个总体设计或初步设计范围内，建设项目是由一个或若干个互相有内在联系的单项工程所组成的，建设中实行统一核算、统一管理。 （5）建设过程程序性和约束性。建设项目的实施需要遵循必要的建设程序和经过特定的建设过程，并受工期、资金、质量、安全和环境的各方面的约束。 （6）建设项目的一次性。按照建设项目特定的目标和固定的建设地点，需要进行专门的单一设计，并应根据实际条件的特点，建立一次性的管理组织进行建设施工，建设项目资金的投入具有不可逆性。 （7）建设项目的风险性。建设项目的必须投入一定的资金，经过一定的建设周期，需要一定的投资回收期。期间的物价变动、市场需求、资金利率等相关因素的不确定性会带来较大风险。 2、基本建设程序 是对建设工程项目从前期酝酿规划、科研评估到建成投产所经历的整个过程
中的各项工作开展的先后顺序的规定。它反映的是工程建设各个阶段之间的内在联系，是从事工程建设工作各有关单位和人员都必须遵守的原则。 工程项目建设全过程中各项工作的先后顺序不是随意安排的，而是由基本建设进程，即固定资产和功能目的建造和形成过程的规律所决定的。从基本建设的客观规律、工程特点、协作关系和工作内容来看，在多层次、多交叉、多关系、多要求的时间和空间里组织好工程建设，必须是工程建设中各阶段和各环节的工作有效相互衔接，这必须遵从基本建设程序才能实现。 二、基本建设程序的内容 基本建设程序一般包括三个时期、八个阶段的工作。三个时期是指：投资决策时期、建设时期、交付使用期（生产时期）。八个阶段：项目建议书阶段，可行性研究报告阶段，设计文件（初步设计、施工图设计）阶段，建设准备阶段，建设实施阶段，投产试运阶段，竣工验收阶段，后评价阶段。中小型工程建设项目可以是具体情况简化程序。 第二部分基本建设程序 一、项目建议书阶段（含评估立项） 项目建议书是由投资者（项目建设筹建单位），根据国民经济和社会发展的长远规划、行业规划、产业政策、生产力布局、市场、所在地的内外部条件等要求，经过调查、预测分析后，对准备建设项目提出的大体轮廓性的设想和建议的文件，是对拟建项目的框架性设想，是基本建设程序中最初阶段的工作，主要是为确定拟建项目是否有必要建设、是否具备建设的条件、是否需作进一步的研究论证工作提供依据。 项目建议书的主要作用是为了推荐一个拟建项目的初步说明，论述它建设的必要性、重要性、条件的可行性和获得的可能性，供投资者选择确定是否进行下一步工作。国家规定，项目建议书经批准后，可以进行详细的可行性研究工作，但仍不表明项目非上不可，项目建议书不是项目的最终决策。 该阶段分为以下几个环节： （一）编制项目建议书。项目建议书的内容，视项目的具体情况繁简各异，其内容一般应包括以下几个方面：