Lect需求分析基础.ppt

兰州大学信息学院 需求分析基础 Descriptions and specifications of a system 主要内容 需求分析的任务 获取需求的方法 需求建模与分析 需求规格说明及评审 软件需求 软件需求：是指用户对目标软件在功能、行为、性能、设计约束等方面的要求 通过对应用问题及其韩静的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明 —— 构成软件开发生命周期的需求分析阶段 需求分析介于系统分析和软件设计阶段之间 以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整 需求规格说明是软件设计、实现、测试直至维护的主要基础 良好的分析活动有助于避免或尽早剔除早期错误，提高软件生产率，降低开发成本，改进软件质量 软件需求 用户对应用问题的理解、描述亦即他们对目标软件的要求往往具有片面性、模糊性，甚至不一致性 问题的规模较大时，对这些特征的处置非常棘手 大中型软件项目的需求分析阶段，必须使用系统的方法学，并借助一些行之有效的技术和工具 软件需求 需求的分类： 功能性需求：业务功能及操作对象 非功能性需求：性能约束等 其他约束：开发、运行环境等 需求分析与软件过程 需求来源 需求过程 需求的层次 §1 需求分析的任务与原则 需求分析分为问题分析、需求描述及需求评审3个阶段 问题分析：获取并理解、分析、综合问题定义，剔除初始需求的模糊、歧义、不一致等，并形成需求定义文档。 需求描述：以计算机软件技术描述需求定义，并形成需求规格说明书 需求评审：对需求的工作进行审核。 需求分析目标：完整、准确、充分地定义问题。 问题分析阶段 分析人员通过对问题及其环境的理解、分析和综合，清除用户需求的模糊性、歧义性和不一致性，并在用户帮助下对相互冲突的需求进行折衷 分析人员应将自己对原始问题的理解与软件开发经验结合起来，以发现由于用户的片面性或短期行为所导致的不合理要求，以及用户尚未提出但具有真正价值的潜在需求 用户群体中的各个用户往往会从不同的角度、在不同的抽象级别上阐述他们对原始问题的理解和对目标软件的需求，因此，有必要为原始问题及其软件解建立模型 问题分析阶段 该模型一方面用于精确地记录用户从各个视点、在不同抽象级别上对原始问题及目标软件的描述 另一方面，它也将帮助分析人员发现用户需求中的不一致性，排成不合理的部分，挖掘潜在的用户需求 该模型可视为分析人员关于原始问题及其软件解的一种只是结构，包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及设计约束 是形成需求规格说明、进行软件设计与实现的主要基础 需求描述阶段 主要任务是以需求模型为基础，考虑到问题的软件可解性，生成需求规格说明和初步的用户手册 需求规格说明包含对目标软件系统外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求 用户手册则包括用户界面描述以及有关目标软件使用方法的初步构想 生成这两个文档过程中，分析人员应该严格遵循既定规范，做到内容全面、结构清晰、措辞准确、格式严谨 将初步的用户手册作为分析文档之一有助于分析人员从用户的角度考虑软件需求，并鼓励用户尽早开始对软件开发活动进行检查和评估 需求评审阶段 分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的全面性、精确性和一致性，并使用户和软件设计人员对需求规格说明及用户手册的理解达成一致 一旦发现遗漏或模糊点，必须尽快更正，再行检查 需求规格说明得到用户和软件开发方的一致确认后，应成为用户方与软件开发方之间的合同，任何增删或改动都将引起开发规划及成本的变化，应由提出方承担经济责任 分析活动并不一定在时序上严格遵循上述3个步骤 原则 必须深层次地挖掘用户的潜在需求 剔除不合理、不切实际的需求 定义需求的优先级 一般需要建立大量人机交互原型 避免定性的描述需求 §2 需求获取技术 访谈与会议 观察用户工作流程 由用户参加的联合小组 咨询领域专家 需求获取技术 为了完成分析任务，分析人员必须掌握一些基本技术 初步需求获取技术 需求建模技术 问题抽象与分解技术 多视点分析技术 快速原型技术 初步需求获取技术 分析阶段初期，分析人员对问题知之甚少，用户对问题的描述、对目标软件的要求通常相当凌乱、模糊 分析人员与用户共同的只是领域不多，造成相互理解方面的问题 初步需求获取技术 访谈与会议 分析人员以个别访谈或小组会议的形式与用户沟通 访谈或会议前，分析人员按以下原则精心准备一系列问题，通过用户对问题的回答获取有关问题及环境的知识，逐步理解用户对目标软件的要求 问题应该是循序渐进的，首先关心一般性、整体性问题，然后讨论细节性问题 所提问题不应限制用户在回答过程中