个人作业——A001-185-2515-郑远曦

计算机科学与工程学院实验报告（首页）
课程名称 软件需求分析与建模 班级 18软件工程5班
实验名称 我对需求分析与建模的认识与应有内容建议 教导教师 董瑞生
姓名 郑远曦 学号 1814080902515 日期 2020．10.9

目录
一、背景 2
二、认识 2
第一章 2
1.1.1需求问题是当前软件开发面临的主要问题 2
1.1.2软件的模拟特性。软件的模拟特性来源于其知识载体的特性 2
1.1.3需求问题具体原因分析 3
1.2需求工程 3
1.2.1需求工程简介 3
1.2.2需求工程与系统工程 4
1.2.3需求工程的重要性需求工程的重要性 4
1.2.4需求工程的复杂性 4
1.3需求工程师 4
第二章 4
2.1需求的定义 4
2.2满足需求就是解决问题 4
2.2.1问题与需求 4
2.2.2问题解决的两个方面——问题域与解系统 5
2.2.3问题解决的基础——模拟与共享现象 5
2.2.4问题解决的方法——直接与间接 5
2.2.5问题解决方案——需求规格说明 5
2.2.6问题解决的困难性 5
2.3需求和问题都有层次性 5
2.3.1战略问题与业务需求 5
2.3.2任务问题与用户需求 5
2.3.3系统行为问题与系统级需求 6
2.3.4需求开发要遵从层次性 6
2.4需求的分类与表述 6
2.4.1需求的分类 6
2.4.2功能需求 6
2.4.3性能需求 6
2.4.4质量属性 6
2.4.5对外接口 7
2.4.6约束 7
2.4.7其他需求 7
2.5优秀需求的特性 7
第三章 7
3.2需求工程活动 7
3.2.1需求获取 7
3.2.2需求分析 8
3.2.3需求规格说明 8
3.2.4需求验证 8
3.2.5需求管理 8
3.3需求开发过程是迭代和并发的 8
3.4实践方法的应用 8
3.4.1细节知识的实践性 8
3.4.2重要的实践方法 8
3.5需求开发过程实例 9
3.6需求开发过程与软件工程过程的相互影响 9
三、总结 9

我对需求分析与建模的认识与应有内容建议
一、背景
软件需求位于软件工程的起始阶段，是软件系统开发中一个重要的独立工作阶段，为软件工程后续阶段提供了工作基础，对软件项目的成败至关重要。20世纪末，随着软件系统规模的扩大和复杂程度的增长，以需求分析为重心的传统需求处理技术已经不能适应现代软件技术发展的要求，完整的需求工程过程应运而生。需求工程是开发者在进一步深入理解软件项目需求处理活动之后提出的一个阶段性活动。同传统的需求分析相比，在需求工程中，软件需求处理不仅仅停留在单纯的分析与建模，需求的获取、建模、文档化、验证及管理等都是其中必需和重要的工作。
到目前为止，学术界与产业界在需求工程领域取得了较大的进展，研发了一系列有效的需求技术、方法和工具，构成了一个完整的需求工程过程框架。但是，尚有大量理论、方法和技术有待于广泛传播和全面应用，特别是需要进行系统化的实践。本书是关于软件需求工程的专门著述，目标是从开发者的视角出发，侧重于实践者的技术与方法，系统地介绍需求工程中的最新进展，促进需求工程领域理论、方法和技术的全面融合应用，指导需求工程各阶段的系统化实践。

二、认识
第一部分绪论是对需求工程的宏观介绍，包括第1~3章。
第1章介绍需求工程产生的背景，说明它在整个软件工程中的地位，并简要描述需求工程，介绍了需求工程是所有需求处理活动的总和，反映软件被应用后与其环境互动形成的期望效应。
1.1.1需求问题是当前软件开发面临的主要问题
无论是实践者的切身体会，还是各种调查数据，都明确指出需求问题是当前软件开发面临的主要问题之一。在所有调查数据中，以美国专门从事跟踪工厂项目成功或失败的权威机构Standish Group的CHAOS系列报告最广为人知。在Standish Group的调查中将软件项目分为3种类别：①在预计的时间之内，在预算的成本之下完成预期的所有功能，则项目为成功项目。②已经完成，软件产品能够正常工作，但在生产中或者超支，或者超期，或者实现的功能不全，则项目为问题项目。③因无法进行而被中途撤销，或者最终产品无法提交使用，则项目为失败项目。
1.1.2软件的模拟特性。软件的模拟特性来源于其知识载体的特性
软件在运行中表现出来的特性、行为应该和应用的现实情况保持一致。这样，人们通过观察软件的表现就可以得出相应现实问题的答案，即软件“模拟”了现实。例如，在图书管理软件中，如果在张三没有借书的情况下，软件系统产生了一条张三借书的记录，则该软件系统将会被认为是运行不正常和存在缺陷的，原因即在于借书情况的记录和现实中发生的借书事件没有保持一致。在软件和现实保持一致的情况下，人们不再需要为了查找一本书而翻遍所有的书架，通过软件系统进行书目查询就可以得到准确的答案。软件的冗余功能问题也从另一个侧面很好地反映了它的模拟特性。在软件开发中，一方面只能完成预期功能的60%～70%，另一方面移交软件中却存在着大量的冗余功能，这些功能用户从来不会使用。
应用型软件在“模拟”现实的基础之上接收用户的请求，协助用户完成任务，它正确工作的 基础是具有“模拟”性。“模拟”性具体是指以下几点：
①目的性。软件的目标是直接或间接地满足用户的某些目的或者解决用户的某些问题，软件的功能是据此设立的。
②正确性。软件具备的功能能够保证目标的正确实现。
③现实可理解性。软件实现其功能的基础、手段和过程是在用户领域内现实可理解的，即 软件系统是在理解其现实环境的基础上，通过影响现实的某些环节，或者改变现实各部分的通信 方式，最终达成某些目的或者解决某些问题的。
应用型软件一般以普通用户为应用对象，因此也要求具有使用的方便性。实现功能的“模拟”性和使用的方便性也仅要求所用技术具有可行性。和工具型软件不同，应用型软件通常不是 通用的，它们是为特定的应用环境定制的，对环境的“模拟”性是其主要的关注点。
不同的评判标准和关注点决定了 3类软件在生产中也会有所不同，尤其是 在分析阶段具有截然不同的目标：面向专业用户的工具型软件通常在具有一定的观念创新或技 术创新后执行功能分析，分析阶段的主要目的是为充分利用创新优势而进行巧妙的功能安排；面 向普通用户的工具型软件进行分析的主要目的是进行方案权衡，寻找一