软件工程学：需求分析.pptxVIP

可行性分析需求规格说明功 能具体化加细DFD算法描述IPODFDDDDD§1. 需求分析的任务 需求的任务：在于完全地弄请用户对软件系统的确切要求，并用需求规格说明表达出来。 需求分析是定义时期的最后一个阶段，仍然是回答“What”，而不是“How”，但更细致、精确§1. 需求分析的任务1、确定系统要求⑴ 功能需求(functional requirements): 系统必须做什么？不应该做什么？⑵ 性能需求(performance requirements)： 做得怎样？response time , memory , security , reliability , usability……⑶ 环境需求(operational requirements)： 运行可靠性、可用性、软硬件配置、出错处理，与环境的接口、约束等。⑷ 未来可能的扩充需求(possible evolution)： 为可能的功能做准备，便于扩充和修改。§1. 需求分析的任务2、分析数据⑴ 建立数据模型(Data models): E-R Diagram⑵ 描绘数据结构(Data structure): Hierarchy, Warnier Diagram, IPO⑶ 数据结构规范化(Normalization)3、导出逻辑模型DFD + DD + IPO4、修正开发计划重新估计成本、进度等需要分解有补充修 正无补充修 正不需分解用户复查细 化数据流图分析追踪数据流图§2. 获取需求的方法1、访谈的方法基本形式：正式和非正式有效方式：情景分析技术（Scenario Analysis Technique）2、面向数据流自顶向下求精 从DFD的输出端入手，沿着数据流回溯，找出目前还没有的数据元素或不完全清楚的处理算法，通过与用户或其他人员的沟通，完成DFD、DD、处理算法的细化。C“原型 试用”DG§2. 获取需求的方法3、简易的应用规格说明技术 用户与开发者以团队方式密切合作，共同标识问题，提出解决方案，商讨基本需求。4、快速建立软件原型 开发人员快速地建立软件原型，在用户试用基础上，结合反馈意见形成新的原型，再试用……，如此获取用户真正需求。 软件原型应该具有“快速”和“容易修改”的特征。构造 软件原型的方法与工具：? 第四代技术? 可重用的软件构件? 形式化规格说明及原型环境§3.分析建模与规格说明1、分析建模 模型是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。结构化分析遵循的准则：? 必须理解并描述问题的信息域；? 必须定义软件应完成的功能；? 必须描述作为外部事件结果的软件行为；? 必须对描述信息、功能和行为的模型进行分解，用层次方式展示细节。 三种模型： ? 数据模型：ER图 ? 功能模型：DFD ? 行为模型：状态转换图§3. 分析建模与规格说明2、软件需求规格说明规格说明的基本要求：? 应具有准确性和一致性? 应具有清晰性和无二义性? 应直观、易读和易于修改§3. 分析建模与规格说明规格说明包含的内容：⑴系统规格说明： ? 系统概貌 ? 功能需求 ? 性能需求 ? 环境需求 ? 可能增加的需求? DFD? IPO⑵ 数据要求： ? DD? Hierarchy 或 Warnier Diagram⑶ 用户系统描述—— 初步用户手册：从用户的观点考虑系统 ? 系统功能、性能? 使用与步骤 等⑷修正的开发计划： ? 成本估计? 资源使用计划 ? 进度计划⑴ 数据对象 如：,, ……StudentInstructorClass⑵ 属性 如：, ……ID#NameEnrolled inTeach⑶ 联系 如： ，……111NMN一对一联系一对多联系多对多联系§4. 实体-联系图 (Entity-Relationship Diagram) 实体-联系图(ER图)是一种概念性数据模型，描述从用户角度看到的数据。包括三种基本成分：InstructorStudentMN…………Student IDCreditClass IDSubjectClass IDInstructor IDN1ClassSexSexNameNameI D #I D #I D #TitleEnrolled inTeach§4. 实体-联系图例如：§5. 数据规范化 为减少数据冗余，需要对数据进行规范化。通常数据冗余的程度定义为范式(Normal Forms)范式有5类，其中第一、第二和第三范式定义为：1 - NF：所