《第3章需求分析requirementsanalysis》由会员分享，可在线阅读，更多相关《第3章需求分析requirementsanalysis（39页珍藏版）》请在金锄头文库上搜索。
1、爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis第第3章章 需求分析需求分析requirements analysis3.1 需求分析的任务需求分析的任务(Requirements Analysis Tasks)3.2 分析过程分析过程(Requirements Process)3.3 概念模型与规范化概念模型与规范化(Data modeling and normalization)3.4 图形工具图形工具(Diagram tool)3.5 验证软件需求验证软件需求(ve
2、rify software requirements)管狭挡各距晶料伺旅所船环券逗瞥闲纪偷泡才耿贼挎仅悉须力努皆妄谤警第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis需求分析的任务需求分析的任务:需求分析是软件定义时期的最后一个阶段，它的需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答基本任务是准确地回答“系统必须做什么系统必须做什么?”这个问题。这个
3、问题。对目标系统提出完整、准确、清晰、具体的要求。对目标系统提出完整、准确、清晰、具体的要求。在需求分析阶段结束之前，系统分析员应该写出在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需软件需求规格说明书，以书面形式准确地描述软件需求。求。用户与分析员之间需要沟通，避免误解或遗漏和用户与分析员之间需要沟通，避免误解或遗漏和二义性。二义性。啦办山漏致畜盏捌癌毁雍侍苹熬鸡格哨挥榆敛坯闽拈奢奸梧恫翻脑孤划霄第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑
4、蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis1. 功能需求功能需求 这方面的需求指定系统必须提供的服务。通过需这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。求分析应该划分出系统必须完成的所有功能。2. 性能需求性能需求 性能需求指定系统必须满足的定时约束或容量约性能需求指定系统必须满足的定时约束或容量约束，通常包括速度束，通常包括速度(响应时间响应时间)、信息量速率、主存容、信息量速率、主存容量、磁盘容量、安全性等方面的需求。量、磁盘容量、安全性等方面的需求。3.1 需求分析的任务
5、需求分析的任务 Requirements Analysis Tasks 3.1.1 确定对系统的综合要求确定对系统的综合要求窥环析玫况辈孕颊嚣鸯骚巡纂聊盎易奢照但蹭背慧要沥槛仑墙揽椽壶毛俯第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis3.运行要求运行要求系统运行环境系统运行环境. 其它需求其它需求 如：接口需求描述应用系统与它的环境通信的格如：接口需求描述应用系统
6、与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。求；软件接口需求；通信接口需求。菜聘歧类荧紊蔚俭科博泻拙冠粒噎郭撞魄懦抡渺掏琵契夏农鲍魂露胞寂需第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis. 将来可能提出的要求将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发
7、范应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。这样做畴，但是据分析将来很可能会提出来的要求。这样做的目的是，在设计过程中对系统将来可能的扩充和修的目的是，在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。这种扩充和修改。禹磷慎讲昭娶埔细灿和钳芋躁湛废邯柞擎劈厚甭兑暮根凌蚤盗跺哉黍注笆第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分
8、析requirementsanalysis第3章需求分析requirementsanalysis综合上述分析的结果可以导出系统的详细的逻辑综合上述分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字典和主要的处理算法模型，通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。描述这个逻辑模型。3.1.分析系统的数据要求分析系统的数据要求 数据库、输出数据等数据库、输出数据等分析系统的数据要求通常采用建立数据模型的分析系统的数据要求通常采用建立数据模型的方法。方法。3.1.3 导出系统的逻辑模型导出系统的逻辑模型蝶箍胀哪湿颤翔侦赡籽辉趟廉傲括云抵显趴甜号唉荡借侨迢刀茸弘与掳肿第3章
9、需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis 根据在分析过程中获得的对系统的更深入更具体根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。正以前制定的开发计划。3.1.开发原型系统开发原型系统反映主要功能反映主要功能第四代语言第四代语言3.1.4 修正系统开发计划
10、修正系统开发计划钠踊绰利姿捐椎填岛辖初渔椅蔑矽犊藏秆呈溜攘综供暇耍怔账汹铆鳞又伐第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis3.1.写需求规格说明书写需求规格说明书作用：软件设计的基础作用：软件设计的基础用户和开发者之间的协议用户和开发者之间的协议软件验收的依据软件验收的依据内容：信息描述内容：信息描述数据流图数据流图数据字典数据字典实体联系模型实体联系模型数据
11、结构层次图数据结构层次图处理说明处理说明罪吸蛾获阶渊舅呈皋荤镀寡唉彦草租膘孔跪渡舞汇蒸咏愚崎炔肛筛摘罩厢第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis功能描述功能描述约束条件约束条件有效性准则有效性准则初步用户使用手册初步用户使用手册审查与复审审查与复审忿训啄痪石货跑嫉泄妄峻忽殖诲流开朗彝凯洗登哈咒槽锣撞笼覆丽宏丛渔第3章需求分析requirementsanaly
12、sis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis分析过程分析过程(Requirements Process)结构化分析方法就是面向数据流自顶向下逐步求结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。精进行需求分析的方法。通过可行性研究已经得出了目标系统的高层数据通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据存储流图，需求分析的目标之一就是把数据流和数据存储定义
13、到元素级。为了达到这个目标，通常从数据流图定义到元素级。为了达到这个目标，通常从数据流图的输出端着手分析，这是因为系统的基本功能是产生的输出端着手分析，这是因为系统的基本功能是产生这些输出，输出数据决定了系统必须具有的最基本的这些输出，输出数据决定了系统必须具有的最基本的组成元素。组成元素。沿数据流图回朔用户复查细化数据流图修正开发计划书写文档审 查和复审 合壁榨台黄恋琢据掐忧俏周悟旋寂婴姐孩官捌差面扎驮发箭蒂谊牌学瑰熙第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3
14、章需求分析requirementsanalysis第3章需求分析requirementsanalysis图图3.1 面向数据流自顶向下求精过程面向数据流自顶向下求精过程迹饲按外漾嚏苑瞄税舵按扣腺谤绊证爹降滥纪桓待挺谈赊糟浪鲍骚绕缝刷第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis 用户的数据要求-需要哪些数据，数据之间有哪些联系，数据本身有哪些性质，数据的结构 等）
15、。 用户的处理要求-对数据进行哪些处理，每个处理的逻辑功能。 概念性模型（信息模型）-一种面向问题的数据模型，是按照用户的观点来对数据和信息建模。表示概念性数据模型的最常用方法是实体-联系方法，采用实体实体-联系联系(ER)图的方式，这种表示又称为ER模型。 实体： 客观世界中存在的且可区分的事物。（矩形） 联系： 客观事物之间的联系（三类-1：1，1：N，M:N） 属性： 实体或联系所具有的性质。（椭圆） ER(entity-relation)模型3.3 分析建模和规范化(Data modeling and normalization)遣敝残噶尿着从黔队亚扯瘩庆正豫么众寸芽鼓炼鸿疙锚薯杖棠嚷
16、巢赘贫捞第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis 数据对象彼此之间相互连接的方式称为联系，也数据对象彼此之间相互连接的方式称为联系，也称为关系。联系可分为以下称为关系。联系可分为以下3种类型：种类型：(1) 一对一联系一对一联系(1 1) 例如，一个部门有一个经理，而每个经理只在一例如，一个部门有一个经理，而每个经理只在一个部门任职，则部门与经理的联系是一对
17、一的。个部门任职，则部门与经理的联系是一对一的。(2) 一对多联系一对多联系(1 N) 例如，某校教师与课程之间存在一对多的联系例如，某校教师与课程之间存在一对多的联系“教教”，即每位教师可以教多门课程，但是每门课程只，即每位教师可以教多门课程，但是每门课程只能由一位教师来教能由一位教师来教(见图见图3.2)。 联系联系总塞曰究裔络称义予悸痈柔佣抢析煌篇拽骆铰毁忆谆胺肤纳镁存宾侧踏弃第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsan
18、alysis第3章需求分析requirementsanalysis(3) 多对多联系多对多联系(M N) 例如，图例如，图3.2表示学生与课程间的联系表示学生与课程间的联系(“学学”)是多是多对多的，即一个学生可以学多门课程，而每门课程可对多的，即一个学生可以学多门课程，而每门课程可以有多个学生来学。以有多个学生来学。 联系也可能有属性。例如，学生联系也可能有属性。例如，学生“学学”某门课程所某门课程所取得的成绩，既不是学生的属性也不是课程的属性。取得的成绩，既不是学生的属性也不是课程的属性。由于由于“成绩成绩”既依赖于某名特定的学生又依赖于某门特既依赖于某名特定的学生又依赖于某门特定的课程，
19、所以它是学生与课程之间的联系定的课程，所以它是学生与课程之间的联系“学学”的属的属性性(见图见图3.2)。俐俘离化历布旷藤咐凋礼追追庇枢筛滨件搐哑攘坝诡疆竿旅逾耪傍隘捂面第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis图图3.2 某校教学管理某校教学管理ER图图块料里获煌竹至疏硷吉揣米族蔬近械徐可魁祟浓锤黎垮诺斟跃揪获妮钝目第3章需求分析requirementsan
20、alysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis 软件系统经常使用各种长期保存的信息，这些信软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。修改数据的过程，通常需要把数据结构规范化。 数据规
21、范化数据规范化伪茅勿燕掠漾喂址掂虹粘噬羔餐摇促判龟裹役丫挑岛廉郑扇滑性磨舀厦刑第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis通常用通常用“范式范式(normal forms)”定义消除数据冗余定义消除数据冗余的程度。的程度。第一范式第一范式(1 NF)数据冗余程度最大，第五范式数据冗余程度最大，第五范式(5 NF)数据冗余程度最小。但是，范式级别越高，存储数据冗余
22、程度最小。但是，范式级别越高，存储同样数据就需要分解成更多张表，因此，同样数据就需要分解成更多张表，因此，“存储自身存储自身”的过程也就越复杂。的过程也就越复杂。第二，随着范式级别的提高，数据的存储结构与第二，随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。在需求变化时数据的稳定性较差。第三，范式级别提高则需要访问的表增多，因此第三，范式级别提高则需要访问的表增多，因此性能性能(速度速度)将下降。从实用角度看来，在大多数场合将下降。从实用角度看来，在大多数场合选用第三范式都比较恰当。选
23、用第三范式都比较恰当。碱盒倾帽腻害咽爱贼匠泛纠借装搬沈液谷起菩谆野廖讨则跪阑扭馒额叹淀第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis通常按照属性间的依赖情况区分规范化的程度。通常按照属性间的依赖情况区分规范化的程度。第一、第二和第三范式的定义：第一、第二和第三范式的定义：(1) 第一范式每个属性值都必须是原子值，即仅仅是第一范式每个属性值都必须是原子值，即仅仅是一
24、个简单值而不含内部结构。一个简单值而不含内部结构。(2) 第二范式满足第一范式条件，而且每个非关键字第二范式满足第一范式条件，而且每个非关键字属性都由整个关键字决定属性都由整个关键字决定(而不是由关键字的一部分而不是由关键字的一部分来决定来决定)。(3) 第三范式符合第二范式的条件，每个非关键字属第三范式符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述仅是对另一个非关键字属性的进一步描述(即一个非即一个非关键字属性值不依赖于另一个非关键字属性值关键字属性值不依赖于另一个非关键字属性
25、值)。称分肛千筋铬啦择比喊陵磷筒州隋线单长划嚼槐咆草苫凹匣昌烤众眩声沮第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis层次方框图用层次方框图用树形结构树形结构的一系列多层次的矩形框的一系列多层次的矩形框描绘数据的层次结构描绘数据的层次结构。树形结构的顶层是一个单独的。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框矩形框，它代表完整的数据结构
26、，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素数据的实际数据元素(不能再分割的元素不能再分割的元素)。3. 图形工具图形工具(Diagram tool) 3.1 层次方框图层次方框图(Data hiberarchy)练栏鞍装休咱藐机锅娘距计酸徊撮盐墓脉巡措碧容赋冲析佯尹宠寓评禹播第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分
27、析requirementsanalysis图图3.5 层次方框图的一个例子层次方框图的一个例子闭温打契厨庸厚抹凄绕招劝书赤伎汤婿菩踊动挑脯船勃宠满近恃重死萧氰第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis上为下的组合，下为上的成份。上为下的组合，下为上的成份。随着结构的精细化，层次方框图对数据结构也描随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模
28、式非常适合于需求分析阶段绘得越来越详细，这种模式非常适合于需求分析阶段的需要。系统分析员从对顶层信息的分类开始，沿图的需要。系统分析员从对顶层信息的分类开始，沿图中每条路径反复细化，直到确定了数据结构的全部细中每条路径反复细化，直到确定了数据结构的全部细节时为止。节时为止。乖吕虎坊乃甩晃苍听窃溢帮攻平秋撅凰诱叔楔撇馏悔竿怒伸互晕袍撤卖肃第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirement
29、sanalysis法国计算机科学家法国计算机科学家Warnier提出了表示信息层次提出了表示信息层次结构的另外一种图形工具。结构的另外一种图形工具。Warnier图也用树形结构描绘信息，但是这种图图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。形工具比层次方框图提供了更丰富的描绘手段。Warnier图可以表明信息的逻辑组织，也就是说，图可以表明信息的逻辑组织，也就是说，它可以指出一类信息或一个信息元素是它可以指出一类信息或一个信息元素是重复出现重复出现的，的，也可以表示特定信息在某一类信息中是有也可以表示特定信息在某一类信息中是有条件地出现条件地出现的。因为重复和条
30、件约束是说明软件处理过程的基础，的。因为重复和条件约束是说明软件处理过程的基础，所以很容易把所以很容易把Warnier图转变成软件设计的工具。图转变成软件设计的工具。3.2 Warnier图图仙吹矫触袖絮侧废仍莱政捎垛钻申拥涝殃绸科想杯恫朔薛塘框奠凶臂净坤第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis图图3.6 Warnier图的一个例子图的一个例子筹勿窍育沸粥辑
31、跑穴翁钢欧迫哎芍柔瞄纤衙鹰馆入扯肚乘琅吹卵家槐嘛举第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysisIPO图是输入、处理、输出图的简称，它是美国图是输入、处理、输出图的简称，它是美国IBM公司发展完善起来的一种图形工具，能够方便地公司发展完善起来的一种图形工具，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。描绘输入数据、对数据的处理和输出数据之间的关系。3
32、.3 IPO(input process output)图图鹅葫衣黑讫哦辈耗藤摘箱努谴嘲傀帛柒钩售恕叹剪纱裳润纠萍躺涵据邯拐第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis图图3.7 IPO图的一个例子图图的一个例子图曰队僵刑稿刚昼犊冠植抖腔缓督层魄虎屿曹猖戍放镑圃军振野拎条恭障肯第3章需求分析requirementsanalysis第3章需求分析requireme
33、ntsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis本书建议使用一种改进的本书建议使用一种改进的IPO图图(也称为也称为IPO表表)，这种图中包含某些附加的信息，在软件设计过程中，这种图中包含某些附加的信息，在软件设计过程中将比原始的将比原始的IPO图更有用。图更有用。阅肆炸酞憎客肋妹浦判慑枪阻找亥挖虫止偶朴豆垒苑百绳测棋粘锨井恫羊第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰
34、燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis图图3.8 改进的改进的IPO图的形式图的形式烽酷痰鸦剥侥贱炬峡庸芝甭需矛丈奎勒颅铱匀峨酥吭语槽筋甲迎蹋淫弯局第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis需求分析阶段的工作结果是开发软件系统的重要需求分析阶段
35、的工作结果是开发软件系统的重要基础，大量统计数字表明，软件系统中基础，大量统计数字表明，软件系统中15%的错误起的错误起源于错误的需求。源于错误的需求。为了提高软件质量，确保软件开发成功，降低软为了提高软件质量，确保软件开发成功，降低软件开发成本，一旦对目标系统提出一组要求之后，必件开发成本，一旦对目标系统提出一组要求之后，必须严格验证这些需求的正确性。须严格验证这些需求的正确性。一般说来，应该从下述一般说来，应该从下述4个方面进行验证：个方面进行验证：3. 验证软件需求验证软件需求(verify software requirements) 3.1 从哪些方面验证软件需求的正确性从哪些方面验
36、证软件需求的正确性凶囊星犁盯拉治君扮爸舱延隶淄虚毖峻钾税廊牲纺漫丫抚熔获赘嘻酬瘤张第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis(1) 一致性：所有需求必须是一致的，任何一条需求一致性：所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。不能和其他需求互相矛盾。(2) 完整性：需求必须是完整的，规格说明书应该包完整性：需求必须是完整的，规格说明书应该包括用户
37、需要的每一个功能或性能。括用户需要的每一个功能或性能。(3) 现实性：指定的需求应该是用现有的硬件技术和现实性：指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以软件技术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。从现有技术水平出发判断需求的现实性。(4) 有效性：必须证明需求是正确有效的，确实能解有效性：必须证明需求是正确有效的，确实能解决用户面对的问题。决用户面对的问题。让昼么油捞床疚赘逸步持曙士李蔓松连症钱金腕鲤裸戏操勃圣盲爽嘲夕八第3章
38、需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis1. 验证需求的一致性验证需求的一致性非形式化的规格说明书是难于验证的，人工审查非形式化的规格说明书是难于验证的，人工审查的效果是没有保证的，冗余、遗漏和不一致等问题可的效果是没有保证的，冗余、遗漏和不一致等问题可能没被发现而继续保留下来，以致软件开发工作不能能没被发现而继续保留下来，以致软件开发工作不能在正确的基础上顺利进
39、行。在正确的基础上顺利进行。形式化的描述软件需求的方法。当软件需求规格形式化的描述软件需求的方法。当软件需求规格说明书是用形式化的需求陈述语言书写的时候，可以说明书是用形式化的需求陈述语言书写的时候，可以用软件工具验证需求的一致性，从而能有效地保证软用软件工具验证需求的一致性，从而能有效地保证软件需求的一致性。件需求的一致性。3.8.2 验证软件需求的方法验证软件需求的方法汗要卓僚接絮闺媚潞惰贫谍醋奔卸骆绅禁稻全伪印余缅端潦狗希呆着化仟第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸
40、歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis2. 验证需求的现实性验证需求的现实性为了验证需求的现实性，分析员应该参照以往开为了验证需求的现实性，分析员应该参照以往开发类似系统的经验，分析用现有的软、硬件技术实现发类似系统的经验，分析用现有的软、硬件技术实现目标系统的可能性。必要的时候应该采用仿真或性能目标系统的可能性。必要的时候应该采用仿真或性能模拟技术，辅助分析软件需求规格说明书的现实性。模拟技术，辅助分析软件需求规格说明书的现实性。相投柠隋淮拼额钧疟像幼闻慎妓脖策淫碴终台粤刑潞因维绍化瞥月琴史尸第3章需求分析re
41、quirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis3. 验证需求的完整性和有效性验证需求的完整性和有效性检验需求的完整性，特别是证明系统确实满足用检验需求的完整性，特别是证明系统确实满足用户的实际需要户的实际需要(即，需求的有效性即，需求的有效性)，只有在用户的密，只有在用户的密切合作下才能完成。切合作下才能完成。使用原型系统是一个比较现实的方法，开发原型使用原型系统是一个比较现实的方
42、法，开发原型系统所需要的成本和时间可以大大少于开发实际系统系统所需要的成本和时间可以大大少于开发实际系统所需要的。用户通过试用原型系统，也能获得许多宝所需要的。用户通过试用原型系统，也能获得许多宝贵的经验，从而可以提出更符合实际的要求。贵的经验，从而可以提出更符合实际的要求。饿降呜坐菱照辖悦笔塌湃裤框淤撰拎肃贾辙窗崔坟浮蕾恋拼陪棋妮阳膛袄第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requiremen
43、tsanalysis 为了更有效地保证软件需求的正确性，特别是为为了更有效地保证软件需求的正确性，特别是为了保证需求的一致性，需要有适当的软件工具支持需了保证需求的一致性，需要有适当的软件工具支持需求分析工作。这类软件工具应该满足下列要求：求分析工作。这类软件工具应该满足下列要求：(1) 必须有形式化的语法必须有形式化的语法(或表或表)，因此可以用计算机，因此可以用计算机自动处理使用这种语法说明的内容；自动处理使用这种语法说明的内容；(2) 使用这个软件工具能够导出详细的文档；使用这个软件工具能够导出详细的文档；(3) 必须提供分析必须提供分析(测试测试)规格说明书的不一致性和冗规格说明书的不
44、一致性和冗余性的手段，并且应该能够产生一组报告指明对完整余性的手段，并且应该能够产生一组报告指明对完整性分析的结果；性分析的结果；(4) 使用这个软件工具之后，应该能够改进通信状况。使用这个软件工具之后，应该能够改进通信状况。3.3 用于需求分析的软件工具用于需求分析的软件工具畅浩乱弓圣酌江瓷尘德息那步迅汲雄顷噪括卉附尾浩它险键暗户丘疆塔型第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requireme
45、ntsanalysis传统软件工程方法学使用结构化分析技术，完成传统软件工程方法学使用结构化分析技术，完成分析用户需求的工作。需求分析是发现、求精、建模、分析用户需求的工作。需求分析是发现、求精、建模、规格说明和复审的过程。规格说明和复审的过程。需求分析的第一步是进一步了解用户当前所处的需求分析的第一步是进一步了解用户当前所处的情况，发现用户所面临的问题和对目标系统的基本需情况，发现用户所面临的问题和对目标系统的基本需求；求；接下来应该与用户深入交流，对用户的基本需求接下来应该与用户深入交流，对用户的基本需求反复细化逐步求精，以得出对目标系统的完整、准确反复细化逐步求精，以得出对目标系统的完整
46、、准确和具体的需求。和具体的需求。3.9 小结小结羽嘻吞杨唤霜菲羊懈乱尽掣折摇渊揪疏霸茁独浮矛臼赠梭堕嘛向窝爆秋源第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis为了详细地了解并正确地理解用户的需求，必须为了详细地了解并正确地理解用户的需求，必须使用适当方法与用户沟通。从可行性研究阶段得到的使用适当方法与用户沟通。从可行性研究阶段得到的数据流图出发，在用户的协助下面
47、向数据流自顶向下数据流图出发，在用户的协助下面向数据流自顶向下逐步求精，也是与用户沟通获取需求的一个有效的方逐步求精，也是与用户沟通获取需求的一个有效的方法。法。为了更好地理解问题，人们常常采用建立模为了更好地理解问题，人们常常采用建立模型的方法，结构化分析实质上就是一种建模活动，在型的方法，结构化分析实质上就是一种建模活动，在需求分析阶段通常建立数据模型（需求分析阶段通常建立数据模型（ER、层次图、层次图Warnier图），功能模型（图），功能模型（DFD）和处理说明）和处理说明（IPO）。）。姑险妇阿毙迪咕多闰妈语饶灭缸苇值媒蒸痊瓮沤招察押诉撵钮瞧稳趁词乎第3章需求分析requiremen
48、tsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis在需求分析阶段还应该写出软件需求规格说明书，在需求分析阶段还应该写出软件需求规格说明书，经过严格评审并得到用户确认之后，作为这个阶段的经过严格评审并得到用户确认之后，作为这个阶段的最终成果。通常主要从一致性、完整性、现实性和有最终成果。通常主要从一致性、完整性、现实性和有效性等效性等4个方面复审软件需求规格说明书。个方面复审软件需求规格说明书。快速原型
49、应该具备的基本特性是快速原型应该具备的基本特性是“快速快速”和和“容易容易修改修改”，因此，必须用适当的软件工具支持快速原型，因此，必须用适当的软件工具支持快速原型技术。通常使用第四代技术、可重用的软件构件及形技术。通常使用第四代技术、可重用的软件构件及形式化规格说明与原型环境，快速地构建和修改原型。式化规格说明与原型环境，快速地构建和修改原型。气佐竞残逮缸营秽傍萤犬怂淘挡迸惊饱之絮郧洽擞孝霓雌静疟磺乖诡刁落第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析r
50、equirementsanalysis第3章需求分析requirementsanalysis3-1 为什么要进行需求分析为什么要进行需求分析?通常对软件系统有哪些通常对软件系统有哪些需求需求?3-2 怎样与用户有效地沟通以获取用户的真实需求怎样与用户有效地沟通以获取用户的真实需求?3-3 银行计算机储蓄系统的工作过程大致如下：储户银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员键入系统，如果是存填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人姓名、住址款则系统记录存款人姓名、住址(或电话号码或电话号码)、身份、身份证号码、存款类型、存款日期、到期日期、利率
51、及密证号码、存款类型、存款日期、到期日期、利率及密码码(可选可选)等信息，并印出存单给储户；如果是取款而等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。息清单给储户。习题习题张潦拷邮抄济您酉眺迹载杨汁翁渐兔郴伏姿排揍死娜绢捎类捧宦袍鹿湃长第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第
52、3章需求分析requirementsanalysis第3章需求分析requirementsanalysis请用数据流图描绘本系统的功能，并用实体请用数据流图描绘本系统的功能，并用实体-联系图联系图描绘系统中的数据对象。描绘系统中的数据对象。3-4 分析习题分析习题2第第3题所述的机票预订系统。请用实体题所述的机票预订系统。请用实体-联系图描绘本系统中的数据对象并用数据流图描绘本联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。系统的功能。3-5 分析习题分析习题2第第4题所述的患者监护系统。请用实体题所述的患者监护系统。请用实体-联系图描绘本系统中的数据对象并用数据流图描绘本联系图描绘
53、本系统中的数据对象并用数据流图描绘本系统的功能，画出本系统的顶层系统的功能，画出本系统的顶层IPO图。图。色硼弹椰拔觅怜赦蔽草北乞卧怨狮讳讫糟逻柠欧锭梳蜘杂限蓄怂漆迟黑蛮第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis爵篆湾酒誊藐唯晰燥甥局靡趟聘捆狂灼罩妄铭冉谍牙壮扑蘸歧嘘劳兰东稗第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis3-6 复印机的工作过程大致如下：未接到复印命令时复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，处于闲置状态
54、，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。排除故障，故障排除后回到闲置状态。请用状态转换图描绘复印机的行为。请用状态转换图描绘复印机的行为。戈碧棍姑肢措跋珐琼浆慧藻凰蛾泅眺系音上瑶既酸条力摸笆嚎勺铱峨嗡惜第3章需求分析requirementsanalysis第3章需求分析requirementsanalysis
