《需求工程》ppt课件

《需求工程》ppt课件

ID:40155593

大小:492.56 KB

页数:30页

时间:2019-07-23

《需求工程》ppt课件_第1页
《需求工程》ppt课件_第2页
《需求工程》ppt课件_第3页
《需求工程》ppt课件_第4页
《需求工程》ppt课件_第5页
资源描述:

《《需求工程》ppt课件》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、1REvs.SystemsAnalysis需求工程vs.系统分析2需求工程vs.系统分析REvs.SystemsAnalysis需求工程由系统分析发展而来系统分析关注企业内部的信息系统主要采用非形式化的需求描述,工具和方法,例如:DFD,E-R,OO,…80年代中期形成,90年代以来成为研究热点。多见于管理学院,工程学科,和计算机科学的本科生和研究生教学3需求工程vs.系统分析REvs.SystemsAnalysis需求工程超出系统分析的范围涵盖整个形式化问题从“企业需求”到“精确描述”不仅限于信息系统实时系统嵌入系统交互系统基于组

2、件的系统webservices相对较少关注企业管理问题和企业业务流程4But,whatisarequirement?每一个“人造物”都是一个内部环境与外部环境的“接口”。这里内部环境指人造物本身的设计组成。外部环境指人造物的周遭及其作用环境。对这个接口的描述即是需求。——HerbertSimon,1969需求,即是人们要解决的某个问题或达到某种目的的需要。是系统或其组成部分为满足某种书面规定(合同,标准,规范等)所要具备的能力。需求将作为系统开发,测试,验收,提交的依据。——IEEE610.12,19905将问题与解决方案分开理解问

3、题需求获取问题的形式化表示形式规约,形式建模就问题性质达成共识验证,冲突及矛盾消解,磋商需求管理–维护双方的共识6设计活动改变客观世界状态7什么是需求?(Jackson,1995)领域性质(DomainProperty):无论系统存在与否均存在的应用领域的性质。需求(Requirements):由系统的存在而产生的应用领域性质。规约描述(Specification):描述系统为满足需求而应具有的行为。需求证明的标准(VerificationCriteria):1、运行在某台机器上的程序满足规约描述;2、针对给定的领域性质,规约描述满

4、足需求。需求验证的标准(ValidationCriteria):1、是否已发现所有重要需求?2、是否已发现所有有关的领域性质?8实例RequirementR需求:只有被授权者能够访问数据库。DomainPropertiesD领域性质:授权者持有密码。密码不会分享给未授权者。SpecificationS规约描述:用户输入密码后,将被准许访问数据库。S+DimplyR当领域模型出错时,会有什么后果9需求:关于为什么?做什么? 不包括怎么做?(why,what,how)…需求描述必须给出为什么需要这样一个系统。——Ross,1977通常,

5、需求描述系统要做什么,而不是怎么做。但是,二者不太容易区分,上一个抽象层次的“怎么做”经常在下一个抽象层次上转化为“做什么”。Jackson给出的稍为清楚的解释:“为什么”和“做什么”是指系统的设计目的,是置身系统外部,对应用领域性质的描述。“怎么做”是指系统的内部结构和行为。——Jackson,199510“描述”是需求工程的核心(Jackson,1995)用非形式化的语言指出感兴趣的主题现象,并命名(designation)。例如:Parent(x,p):p是x的父母。Female(x):x是女性。术语的形式化定义(defini

6、tion)和使用。例如:Mother(x,m)≡Parent(x,m)andFemale(m)Sister(x,y)≡Female(y)andmother(x,m)andmother(y,m)andfather(x,f)andfather(y,f)11“描述”是需求工程的核心(Jackson,1995,p58-59)关于领域性质的无可驳的描述(refutabledescription)。无可驳性依赖于与主题现象的一致性。例如:对所有的m和x,Parent(x,m)蕴含not(parent(m,x))开发过程中的带有假设性质的概略描述

7、(roughsketch)。例如:“人与人之间总是通过某种方式相互联系”“每个人实际上只能有一个家”12存在问题的需求描述实例含糊的需求描述:“工资总额由上一条记录获得”“所有客户都具有同一控制域“错误的需求描述:“所有系统将九月作为财政年度的起始时间”不完整的需求描述:“出错信息显示在屏幕的第24行“矛盾或不一致的需求描述:“C=A+B”;“C=A-B”无法测试的需求:“系统应具有友好的界面“13需求的层次软件需求包括三个不同的层次业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标要求,

8、它们在项目视图与范围文档中予以说明。用户需求(userrequirement)描述了用户使用产品必须要完成的任务,这在使用实例(usecase)文档或方案脚本(scenario)说明中予以说明。功能需求(functionalrequi

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。