fla需求分析全解.pptVIP

附录A 当前需求实践的自我评估 本附录包括20个问题，通过这些问题，我们可以评估当前的需求工程实践，以确认需要加强哪些方面。 可以从/goodies.shtml下载该评估的副本和一张电子数据表，帮助我们分析问题的答案。 每一个问题都提供了4个答案，从中选择一个与当前处理需求问题的方式最接近的答案。如果我们想要对这一自我评估进行量化，那么如果答案是“a”，则记为0分；如果答案是“b”，则记为1分；如果答案是“c”，则记为3分；如果答案为“d”，则记为5分，这样最高分为100分。每一个问题还提供了描述这一问题主题的相应章节。 您所选中的进行评估的人也会对评估结果产生影响。要密切注意回答问题的人可能会倾向于根据政策或自己对“正确”答案的猜测来选择答案，而不是根据组织内真正的情况来选择答案。 附录A 当前需求实践的自我评估 1. 如何定义、交流和使用项目范围？[第5章] a.构想设计产品的人通过心灵感应或以口头方式与开发组织进行交流。 b. 在某处有一个项目视图前景陈述。 c. 根据标准模板来编写前景和范围文档、项目宪章规章或相似类似文档。所有项目涉众都可以访问这些文档。 d. 评估所有提议的产品特性和需求变更，以弄清楚确定它们是否在与已写入文档的项目范围文档中的要求相符内。 2.如何确定产品的客户团体并描述其特性？【第6章】 a. 开发人员猜测未来的客户是谁。 b. 销售人员相信他们自己清楚客户是谁。 c. 由管理层、根据市场调研和根据已现有的用户基础群来确定目标客户组和市场区隔。 d. 由项目涉众识别明显不同的用户类，在软件需求规格说明中对这些用户类的特性做出概要说明。 附录A 当前需求实践的自我评估 3. 如何获取用户的需求信息？【第7章】 a. 开发人员已经了解所开发的产品。 b. 销售人员、产品管理层或用户经理相信他们能够理解的用户需求。 c. 调查典型的用户组，或者与这些用户组进行面对面交流。 d. 代表不同用户类的特定人员参与项目，约定其的责任和权力。 4. 需求分析人员所接受的培训情况如何？他们的经验如何？【第4章】 a. 由开发人员或以前的用户担任需求分析人员，他们在软件需求工程方面几乎没有什么经验，也没有接受过专门的培训。 b. 由开发人员、有经验的用户或项目经理担任分析人员的职责，他们以前参与过需求工程。 c. 分析人员在与用户协同工作方面接受过若干天的培训，并具有丰富的经验。 d. 我们有专业的业务分析人员或需求工程师，他们在与技术人员交流、促进小组会谈和编写技术文档等方面接受过培训，并具有丰富的经验。他们既了解应用领域，又熟知软件开发过程。 附录A 当前需求实践的自我评估 5. 如何将系统需求分配到产品的软件部分来实现？[第17章] a. 期望软件克服硬件的所有缺陷。 b. 软件工程师和硬件工程师讨论由哪些子系统来完成哪些功能。 c. 系统工程师或构架师分析系统需求，并决定每一个软件子系统实现哪些需求。 d. 将系统需求部分分配到软件子系统，并跟踪到特定的软件需求。明确定义子系统的接口，并对其编写文档。 附录A 当前需求实践的自我评估 6. 采用哪些技术来了解客户的问题？[第7章] a. 我们的开发人员很聪明，他们可以很好地了解客户的问题。 b. 我们向用户询问，他们想要什么，然后再构建它。 c. 我们就他们的业务需要和当前系统与用户进行交谈，然后编写需求规格说明。 d. 我们观察用户执行其任务，对当前的工作过程建模，了解用户要求新系统做什么。这向我们展示了他们的业务过程部分的自动化程度如何，使我们了解了哪些软件特性最有价值。 附录A 当前需求实践的自我评估 7. 采用什么方法来确定所有具体的软件需求？【第7章 第8章】 a. 开始我们先有一个总体的了解，编写一些代码，并修改这些代码，一直到完成任务为止。 b. 管理层或销售人员提供产品概念，开发人员编写需求文档，如果开发人员有遗漏的需求，则由销售人员来告知他们。当产品方向发生变更时，销售人员要时常记得告知开发人员。 c. 销售人员或客户代表告知开发人员产品应该包含哪些特性和功能。 d. 召开有组织的需求获取见面会或专题讨论会，来自产品不同用户类的代表参加这种会议。采用用例来理解用户的目标，并从用例衍生功能性需求。 附录A 当前需求实践的自我评估 8.如何编写软件需求文档？【第10章 第11章】 a. 将口头的历史记录、电子邮件和语音信箱的消息、面谈笔记以及会议笔记拼凑起来。 b. 编写非结构化的叙述性文本文档，或者绘制用例图和类图。 c. 用结构化自然语言编写需求文档，其详细程度与标准的软件需求规格说明模板相一致。有时用图形化分析模型的标准符号表示法来扩充这些需求。 d. 将需求存储在数据库或商业需求管理工具中，将分析模型存储在CAS