概要设计说明书
1引言 2
1.1编写目的 2
1.2背景 2
1.3定义 2
1.4参考资料 3
2总体设计 3
2.1需求规定 3
2.2运行环境 4
2.3基本设计概念和处理流程 4
2.4结构 5
2.5功能器求与程序的关系 6
2.6人工处理过程 6
3接口设计 7
3.1用户接口 7
3.2外部接口 7
3.3内部接口 7
4运行设计 8
4.1运行模块组合 8
4.2运行控制 8
4.3运行时间 8
5系统数据结构设计 9
5.1逻辑结构设计 9
5.2物理结构设计 9
6系统出错处理设计 9
6.1出错对策处理 9
6.2系统维护设计 10
概要设计说明书
选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌,帮助系统管理员管理歌曲的播放,提高KTV歌曲点唱的效率和准确率。
本文档为该系统的概要设计说明书,详细阐述了对用户所提出需求的设计方案,对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时,对软件应具有的功能和性能及其他有效性需求也进行了定义。
开发软件名称:KTV点歌管理系统
项目任务提出者:xx系
项目开发者:xx开发小组
用户: 所有爱好音乐并喜欢K歌的人
实现环境:系统运行的目标软件、硬件环境。
实现技术:系统所采用的软件技术或体系结构。
实现语言或工具:实现系统最终采用的编程语言或工具包,如Delphi、VB、PB、Java、Ada等。
《实用软件工程与实训》 主编 杜文洁,清华大学出版社;
《C#程序设计与开发》主编 谭恒松,清华大学出版社。
新余电视点播系统;
某KTV唱吧《视频点歌系统计划任务书》;
*本系统需要参考众多KTV软件系统,并且需要实际考察。
本系统的主要输入项有:歌手名—拼音、笔画索引,歌曲名—拼音、笔画索引,语种—拼音、笔画索引,地区—拼音、笔画索引。主要的输出项为:该歌手所有歌曲曲目,所选该歌曲,该语种所有歌曲曲目,该地区所有曲目。主要的功能有:点歌功能用户在界面显示的相关选项提示下有选择的进行操作,针对每一种歌曲曲目的查找方式界面将显示相对应的界面,用户只需一直按照界面所给出的提示操作即可,切歌功能当用户想结束当前演奏曲目时,选择切歌按钮即可结束当前曲目,播放点击的曲目等。
点歌电脑:主机、触屏显示器、软件
视频服务器:主机、显示器、系统软件、流控软件
歌曲磁盘库:计算机硬盘、(阵列卡、阵列柜)
歌曲采编电脑:主机、显示器、歌曲编辑软件(采编卡)
本系统的基本设计概念是:采用所学的相关知识,编写一套简单实用的娱乐软件。既能利用所学,又能娱乐大众。
。
概要设计顶层图
顾客点歌子系统概要设计图
管理员管理子系统概要设计图
查询子系统概要设计图
p < class=' _3'> > | 程序单元 各子系统 | 歌曲基本信息 | 基本信息查询 | 歌曲信息更新 |
p < class=' _3'> > | 顾客点歌子系统 | √ | √ | |
管理员管理子系统 | √ | √ | √ | |
本系统中包含两个人工处理过程:
1 在歌曲信息入库过程处理中,需要通过人工对歌曲分类、添加歌曲编号;
2 在顾客消费过程中,顾客的身份验证要通过人工来完成。
本系统采用面向对象语言编写,程序的输入采用的窗体结构,输入方便具有傻瓜界面,是传统windows界面风格,界面采用windows常用的MDI窗口结构,与用户接口采用常用的命令对话框方式,用户输入方便,语法简单,除了高级管理员需了解SQL语言外,一般用户只需了解windows常用的操作即可。
本系统只是用于windows操作平台,采用SQL Sever数据库,同数据库连接采用微软开发的ADO数据引擎,只需安装SQL Sever驱动,具有系统兼容性强的特点,运行稳定不易出错,在网络方面采用SQL Sever自带的网络功能,网络兼容性好适用于广域网和局域网,数据的传输支持TCP/IP协议,允许批量数据传输。
在该系统中各个子系统之间用两个表互相连接,各个子系统之间的数据调用均调用这两个表的数据,而各个程序单元仅存在数据的调用,程序单元之间的相互联系相对极少。
1 录入信息过程:
在数据的录入过程中必须保证数据库处于打开状态,否则录入将出现错误。
2 查询信息过程:
在查询中,录入的新数据有可能,不能正确检索到所需要的数据,原因是打开的数据表是在刷新的数据之前,而此时新的数据并未录入数据表。
以上各个子系统均需要保证在数据库处于打开状态下。
1 本软件通过打开桌面上的快捷方式可以打开。
2 本软件内部操作采用WINDOWS操作界面,主窗体采用菜单方式只需单机即可打开所需的操作。
每个窗体采用MDI技术,可以并行打开多个窗体,并行操作。每个窗体操作简单为通用的WINDOWS操作界面。
本系统占用系统资源相对较少,因此运行速度较快,每条记录的修改约占0.3秒,具体时间应与网络传输速度和处理器速度有关。
User-信息表
标示符 | 数据类型 | 字节 | 必填字段 | 允许空值 |
Uid | Text | 20 | 是 | 否 |
Uname | Text | 30 | 否 | 否 |
Upwd | Text | 50 | 否 | 否 |
Udatatime | Text | 50 | 否 | 否 |
Ufalg | Text | 1 | 否 | 否 |
singerinfo-表
标示符 | 数据类型 | 字节 | 必填字段 | 允许空值 |
Sid | Text | 50 | 是 | 是 |
Sname | Text | 50 | 是 | 否 |
Ssex | 日期/时间 | 20 | 否 | 是 |
Sbirthday | Text | 否 | ||
Sguoji | Text | 50 | 否 | 是 |
Scompany | Text | 100 | 否 | 是 |
Spinyin | Text | 50 | 否 | 是 |
RdateTime | 日期/时间 | 否 | ||
Playinfo-表
标示符 | 数据类型 | 字节 | 必填字段 | 允许空值 |
Play_code | 文本 | 50 | 否 | 是 |
Play_name | 文本 | 50 | 否 | 是 |
Play _Kind | 文本 | 50 | 是 | 否 |
Play_ author | 文本 | 50 | 否 | 是 |
Play_ chinese | 文本 | 50 | 否 | 是 |
Musicinfo-表
标示符 | 数据类型 | 字节 | 必填字段 | 允许空值 | ||||
Music_code | 文本 | 50 | 是 | 否 | ||||
Music_name | 文本 | 50 | 是 | 否 | ||||
Music_author | 文本 | 50 | 是 | 否 | ||||
Music_Kind | 文本 | 50 | 是 | 否 | ||||
Music_chinese | 文本 | 50 | 否 | 否 | ||||
Music_filepath | 文本 | 50 | 否 | 否 | ||||
Music_Ping | 文本 | 50 | 否 | 否 | ||||
Music_date | 日期/时间 | 否 | ||||||
Music_falg | 数字 | 长整型 | 否 | |||||
● 存储要求 保证系统中数据项的准确性和可靠性。
● 保密条件 系统采用加密方式,保证了信息的安全性。
● 访问方式 通过与数据库的连接,及时更新数据表中的数据项。
说明故障出现后可能采取的变通措施,包括:
1 后备技术:如果数据丢失可以从备份文件中查找,歌曲信息为一周一次备份;
2 恢复在启动技术:该软件对断电输入的数据而且没有储存,没有恢复功能,需重新录入。
3列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障所应采取的步骤方法。
4 在详细设计中以列表方式列出可能出现的错误,错误代码及解决方式
本软件为了方便维护加有系统维护单元,维护包括备份、重查等。其中备份为歌曲信息为一周备份一次。重查可以检查系统是否运行正常,数据录入是否有错,信息是否完善。
本文来源:https://www.2haoxitong.net/k/doc/227f0c7aa26925c52cc5bfcd.html
文档为doc格式