《数据库系统原理》系统需求规格说明书
《数据库系统原理》
系统需求规格说明书
学 号:
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 的泛化箭线表示,
箭线上标有<
《数据库系统原理》系统需求规格说明书
包含关联
扩展关联
1.4 泳道图
泳道图能够清晰体现出某个动作发生在哪个部门,在纵向上是部门职能,横
向是岗位(有时候横向上不区分岗位)。绘图元素与传统流程图类似,但在业务
流程主体上,通过泳道(纵向条)区分出执行主体,即部门和岗位来。泳道图是
将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的
不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。它可以方便的
描述企业的各种业务流程,能够直观地描述系统的各活动之间的逻辑关系,利于
用户理解业务逻辑。
1.5 数据流图(Data Flow Diagram,DFD)
1 数据流图的定义
数据流图(DFD)是结构化分析方法中使用的工具,它以图形的方式描绘
数据在系统中流动和处理的过程,
因为它仅仅反映系统必须完毕的逻辑功能。所以它是一种功能模型。
在结构化开发方法中。数据流图是需求分析阶段产生的结果。
2 数据流图的用法
数据流图採用分层的形式来描写叙述系统数据流向,每一层次都代表了
系统数据流向的一个抽象水平,层次越高,数据流向越抽象。
高层次的 DFD 图中处理能够进一步分解为低层次、更具体的 DFD 图。
• 8 •