VCD出售租借连锁店标准管理系统.doc

第四部分 试验指导书

依据以下VCD出售租借连锁店管理系统开发需求调查文字，完成试验一至试验五并填写在试验汇报册上。
市内某家大型VCD出售租借连锁店有很多职员，每个职员只能服务于一家租借店；每个职员有工号、姓名、性别、年纪、政治面貌等属性；每家店日常工作关键有：租借、归还、逾期罚款等（租借人首先要办理租借卡，租借卡分为年卡、月卡和零租卡）。具体操作步骤以下：
（1）出售租借：依据购置人或租借人提供VCD租借单，查阅库存，假如有，则办理销售或租借并登记销售（统计销售统计单号、购置人卡号、购置日期、VCD编码、数量、单价，经办职员号）或租借流水帐（统计租借统计单号、租借人卡号、租借日期、VCD编码、数量、归还日期，经办职员号）；假如没有对应VCD，则可依据购置人或租借人要求办理预约登记(统计预约登记单号、购置或租借卡卡号、VCD编码、数量、经办职员号)，当有VCD时，立即通知购置人或租借人。
（2）归还：依据租借人提供所还VCD，检验VCD是否完好，假如完好，则办理归还登记（统计归还单号、租借人卡号、归还日期、VCD编码、数量、经办职员号），假如有损坏VCD，办理赔偿登记（统计赔偿单号、租借卡卡号、赔偿日期、赔偿VCD编码、数量、金额，经办职员号），并把赔偿通知单通知给租借人。
（3）逾期罚款通知：查询逾期未还VCD，立即通知租借人，并进行对应罚款登记（统计罚款单号租借卡卡号、罚款日期、罚款金额、经办职员号）。

试验一 需求分析（一）——业务步骤调查

一、试验目标：掌握需求分析步骤和业务步骤调查方法；掌握应用Powerbuilder绘制BPM模型
二、课时：6H（课内4H，课外2H）
三、试验软件平台：Windows 2k或Windows XP, Powerduilder9.5,Visio
四、试验内容：依据该VCD连锁店业务需求调查文字，利用PD绘制该VCD连锁店管理系统BPM模型。
五、试验结果：

六、思索题
1、数据库设计为何需要进行具体需求分析？
答：做软件是为了满足用户需求，不能接到一个项目凭自己经验自己想象就写出程序来。需要知道用户需要什么，不需要什么。所以，为了让团体工作结果能被用户接收就需要具体进行需求分析。为以后软件编写提供正确严谨步骤处理。

2、需求分析目标是什么？其调查步骤是什么？常见调查方法有哪些？
需求分析目标：经过具体调查现实世界要处理对象（组织、部门、企业等），充足了解原系统（手工系统或计算机系统）工作概况，明确用户多种需求，然后再此基础上确定新系统功效。新系统必需充足考虑以后可能扩张和改变，不能仅仅按目前需求来设计数据库。
调查步骤：
（1） 调查组织机构情况。包含了解该组织部门组成情况、各部门职责等，为分析信息步骤做准备。
（2） 调查各部门业务活动情况。包含了解各个部门输入和使用什么数据，怎样加工处理这些数据，输出什么信息，输入结果格式是什么，这是调查关键。
（3） 在熟悉了业务活动基础上，帮助用户明确对新系统多种要求，包含信息要求、处理要求、安全性和完整性要求，这是调查又一个关键。
（4） 确定新系统边界。对前面调查结果进行初步分析，确定哪些功效由计算机完成或未来准备让计算机完成，哪些活动由人工完成。由计算机完成功效就是新系统应该实现功效。
调查方法:
(1) 跟班作业。经过亲身参与业务工作来了解业务活动情况。
(2) 开调查会。经过和用户座谈来了解业务活动情况及用户需求。
(3) 请专员介绍。
(4) 问询对一些调查中问题，能够找专员问询。
(5) 设计调查表请用户填写。假如调查表设计合理，这种方法是很有效。
(6) 查阅统计。查阅和原始系统相关原始统计。
3、数据库设计特点是什么？
大型数据库设计和开发是一项庞大工程，是包含多科学综合性技术。数据库建设是指数据库应用系统从设计实施到运行维护全过程。数据库建设和通常软件系统设计、开发和运行和维护全过程有很多相同之处，更有其本身部分特点。
（1）数据库建设基础：三分技术，七分管理，十二分基础数据是数据库设计特点之一。
（2）结构（数据）设计和行为（处理）设计相结合：数据库设计应该和应用系统设计相结合。也就是说，整个设计过程中要把数据库设计和对数据库处理设计亲密结合起来。这是数据库设计特点之二。
试验二 需求分析（二）——数据步骤调查

