录像租赁系统的设计.docx
- 文档编号:12914339
- 上传时间:2023-04-22
- 格式:DOCX
- 页数:19
- 大小:875.03KB
录像租赁系统的设计.docx
《录像租赁系统的设计.docx》由会员分享,可在线阅读,更多相关《录像租赁系统的设计.docx(19页珍藏版)》请在冰豆网上搜索。
录像租赁系统的设计
学号:
0120810340424
课程设计
题目
录像租赁系统的设计
学院
计算机科学与技术学院
专业
计算机科学与技术专业
班级
计算机0804
姓名
胡勇
指导教师
杜微
2012
年
1
月
10
日
课程设计任务书
学生姓名:
胡勇专业班级:
计算机0804
指导教师:
杜薇工作单位:
计算机学院
题目:
录像出租系统软件设计
初始条件:
录像出租公司都有库存的录像以备出租。
每盘录像用分类号唯一标识。
同一盘录像有多份拷贝,因此每份拷贝用录像号码来区别。
顾客在租录像之前,必须先成为公司的一名会员。
在注册后,可以自由租借录像。
预备内容:
数据结构,软件工程,面向对象程序设计,数据库技术,编译原理,可视化编程要求完成的主要任务:
1.根据上述的初始条件,进行调查分析并设计适当的属性。
设计系统总体方案并用UML加以描述,设计体系架构,确定计算模式,确定开发技术,设计一个录像出租数据库,实现录像带以及顾客的管理,DBMS可选SQLServer2005、ORACLE、DB2、XML、MYSQL等。
2.基于该数据库,实现应用程序,程序设计语言(工具)使用C#.NET2010/2008/Eclipse/Jbuilder。
3.完成课程设计说明书,其格式遵守学校今年的新规定。
主要内容包括:
应用软件系统分析,设计,实现,评估等。
时间安排:
本学期第17-19周:
1.查阅、消化资料,系统调查2天
2.系统分析(采用UML工具)3天
3.总体设计,实施计划(采用UML工具)3天
4.系统开发与实现(用指定语言工具)5天
5.撰写报告2天
6.指导教师签名:
2011年12月25日
系主任(或责任教师)签名:
年月日
影碟租赁系统的设计
1问题描述
影碟租赁公司都有库存的影碟以备出租。
每盘影碟用分类号唯一标识。
同一盘影碟有多份拷贝,因此每份拷贝用影碟号码来区别。
顾客在租影碟之前,必须先成为公司的一名会员。
在注册后,可以自由租借影碟。
需完成的任务:
1根据上述的初始条件,进行调查分析并设计适当的属性。
设计一个录像出租数据库,DBMS可选MsSQLServer、Access、VFP等。
2完成课程设计说明书,其格式遵守学校今年的新规定。
主要内容包括:
需求分析,概念设计,逻辑设计,物理实现等。
3基于该数据库,最好实现一个或多个应用程序(自己确定功能),程序设计语言(工具)任选。
这一项是选作,不作硬性要求。
2需求分析
在对世面上的影碟出租公司进行了初步的了解后,发现其业务主要是集中在影碟的管理和录像的出租归还上。
对影碟的管理工作量较大,采用手工的方式还容易出错,并且不能满足顾客对影碟的详细信息的查询功能。
在现有的影碟出租中对会员的管理也很重要,传统的登记方式不仅费时而且不能对其出租日志进行系统的管理,造成了不必要的经济损失。
综上说述,在影碟出租数据库设计中应考虑和克服了上诉的诸多问题,增强了实用性。
2.1数据需求
影片信息数据:
录像ID、片名、导演、主演、类型、介绍、上映时间。
录像信息数据:
录像ID、格式、语言、进货时间、状态、库存数量。
租借记录数据:
记录ID、租借时间。
租借项记录数据:
记录项ID、租借数量、归还时间、租金。
租金信息数据:
租借类型、租借天数、每日金额。
会员信息数据:
会员ID、会员姓名、会员性别、身份证ID、电话、地址。
2.2功能需求
会员信息管理部分:
可以查询会员资料、可以对会员进行增删。
影片信息管理部分:
可以查询影片本身的信息、可以对影片信息实行增删。
租借信息管理部分:
可以查询影片的租借状态。
租金信息管理部分:
可以查询各类影片的租金情况、会员应付的租金情况。
数据流图:
2.3数据字典
2.3.1数据项
数据项描述={数据项名,数据类型,长度};
影片信息={影片ID,CHAR,10;
片名,CHAR,20;
导演,CAHR,20;
介绍,CAHR,200;
上映时间,DATE,10
};
录像信息={录像ID,CHAR,10;
格式,CHAR,10;
语言,CHAR,20;
进货时间,DATE,10;
状态,CHAR,5;
库存数量,INT,4
};
租借记录={记录项ID,CHAR,10;
租借数量,INT,4;
归还时间,DATE,10;
租金,INT,4
};
租金信息={租借类型,CHAR,1;
租借天数,INT,4;
每日租金,INT,4
}
会员信息={会员ID,INT,4;
会员姓名,CHAR,10;
会员性别,CHAR,2;
身份证ID,CHAR,18;
电话,CHAR,12;
地址,CHAR,100
}
租借记录={记录ID,CHAR,10;
租借时间,DATE,10
}
影片类型={类型ID,INT,4;
类型名称,CHAR,20
}
2.3.2数据结构
数据结构名
含义说明
组成
会员
会员信息
会员ID、会员姓名、会员性别、身份证ID、电话、地址
影片
影片信息
影片ID、片名、导演、主演、介绍、上映时间
租金
影片租金信息
租借类型、租借天数、每日金额、描述
租借记录
会员租借记录信息
记录ID、租借时间
租借项记录
租借录像记录信息
记录项ID、租借数量、归还时间、实际归还时间、租金
影片类型
影片的类型
类型、影片名称
录像
录像类型
碟片ID、格式、语言、进货时间、状态、库存数量
2.3.3数据流
数据流名
说明
数据流来源
数据流去向
组成
会员
会员信息
会员
租借归还过程
会员ID、会员姓名、会员性别、身份证ID、电话、地址
影片
影片信息
影片信息
租借处理过程
影片ID、片名、导演、主演、介绍、上映时间
租借信息
会员租借的信息
租借过程
店员
会员信息,影片信息
租金
租金信息
租金信息
处理过程
租借类型租借天数、每日租金、描述
租借项记录
影片的租借记录
店员的处理过程
会员的租借记录
影片ID、租借数量、租借时间
归还信息
会员的归还信息
会员
店员
影片ID、租借数量、归还时间
归还记录
会员的归还记录
店员处理过程
租借记录
影片ID、租借数量、归还时间,实际归还时间、租金
2.3.4数据储存
数据存储名
说明
编号
输入的数据流
输出的数据流
组成
存取方式
租借处理
会员租借的信息
会员信息,影片信息
会员租借的信息
会员ID、影片ID、租借类型、租借数量、归还时间
更新
归还处理
会员的归还信息
会员信息,租借记录,租金信息
会员的归还记录
会员ID、影片ID、租借类型、租借数量、归还时间、实际归还时间、租金
更新
2.3.5处理过程
处理过程名
说明
输入
输出
处理
注册
各科注册为会员
顾客信息
会员信息
店员录入顾客信息
租借
会员租借记录
会员租借信息,租金新信息
会员租借记录
店员记录会员的租借信息
归还
会员归还记录
会员租借记录,租金信息
会员归还记录
店员记录会员归还信息
3概要设计
根据上面的数据流图和数据字典抽象出实体和个实体的属性,主键。
影片增加类型ID,碟片增加影片ID,租借项增加记录ID,影片ID,碟片ID,租借增加会员ID,作为外键,从而和别的表产生关联。
实体
属性
会员
会员ID、会员姓名、会员性别、身份证ID、电话、地址
影片
影片ID、类型ID、片名、导演、主演、介绍、上映时间
租金
租借类型、租借天数、每日租金、描述
碟片
影片ID、碟片ID、格式、语言、进货时间、状态、库存数量
租借项
记录ID、记录项ID、影片ID、碟片ID、租借数量、归还时间、实际归还时间、金额
租借
记录ID、会员ID、租借时间
影片类型
类型ID、类型名称
3.1分E-R图
3.2总E-R
4逻辑设计
4.1二维表
关系名
属性
会员
会员ID、会员姓名、会员性别、身份证ID、电话、地址
影片
影片ID、类型ID、片名、导演、主演、介绍、上映时间
租金
租借类型、租借天数、每日租金、描述
碟片
影片ID、碟片ID、格式、语言、进货时间、状态、库存数量
租借项
记录ID、记录项ID、影片ID、碟片ID、租借类型、租借数量、归还时间、实际归还时间、金额
租借
记录ID、会员ID、租借时间
影片类型
类型ID、类型名称
4.2规范化
根据函数依赖及二三范式的定义:
每一个非主属性完全函数依赖于码,每一个非主属性既不部分依赖于码,也不传递依赖于码。
可知,每个关系都满足二三范式。
5物理实现
创建数据库
创建表
操作界面
6设计总结
首先,说一下需求分析,这一部很重要,一定要想好数据库需要的数据,及其功能。
数据字典要准备充分。
数据流图也要设计好。
这是以后概念设计等的重要依据。
概念设计时,先弄分E-R图,再总E-R图。
解决好属性、命名、结构上的冲突。
消除不必要的冗余。
逻辑设计阶段要依据E-R图设计好二维表。
要根据函数依赖,范式的概念规范好。
感觉自己做的系统,各个表的设计比较到位,设置的外键也方便了各表的连接。
不足之处是有些复杂功能没能实现。
比如,会员来租借,要能简单的实现租借的功能,包括租借,租借项,碟片等的更新。
而不能一项一项的改。
在这方面,自己设计了存储过程,但是碟片数量的出库,入库记录没能动态的弄好,即会员租借是,更新了租借,租借项后,碟片的数量不会跟着变化。
为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求。
对软件需求的深入理解是软件开发工作获得成功的前提条件,不论我们把设计和编码工作做得如何出色,不能真正满足用户需求的程序只会令用户失望,给开发者带来麻烦。
需求分析使软件定义时期的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?
”这个问题。
需求分析的任务还不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成那些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
需求分析是一项十分艰巨复杂的工作。
在进行需求分析时的任务有确定对系统的综合要求、分析系统的数据要求、到处系统的逻辑模型和修正系统开发计划。
开发一个新的软件从无到有首先要进行问题的定义,确定要解决的问题。
而后是可行性研究,可行性研究阶段的目的是确定问题是否有解十分值得去解决,任务是在尽可能短的时间内,花费尽可能少的时间搞清楚问题是否有解是否值得去做。
如果问题没有可行的解,分析员应该建议停止这项开发工程,可以避免时间、资源、人力和金钱的浪费;如果问题值得解决,分析员该推荐一个较好的解决方案,并且为工程制定一个触不到计划。
可行性研究占成本的5%-10%但他可能晚会之后90%的损失。
可行性研究通过之后还要进行需求分析明确软件需要实现的功能。
通过这次设计,自己对课本的理解更透彻了,对于一个数据库系统的设计也有了大概的了解。
以前在听课时对听到的知识总是不太理解,对这样那样的理论都不是太理解,这次的课程设计使我更加清楚的理解了以前没有理解的知识。
再对理论和实践相结合后对知识的理解更加深入,而且自己还有很多地方不是太理解,应该多多的思考,多多的学习,这样才能提高自己的能力。
本科生课程设计成绩评定表
班级:
计算机0804 姓名:
胡勇 学号:
0120810340424
序号
评分项目
满分
实得分
1
学习态度认真、遵守纪律
10
2
设计分析合理性
10
3
设计方案正确性、可行性、创造性
20
4
设计结果正确性
40
5
设计报告的规范性
10
6
设计验收
10
总得分/等级
评语:
注:
最终成绩以五级分制记。
优(90-100分)、良(80-89分)、中(70-79分)、
及格(60-69分)、60分以下为不及格
指导教师签名:
2012年 1月 日
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 录像 租赁 系统 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)