软件方法:业务建模和需求
¥
17.13
3.0折
¥
58
九五品
仅1件
作者潘加宇
出版社清华大学出版社
ISBN9787302497820
出版时间2018-03
版次1
装帧平装
开本16开
纸张胶版纸
页数268页
定价58元
上书时间2024-05-01
商品详情
- 品相描述:九五品
- 商品描述
-
基本信息
书名:软件方法:业务建模和需求
定价:58.00元
作者:潘加宇
出版社:清华大学出版社
出版日期:2018-03-01
ISBN:9787302497820
字数:
页码:268
版次:2
装帧:平装
开本:16开
商品重量:
编辑推荐
截至2013年7月,潘加宇老师已经上门为超过190家软件组织提供需求和设计技能的训练和咨询服务(2017年10月的数字已超过260家)。为了更好的理解软件方法和软件组织,潘加宇老师推荐大家阅读的需求和设计书籍和资料:见书XVI-XIX页。《软件方法(上):业务建模和需求(第2版)》不提供练习题答案,请扫码(见书中习题)完成在线测试,做到全对,自然就知道答案了。
内容提要
在软件开发中,需求工作致力于解决“提升销售”的问题,设计工作致力于解决“降低成本”的问题,二者不能相互取代。能低成本生产某个系统,不一定能保证它好卖。系统好卖,如果生产成本太高,终还是赚不了多少钱。如果需求和设计不分,利润就会缩水。从需求直接映射设计,会得到大量重复代码;如果从设计出发来定义需求,会得到一堆假的“需求”。《软件方法(上):业务建模和需求(第2版)》在主要思想不变的前提下,结合近几年的发展,从文字到图形进行更新,每一章的内容更加细致,道理讲得更加严谨,例子和练习也更加丰富,希望能给读者提供帮助。
目录
目 录 章 建模和UML 11.1 粗放经营的时代已经远去 11.2 利润=需求-设计 21.3 建模工作流 41.4 UML简史 111.5 UML应用于建模工作流 141.6 基本共识上的沟通 161.7 建模和敏捷(Agile) 191.8 什么样的系统不需要建模 211.8.1 市场没有小系统 211.8.2 你的系统不特别 231.9 案例介绍 241.10 模型的组织 251.11 工具操作 28第2章 业务建模之愿景 332.1 什么是愿景(Vision) 332.2 步骤 定位目标组织和老大 352.2.1 目标组织和老大的含义 352.2.2 定位情况1:定位目标人群和老大 372.2.3 定位情况2:定位机构范围和老大 422.2.4 定位情况3:定位目标机构 462.2.5 其他一些要点 472.3 步骤 提炼改进目标 532.3.1 改进目标不是系统功能需求 532.3.2 改进目标不是系统的质量需求 562.3.3 改进是系统带来的 572.3.4 改进目标应来自老大的视角 582.3.5 多个目标之间的权衡 592.4 案例和工具操作 愿景 61第3章业务建模之业务用例图 653.1 软件是组织的零件 653.2 步骤 识别业务执行者 683.2.1 业务执行者(Business Actor) 683.2.2 业务工人和业务实体 683.2.3 识别业务执行者 713.3 步骤 识别业务用例 753.3.1 正确理解价值 773.3.2 识别业务用例的思路和常犯错误 803.4 案例和工具操作 业务用例图 88第4章业务建模之业务序列图 954.1 描述业务流程的手段 954.1.1 文本 954.1.2 活动图 964.1.3 序列图 974.1.4 序列图和活动图比较 984.2 业务序列图要点 1014.2.1 消息代表责任分配而不是数据流动 1014.2.2 抽象级别是系统之间的协作 1024.2.3 只画核心域相关的系064.2.4 把时间看作特殊的业务实体 1074.2.5 为业务对象分配合适的责任 1074.3 步骤 现状业务序列图 1094.3.1 错误:把想象中的改进当成现状 1104.3.2 错误:把“现状”误解为“纯手工” 1104.3.3 错误:把“现状”误解为“本开发团队未参与之前” 1114.3.4 错误:把“现状”误解为“规范” 1124.3.5 错误:“我是创新,没有现状” 1124.3.6 错误:“我做产品,没有现状” 1124.4 案例和工具操作 现状业务序列图 1154.5 步骤 改进业务序列图 1244.5.1 改进模式一:物流变成信息流 1254.5.2 改进模式二:改善信息流转 1264.5.3 改进模式三:封装领域逻辑 1294.5.4 阿布思考法 1314.6 案例和工具操作 改进业务序列图 137第5章需求之系统用例图 1455.1 系统执行者要点 1455.1.1 系统是能独立对外提供服务的整体 1465.1.2 系统边界是责任的边界 1475.1.3 系统执行者和系统有交互 1495.1.4 交互是功能性交互 1515.1.5 系统执行者可以是人或非人系525.2 步骤 识别系统执行者 1545.3 系统用例要点 1585.3.1 价值是买卖的平衡点 1585.3.2 价值不等于“可以这样做” 1605.3.3 增删改查用例的根源是从设计映射需求 1635.3.4 从设计映射需求错误二:“复用”用例 1655.3.5 系统用例不存在层次问题 1705.3.6 用例的命名是动宾结构 1735.4 步骤 识别系统用例 1785.5 案例和工具操作 系统用例图 181第6章需求之系统用例规约 1876.1 用例规约的内容 1876.1.1 前置条件和后置条件 1886.1.2 涉众利益 1936.1.3 基本路径 2006.1.4 扩展路径 2116.1.5 补充约束 2176.2 案例和工具操作 系统用例规约 227第7章需求启发 2457.1 需求启发要点 2457.2 需求启发手段 2497.2.1 研究资料 2497.2.2 问卷调查 2507.2.3 访谈 2517.2.4 观察 2537.2.5 研究竞争对手 2547.3 需求人员的素质培养 2557.3.1 好奇心 2567.3.2 探索力 2577.3.3 沟通力 2577.3.4 表达力 2587.3.5 热情 258书评 263
作者介绍
潘加宇UMLChina首席专家从1999年起潜心研究需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务。到2017年为止,已经上门为超过260家的组织提供服务,覆盖国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制等。
序言
— 没有更多了 —
以下为对购买帮助不大的评价