[第6讲需求分析.pptVIP

An Introduction to Database System 第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 （？） 3.5 数据规范化（？） 3.6 状态转换图+有穷状态机 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 快速建立软件原型 快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序 第一个特性是“快速”，目的是尽快向用户提供一个可在计算机上运行的目标系统的模型，以便使用户和开发者在目标系统系统应该“做什么”这个问题上尽可能快地达成共识 第二个特性是“容易修改”。如果原型的第一版不是用户所需要的，就必须根据用户的意见迅速修改它，构建出原型的第二版，以更好地满足用户需求。 为了快速地构建和修改原型，通常使用下述3种方法： 第四代技术：包括众多数据库查询和报表语言、程序和应用系统以及其他非常高级的非过程语言。 可重用的软件构件：使用一组已有的软件构件(也称为组件)来装配原型 形式化规格说明和原型环境:用于替代自然语言规格说明技术。 状态转换图 定义：通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。还指明了作为特定事件的结果系统将做哪些动作。 状态 语义：一个状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 事件 语义：是在某个特定时刻发生的事情，它是对引起系统做动作或（和）从一个状态转换到另一个状态的外界事件的抽象。也就是说，事件就是引起系统做动作或（和）转换状态的控制信息。 系统对事件的响应，既可以是做一个（或一系列）动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作 符号： 初态 终态： 中间状态： 上面部分为状态的名称，中间部分为状态变量的名字和值，是可选的，下面部分是活动表，可选。 活动表的语法格式：事件名（参数表）/动作表达式 在活动表中经常使用下述标准事件：entry,exit do entry事件指定进入该状态的动作，exit事件指定退出该状态的动作，而do事件则指定在该状态下的动作。需要时可以为事件指定参数表。活动表中的动作表达式描述应做的具体动作。 状态图中两个状态之间带箭头的连线称为状态转换，箭头指明了转换方向。 状态变迁通常是由事件触发的，在这种情况下表示状态转换的箭头线上标出触发转换的事件表达式； 如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换 事件表达式的语法如下： 事件说明[守卫条件]/动作表达式 其中：事件说明的语法为：事件名（参数名） 守卫条件是一个布尔表达式。如果同时使用事件说明和守卫条件，则当且仅当事件发生且布尔表达式为真时，状态转换才发生。如果只有守卫条件没有事件说明，则只要守卫条件为真状态转换就发生。 其他图形工具-层次方框图 是用树形结构的一系列多层次的矩形框描绘数据的层次结构。顶层是一个单独的矩形框，代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素 其他图形工具-Warnier 用树形结构描绘信息。 可指出一类信息或一个信息元素是重复出现的，也可以表示特定信息在某一类信息中是有条件地出现的。 IT公司的订餐系统 IT公司领导觉得订餐方式太落后了，导致诸多问题，订餐也需要信息化于是领导萌生了要做一个订餐系统的想法。 咱们先说说需求分析的一些大道理： 首先我们需要明确项目的背景，我们要回答这些问题：也就是为什么会有这个项目？客户为什么想做这样的一个项目？如果没有这个项目会怎样？ 了解背景的基础上，我们需要进一步了解以下内容： 1)本项目解决了客户的什么问题？2)本项目涉及到什么人、什么单位？3)本项目的目标是什么？4)本项目的范围是怎样的？5)本项目的成功标准是什么？以上这些内容，我们称之为客户的“需要” 请按顺序回答以下问题： 1.本项目的背景是怎样的？ 2.本项目能解决什么问题？ 3.本项目的关键涉众有哪些？（说明：涉众是指系统会影响到的人、角色、单位等，或者说什么人、角色、单位会影响到本系统。） 4.本系统要达到怎样的目标？ 5.本系统的范围是怎样的？ 6.本系统应该具备怎样的功能？ 7.本项目成功标准是怎样的？ 由于你的彻底而深入的需求分析工作，订餐系统进展非常顺利，很快就上线运行了！但问题也就来了，客户陆陆续续提出了以下问题： 1)要经过好几个页面才能进入订餐页面，不太方便，希望能在首页直接进入订餐页面。 2)一次只能定一天的餐，不太方便，希望一次能定多天的。 3)我有时选了一个菜，前台却说这个菜没