[管理学]第2章结构化分析.pptVIP

第2章 结构化分析 技术要点： 采用自顶向下分析的方法 强调逻辑功能而不是实现功能的具体方法 使用图形进行系统分析并表达分析的结果 2.1 可行性研究 2.2 需求分析 2.3 与用户沟通的方法 2.4 分析建模与规格说明 2.5 实体-联系图 2.6 数据流图 2.7 数据字典 2.8 状态转换图 2.9 其他图形工具 2.10 验证软件需求 2.11 成本/效益分析 2.12 形式化说明技术 2.13 习题 2.1 可行性研究 一、任务 1、可行性研究的目的是用最小的代价在尽可能短的时间内研究并确定客户提出的问题是否有行得通的解决办法。（不是解决问题，而是确定问题是否值得去解决。 2、分析几种主要的候选解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否达到值得投资开发这个系统的程度。 一、任务 3、对每种解法都应该仔细研究它的可行性 （1） 技术可行性：使用现有的技术能实现这个系统吗? （2） 经济可行性：这个系统的经济效益能超过它的开发成本吗? （3） 操作可行性：系统的操作方式在该用户组织内行得通吗? 4、分析员应该为每个可行的解法制定一个粗略的实现进度，并对以后的行动方针提出建议。 二、 可行性研究过程 1、可行性研究实质上是要进行一次大大压缩和简化了的系统分析和设计过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。 2、步骤。 （1）复查系统规模和目标 （2）研究目前正在使用的系统 （3）导出新系统的高层逻辑模型 （4）进一步定义问题 （5）导出和评价供选择的解法 （6）推荐行动方针 （7）草拟开发计划 （8）书写文档提交审查 2.2 需求分析 为什么可行性研究并不能代替需求分析？P45 一、需求分析的基本任务 需求分析的基本任务是准确地回答“系统必须做什么?”这个问题，还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 二、具体任务 1、确定对系统的综合要求 （1） 功能需求： （2） 性能需求 （3）可靠性和可用性需求 （4） 出错处理需求 （5）接口需求 （6）约束 （7）逆向需求 （8）将来可能提出的要求 二、具体任务 2、分析系统的数据要求 3、到处系统的楼及模型 4、修正系统开发计划 2.3 与用户沟通的方法 一、访谈 1、最早开始使用的获取用户需求的技术。 2、两种基本形式：正式的和非正式。 3、当需要调查大量人员的意见时，请被调查人填写调查表是一个十分有效的做法。 4、在访问用户的过程中使用情景分析技术往往非常有效。（所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。） 二、面向数据流自顶向下求精 1、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 2、从可行性研究得出的目标系统的高层数据流图的输出端着手分析，把数据流和数据存储定义到元素级。 3、通常把分析过程中得到的有关数据元素的信息记录在数据字典中，把对算法的简明描述记录在IPO图中。 面向数据流自顶向下求精过程 三、简易的应用规格说明技术 1、这是一种面向团队的需求收集法，目前在信息系统领域较主流。 2、提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。 3、典型过程：P50 4、优点：开发者与用户不分彼此、齐心协力、密切合作；即时讨论并求精；有能导出规格说明的具体步骤。 四、快速建立软件原型 1、最准确、最有效、最强大的需求分析技术 2、软件：快速建立起来的旨在演示目标系统主要功能的可运行的程序。 3、要点：实现用户看得见的功能，省略目标系统的“隐含”功能。 4、特性：“快速”、“易修改” 5、方法和工具 （1）第四代技术（2）可重用的软件构件 （3）形式化规格说明和原型环境 2.4 分析建模与规格说明 一、分析建模 1、建模：为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。一般由一组图形符号和组织这些符号的规则组成。 2、准则 （1）必须理解并描述问题的信息域，根据这条准则应该建立数据模型； （2）必须定义软件应完成的功能，根据这条准则应该建立功能模型； （3）必须描述作为外部时间结果的软件行为，根据这条准则应该建立行为模型； （4）必须对描述目标系统信息、功能和行为的模块进行分解，用层次的方式展示细节。 二、软件需求规格说明 1、需求分析阶段得出的最主要的文档 2、用自然语言完整、准确、具体地描述系统的需求。容易书写、容易理解；可能存在不一致、歧义、含糊、不完整及抽象层次混乱等问题 3、用形式化描述 2.5 实体-联系图 1、为了把用户的数据要求清楚、准确地描述出来，通常建立