讲需求分析基础.pptx
Copyright Xinjun Mao1序言(1/2)开发软件系统前，须了解用户的期望和要求软件需求需求分析过程需求分析的重要性软件开发的基础和前提最终目标软件系统验收的标准避免或者尽早剔除早期的错误第1页/共36页Copyright Xinjun Mao2序言(2/2)需求分析的复杂性和面临的困难片面,不完全模糊,不准确不一致,歧义需求复杂和庞大因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析第2页/共36页Copyright Xinjun Mao3本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审第3页/共36页Copyright Xinjun Mao4需求分析的任务和过程(1/2)什么是用户需求待开发软件系统的功能、性能、设计约束和其它要求用户需求例子图书馆管理系统功能需求：办理读者借书证,性能需求：查询操作延迟时间不超过1秒钟,设计约束：前台运行在windows OS下，其它要求：开发时间6个月,第4页/共36页Copyright Xinjun Mao5需求分析的任务和过程(2/2)需求分析的任务通过对应用问题及其环境的理解和分析，准确、一致和完全地刻划用户需求，形成软件需求规格说明书(SRS:Software Requirement Specification)需求分析过程获取和理解用户需求描述和分析用户需求对用户需求进行评审第5页/共36页Copyright Xinjun Mao6需求分析过程示意图获取和理解需求获取和理解需求描述和分析需求描述和分析需求评审用户需求评审用户需求需求获取技术建模、抽象、多视点、问题分解、原型需求评审原则第6页/共36页Copyright Xinjun Mao7步骤1:获取和理解用户需求阶段 任务获取并理解用户需求,清除用户需求的不一致性,模糊性和歧义性，帮助用户发现潜在的需求 原则 和用户进行交流和合作 将对原始问题理解与软件开发经验结合,发现.第7页/共36页Copyright Xinjun Mao8步骤2:描述和分析用户需求阶段 任务对用户需求进行建模，生成SRS和初步用户手册 SRS:用户需求(功能,行为,性能等)用户手册:如何操作和使用目标软件，界面描述和使用初步构想，目的 原则 确保SRS的完整性、一致性和准确性 鼓励用户参与SRS以及用户手册的制定 尽可能做到SRS结构清晰，措辞准确和简洁第8页/共36页Copyright Xinjun Mao9步骤3:对用户需求进行评审 任务多方人员一起对SRS进行复核和评审，以确保用户手册和SRS全面、准确、一致地反映用户需求 原则支持各方（用户，需求分析人员、设计人员）共同参与评审工作第9页/共36页Copyright Xinjun Mao10本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审第10页/共36页Copyright Xinjun Mao11需求获取技术第11页/共36页Copyright Xinjun Mao12访谈和会议第12页/共36页Copyright Xinjun Mao13 观察用户工作流程或者实践第13页/共36页Copyright Xinjun Mao14用户和开发人员共同组成联合小组加强联系促进交流增进合作第14页/共36页Copyright Xinjun Mao15案例分析:图书馆管理系统(1/3)读者管理读者管理书库管理书库管理读者借阅管理读者借阅管理第15页/共36页Copyright Xinjun Mao16用户项目负责人需求分析人员设计员案例分析:图书馆管理系统(2/3)1.建立联合小组参与者：用户、需求分析人员、设计人员。第16页/共36页Copyright Xinjun Mao17案例分析:图书馆管理系统(3/3)2.会议讨论明确问题、范围、环境等，逐步了解用户需求会议应有记录，整理形成文档3.分成三小组读者管理、图书管理和读者借阅子系统4.总结各方成果形成结论性的SRS第17页/共36页Copyright Xinjun Mao18本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审第18页/共36页Copyright Xinjun Mao19需求描述和分析技术1.问题分解2.抽象3.建模4.多视点5.快速原型第19页/共36页Copyright Xinjun Mao20整个问题整个问题子问题子问题1 1子问题子问题3 3子问题子问题2 2问题分解什么是问题分解将大问题分解为小问题，通过小问题解决来实现大问题的解决 问题分解有助于降低解决问题的复杂度;获取和分析问题本身所固有的整体-部分关系图书馆系统读者管理图书管理借阅管理第20页/共36页Copyright Xinjun Mao21问题抽象(1/2)什么是抽象?抽象有助于控制问题复杂度，抓住问题的本质,获取一般和特殊关系第21页/共36页Copyright Xinjun Mao22问题抽象(2/2)读者抽象(提取成份)名字性别单位类别照片Email电话读者抽象(抛弃成份)身高年龄第22页/共36页Copyright Xinjun Mao23需求建模(1/2)什么是需求模型模型是对现实的简化，包含有广泛影响的要素，忽略不相关的次要因素 需求模型详细、准确地描述了用户对目标软件系统的功能、行为、性能、设计约束等方面的要求为什么需要建模建模可缩小和简化所用户需求的分析和描述，从多个视点、多个不同的抽象层次来描述用户需求，从而更好促进软件的开发第23页/共36页Copyright Xinjun Mao24需求建模(2/2)注意需求建模不要涉及软件设计和实现细节需求建模方法面向数据流的方法面向对象的方法第24页/共36页Copyright Xinjun Mao25多视点分析什么是多视点分析从多个角度、不同层面上分析和描述用户需求为什么需要多视点分析 人的认识具有片面性(瞎子摸象)多视点可以帮助我们全面把握用户的需求第25页/共36页Copyright Xinjun Mao26快速原型方法传统软件开发存在的问题需求分析员与用户之间没有一种直观交流媒介用户需求不断变化 如何适应这样一种变化如何更为直观地评价用户需求 什么是软件系统的原型对软件系统的主要功能和行为的直观描述(操作模式、过程和界面)什么是快速原型方法通过构建用户需求的原型来分析和描述用户需求第26页/共36页Copyright Xinjun Mao27快速原型方法示意图第27页/共36页Copyright Xinjun Mao28本讲内容1.需求分析的任务和过程2.需求获取技术3.需求分析和描述技术4.软件需求规格说明书及其评审第28页/共36页Copyright Xinjun Mao29软件需求规格说明书及其评审1.软件需求规格说明书2.软件需求规格说明书评审第29页/共36页Copyright Xinjun Mao30软件需求规格说明书需求规格说明书的内容功能与行为需求描述，例如，办理读者借书证，验证读者借书证号码是否存在性能需求描述，例如查询响应时间不超过1秒钟设计约束，例如运行在windows 2000操作系统下其他，要求在6个月内完成第30页/共36页Copyright Xinjun Mao31软件需求规格说明书评审在将需求规格说明书递交给软件设计之前，必须对它进行评审评审要求用户、需求分析员和设计员共同参与第31页/共36页Copyright Xinjun Mao32需求评审的内容和标准正确性无歧义性完全性可验证性一致性可理解和可修改性可追踪性第32页/共36页Copyright Xinjun Mao33本讲小结1.需求分析的任务和过程2.需求获取技术3.需求描述和分析技术4.软件需求规格说明书以及评审第33页/共36页Copyright Xinjun Mao34思考题你认为课堂上讲的这些需求分析技术是否有效和可行?如不可行你认为应怎样进行需求分析?如果你是一名软件项目经理，你如何组织和开展需求分析工作(包括人员组织、方法和技术的采用、结果等)需求分析对软件开发的意义何在，有何作用？请认真理解和领会各种需求分析技术，分析各种技术的特点以及在需求分析和描述中的作用？第34页/共36页Copyright Xinjun Mao35Q&AQ&AAn Introduction to Software EngineeringPractice,Practice,and Practice第35页/共36页Copyright Xinjun Mao需求分析基础36感谢您的观看！第36页/共36页
