需求分析基础ppt课件

《需求分析基础ppt课件》由会员分享，可在线阅读，更多相关《需求分析基础ppt课件（36页珍藏版）》请在装配图网上搜索。

1、毛新军毛新军 教授教授xjmaonudt.edu计算机科学与技术系计算机科学与技术系602教研室教研室 0731-(45)73649软件工程导论软件工程导论 之之n开发软件系统前，须了解用户的期望和要求n软件需求n需求分析过程n需求分析的重要性n软件开发的根底和前提n最终目的软件系统验收的规范n防止或者尽早剔除早期的错误n需求分析的复杂性和面临的困难n片面,不完全n模糊,不准确n不一致,歧义n需求复杂和庞大n因此必需运用系统的方法、借助于一系列行之有效的技术和工具进展软件需求分析n需求分析的义务和过程n需求获取技术n需求分析和描画技术n软件需求规格阐明书及其评审n什么是用户需求n待开发软件系统

2、的功能、性能、设计约束和其它要求n用户需求例子图书馆管理系统n功能需求：办理读者借书证,n性能需求：查询操作延迟时间不超越1秒钟,n设计约束：前台运转在windows OS下，n其它要求：开发时间6个月,n需求分析的义务n经过对运用问题及其环境的了解和分析，准确、一致和完全地刻划用户需求，构成软件需求规格阐明书(SRS:Software Requirement Specification)n需求分析过程n获取和了解用户需求n描画和分析用户需求n对用户需求进展评审获取和了解需求获取和了解需求描画和分析需求描画和分析需求评审用户需求评审用户需求需求获取需求获取技术技术建模、笼统、建模、笼统、多视点

3、、问题多视点、问题分解、原型分解、原型需求评需求评审原那审原那么么n 义务n获取并了解用户需求,去除用户需求的不一致性,模糊性和歧义性，协助用户发现潜在的需求n 原那么n 和用户进展交流和协作n 将对原始问题了解与软件开发阅历结合,发现.n 义务n对用户需求进展建模，生成SRS和初步用户手册 nSRS:用户需求(功能,行为,性能等)n用户手册:如何操作和运用目的软件，界面描画和运用初步想象，目的n 原那么n 确保SRS的完好性、一致性和准确性n 鼓励用户参与SRS以及用户手册的制定n 尽可以做到SRS构造明晰，措辞准确和简约n 义务n多方人员一同对SRS进展复核和评审，以确保用户手册和SRS全

4、面、准确、一致地反映用户需求n 原那么n支持各方用户，需求分析人员、设计人员共同参与评审义务n需求分析的义务和过程n需求获取技术n需求分析和描画技术n软件需求规格阐明书及其评审 问问题题域域 用用户户 需需求求分分析析员员 交交流流 n加强联络n促进交流n增进协作读者管理读者管理书库管理书库管理读者借阅管读者借阅管理理用用户户工工程程担担任任人人需需求求分分析析人人员员设设计计员员1.建立结合小组参与者：用户、需求分析人员、设计人员。2.会议讨论明确问题、范围、环境等，逐渐了解用户需求会议应有记录，整理构成文档3.分成三小组读者管理、图书管理和读者借阅子系统4.总结各方成果构成结论性的SRSn

5、需求分析的义务和过程n需求获取技术n需求分析和描画技术n软件需求规格阐明书及其评审l问题分解l笼统l建模l多视点l快速原型整个问题整个问题子问题子问题1 1子问题子问题3 3子问题子问题2 2n什么是问题分解n将大问题分解为小问题，经过小问题处置来实现大问题的处置 n问题分解有助于降低处置问题的复杂度;获取和分析问题本身所固有的整体-部分关系n图书馆系统n读者管理n图书管理n借阅管理n什么是笼统?n笼统有助于控制问题复杂度，抓住问题的本质,获取普通和特殊关系n读者笼统(提取成份)n名字n性别n单位n类别n照片n读者笼统(丢弃成份)n身高n年龄nn什么是需求模型n模型是对现实的简化，包含有广泛影

6、响的要素，忽略不相关的次要要素 n需求模型详细、准确地描画了用户对目的软件系统的功能、行为、性能、设计约束等方面的要求n为什么需求建模n建模可减少和简化所用户需求的分析和描画，从多个视点、多个不同的笼统层次来描画用户需求，从而更好促进软件的开发n留意n需求建模不要涉及软件设计和实现细节n需求建模方法n面向数据流的方法n面向对象的方法 n什么是多视点分析n从多个角度、不同层面上分析和描画用户需求n为什么需求多视点分析 n人的认识具有片面性(瞎子摸象)n 多视点可以协助我们全面把握用户的需求n传统软件开发存在的问题n需求分析员与用户之间没有一种直观交流媒介n用户需求不断变化 如何顺应这样一种变化n

7、如何更为直观地评价用户需求n 什么是软件系统的原型n对软件系统的主要功能和行为的直观描画(操作方式、过程和界面)n什么是快速原型方法n经过构建用户需求的原型来分析和描画用户需求n需求分析的义务和过程n需求获取技术n需求分析和描画技术n软件需求规格阐明书及其评审l软件需求规格阐明书l软件需求规格阐明书评审n需求规格阐明书的内容n功能与行为需求描画，例如，办理读者借书证，验证读者借书证号码能否存在n性能需求描画，例如查询呼应时间不超越1秒钟n设计约束，例如运转在windows 2000操作系统下n其他，要求在6个月内完成n在将需求规格阐明书递交给软件设计之前，必需对它进展评审n评审要求用户、需求分析员和设计员共同参与n正确性n无歧义性n完全性n可验证性n一致性n可了解和可修正性n可追踪性n需求分析的义务和过程n需求获取技术n需求描画和分析技术n软件需求规格阐明书以及评审n他以为课堂上讲的这些需求分析技术能否有效和可行?如不可行他以为应怎样进展需求分析?n假设他是一名软件工程经理，他如何组织和开展需求分析义务(包括人员组织、方法和技术的采用、结果等)n需求分析对软件开发的意义何在，有何作用？n请仔细了解和领会各种需求分析技术，分析各种技术的特点以及在需求分析和描画中的作用？Practice,Practice,and Practice