logo资料库

12306“飞鸟” 数据库系统需求规格说明书.pdf

第1页 / 共27页
第2页 / 共27页
第3页 / 共27页
第4页 / 共27页
第5页 / 共27页
第6页 / 共27页
第7页 / 共27页
第8页 / 共27页
资料共27页,剩余部分请下载后查看
系统需求规格说明书
一、预备知识(概念介绍)
1.1 UML
1.2 用例(Use Case)
1.3 用况(Use Case Scenario)
1.4 泳道图
1.5 数据流图(Data Flow Diagram,DFD)
二、分析系统业务需求
2.1 用户购票用例图
2.2 系统管理员用例图
三、分析系统业务场景
针对涉及多个用户(Actor 或用户)的业务场景,分析业务流程,画出泳道图
3.1 系统管理员更新信息业务泳道图
3.2 用户订票业务泳道图
四、补充分析完善系统的数据项
4.1 数据结构(类图)
4.2 该业务场景中的数据模式及数据字典:
五、分析系统的数据处理需求
5.1 顶级DFD
5.2 底层数据流图和数据流字典
六、分析系统的非功能性需求,系统业务处理性能、安全性、完整性等需求
6.1分析系统的非功能性需求
6.2系统业务处理性能:
6.3 安全性:
6.4 完整性:
《数据库系统原理》系统需求规格说明书 《数据库系统原理》 系统需求规格说明书 学 号: 17281033 姓 名: 贡乐天 专 业: 计算机科学与技术 学 院: 计算机与信息技术学院 指导老师: 林友芳 提交日期: 2019 年 12 月 31 日 • 1 •
《数据库系统原理》系统需求规格说明书 目录 一、预备知识(概念学习).................................................................3 1.1 UML...............................................................................................................................3 1.2 用例(Use Case).........................................................................................................4 1.3 用况(Use Case Scenario).......................................................................................6 1.4 泳道图.........................................................................................................................8 1.5 数据流图(Data Flow Diagram,DFD)................................................................ 8 二、分析系统业务需求.......................................................................10 2.1 用户购票用例图.......................................................................................................10 2.2 系统管理员用例图...................................................................................................10 三、 分析系统业务场景..................................................................... 11 3.1 系统管理员更新信息业务泳道图.......................................................................... 11 3.2 用户订票业务泳道图...............................................................................................12 四、 补充分析完善系统的数据项.....................................................13 4.1 数据结构(类图)...................................................................................................13 4.2 该业务场景中的数据模式及数据字典:.............................................................. 14 五、 分析系统的数据处理需求.........................................................17 5.1 顶级 DFD....................................................................................................................17 5.2 底层数据流图和数据流字典.................................................................................. 18 六、分析系统的非功能性需求,系统业务处理性能、安全性、完整 性等需求................................................................................................25 6.1 分析系统的非功能性需求........................................................................................25 6.2 系统业务处理性能:................................................................................................26 6.3 安全性:...................................................................................................................27 6.4 完整性:...................................................................................................................27 • 2 •
《数据库系统原理》系统需求规格说明书 系统需求规格说明书 一、预备知识(概念介绍) 1.1 UML 统一建模语言(英语:Unified Modeling Language,缩写 UML) 在 UML 系统开发中有三个主要的模型: 功能模型:从用户的角度展示系统的功能,包括用例图。 对象模型:采用对象,属性,操作,关联等概念展示系统的结构和基础,包 括类别图、对象图。 动态模型:展现系统的内部行为。包括序列图,活动图,状态图。 1 UML 基础知识 UML 这三个字母的全称是 Unified Modeling Language,直接翻译就是统 一建模语言,简单地说就是一种有特殊用途的语言。 UML 是大家比较推崇的一种标准,说不定以后有一个更好的标准可能会取代 她。UML 并不是强制性标准,没有法律规定你在软件开发中一定要用 UML,不能 用其它的,我们的目标是善用包括 UML 在内的各种标准,来提高我们软件开发 的水平。 2 UML 用处 UML 可帮助我们做软件需求分析和软件设计的工作,在我工作中大概各占了 50%的比例(这个我深有感触,不明确需求的开发就像无头苍蝇到处撞),当然 在你的实际工作中不一定是这样的比例。UML 会让你的需求分析或者软件设计工 作更上一层楼,本书将会介绍 UML 在需求分析方面的最佳实践。 3 UML 的分类 结构型的图(Structure Diagram) 类图(Class Diagram) 对象图(Object Diagram) 构件图(Component Diagram) 部署图(Deployment Diagram) 包图(Package Diagram) 行为型的图(Behavior Diagram) • 3 •
《数据库系统原理》系统需求规格说明书 活动图(Activity Diagram) 状态机图(State Machine Diagram) 顺序图(Sequence Diagram) 通信图(Communication Diagram) 用例图(Use Case Diagram) 时序图(Timing Diagram) UML 各种图的中文译名,因为翻译的原因可能会有所不一样,如:Sequence Diagram 和 Timing Diagram 有时候都会被译成“时序图”,这是最让人困扰 的地方!Sequence Diagram 除了被译为顺序图,还有序列图的译法。 UML 图为什么会分为结构型和行为型两种呢? 结构型的图描述的是某种结构,这种结构在某段时间内应该是稳定的,“静 态”的; 行为型的图描述的是某种行为,是“动态”的。 分析系统需求时,我们会面对很多业务概念,它们之间会有某些关系,这些 内容可以看成是“静态”的,我们可以利用 UML 的结构性的图来分析。同时, 业务会涉及大量的流程、过程等,这些内容是“动态”的,我们可以用行为型的 UML 图来分析。 在我们软件设计时,我们需要考虑需要那些类、哪些构件、系统最后怎样部 署等,这些内容可以看成是“静态”的,我们可以利用 UML 的结构型的图来设 计。同时,我们也需要考虑软件如何和用户交互,类、构件、模块之间如何联系 等“动态”内容,我们可以利用行为型的图来设计。 1.2 用例(Use Case) 1 用例简介: use case 讲述了参与者使用系统的故事,用例展示了系统执行的一系列操 作,使特定的参与者生成一个可以直观观测的结果。(表达功能和需求)。用例 是文本文档,而不是图表,是编写文本的行为。 比如:用户(user)想要什么? 想要想要从图书馆出一本书 想要付帐 • 4 •
《数据库系统原理》系统需求规格说明书 想要输入他的注册详情 2 用例的作用: 对于非分析人员来说是一种简单,熟悉的交流工具,重要的是,它可以减少 沟通障碍。 帮助我们关注所使用系统的业务价值和开发的优先级。 通过它所展现的故事来说明功能需求。 定义了系统行为的契约。 3 类型: 系统用例(system use case) 业务用例(business use case) 4 方法: 用例的句子一般是(动词+名字构成),比如:确认客户订单,租赁视频, 返还视频,支付罚款..... 5 角色和用例(Actors and Use Case) 6 角色(绘画出人物图标) 定义系统外部对象所扮演的角色。 是外部观点而不是内部的结构为特征 参与涉及与系统的消息交换和操作的交互 通过与系统交互实现目标 具有充当参与者角色的对象(具有操作和属性)的实例 可能与其他参与者具有泛化关系(后面讲之间的关系) 7 用例(对话框或者椭圆) 定义系统所提供的功能或者单元块 表示系统及其参与者之间的外部交互序列,即系统如何为各种交互提供服务 产生对参与者有价值的结果 具有表示一系列活动的场景的实例(在序列图中描述) 可能具有扩展点 分层组织 8 角色和用例之间的关系 通信关系(用实线表示) 关联是否显示了参与者和用例之间的交互? • 5 •
《数据库系统原理》系统需求规格说明书 是否只允许参与者和用例之间的关系? 用例之间的依赖关系 :提供额外功能,并且很可能再次被使用,这两者都应该有助于 保持基本 UC 的简单性,箭头从扩展用例绘制到基本用例 :是一个单独的用例,因为它将再次被使用,箭头从基本用例绘 制到包含的用例 1.3 用况(Use Case Scenario) 用况对一组动作序列(其中包括它的变体)的描述,系统执行该动作为执行 此动作的参与者产生一个可观察的结果值。 用例图(Use Case Diagram) 1 用例图简述 用例:一组动作序列的描述,是系统的参与者与系统交互后,系统产生动作 序列,对特定的参与者产生可以观察到的的结果值。 用例图:用例图(use case diagram)是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的静态视图。 用例建模: 用例建模(Use Case Modeling)是使用用例的方法来描述系 统的功能需求的过程,用例模型主要包括以下两部分内容: ——用例图(Use Case Diagram) 确定系统中所包含的参与者、用例和两 者之间的对应关系,用例图描述的是关于系统功能的一个概述。 ——用例规约(Use Case Specification) 用例图的作用:主要是描述用户的需求 用例图的主要属性: • 6 •
《数据库系统原理》系统需求规格说明书 事件流 事件流描述了一个用例在执行时执行者与系统之间的交互过程。这个过程包 括多个分支,也就是说执行者再执行这个过程时可以有多个路线。其中预期会成 功的路线被称为基本流,剩下的其他路线被称为备选流 2 用例图图符 3 用例图关系 泛化关联 泛化箭线(带空心三角的实箭线),基本 use case 指向一般 use case 使用关联 一个 usecase 使用另一个 use case 的功能。是一种泛化关联,有基本 use case 指向公共 Use case 的泛化箭线表示, 箭线上标有<>. • 7 •
《数据库系统原理》系统需求规格说明书 包含关联 扩展关联 1.4 泳道图 泳道图能够清晰体现出某个动作发生在哪个部门,在纵向上是部门职能,横 向是岗位(有时候横向上不区分岗位)。绘图元素与传统流程图类似,但在业务 流程主体上,通过泳道(纵向条)区分出执行主体,即部门和岗位来。泳道图是 将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的 不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。它可以方便的 描述企业的各种业务流程,能够直观地描述系统的各活动之间的逻辑关系,利于 用户理解业务逻辑。 1.5 数据流图(Data Flow Diagram,DFD) 1 数据流图的定义 数据流图(DFD)是结构化分析方法中使用的工具,它以图形的方式描绘 数据在系统中流动和处理的过程, 因为它仅仅反映系统必须完毕的逻辑功能。所以它是一种功能模型。 在结构化开发方法中。数据流图是需求分析阶段产生的结果。 2 数据流图的用法 数据流图採用分层的形式来描写叙述系统数据流向,每一层次都代表了 系统数据流向的一个抽象水平,层次越高,数据流向越抽象。 高层次的 DFD 图中处理能够进一步分解为低层次、更具体的 DFD 图。 • 8 •
分享到:
收藏