软件需求分析-复习指南(三)

简介: 软件需求分析-复习指南(三)

九. ER图


某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统以方便管理其业务运作活动。

【需求分析结果】

1.商场需要记录的信息包括商场编号(编号唯一),商场名称,地址和联系电话。 某商场信息如下表所示。


2.每个商场包含有不同的部门,部门需要记录的信息包括部门编号(集团公司分配),部门名称,位置分布和联系电话。某商场的部门信息如下表所示。

3.每个部门雇用多名员工处理日常事务,每名员工只能隶属于一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号(集团公司分配), 姓名,岗位,电话号码和工资。员工信息如下表所示。


4.每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。

【概念模型设计】


【关系模式设计】

商场(商场编号,商场名称,地址,联系电话)

部门(部门编号,部门名称,位置分布,联系电话,(a))

员工(员工编号,员工姓名,岗位,电话号码,工资,(b))

经理((c),任职时间)

【问题1】

根据问题描述,补充四个联系,完善实体联系图(图4)。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、l:n和m:n。

【问题2】

根据实体联系图,将关系模式中的空(a)〜(c)补充完整,并分别给出部门、员工和经理关系模式的主键和外键。

【问题3】

为了使商场有紧急事务时能联系到轮休的员工,要求每位员工必须且只能登记一位紧急联系人的姓名和联系电话,不同的员工可以登记相同的紧急联系人。则在附件图4中 还需添加的实体是(1),该实体和实体联系图(图4)中的员工存在(2)联系(填写联系类型)。 给出该实体的关系模式。


答案:

【问题1】(图中的m、n也可以同*来表示,对练习名称可不做要求,但不能出现重名)


【问题2】

(a)商场编号 (b)部门编号 ©员工编号

部门关系模式的主键:部门编号

外键:商场编号

员工关系模式的主键:员工编号

外键:部门编号

经理关系模式的主键:员工编号

外键:员工编号

【问题3】

(d)紧急联系人(e)1:n

关系模式:紧急联系人(员工编号,姓名,联系电话)


十. DFD图


假设某大型商业企业由商品配送中心和连锁超市组成,其中商品配送中心包括采购、财务、配送等部门。为实现髙效管理,设计了商品配送中心信息管理系统,其主要 功能描述如下:


系统接收由连锁超市提出的供货请求,并将其记录到供货请求记录文件。

在接到供货请求后,从商品库存记录文件中进行商品库存信息查询。如果库存满足供货请求,则给配送处理发送配送通知:否则,向采购部门发出缺货通知。

配送处理接到配送通知后,查询供货请求记录文件,更新商品库存记录文件,并向配送部门发送配送单,在配送货品的同时记录配送信息至商品配送记彔文件。

采购部门接到缺货通知后,与供货商洽谈,进行商品采购处理,合格商品入库,并记录采购清单至采购清单记录文件、向配送处理发出配送通知,同时通知财务部门给供货商支付货款。

该系统采用结构化方法进行开发,得到待修改的数据流图如附件图1所示。

【问题1】

使用【说明】中的词语,给出附件第1个图中外部实体E1至E4的名称和数据存储D1至D4 的名称。

【问题2】

以上数据流图中存在四处错误数据流,请指出各自的起点和终点;若将上述四条错误数据流删除,为保证数据流图的正确性,应补充三条数据流,请给出所补充数据流的起点和终点。(起点和终点请采用上述数据流图中的符号或名称)填写在如附件图2所示的表格中。


十一用例图序列图


某银行计划开发一个自动存提款机模拟系统(ATM System)。系统通过读卡器(CardReader)读取ATM卡;系统与客户(Customer)的交互由客户控制台(Customer-Console)实现;银行操作员(Operator)可控制系统的启动(System Startup)和停止(System Shutdown);系统通过网络和银行系统(Bank)实现通信。

当读卡器判断用户已将ATM卡插入后,创建会话(Session)。会话开始后,读卡器进行读卡,并要求客户输入个人验证码(PIN)。系统将卡号和个人验证码信息送到银行系统进行验证。验证通过后,客户可从菜单选择如下事务(Transaction):


从ATM卡账户取款(Withdraw);

向ATM卡账户存款(Deposit):

进行转账(Transfer);

查询(Inquire)ATM卡账户信息。

一次会话可以包含多个事务,每个事务处理也会将卡号和个人验证码信息送到银行系统进行验证。若个人验证码错误,则转个人验证码错误处理(Invalid PIN Process)。每个事务完成后,客户可选择继续上述事务或退卡。选择退卡时,系统弹出ATM卡,会话结束。

系统采用面向对象方法开发,使用UML进行建模。系统的顶层用例图如附件图3-1所示,一次会话的序列图(不考虑验证)如图3-2所示。


【问题1】

根据【说明】中的描述,给出图3-1中A1和A2所对应的参与者,U1至U3所对应的用例,以及该图中空(1)所对应的关系。(U1至U3的可选用例包括:Session、Transaction, Insert Card、Invalid PIN Process 和 Transfer)

【问题2】

根据【说明】中的描述,使用消息名称列表中的英文名称,给出图3-2中6〜9对应的消息。


【问题3】

解释图3-1中用例U3和用例Withdraw、Deposit等四个用例之间的关系及其内涵

答案:

【问题1】

A1:Customer A2:Bank U1:Session

U2:Invalid PIN Process U3:Transaction

(1)< < extend > >

【问题2】

6:read PIN()

7:PIN

8:create(atm,this,card,pin)

9:perform Transaction

【问题3】

Transaction是一个抽象泛化用例,具有其他事务类型共有的属性和行为,每个具体的事务类型继承它,并实现适合自己的特定的操作。

Copyright @PushyTao

目录
相关文章
|
6月前
|
SQL 安全 测试技术
【软件设计师备考 专题 】测试要求说明书的编写和应用
【软件设计师备考 专题 】测试要求说明书的编写和应用
117 0
|
BI 测试技术 程序员
【软件工程题库】第四章 概要设计
【软件工程题库】第四章 概要设计
2079 1
|
6月前
|
安全 搜索推荐 测试技术
【软件设计师备考 专题 】理解系统需求说明:软件设计的第一步
【软件设计师备考 专题 】理解系统需求说明:软件设计的第一步
135 0
|
6月前
|
存储 运维 安全
【软件设计师备考 专题 】系统分析基础:理解系统分析的目的和任务
【软件设计师备考 专题 】系统分析基础:理解系统分析的目的和任务
192 0
|
6月前
|
算法 测试技术 开发者
软件质量保证与测试知识点总结
【2月更文挑战第21天】软件质量保证与测试知识点总结
205 0
|
算法 C语言
【软件工程题库】第五章 详细设计
【软件工程题库】第五章 详细设计
559 0
|
存储 算法 安全
【软件工程题库】第三章 需求分析
【软件工程题库】第三章 需求分析
883 0
|
存储 测试技术 数据库
软件需求分析-复习指南(二)
软件需求分析-复习指南(二)
791 0
|
测试技术 数据安全/隐私保护
软件需求分析-复习指南(一)
软件需求分析-复习指南(一)
176 1
|
存储 BI 数据处理
软件工程之软件需求分析
软件需要解决的是用户所面临的现实问题,但是,这些现实问题需要由软件技术人员来解 决。情况往往是,开发软件的技术人员精通计算机技术,但并不熟悉用户的业务领域;而用户 清楚自己的业务,却又不太懂计算机技术。
1667 0