自考《软件工程》.pdfVIP

  1. 1、本文档共24页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件工程

普通是指计算机系统中的程序及其文档。

是应用计算机科学理论和技术以及工程管理原则和方法,按预算和进度

实现满足用户要求的软件的工程,或者以此为研究对象的学科。

随着计算机的广泛应用,软件生产率、软件质量远远满足不了社会发

展的需求,成为社会、经济发展的制约因素,人们通常把这一现象称为“软件危

机”。

软件开辟的本质:不同抽象层术语之间的“映射”,以及不同抽象层处理逻辑之间

的“映射”。

软件开辟的基本途径是问题建模。常用的建模手段有:结构化方法、面向对象方

法以及诸多面向数据结构方法等。

所谓模型,简单的说,是待建系统的任意抽象,是特定意图下所确定的角度和抽

象层次上对物理系统的描述。在软件开辟中,软件系统模型大体上可分为两类:

概念模型和软件模型。

一是过程方向,即求解软件的开辟逻辑;二是过程途径,即求解软件的开辟手段。

是产品/系统设计、实现以及验证的基本信息源之一,是任何软件工程

项目的基础。

规约了系统或者系统构件必须执行的功能,是整个需求的主体。

分为性能需求、外部接口需求、设计约束和质量属性需求。性能需

求规约了一个系统或者系统构件在性能方面必须具有的一些特征;外部接口需求

规约了系统或者系统构件必须与之交互的用户、硬件、软件或者数据库元素;

设计约束限制了软件系统或者软件系统构件的设计方案的范围;质量属性规约

了软件产品所具有的一个性质必须达到其质量方面一个所期望的水平。

是一个软件项/产品/系统所有需求陈述的正式文档,它表达了一个软

件产品/系统的概念模型。

需求具有如下5个基本性质:①必要的,该需求是用户所要求的;②无歧义的,

该需求只能用一种方式解释;③可测的,该需求是可进行测试的;④可跟踪的,

该需求可从一个开辟阶段跟踪到另一个阶段;⑤可测量的该需求是可测量的。

需求规约满足以下4个基本性质:①重要性和稳定性程度:按需求的重要性和稳

定性,对需求进行分级;②可修改的:在无非多地影响其他需求的前提下,可以

容易地修改一个单一需求;③完整的:没有被遗漏的需求;④一致的:不存在互

斥的需求。

软件需求可以分为两大类:一类是功能需求,一类是非功能需求,而非功能需求

又可分为性能需求、外部接口需求、设计约束和质量属性需求。

初始需求发现技术常包括以下几个:

①自悟②交谈③观察④小组会⑤提炼

①非形式化的需求规约:即以一种自然语言来表达需求规约,如同使用一种自然

语言写了一篇文章;②半形式化的需求规约:即以半形式化符号体系来表达需求

规约;③形式化的需求规约:即以一种基于良构数学概念的符号体系来编制需求

规约,普通往往伴有解释性注释的支持。

需求规约是一个软件项/产品/系统所有需求陈述的正式文档,它表达了一个软件

产品/系统的概念模型。

需求规约的作用:①需求规约是软件开辟组织和用户之间一份事实上的技术合同

书,是产品功能及其环境的体现;②对于项目的其余大多数工作,需求规约是一

个管理控制点;③对于产品/系统的设计,需求规约是一个正式的、受控的起始点;

④需求规约是创建产品验收测试计划和用户指南的基础。

①需求规约是软件开辟组织和用户之间一份事实上的技术合同书,是产品功能及

其环境的体现。②对于项目的其余大多数工作,需求规约是一个管理控制点。③

对于产品/系统的设计,需求规约是一个正式的、受控的起始点。④需求规约是创

建产品验收测试计划和用户指南的基础,即基于需求规约普通还会产生此外两个

文档——初始测试计划和用户系统操作描述。

需求规约是软件开辟组织和用户之间一份事实上的技术合同书,即关注产品需求,

回答“交付给客户的产品/系统是什么”;而项目需求是客户和开辟者之间有关技

术合同-产品/系统需求的理解,应记录在工作陈述中或者其他某一项目文档中,

即关注项目工作与管理,回答“开辟组要做的是什么”。

分析是针对一个问题,系统化地使用信息对该问题的一个估算。就软

件需求分析而言,其目标是给出“系统必须做什么”的一个估算,即需求规格说

明——以一种系统化的形式,准确地表达用户的需求,其中应不存在二义性和不

一致性等问题。

是在需求分析的基础上,定义满足需求所需要的结构,即针对给定的

问题,给出该问题的软件解决方案,确定“做什么”的问题。

是一种描述数据变换的图形化工具

文档评论(0)

mi manchi + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档