需求分析具体要求.ppt

需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。需求获取和分析有一定的难度，因为：项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。0102010203项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。需求获取技术?建立由客户（用户）、系统分析员、领域专家参加的联合小组。?需求获取的方法：个别访谈、召集会议、文档研究、问卷调查、观察用户工作流程、建立原型。?获取的需求的表达方式：需求列表需求与系统的特殊视角或环境的关系业务流程图（状态/活动图）数据流图实体-联系图访谈01面向数据流自顶向下求精02简易的应用规格说明技术03快速建立软件原型043.2与用户沟通获取需求的方法面向数据流自顶向下求精提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求进行初步的访谈开发者和用户双方组织的代表出席会议每个小组为每张列表中的项目制定小型规格说明根据会议成果起草完整的软件需求规格说明书简易的应用规格说明技术3.3分析建模与规格说明1).分析建模模型----就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。建模方法在过去的数年中，人们提出了许多种分析建模的方法，其中两种在分析建模领域占有主导地位：第一种是结构化分析(StructuredAnalysis，SA)，70年代末由DeMarco等人提出，这是传统的建模方法。该方法不是被所有的使用者一致地使用的单一方法，众多科学家对其进行了扩充，因此它是发展了超过30年的一个混合物。01具体的建模方法/表达方式有：02面向流的建模：数据流图（DFD/CFD）03数据建模：实体关系图（ERD）04基于行为的建模：Petri网、状态图3.3.2软件需求规格说明(SRS)SoftwareRequirementSpecification通常用自然语言+模型，完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。软件需求规格说明书，是需求分析阶段得出的最主要的文档。软件需求说明书的编写提示（GB856T—88）引言编写目的背景定义参考资料任务概述目标用户的特点假定和约束软件需求说明书的编写提示（GB856T—88）3需求规定3.1对功能的规定3.2对性能的规定精度时间特性要求灵活性3.3输人输出要求3.4数据管理能力要求3.5故障处理要求3.6其他专门要求4运行环境规定4.1设备4.2支持软件4.3接口4.4控制3.4实体-联系图(ER)

EntityRelationshipDiagramER图----是用来建立数据模型的工具。数据模型----是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，反映了用户的现实环境，而且与在软件系统中的实现方法无关。数据模型中包含3种相互关联的信息：数据对象（实体）、数据对象的属性及数据对象彼此间相互连接的关系。(1).数据对象数据对象:是对软件必须理解的复合信息的抽象。复合信息:是指具有一系列不同性质或属性的事物，仅有单个值的事物(例如，宽度)不是数据对象。可以由一组属性来定义的实体都可以被认为是数据对象。如：外部实体、事物、行为、事件、角色、单位、地点或结构等。数据对象彼此间是有关联的。(2).属性属性定义了数据对象的性质。必须把一个或多个属性定义为“标识符”，也就是说，当我们希望找到数据对象的一个实例时，用标识符属性作为“关键字”(通常简称为“键”)。