一、试验目标：掌握需求分析步骤和数据步骤调查方法；掌握应用VISIO绘制数据步骤图（DFD）,掌握数据步骤图分层次绘制方法。掌握编写数据字典方法和步骤。
二、试验课时：8H（课内6H，课外2H）
三、试验软件平台：Windows 2k或Windows XP, Visio
四、试验内容：
1、掌握数据步骤调查和分析方法；
2、利用Visio绘制分层次数据步骤图并在绘制过程中建立标准、统一编码；
3、依据该VCD连锁店业务需求调查文字和第一次作业所完成内容，利用VISIO，绘制该连锁店管理系统DFD模型。
4、编写具体正确数据字典。
五、试验步骤
1、数据步骤图层次绘制方法复习
数据步骤图分层次绘制模型：

数据步骤图是根据“自顶向下、逐层细化”标准进行，在绘制整个数据步骤图过程中，一定要建立标准、统一编码，并建立对应数据字典。
数据步骤图具体绘制过程可参见上课过程中PPT案例(陪送系统数据步骤图)。
2、依据该VCD连锁店业务需求调查文字和第一次作业所完成内容，利用VISIO，绘制该连锁店管理系统DFD模型。
六、试验结果：
1、绘制数据步骤图 【请在此粘贴你DFD，数据步骤图中数据对象一定要编号，地方不够可换页】

2、编写对应正确数据字典
表3-1 数据流描述
数据流编号
数据流名称
简 述
数据流
起源
数据流
去向
数据流组成
数据流量
高峰流量
IN1
VCD租借单信息
统计租借
人对VCD要求
租借人
P1,D1
VCD编码+VCD数量+归还日期
x
x
IN2
租借信息
成交信息
租借处理
P2，P3
销售或租借统计单号+购置或租借人卡号+购置或租借日期+VCD编码+数量+单价
x
x
IN3
归还
统计VCD归还具体信息
归还处理
P3
归还单号+租借人卡号+归还日期+VCD编码+数量+经办
职员号 
x
x
IN4
销售信息
统计购置
人对VCD要求
购置人
P1.1
VCD编码+VCD数量等
x
x
IN5
罚款信息
统计罚款具体信息
预期罚款处理
E2
罚款单号+租借卡卡号+罚款日期+罚款金额+经办职员号
x
x
IN6
预约处理信息
统计需要租借或出售但没有库存VCD信息 
P1.3
D2.3
预约登记单号+购置或租借卡卡号
+VCD编码+数量+经办职员号
x
x
表3-2 处理逻辑描述
处理逻辑编号
处理逻辑名称
简述
输入数据流
处理
输出数据流
处理频率
P1
VCD出售租借处理 
对要租借VCD进
行出售租借处理过程
IN1
对要租借VCD进行出售租借处理过程
IN2

P2
逾期罚款处理
查询有误逾期租借
IN2
生成逾期罚款单然后通知租借人
IN5

P3
归还处理
处理归还过程
IN2
无损坏办理归还登记，有损坏则办理赔偿单
赔偿登记

P3.1
办理归还登记
对无损坏归还办理登记
办理人要求
统计归还时间，更新库存
归还统计

P3.2
办理赔偿登记
对有损坏归还做赔偿统计
班里人要求
生成赔偿单，并通知归还人
E2用户、赔偿登记

P1.1
办理销售并登记销售
依据租借人要求登记租借信息
IN1
办理租借登记
销售统计

P1.2
租借流水帐
依据租借人要求登记租借信息
IN1
办理租借流水账
租借统计

P1.3
预约登记
租借人预约VCD
IN1
统计预约登记人信息
IN6

