注册 | 登录读书好,好读书,读好书!
读书网-DuShu.com
当前位置: 首页出版图书科学技术计算机/网络信息安全用例通过背景环境获取需求(原书第2版分析系列)

用例通过背景环境获取需求(原书第2版分析系列)

用例通过背景环境获取需求(原书第2版分析系列)

定 价:¥35.00

作 者: (美)Daryl Kulak,(美)Eamonn Guiney著;韩柯,杨柳青等译;韩柯译
出版社: 机械工业出版社
丛编项: 软件工程技术丛书 分析系列
标 签: 暂缺

购买这本书可以去


ISBN: 9787111134671 出版时间: 2004-01-01 包装: 平装
开本: 24cm 页数: 214 字数:  

内容简介

  本书介绍了如何通过基于用例的过程采集和定义软件需求.以便系统分析人员和设计人员可以运用用例为最具挑战性的需求问题提供解决方案.产生满足用户需求的高质量的系统。本书着重阐述了一种确定需求的三步法,即—种渐进地精化需求的迭代过程。作者利用自己丰富的实践经验,为用例驱动的生存周期、变更规划和跟踪提供了很有价值的建议。此外,本书还给出大量例子说明如何实际应用这种方法。本书第2版吸收了最近几年用例方法论的很多最新研究成果,更新了用例方法论的迭代,以及管理层如何应对当前快节奏的、更加“混沌”的软件生命周期方面的内容。通过用例图和场景描述参与者和应用系统之间的关系和交互背景环境。描述功能和非功能需求。创建候选用例清单。分解用例,并在用例图上补充细节。为用例补充触发条件、前提、基本事件过程和异常。管理迭代/渐进用例驱动的项目生命周期。跟踪用例、非功能需求和业务规则。如何避免常见的错误。本书还介绍了大量当前可用的工具,供读者开发时使用。本书介绍了通过用例来采集用户需求,为实际的需求问题提供解决方案,从而产生满足用户要求的高质量的系统。本书作者极具实践经验,他们将自己的经历融入书中,从需求中遇到的问题谈起,阐述了使用用例的必要性,用例的基本知识,通过用例确定需求的三步法等内容,并对用例驱动的生命周期、跟踪等方面给出了有价值的建议。书中还包含大量的实例以供读者参考。本书主题鲜明,结构清晰,实用性强,适合软件需求工程师、设计人员、项目经理阅读,也适合作为相关专业的本科生、研究生的参考读物。

作者简介

暂缺《用例通过背景环境获取需求(原书第2版分析系列)》作者简介

图书目录

