文轩网图书旗舰店
  • 扫码下单

  • 软件项目的艺术 (美)史蒂夫·麦康奈尔 著 (美)方敏,(美)朱嵘 译 专业科技 文轩网
  • 新华书店正版
    • 作者: [美]史蒂夫·麦康奈尔(Steve McConnell)著 [美]方敏 [美]朱嵘 译著
    • 出版社: 清华大学出版社
    • 出版时间:2024-07-01 00:00:00
    送至
  • 由""直接销售和发货,并提供售后服务
  • 加入购物车 购买电子书
    服务

    看了又看

    商品预定流程:

    查看大图
    /
    ×

    店铺装修中

    商家:
    文轩网图书旗舰店
    联系:
    • 商品

    • 服务

    • 物流

    搜索店内商品

    文轩网图书旗舰店

  •      https://product.suning.com/0070067633/11555288247.html

     

    商品参数
    • 作者: [美]史蒂夫·麦康奈尔(Steve McConnell)著 [美]方敏 [美]朱嵘 译著
    • 出版社:清华大学出版社
    • 出版时间:2024-07-01 00:00:00
    • 版次:1
    • 印次:1
    • 印刷时间:2024-07-01
    • 页数:0
    • 开本:其他
    • 装帧:平装
    • ISBN:9787302661283
    • 国别/地区:中国
    • 版权提供:清华大学出版社

    软件项目的艺术

    作  者:(美)史蒂夫·麦康奈尔 著 (美)方敏,(美)朱嵘 译
    定  价:59
    出 版 社:清华大学出版社
    出版日期:2024年07月01日
    页  数:352
    装  帧:平装
    ISBN:9787302661283
    主编推荐

    内容简介

    作为《代码大全》的作者,史蒂夫在本书中全面深入地介绍了软件项目管理的关键技巧。全书分为4个部分,共19章,通过一个项目生存测试问卷来展示项目管理全过程中每个关键节点的具体行动。本书以项目成功为核心导向,系统地讲解项目立项、执行、开发、集成、测试与发布等关键环节,尤其适合项目经理及项目成员阅读和参考。

    作者简介

    "作者史蒂夫·麦康奈尔(SteveMcConnell)是国际公认的软件开发大师,被誉为计算机软件工程和项目管理领域的权威。他是软件工程经典书籍的,代表作有《代码大全》《快速开发》《软件估算的艺术》《软件项目的艺术》《软件开发的艺术》以及《卓有成效的敏捷》等。他与比尔·盖茨和林纳斯·托瓦兹齐名,被《软件开发》杂志的读者评选为“软件行业三大影响力人物”。在软件行业,他担任过很多重要的职务,包括《IEEE软件》杂志总编辑及 IEEE计算机协会专委会主席等。 《软件项目的艺术》详细描述成功的项目管理模型和分阶段发布流程,旨在帮助读者找到改进的方向。书中以软件项目的分阶段发布流程为主线,系统介绍了软件项目管理理念、不同阶段、结构、方法和工具。 《软件项目的艺术》分为 4 个部分共 19 章。 第Ⅰ部分“项目生存思维”介绍了软件项目生存测试、生存概念以及生存的重要方法。 第Ⅱ部分“项目生存准备null

    精彩内容

    目录
    第Ⅰ部分 项目生存思维
    第1章 欢迎加入项目生存训练营 3
    1.1 生存需求 4
    1.2 生存权利 7
    1.3 生存检查清单:项目健康测试 9
    生存检查清单 10
    译者有话说 10
    第2章 软件项目生存测试 11
    2.1 生存测试题 11
    2.2 生存测试问卷 11
    2.2 生存测试问卷 12
    2.3 生存测试结果解释 14
    生存检查清单 16
    译者有话说 16
    第3章 项目生存的概念 17
    3.1 软件开发流程的作用 17
    3.1.1 对流程的误区 18
    3.1.2 拯救流程 23
    3.1.3 流程与团队的创新和士气 25
    3.1.4  过渡到系统化流程的理由 27
    3.2 流程的上游和下游 28
    3.3 不确定性锥 30
    生存检查清单 33
    译者有话说 34
    第4章 项目生存的关键方法 35
    4.1 规划 35
    软件规划示例 37
    4.2 规划检查点的审查 38
    4.2.1 两阶段筹资方法 38
    4.2.2 准备规划检查点的审查 39
    4.2.3 规划检查点审查议程 40
    4.2.4 规划检查点审查的主要意义 41
    4.3 风险管理 42
    4.4 项目控制 43
    4.5 项目的可见性 44
    4.6 人件 45
    4.6.1 开发人员的兴趣与工作分配要对齐 46
    4.6.2 向开发人员表达诚挚的谢意 47
    4.6.3 提供有利于思考的办公空间 47
    4.6.4 避免开放式工作空间 47
    4.7 用户参与 49
    4.8 产品极简主义 51
    4.9 专注于软件交付 52
    生存检查清单 54
    译者有话说 55
    第5章 成功的软件项目知多少 57
    5.1 研发阶段 57
    5.2 项目流程 59
    5.3 分阶段交付的好处 60
    5.4 分阶段交付的成本 63
    5.5 阶段计划 64
    5.6 团队建设 66
    5.7 代码量增长曲线 69
    5.8 主要里程碑和可交付内容 71
    生存检查清单 77
    译者有话说 77
    第Ⅱ部分 项目生存准备
    第6章 拥抱变化,精准定位 81
    6.1 变更控制过程 81
    6.2 变更控制的好处 84
    6.3 自动修订控制的好处 85
    6.4 常见的变更控制问题 86
    6.4.1 如何考虑变更 86
    6.4.2 何时考虑变更 87
    6.4.3 如何处理小的变更 88
    6.4.4 如何进行人员管理 88
    6.4.5 哪些工作产品要进行变更控制 89
    6.5 致力于变更控制 91
    生存检查清单 92
    译者有话说 93
    第7章 初步计划 95
    7.1 项目愿景 95
    7.1.1 定义要放弃的内容 97
    7.1.2 致力于愿景 98
    7.2 高管授权 98
    7.3 项目规模目标 99
    7.4 宣传计划和进展 101
    7.5 宣传进度指标 102
    7.6 风险管理 104
    7.6.1 致力于风险管理 105
    7.6.2 风险监督员 107
    7.6.3 十大风险清单 108
    7.6.4 支持风险跟踪的工具 112
    7.6.5 详细的风险管理计划 112
    7.6.6 匿名风险报告渠道 112
    7.7 人员策略 114
    7.7.1 人才发展 114
    7.7.2 团队培养 115
    7.7.3 新手开发人员:可用与胜任 115
    7.7.4 团队动态 116
    7.7.5 员工培养的关键问题 117
    7.7.6 团队组织 117
    7.7.7 项目团队的组织结构 118
    7.7.8 “老虎队” 120
    7.8 时间统计 121
    7.9 软件开发计划 125
    生存检查清单:初步计划 126
    译者有话说 127
    第8章 需求开发 129
    8.1 需求开发流程概述 130
    8.2 确定一组关键的最终用户 131
    8.3 采访最终用户 132
    8.4 构建简单的用户界面原型 132
    8.4.1 如果条件允许,应使用情节串连故事板 134
    8.4.2 不断修改原型直到最终用户对软件感兴趣 135
    8.4.3 制定用户界面样式指南 136
    8.4.4 全面扩展原型 136
    8.4.5 请记住,原型是要废弃的 137
    8.4.6 将全面扩展的原型作为基准规范 138
    8.5 编写详细的最终用户手册 139
    8.6 创建单独的、没有用户界面的需求文档 141
    生存检查清单:需求开发 141
    译者有话说 143
    第9章 质量保证 145
    9.1 为什么质量很重要 145
    9.2 质量保证计划 146
    质量保证计划的组成部分 147
    9.6 缺陷跟踪 149
    9.4 技术审查 151
    9.4.1 常规审查模式 151
    9.4.2 成功审查的要点 152
    9.5 系统测试 154
    9.6 Beta测试 157
    9.7 质量保证计划涵盖的工作产品 160
    9.8 质量保证的辅助活动 162
    9.9 软件发布标准 162
    生存检查清单 163
    译者有话说 164
    第10章 软件架构 165
    10.1 启动架构阶段 166
    10.2 好的架构有哪些特征 167
    10.2.1 系统概述 167
    10.2.2 概念的完整性 167
    10.2.3 子系统和组织 168
    10.2.4 表示法 170
    10.2.5 适应场景变化与调整策略 171
    10.2.6 分析可重用性,决定购买还是自己动手写 172
    10.2.7 常用功能领域的策略 172
    10.2.8 需求的可追溯性 174
    10.2.9 支持分阶段交付计划 175
    10.3 如何判断架构已完成 175
    10.4 软件架构文档 176
    生存检查清单 177
    译者有话说 178
    第11章 最后准备 179
    11.1 项目估算 180
    11.1.1 估算过程指南 180
    11.1.2 里程碑目标 185
    11.1.3 非技术性的估算考虑 186
    11.2 分阶段交付计划 187
    11.2.1 将项目划分为阶段 188
    11.2.2 阶段主题 189
    11.2.3 与分阶段交付相似的计划 191
    11.2.4 发布版本 192
    11.2.5 修订分阶段交付计划 193
    11.3 持续进行规划活动 193
    11.3.1 风险管理 194
    11.3.2 项目愿景 194
    11.3.3 决策机构 195
    11.3.4 人员 195
    11.3.5 更新软件开发计划 196
    生存检查清单 196
    译者有话说 197
    第Ⅲ部分 阶段成功
    第12章 阶段计划 201
    12.1 为什么需要制定阶段计划 201
    12.2 阶段计划介绍 203
    12.2.1 需求更新 204
    12.2.2 详细设计 204
    12.2.3 软件构建 205
    12.2.4 产生测试用例 205
    12.2.5 用户文档更新 206
    12.2.6 技术审查 206
    12.2.7 修正缺陷 206
    12.2.8 技术协调 207
    12.2.9 风险管理 207
    12.2.10 项目跟踪 208
    12.2.11 集成和发布 208
    12.2.12 阶段结束总结 209
    12.3 微型里程碑 209
    12.3.1 创建完整的里程碑列表 211
    12.3.2 达到预期质量水平 212
    12.3.3 定义微型里程碑 213
    12.3.4 小型项目的微型里程碑 213
    12.3.5 人员管理的考虑 214
    12.3.6 项目如果错过了微型里程碑,怎么办 215
    12.4 阶段计划和管理风格 216
    生存检查清单 217
    译者有话说 218
    第13章 详细设计 219
    13.1 重新审查架构 219
    13.1.1 程序组织 219
    13.1.2 分析重用 220
    13.1.3 需求的解决方案 220
    13.1.4 需求的可追溯性 220
    13.1.5 软件构建计划 221
    13.1.6 修正架构中的缺陷 221
    13.1.7 项目需要做多少详细设计 221
    13.2 技术审查 224
    13.2.1 检测功能缺陷 225
    13.2.2 检测需求缺陷 226
    13.2.3 缺失需求 226
    13.2.4 不需要的功能 227
    13.2.5 审查项目目标 228
    13.2.6 交叉培训 229
    13.2.7 审查和生产力 230
    13.3 详细设计文档 230
    13.4 项目第一阶段的特殊考虑 231
    生存检查清单:详细设计 232
    译者有话说 234
    第14章 软件构建 235
    14.1 源代码质量 236
    14.1.1 编程标准 236
    14.1.2 项目目标 238
    14.1.3 简洁 239
    14.2 软件集成流程 239
    14.2.1 完成意味着完成 240
    14.2.2 为其他开发人员提供稳定的基础 242
    14.2.3 每日构建和冒烟测试 242
    14.2.4 第一阶段的特殊考虑 245
    14.2.5 避免过早开发基础设施 246
    14.3 跟踪进度 246
    14.3.1 收集状态信息 247
    14.3.2 可见性 247
    14.3.3 每周项目跟踪更新 248
    14.3.4 与客户和上层管理人员沟通 249
    14.4 控制变更 249
    14.5 保持专注 251
    14.6 软件构建是不是只有这些事儿 251
    生存检查清单:软件构建 253
    译者有话说 254
    第15章 系统测试 255
    15.1 测试的哲学 255
    15.2 系统测试范围 257
    15.3 测试组对每日构建的支持 257
    15.4 开发人员对系统测试的支持 258
    15.5 QA策略 259
    生存检查清单:系统测试 259
    译者有话说 260
    第16章 软件发布 261
    16.1 认真对待发布 261
    16.2 何时发布 263
    16.2.1 缺陷计数 264
    16.2.2 统计每个缺陷的工作量 265
    16.2.3 缺陷密度预测 265
    16.2.4 缺陷集 267
    16.2.5 缺陷播种 268
    16.2.6 缺陷建模 270
    16.2.7 软件发布决定 271
    16.2.8 缺陷跟踪和宣传 272
    16.3 发布清单 272
    16.4 批准发布签字 275
    生存检查清单:软件发布 277
    译者有话说 278
    第17章 阶段结束 279
    17.1 举行变更委员会大型会议 280
    17.2 重新校准估算 280
    17.2.1 重新估算生产效率 281
    17.2.2 “重新估算”还是“失误” 283
    17.3 根据项目计划评估绩效 284
    17.4 项目文件归档 285
    17.5 更新软件项目日志 286
    生存检查清单:阶段结束 287
    译者有话说 288
    第Ⅳ部分 项目完成
    第18章 项目历史 291
    18.1 收集项目数据 291
    18.1.1 项目回顾会议 292
    18.1.2 项目回顾调查问卷 292
    18.2 软件项目历史文档 293
    18.3 为未来项目准备项目历史结论 295
    18.4 分发软件项目历史副本 296
    生存检查清单:项目历史 296
    译者有话说 297
    第19章 项目生存急救包 299
    19.1 NASA成功法则 299
    19.1.1 项目取得成功的关键 300
    19.1.2 绝对不做的事情 302
    19.2 其他项目生存资源 303
    19.2.1 书籍 304
    19.2.2 互联网资源 307
    结语 309
    参考文献 310
    软件项目术语表 311

    售后保障

    最近浏览

    猜你喜欢

    该商品在当前城市正在进行 促销

    注:参加抢购将不再享受其他优惠活动

    x
    您已成功将商品加入收藏夹

    查看我的收藏夹

    确定

    非常抱歉,您前期未参加预订活动,
    无法支付尾款哦!

    关闭

    抱歉,您暂无任性付资格

    此时为正式期SUPER会员专享抢购期,普通会员暂不可抢购