一,文档化活动
-
将需求活动中产生或得到的信息变成文本持久化保存的行动(记录与客户的面谈,记录讨论会得到的软件特性、优先级、决策等)
-
编写正规的需求文档(如愿景、用例文档、需求规格说明书、补充规格说明书)等
-
在需求工程中,文档化活动涉及文档化信息、文档化需求和需求规约。
-
文档化活动的意义
- 持久化。将各种信息持久化,以免遗失或遗忘
- 共同参照。通过记录有关信息并共享,让所有涉众都可以参照引用
- 促进交流。共同参照是交流的基础
- 提升客观性。通过文档交流信息比起口头交流更准确一致,不易随意更改。
- 支持新成员上手。团队引入新成员,借助各种文档快速掌握情况。
- 保存专家知识。文档化可以让专家的知识显性化,降低了对个别专家的依赖有助于反映问题。
- 记录信息的过程,让记录者可以发现相关信息的不一致或差距,进而做出反应
-
需求工程对文档化活动的研究主要涵盖:
- 文档的种类或分类。
- 文档的质量准则和验收准则
- 文档的结构和格式
- 文档化的形式与技术
-
一般质量准则——一个需求文档
-
完整的。没有遗漏任何与涉众相关的信息
-
可追踪的。来源、演化及在后续开发阶段的影响和使用是可追踪的
-
正确的。需求制品已经被涉众确认了,并要求系统必须完整地实现它
-
无歧义的。只允许一种合理的解释
-
可理解的。一般涉众容易理解内容表达
-
一致的。内容陈述不会自相矛盾
-
可验证的。涉众可以对所实现的系统是否满足需求文档的描述进行检查
-
已评级的。需求文档的相关性/稳定性已被确定并记录
-
最新的。需求制品反映了系统及上下文的当前状态
-
原子的。需求制品描述的是单一的、内聚的事实
-
-
验收准则: 对系统,或某一制品(软件,文档,数据,说明书等)的验收规则。
-
**文档形式: **需求工程中主要采用自然语言(图,数学表达式,编程语言是其他可能的形式)
二,愿景(如果只要一个文档,就是“愿景”)
-
愿景是我们要掌握的一种需求文档,该文档属于“目标”性文档
-
从需求的层次看,愿景文档中涵盖了属于问题域的**“需要”(Needs),以及属于解决方案领域的“特性”**(Features)。
-
愿景文档主要描述软件的高层需求
-
以一种简洁、抽象、可读和可管理的方式,从各种重要角度描述了产品的多个方面。
-
有利于内部涉众(营销、技术、管理)协商
-
愿景文档应该尽量简洁,不要太长
重点!!!
- 文档化活动:需求工程核心活动。
- 文档化活动包含的范围:所有形成文字记录的活动都是文档化活动。编写正式的需求规格说明,只是文档化活动的一部分,但是最重要部分
- 文档的种类、质量标准、验收标准、结构和格式、形式和技术等是文档化活动内涵
- 愿景: 最重要的需求文档。是目标性需求制品,描述软件的涉众、高层需求。包含了需求三角形中的“需要”(Needs)、“特性” (Features)两大部分。
- 愿景文档中包含了问题描述、涉众分析,是前期上下文分析的成果。