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

1引言11.1编写目的11.2背景11.3定义11.4参考资料12可行性研究的前提22.1要求22.2目标22.3条件、假定和限制32.4进行可行性研究的方法32.5评价尺度33对现有系统的分析33.1处理流程和数据流程43.2工作负荷43.3费用开支43.4人员43.5设备43.6局限性44所建议的系统44.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处54.4影响54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响54.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性64.6技术条件方面的可行性75可选择的其他系统方案75.1可选择的系统方案175.2可选择的系统方案276投资及效益分析76.1支出76.1.1基本建设投资86.1.2其他一次性支出86.1.3非一次性支出86.2收益96.2.1一次性收益96.2.2非一次性收益96.2.3不可定量的收益96.3收益投资比106.4投资回收周期106.5敏感性分析107社会因素方面的可行性107.1法律方面的可行性107.2使用方面的可行性108结论119可行性研究报告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程序设计实践教程李乃文, 傅游, 沈学利清华大学出版社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。2.4进行可行性研究的方法在现有条件的基础上确定软件模型以及对其他相同类型软件的测试来确定本系统的开发是可行的。2.5评价尺度以软件的易用性和实用性来作为评价尺度。3对现有系统的分析（无）4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。4.1对所建议系统的说明概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。4.2处理流程和数据流程播放通过歌曲名进行搜索通过歌手名进行搜索4.2.1处理流程：信息修改歌曲删除歌曲添加歌曲管理登入管理员通过专辑名进行搜索通过类别进行搜索挑选歌曲用户 登入用户可以通过各种渠道搜索到想要的歌曲，用户登入并不需要密码，管理员登入则需要特定的账户以及相应的密码，管理员主要负责歌曲信息的更新以及删改。4.2.2工作负荷：由于本系统主要功用是为客服提供点歌服务，因此负荷较小，工作量也较小。4.2.3费用开支： 现系统需要一台数据库服务器以及一定数量的点歌终端数万元，开发费用13万，另歌曲版权费用等其他费用共约十到二十万。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 检查费用和技术管理性费用0e 培训费、旅差费以及开发安装人员所需要的一次性支出若干元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结论在现有环境基础上，本系统开发可以立即开始。1引言11.1编写目的11.2背景11.3定义11.4参考资料12可行性研究的前提22.1要求22.2目标22.3条件、假定和限制32.4进行可行性研究的方法32.5评价尺度33对现有系统的分析33.1处理流程和数据流程43.2工作负荷43.3费用开支43.4人员43.5设备43.6局限性44所建议的系统44.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处54.4影响54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响54.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性64.6技术条件方面的可行性75可选择的其他系统方案75.1可选择的系统方案175.2可选择的系统方案276投资及效益分析76.1支出76.1.1基本建设投资86.1.2其他一次性支出86.1.3非一次性支出86.2收益96.2.1一次性收益96.2.2非一次性收益96.2.3不可定量的收益96.3收益投资比106.4投资回收周期106.5敏感性分析107社会因素方面的可行性107.1法律方面的可行性107.2使用方面的可行性108结论11