大学课件软件工程导论需求分析基础

1、软件工程导论软件工程导论 之之http:/ 软件需求 需求分析过程n需求分析的重要性 软件开发的基础和前提 最终目标软件系统验收的标准 避免或者尽早剔除早期的错误http:/ 片面, 不完全 模糊, 不准确 不一致, 歧义 需求复杂和庞大n因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析http:/ 待开发软件系统的功能、性能、设计约束和其它要求n用户需求例子图书馆管理系统 功能需求：办理读者借书证, 性能需求：查询操作延迟时间不超过1秒钟, 设计约束：前台运行在windows os下， 其它要求：开发时间6个月, http:/ 通过对应用问题及其环境的理解和分析，准确

2、、一致和完全地刻划用户需求，形成软件需求规格说明书( srs: software requirement specification )n需求分析过程 获取和理解用户需求 描述和分析用户需求 对用户需求进行评审http:/ 任务 获取并理解用户需求, 清除用户需求的不一致性, 模糊性和歧义性，帮助用户发现潜在的需求n 原则 和用户进行交流和合作 将对原始问题理解与软件开发经验结合, 发现.http:/ 任务 对用户需求进行建模，生成srs和初步用户手册 srs : 用户需求(功能, 行为, 性能等) 用户手册:如何操作和使用目标软件，界面描述和使用初步构想，目的n 原则 确保srs的完整性、一

3、致性和准确性 鼓励用户参与srs以及用户手册的制定 尽可能做到srs结构清晰，措辞准确和简洁http:/ 任务 多方人员一起对srs进行复核和评审，以确保用户手册和srs全面、准确、一致地反映用户需求n 原则 支持各方（用户，需求分析人员、设计人员）共同参与评审工作http:/ 问问题题域域 用用户户 需需求求分分析析员员 交交流流 http:/ http:/ 建立联合小组 参与者： 用户、需求分析人员、设计人员。http:/ 会议讨论 明确问题、范围、环境等，逐步了解用户需求 会议应有记录，整理形成文档3. 分成三小组 读者管理、图书管理和读者借阅子系统4. 总结各方成果形成结论性的srsh

4、ttp:/ 1子问题子问题3 3子问题子问题2 2n什么是问题分解 将大问题分解为小问题，通过小问题解决来实现大问题的解决 问题分解有助于降低解决问题的复杂度; 获取和分析问题本身所固有的整体-部分关系 图书馆系统n读者管理n图书管理n借阅管理http:/ 抽象有助于控制问题复杂度，抓住问题的本质,获取一般和特殊关系http:/ 名字 性别 单位 类别 照片 email 电话n读者抽象(抛弃成份) 身高 年龄 http:/ 模型是对现实的简化，包含有广泛影响的要素，忽略不相关的次要因素 需求模型详细、准确地描述了用户对目标软件系统的功能、行为、性能、 设计约束等方面的要求n为什么需要建模 建模

5、可缩小和简化所用户需求的分析和描述，从多个视点、多个不同的抽象层次来描述用户需求，从而更好促进软件的开发http:/ 需求建模不要涉及软件设计和实现细节n需求建模方法 面向数据流的方法 面向对象的方法http:/ n什么是多视点分析 从多个角度、不同层面上分析和描述用户需求n为什么需要多视点分析 人的认识具有片面性(瞎子摸象) 多视点可以帮助我们全面把握用户的需求http:/ 需求分析员与用户之间没有一种直观交流媒介 用户需求不断变化 如何适应这样一种变化 如何更为直观地评价用户需求n 什么是软件系统的原型 对软件系统的主要功能和行为的直观描述(操作模式、过程和界面)n什么是快速原型方法 通过构建用户需求的原型来分析和描述用户需求http:/ 功能与行为需求描述，例如，办理读者借书证，验证读者借书证号码是否存在 性能需求描述，例如查询响应时间不超过1秒钟 设计约束，例如运行在windows 2000操作系统下 其他，要求在6个月内完成http:/ 如不可行你认为应怎样进行需求分析?n如果你是一名软件项目经理，你如何组织和开展需求分析工作(包