计算机软件工程第三章 需求分析

1、SOFTWARE ENGINEERING第3章 需求分析 SOFTWARE ENGINEERING3.1 需求分析的任务 3.1.1基本任务 准确的回答“系统必须做什么”这个问题。 仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 SOFTWARE ENGINEERING3.1 需求分析的任务 3.1.2具体任务（1）确定对系统的综合要求 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求（2）分析系统的数据要求 通常采用建立概念模型的方法层次方框图和Warnier图（3）导出系统的逻辑模型 通常用数据流图、ER

2、图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。SOFTWARE ENGINEERING3.1 需求分析的任务 3.1.2具体任务 （4）修正系统开发计划 可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 （5）验证软件需求 目的：使用户通过实践获得关于未来的系统将怎样为他们工作的更直接具体的概念，从而可以更准确地提出和确定他们的要求。 SOFTWARE ENGINEERING3.1 需求分析的任务 3.1.3出发点 可行性研究阶段的数据流图3.1.4要点 确定系统能“做什么”，不考虑系统“怎么做”。 SOFTWARE ENGINEERING3.2 分析过程 3.2.1步

3、骤 （1）沿数据流图回溯 （2）用户复查 （3）细化数据流图 （4）修正开发计划 （5）书写文档 （6）审查和复审 SOFTWARE ENGINEERING3.2 分析过程 3.2.2 文档 （1）系统规格说明： 描述目标系统的概貌、功能要求、性能要求、运行要求和将来可能提出的要求。（2）数据要求： 数据字典、描绘数据结构的层次的方框图（3）用户系统描述： 从用户使用的角度描绘系统，相当于一份初步的用户手册。（及早的考虑用户的需求） （4）修正的开发计划： 修正后的成本估计、资源使用计划、进度计划。 用户角色 界面原型 SOFTWARE ENGINEERING与用户沟通获取需求的方法 1访谈：

4、正式的和非正式访谈：正式的和非正式2面向数据流自顶向下求精面向数据流自顶向下求精 需求分析的目标之一就是把数据量和数据存储定义到元素需求分析的目标之一就是把数据量和数据存储定义到元素级级3 简易的应用规格说明技术简易的应用规格说明技术 提倡用户与开发者密切合作，共同标识问题，提出解决方案，商讨不同方案并制定基本需求4快速建立软件原型系统快速建立软件原型系统SOFTWARE ENGINEERING3.3 分析建模与规格说明3.3.1 分析建模模型：为了理解事物而对事物作出的一种抽象，是对事物的一种无歧义的书面描述。需求分析过程需建立三种模型：数据模型，功能模型和行为模型。数据模型-ER图功能模型

5、-数据流图行为模型-状态转换图SOFTWARE ENGINEERING3.4 实体-联系图3.3.1 常用的表示概念性数据模型的方法： 实体联系法（Entity-Relationship Approach） 数据对象 属性 联系SOFTWARE ENGINEERING某校教学管理ER图 SOFTWARE ENGINEERING3. 5 范式用范式范式（Normal Forms）定义消除数据冗余的程度。第一范式：每个属性都是原子级的，不含内部结构第二范式：满足第一范式条件，且每个非关键字属性都由整个关键字决定第三范式：符合第二范式，且每个非关键字属性仅由整个关键字决定SOFTWARE ENGIN

6、EERING3. 5 范式 说明：（1）范式级别越高，存储同样数据就需要分解成更多）范式级别越高，存储同样数据就需要分解成更多张表，因此张表，因此“存储自身存储自身”的过程也就越复杂。的过程也就越复杂。（2）随着范式级别的提高，数据的存储结构与基于问）随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。求变化时数据的稳定性较差。（3）范式级别提高，则需要访问的表增多，因此性能）范式级别提高，则需要访问的表增多，因此性能（速度）下降。从实用角度看，在大多数场合选用（速度）下降。从实用角度看，在

