软件工程导论需求分析基础.ppt

第第3讲讲 需求分析基础需求分析基础软件工程导论软件工程导论 之之用工程化的方法来开发软件用工程化的方法来开发软件用工程化的方法来开发软件用工程化的方法来开发软件2序言序言(1/2)n开发软件系统前，须了解用户的期望和要求–软件需求–需求分析过程n需求分析的重要性–软件开发的基础和前提–最终目标软件系统验收的标准–避免或者尽早剔除早期的错误3序言序言(2/2)n需求分析的复杂性和面临的困难–片面, 不完全–模糊, 不准确–不一致, 歧义–需求复杂和庞大n因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析4本讲内容本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审5需求分析的任务和过程需求分析的任务和过程(1/2)n什么是用户需求–待开发软件系统的功能、性能、设计约束和其它要求n用户需求例子－图书馆管理系统–功能需求：办理读者借书证, …–性能需求：查询操作延迟时间不超过1秒钟, …–设计约束：前台运行在windows OS下，…–其它要求：开发时间6个月, …6需求分析的任务和过程需求分析的任务和过程(2/2)n需求分析的任务–通过对应用问题及其环境的理解和分析，准确、一致和完全地刻划用户需求，形成软件需求规格说明书( SRS: Software Requirement Specification )n需求分析过程–获取和理解用户需求–描述和分析用户需求–对用户需求进行评审7需求分析过程示意图需求分析过程示意图需求获取需求获取技术技术建模、抽象、建模、抽象、多视点、问题多视点、问题分解、原型分解、原型需求评需求评审原则审原则8步骤步骤1:获取和理解用户需求阶段获取和理解用户需求阶段n 任务–获取并理解用户需求, 清除用户需求的不一致性, 模糊性和歧义性，帮助用户发现潜在的需求n 原则– 和用户进行交流和合作– 将对原始问题理解与软件开发经验结合, 发现….9步骤步骤2:描述和分析用户需求阶段描述和分析用户需求阶段n 任务–对用户需求进行建模，生成SRS和初步用户手册 –SRS : 用户需求(功能, 行为, 性能等)–用户手册:如何操作和使用目标软件，界面描述和使用初步构想，目的…n 原则– 确保SRS的完整性、一致性和准确性– 鼓励用户参与SRS以及用户手册的制定– 尽可能做到SRS结构清晰，措辞准确和简洁10步骤步骤3:对用户需求进行评审对用户需求进行评审n 任务–多方人员一起对SRS进行复核和评审，以确保用户手册和SRS全面、准确、一致地反映用户需求n 原则–支持各方（用户，需求分析人员、设计人员）共同参与评审工作11本讲内容本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审12需求获取技术需求获取技术13访谈和会议访谈和会议14 观察用户工作流程或者实践观察用户工作流程或者实践15用户和开发人员共同组成联合小组用户和开发人员共同组成联合小组n加强联系n促进交流n增进合作16案例分析案例分析:图书馆管理系统图书馆管理系统(1/3)读者管理读者管理书库管理书库管理读者借阅管读者借阅管理理17用用户户项项目目负负责责人人需需求求分分析析人人员员设设计计员员案例分析案例分析:图书馆管理系统图书馆管理系统(2/3)1. 建立联合小组–参与者： 用户、需求分析人员、设计人员。

18案例分析案例分析:图书馆管理系统图书馆管理系统(3/3)2. 会议讨论–明确问题、范围、环境等，逐步了解用户需求–会议应有记录，整理形成文档3. 分成三小组–读者管理、图书管理和读者借阅子系统4. 总结各方成果形成结论性的SRS19本讲内容本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审20需求描述和分析技术需求描述和分析技术1.问题分解2.抽象3.建模4.多视点5.快速原型21整个问题整个问题子问题子问题1 1子问题子问题3 3子问题子问题2 2问题分解问题分解n什么是问题分解–将大问题分解为小问题，通过小问题解决来实现大问题的解决 –问题分解有助于降低解决问题的复杂度; 获取和分析问题本身所固有的整体-部分关系–图书馆系统n读者管理n图书管理n借阅管理22问题抽象问题抽象(1/2)n什么是抽象?–抽象有助于控制问题复杂度，抓住问题的本质,获取一般和特殊关系23问题抽象问题抽象(2/2)n读者抽象(提取成份)–名字–性别–单位–类别–照片–Email–n读者抽象(抛弃成份)–身高–年龄–……24需求建模需求建模(1/2)n什么是需求模型–模型是对现实的简化，包含有广泛影响的要素，忽略不相关的次要因素 –需求模型详细、准确地描述了用户对目标软件系统的功能、行为、性能、 设计约束等方面的要求n为什么需要建模–建模可缩小和简化所用户需求的分析和描述，从多个视点、多个不同的抽象层次来描述用户需求，从而更好促进软件的开发25需求建模需求建模(2/2)n注意–需求建模不要涉及软件设计和实现细节n需求建模方法–面向数据流的方法–面向对象的方法26多视点分析多视点分析n什么是多视点分析–从多个角度、不同层面上分析和描述用户需求n为什么需要多视点分析 –人的认识具有片面性(瞎子摸象)– 多视点可以帮助我们全面把握用户的需求27快速原型方法快速原型方法n传统软件开发存在的问题–需求分析员与用户之间没有一种直观交流媒介–用户需求不断变化  如何适应这样一种变化–如何更为直观地评价用户需求n 什么是软件系统的原型–对软件系统的主要功能和行为的直观描述(操作模式、过程和界面)n什么是快速原型方法–通过构建用户需求的原型来分析和描述用户需求28快速原型方法示意图快速原型方法示意图29本讲内容本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审30软件需求规格说明书及其评审软件需求规格说明书及其评审1.软件需求规格说明书2.软件需求规格说明书评审31软件需求规格说明书软件需求规格说明书n需求规格说明书的内容–功能与行为需求描述，例如，办理读者借书证，验证读者借书证号码是否存在–性能需求描述，例如查询响应时间不超过1秒钟–设计约束，例如运行在windows 2000操作系统下–其他，要求在6个月内完成32软件需求规格说明书评审软件需求规格说明书评审n在将需求规格说明书递交给软件设计之前，必须对它进行评审n评审要求用户、需求分析员和设计员共同参与33需求评审的内容和标准需求评审的内容和标准n正确性n无歧义性n完全性n可验证性n一致性n可理解和可修改性n可追踪性34本讲小结本讲小结1.需求分析的任务和过程2.需求获取技术3.需求描述和分析技术4.软件需求规格说明书以及评审35思考题思考题n你认为课堂上讲的这些需求分析技术是否有效和可行? 如不可行你认为应怎样进行需求分析?n如果你是一名软件项目经理，你如何组织和开展需求分析工作(包括人员组织、方法和技术的采用、结果等)n需求分析对软件开发的意义何在，有何作用？n请认真理解和领会各种需求分析技术，分析各种技术的特点以及在需求分析和描述中的作用？36Q & AQ & AAn Introduction to Software Engineering。