第2章_软件需求工程.pptx

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