P1.4
职员查阅库存并通知预约用户
库存更新后检验时候有用户预约该VCD
库存更新
假如有用户预约，则生成通知单，通知租借用户
E1

P2.1
职员查阅库存并通知预约用户
职员查对租借单是否有逾期单
P2
租借人有逾期则生成处罚通知单并通知她
IN5

表3-3 数据存放描述
数据存放
编号
数据存放
名称
简 述
数据存放组成
相关联处理
D1
VCD库存表
Vcd数量
罚款单号+租借卡卡号+罚款日期+罚款金额+经办职员号

D2
销售租借统计
销售vcd统计
销售或租借统计单号+购置或租借人卡 号+购置或租借日期+VCD编码+数量+单价

D3
归还统计
租借人归还具体信息
销售或租借统计单号+购置或租借人卡 号+购置或租借日期+VCD编码+数量+单价

D3.1
赔偿登记
存放归还时VCD不符合完好性要求租借人信息及VCD信息
赔偿单号+租借卡卡号+赔偿日期+赔偿VCD编码+数量+金额+经办职员号

D2.1
销售统计
销售VCD统计
销售统计单号+购置人卡 号+购置+VCD编码+数量+单价

D2.2
租借统计
租借VCD统计
租借统计单号+租借人卡 号 +VCD编码+数量+单价

D2.3
预约登记
存放需要VCD信息及购置人或租借人信息
预约登记单号+购置或租借卡卡号+VCD编码+数量+经办职员号

D2.2.1
罚款登记
存放购置人或租借人罚款信息
罚款单号+租借卡卡号+罚款日期+罚款金额+经办职员号

表3-4 外部实体描述
外部实体编号
外部实体名称
简述
外部实体组成
输入数据流
输出数据流
E1
租借或购置用户
用户
用户名+用户电话+用户类型等
--

E2
租借人
用户
用户名+用户电话+用户类型等
--

E3
职员
店员
职员号+职员名+职员电话等
---

表4-5 数据项定义

七、思索题
1、数据步骤图特点有哪三方面？
答：数据步骤图特点：
（1） 层次性；
（2） 抽象性；
（3） 概括性。

2、数据字典内容和作用是什么？
答：数据字典内容：数据项、数据结构、数据流、数据存放、处理过程。
数据字典作用：数据流图表示了数据和处理关系。

试验三 概念结构设计
一、试验目标：掌握概念结构模型绘制方法和步骤，掌握利用PD绘制和管理CDM方法。
二、试验课时：6H（课内3H,课外3H）
三、试验软件平台： Windows 2k或Windows XP, Powerduilder9.5,Visio
四、试验内容：
1、掌握概念结构设计方法；
2、利用PD绘制并管理CDM；
3、依据该VCD连锁店业务需求调查文字和前两次作业所完成内容，利用PD，设计该连锁店管理系统合理CDM模型。
五、试验结果

六、思索题
1、 什么是数据库概念结构？式述其特点和设计策略。
答：概念结构设计就是将需求分析得到用户需求抽象为信息结构即概念模型过程。
概念结构设计特点： （1） 能真实、充足地反应现实世界，包含事物和事物之间联络，能满足用户对数据处理要求，是对现实世界一个真实模型； （2） 易于了解，从而能够用它和不熟悉计算机用户交换意见，用户主动参与是数据库设计成功关键； （3） 易于更改，当应用环境和应用要求改变时，轻易对概念模型修改和扩充； （4） 易于向关系、网状、层次等多种数据模型转换。
 概念结构设计策略： （1） 自顶向下。 （2） 自底向上。 （3） 逐步扩张。 （4） 混合策略。 
