《第三章需求分析》由会员分享，可在线阅读，更多相关《第三章需求分析（56页珍藏版）》请在金锄头文库上搜索。
1、第三章第三章 需需 求求 分分 析析窍窍焕焕怂怂叁叁巴巴使使挛挛亲亲要要紫紫赡赡耗耗适适坠坠旧旧刚刚寒寒刺刺翅翅焊焊鞭鞭智智逃逃洲洲屎屎玩玩套套檀檀滚滚矢矢铝铝勺勺第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院第第3 3章章 需求分析需求分析 意义意义 软件需求的深入理解是软件开发工作获得成软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。失望，给开发带来烦恼。邯邯拙拙揩揩牟牟彦彦摸摸礼礼谁谁
2、驴驴迁迁涛涛裔裔栗栗贡贡啊啊镶镶澳澳顿顿泡泡徽徽卧卧育育冲冲厦厦褂褂萎萎驼驼娱娱航航晕晕涌涌讹讹第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 需求分析是软件定义时期的最后一个需求分析是软件定义时期的最后一个阶段，它的基本任务阶段，它的基本任务不是确定系统怎样完成不是确定系统怎样完成它的它的工作，工作，而是确定系统必须完成而是确定系统必须完成哪些工作，也就是哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。对目标系统提出完整、准确、清晰、具体的要求。 并在在需求分析阶段结束之前，由系统分析并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面
3、形式准确地员写出软件需求规格说明书，以书面形式准确地描述软件需求。即：描述软件需求。即： - - 准确地回答准确地回答“系统必须做什么系统必须做什么? ?”。针针驻驻台台秋秋堡堡及及球球轻轻绸绸瘴瘴馆馆账账哪哪礁礁挽挽适适喀喀奔奔丸丸石石争争炽炽逛逛放放潭潭浚浚酷酷燃燃岩岩趴趴屠屠锤锤第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 在分析软件需求和书写软件需求规格说明书的过程中，在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。分析员和用户都起着关键的、必不可少的作用。 掘掘弦弦鸭鸭绽绽冯冯偶偶聘聘戈戈氟氟畔畔垒垒测测骆骆链链咐
4、咐磊磊佯佯侥侥辙辙迫迫护护沿沿稻稻唾唾肩肩甸甸汹汹唁唁些些畅畅彦彦瘩瘩第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.1 3.1 需求分析的任务需求分析的任务 需求分析的任务需求分析的任务需求分析的任务需求分析的任务就是借助于当前系统的逻辑模就是借助于当前系统的逻辑模就是借助于当前系统的逻辑模就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的型导出目标系统的逻辑模型，解决目标系统的型导出目标系统的逻辑模型，解决目标系统的型导出目标系统的逻辑模型，解决目标系统的 “做做做做什么什么什么什么” 的问题。的问题。的问题。的问题。亏亏裸裸灶灶矣矣楷楷改改型型
5、怒怒嘴嘴油油份份卸卸摆摆起起峭峭圃圃拯拯付付窑窑讼讼淤淤苦苦克克粤粤霹霹楚楚演演叔叔炊炊私私孩孩著著第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 通常软件开发项目是要实现目标系统的物理模型，通常软件开发项目是要实现目标系统的物理模型，即确定待开发软件系统的系统元素，并将功能和数据结即确定待开发软件系统的系统元素，并将功能和数据结构分配到这些系统元素中。构分配到这些系统元素中。目标系统的具体物理模型是目标系统的具体物理模型是由它的逻辑模型经实例化而得到的由它的逻辑模型经实例化而得到的。作为目标系统的参作为目标系统的参考，需求分析的任务就是借助于当前系统的逻辑模型导考，
6、需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，出目标系统的逻辑模型，步骤如下：步骤如下： 获得当前系统的物理模型获得当前系统的物理模型 抽象出当前系统的逻辑模型抽象出当前系统的逻辑模型 建立目标系统的逻辑模型建立目标系统的逻辑模型 为了对目标系统做完整的描述，还需要对得到的逻为了对目标系统做完整的描述，还需要对得到的逻辑模型做一些补充。辑模型做一些补充。七七吗吗嚎嚎蝴蝴杜杜秦秦涵涵颜颜潭潭卉卉恐恐袒袒纪纪摧摧脚脚贵贵适适村村哎哎车车爽爽阉阉钵钵曼曼慨慨扦扦叹叹讫讫职职抨抨杠杠设设第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院业务需求业务需求项目范项
7、目范围文档围文档用户需求用户需求用例用例文档文档功能需求功能需求质量属性质量属性其他非功其他非功能需求能需求设计约束设计约束需求规约需求规约(specification)非功能需求非功能需求系统需求系统需求需求组成的全景图需求组成的全景图软件需求的组成软件需求的组成躲躲疹疹矮矮胚胚胆胆止止透透阜阜碍碍共共谐谐独独赢赢物物木木哎哎猫猫宦宦递递只只趋趋暂暂炯炯广广纸纸围围渴渴蛀蛀刨刨则则姐姐额额第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 其中：其中： 业务需求需求：反映：反映组织机构和客机构和客户对系系统、产品高品高层次次的目的目标要求。要求。 用用户户需求需求：从用
8、户使用的角度给出需求的描述。从用户使用的角度给出需求的描述。 如一个小型超市需要一个商品的查询系统。如一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。经理需要查询商品的销售及盈利情况。 用户需求用户需求: :这三类用户怎样去查询系统，查询哪这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。些信息，还需要哪些操作。馋馋无无竹竹疵疵尔尔囚囚谎谎字字缨缨哟哟批批圣圣蠢蠢杏杏酞酞阵阵围围鞘鞘咆咆
9、桐桐钙钙忧忧穴穴剩剩瓤瓤趾趾漾漾猾猾逛逛跑跑敝敝搔搔第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 系系统统需求需求：从：从系统的角度描述要提供的服务以及所受到的约系统的角度描述要提供的服务以及所受到的约束。束。 功能性需求功能性需求：描述系统应该做什么，即为用户和其它系统完：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。成的功能、提供的服务。 非功能性需求非功能性需求：产品必须具备的属性或品质。：产品必须具备的属性或品质。 设计约设计约束束：设计设计与与实现必须遵循的标准、约束条件。如运行实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编
10、程语言和工具等。平台、协议、选择的技术、编程语言和工具等。软件需求的描述软件需求的描述 结构化语言、结构化语言、PDLPDL 图形化表示图形化表示 数学描述（形式化语言描述）数学描述（形式化语言描述）颁颁吹吹沼沼步步茧茧篆篆补补袱袱赎赎云云掂掂差差贤贤疙疙搏搏避避物物楷楷质质敞敞灌灌郑郑债债昌昌男男止止煞煞章章始始镣镣焦焦勾勾第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院1 1 确定对系统的综合要求确定对系统的综合要求 -功能需求、性能需求、可靠性和可用性功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、需求、出错处理需求、接口需求、约束、 逆向需
11、求、将来可能提出的要求。逆向需求、将来可能提出的要求。需求分析的具体任务需求分析的具体任务2 2 分析系统的数据要求分析系统的数据要求3 3 导出系统的逻辑模型导出系统的逻辑模型4 4 修正系统开发计划修正系统开发计划蚊蚊康康舀舀车车孙孙短短蹋蹋逸逸赖赖荚荚蛾蛾紫紫预预锣锣佰佰威威犁犁回回勿勿瓷瓷梨梨祈祈惩惩绍绍离离搏搏这这秉秉狂狂碱碱绕绕辅辅第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.2 软件需求获取软件需求获取 需求分析是一个包括创建和维持系统需求文档所必需的一需求分析是一个包括创建和维持系统需求文档所必需的一切活动的过程。它包含了如下活动：切活动的过程。它
12、包含了如下活动： 系统可行性研究、需求获取和分析、需求描述和文档编写、系统可行性研究、需求获取和分析、需求描述和文档编写、需求有效性验证、需求管理（管理需求工程的变更）。需求有效性验证、需求管理（管理需求工程的变更）。可行性研究可行性研究需求获取和需求获取和分析分析需求描述需求描述需求有效需求有效性验证性验证可行性研究可行性研究报告报告系统模型系统模型用户需求和系用户需求和系统需求统需求需求规约需求规约软件需求过程软件需求过程需求管理需求管理朝朝丙丙图图抑抑大大登登副副辽辽里里捍捍栖栖变变探探个个偶偶校校畔畔跳跳拎拎蝇蝇韵韵哀哀戚戚纬纬馏馏狸狸怠怠乃乃淳淳菏菏滁滁表表第第三三章章需需求求分分析
13、析第第三三章章需需求求分分析析信息学院信息学院需求获取是开发人员与客户或用户一起对应用领域需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。进行调查研究，收集系统需求的过程。需求分析是将获取到的需求准确的理解、求精，并需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。成需求规约的过程。需求获取和分析有一定的难度，因为：需求获取和分析有一定的难度，因为： 1）项目相关人员通常并不真正知道希望计算机项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做
14、什么是件做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。困难的事，他们或许提出不切实际的要求。勃勃愉愉孪孪板板债债户户牲牲锭锭泞泞眠眠遥遥右右趾趾蝎蝎朗朗柄柄鲁鲁资资违违网网意意瑶瑶趟趟挟挟冻冻驭驭妹妹榨榨嘎嘎筒筒唆唆夹夹第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 2） 项目相关人员用自己的语言表达需求，这些项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需析员没有这些知识和经验，而他们又必须了解这些需求。
15、求。 3 3）不同的项目相关人员有不同的需求，可能以不）不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。源，而且能发现这些需求的相容或冲突之处。 4 4）经济和业务环境决定了分析是动态的，需求在）经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。新的需求会从新的项目相关人员那里得到。 软件工程思想(林锐 P38P48) 需求分析为什么困难？ 如何进行
16、需求分析？ 忱忱壬壬纵纵枷枷辉辉媳媳肤肤醒醒拎拎盏盏琵琵漏漏胡胡呵呵辉辉过过坷坷阅阅遗遗段段忧忧嚣嚣情情铱铱哦哦汀汀诈诈知知友友罚罚刘刘峰峰第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院需求获取技术需求获取技术 建立由客户（用户）、系统分析员、领域专家参加的建立由客户（用户）、系统分析员、领域专家参加的联合小组。联合小组。 需求获取的方法：个别访谈、召集会议、文档研究、需求获取的方法：个别访谈、召集会议、文档研究、问卷调查、观察用户工作流程、建立原型。问卷调查、观察用户工作流程、建立原型。 获取的需求的表达方式：获取的需求的表达方式： （1）需求列表 需求与系统的特殊
17、视角或环境的关系 （2）业务流程图（状态/活动图） （3）用例（Use-Case）/场景（Scenario） （4）数据流图 （5）实体关系图 （6）类图、活动图、时序图等。 混混像像兹兹师师奶奶将将费费奈奈厨厨姚姚蟹蟹奔奔眷眷美美腑腑昌昌甫甫申申住住僵僵漆漆猛猛务务月月扳扳招招杯杯驭驭蜗蜗貌貌湛湛涯涯第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 用例把系统分成一组逻辑的、互相联系较少的部分，用例把系统分成一组逻辑的、互相联系较少的部分，每一部分都描述了系统与外部角色交互所提供的服务，即每一部分都描述了系统与外部角色交互所提供的服务，即用例的集合代表了所有将会在系统
18、需求中出现的交互。因用例的集合代表了所有将会在系统需求中出现的交互。因此容易此容易从使用的角度理解系统应达到的功能从使用的角度理解系统应达到的功能。 例：列出图书馆系统中以下参与者的最小用例集：例：列出图书馆系统中以下参与者的最小用例集：借借阅者、借书员、图书管理员、会计系统阅者、借书员、图书管理员、会计系统。 借阅者借阅者： 按题目查询书籍按题目查询书籍 按作者查询书籍按作者查询书籍 按主题查询书籍按主题查询书籍 预定已被其他人借出的书籍预定已被其他人借出的书籍 查询借阅者的个人信息并列出借阅的书籍查询借阅者的个人信息并列出借阅的书籍懒懒原原义义莫莫情情矛矛沃沃判判迎迎窖窖冈冈吱吱地地拔拔陌
19、陌捣捣勋勋睬睬珠珠没没凤凤怨怨伸伸汲汲筑筑豁豁捉捉厄厄宽宽坠坠蹋蹋侨侨第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 借书员借书员： 所有借阅者的用例，再加上所有借阅者的用例，再加上 为借阅者查找某一书籍为借阅者查找某一书籍 登记已归还的书籍登记已归还的书籍 续借一本书续借一本书 登记缴纳的罚款登记缴纳的罚款 添加新的借阅者添加新的借阅者 更新借阅者的个人信息（地址、电话号码等）更新借阅者的个人信息（地址、电话号码等） 图书管理员图书管理员： 所有借阅者和借书员的用例，再加上所有借阅者和借书员的用例，再加上 添加藏书添加藏书 删除藏书删除藏书 改变系统中对已有书籍的记
20、录信息改变系统中对已有书籍的记录信息 会计系统（独立运行）会计系统（独立运行） 获得借阅者支付的超期罚款获得借阅者支付的超期罚款雀雀惠惠矛矛努努搔搔侥侥舍舍晾晾豁豁男男伊伊貉貉粘粘碍碍未未瓢瓢瓜瓜膳膳胚胚田田掳掳而而阻阻光光窟窟遵遵末末苹苹卒卒探探辞辞缴缴第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.3 3.3 需求分析方法需求分析方法 常见的需求分析方法有：常见的需求分析方法有： 功能分析方法功能分析方法 将系统看作若干功能模块的集合，每个功能又可以分解为若干子功能,子功能还可继续分解,分解的结果已经是系统的雏形。 结构化分析方法结构化分析方法 是一种以数据、数
21、据的封闭性为基础，从问题空间到某种表示的映射方法，由数据流图（DFD图）表示。 信息建模法信息建模法 是从数据的角度对现实世界建立模型的,基本工具是ER图。 面向对象的分析方法面向对象的分析方法 面向对象的分析方法（OOA）的关键是识别问题域内的对象，分析它们之间的关系，并建立起三类模型。冒冒诞诞宝宝雄雄瘁瘁层层房房沫沫挚挚潍潍高高十十彰彰块块制制庭庭绣绣溜溜施施士士颐颐享享别别脆脆怪怪疥疥煞煞革革谬谬羔羔胜胜抒抒第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.3.1、结构化分析方法（、结构化分析方法（Structured Analysis 简称简称SA） SA的基
22、本思想的基本思想 结构化分析方法的基本思想是结构化分析方法的基本思想是“分解分解”和和“抽象抽象”。 分解：分解：对于一个复杂的系统，为了将复杂性降低到可以 掌握的程度，可以把大问题分解成若干小问题，然后分别解决。 抽象：抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去，以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个系统的方法就是“抽象”。铡铡铀铀逾逾卖卖适适柜柜茵茵穿穿轰轰排排锄锄雷雷内内洁洁欲欲暑暑栓栓遥遥洲洲显显呈呈创创桌桌洲洲荧荧砾砾眉眉升升墙墙蘸蘸眷眷走走第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院SA法的步骤法的步骤
23、 建立当前系统的建立当前系统的“具体模型具体模型”。 抽象出当前系统的逻辑模型。抽象出当前系统的逻辑模型。 建立目标系统的逻辑模型。建立目标系统的逻辑模型。 为了对目标系统做完整的描述，还需要考虑人机界面为了对目标系统做完整的描述，还需要考虑人机界面 和其他一些问题。和其他一些问题。SASA法的描述方法法的描述方法法的描述方法法的描述方法 分层的数据流图分层的数据流图 数据词典数据词典 描述加工逻辑的结构化语言、判定表及判定树描述加工逻辑的结构化语言、判定表及判定树先先峨峨专专第第政政卉卉汛汛前前舍舍详详陪陪记记留留吝吝萄萄方方燎燎勒勒钒钒孰孰组组靶靶剥剥灯灯涕涕舌舌暗暗锭锭磋磋僵僵商商忧忧第
24、第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院实例：医院病房监护系统产生产生病情报告病情报告监视病情监视病情更新病历更新病历旋旋肥肥希希姿姿啊啊绣绣隧隧浪浪亭亭柱柱有有欢欢沽沽氯氯炎炎笛笛在在挞挞锈锈揉揉席席省省朗朗炕炕爵爵节节您您募募他他甘甘普普嗜嗜第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院系统功能要求：系统功能要求： 1 1、监视病员的病症（血压、体温、脉搏等）、监视病员的病症（血压、体温、脉搏等） 2 2、定时更新病历、定时更新病历 3 3、病员出现异常情况时报警。、病员出现异常情况时报警。 4 4、随机地产生某一病员的病情报告。、随
25、机地产生某一病员的病情报告。顶层：顶层：病员病员护士护士护士护士病员监病员监护系统护系统病员病员日志日志病症信号病症信号要求报告要求报告病症病症报告报告报警报警医院病房监护系统医院病房监护系统壹壹楔楔茨茨丧丧阑阑舵舵鸭鸭徐徐直直缠缠褂褂胞胞城城金金帽帽捶捶姆姆惮惮山山洱洱辜辜范范想想屡屡灯灯门门娩娩肪肪火火走走膘膘聘聘第第三三章章需需求求分分析析第第三三章章需需求求分分析析第一层：第一层：病员病员护士护士护士护士中央监视中央监视病员病员日志日志病症信号病症信号要求报告要求报告病症病症报告报告报警报警局部监视局部监视生成报告生成报告病员极限病员极限更新日志更新日志病员数据病员数据格式化格式化病员
26、数据病员数据生理信号生理信号极限值极限值1324日志数据日志数据日志数据日志数据医院病房监护系统顶层医院病房监护系统顶层DFDDFD图图拂拂官官碘碘愤愤皑皑所所介介都都柱柱酞酞啼啼完完诧诧殃殃继继账账往往搀搀起起顾顾疙疙壳壳狈狈盅盅抒抒为为乘乘盘盘端端啪啪移移居居第第三三章章需需求求分分析析第第三三章章需需求求分分析析第二层：加工第二层：加工“中央监视中央监视”分解分解计算超过计算超过极限值否极限值否病员数据据超过极限值报警开解信号开解信号产生产生报警信息报警信息病员极限病员极限格式化格式化病员数据病员数据体温血压、体温脉搏生理信号极限值时间脉搏血压日期时钟时钟格式化病员数据3.13.23.2
27、3.33.33.43.4医院病房监护系统二层医院病房监护系统二层DFDDFD图图捣捣钙钙图图酮酮谈谈郁郁娇娇雾雾铱铱促促田田炯炯镭镭酞酞鉴鉴穷穷吗吗宏宏弊弊吓吓州州筐筐妻妻叼叼隋隋掠掠荤荤呀呀遇遇篆篆擒擒虚虚第第三三章章需需求求分分析析第第三三章章需需求求分分析析计算超过计算超过极限值否极限值否病员数据超过极限值报警开解信号开解信号产生产生报警信息报警信息病员极限病员极限格式化格式化病员数据病员数据体温血压、体温、脉搏生理信号极限值时间脉搏血压日期时钟时钟格式化病员数据3.13.23.23.33.33.43.4第二层：加工第二层：加工“中央监视中央监视”分解分解医院病房监护系统分层医院病房监护
28、系统分层医院病房监护系统分层医院病房监护系统分层DFDDFDDFDDFD图图图图图 2.15第一层第一层格式化格式化病员数据病员数据生理信号生理信号极限值极限值病员病员护士护士护士护士中央监视中央监视病员病员日志日志病症信号病症信号要求报告要求报告病症病症报告报告报警报警局部监视局部监视生成报告生成报告病员极限病员极限更新日志更新日志病员病员数据数据1324日志数据日志数据图 2.16师师廖廖颤颤匣匣佩佩骚骚列列替替埋埋雷雷楼楼陪陪胞胞迎迎禽禽锌锌眼眼费费罐罐箱箱毡毡子子磋磋夷夷犯犯虽虽付付稼稼腻腻陋陋厕厕挑挑第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.3.23
29、.3.2、E-R方法（方法（Entity-Relationship Approach） 和实体模型和实体模型E-R方法方法，即实体，即实体-联系方法。用于数据库逻辑设联系方法。用于数据库逻辑设计过程，可定义实体模型。计过程，可定义实体模型。实体模型实体模型，是客观世界的纯表示，不涉及具体的，是客观世界的纯表示，不涉及具体的数据结构、存取路径、存取效率等问题。数据结构、存取路径、存取效率等问题。实体模型中包含实体模型中包含3 3种相互关联的信息：种相互关联的信息：实体（数实体（数据对象）据对象）、实体的、实体的属性属性及实体彼此间相互连接的及实体彼此间相互连接的关系关系。跃跃疙疙酱酱撵撵斥斥山山
30、颤颤枪枪骋骋湛湛吱吱篡篡贾贾淄淄丰丰杉杉芦芦伸伸钮钮饼饼汪汪梢梢渠渠圃圃党党滓滓棠棠震震肛肛描描浮浮扰扰第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院举举 例例图图3.2 3.2 某校教学管理某校教学管理ERER图图实体实体教教师师属属性性学学生生属属性性课课程程属属性性联联系系属属性性关系关系怖怖漾漾诫诫胎胎名名迁迁磷磷笨笨笆笆峻峻拴拴签签冯冯蛆蛆苹苹五五汗汗鹿鹿囤囤噶噶蛮蛮崇崇像像累累票票伍伍邵邵他他玩玩卧卧逢逢贸贸第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院(1). (1). 实体实体- -联系图的符号联系图的符号ERER图图中包含了
31、中包含了实体实体、关系关系和和属性属性等等3 3种基本成分。种基本成分。通常用通常用矩形框矩形框代表实体；代表实体；用连接相关实体的用连接相关实体的菱形框菱形框表示关系；表示关系；用用椭圆形或圆角矩形椭圆形或圆角矩形表示实体表示实体( (或关系或关系) )的属性；的属性；并用并用直线直线把实体把实体( (或关系或关系) )与其属性连接起来。与其属性连接起来。佛佛斜斜磋磋镀镀梗梗溺溺帮帮豢豢钧钧磕磕毗毗侈侈菩菩娜娜堰堰碘碘留留弃弃备备撵撵奥奥炮炮锄锄主主率率抖抖垃垃食食委委融融哄哄浦浦第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院(2). (2). 属属 性性属性定义了
32、实体的属性定义了实体的性质性质。必须把一个或多个属性定义为必须把一个或多个属性定义为“标识符标识符”，也就是说，当我们希望，也就是说，当我们希望找到数据对象的一个实例时，用标识符属性作为找到数据对象的一个实例时，用标识符属性作为“关键字关键字”( (通常通常简称为简称为“键键”) )。应该根据对所要解决的问题的理解，来确定特定数据对象的一组应该根据对所要解决的问题的理解，来确定特定数据对象的一组合适的属性。合适的属性。 如：如：学生具有学生具有学生具有学生具有学号学号学号学号、姓名姓名姓名姓名、性别性别性别性别、年龄年龄年龄年龄、专业专业专业专业（其它略）等属性；（其它略）等属性；（其它略）等
33、属性；（其它略）等属性； 课程具有课程具有课程具有课程具有课程号课程号课程号课程号、课程名课程名课程名课程名、学分学分学分学分、学时数学时数学时数学时数等属性；等属性；等属性；等属性； 教师具有教师具有教师具有教师具有职工号职工号职工号职工号、姓名姓名姓名姓名、年龄年龄年龄年龄、职称职称职称职称等属性。等属性。等属性。等属性。宇宇画画毫毫画画伦伦景景峦峦期期瀑瀑制制明明焕焕嘎嘎孵孵甚甚苹苹悬悬突突暑暑色色钉钉晤晤蜗蜗秃秃渠渠厕厕伟伟雏雏披披增增的的谜谜第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院(3). (3). 联联 系系数据对象数据对象彼此之间相互连接的方式彼此
34、之间相互连接的方式称为联系，也称为关系。称为联系，也称为关系。联系可分为以下联系可分为以下3 3种类型种类型： a. a. 一对一联系一对一联系(11)(11) 如：一个部门有一个经理，而每个经理只在一个部门任职，则部门与经如：一个部门有一个经理，而每个经理只在一个部门任职，则部门与经理的联系是一对一的。理的联系是一对一的。 b. b. 一对多联系一对多联系(1N)(1N) 如：某校教师与课程之间存在一对多的联系如：某校教师与课程之间存在一对多的联系“教教”，即每位教师可以教多，即每位教师可以教多门课程，但是每门课程只能由一位教师来教。门课程，但是每门课程只能由一位教师来教。 c. c. 多对
35、多联系多对多联系(MN)(MN) 如：学生与课程间的联系如：学生与课程间的联系( (“学学”) )是多对多的，即一个学生可以学多门课是多对多的，即一个学生可以学多门课程，而每门课程可以有多个学生来学。程，而每门课程可以有多个学生来学。联系也可能有属性。联系也可能有属性。 如：学生如：学生“学学”某门课程所取得的成绩，既不是学生的属性也不是课程的属某门课程所取得的成绩，既不是学生的属性也不是课程的属性。由于性。由于“成绩成绩”既依赖于某名特定的学生又依赖于某门特定的课程，所以它是既依赖于某名特定的学生又依赖于某门特定的课程，所以它是学生与课程之间的联系学生与课程之间的联系“学学”的属性。的属性。
36、暴暴疚疚突突皱皱烛烛杆杆堤堤卿卿洒洒驾驾氧氧妮妮雨雨歪歪藻藻蛛蛛诺诺线线岛岛啪啪笨笨缩缩折折笑笑坎坎级级绸绸态态棋棋躯躯藕藕卸卸第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院规范化的目的是：规范化的目的是：规范化的目的是：规范化的目的是：消除数据冗余消除数据冗余消除数据冗余消除数据冗余，即消除表格中数据的重复；，即消除表格中数据的重复；，即消除表格中数据的重复；，即消除表格中数据的重复；消除多义性消除多义性消除多义性消除多义性，使关系中的属性含义清楚、单一；，使关系中的属性含义清楚、单一；，使关系中的属性含义清楚、单一；，使关系中的属性含义清楚、单一；使关系的使关系的
37、使关系的使关系的“ “概念概念概念概念” ”单一化单一化单一化单一化，让每个数据项只是一个简，让每个数据项只是一个简，让每个数据项只是一个简，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组；单的数或字符串，而不是一个组项或重复组；单的数或字符串，而不是一个组项或重复组；单的数或字符串，而不是一个组项或重复组；方便操作方便操作方便操作方便操作。使数据的插入、删除与修改操作可行并。使数据的插入、删除与修改操作可行并。使数据的插入、删除与修改操作可行并。使数据的插入、删除与修改操作可行并方便；方便；方便；方便；使关系模式更灵活使关系模式更灵活使关系模式更灵活使关系模式更灵活，易于实现接
38、近自然语言的查询，易于实现接近自然语言的查询，易于实现接近自然语言的查询，易于实现接近自然语言的查询方式。方式。方式。方式。数据规范化数据规范化陨陨曾曾树树橇橇魁魁茄茄港港毯毯轴轴讳讳铃铃题题绵绵雌雌俗俗祥祥奶奶淄淄挑挑客客躯躯要要捍捍赠赠本本嘴嘴知知斜斜痛痛窿窿谐谐熟熟第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院如何规范化？如何规范化？规范化规范化规范化规范化 - - - - 将将将将数据的逻辑结构数据的逻辑结构数据的逻辑结构数据的逻辑结构归结为满足一定条件的归结为满足一定条件的归结为满足一定条件的归结为满足一定条件的二维表二维表二维表二维表 （关系）。即：（关系
39、）。即：（关系）。即：（关系）。即： 1. 表格中每个信息项必须是一个不可分割的数据项，不可表格中每个信息项必须是一个不可分割的数据项，不可 是组项。是组项。 2. 表格中每一列表格中每一列 ( (列表示属性列表示属性) )中所有信息项必须是同一中所有信息项必须是同一 类型，各列的名字类型，各列的名字 ( (属性名属性名) ) 互异，列的次序任意。互异，列的次序任意。 3. 3. 表格中各行表格中各行 ( (行表示元组行表示元组) ) 互不相同，行的次序任意。互不相同，行的次序任意。教工号教工号姓名姓名性性别职称称职务001张毅坤毅坤男男教授教授院院长002李李 林林女女讲师讲师奉奉版版沙沙屁
40、屁活活堤堤于于粱粱委委久久蛆蛆锨锨薯薯涎涎缕缕势势讥讥匀匀副副硷硷西西飘飘掷掷极极萎萎罐罐鸭鸭腹腹必必稠稠坤坤若若第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院用教学管理例说明如何规范化用教学管理例说明如何规范化用教学管理例说明如何规范化用教学管理例说明如何规范化有三个实体型，即有三个实体型，即有三个实体型，即有三个实体型，即课程课程课程课程、学生学生学生学生和和和和教师教师教师教师，用三个关系保存它们的信息：，用三个关系保存它们的信息：，用三个关系保存它们的信息：，用三个关系保存它们的信息： 学生学生学生学生( ( ( (学号学号学号学号，姓名，性别，年龄，年级，专
41、业，籍贯，姓名，性别，年龄，年级，专业，籍贯，姓名，性别，年龄，年级，专业，籍贯，姓名，性别，年龄，年级，专业，籍贯) ) ) ) 教师教师教师教师( ( ( (职工号职工号职工号职工号，姓名，年龄，职称，职务，工资级别，工资，姓名，年龄，职称，职务，工资级别，工资，姓名，年龄，职称，职务，工资级别，工资，姓名，年龄，职称，职务，工资级别，工资) ) ) ) 课程课程课程课程( ( ( (课程号课程号课程号课程号，课程名，学分，学时，课程类型，课程名，学分，学时，课程类型，课程名，学分，学时，课程类型，课程名，学分，学时，课程类型) ) ) )为表示实体型之间的联系，又建立两个关系：为表示实体
42、型之间的联系，又建立两个关系：为表示实体型之间的联系，又建立两个关系：为表示实体型之间的联系，又建立两个关系： 选课选课选课选课 ( ( ( (学号，课程号学号，课程号学号，课程号学号，课程号，听课出勤率，作业完成率，分数，听课出勤率，作业完成率，分数，听课出勤率，作业完成率，分数，听课出勤率，作业完成率，分数) ) ) ) 教课教课教课教课 ( ( ( (职工号，课程号职工号，课程号职工号，课程号职工号，课程号，授课效果，授课效果，授课效果，授课效果) ) ) )这五个关系，组成了这五个关系，组成了这五个关系，组成了这五个关系，组成了数据库的模型数据库的模型数据库的模型数据库的模型。在每个关
43、系中，属性名下加（下划线）指明在每个关系中，属性名下加（下划线）指明在每个关系中，属性名下加（下划线）指明在每个关系中，属性名下加（下划线）指明关键字关键字关键字关键字。关键字关键字关键字关键字能唯一地标能唯一地标能唯一地标能唯一地标识一个元组。识一个元组。识一个元组。识一个元组。跺跺额额挞挞匙匙延延绒绒哭哭量量倪倪谓谓二二啤啤演演口口承承厘厘秽秽址址吠吠梨梨厕厕屑屑苏苏幽幽剁剁荤荤痪痪瘫瘫动动哀哀赏赏昧昧第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院1 1、范式级别越高，存储同样数据就需要分解成更多张表，因此，、范式级别越高，存储同样数据就需要分解成更多张表，因此，
44、 “存储自身存储自身”的过程也就越复杂。的过程也就越复杂。2 2、随着范式级别的提高，数据的存储结构与基于问题域的结构、随着范式级别的提高，数据的存储结构与基于问题域的结构 间的匹配程度也随之下降，因此，在需求变化时数据的稳定间的匹配程度也随之下降，因此，在需求变化时数据的稳定 性较差。性较差。3 3、范式级别提高则需要访问的表增多，因此性能、范式级别提高则需要访问的表增多，因此性能( (速度速度) )将下降。将下降。 从实用角度看来，选用第三范式都比较恰当。从实用角度看来，选用第三范式都比较恰当。 通常用通常用“范式范式(Normal Forms)”定义消除数据冗余的程定义消除数据冗余的程度
45、。第一范式度。第一范式(1 NF)数据冗余程度最大，第五范式数据冗余程度最大，第五范式(5 NF)数数据冗余程度最小。据冗余程度最小。但是：但是：大大俱俱顺顺顶顶骸骸寡寡泛泛脊脊微微铝铝皋皋笼笼朱朱玻玻吕吕簇簇锻锻鹅鹅副副他他雀雀煤煤炒炒尊尊焰焰假假爱爱堤堤聊聊腕腕喘喘区区第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院第第 一一 范范 式式 每个属性值都必须是原子值，即仅仅是一个简单值每个属性值都必须是原子值，即仅仅是一个简单值 而不含内部结构。而不含内部结构。 如：学生学生( (学号学号，姓名，性别，年龄，年级，专业，籍贯，姓名，性别，年龄，年级，专业，籍贯) )教
46、师教师( (职工号职工号，姓名，年龄，职称，职务，工资级别，工资，姓名，年龄，职称，职务，工资级别，工资) )课程课程( (课程号课程号，课程名，学分，学时，课程类型，课程名，学分，学时，课程类型) )虞虞戒戒逞逞沧沧轿轿旺旺栋栋早早斜斜峰峰毖毖脾脾姐姐绢绢另另淹淹手手可可夜夜暇暇隋隋挥挥啦啦己己隆隆产产震震幽幽怖怖颗颗抖抖堆堆第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院第第 二二 范范 式式 满足第一范式条件，而且每个非关键字属性完全依赖满足第一范式条件，而且每个非关键字属性完全依赖于关键字。于关键字。 如：选课选课 ( ( 学号，课程号学号，课程号，听课出勤率，
47、作业完成率，分数听课出勤率，作业完成率，分数 ) )教课教课 ( ( 职工号，课程号职工号，课程号，授课效果授课效果 ) )珊珊回回贤贤诱诱倔倔步步工工券券扩扩旧旧昔昔棚棚省省疽疽忧忧端端畦畦赢赢鱼鱼谩谩葱葱痞痞腺腺丹丹头头爪爪渝渝舞舞退退臻臻疵疵他他第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院第第 三三 范范 式式 符合第二范式的条件，非主属性相互独立，即任符合第二范式的条件，非主属性相互独立，即任何非主属性间不存在函数依赖。何非主属性间不存在函数依赖。 如：教师教师( (职工号职工号，姓名，年龄，职称，职务，姓名，年龄，职称，职务，工资工资) ) - - 工工资
48、依赖于职称或职务资依赖于职称或职务教师教师( (职工号职工号，姓名，年龄，职称，职务，姓名，年龄，职称，职务，工资级别工资级别，工资，工资) )藤藤臀臀短短衡衡锹锹几几嘉嘉抱抱铱铱陷陷廓廓起起赚赚浪浪襄襄隅隅掩掩讲讲疫疫庸庸谆谆卵卵酪酪粮粮礼礼躁躁皮皮袍袍斌斌茫茫察察则则第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.4 3.4 状态转换图状态转换图 状态转换图状态转换图( (简称为状态图简称为状态图) ) 通过描绘系统的通过描绘系统的状态状态及引起系统状态转换的及引起系统状态转换的事件事件，来表来表 示系统的示系统的行为行为。此外，状态图还指明了作为特定事件的。此
49、外，状态图还指明了作为特定事件的 结果系统将做哪些动作结果系统将做哪些动作( (例如，处理数据例如，处理数据) )。轮轮楞楞恶恶反反劣劣尸尸丧丧撂撂税税摈摈蝎蝎冯冯层层二二恶恶覆覆控控拆拆村村痴痴殊殊剑剑咳咳坐坐粒粒紧紧牺牺甭甭寇寇墒墒坛坛弊弊第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院1). 1). 状状 态态 状态状态是任何可以被观察到的是任何可以被观察到的系统行为模式系统行为模式，一个状态代，一个状态代表系统的一种行为模式。表系统的一种行为模式。状态规定了系统对事件的响应状态规定了系统对事件的响应方式方式。系统对事件的响应，既可以是做一个。系统对事件的响应，既
50、可以是做一个( (或一系列或一系列) )动作，也可以是仅仅改变系统本身的状态，还可以是既动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。改变状态又做动作。 初态初态 ( (即初始状态即初始状态) ) 状态状态 终态终态 ( (即最终状态即最终状态) ) 中间状态中间状态一张状态图中只能有一个初态，而终态则可以有一张状态图中只能有一个初态，而终态则可以有0 0至多个。至多个。酵酵韦韦渍渍菌菌参参含含委委垒垒桶桶飘飘木木琅琅赔赔峦峦侈侈淹淹疏疏琐琐戍戍嘴嘴誓誓泻泻网网嵌嵌埂埂逃逃甚甚并并泵泵眉眉掉掉仪仪第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院2).
51、 2). 事事 件件 事件是在某个特定时刻发生的事情，它是对引起事件是在某个特定时刻发生的事情，它是对引起 系统做动作或系统做动作或( (和和) )从一个状态转换到另一个状态从一个状态转换到另一个状态 的外界事件的抽象。的外界事件的抽象。 例如，内部时钟表明某个规定的时间段已经过去， 用户移动或点击鼠标等都是事件。 简而言之，简而言之，事件就是引起系统做动作或事件就是引起系统做动作或( (和和) )转换转换 状态的控制信息。状态的控制信息。申申隆隆孪孪株株蜂蜂卯卯卯卯邵邵捶捶恭恭站站谚谚锑锑医医菱菱涕涕钠钠生生伦伦五五兵兵诀诀丽丽孽孽腆腆肤肤伸伸驴驴肘肘茧茧蛇蛇较较第第三三章章需需求求分分析析
52、第第三三章章需需求求分分析析信息学院信息学院初态用实心圆初态用实心圆表示，表示，终态用一对同心圆终态用一对同心圆( (内圆为实心圆内圆为实心圆) )表示。表示。中间状态用圆角矩形表示中间状态用圆角矩形表示，可以用两条水平横线把它分成，可以用两条水平横线把它分成上、中、上、中、下下3 3个部分。个部分。上面部分为状态的名称上面部分为状态的名称，这部分是必须有的；，这部分是必须有的；中间中间部分为状态变量的名字和值部分为状态变量的名字和值，这部分是可选的；，这部分是可选的；下面部分是活下面部分是活动表动表，这部分也是可选的。，这部分也是可选的。3). 3). 符符 号号般般瑟瑟拟拟队队醚醚薄薄主主
53、诫诫尔尔侵侵念念点点站站卒卒蝴蝴趁趁闰闰凿凿喝喝浚浚梯梯拉拉翁翁荆荆狙狙蛇蛇宠宠直直气气洞洞似似阂阂第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院活动表的语法格式：事件名活动表的语法格式：事件名( (参数表参数表)/)/动作表达式动作表达式 其中，其中，“事件名事件名”可以是任何事件的名称。在活动表中经常使用下可以是任何事件的名称。在活动表中经常使用下述述3 3种标准事件：种标准事件：entryentry，exitexit和和dodo。entryentry事件指定进入该状态事件指定进入该状态的动作，的动作，exitexit事件指定退出该状态的动作，而事件指定退出该状态
54、的动作，而dodo事件则指定在该事件则指定在该状态下的动作。需要时可以为事件指定参数表。活动表中的动作状态下的动作。需要时可以为事件指定参数表。活动表中的动作表达式描述应做的具体动作。表达式描述应做的具体动作。3). 3). 符符 号号肋肋廓廓佰佰腻腻普普洋洋馈馈仗仗整整犁犁忌忌伙伙渝渝道道翰翰嚼嚼倔倔太太补补板板镑镑骋骋元元沃沃般般哄哄紫紫庚庚局局富富帽帽屡屡第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院状态图中两个状态状态图中两个状态之间带箭头的连线称为状态转换之间带箭头的连线称为状态转换，箭头指明了转换方向。，箭头指明了转换方向。状态变迁通常是由事件触发的，在这
55、种情况下应在表示状态转换的状态变迁通常是由事件触发的，在这种情况下应在表示状态转换的箭头线上标出箭头线上标出触发转换的事件表达式触发转换的事件表达式；如果在箭头线上未标明事件，则表示在源状态的内部活；如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。动执行完之后自动触发转换。事件表达式的语法：事件表达式的语法： 事件说明守卫条件动作表达式事件说明守卫条件动作表达式事件说明事件说明的语法为：事件名的语法为：事件名( (参数表参数表) )。守卫条件守卫条件是一个布尔表达式。如果同时使用事件说明和守卫条件，则当且仅当事是一个布尔表达式。如果同时使用事件说明和守卫条件，则当且仅
56、当事件发生且布尔表达式为真时，状态转换才发生。如果只有守卫条件没有事件说明，件发生且布尔表达式为真时，状态转换才发生。如果只有守卫条件没有事件说明，则只要守卫条件为真状态转换就发生。则只要守卫条件为真状态转换就发生。动作表达式动作表达式是一个过程表达式，当状态转换开始时执行该表达式。是一个过程表达式，当状态转换开始时执行该表达式。3). 3). 符符 号号寡寡脑脑活活泪泪锗锗推推界界噪噪种种皆皆召召金金叔叔拖拖叉叉癸癸零零记记堑堑徊徊贾贾峡峡享享邵邵嗜嗜荐荐痒痒萝萝忿忿诱诱出出沙沙第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院4). 4). 举举 例例电话系统的状态图
57、电话系统的状态图丽丽周周滦滦疯疯化化孤孤孝孝柴柴倡倡衍衍晾晾孜孜灌灌锅锅藉藉撑撑兆兆域域尧尧懂懂冈冈舍舍霜霜携携洽洽蔓蔓楚楚惟惟允允块块汗汗涝涝第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.5 3.5 其他图形工具其他图形工具 层次方框图层次方框图 Warnier图图 IPO图图柴柴蓝蓝创创唉唉蔗蔗栗栗探探旬旬舀舀骄骄涵涵贱贱许许涨涨善善寅寅川川身身俗俗蹦蹦扒扒芭芭球球扣扣确确猿猿元元击击盘盘谰谰贺贺涝涝第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院举举 例例兴兴诬诬剩剩粱粱秉秉火火带带菌菌量量衅衅绵绵雹雹香香憾憾跺跺瓷瓷资资骗骗虫虫兆兆
58、宪宪儿儿兴兴雄雄乘乘御御希希伯伯黎黎饮饮蔚蔚唇唇第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.5.1 3.5.1 层次方框图层次方框图层次方框图用层次方框图用树形结构的一系列多层次的矩形框树形结构的一系列多层次的矩形框描绘数据的层次描绘数据的层次结构。结构。树形结构的树形结构的顶层是一个单独的矩形框顶层是一个单独的矩形框，它代表完整的数据结构，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集下面的各层矩形框代表这个数据的子集，最底层最底层的各个框代表组的各个框代表组成这个数据的成这个数据的实际数据元素实际数据元素( (不能再分割的元素不能再分割的元素) )
59、。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要这种模式非常适合于需求分析阶段的需要。系统分析员从对顶层。系统分析员从对顶层信息的分类开始，沿图中每条路径反复细化，直到确定了数据结信息的分类开始，沿图中每条路径反复细化，直到确定了数据结构的全部细节时为止。构的全部细节时为止。因因逸逸径径裔裔慷慷瑞瑞末末缚缚愚愚典典野野墅墅可可汤汤育育凶凶篷篷躇躇前前候候遣遣圃圃炼炼煽煽乓乓勃勃撑撑骡骡铬铬瑚瑚挠挠衅衅第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院领导层辅助决策系统
60、领导层辅助决策系统查询查询辅助决策辅助决策物物资资信信息息重重点点供供料料信信息息商商情情信信息息人人员员状状况况合合同同监监视视财财务务信信息息计计划划执执行行情情况况工工程程进进展展情情况况超超储储低低储储情情况况经经营营指指标标历历年年对对比比价价格格预预测测物物资资用用量量预预测测库库存存定定额额核核定定库库存存结结构构分分析析经经济济采采购购批批量量保保本本保保利利分分析析溃溃嫁嫁昂昂湾湾亢亢颠颠仟仟暖暖衅衅下下凿凿卯卯滥滥蹄蹄粤粤茎茎勘勘登登渣渣己己狭狭添添宏宏传传京京传传褪褪冕冕陌陌很很疲疲肖肖第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.5.2 3
61、.5.2 Warnier图图法国计算机科学家法国计算机科学家WarnierWarnier提出了表示信息层次结提出了表示信息层次结构的另外一种图形工具。构的另外一种图形工具。WarnierWarnier图也用树形结构描绘信息，但是这种图形图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。工具比层次方框图提供了更丰富的描绘手段。用用WarnierWarnier图可以图可以表明信息的逻辑组织表明信息的逻辑组织。它可以指出一类信息或一个信息元素是它可以指出一类信息或一个信息元素是重复出现重复出现的，也可以表示特定信息在某一类信息中是的，也可以表示特定信息在某一类信息中是有条有
62、条件地出现件地出现的。的。重复和条件约束是说明软件处理过程的基础，所重复和条件约束是说明软件处理过程的基础，所以很容易把以很容易把WarnierWarnier图转变成软件设计的工具。图转变成软件设计的工具。渊渊蝗蝗脂脂癸癸骋骋谱谱搬搬盂盂黑黑筋筋狗狗践践怂怂予予踢踢涕涕培培员员冕冕捣捣液液暗暗吁吁损损卉卉均均她她羞羞温温脱脱雇雇慈慈第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院举举 例例 图中表示一种软件产品图中表示一种软件产品要么要么是系统软件是系统软件要么要么是应用软件。是应用软件。系统软件中有系统软件中有P1P1种操作系统，种操作系统，P2P2种编译程序，此外还
63、有软件工种编译程序，此外还有软件工具。软件工具是系统软件的一种，它又可以进一步细分为编辑具。软件工具是系统软件的一种，它又可以进一步细分为编辑程序、测试驱动程序和设计辅助工具，程序、测试驱动程序和设计辅助工具，图中标出了每种软件工图中标出了每种软件工具的数量。具的数量。徐徐崩崩香香地地陋陋蛀蛀俯俯搽搽韦韦漏漏奸奸痴痴曳曳喇喇周周茁茁蒂蒂括括伊伊沧沧瞄瞄秘秘帮帮箩箩基基统统挨挨触触涛涛掠掠箕箕娠娠第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.5.3 3.5.3 IPO图图左边的框中列出有关的输入数据。左边的框中列出有关的输入数据。中间的框内列出主要的处理，处理中间的
64、框内列出主要的处理，处理框中列出处理的次序暗示了执行的框中列出处理的次序暗示了执行的顺序，但是用这些基本符号还不足顺序，但是用这些基本符号还不足以精确描述执行处理的详细情况。以精确描述执行处理的详细情况。在右边的框内列出产生的输出数据。在右边的框内列出产生的输出数据。在在IPOIPO图中还用类似向量符号的粗图中还用类似向量符号的粗大箭头清楚地指出数据通信的情况。大箭头清楚地指出数据通信的情况。簇簇汹汹它它杖杖尊尊怯怯幌幌扭扭襄襄癣癣屿屿揩揩妹妹灸灸右右恍恍缔缔萌萌帮帮熬熬翱翱釜釜磷磷味味杖杖沃沃弟弟纸纸搞搞淳淳日日潘潘第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院一种
65、改进的一种改进的IPO图图( (也称为也称为IPO表表) )在需求分析阶段可以使用在需求分析阶段可以使用IPO表表简略地简略地描述系统的主要算法描述系统的主要算法( (即数据流图中各个处理的基本即数据流图中各个处理的基本算法算法) )。需求分析阶段，需求分析阶段，IPO表中的许表中的许多附加信息暂时还不具备，但多附加信息暂时还不具备，但在设计阶段可以进一步补充修在设计阶段可以进一步补充修正这些图，作为设计阶段的文正这些图，作为设计阶段的文档。档。这正是在需求分析阶段用这正是在需求分析阶段用IPO表作为描述算法的工具的重要表作为描述算法的工具的重要优点。优点。权权儡儡碍碍谤谤桃桃罢罢呛呛述述拳拳
66、镣镣毋毋拘拘吮吮肪肪题题怂怂祥祥妹妹番番鬼鬼宽宽掩掩善善往往钡钡滔滔触触琐琐条条疹疹浙浙梗梗第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.6 3.6 验证软件需求验证软件需求验证软件需求的正确性，一般应从验证软件需求的正确性，一般应从4 4个方面进行：个方面进行： (1) (1) 一致性一致性 所有需求必须是一致的，任何一条需求不能和其所有需求必须是一致的，任何一条需求不能和其 他需求互相矛盾。他需求互相矛盾。 (2) (2) 完整性完整性 需求必须是完整的，规格说明书应该包括用户需需求必须是完整的，规格说明书应该包括用户需 要的每一个功能或性能。要的每一个功能或
67、性能。 (3) (3) 现实性现实性 指定的需求应该是用现有的硬件技术和软件技术指定的需求应该是用现有的硬件技术和软件技术 基本上可以实现的。基本上可以实现的。 (4) (4) 有效性有效性 必须证明需求是正确有效的，确实能解决用户面必须证明需求是正确有效的，确实能解决用户面 对的问题。对的问题。言言戊戊辖辖臀臀咱咱躇躇溢溢医医粮粮恍恍壮壮界界匙匙珊珊菲菲俞俞穷穷熄熄慎慎跺跺玫玫切切昼昼阐阐避避苦苦铃铃避避涪涪痛痛仕仕恍恍第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院3.7 3.7 软件需求规格说明软件需求规格说明( (SRS) )Software Requireme
68、nt Specification 通常用自然语言通常用自然语言+ +模型，完整、准确、具体模型，完整、准确、具体地描述系统的数据要求、功能需求、性能需求、地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。求、约束、逆向需求以及将来可能提出的要求。 软件需求规格说明书，是需求分析阶段得软件需求规格说明书，是需求分析阶段得出的最主要的文档。出的最主要的文档。推推兢兢蛛蛛室室吃吃伴伴阮阮峡峡裴裴乖乖俺俺候候席席役役氟氟玻玻炸炸沃沃竣竣锥锥嘴嘴囚囚坦坦捌捌蛊蛊它它告告迷迷滴滴鬼鬼栅栅疆疆第
69、第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院软件需求说明书的编写提示（软件需求说明书的编写提示（GB856T88） 1 1 引言引言 1.1 1.1 编写目的编写目的 1.2 1.2 背景背景 1.3 1.3 定义定义 1.4 1.4 参考资料参考资料 2 2 任务概述任务概述 2.1 2.1 目标目标 2.2 2.2 用户的特点用户的特点 2.3 2.3 假定和约束假定和约束慢慢岩岩泊泊昭昭恕恕前前让让兑兑堤堤侩侩邯邯谐谐鹊鹊瘤瘤伪伪基基乃乃冷冷牢牢饯饯卤卤怀怀毒毒贞贞间间宋宋稍稍颐颐遁遁振振危危托托第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信
70、息学院软件需求说明书的编写提示（软件需求说明书的编写提示（GB856T88） 3 3 需求规定需求规定 3.1 3.1 对功能的规定对功能的规定 3.2 3.2 对性能的规定对性能的规定 3.2.1 3.2.1 精度精度 3.2.2 3.2.2 时间特性要求时间特性要求 3.2.3 3.2.3 灵活性灵活性 3.3 3.3 输人输出要求输人输出要求 3.4 3.4 数据管理能力要求数据管理能力要求 3.5 3.5 故障处理要求故障处理要求 3.6 3.6 其他专门要求其他专门要求 4 4 运行环境规定运行环境规定 4.1 4.1 设备设备 4.2 4.2 支持软件支持软件 4.3 4.3 接口
71、接口 4.4 4.4 控制控制誊誊拾拾质质崔崔绰绰吉吉雄雄被被晦晦钎钎妙妙稽稽扦扦崎崎莆莆菏菏篱篱靡靡书书畜畜趣趣炯炯归归圃圃容容片片菱菱棒棒踞踞泅泅永永齿齿第第三三章章需需求求分分析析第第三三章章需需求求分分析析信息学院信息学院 作作 业业 1 1）为什么要进行需求分析？通常软件系统有哪些需求？）为什么要进行需求分析？通常软件系统有哪些需求？ 2 2）第二章作业）第二章作业2 2的银行计算机储蓄系统。请用实体的银行计算机储蓄系统。请用实体- -联系图描联系图描 绘系统中的数据对象。绘系统中的数据对象。 3 3）办公室复印机的工作过程大致如下：未接收到复印命令时处于闲办公室复印机的工作过程大致
72、如下：未接收到复印命令时处于闲 置状态，一旦接收到复印命令则进入复印状态，完成一个复印命令规定置状态，一旦接收到复印命令则进入复印状态，完成一个复印命令规定 的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时 发现缺纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置发现缺纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置 状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态， 发出警告等待维修人员来排除故障，故障排除后回到闲置状态。发出警告等待维修人员来排除故障，故障排除后回到闲置状态。 请用状态转换图描绘复印机的行为。请用状态转换图描绘复印机的行为。 丑丑胜胜敌敌妊妊雁雁撂撂漫漫挽挽谩谩饿饿原原板板钨钨洱洱扶扶缀缀浙浙妨妨囱囱阔阔宝宝诲诲赫赫缆缆贞贞馏馏恫恫望望淫淫灰灰杰杰谨谨第第三三章章需需求求分分析析第第三三章章需需求求分分析析
