KTV点歌系统可行性研究报告——课程设计.doc

1 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 2 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 1 可行性研究报告可行性研究报告 1 引言引言 1.1 编写目的编写目的 随着人们生活水平的提高，人们的业余生活也发生了巨大变化。近些年来， 人们的业余生活变得越来越丰富多彩，去练歌房练歌，成为人们在工作之余的 主要休闲方式。传统的卡拉 ok 一直用光盘来为顾客播放歌曲，由于光盘存放 歌曲数量有限，很多时候，顾客都找不到自己想唱的歌曲，并且用光盘播放歌 曲不方便。本系统采用 c#和 sql server 2008 开发工具，通过本系统，顾客可 通过多种方式来点播自己喜爱的歌曲，管理员可向系统中增加、修改和删除歌 曲信息。 1.2 背景背景 说明： a. 系统名称：ktv 点歌系统； b.本项目由小组成员经讨论后共同决定，所有成员都有详细的分工任务，在 本计算机上通过 sql server 2008 和 c#来实现。 c.该软件系统同其他系统或其他机构没有基本的相互来往关系。 1.3 定义定义 本文件中用到的专门术语的定义和外文首字母组词的原词组（编码阶段再定） 。 1.4 参考资料参考资料 a数据库系统概论（第四版）王珊、萨师煊高等教育出版社 bc#2008 程序设计实践教程李乃文, 傅游, 沈学利清华大学出版社 2 cc#程序开发案例宝典梁冰人民邮电出版社 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。 3 2.4 进行可行性研究的方法进行可行性研究的方法 在现有条件的基础上确定软件模型以及对其他相同类型软件的测试来确定 本系统的开发是可行的。 2.5 评价尺度评价尺度 以软件的易用性和实用性来作为评价尺度。 3 对现有系统的分析对现有系统的分析（无）（无） 4 所建议的系统所建议的系统 本章将用来说明所建议系统的目标和要求将如何被满足。 4.1 对所建议系统的说明对所建议系统的说明 概括地说明所建议系统，并说明在第 2 章中列出的那些要求将如何得到满 足，说明所使用的基本方法及理论根据。 4.2 处理流程和数据流程处理流程和数据流程 4.2.1 处理流程处理流程： 登入 用户挑选歌曲 通过歌曲名进行搜索 通过歌手名进行搜索 通过类别进行搜索 通过专辑名进行搜索 播 放 管理员 登入 歌曲管理 歌曲添加 歌曲删除 信息修改 4 用户可以通过各种渠道搜索到想要的歌曲，用户登入并不需要密码，管理员 登入则需要特定的账户以及相应的密码，管理员主要负责歌曲信息的更新以 及删改。 4.2.24.2.2 工作负荷：工作负荷： 由于本系统主要功用是为客服提供点歌服务，因此负荷较小，工作量也较 小。 4.2.34.2.3 费用开支：费用开支： 现系统需要一台数据库服务器以及一定数量的点歌终端数万元，开发费用 13 万，另歌曲版权费用等其他费用共约十到二十万。 4.2.44.2.4 人员：人员： 本系统较为简单，开发人员 4 人，运行人员只需按提示操作，不需要特别的 专业方面的知识，由开发人员进行定期维护。 4.2.54.2.5 设备：设备： 计算机一台（含开发平台） 、数据库服务器一台、终端数台。 4.2.64.2.6 局限性：局限性： 本系统只局限于本系统的局域网内进行相应的操作，无法连接至外部网络； 操作手段较为单一，暂时不能通过遥控终端进行控制。 4.2.74.2.7 技术方面的可行性：技术方面的可行性： 经过分析测试，使用当前的技术，能够完成该系统的开发，功能目标基本能 够完成，基本能够实现功能目标，开发人员技术达标，开发人员数量足够，经 预测，系统能够在规定期限内完成。 5 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 6.1.3 非一次性支出非一次性支出 列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用， 包括： a设备的租金和维护费用 0 元 b软件的租金和维护费用 0 元 c房屋、空间的使用开支 0 元 d保密安全方面的开支 0 元 6.2 收益收益 对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支 费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划 方面的改进等，包括； 6.2.1 一次性收益一次性收益 说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和 支持等项分类叙述，如： a开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的 减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能 的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化 分布化等； b价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如 资源利用的改进，管理和运行效率的改进以及出错率的减少等； c其他如从多余设备出售回收的收入等。 6.2.2 非一次性收益非一次性收益 说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能 用人民币数目表示的收益，包括开支的减少和避免。 7 6.2.3 不可定量的收益不可定量的收益 逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起 的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不 可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计） 。 6.3 收益投资比收益投资比 求出整个系统生命期的收益投资比值。 6.4 投资回收周期投资回收周期 求出收益的累计数开始超过支出的累计数的时间。 6.5 敏感性分析敏感性分析 所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷 量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和 软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分 析的基础上做出的选择当然会比单一选择的结果要好一些。 7 社会因素方面的可行性社会因素方面的可行性 本章用来说明对社会因素方面的可行性分析的结果，包括： 7.1 法律方面的可行性