2、 什么叫数据抽象？
答：所谓抽象就是对实际人、物、事和概念进行人为处理，抽取所关心共同特征，忽略非本质细节，并把这些特征用多种概念正确加以描述。通常有三种抽象： （1） 分类 （2） 聚集 3） 概括
3、 数据库概念结构设计关键性和设计步骤
答：概念结构设计是整个数据库设计关键，它经过对用户需求进行综合、归纳和抽 象，形成一个独立于具体DBMS概念模型。
4、 为何要视图集成？有哪些方法？
答：各子系统分E-R图设计好以后，下一步就是要将全部分E-R图综合成一个系统总E-R图。    通常来说，视图集成能够有两种方法： （1） 多个分E-R图一次集成。 （2） 逐步集成，用累加方法一次集成两个分E-R图。
5、 试述在PD中设计数据项并把数据项关联到某一实体操作步骤
答：(1)双击实体->Attributes->add a row->勾上P;
(2)用Relationship连接这个实体和另一个实体;
6、 试述在PD中设计域并把它关联到某一实体属性上操作步骤
答：（1）Model->Domains->Alt+Center->按自己需求设置->OK;
（2）双击实体->Attributes->add a row->Domain->选择自己设计数据域;
试验四 逻辑结构设计
一、试验目标：掌握概念结构模型向逻辑模型转换规则方法；掌握在PD环境中把CDM正确转换为PDM，并对PDM进行必需管理和修改。
二、试验课时：6H（课内3H，课外3H）
三、试验软件平台： Windows 2k或Windows XP, Powerduilder95,Visio
四、试验内容：
1、掌握概念结构模型向逻辑模型转换规则方法；
2、掌握在PD环境中把CDM正确转换为PDM，并对PDM进行必需管理和修改；
3、掌握利用创建PDM四种方法；
4、依据该VCD连锁店业务需求调查文字和前三次试验所完成内容，利用PD，设计该连锁店管理系统合理PDM模型。
五、试验结果

六、思索题
1、 什么是数据库逻辑结构设计？试述其设计步骤
答：逻辑结构设计：对数据在计算机中组织形式设计。    设计步骤： 
（1） 将概念结构转换为通常关系、网状、层次模型； 
（2） 将转换来关系、网状、层次模型向特定DBMS支持下数据模型转换； （3） 对数据模型进行优化。
2、 试述把E-R图转换为关系模型转换规则。
答：转换通常遵照以下规则： 
（1） 一个1：1联络能够转换为一个独立关系模式，也能够和任意一端对应
关系模式合并。 
（2） 一个1：n联络能够转换为一个独立关系模式，也能够和N端对应关
系模式合并。 （3） 一个M:N联络转换为一个关系模式。和该联络相连各实体码和联络
本事属性均转换为关系属性，各实体码组成关系码或关系码一
部分。 
（4） 3个或3个以上实体间一个多元联络能够转换为一个关系模式。 （5） 含有相同码关系模式能够合并。
3、 完成《数据库系统概述》（第四版）P234 第18、19题
18 ．现有一局部应用，包含两个实体：“出版社”和“作者”，这两个实体是多对多联络，请读者自己设计合适属性，画出 E 一 R 图，再将其转换为关系模型（包含关系名、属性名、码和完整性约束条件）。
答：

关系模型为：作者（作者号，姓名，年纪，性别，电话，地址）出版社（出版社号，名称，地址，联络电话）出版（作者号，出版社号，书数量）出版关系主码作者号，出版社号分别参考作者关系主码作者号和出版社关系主码出版社号。
19 ．请设计一个图书馆数据库，此数据库中对每个借阅者保留读者统计，包含：读者号，姓名，地址，性别，年纪，单位。对每本书存有：书号，书名，作者，出版社。对每本被借出书存有读者号、借出日期和应还日期。要求：给出 E 一 R 图，再将其转换为关系模型。
答 ：E 一 R 图为：

关系模型为：读者（读者号，姓名，地址，性别书（书号，书名，作者，出版社）借书（读者号，书号，借出日期，年纪，单位）应还日期）

试验五 数据库物理设计和实施

一、试验目标：掌握PD中利用PDM生成物理数据库操作步骤；掌握在PD环境中把PDM正确转换为数据库文件和生成数据库文件SQL脚本。
二、试验课时：4H（课内2H，课外2H）
三、试验软件平台： Windows 2k或Windows XP, Powerduilder9.5,MS SQL Server 或Anywhere
四、试验内容：
1、 掌握PD中利用PDM生成物理数据库操作步骤；
2、 掌握在PD环境中把PDM正确转换为数据库文件和生成数据库文件SQL脚本。
3、依据第四次试验所得到PDM模型，完成该VCD连锁店管理系统数据库物理设计，保留生成数据库SQL脚本和数据库文件。
五、试验结果
【请在此粘贴你生成数据库SQL脚本，并注意保留生成数据库SQL脚本和数据库文件。】
/*==============================================================*/
/* Database name: VCDManageSystem */
/* DBMS name: Microsoft SQL Server */
/* Created on: /6/9 16:21:33 */
/*==============================================================*/

