導覽
近期變更
隨機頁面
新手上路
新頁面
優質條目評選
繁體
不转换
简体
繁體
18.221.213.213
登入
工具
閱讀
檢視原始碼
特殊頁面
頁面資訊
求真百科歡迎當事人提供第一手真實資料，洗刷冤屈，終結網路霸凌。
檢視 软件需求 的原始碼
←
软件需求
前往：
導覽
、
搜尋
由於下列原因，您沒有權限進行 編輯此頁面 的動作：
您請求的操作只有這個群組的使用者能使用：
用戶
您可以檢視並複製此頁面的原始碼。
{| class="wikitable" align="right" |- |<center><img src=https://www0.kfzimg.com/G06/M00/57/9B/p4YBAFqcD72AWuuUAADXpeQO18o460_s.jpg width="260"></center> <small>[https://book.kongfz.com/476106/7389309063 来自 孔夫子网 的图片]</small> |} 《'''软件需求'''》，[美] Karl Wiegers 著，出版社： 清华大学出版社。 清华大学出版社成立于1980年6月，是教育部主管、[[清华大学]]主办的综合性大学出版社<ref>[http://www.zhongyw.com.cn/news/show-53574.html 我国出版社的等级划分和分类标准]，知网出书，2021-03-01</ref>。清华社现年出版图书、音像制品、电子出版物等近3000种，[[销售]]规模和综合实力以及在高等教育教材市场、科技图书市场、馆配图书市场占有率均名列前茅<ref>[http://www.tup.tsinghua.edu.cn/aboutus/qyjj.html 企业简介]，清华大学出版社有限公司</ref>。 ==内容简介== 作为经典的软件需求工程书，经由需求社区两大知名结对全面修订和更新，覆盖新的主题、实例和指南，多方面讨论软件项目所涉及的所有需求开发和管理活动，介绍当下的所有实践。书中描述实用性强的、高效的、经过实际检验的端到端需求工程管理技术，通过丰富的实例来演示如何利用很好实践来减少订单变更，提高客户满意度，减少开发成本。书中的用例、业务规则和商业工具全面修订以体现现状和未来的趋势。 本书尤其适合具备软件开发过程经验的业务分析师、需求分析师、项目经理和其他软件项目涉众。 ==目录== 第Ⅰ部分[[软件]]需求的3W（什么、为什么和谁） 第1章软件需求的本质 3 软件需求的定义 5 关于“需求”的一些解释 5 字典中的“需求” 6 需求的层次和种类 6 处理三种层次的需求 11 产品需求与项目需求 13 需求开发和管理 14 需求开发 15 需求管理 16 每个项目都有需求 17 人对了，得出的需求却很糟糕 18 用户参与度不够 18 规划不当 19 用户需求蔓延 19 需求模棱两可 19 镀金 20 忽视干系人 20 高[[质量]]需求过程带来的好处 20 第2章从客户角度审视需求 22 期望落差 23 谁是客户 24 客户-开发的合作关系 26 软件客户的需求权利法案 28 软件客户的需求责任法案 30 建立尊重需求的企业文化 32 识别决策者 33 对需求达成一致 34 需求基线 35 达不成共识怎么办 36 对敏捷项目的需求达成共识 36 第3章需求工程优秀实践 38 需求开发过程框架 40 优秀实践：需求获取活动 42 优秀实践：需求分析 44 优秀实践：需求规范说明 45 优秀实践：需求验证 46 优秀实践：需求管理 47 优秀实践：知识 49 优秀实践：项目管理 50 开始新的实践 51 第4章业务分析师 53 业务分析师的角色 54 业务分析师的职责 55 基本的分析技巧 56 基本的分析知识 59 业务分析师的培养 60 前用户 60 前开发人员或测试人员 61 前（或兼职）项目经理 61 主题专家 62 菜鸟 62 敏捷项目中的分析师角色 63 打造一个协作型的团队 64 第Ⅱ部分需求开发 第5章建立业务需求 67 定义业务需求 67 确定预期业务收益 68 产品愿景和项目范围 68 业务需求冲突 69 愿景和范围文档 71 1.业务需求 72 2.范围和限制 77 3.业务背景 79 范围表示技巧 80 关联图 81 生态系统图 82 特性树 83 事件列表 84 聚焦于范围 85 使用业务目标来做范围决策 85 评估范围变更的影响 86 敏捷项目的愿景与范围 86 使用业务目标来确定完成 87 第6章倾听用户的心声 89 用户类别 90 用户分类 90 识别用户类别 92 用户画像 94 与用户代表取得联系 95 产品代言人 96 外部产品代言人 97 产品代言人的期望 98 多个产品代言人 99 推广产品代言人理念 100 产品代言人要避免的陷阱 101 敏捷项目的用户表达方式 102 处理需求冲突 103 第7章需求获取 105 需求获取技巧 106 访谈 107 工作坊 108 焦点小组 110 观察 111 问卷调查 112 系统接口分析 113 用户界面分析 113 文档分析 114 制定项目需求获取计划 114 准备需求获取 116 执行获取活动 117 需求获取后的跟进 119 整理和分享会议笔记 119 记录提出的问题 120 对客户的输入进行分类 120 如何知道已经完成 123 需求获取的注意事项 123 假设的需求和隐晦的需求 124 找出遗漏的需求 125 第8章理解用户需求 127 用例和用户故事 128 用例方法 131 用例和使用场景 133 识别用例 139 探索用例 141 验证用例 142 用例和功能需求 143 用例要避免的陷阱 145 “以使用为中心”的需求有何好处 145 第9章照章办事 147 业务规则分类法 148 事实 149 约束 150 触发规则 151 推理 152 运算 152 原子业务规则 153 记录业务规则 154 发现业务规则 156 业务规则与需求 157 把一切串起来 158 第10章记录需求 160 软件需求规范说明 162 标识需求 164 处理不完整性 166 用户界面和SRS 167 软件需求规范说明模板 168 1.引言 169 2.整体描述 170 4.数据需求 172 5.外部接口需求 173 6.质量属性 174 7.国际化和本地化需求 175 8.?[?其他需求?] 175 附录A：词汇表 175 附录B：分析模型 176 敏捷项目的需求规范说明 176 第11章写出优秀的需求 178 优秀需求的特点 178 需求陈述的特点 179 需求集合的特点 180 需求编写指南 181 系统或用户的角度 182 写作风格 183 细化程度 185 表述技巧 187 避免歧义 188 避免不完整性 191 改进前后的需求示例 192 第12章一图胜千言 196 需求建模 197 从客户需求到分析模型 198 选择正确的表达方式 199 数据流图 201 泳道图 204 状态转换图和状态表 206 对话图 209 判定表和判定树 212 事件-响应表 213 小议UML图 216 敏捷项目中的需求建模 216 最后提示 217 第13章具体指定数据需求 218 对数据关系进行建模 218 数据字典 221 数据分析 224 报表的规范说明 225 获取报表需求 226 对报表需求规范的几点思考 227 报表规范说明模板 228 仪表盘报表 230 第14章功能需求以外 233 软件质量属性 234 探究质量属性 235 定义质量需求 239 外部质量属性 239 内部质量属性 251 用Planguage指定质量需求 256 质量属性的平衡 258 质量属性需求的实现 259 约束条件 260 如何处理敏捷项目的质量属性 261 第15章通过原型来减少风险 264 原型的定义及其动机 265 实物模型和概念证明 266 抛弃型原型和演化性原型 267 纸上原型和电子原型 270 原型的使用 271 原型的评估 274 原型风险 275 原型发布的压力 275 受细节所累 276 不现实的性能预期 277 对原型投入过多 277 原型成功的因素 277 第16章要事优先：设定需求 优先级 279 为什么要排优先级 280 优先级排序实践 281 人与优先级之间的博弈 282 确定优先级的技术 283 入选与落选 283 两两比较并排序 284 三层分级法 284 MoSCoW 286 100美元 287 根据价值、成本和风险排优先级 288 第17章确认需求 293 确认与验证 295 需求评审 295 审查流程 297 缺陷检查清单 301 需求评审提示 302 需求评审面临的挑战 303 需求原型 304 需求测试 305 使用验收条件确认需求 309 验收条件 309 验收测试 310 第18章需求的重用 312 为什么要重用需求 313 需求重用的维度 313 重用范围 314 修改范围 314 重用手段 315 哪些需求信息类型可以重用 316 常见重用场景 317 软件产品线 317 再设计与替换系统 318 其他可能的重用机会 318 需求模式 319 促进重用的工具 319 使需求可重用 320 需求重用的障碍与成功要素 322 重用的障碍 322 重用的成功要素 323 第19章需求开发之外 325 估算需求工作量 326 从需求到项目计划 329 根据需求估算项目规模和工作量 329 需求和排期 331 从需求到设计和代码 332 架构与分配 332 软件设计 333 用户界面设计 334 从需求到测试 336 从需求到成功 337 第Ⅲ部分具体项目类别的需求 第20章敏捷项目 341 瀑布的局限性 341 敏捷开发方法 343 敏捷方法中需求的基本面 343 客户参与 343 文档的细节 344 Backlog和排优先级 344 确定时机 344 史诗、用户故事和特性 345 期待变更 346 根据敏捷项目调整需求实践 347 敏捷转型，怎么办 347 第21章改进型和替换型项目 349 预期的挑战 350 基于现有系统的需求技术 350 按业务目标来排优先级 351 当心差异 352 维持性能水平 353 找不到原有需求怎么办 353 应当指定哪些需求 354 如何发现现有系统的需求 355 鼓励使用新系统 356 是否可以迭代 357 第22章软件包方案项目 359 进行软件包方案选型的需求 360 开发用户需求 360 考虑业务规则 361 识别数据需要 361 定义质量要求 361 评估方案 362 实施软件包方案的需求 364 配置需求 364 集成需求 364 扩展需求 365 数据需求 365 业务过程变更 365 软件包方案的常见挑战 366 第23章外包项目 367 需求的详细程度恰当 368 需求方-供应方的互动 369 变更管理 371 验收条件 371 第24章业务过程自动化项目 372 业务过程建模 372 基于当前过程推导出需求 373 首先设计未来的过程 375 业务绩效指标建模 375 业务过程自动化项目的良好实践 376 第25章业务分析项目 378 业务分析项目概述 378 业务分析项目的需求开发 380 对决策的使用排优先级 381 定义如何使用信息 381 指定数据需求 383 定义转换数据的分析 385 分析的演进本质 386 第26章嵌入式和其他实时 系统项目 388 系统需求、架构和分配 388 实时系统建模 390 环境图 390 状态转换图 390 事件响应表 391 架构图 392 原型 394 接口 394 有时限的需求 395 嵌入式系统的质量属性 396 嵌入式系统的挑战 400 第Ⅳ部分需求管理 第27章需求管理实践 403 需求管理流程 403 需求基线 405 需求版本控制 405 需求属性 407 跟踪需求状态 408 解决需求问题 410 度量需求投入 411 敏捷项目的需求管理 412 为什么要管理需求 414 第28章需求变更 415 为什么要管理变更 415 管理范围蔓延 416 变更控制政策 417 变更控制流程的基本概念 418 变更控制流程说明 418 1.目的和范围 419 2.角色和职责 419 3.变更请求状态 420 4.准入标准 420 5.任务 421 6.退出标准 421 7.变更控制状态报告 421 附录：为每个请求保存的属性 422 变更控制委员会 422 CCB的组成 423 CCB章程 423 重新协商承诺 424 变更控制工具 424 度量变更活动 425 变更影响分析 426 影响分析过程 426 影响分析模板 429 敏捷项目的变更管理 430 第29章需求链中的链接 432 需求跟踪 432 需求跟踪的动机 434 需求跟踪矩阵 435 需求跟踪工具 438 需求跟踪过程 439 需求跟踪可行吗？有没有必要 440 第30章需求工程工具 442 需求开发工具 443 获取工具 444 原型工具 444 建模工具 444 需求管理工具 445 使用RM工具的好处 445 RM工具的能力 446 挑选和实现需求工具 448 选择工具 448 建立工具和流程 449 引导用户采用 450 第Ⅴ部分需求工程的实施 第31章改进需求过程 455 需求如何关联到其他项目过程 456 需求与不同的干系人群体 457 获得对变革的承诺 458 软件过程改进基础 460 根因分析法 461 过程改进循环 463 评估当前实践 463 规划改进行动 463 过程的创建、试点和推行 465 评估结果 465 需求工程的过程资产 466 需求开发过程资产 468 需求管理过程资产 468 我们达到目标了吗 469 创建需求过程改进路线图 470 第32章软件需求和风险管理 472 软件风险管理基础 473 风险管理的要素 473 用文档记录项目风险 474 对风险管理进行规划 476 需求相关风险 477 需求收集 477 需求分析 479 需求指定 479 需求确认 479 需求管理 480 风险管理是你的朋友 480 尾声 483 附录A当前需求实践自评 485 附录B需求问题问诊指南 491 附录C范例需求文档 507 词汇表 525 参考文献 533 作者简介 547 ==参考文献== [[Category:040 類書總論；百科全書總論]]
返回「
软件需求
」頁面