ktv点歌系统可行性研究报告课程设计方案报告.doc

1引言 1
1.1编写目的 1
1.2背景 1
1.3定义 1
1.4参考资料 1
2可行性研究的前提 2
2.1要求 2
2.2目标 2
2.3条件、假定和限制 3
2.4进行可行性研究的方法 3
2.5评价尺度 3
3对现有系统的分析 3
3.1处理流程和数据流程 4
3.2工作负荷 4
3.3费用开支 4
3.4人员 4
3.5设备 4
3.6局限性 4
4所建议的系统 4
4.1对所建议系统的说明 5
4.2处理流程和数据流程 5
4.3改进之处 5
4.4影响 5
4.4.1对设备的影响 5
4.4.2对软件的影响 5
4.4.3对用户单位机构的影响 5
4.4.4对系统运行过程的影响 6
4.4.5对开发的影响 6
4.4.6对地点和设施的影响 6
4.4.7对经费开支的影响 6
4.5局限性 6
4.6技术条件方面的可行性 7
5可选择的其他系统方案 7
5.1可选择的系统方案1 7
5.2可选择的系统方案2 7
6投资及效益分析 7
6.1支出 7
6.1.1基本建设投资 8
6.1.2其他一次性支出 8
6.1.3非一次性支出 8
6.2收益 9
6.2.1一次性收益 9
6.2.2非一次性收益 9
6.2.3不可定量的收益 9
6.3收益／投资比 10
6.4投资回收周期 10
6.5敏感性分析 10
7社会因素方面的可行性 10
7.1法律方面的可行性 10
7.2使用方面的可行性 10
8结论 11

8

可行性研究报告
1引言
1.1编写目的
随着人们生活水平的提高，人们的业余生活也发生了巨大变化。近些年来，人们的业余生活变得越来越丰富多彩，去练歌房练歌，成为人们在工作之余的主要休闲方式。传统的卡拉OK一直用光盘来为顾客播放歌曲，由于光盘存放歌曲数量有限，很多时候，顾客都找不到自己想唱的歌曲，并且用光盘播放歌曲不方便。本系统采用C#和SQL Server 2008开发工具，通过本系统，顾客可通过多种方式来点播自己喜爱的歌曲，管理员可向系统中增加、修改和删除歌曲信息。

1.2背景
说明：
A. 系统名称：KTV点歌系统；
B. 本项目由小组成员经讨论后共同决定，所有成员都有详细的分工任务，在本计算机上通过SQL Server 2008和C#来实现。
C. 该软件系统同其他系统或其他机构没有基本的相互来往关系。
1.3定义
本文件中用到的专门术语的定义和外文首字母组词的原词组（编码阶段再定）。
1.4参考资料
A．数据库系统概论（第四版）—王珊、萨师煊—高等教育出版社
B．C#2008程序设计实践教程—李乃文, 傅游, 沈学利—清华大学出版社
C．C#程序开发案例宝典—梁冰—人民邮电出版社
2可行性研究的前提
2.1要求
A. 功能：改系统几乎能满足用户的所有需求，用户能通过各种方式来点播自己喜爱的歌曲；
B. 性能：易于操作，易于维护；
C. 保密程度：只有管理员登录系统后才能对数据库进行增、删、改等操作，一般用户只能对数据库进行查询等操作。
D. 完成期限：三个月时间内。
2.2目标
A. 人力与设备费用的减少；
B. 处理速度的提高；
C. 控制精度或生产能力的提高；
D. 管理信息服务的改进；
E. 自动决策系统的改进；
F. 人员利用率的改进。
2.3条件、假定和限制
a.所建议系统的运行寿命的最小值（待定）；
b.经费、投资方面的来源和限制：无；
c.法律和政策方面的限制：遵守国家有关软件开发的法律法规；
d.硬件、软件、运行环境和开发环境方面的条件和限制：Windows 2000以上；
e.可利用的信息和资源：通过网络查找信息；
f.系统投入使用的最晚时间：2011.7。
2.4进行可行性研究的方法
在现有条件的基础上确定软件模型以及对其他相同类型软件的测试来确定本系统的开发是可行的。
2.5评价尺度
以软件的易用性和实用性来作为评价尺度。
3对现有系统的分析（无）
4所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
4.1对所建议系统的说明
概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。
4.2处理流程和数据流程
播放
通过歌曲名进行搜索
通过歌手名进行搜索
4.2.1处理流程：
信息修改
歌曲删除
歌曲添加
歌曲管理
登入
管理员
通过专辑名进行搜索
通过类别进行搜索
挑选歌曲
用户
登入

用户可以通过各种渠道搜索到想要的歌曲，用户登入并不需要密码，管理员登入则需要特定的账户以及相应的密码，管理员主要负责歌曲信息的更新以及删改。

4.2.2工作负荷：
由于本系统主要功用是为客服提供点歌服务，因此负荷较小，工作量也较小。

4.2.3费用开支：
现系统需要一台数据库服务器以及一定数量的点歌终端数万元，开发费用1~3万，另歌曲版权费用等其他费用共约十到二十万。

4.2.4人员：
本系统较为简单，开发人员4人，运行人员只需按提示操作，不需要特别的专业方面的知识，由开发人员进行定期维护。

4.2.5设备：
计算机一台（含开发平台）、数据库服务器一台、终端数台。

4.2.6局限性：
本系统只局限于本系统的局域网内进行相应的操作，无法连接至外部网络；操作手段较为单一，暂时不能通过遥控终端进行控制。

4.2.7技术方面的可行性：
经过分析测试，使用当前的技术，能够完成该系统的开发，功能目标基本能够完成，基本能够实现功能目标，开发人员技术达标，开发人员数量足够，经预测，系统能够在规定期限内完成。

5可选择的其他系统方案
5.1可选择的系统方案1
可从国内直接购买，但由于本系统非常简单，故而没有买的必要。
5.2可选择的系统方案2
到网上找免费的开源的相关的系统借鉴。
6投资及效益分析
6.1支出
开发一共花费了一个月时间，电脑的磨损不算。若系统在实际中应用，则需要一台低配置电脑，外加平时运行机器的电费，和购买歌曲需要花费。
6.1.1基本建设投资
a. 无花费。

6.1.2其他一次性支出
包括下列各项所需的费用，如：
a． 研究（需求的研究和设计的研究）0元
b． 开发计划与测量基准的研究0元
c． 数据库的建立0元
d． 检查费用和技术管理性费用0
e． 培训费、旅差费以及开发安装人员所需要的一次性支出若干元

6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：
a． 设备的租金和维护费用0元
b． 软件的租金和维护费用0元
c． 房屋、空间的使用开支0元
d． 保密安全方面的开支0元
6.2收益
对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；
6.2.1一次性收益
说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：
a． 开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化／分布化等；
b． 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；
c． 其他如从多余设备出售回收的收入等。
6.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。
6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。
6.3收益／投资比
求出整个系统生命期的收益／投资比值。
6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括：
7.1法律方面的可行性
法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。
7.2使用方面的可行性
例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。
8结论
在现有环境基础上，本系统开发可以立即开始。