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