需求分析基础软件需求作为软件生命周期的第一个阶段，其重要性越来越突出，到20世纪80年代中期，逐步形成了软件工程的子领域——需求工程。90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举办一次需求工程国际研讨会（ISRE），1994年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。3.1软件需求工程的基本概念软件需求的重要性软件需求的困难软件需求功能需求它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。它与软件系统的类型、使用系统的用户等相关，有时需要详细描述系统的功能、输入/输出、异常等，有时还需要申明系统不应该做什么。非功能需求传统需求分析二、需求工程的活动需求工程的基本活动包括：一、需求获取(requirementelicitation)是需求工程的主体。需求获取技术需求获取技术需求获取技术因此系统应该具备以下功能：⑴基本数据维护功能⑵基本业务功能⑶数据库管理功能⑷信息查询功能1.功能需求⑴基本数据维护功能：提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。⑵基本业务功能：读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。⑶数据库管理功能：对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。⑷信息查询功能：提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。二、需求分析与建模需求分析常用技术三、需求的有效性验证三、需求的有效性验证四、需求管理四、需求管理1.传统的变化管理基本内容包括软件配置、软件基线和变化审查。2.新的管理方法⑴软件家族法。即软件产品线方法，该方法是源于工业界产品线的概念，关注于一个软件企业如何组织一组具有共性特征的，相似产品的生产，并应用软件复用的相关原理与技术。⑵多视点方法。它可以用于管理不一致性并进行关于变化的推理。是从多个视点出发在软件工具的协助下对需求描述，进行自动需求建模，从而提高需求模型的完整性。需求工程过程3.2需求分析方法盘存/销售系统1.0.03.2需求分析方法3.2需求分析方法3.2.1结构化分析方法基本思想与步骤顾客三、数据流图X需求案例分析一、问题的描述在医院ICU病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的组合病症信号实时地传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。经过初步的需求分析，得到系统功能要求：1、监视病员的病症(血压、体温、脉搏等)。2、定时更新病历。3、病情出现异常情况时报警。4、随机地产生某一病员的病情报告。1、监视病员的病症♦采集病症信号(血压、体温、脉搏等)。♦组合病症信号。♦将模拟病症信号转换为数字信号（A-D转换）。2、定时更新病历♦将病症信号进行格式化并加入更新日期、时间。♦更新病历库中病人的信息。♦可人工设定更新病历的时间间隔。3、病情出现异常情况时报警♦根据标准病症信号库中的值，判断是否报警。♦将报警信号转换为各种模拟信号（D-A转换）。♦实时打印病情报告，立即更新病历。4、随机地产生某一病员的病情报告非功能需求病员第一层：第二层：加工“中央监视”分解计算超过极限值否加工分解的原则自然性：概念上合理、清晰；均匀性：理想的分解是将一个问题分解成大小均匀的几个部分；分解度：一般每一个加工每次分解最多不要超过７个子加工,分解应分解到基本加工为止。合理使用文件当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。五、分层DFD图的改进分层数据流图只是表达了系统的“分解”，为了完整地描述这个系统，还需借助“数据词典”和“小说明”对图中的每个数据和加工给出解释。对数据流图中包含的所有元素的定义的集合构成了数据词典。词典中可有以下四种类型的条目：A、数据流条目给出某个数据流的定义，通常是列出该数据流的各组成数据项。例如：报名单＝姓名＋单位名＋年龄＋性别＋课程名常用符号：＝、＋、［｜］、｛｝、（）、七、加工说明结构化语言是介于自然