平台自营

5.00

商品评价 5

服务态度 5

发货速度 5

微信扫码查看移动端店铺

店铺

暂无联系方式

店内分类

商品详情

商品名称：敏捷系统工程

商品编号：571397343837

店铺：

重量：0.000千克

上架时间：2020-08-27 17:48:30

ISBN编号：9787302490920

书名：敏捷系统工程,敏捷系统工程

作者：Bruce,Powel,Douglass

作者地区：美国

出版社名称：清华大学出版社

定价：98.00元

开本：16开

是否是套装：否

译者：张新国

更多参数>>

《敏捷系统工程》中的方法基于作者的Harmony敏捷系统工程流程。该流程有关软件开发方面的部分在其他文献中有详细描述.。《敏捷系统工程》仅涉及系统工程的关注点。Harmony敏捷系统工程流程是一种敏捷的、以模型为中心的实施途径，用于开发系统工程所需的工程数据；需求、架构、接口以及可依赖性分析是其中*重要的内容。Harmony流程是依据作者在全球范围内所指导完成、取得飞速进展并在其他方面发挥作用的实际项目上累积的数十年系统经验提出和完善的。基本信息商品名称：敏捷系统工程开本： 16开作者： [美] Bruce Powel Douglass 著张新国谷炼译定价： 98.00 ISBN号： 9787302490920 出版时间： 2018-02-01 出版社：清华大学出版社 ...

基本信息

商品名称：	敏捷系统工程	开本：	16开
作者：	[美] Bruce Powel Douglass 著张新国谷炼译	定价：	98.00
ISBN号：	9787302490920	出版时间：	2018-02-01
出版社：	清华大学出版社	印刷时间：	2018-01-01
版次：	1	印次：	1