7、大多数场合选用第三范式都比较恰当。第三范式都比较恰当。 例题-软考2009下午 某集团公司下有多家连锁超市，公司需要建立一个数据库管理系统以方便管理其业务运作活动。1.商场需要记录的信息包括商场编号、商场名称，地址和联系电话。2.每个商场含有不同的部门，部门需要记录的信息包括部门编号，部门名称、位置分布和联系电话3. 每个部门雇佣多名员工进行日常业务管理，每名员工只能隶属于一个部门。员工信息包括，员工编号，员工姓名，岗位、电话号码和工资4. 每个部门的员工中有一名是经理，每个经理只能管理一个部门，系统需要记录每个经理的任职时间SOFTWARE ENGINEERINGSOFTWARE ENGIN

8、EERING3. 6 状态转换图 状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换到另一个状态的外界事件的抽象。SOFTWARE ENGINEERING状态图中使用的主要符号 3.3.状态转换图（状态转换图（STDSTD） 描述软件状态变迁描述软件状态变迁 符号表示符号表示矩形矩形-系统状态系统状态箭头箭头-状态转变方向状态转变方向规则表达式规则表达式-事件事件/触发行为触发行为状状 态态1状 态2事件事件/触发行为触发行为闲置闲置拨号音拨号音do:响拨号音响拨号音超时超时do:响蜂鸣音响蜂鸣音存储的信

9、息存储的信息do:播放信息播放信息接通中接通中do:试接通试接通振铃振铃do:振铃振铃拨号拨号通话通话断线断线忙音忙音do:响忙音响忙音挂断电话挂断电话挂断电话挂断电话拿起话筒拿起话筒超时超时无效号码无效号码有效号码有效号码超时超时数字数字数字数字占线占线已接通已接通受话人回话受话人回话受话人挂断电话受话人挂断电话信信息息播播完完SOFTWARE ENGINEERING作业：用状态转换图描绘下述行为 复印机的工作过程大致如下：未接到复印命令时处于闲置状态闲置状态，一旦接到复印命令则进入复印状态复印状态，完成一个复印命令规定的工作后又回到闲置状态闲置状态，等待下一个复印命令；如果执行复印命令时发

10、现没纸，则进入缺纸状态缺纸状态，发出警告，等待装纸，装满纸后，进入闲置状闲置状态态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态闲置状态。SOFTWARE ENGINEERING3.7图形工具 3.7.1 层次方框图 用树形结构的一系列多层次的矩形框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面各层的矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分割的元素）。 SOFTWARE ENGINEERING例题 某计算机公司的产品由硬件、软件和服务三类产品组

11、成。硬件又包括处理机、存储器和外部设备等。软件产品又分为系统软件和应用软件，系统软件又进一步分为操作系统、编译程序和软件工具等。服务包括软件服务、硬件维护和培训等。SOFTWARE ENGINEERING层次方框图SOFTWARE ENGINEERING3.7图形工具 3.7.2 Warnier图 用Warnier图可以表明信息的逻辑组织，它可以指出一类信息或一个信息是重复出现的，也可以表示特定信息在某一类信息中是有条件出现的。 SOFTWARE ENGINEERINGWarnier图SOFTWARE ENGINEERING3.7.3图形工具 3.4.3 IPO图 IPO图是输入、处理、输出图

12、的简称。-IBM 在需求分析阶段可以使用IPO图简略地描述系统的主要算法（即数据流图中各个处理的基本算法） SOFTWARE ENGINEERING IPO图的一个例子 SOFTWARE ENGINEERING改进的IPO图的形式 SOFTWARE ENGINEERING3.8验证软件需求 3.8.1 从哪些方面严整软件需求的正确性（1）一致性：所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾；（2）完整性：需求必须是完整的，规格说明书应该包括用户需要的每一个功能和性能；（3）现实性：指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的；（4）有效性：必须证明需求是正确有效的，确实能解决用户面对的问题。 SOFTWARE ENGINEERING3.5验证软件需求 3.5.2 验证软件需求的方法 （1）验证需求的一致性：形式化的描述软件需 求的方法。 当软件需求规格说明书是用形式化的需求陈述语言书写的时候，可以用软件工具验证需求的一致性。 （2）验证需求的现实性： 参照以往开发类似系统的经验，必要时采用仿真或性能模拟技术。 （3）验证需求的完整性和有效性