软件需求工程
点此进入淘宝搜索页搜索分類: 图书,计算机/网络,软件工程/开发项目管理,
作者： 毋国庆等编著
出 版 社： 机械工业出版社
出版时间： 2008-8-1字数：版次： 1页数： 180印刷时间： 2008/08/01开本： 16开印次： 1纸张： 胶版纸I S B N ： 9787111248095包装： 平装编辑推荐
本书的主要特色：
软件需求工程在软件开发中的作用相当重要。本书在概要介绍了需求工程的历史背景、基本原理和一些基本概念之后，按需求工程中开发和管理过程的顺序较详尽地介绍了各个阶段的任务、步骤、方法和技术，在介绍过程中结合了许多典型实例。此外，本书还介绍了需求工程中近几年所研究出和正在研究的一些新理论和新方法。
本书的内容丰富，有助于从事软件开发的专业人士和计算机专业的学生们学习和参考。
内容简介
软件需求工程在软件开发中的作用是相当重要的。因此，对于从事和将要从事软件开发工作的人们来说，有必要了解和掌握软件需求工程中的一些内容。本书全面和系统地介绍了软件需求工程的基本概念和原理，以及开发和管理软件需求的方法和技术。此外，本书也介绍了软件需求工程中的一些新方法和技术。为便于读者学习和理解，本书在介绍软件需求工程内容时结合了许多的典型实例。
本书可作为本科生高年级和研究生的教材，也可供从事软件开发工作和研究的专业人员参考和自学。
作者简介
毋国庆，武汉大学计算机学院教授、博士生导师。主要从事软件形式化理论、软件开发方法和技术、需求工程和可信软件等方面的研究。多年来，除承担本科和研究生教学工作外，在科研方面曾参加“银河—Ⅰ” 巨型计算机操作系统的研制工作，并承担和主持国家863计划和国家自然科学基金等多个项目，以及其他一些软件开发项目。多次在日本东京大学等地从事软件工程和形式化理论方面的合作研究，在国内外学术期刊和国际学术会议上发表多篇论文和研究报告。
目录
出版者的话
序言
前言
教学建议
第1章需求工程概述
1.1需求工程的重要性
1.2什么是软件需求
1.3软件需求的分类
1.4需求规格说明
1.5需求工程定义
1.6其他一些基本概念
第2章 软件工程与需求工程
2.1软件工程
2.2软件开发过程模型
2.2.1瀑布式模型
2.2.2快速原型模型
2.2.3渐增式模型
2.2.4螺旋式模型
2.2.5面向对象的开发模型
2.3 需求工程在软件开发中的地位
2.3.1需求工程对软件开发的影响
2.3.2需求工程面临的困难
2.4软件需求的开发和管理过程
第3章需求获取
3.1确定需求开发计划
3.2确定项目的目标和范围
3.3确定调查对象
3.4实地收集需求信息
3.4.1 实地收集需求信息面临的困难
3.4.2实地调查的步骤
3.4.3实地收集需求信息的方式
3.4.4需求信息的分类
3.5确定非功能需求
3.6在收集需求信息中应注意的问题
3.7使用场景技术的需求获取
3.7.1场景的定义及构成
3.7.2场景的表示
3.7.3场景的种类
3.7.4使用用例的需求获取
3.7.5场景技术的特点
第4章需求分析
4.1建立系统关联图
4.2分析需求的可行性
4.3构建用户接口原型
4.4确定需求的优先级别
4.5需求建模
4.6建立数据词典
第5章 需求建模方法与技术
5.1什么是模型
5.2软件工程中的模型
5.3结构化的需求建模方法
5.3.1SA方法的基本思想
5.3.2SA方法的描述手段
5.3.3实例说明
5.3.4SA方法的分析步骤
5.4面向对象的需求建模方法
5.4.1 面向对象方法中的一些基本概念
5.4.2面向对象的需求分析
……
第6章需求定义
第7章需求的形式化描述
第8章需求验证
第9章需求管理
第10章面向问题域的需求分析方法
第11章面向多视点的需求工程
第12章需求工程与软件开发管理
参考文献
书摘插图
第1章需求工程概述
1.1 需求工程的重要性
随着计算机应用的不断发展和深入，软件系统的日益大型化、复杂化，软件的开发成本越来越高，软件开发的风险也越来越大。Standish集团公司的研究报告称：在美国，每年用于软件开发的费用在一千多亿美元以上，其中，大型公司开发一个软件项目的平均成本为232.2万美元，中等大小的公司为133.1万美元，小型公司则为43.4万美元。调查显示，31％的项目在完成之前被取消，进一步研究的结果还表明：52.7 ％的项目实际所花费的成本为预算成本的189％。根据该公司的另一项分析，项目失败或严重超支的8个最重要原因中有5个都与需求相关：即需求不完整、缺乏用户的参与、客户期望不实际、需求和需求规格说明的变更和提供许多不必要的功能。
一些具体的案例令人触目惊心：伦敦股票交易项目TAURUS，在花费了数百万英镑之后于1993年被取消（项目失败的总损失估计达到几亿英镑）。调查结果显示，许多问题源于未能协调那些不一致的需求。Swanick空中交通控制系统原计划在1998年完工，但直到2001年尚未交付使用，额外开支高达1亿英镑以上。经官方调查，发现其中的一个主要原因在于“缺乏健壮的需求规格说明导致无法继续进行系统实现。
与此同时，另外的一些调查和研究显示：一个与需求相关的错误发现和解决越迟，其修复的代价越昂贵。A.Davis研究发现，在需求阶段检查和修复一个错误所需的费用只有编码阶段的1/5到1/10，而在维护阶段做同样的工作所需付出的代价却是编码阶段的20倍。这意味着在维护阶段修复一个错误的代价与需求阶段修复一个同样的错误的代价的比值可高达200：1。
诸如此类的调查研究目前已有很多。虽然项目失败涉及的原因多种多样，但正如R.Glass所说，“项目需求无疑是在软件项目前期造成麻烦的一个最大原因。一个又一个的研究已经发现，当项目失败时，需求问题通常正是核心问题”。因此，在软件开发过程中，必须极早、有效地发现和解决与需求相关的问题。
……
