0人評分過此書

软件方法(上):业务建模和需求

出版日期
2018/03/01
閱讀格式
EPUB
書籍分類
學科分類
ISBN
9787302497820

本館館藏

借閱規則
當前可使用人數 30
借閱天數 14
線上看 0
借閱中 0
選擇分享方式

推薦本館採購書籍

您可以將喜歡的電子書推薦給圖書館,圖書館會參考讀者意見進行採購

讀者資料
圖書館
* 姓名
* 身分
系所
* E-mail
※ 我們會寄送一份副本至您填寫的Email中
電話
※ 電話格式為 區碼+電話號碼(ex. 0229235151)/ 手機格式為 0900111111
* 請輸入驗證碼
作者在為軟件組織提供建模諮詢和培訓服務超過十年後, 把他的經驗和感悟寫成了本書。本書從“利潤=需求-設計”開始, 用市場經濟的思想講解軟件開發中需求和設計的道理, 以及統一建模語言UML在需求和設計中的應用。本書還破解了軟件開發領域流行的一些心靈雞湯式宣傳。
  • 封面页
  • 书名页
  • 版权页
  • 作者简介
  • 内容简介
  • 一个人的软件方法
  • 致谢
  • 前言
  • 前言(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 热情
  • 书评
  • 出版地 中國大陸
  • 語言 簡體中文

評分與評論

請登入後再留言與評分
幫助
您好,請問需要甚麼幫助呢?
使用指南

客服專線:0800-000-747

服務時間:週一至週五 AM 09:00~PM 06:00

loading