需求分析复习

一、 需求的三个层次P431， 业务需求反应企业，组织对软件系统的高层次目标要求，就是软件系统的建设目标2， 用户需求软件需要完成什么任务，怎么完成的需求，通常是在业务需求定义的基础上进行用户访谈，调查，对使用场景进行整理，建立用户角度的需求，需求的产物。3， 软件需求需求分析人员要对用户需求进行分析，提炼，整理，生成指导开发的更精确的软件需求，需求分析与建模的产物。二、 优秀的需求的标准1. 完整性:每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。2. 正确性:每一项需求都必须准确地陈述其要开发的功能。3. 可行性:每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。4. 必要性:每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。5. 划分优先级: 给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中6. 无二义性:对所有需求说明的读者都只能有一个明确统一的解释，7. 可验证性:检查一下每项需求是否能通过设计测试用例或其它的验证方法，三、 需求三种类型1、功能需求功能需求规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。2、非功能需求非功能需求对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。这些特性包括可用性、可移植性、完整性、效率和健壮性，它们对用户或开发人员都很重要。3、设计约束设计约束限制了开发人员设计和构建系统时的选择范围。 这一项看起来很简单，但是如果不了解它的类型，很可能会导致在收集此类信息时出现遗漏的现象，设计约束一般有三种： 非技术因素决定的技术选型：对于软件开发而言，有些技术选型并非由技术团队决定，而会受到企业/组织实际情况的影响，例如必须采用某种数据库系统等。 预期的运行环境：技术开发团队在决定架构、选择实现技术时会受到实际的软硬件环境的影响，如果忽略了这方面的因素会给项目带来一些不必要的麻烦。 预期的使用环境：除了系统的运行环境，用户的使用环境(使用场合、软硬件环境等)也会对软件的开发产生很大的影响，因此应注意搜集此类信息，并将其写到软件需求规格说明书的补充规约中。证实四、 需求开发示意图需求分析需求获取需求验证编写规约更正并减少误差重新评估重写五、 需求管理的工作要点P581， 统一，明确的需求项划分标准2， 引入基线管理3， 引入变更管理4， 引入需求跟踪六、 需求的基线，分析其划分的基础和要素P356需求的基线：划分的基础：优先级评价划分的要素：工作量估算七、 面谈三种结构 1， 金字塔结构1，如果会见者认为被会见者需要对话题进行预热，可以采用金字塔结构，通过逐步的引导来使得被会见者打开话匣子。2，如果会见者发现自己事先对事实的确认存在较大偏差或者被会见者看上去不情愿讨论这个话题，也可以采用金字塔结构。3，当想结束讨论这个话题的时候，使用金字塔结构的提问顺序也是有用的。 2， 漏斗结构1，漏斗结构为开始一场面谈提供了一种容易而轻松的途径。2，当被会见者对这个话题有情绪，并且需要自由表达这些情绪的时候，需要采用漏斗型提问顺序。3，或者在会见者事先对事实了解不多时，也应该采用漏斗结构的问题组织方式。4，用这种方式组织面谈能得出很多的详细信息，以至于没有必要使用长序列的受限制问题和调查问题。 3， 菱形结构使用菱形结构的主要优点是通过各种各样的问题保持被会见者的兴趣和注意力。一旦掌握了如何在正确的时间问正确的问题，就可以多样地选择问题的顺序。 八、 面谈的优点和局限性用户访谈的话题类型-开放式话题优点：让被会见者感到自在；会见者可以收集被会见者使用的词汇，这能反应他的教育、价值标准、态度和信念；提供丰富的细节；对没采用的进一步的提问有启迪作用；让被会见者更感兴趣；容许更多的自发性；会见者可以在没有太多准备的情况下进行面谈。缺点：提此类问题可能会产生太多不相干的细节；面谈可能失控；开放式的回答会花费大量的时间才能获得有用的信息量；可能会使会见者看上去没有准备。用户访谈的话题类型-封闭式话题优点：节省时间；切中要点；保持对面谈的控制；快速探讨大范围问题；得到贴切的数据缺点：使得被会见者厌烦；得不到丰富的细节；出于上述原因，失去主要思想；不能建立和面谈者的友好关系。 九、 实例分析1. 确定系