drop database VCDManageSystem
go

/*===========================/
/* Database: VCDManageSystem */
/*==============================================================*/
create database VCDManageSystem
go

use VCDManageSystem
go

/*=========================================================/
/* Domain: Amount */
/*==============================================================*/
create type Amount
from int
go

/*==============================================================*/
/* Domain: Date */
/*==============================================================*/
create type Date
from datetime
go

/*==============================================================*/
/* Domain: NO */
/*================================/
create type NO
from char(20)
go

/*==============================================================*/
/* Domain: Name */
/*==============================================================*/
create type Name
from char(20)
go

/*==============================================================*/
/* Table: Book */
/*==============================================================*/
create table Book (
Book_no NO not null,

Manager_no NO null,
VCD_no NO null,
Cust_no NO null,
Book_amount Amount null,
constraint PK_BOOK primary key nonclustered (Book_no)
)
go

/*======================/
/* Index: Relationship_3_FK */
/*==============================================================*/
create index Relationship_3_FK on Book (
Manager_no ASC
)
go

/*===================================================/
/* Index: Relationship_9_FK */
/*==============================================================*/
create index Relationship_9_FK on Book (
VCD_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_15_FK */
/*==============================================================*/
create index Relationship_15_FK on Book (
Cust_no ASC
)
go

/*==============================================================*/
/* Table: Fine */
/*==============================================================*/
create table Fine (
Fine_no NO not null,
Manager_no NO null,
VCD_no NO null,
Cust_no NO null,
comp_date Date null,
comp_amount Amount null,
comp_money float null,
constraint PK_FINE primary key nonclustered (Fine_no)
)
go

/*=======================================================/
/* Index: Relationship_5_FK */
/*==============================================================*/
create index Relationship_5_FK on Fine (
Manager_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_11_FK */
/*==============================================================*/
create index Relationship_11_FK on Fine (
VCD_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_17_FK */
/*==============================================================*/
create index Relationship_17_FK on Fine (
Cust_no ASC
)
go

/*==============================================================*/
/* Table: Manager */
/*===========/
create table Manager (
Manager_no NO not null,
Manager_name Name null,
Manager_sex char(4) null,
Manager_age int null,
Manager_politics char(20) null,
constraint PK_MANAGER primary key nonclustered (Manager_no)
)
go

/*==============================================================*/
/* Table: OverTimeFine */
/*==============================================/
create table OverTimeFine (
OT_no NO not null,
Manager_no NO null,
VCD_no NO null,
Cust_no NO null,
OT_date Date null,
OT_money float null,
constraint PK_OVERTIMEFINE primary key nonclustered (OT_no)
)
go

/*==============================================================*/
/* Index: Relationship_6_FK */
/*========================/
create index Relationship_6_FK on OverTimeFine (
Manager_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_12_FK */
/*=============================================/
create index Relationship_12_FK on OverTimeFine (
VCD_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_18_FK */
/*==============================================================*/
create index Relationship_18_FK on OverTimeFine (
Cust_no ASC
)
go

/*==============================================================*/
/* Table: Rent */
/*==============================================================*/
create table Rent (
Rent_no NO not null,
Manager_no NO null,
VCD_no NO null,
Cust_no NO null,
Rent_date Date null,
Rent_amount Amount null,
Deadtime Date null,
constraint PK_RENT primary key nonclustered (Rent_no)
)
go

/*==============================================================*/
/* Index: Relationship_2_FK */
/*================================/
create index Relationship_2_FK on Rent (
Manager_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_8_FK */
/*=============================================================/
create index Relationship_8_FK on Rent (
VCD_no ASC
)
go

/*==============================================================*/
/* Index: Relationship_14_FK */
/*==============================================================*/
create index Relationship_14