译者序
前言
第1版前言
第1章 需求中的问题
1.1 首要问题与至少要解决的问题
1.2 需求是什么
1.2.1 功能需求
1.2.2 非功能需求
1.3 需求获取、定义与规格说明
1.4 需求获取的挑战
1.4.1 找出用户需要什么
1.4.2 建立用户需要文档
1.4.3 避免过早提出设计假设
1.4.4 消解矛盾的需求
1.4.5 消除冗余需求
1.4.6 压缩篇幅
1.4.7 确保需求的可跟踪性
1.5 标准方法问题
1.5.1 与用户面谈
1.5.2 联合需求策划会议
1.5.3 合同风格的需求清单
1.5.4 原型
1.6 麻烦的需求
第2章 用例
2.1 重要的是交互
2.2 统一建模语言
2.2.1 九种图
2.2.2 通过构造型方法扩展UML
2.3 引入用例、用例图和场景
2.3.1 用例的目标
2.3.2 用例图怎样表示关系
2.3.3 用例模板
2.3.4 路径与场景
2.4 用例在需求获取中的使用
2.4.1 用于只查系统的用例
2.4.2 用于招标书的用例
2.4.3 用于软件包评估的用例
2.4.4 用于非面向对象系统的用例
2.5 使用用例解决需求获取问题
第3章 需求获取的用例驱动方法
3.1 需求规格说明工具
3.2 成功获取需求的原则
3.3 需求获取的三个步骤
3.4 使命、远景、价值的作用
3.5 工作陈述的作用
3.6 风险分析的作用
3.7 原型的作用
3.8 用例的作用
3.8.1 用例是有效的沟通工具
3.8.2 用例可以用来描述功能和非功能需求
3.8.3 用例有助于确保需求的可跟踪性
3.8.4 用例可以抑制过早的设计
3.9 业务规则分类的作用
3.10 成功地管理
第4章 外观迭代
4.1 目标
4.1.1 用户
4.1.2 项目团队
4.1.3 行业专家
4.1.4 信息技术管理小组
4.1.5 用户管理人员
4.1.6 数据拥有者
4.2 外观迭代的步骤
4.2.1 确定使命、远景与价值
4.2.2 标识并评审现有文档和智力资源
4.2.3 确定执行发起人的独特观点
4.2.4 评审业务过程定义
4.2.5 标识用户、客户和有关小组
4.2.6 与项目相关人员面谈
4.2.7 编制项目相关人员清单
4.2.8 确定参与者
4.2.9 进行用例调查
4.2.10 收集非功能需求并形成文档
4.2.11 开始编写业务规则分类
4.2.12 编写风险分析
4.2.13 编写工作陈述
4.2.14 开始试验用户界面比喻
4.2.15 开始确定用户界面情景板
4.2.16 得到执行发起人的非正式批准
4.3 工具
4.3.1 用例图
4.3.2 层次结构杀手
4.3.3 用例名称过滤器
4.3.4 参与者过滤器
4.3.5 动词过滤器
4.3.6 名词过滤器
4.3.7 存储扩展功能的包
4.3.8 外观过滤器
4.3.9 同行评审
4.3.10 用户评审
4.4 可交付产品
4.5 角色
4.6 背景环境
4.7 小结
第5章 填充迭代
5.1 目标
5.2 步骤
5.2.1 分解细化用例
5.2.2 创建填充用例
5.2.3 补充业务规则
5.2.4 测试填充用例
5.2.5 推迟一部分工作
5.3 工具
5.3.1 项目相关人员的面谈
5.3.2 IPA过滤器
5.3.3 空白分析过滤器
5.3.4 抽象过滤器
5.3.5 通过场景测试用例
5.3.6 评审
5.3.7 补充用例
5.4 可交付产品
5.5 角色
5.6 背景环境
5.7 小结
第6章 聚集迭代
6.1 目标
6.2 什么是聚集用例
6.3 步骤
6.3.1 合并重复的过程
6.3.2 将关注点集中到每个用例上
6.3.3 管理本轮迭代期间的范围变更
6.3.4 管理风险与假设
6.3.5 评审
6.4 工具
6.4.1 多余功能过滤器
6.4.2 集中系统的焦点
6.4.3 找出用例内部的多余功能
6.4.4 词汇过滤器
6.5 可交付产品
6.6 角色
6.7 背景环境
6.8 小结
第7章 管理需求与人员
7.1 概述
7.2 瀑布生命周期管理
7.2.1 Nell与咖啡店
7.2.2 瀑布模型的缺点
7.3 瀑布模型以外的其他模型
7.3.1 快速应用系统开发
7.3.2 螺旋
7.3.3 分阶段交付
7.3.4 整体迭代/渐进
7.4 引入整体迭代/渐进用例驱动的项目生命周期
7.4.1 迭代的含义
7.4.2 渐进的含义
7.4.3 整体的含义
7.4.4 自适应的含义
7.4.5 复杂自适应系统
7.5 过程
7.6 整体迭代/渐进软件生命周期的原则
7.6.1 管理需求,而不是管理任务
7.6.2 重要目标是业务目标—日期和预算
7.6.3 像业务人员那样思考—你们最近为我做什么了
7.6.4 分而治之
7.6.5 把工作分解为程序和项目
7.6.6 把一切都与业务联系起来
7.6.7 创建可演示的可交付产品
7.6.8 学会“足够好”质量艺术
7.6.9 分块要比想象的更小
7.6.10 预期会出现谈判,而不是规格说明
7.6.11 忘记基线和退出条件
7.6.12 通过实践进行估计
7.6.13 使用组合以新的方式计算投资回报率
第8章 需求可跟踪性
8.1 跟踪用例
8.1.1 分析模型可跟踪性
8.1.2 设计模型可跟踪性
8.1.3 类-责任-协作卡会议可跟踪性
8.1.4 测试模型可跟踪性
8.1.5 用户界面设计可跟踪性
8.1.6 应用系统体系结构可跟踪性
8.1.7 项目管理可跟踪性
8.1.8 文档记录与培训可跟踪性
8.1.9 产品市场开发可跟踪性
8.1.10 安全可跟踪性
8.1.11 发布策划
8.2 跟踪非功能需求
8.3 跟踪业务规则
8.3.1 结构事实
8.3.2 行动约束与行动触发规则
8.3.3 计算与引用
第9章 经典错误
9.1 错误、缺陷与教训
9.2 经典错误:有错就改
第10章 用例的应用
10.1 为什么用例能够成功
10.1.1 用列对于业务人员是切合实际的
10.1.2 用例是可跟踪的
10.1.3 用例是很好的范围确定工具
10.1.4 用例不使用特殊语言
10.1.5 用例使人们可以描述情节
10.1.6 其他方法很糟糕
10.2 软件之外的用例
10.2.1 服务用例
10.2.2 业务用例
10.3 小结
附录A 房地产管理系统
附录B 集成系统
附录C 即刻消息系统加密
附录D 通过产品目录订购产品
参考文献

本目录推荐