快速软件开发(珍藏版)(微软技术丛书)
点此进入淘宝搜索页搜索分類: 图书,计算机与互联网,软件工程及软件方法学,软件过程,
品牌: 麦克康奈尔
基本信息·出版社：清华大学出版社
·页码：508 页
·出版日期：2008年
·ISBN：7302178135/9787302178132
·条形码：9787302178132
·包装版本：1版
·装帧：平装
·开本：16
·正文语种：中文
·丛书名：微软技术丛书
产品信息有问题吗？请帮我们更新产品信息。
内容简介《快速软件开发》(珍藏版)前两部分描述快速开发的策略和理念，其中的案例讨论有助于读者清楚地领略到策略和理念在实践中的作用。第III部分则由27个快速开发实践构成，对于技术领导、程序员和项目经理具有重要的参考和指导意义。
进度失控，几乎是每一个软件开发项目挥之不去的噩梦。如何从容赶急，如何通过正确的开发策略和原则，避免典型错误，有效地进行风险管理，从多个方面贯彻执行快速软件开发，都可以从《快速软件开发》(珍藏版)中找到答案。《快速软件开发》(珍藏版)借助于实际案例和数据，阐述了快速软件开发方法的要领和精髓。
作者简介Steve McConnell，软件行业最有影响力的三大人物之一，与Bill Gates和Linus Torvalds齐名，曾两度获得《软件开发》杂志优秀震撼大奖。
Steve McConnell是Construx公司的首席软件工程师，负责领导客户软件项目，讲授课程和著书立说。他还是IEEE Software杂志的总编和软件工程知识体（SWEBOK）项目构建知识领域的领导。Steve曾先后就职于微软公司、波音公司和西雅图地区的公司。他拥有惠特曼大学学士学位和西雅图大学软件工程硕士学位。
编辑推荐案例翔实，传授名家过经过脉之实践，名著新解，演绎快速开发之精髓。
开发改进失控，如何才能倾全力拿出悬崖勒马的勇气和智慧将其牢牢掌控？
几乎所有软件公司和商业软件开发团队都希望求得一个重要问题的解决方案：面对强大的压力，如何能将开发进度处于掌控之中？在《快速软件开发》(珍藏版)中，作者Steve McConnell通过整体策略、特定的最佳实践和宝贵的提示解决了这个困扰他们很久的问题，有助于他们缩短和控制开发进度，并让项目步入正常轨道。正如《代码大全》读者所预期的一样，《快速软件开发》(珍藏版)的内容翔实生动，结合了大量来之不易的最佳研究成果和对策。
《快速软件开发》(珍藏版)重要主题：
一个快速开发策略（可以应用于任何一个项目）和27个使此策略发挥效用的最佳实践。
以客观角度讨论优秀和一般快速开发实践：估算、原型化、强迫加班、激励、团队合作、快速开发语言、风险管理等。
列出快速开发项目应该避免的典型问题，包括需求蔓延、质量低下和银弹综合症等。
以丰富的案例生动地描绘了错误是怎样发生的，如何纠正，如何把握项目前进方向。
目录
第1部分 有效开发
第1章 欢迎学习快速开发
1.1 什么是快速开发
1.2 实现快速开发
第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.3.3 全面快速开发
2.4 哪一维更重要
2.5 快速开发的权衡策略
深入阅读
第3章 典型错误
3.1 典型错误案例研究
3.2 错误对开发进度的影响
3.3 典型错误一览
3.3.1 人员
3.3.2 过程
3.3.3 产品
3.3.4 技术
3.4 逃离格里甘岛
深入阅读
第4章 软件开发的基本原则
4.1 管理原则
4.1.1 项目估算和进程安排
4.1.2 计划编制
4.1.3 跟踪
4.1.4 度量
4.2 技术的基本原则
4.2.1 需求管理
4.2.2 设计
4.2.3 构建
4.2.4 软件配置管理
4.3 质量保证的基本原则
4.3.1 易错模块
4.3.2 测试
4.3.3 技术回顾
4.4 按照指导来做
深入阅读
第5章 风险管理
5.1 风险管理要素
5.1.1 风险评估
5.1.2 风险控制
5.2 风险识别
5.2.1 最常见的进度计划风险
5.2.2 进度计划风险的完整列表
5.3 风险分析
5.3.1 风险暴露量
5.3.2 估计损失的大小
5.3.3 评估损失发生的概率
5.3.4 整个项目的延期和缓冲
5.4 风险优先级
5.5 风险控制
5.5.1 风险管理计划
5.5.2 风险化解
5.5.3 风险监控
5.6 风险、高风险和冒险
深入阅读
第Ⅱ部分 有效开发
第6章 快速开发中的核心问题
第7章 生命期计划
第8章 估算
第9章 进度计划
第10章 面向客户开发
第11章 激励机制
第12章 团队合作
第13章 团队结构
第14章 功能限定
第15章 生产率工具
第16章 项目修复
第Ⅲ部分最佳实践简介
第17章 变更委员会
第18章 日创建和冒烟测试
第19章 变更设计
第20章 渐进交付
第21章 渐进原型
第22章 目标设定
第23章 检查
第24章 联合应用程序开发
第25章 生命期模型的选择
第26章 度量
第27章 小型里程碑
第28章 外包
第29章 原则谈判法
第30章 高效开发环境
第31章 快速开发语言
第32章 需求提炼
第33章 重用
第34章 签约
第35章 螺旋型生命期模型
第36章 阶段性交付
第37章 W理论管理
第38章 舍弃型原型法
第39章 限时开发
第40章 工具组
第41章 前十大风险清单
第42章 构建用户接口原型
第43章 自愿加班
参考文献
……[看更多目录]
文摘第1章欢迎学习快速开发
本章主题
什么是快速开发
实现快速开发
相关主题
本书适用对象：参阅“前言”
本书主要特色：参阅“前言”
为何编写本书：参阅“前言”
快速开发策略：参阅第2章
快速开发要点：参阅第6章
某产品经理告诉我，为改变现状，他想建立一套产品开发权限控制体系，该体系要更注重产品质量、防止功能蔓延、控制项目进度，并能够按计划交付产品。
但是，当实际运作项目时，他又不由自主地把将产品迅速推向市场放在了最优先的级别上。如何保证产品的可用性？我们没有足够的时间。如何保证产品的性能指标？可以等等再说。如何保证产品的可维护性？下一个项目再说。如何进行产品测试？我们的用户现在就要产品，马上送货。 这个产品经理并非只是某个特定的产品经理，他几乎是我为之工作的所有产品经理的化身。这种情形在整个软件业日复一日地重复着。开发时间已经变成头等重要的问题，以致忽略了其他应考虑的因素，甚至那些最终会影响开发时间的因素。
1.1什么是快速开发
对有些人而言，快速开发是通过使用一个得力的工具或方法实现的；对黑客而言，快速开发可能意味着36个小时连续不断地编码；对信息工程师而言，快速开发就是RAD——CASE（计算机辅助软件工程）工具、积极的用户参与和紧凑的时限（timebox）的集合；对纵向市场的程序员而言，快速开发就是利用微软的最新版本的Visual Basic或Delphi快速建立原型的过程；对项目经理而言，无论最近一期商业周刊发布的实践亮点是什么，快速开发就是拚命缩短项目周期。
每种工具或方法都可能在特定的场合完美运行，并有助于提高开发速度，但要完全发挥它们的功效，则必须将它们作为周密完整策略的一部分合理编排。没有任何一种快速开发工具或方法适合所有快速开发场合，即使对只有一定速度要求的非快速开发实践，也没有任何一种快速开发工具或方法就肯定能满足它在速度方面的要求。
就本书而言，并不是要介绍具体的方法或工具，“快速软件”开发只是一个相对于“慢速和典型开发”的描述性说法。它并不是有注册商标的快速开发方法——一个不可思议的短语或行话。本书所说的“快速开发”是个普通的术语，与“快捷开发”或“更短的开发周期”具有相同的意义，它意味着能够以比你目前更快的速度开发软件。
总之，一个快速开发项目就是任何一个需要强调开发速度的项目，以今天的业界环境，可以说很多项目都是快速开发项目
……[看更多书摘]
