下载后可任意编辑本页为作品封面,下载后可以自由编辑删除,欢迎下载
精 品文档1【精品 word 文档、可以自由编辑
需求分析与系统设计之间的界限是什么
何时从分析阶段进入设计阶段
需求分析关注系统“做什么”,系统设计关注“如何做”
当分析阶段完成后才能进入到设计阶段2
需求处理要注意哪些非技术因素
要注意的非技术因素:组织机构文化、社会背景、商业目标、利益协商等
因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素下载后可任意编辑3
需求分析与需求工程之间的关系那就是需求工程含义更广,包括需求猎取、需求分析、需求定义第二章1
解释名词:问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的问题域:现实的状况与人们期望的状况产生差异就产生问题
解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分
而不是他们的全部
软件系统仅仅是现实世界的一种抽象
所以问题除了共享现象之外
还有很多在进行模型抽象时忽略的其他现实因素
解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么
需求是用户对问题域中的实体状态或事件的期望描述规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征
问题域的特性:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束
需求工程的主要任务:1
需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完