- 商品参数
-
- 作者:
其他作者著
- 出版社:高等教育出版社
- ISBN:9784148282398
- 版权提供:高等教育出版社
店铺公告
为保障消费者合理购买需求及公平交易机会,避免因非生活消费目的的购买货囤积商品,抬价转售等违法行为发生,店铺有权对异常订单不发货且不进行赔付。异常订单:包括但不限于相同用户ID批量下单,同一用户(指不同用户ID,存在相同/临近/虚构收货地址,或相同联系号码,收件人,同账户付款人等情形的)批量下单(一次性大于5本),以及其他非消费目的的交易订单。
温馨提示:请务必当着快递员面开箱验货,如发现破损,请立即拍照拒收,如验货有问题请及时联系在线客服处理,(如开箱验货时发现破损,所产生运费由我司承担,一经签收即为货物完好,如果您未开箱验货,一切损失就需要由买家承担,所以请买家一定要仔细验货)。
关于退货运费:对于下单后且物流已发货货品在途的状态下,原则上均不接受退货申请,如顾客原因退货需要承担来回运费,如因产品质量问题(非破损问题)可在签收后,联系在线客服。
软件工程
——理论、方法与实践
基本信息
出版社: 高等教育出版社; 第1版 (2005年7月1日)
平装: 275页
语种: 简体中文
开本: 16
ISBN: 9787040163087
条形码: 9787040163087
商品尺寸: 23.2 x 18.6 x 1.2 cm
商品重量: 381 g
品牌: 高等教育出版社
ASIN: B005CV99RC
内容简介
《软件工程:理论、方法与实践》共11章,第1章概括介绍软件工程的历史发展和基本原理。讨论IEEE和ACM最新提出的软件工程知识体系和软件工程职业道德规范,第2章讨论软件过程的基本思想和活动,介绍常见的软件过程模型和微软开发过程的实际案例,第3章讨论软件工程的管理技术,主要涉及人员管理、沟通管理、项目规划和风险管理等内容,第4章、第6章至第10章以面向对象技术为核心,全面、深入、系统地介绍软件开发各个阶段的任务、过程、方法和工具,第5章介绍软件工程中的形式化方法,包括时序逻辑、Z语言,Petfi网等。第11章介绍软件进化的概念和方法,包括软件进化的特性、软件维护活动、逆向工程与再工程等内容。
编辑推荐
《软件工程:理论、方法与实践》注重内容的新颖性、条理性、系统性和实用性,始终以大量的开发实例贯穿全书,可作为计算机专业有关高年级本科生和低年级研究生学习软件工程课程的教材,也可供软件从业人员参考使用。
目录
第1章概述
1.1 软件
1.1.1软件的特性
1.1.2软件的发展
1.1.3软件危机
1.2软件工程
1.2.1软件工程的概念
1.2.2软件工程的三要素
1.2.3软件质量的特性
1.2.4软件工程方法
1.2.5计算机辅助软件工程CASE.
1.2.6当前面临的主要挑战
1.3软件工程知识体系(SWEBOK)
1.3.1 SWEBOK项目介绍
1.3.2 SWEBOK的组成
1.3.3软件工程与其他相关学科的关系
1.4软件工程职业道德规范
1.4.1 IEEE/ACM职业道德准则
1.4.2软件工程人员的职业道德建设
习题
第2章软件过程
2.1软件过程的概念
2.1.1任务思维与过程思维
2.1.2软件过程的定义
2.1.3软件过程的基本活动
2.1.4软件过程的制品
2.2软件过程模型
2.2.1瀑布模型
2.2.2快速原型模型
2.2.3增量模型
2.2.4螺旋模型
2.2.5形式化方法模型
2.2.6基于组件的开发模型
2.3案例:微软公司的软件开发过程
2.3.1微软公司的开发管理原则
2.3.2微软公司的软件过程模型
2.3.3递进式的软件开发策略
习题
第3章软件项目管理
3.1软件项目管理概述
3.1.1软件项目的特征
3.1.2软件项目管理的“4P”
3.1.3软件项目管理活动
3.2人员组织与管理
3.2.1软件项目组织
3.2.2案例:微软公司的软件开发组织
3.2.3软件团队的建设
3.3项目沟通管理
3.3.1项目沟通复杂性
3.3.2项目沟通方式
3.3.3项目沟通活动
3.4软件项目规划
3.4.1软件规模估算
3.4.2软件成本估算
3.4.3软件项目计划
3.5软件风险管理
3.5.1风险识别
3.5.2风险分析
3.5.3风险规划
3.5.4风险监控
3.6软件配置管理
……
第4章需求工程
第5章软件工程中的形式化方法
第6章面向对象基础
第7章面向对象分析
第8章面向对象设计
第9章软件实现
第10章软件测试
第11章软件演化
参考文献
文摘
版权页
插图
需求验证是针对那些已编写成文档的需求进行验证,而对于那些存在于用户或开发人员思维中的没有表露的、含蓄的需求则不予验证。
一般来说,需求评审由不同代表(如分析人员,客户,设计人员,测试人员)组成的评审小组以会议形式进行。在评审会议上,分析人员说明软件产品的总体目标、主要功能和性能指标等,评审小组对照需求规格说明文档及其相关模型进行检查和评价,并讨论软件验收的可测试指标。
需求验证主要围绕需求规格说明的质量特性展开,这些质量特性包括正确性、无二义性、完整性、可验证性、一致性、可修改性和可跟踪性等。
1.正确性
正确性是指需求规格说明对系统功能、行为、性能等的描述必须与用户的期望相吻合,代表了用户的真正需求。
审查需求的正确性应该考虑以下几方面的问题:
用户参与需求过程的程度如何?
每一个需求描述是否准确地反映了用户的需要?
系统用户是否已经认真考虑了每一项描述?
需求可以追溯到来源吗?
举例:下面的需求描述正确吗?
在用户每次存钱时系统将进行信用检查。
2.无二义性
无二义性是指需求规格说明中的描述对所有人都只能有一种明确统一的解释。由于自然语言极易导致二义性,所以应尽量把每项需求用简洁明了的用户语言表达出来。
审查需求的无二义性应该考虑以下几方面的问题:
需求规格说明是否有术语词汇表?
具有多重含义或未知含义的术语是否已经定义?
需求描述是否可量化和可验证?
每一项需求都有测试准则吗?
举例:下面的需求描述是无歧义的吗?
如果用户试图透支,系统将采取适当的行动。
3.完整性
完整性是指需求规格说明应该包括软件要完成的全部任务,不能遗漏任何必要的需求信息,注重用户的任务而不是系统的功能将有助于避免不完整性。
审查需求的完整性应该考虑以下几方面的问题:
是否存在遗漏的功能或业务过程?
在每个定义的功能之间是否有接口?
是否有信息或消息在所定义的功能之间传递?
是否定义了功能的使用者?
是否已经清楚地定义了用户与功能之间的交互?
是否定义了与外部过程和系统之间的接口?
所描述的功能是否可以映射到业务过程中?
文档中是否存在待确定的需求引用?
文档中是否存在未定义的术语和引用?
文档的各个部分都完整吗?
需求包括非功能属性的说明吗?
1