常用的图形工具有层次方框图和Warnier图为减少数据冗余教学课件

常用的图形工具有层次方框图和Warnier图为减少数据冗余第3章需求分析3.1需求分析的任务3.2与用户沟通获取需求的方法3.3分析建模与规格说明34实体联系图3.5数据规范化3.6状态转换图3.7其他图形工具38验证软件需求第3章需求分析需求分析的任务:需求分析是软件定义时期的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?这个问题。■确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。系统分析员应该写出软件需求规格说明书,以书面形式准确地描述软件需求。需求:正在构建的系统必须符合的事务需求管理:是一种获取、组织并记录系统需求的系统化方案以及一个使客户与项目团队不断变更的系统需求达成并保持一致的过程。■传统需求分析:强调需求的记录,以一成不变的观点对待需求,不重视需求实现与维护。现代需求过程:包括需求的获取、分析、处理、验证、实现和全过程的需求管理。需求管理覆盖软件工程的整个过程传统与现代需求方法的比较需求管理过程需求管理功能需求管理思想方法成不变的观点传统局限于需求分注重具体的需注重“描述”的析这一个阶段求分析方法方法和过程,是纯技术性的转换功能范围更广全过程的,注包括获取、分注重需求实现与现代重整个产品过析、处理、验维护过程,处理程的全部证、实现和全不断变更的系统过程的需求管需求理需求管理存在的问题:范围问题:系统目标、边界未被良好定义,用户和开发团队理解不一致。理解问题:用户不能完全了解自己需要什么,对系统能力、局限更加不清楚;工程师不理解用户的问题域和应用环境■易变问题:需求随时间发生变化。需求工程:20世纪80年代中期,形成了软件工程的子领域—需求工程■进入20世纪90年代后,需求工程称为软件界研究的重点之Alandavis把需求工程定义为“直到(但不包括)把软件分解为实际架构构件之前的所有活动”需求工程的阶段划分:现代软件工程的需求工程「需求开发过程需求管理过程匚需求获取卜匚需求实现匚需求分析需求跟踪需求处理1需求变更控制需求确认13.1需求分析的任务■确定对系统的综合要求分析系统的数据要求导出系统的逻辑模型■修正系统开发计划3.11确定对系统的综合要求1、功能需求功能外部功能内部功能这方面的需求指定系统必须名称提供的服务。通过需求分析应诵过应用界面功能技钮通过对查找条件的过婊与该划分出系统必须完成的所有功能用户菜单栏及终端、键完数据库互动,从数据库中成输入、输出、查找提取相应有关的数据,2性能需求性能需求指定系统必须满足的定时约束或容量约束,通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。3.可靠性和可用性需求可靠性需求定量地指定系统的可靠性。在装载总程序时,正常就运行,异常就停止,可用性与可靠性密切相关,它量化了用户可以使用系统的程度。4.出错处理需求这类需求说明系统对环境错误应该怎样响应。例如,如果它接收到从另一个系统发来的违反协议格式的消息,应该做什么?注意,上述这类错误并不是由该应用系统本身造成的在某些情况下,“出错处理”指的是当应用系统发现它自己犯下一个错误时所采取的行动。但是,应该有选择地提出这类出错处理需求。我们的目的是开发出正确的系统,而不是用无休止的出错处理代码掩盖自己的错误。总之,对应用系统本身错误的检测应该仅限于系统的关键部分,而且应该尽可能少51、天下之事常成于困约，而败于奢靡。——陆游

52、生命不等于是呼吸，生命是活动。——卢梭

53、