第一章需求工程导论 (2)
《工程导论》教学大纲
《工程导论》教学大纲课程编号：C064130110课程名称：过程装备与控制工程导论课程类型：学科基础课英文名称：An introduction to the engineering适用专业：过程装备与控制工程总学时：20学分：1一、课程的性质、目的和任务本课程是过程装备与控制专业本科生的专业基础课，课程主要有针对一年级大学生就过程装备与控制专业及其所涉及的知识体系和内容、专业相关知识前沿、本科生教育、研究生教育与本科生就业状况做了较全面介绍，通过本课程的学习，使学生对过程装备与控制专业有初步的认识与了解，激发学生的学习热情、创新能力和工程意识，并对其今后就业以及考研提供指导。
二、课程教学的基本要求本课程作为过程装备与控制工程专业学生进入本专业学习的引导与通识课程，通过本课程学生了解过程装备与控制工程学科特点所涵盖的内容及大学教育状况，了解本专业就业去向及知识所涉及的领域、专业前言知识。
理解六大过程与设备原理，掌握过程装备与物质转化和能源生产的关系，掌握本科生教育、研究生教育与本科生就业状况。
三、课程教学内容引言过程装备与控制工程学科概况内容：本门课在过程装备与控制工程专业的地位与作用。
本门课的重点与难点，考核方式及要求等；过程装备与控制工程专业发展历史及学科分布等。
重点：本门课程地位及要求难点：无第一章过程装备学科发展与社会进步内容：1.1什么是过程装备与控制工程。
1.2历史上的过程装备技术。
1.3面向高技术的过程装备与控制工程教育。
1.4不断创新发展的过程装备与控制工程教育。
重点：掌握过程装备与控制工程的概念及其所涵盖的技术领域。
难点：无第二章过程机械原理入门内容：2.1流体动力过程2.2热量传递过程2.3质量传递过程2.4动量传递过程2.5热力过程2.6化学反应过程重点：掌握流程性物料在过程机械设备或机器中的变化过程及其原理，了解这些变化过程对机械装置的性能和材料的影响。
难点：六大过程的基本原理第三章过程装备是物质转化的基础内容：3.1石油化工过程与装备3.2化肥生产过程与装备3.3煤气化过程与装备3.4生物转化过程与装备重点：了解石油化学工业、化肥工业、生物工程中典型工艺与过程装备之间的关系。
工程导论课程设计
工程导论课程设计一、课程目标知识目标：1. 学生能理解工程导论的基本概念，掌握工程学科的基本知识框架。
2. 学生能掌握工程问题的分析方法和解决流程，了解工程项目的实施步骤。
3. 学生能了解我国工程领域的发展现状及未来趋势，认识工程与社会发展的关系。
技能目标：1. 学生具备运用所学知识分析简单工程问题的能力，能提出合理的解决方案。
2. 学生能通过小组合作，进行工程项目的策划、实施和总结，提高团队协作能力。
3. 学生能运用工程思维，解决生活中的实际问题，提高创新能力和实践能力。
情感态度价值观目标：1. 学生对工程学科产生兴趣，树立良好的专业意识，培养自主学习的能力。
2. 学生在工程实践中，树立安全意识、质量意识，培养严谨、踏实的作风。
3. 学生通过了解工程与社会发展的关系，增强社会责任感和使命感，为我国工程技术事业贡献力量。
本课程针对初中年级学生，结合学生好奇心强、求知欲旺盛的特点，注重激发学生的学习兴趣和动手实践能力。
课程性质为理论与实践相结合，强调培养学生的工程思维和解决问题的能力。
在教学过程中，教师需关注学生的个体差异，因材施教，确保课程目标的达成。
通过本课程的学习，使学生具备一定的工程素养，为未来学习和发展奠定基础。
二、教学内容本课程教学内容主要包括以下几部分：1. 工程基本概念：介绍工程的概念、分类及特点，使学生了解工程学科的基本框架。
2. 工程项目实施：讲解工程项目从策划、设计、施工到验收的整个过程，使学生掌握工程实施的基本步骤。
3. 工程分析方法：介绍常见的工程分析方法和工具，如网络图、流程图等，培养学生解决工程问题的能力。
4. 工程与社会发展：分析工程与社会发展的关系，让学生了解我国工程领域的现状及未来趋势。
5. 工程实践案例：通过分析典型工程案例，使学生将理论知识与实际应用相结合，提高实践能力。
教学内容依据教材章节进行安排，具体如下：第一章：工程基本概念第二章：工程项目实施第三章：工程分析方法第四章：工程与社会发展第五章：工程实践案例教学进度安排：共10课时，每章节各2课时，最后2课时进行工程实践案例分析和总结。
全套电子课件：实用生态工程学
毒蛇
蜈蚣
羚羊求生
谢 谢 ！
生态工程设计的方法
3.1生态演替促进法
生态演替：是一个非常广泛的概念，它不仅 包括物种的更替，还包括动物、植物和微 生物数量及质量的变化，也包括土壤和周 围环境的一系列改变。
1、生态演替原理 方向：正向演替
逆向演替 特点：时间漫长
演替先锋
2、仿效演替过程 人类可以仿效生态系统的演替过程对被破坏 的景观进行恢复和重建。
板栗树下间作栗蘑
枣树和粮食间作
丘陵顶部种植混交林
1.5生态工程的应用前景 生态工程与可持续发展
生态工程与生物多样性保护 对珍稀濒危生物的保护
对重要生态系统的恢复和重建
植物群落多样性的保护
生态工程与农林牧业建设 现代农业，注意有机肥的使用 林牧业的恢复与保护
生态系统与城市生态建设
绿色城市建设
可持续发展
1.4生态工程研究的背景 生态问题的出现
伦敦烟雾事件
洛杉矶光化 学烟雾事件
乱砍滥伐
水土流失
第二次浪潮的思维对人类与社会关系的影响
人们在觉醒
B．沃德（Ward）、R．杜博斯（Dubos）编 写的《只有一个地球》从“人类生存战略” 高度，指出“认识生物圈与技术圈相互依 存”的重要性。
2、局地等级 生态元 生态段 生态链
3、地域等级 景观
生态地带
2.6生态结构和生态功能相互作用的原理 1、生态系统的结构
生态系统的垂直结构 生态系统的水平结构 信息反馈结构 时间结构
热带雨林的垂直结构
草甸、乔木林、灌木林的水平递变
2、生态功能 四大功能： 生态系统的供给功能 生态系统的处置功能 生态系统的抵御功能 生态系统的保存功能
软件工程课程目录
软件工程课程目录第一章：导论
1.1 软件工程概述
1.2 软件工程的定义和特点
1.3 软件工程的发展历程
第二章：软件开发过程模型
2.1 瀑布模型
2.2 增量模型
2.3 螺旋模型
2.4 敏捷开发模型
2.5 DevOps模型
第三章：需求工程
3.1 需求获取与分析
3.2 需求规格说明
3.3 需求验证与确认
3.4 变更管理
第四章：软件设计与实现
4.1 结构化设计
4.2 面向对象设计
4.3 软件架构设计
4.4 系统建模
4.5 设计原则和模式
第五章：软件测试与维护5.1 测试基础知识
5.2 测试设计技术
5.3 测试用例编写
5.4 软件维护流程及策略5.5 缺陷管理
第六章：软件项目管理6.1 项目启动与规划
6.2 项目进度管理
6.3 资源管理
6.4 风险管理
6.5 团队协作与沟通
第七章：软件质量保证和评估
7.1 质量保证概述
7.2 质量标准与度量
7.3 代码审查
7.4 归纳测试
7.5 质量评估与改进
第八章：软件工程伦理与职业道德
8.1 软件工程伦理概述
8.2 软件专业人员责任
8.3 知识产权保护
8.4 软件工程师的职业道德
结语：
软件工程课程目录涵盖了软件工程学科的基本知识和方法，帮助学生全面了解软件开发的过程和要素。
通过学习本课程，学生可以系统学习软件工程的理论和实践知识，培养良好的软件开发习惯和职业道德意识，为将来的软件开发工作奠定坚实的基础。
《工程导论期末复习材料》
《工程导论期末复习材料》1、为什么解决复杂工程问题必须以工程应用为背景?答:解决复杂工程问题时,要将系统的安全性、可靠性放在首位，要以经济回报作为最终目的，要以用户需求、利益至上，要充分考虑社会环境中的各种非技术冲突因亲，要充分考虑与社会的相容性。
以上这些是解决复杂工程问题的核心内容，所以解决复杂工程问题必须以工程应用为背景,而不是只考虑如何解决技术问题。
2、为什么在传统产品开发、项目管理模式中产品的开发周期、开发费用会失控? 答:由于传统产品开发、项目管理模式中存在体制、机制上的问题，导致业务流程会不断出现“流程反复”，产品开发计划被不断的修改、返工，产品的开发周期、开发费用的计划形同虚设导致开发周期不断延长，开发费用不断增加，以致最终导致传统产品开发、项目管理模式的产品开发周期、开发费用出现失控3、为什么追求产品所用技术的标新立异容易造成新产品的开发失败?答: 若产品开发中以技术驱动为主，过于追求产品所用技术的标新立异，产品只追求技术的先进性,而不追求客户需求的满足，以至于产品定义与市场的脱节，产品开发与市场脱离，从而造成研发不断的设计更改。
4、你能够想出一种改革不是过于剧烈，但又能有效解决由于产品开发组织架构所产生的产品开发效率低下的问题吗?答: 推行集成产品开发模式的主要风险是职能部门、业务执行部门及部门负责人因为权利下降所产生的阻力，为避免过于剧烈的改革，可先解决传统的产品开发、项目管理模式中的核心要害问题，可先强化市场驱动理念，用市场驱动与技术驱动的双驱动来改变唯技术驱动的产品开发指导思想;强化产品开发是投资的理念，对产品开发采用投资管理;二是从未来新产品立项开始，逐步建立产品线模式，而不是先将老产品型号变革为产品线模式。
用这种渐进的方式先着重解决传统的产品开发、项目管理模式中的核心要害问题，使干部、员工看到改革的成就，建立改革的信心。
5、原本在新产品开发的业务流程中，中试是研发的下游环节、生产是中试的下游环节，下游环节对上游环节的质量具有制衡的作用，但当上、中、下游都成为同一个产品线的团队成员后，还能保证新产品的开发质量吗?答: 在集成产品开发模式中，原本分布在研发、中试、生产、销售、服务等不同业务执行部门人员，现在都在同一个产品线团队中，原本这些业务执行部门是上、下游的关系，下游部门对上游部门原本具有约束作用，现在大家都在同一个团队里，会不会失去了约束作用?其实这种担心是不必要的，因为在同一个产品线中，大家的利益目标是一致的，都是为了产品的经济回报，对产品线内所有环节的约束者都是市场的客户，市场客户的任何不满意都会导致产品线内所有环节人员的奖金扣罚，不存在产品线内局部利益的纠纷，所以集成产品开发模式能够保证新产品的开发质量6、什么是破坏性技术创新? 什么类型的企业易在破坏性技术创新中获得成功?为什么? 答:所谓“破坏性技术创新”是指其他行业的技术发展对本行业技术发展路径、演进趋势的颠覆，“破坏性技术创新”会影响到本行业的技术传统演进方式，产生了替代性的结果。
软件工程专业优质课软件需求工程
软件工程专业优质课软件需求工程软件工程专业优质课——软件需求工程软件需求工程是软件工程领域的一门重要课程，它主要关注软件项目中的需求分析、规划与管理。
通过系统地收集、分析和定义用户对软件系统的需求，软件需求工程可以帮助开发团队更好地理解用户需求，并将其转化为可执行的开发计划。
下面将从需求工程的基本概念、流程和关键技术等方面进行论述。
一、需求工程的基本概念软件需求工程是指在软件开发或系统维护过程中，对需求进行收集、分析、定义、验证与管理等一系列活动的过程。
它的目标是构建一个正确、完整、准确、一致和可追踪的需求规格说明，为软件开发提供基础。
需求工程的核心是要确保需求的正确性和完整性。
只有对用户需求进行准确的理解和把握，才能保证软件开发过程中的目标和结果与用户的期望保持一致。
因此，需求工程在整个软件开发过程中具有举足轻重的地位。
二、需求工程的流程需求工程的流程可以分为需求获取、需求分析、需求定义、需求验证和需求管理等五个阶段。
1. 需求获取阶段需求获取阶段主要通过面对面交流、问卷调查、访谈和文献分析等方式，与用户直接沟通以获取需求信息。
在这个阶段中，需求工程师需要充分了解用户的背景、目标和需求，明确项目的范围和目标，以确保需求的准确性和一致性。
2. 需求分析阶段需求分析阶段是对需求进行详细分析和整理的过程。
在这个阶段中，需求工程师会对需求进行分类、排序和整理，以便更好地理解和表达需求。
同时，需求工程师还需要识别需求之间的相互关联和依赖，并找出潜在的冲突和问题。
3. 需求定义阶段需求定义阶段是将需求转化为可执行的设计和规划的过程。
在这个阶段中，需求工程师需要将需求进行详细描述，并明确需求的优先级和可实现性。
同时，还需要与开发团队共同讨论和协商，确立一个合理的开发计划和时间表。
4. 需求验证阶段需求验证阶段是对需求的正确性和完整性进行验证的过程。
在这个阶段中，需求工程师会与用户进行沟通和协商，共同确认和验证需求的准确性和可行性。
软件工程课后习题答案第五版
软件工程课后习题答案第五版《软件工程导论》课后习题答案第一章软件工程概论1．什么是软件危机？软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
这些问题表现在以下几个方面：(1)用户对开发出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)一般软件很难维护。
(4)软件生产效率很低。
(5)软件开发成本越来越大。
(6)软件成本与开发进度难以估计。
- (7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。
2．为什么会产生软件危机？(1) 开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。
造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。
(2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。
(3) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。
3．怎样克服软件危机？(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。
在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。
(3) 根据不同的应用领域，开发更好的软件工具并使用这些工具。
将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发支环环境。
- 总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
4.构成软件项目的最终产品：应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。
5．什么是软件生存周期？软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。
需求工程期末复习
第一章:需求工程导论1.需求工程定义：是所有需求处理活动的和,它收集信息、分析问题、整合观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应.2.需求工程的基本活动：1）需求开发:需求获取,需求分析，需求规格说明，需求验证2）需求管理3.1）需求获取的目的是从项目的战略规划开始建立最初的原始需求；2）需求分析的目的是保证需求的完整性和一致性;3）需求规格说明的目的是将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来;4）需求验证的首要目的是保证需求及其文档的正确性,即需求正确的反映了用户的真实意图；另一个目标是通过检查和修正,保证需求及其文档的完整性和一致性；5）需求管理的主要工作是跟踪后继阶段中的需求实现与需求变更情况,确定需求得到了正确的理解并被正确的是想到了软件产品中。
4.软件需求规格说明定义：软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为,产生软件需求规格说明。
第二章:需求基础5.软件系统能够与问题域进行交互和相互影响的原因在于,软件系统中的某些部分对问题域中的某些部分具有模拟特性.6.需求分类:1）功能需求：业务需求，用户需求，系统需求2）性能需求3）质量属性4）对外接口5）约束第三章：（不考）第四章：需求获取概述7.需求工程需要获取的内容主要有三种：1）需求2）问题域描述3）环境与约束8.需求获取信息的主要来源：1）涉众2）硬数据3）相关产品4）重要文档5）相关技术标准和法规9.获取信息的方法：1）传统方法：问卷调查，面谈，文档分析,文档检查,需求剥离2）集体获取方法：头脑风暴，专题讨论会，JAD，JRP3）原型4）模型驱动方法：基于场景，基于用例5）认知方法：任务分析,协议分析6）基于上下文的方法：观察，民族志，话语分析10.常见的组织方式是依照系统特性,确定系统的边界，建立上下文图或系统用例图，然后按照遍历上下文图和系统用例图的方式开展获取活动.第五章：确定项目的前景和范围11.前景：描述了产品的作用以及最终的功能,它将所有涉众都统一到一个方向上。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章需求工程导论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.IEEE是怎样定义需求的？答：（1）用户为了解决问题或达到某些目标所需要的条件或能力；（2）系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需具备的条件或能力；（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。
2.解释下列名词：问题域、解系统和共享现象，并结合他们的含义说明软件系统是如何与现实世界形成互动的？答：问题域：问题的发生地，问题的发生范围及解决问题必须涉及的事件或事物。
解系统：软件系统通过影响问题域帮助人们解决问题被称之为解系统。
共享现象：解系统可以对问题域进行模拟的现象称为共享现象。
（2）共享现象是解系统所模拟的问题域的部分，该部分在两个系统中同时存在。
除了共享现象外，问题域还有一些没有被解系统模拟的知识，因为在现实世界非常复杂，不可能也没必要在解系统中完全重现。
除了包含共享现象的知识模型之外，解系统也有一些并非来自于现实模拟的特征，例如数据库管理系统的选择、模型的规范化、索引的建立等，这些因素并不对应与问题域知识，确是解系统必不可少的部分。
3.解释下列名词：需求、规格说明、问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？答：需求：用户为了解决问题或达到某些目标所需要的条件或能力；系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需具备的条件或能力。
规格说明：因为解决方案以对外交互的方式定义了软件的系统功能，所以解决方案被称为软件系统的需求规格说明。
问题域特性和约束：问题域的背景信息又被称为问题域特性而约束是不受解系统影响，却会给解系统带来极大影响的问题域特性。
需求工程的主要任务是解决问题、改善现实、满足用户期望的条件与能力。
4.需求有哪些常见的类别？功能需求和非功能需求有什么差异？答;(1)业务需求（2）用户需求（3）系统级需求差异：功能需求是用户对软件系统的显示要求，用户在软件系统创建之前就可以向开发者表达这种要求。
非功能需求属于隐式要求，用户在系统创建之前无法清晰的告诉开发者他们希望该系统具备什么样的功能性特征。
5.描述业务需求、用户需求和系统级需求的区别与联系？答：区别：业务需求是针对整个业务的期望，用户需求是针对具体任务的期望，系统级需求是针对用户与系统的一次交互的期望。
联系：他们都是问题解决的期望，只不过是不同抽象层次罢了。
6.优秀的需求特性有哪些？请为每一个特性都举出一个不符合的事例（1）完备性 eg：在收银员输入商品时，系统显示商品信息。
而不是商品价格。
（2）正确性 eg:用户的问题是A，但用户认为提供了方法B，则问题A自然可以得到解决，为此用户向需求工程师反映的便是B，而不是真实的A。
(3)可行性 eg :用户并不了解软件系统构建的相关技术知识，所以用户可能会提出一些已有软件技术无法实现的期望。
（4）必要性 eg：用户在交流中总是害怕信息有所遗漏，并因此产生不利后果，因此用户总是倾向于表达各种各样的需要，但是多种需要并没有必要。
（5）无歧义性 eg：用户可能在可能需求或者重大需求上采用，大概可行，差不多等词汇造成歧义。
（6）可验证性 eg:如果需求不可验证，无法判断完成的系统是否满足了该需求。
第三章1.需求工程过程的工作基础（即输入）有哪些？他的工作成果（即输出）有哪些？答：输入：系统的业务需求，系统的用户需求，用户的期望。
输出：项目前景和范围文档，用户需求文档，需求规格说明文档。
2.描述需求工程的各个活动，说明他们各自的工作基础、工作目标和工作成果。
（1）需求获取：（收集背景资料，获取问题与目标），（定义项目前景与范围），（记录获取结果）（2）需求分析：（定义需求集合）（细化需求），（软件需求建模）（3）需求规格说明：（获取的需求被编写文档）（系统涉众之间的交流信息），（编写文档）（4）需求验证：（编写需求规格说明书）（执行验证）（问题修正）（5）需求管理：（建立维护需求基线集）（保证需求作用持续稳定和有效发挥）（随时进行变更控制）3请解释需求工程细节知识的实践性。
答：在任何一个知识领域，人们都需要进行相当的探索之后才能建立学科化和系统化的知识体系。
因此，如果在工程领域如果能建立比较完整的知识体系，那么就可以在知识体系的指导下进行规律化和系统化的生产。
相反，在完全没有形成知识认知的全新工程领域中；就只能纯粹依赖生产者的个人才智来进行工作。
也有介于上述两种情况的工程领域，他们还没有形成完整的认知体系，所以无法实现大工业化的生产方式；同时这些工程领域又经过了相当的时间探索，从生产者大量的个人行为中总结出一些有效的工作方式和行为方法。
这些能更好更快的帮助人们进行试践，所以被称为实践方法，又被称为原则。
4.需求工程对其他软件开发阶段有哪些帮助?需求的好坏对后续软件开发有着极其重要的影响。
需求方法与软件开发方法的适配性更会影响项目的成败。
第四章1.需求获取为什么是困难的？答：（1）用户和开发人员掌握的立场不同，可能造成用户和开发人员之间知识理解的困难，默认知识现象严重。
（2）普通用户缺乏概括性、综合性的表述能力。
（3）用户存在认知困难。
（4）用户越俎代庖提出的不是需求而是解决方案。
（5）缺乏用户参与。
2.在各种关于软件的调研中，无一例外地发现“缺乏用户参与”是导致软件失败的最大原因，请说明有哪些原因会使得用户参与不足？应该怎样解决？（1）用户数量太多，选择困难。
应该有目的选择真正有需求的用户。
（2）用户认识不足，不愿参与：应该要求用户在需求开发上积极的配合。
（3）用户情绪抵制，消极参与。
（4）没有明确的用户3.需求获取的内容是什么？答：（1）需求（2）问题域描述（3）环境与约束。
4.需求获取有哪些可能的来源？答：（1）涉众（2）硬数据（3）相关产品（4）重要文档（5）相关技术标准和法规。
5.需求获取的常见方法有哪些？（1）传统方法（2）集体获取方法（3）原型（4）模型驱动发（5）认知方法（6）基于上下文的方法。
第五章2.问题分析P1:事物处理系统部分自动，部分手动，效率不高；P2:无法追踪客户账单和收据，使财务业绩与发展不同步；P3:难以确定为什么产品成本高，导致盈利困难；P4:顾客信息繁杂，导致客源减少；BR1：在系统使用3个月后，工作人员效率明显提高；BR2：在系统使用4个月后，店铺运营成本降低15%；BR3：在系统使用6个月后，顾客增加10%，销售额度提升20%；问题解决方案SF1：收银人员记录顾客的消费记录。
SF2：收银人员负责将回头客的优惠进行落实。
SF3：销售人员负责制定相应的针对普通用户的销售策略，增加客源。
SF4：经理负责制定年度报表，总结财政收入与盈利情况。