KTV点歌系统可行性研究报告.docx

上传人:b****2 文档编号:22807662 上传时间:2023-04-28 格式:DOCX 页数:7 大小:22.63KB
下载 相关 举报
KTV点歌系统可行性研究报告.docx_第1页
第1页 / 共7页
KTV点歌系统可行性研究报告.docx_第2页
第2页 / 共7页
KTV点歌系统可行性研究报告.docx_第3页
第3页 / 共7页
KTV点歌系统可行性研究报告.docx_第4页
第4页 / 共7页
KTV点歌系统可行性研究报告.docx_第5页
第5页 / 共7页
点击查看更多>>
下载资源
资源描述

KTV点歌系统可行性研究报告.docx

《KTV点歌系统可行性研究报告.docx》由会员分享,可在线阅读,更多相关《KTV点歌系统可行性研究报告.docx(7页珍藏版)》请在冰豆网上搜索。

KTV点歌系统可行性研究报告.docx

KTV点歌系统可行性研究报告

软件工程课程设计

可行性研究报告

(2010届)

 

题目KTV点歌管理系统

系部xx系

小组xx组

指导老师:

xx

 

2012年4月8日

可行性研究报告

——xxx

1引言

1。

1编写目的

可行性研究的目的是为了对系统进行研究,以最小的代价在最短的时间内确定系统是否可以进行开发。

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

本报告经各级负责人审核后,交项目经理审查.

1。

2背景

开发软件名称:

KTV点歌管理系统

项目任务提出者:

xxx学院

项目开发者:

xxx开发小组

用户:

所有爱好音乐并喜欢K歌的人

项目与其他软件、系统的关系:

本项目采用客户机/服务器原理,客户端的程序是建立在windowsNT系统上以MicrosoftVisualC#为开发软件的应用程序,服务器端采用windows为操作系统的工作站,是采用Access为开发软件的数据库服务程序。

1。

3参考资料

《实用软件工程与实训》主编杜文洁,清华大学出版社;

《C#程序设计与开发》主编谭恒松,清华大学出版社.

*本系统需要参考众多KTV软件系统,并且需要实际考察。

2可行性研究的前提

说明对所建议的开发项目进行可行性研究的前提,如从经济、技术、社会等方面对项目的必要性、可能性、合理性以及项目所面临的重大风险进行分析和评估。

2。

1要求

◆主要功能:

整个系统更加美观,使KTV用户易懂,操作更加快捷,使服务人员服务质量和效率提升,减小额外开支。

◆性能要求:

歌曲的修改和添加必须及时在该系统上进行更新,确保无差错的存储在KTV的后台服务器上。

◆输入要求:

认真,详细,实时,准确,完整。

◆安全与保密要求:

管理员享有对系统的管理与维护,其他人员则无此权限,只享有对该系统信息的查询。

2.2目标

◆缩小系统功能与用户需求之间的差距

◆在规定期限内高效完成任务

◆整个系统运行更加流畅,界面更加美观

2.3决定KTV系统可行性的主要因素

◆低成本;

◆技术可行,现有技术可完全承担开发任务;

◆操作可行,软件能被工作人员快速接受。

◆组团力量可行,整体小组团结一致,提高工作效率。

2。

4面临问题

◆软件设计

◆软件开发

◆软件调试

◆工作效率

◆小组分歧

3对现有系统的分析

这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,或者是一个机械性的系统,不够完善,有待提高.分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。

3。

1简介

在KTV的终端是安装了WindowsNT的PC机,随时向服务器传送数据,当需要对歌曲的基本信息进行添加、查询、更改、删除等操作时,工作人员可以以管理员的身份登录,进行以上操作,终端向服务器发出请求,将数据更新至数据库,并显示在终端的屏幕上,非管理员只能进行查询操作,无权对信息进行修改、删除、添加等操作。

另外该系统还提供皮肤控件和背景图案,同时亦可自定义,给用户以全方位的视觉享受。

3。

2系统业务性能和功能

包括的特性和功能:

通过管理人员对服务器端的控制,可查询包房内用户所点歌曲,查看消费时间及应付费用,管理点歌系统歌曲数据库;启动服务器端程序后,客户端可进行即点即播(即零等待)的点歌操作,并且多个客户端可同时点播同一首歌曲.

3。

3系统业务流程和功能模块

KTV点歌管理系统

系统主界面

歌曲名

语种

地区

系统控置

歌手名

查询

添加

播放控制

音量控制

管理员

删除

KTV点歌管理系统

后台数据库维护

歌曲名

语种

地区

退出

歌手名

查询

添加

删除

更新

3。

4系统开发人员

项目小组:

吕翔,邵亚平,李霏霏,吴颖颖,

宋妍哲,李阿锦,秦鑫,关灿辉

3。

5设备

Windowsxp/2007

内存512M以上

3。

6局限性

◆系统所实现功能与用户需求有差距;

◆处理功能可完善性;

◆测试效率较低;

◆网络连接;

3.7工作小组管理层次方式

采用层次分工模式,将几个重要的模块分开来,分工合作,后期进行校对,测试。

层次式小组

3。

8开发模型

系统开发所选用的模型为:

瀑布模型,理由如下:

◆该系统需求明确,开发技术相对成熟。

◆系统开发时具有顺序性,只有在前一阶段工作完成后,后一阶段的工作才能开始。

◆为保证系统的质量,需在每个阶段对文档进行详尽的分析、设计及复审,以便及早发现隐患及早排除.

瀑布模型具有上述所有特点,所以选用该模型进行开发。

4对用户单位机构的影响

该系统能够提供友好的用户界面,最主要使人们通过此系统,更加放松心情,以更好地生活,使操作人员的工作量最大限度地减少;具有良好的运行效率,方便用户系统地、高效地、有序地对信息数据进行管理和维护。

5用户使用方面的可行性

该系统简单易学,不需极其专业的计算机知识,亦无需对软件使用人员进行系统培训即可快速熟练掌握使用规则。

6结论

由于技术,操作都具有可行性,所以可以进行开发.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 职业教育 > 中职中专

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1