4.6
用户推荐指数
科技 类型
8.0 豆瓣评分
可以朗读 语音朗读
119千字 字数
2018-03-01 发行日期
展开全部

主编推荐语

UMLChina首席专家潘加宇作品，为软件组织提供建模咨询和培训服务的经验和感悟。

内容简介

在软件开发中，需求工作致力于解决“提升销售”的问题，设计工作致力于解决“降低成本”的问题，二者不能相互取代。

能低成本生产某个系统，不一定能保证它好卖。系统好卖，如果生产成本太高，最终还是赚不了多少钱。 如果需求和设计不分，利润就会缩水。从需求直接映射设计，会得到大量重复代码；如果从设计出发来定义需求，会得到一堆假的“需求”。

本书在主要思想不变的前提下，结合最近几年的发展，从文字到图形进行更新，每一章的内容更加细致，道理讲得更加严谨，例子和练习也更加丰富，希望能给你提供帮助。

目录

  • 版权信息
  • 作者简介
  • 内容简介
  • 一个人的软件方法
  • 致谢
  • 前言
  • 前言（2013版）
  • 推荐阅读
  • 第1章 建模和UML
  • 1.1 粗放经营的时代已经远去
  • 1.2 利润＝需求－设计
  • 1.3 建模工作流
  • 1.4 UML简史
  • 1.5 UML应用于建模工作流
  • 1.6 基本共识上的沟通
  • 1.7 建模和敏捷（Agile）
  • 1.8 什么样的系统不需要建模
  • 1.8.1 市场没有小系统
  • 1.8.2 你的系统不特别
  • 1.9 案例介绍
  • 1.10 模型的组织
  • 1.11 工具操作
  • 第2章 业务建模之愿景
  • 2.1 什么是愿景（Vision）
  • 2.2 【步骤】定位目标组织和老大
  • 2.2.1 目标组织和老大的含义
  • 2.2.2 定位情况1：定位目标人群和老大
  • 2.2.3 定位情况2：定位机构范围和老大
  • 2.2.4 定位情况3：定位目标机构
  • 2.2.5 其他一些要点
  • 2.3 【步骤】提炼改进目标
  • 2.3.1 改进目标不是系统功能需求
  • 2.3.2 改进目标不是系统的质量需求
  • 2.3.3 改进是系统带来的
  • 2.3.4 改进目标应来自老大的视角
  • 2.3.5 多个目标之间的权衡
  • 2.4 【案例和工具操作】愿景
  • 第3章 业务建模之业务用例图
  • 3.1 软件是组织的零件
  • 3.2 【步骤】识别业务执行者
  • 3.2.1 业务执行者（Business Actor）
  • 3.2.2 业务工人和业务实体
  • 3.2.3 识别业务执行者
  • 3.3 【步骤】识别业务用例
  • 3.3.1 正确理解价值
  • 3.3.2 识别业务用例的思路和常犯错误
  • 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.2.5 为业务对象分配合适的责任
  • 4.3 【步骤】现状业务序列图
  • 4.3.1 错误：把想象中的改进当成现状
  • 4.3.2 错误：把“现状”误解为“纯手工”
  • 4.3.3 错误：把“现状”误解为“本开发团队未参与之前”
  • 4.3.4 错误：把“现状”误解为“规范”
  • 4.3.5 错误：“我是创新，没有现状”
  • 4.3.6 错误：“我做产品，没有现状”
  • 4.4 【案例和工具操作】现状业务序列图
  • 4.5 【步骤】改进业务序列图
  • 4.5.1 改进模式一：物流变成信息流
  • 4.5.2 改进模式二：改善信息流转
  • 4.5.3 改进模式三：封装领域逻辑
  • 4.5.4 阿布思考法
  • 4.6 【案例和工具操作】改进业务序列图
  • 第5章 需求之系统用例图
  • 5.1 系统执行者要点
  • 5.1.1 系统是能独立对外提供服务的整体
  • 5.1.2 系统边界是责任的边界
  • 5.1.3 系统执行者和系统有交互
  • 5.1.4 交互是功能性交互
  • 5.1.5 系统执行者可以是人或非人系统
  • 5.2 【步骤】识别系统执行者
  • 5.3 系统用例要点
  • 5.3.1 价值是买卖的平衡点
  • 5.3.2 价值不等于“可以这样做”
  • 5.3.3 增删改查用例的根源是从设计映射需求
  • 5.3.4 从设计映射需求错误二：“复用”用例
  • 5.3.5 系统用例不存在层次问题
  • 5.3.6 用例的命名是动宾结构
  • 5.4 【步骤】识别系统用例
  • 5.5 【案例和工具操作】系统用例图
  • 第6章 需求之系统用例规约
  • 6.1 用例规约的内容
  • 6.1.1 前置条件和后置条件
  • 6.1.2 涉众利益
  • 6.1.3 基本路径
  • 6.1.4 扩展路径
  • 6.1.5 补充约束
  • 6.2 【案例和工具操作】系统用例规约
  • 第7章 需求启发
  • 7.1 需求启发要点
  • 7.2 需求启发手段
  • 7.2.1 研究资料
  • 7.2.2 问卷调查
  • 7.2.3 访谈
  • 7.2.4 观察
  • 7.2.5 研究竞争对手
  • 7.3 需求人员的素质培养
  • 7.3.1 好奇心
  • 7.3.2 探索力
  • 7.3.3 沟通力
  • 7.3.4 表达力
  • 7.3.5 热情
  • 书评
展开全部

评分及书评

4.6
11个评分
  • 用户头像
    给这本书评了
    3.0

    作者自成一体的叙事方式、概念，常常让人摸不着头脑。读完此书，对有体系地进行需求调研有多大帮助呢？感觉帮助有限

      转发
      评论
      用户头像
      给这本书评了
      5.0
      开发软件需要方法

      软件从业者都应该认真好好学习软件方法，用更专业的方式去做事情

        转发
        评论
        用户头像
        给这本书评了
        5.0
        期待下册

        不仅仅是程序员、需求人员、产品经理、项目经理，软件、互联网等从业者不管什么职位都应该推荐读。会把你脑子里那些软件的各种概念，如用户、价值、用例、需求、设计、功能等等，之间的抽象层级与关系缕得顺顺的。

          转发
          评论

        出版方

        清华大学出版社

        清华大学出版社成立于1980年6月，是由教育部主管、清华大学主办的综合出版单位。植根于“清华”这座久负盛名的高等学府，秉承清华人“自强不息，厚德载物”的人文精神，清华大学出版社在短短二十多年的时间里，迅速成长起来。清华大学出版社始终坚持弘扬科技文化产业、服务科教兴国战略的出版方向，把出版高等学校教学用书和科技图书作为主要任务，并为促进学术交流、繁荣出版事业设立了多项出版基金，逐渐形成了以出版高水平的教材和学术专著为主的鲜明特色，在教育出版领域树立了强势品牌。