目录第1章什么是基于模型的系统工程 11.1 关键的系统工程活动 11.1.1 识别客户需要 21.1.2 规定系统需求 21.1.3 评估可依赖性 31.1.4 评价备选架构和技术 31.1.5 选择特定架构和技术 41.1.6 分配需求和接口到架构 41.1.7 向下游工程转交 41.1.8 将学科特定的设计综合至系统组成 51.1.9 以整体验证系统 51.1.10 系统确认 81.2 系统工程数据 81.2.1 系统开发规划 81.2.2 利益攸关者需求 91.2.3 系统需求 91.2.4 认证规划 91.2.5 子系统需求 91.2.6 学科特定的需求 91.2.7 安全性分析 101.2.8 可靠性分析 101.2.9 安保性分析 101.2.10 系统架构 101.2.11 综合测试规划 111.2.12 综合测试 111.2.13 验证规划 111.2.14 验证试验 121.2.15 确认规划 121.2.16 追溯矩阵 121.2.17 综合测试结果 131.2.18 验证结果 131.2.19 确认结果 131.3 系统工程的生命周期 131.3.1 V模型生命周期 131.3.2 增量式 151.3.3 混合式 161.4 基于模型的系统工程(MBSE) 171.4.1 建模的优势 171.4.2 用UML和SysML进行高精度建模 201.4.3 建模是敏捷系统工程的根本 201.4.4 在你的组织或项目中采纳建模 211.4.5 建模规则 251.5 总结 27参考文献 27第2章什么是敏捷方法 292.1 敏捷宣言 302.2 敏捷方法的益处 322.2.1 提高工程数据的品质 322.2.2 提高工程效率 322.2.3 尽早获得投资的回报(ROI) 332.2.4 利益攸关者满意 332.2.5 增强了项目控制 332.2.6 响应变化 332.2.7 更早且更大幅度地降低项目风险 332.3 将敏捷宣言应用于系统工程 342.3.1 增量式地工作 342.3.2 动态地规划 342.3.3 主动降低项目风险 352.3.4 持续地验证 362.3.5 连续地综合 362.3.6 用例1：在空域中发现轨迹 362.3.7 用例2：进行定期的内置测试(PBIT)362.3.8 频繁地确认 372.3.9 建模是aMBSE的根本 372.4 针对系统工程的敏捷*实践 372.4.1 工作产品的增量式开发 382.4.2 工作产品的持续验证 382.4.3 可执行的需求模型 392.4.4 链接到文本规范的基于模型的规范 412.4.5 连续的可依赖性评估 412.4.6 主动的项目风险管理 422.4.7 向下游工程的基于模型的转交 432.4.8 动态的规划 432.5 汇总：Harmony aMBSE流程 452.5.1 启动项目 472.5.2 定义利益攸关者需求 492.5.3 系统需求定义和分析 502.5.4 途径1：基于流的用例分析 512.5.5 途径2：基于场景的用例分析 512.5.6 途径3：基于状态的用例分析 522.5.7 架构分析 532.5.8 架构设计 552.5.9 进行迭代回顾 562.5.10 向下游工程转交 572.5.11 控制项目 582.5.12 进行品质保证审计 592.5.13 管理变更 592.6 总结 59参考文献 60第3章 SysML介绍 613.1 SysML概览 613.2 UML扩展机制 643.2.1 SysML模型元素 653.2.2 SysML图 663.2.3 行为图 673.2.4 需求图 683.2.5 结构图 693.3 组织你的模型很重要 723.4 关键SysML视图和核心语义 763.4.1 块、关系、接口和端口 763.4.2 顺序图 863.4.3 活动、动作和活动图 893.4.4 状态机图 943.5 *小SysML概要 1033.6 总结 1053.6.1 摘自UML 1053.6.2 修改 1053.6.3 新元素 106参考文献 106第4章敏捷的利益攸关者需求工程 1074.1 目标 1074.2 利益攸关者需求工作流 1074.2.1 牢记——这是敏捷MBSE 1094.2.2 什么是用例 1094.2.3 用例图 1124.3 示例模型：T-Wrecks工业外骨骼 1164.4 识别利益攸关者 1174.4.1 驾驶员 1184.4.2 机队管理人员 1184.4.3 维护人员 1184.4.4 采购方 1184.4.5 安装人员 1194.4.6 T-Wreckers测试团队 1194.4.7 制造工程师 1194.5 生成利益攸关者需求 1194.5.1 什么是需求 1194.5.2 性能需求和其他QoS需求1214.5.3 需求可视化 1224.5.4 需求管理工具 1244.5.5 组织利益攸关者需求规范 1244.6 对利益攸关者用例场景建模 1244.6.1 什么是用例场景 1254.6.2 场景分析工作流 1274.6.3 T-Wrecks利益攸关者用例场景 1294.7 创建/更新确认规划 1354.8 总结 1364.8.1 识别利益攸关者 1364.8.2 生成利益攸关者需求 1364.8.3 对利益攸关者用例场景建模 1364.8.4 创建/更新确认规划1374.9 未完待续 137参考文献 137 第5章敏捷的系统需求定义和分析 1395.1 目标 1395.2 系统需求工作流 1395.2.1 识别系统用例 1405.2.2 生成/更新系统需求1415.2.3 进行用例分析 1415.2.4 创建逻辑数据模式 1425.2.5 分析可依赖性 1425.2.6 创建/更新系统验证规划1425.3 识别系统用例 1425.4 生成系统需求 1435.5 分析用例 1445.5.1 基于流的用例分析 1445.5.2 基于场景的用例分析 1605.5.3 基于状态的用例分析 1765.6 创建/更新逻辑数据模式 1895.7 可依赖性分析 1925.7.1 安全性分析 1925.7.2 T-Wrecks初始可依赖性分析 2015.8 创建/更新验证规划 2045.9 总结 2045.10 未完待续 205参考文献 205 第6章敏捷的系统架构分析与权衡研究 2076.1 目标 2076.2 架构分析工作流 2086.2.1 识别关键的系统功能 2096.2.2 定义备选解决方案 2096.2.3 架构权衡研究 2096.2.4 将多个解决方案并入系统架构 2106.2.5 定义评估准则 2106.2.6 向准则分配权重 2106.2.7 为每个准则定义效用曲线 2116.2.8 向众多备选解决方案分配MOE 2116.2.9 确定解决方案 2116.3 评估方法 2116.3.1 简单方法 2116.3.2 高保真方法 2136.4 识别关键的系统功能(和特性) 2166.5 定义备选解决方案 2186.5.1 Speed Demon备选解决方案 2186.5.2 T-Wrecks备选解决方案 2196.6 进行架构权衡研究 2226.6.1 定义评估准则 2226.6.2 向准则分配权重 2236.6.3 为每个准则定义效用曲线 2246.6.4 向备选解决方案分配MOE 2266.6.5 确定解决方案 2296.7 将多个解决方案并入系统架构 2296.8 总结 2306.9 未完待续 230参考文献 230 第7章敏捷的系统架构设计 2317.1 目标 2317.1.1 什么是子系统 2317.1.2 关键架构视图 2327.2 架构设计工作流 2347.2.1 识别子系统 2347.2.2 向子系统分配系统需求 2347.2.3 向子系统分配用例 2357.2.4 创建/更新逻辑数据模式2357.2.5 创建/更新子系统需求2357.2.6 开发控制律 2357.2.7 分析可依赖性 2357.2.8 进行评审 2367.3 识别子系统 2367.3.1 Speed Demon子系统 2377.3.2 T-Wrecks子系统 2457.4 向子系统分配系统需求 2487.5 向子系统分配用例 2497.5.1 自底向上分配 2507.5.2 自顶向下分配 2517.5.3 公共任务 2537.5.4 Speed Demon子系统用例分配示例 2547.5.5 T-Wrecks子系统用例分配示例 2597.6 创建/更新逻辑数据模式 2657.6.1 Speed Demon跑步机示例 2667.6.2 T-Wrecks示例 2677.7 创建/更新子系统需求 2687.8 开发控制律 2697.9 分析可依赖性 2707.9.1 安全性分析 2717.9.2 可靠性分析 2717.9.3 安保性分析 2717.10 总结 2717.11 未完待续 272参考文献 272 第8章向下游工程转交 2758.1 目标 2758.2 向下游工程转交的工作流 2758.2.1 收集子系统规范数据 2758.2.2 创建共享模型 2768.2.3 定义子系统物理接口 2768.2.4 创建子系统模型 2778.2.5 定义跨学科接口 2778.2.6 将需求分配到工程学科 2778.3 收集子系统规范数据 2778.3.1 收集SysML模型数据 2778.3.2 收集其他工程数据 2788.4 创建共享模型 2798.5 定义子系统物理接口 2808.5.1 从逻辑规范中创建物理规范 2818.5.2 Speed Demon接口示例 2848.5.3 T-Wrecks接口示例 2878.6 创建子系统模型 2908.7 定义跨学科接口 2918.7.1 Speed Demon示例：Control Unit子系统接口规范 2918.7.2 T-Wrecks示例 2938.8 将需求分配到工程学科 2978.8.1 Speed Demon示例 2988.8.2 T-Wrecks示例 2998.9 下游工程开始 3048.10 系统工程还在继续 305参考文献 305附录A T-Wrecks利益攸关者需求 307附录B T-Wrecks系统需求 311