ktv点歌系统建设可行性论证报告-课程设计报告

PAGEPAGE8TOC\o"1-3"\h\z1引言 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可选择的系统方案1 75.2可选择的系统方案2 76投资及效益分析 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可行性研究报告1引言1.1编写目的随着人们生活水平的提高，人们的业余生活也发生了巨大变化。近些年来，人们的业余生活变得越来越丰富多彩，去练歌房练歌，成为人们在工作之余的主要休闲方式。传统的卡拉OK一直用光盘来为顾客播放歌曲，由于光盘存放歌曲数量有限，很多时候，顾客都找不到自己想唱的歌曲，并且用光盘播放歌曲不方便。本系统采用C#和SQLServer2008开发工具，通过本系统，顾客可通过多种方式来点播自己喜爱的歌曲，管理员可向系统中增加、修改和删除歌曲信息。1.2背景说明：系统名称：KTV点歌系统；本项目由小组成员经讨论后共同决定，所有成员都有详细的分工任务，在本计算机上通过SQLServer2008和C#来实现。该软件系统同其他系统或其他机构没有基本的相互来往关系。1.3定义本文件中用到的专门术语的定义和外文首字母组词的原词组（编码阶段再定）。1.4参考资料A．数据库系统概论（第四版）—王珊、萨师煊—高等教育出版社B．C#2008程序设计实践教程—李乃文,傅游,沈学利—清华大学出版社C．C#程序开发案例宝典—梁冰—人民邮电出版社2可行性研究的前提2.1要求功能：改系统几乎能满足用户的所有需求，用户能通过各种方式来点播自己喜爱的歌曲；性能：易于操作，易于维护；保密程度：只有管理员登录系统后才能对数据库进行增、删、改等操作，一般用户只能对数据库进行查询等操作。完成期限：三个月时间内。2.2目标人力与设备费用的减少；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；自动决策系统的改进；人员利用率的改进。2.3条件、假定和限制a.所建议系统的运行寿命的最小值（待定）；b.经费、投资方面的来源和限制：无；c.法律和政策方面的限制：遵守国家有关软件开发的法律法规；d.硬件、软件、运行环境和开发环境方面的条件和限制：Windows2000以上；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基本建设投资无花费。6.1.2其他一次性支出包括下列各项所需的费用，如：研究（需求的研究和设计的研究）0元开发计划与测量基准的研究0元数据库的建立0元检查费用和技术管理性费用0培训费、旅差费以及开发安装人员所需要的一次性支出若干元6.1.3非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：设备的租金和维护费用0元软件的租金和维护费用0元房屋、空间的使用开支0元保密安全方面的开支0元6.2收益对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；6.2.1一次性收益说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化／分布化等；价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；其他如从多余设备出售回收的收入等。6.2.2非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。6.2.3不可定量的收益逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。6.3收益／投资比求出整个系统生命期的收益／投资比值。6.4投资回收周期求出收益的累计数开始超过支出的累计数的时间。6.5敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。7社会因素方面的可行性本章用来说明对社会因素方面的可行性分析的结果，包括：7.1法律方面的可行性法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。7.2使用方面的可行性例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。8结论在现有环境基础上，本系统开发可以立即开始。目录第一章 总论 31.1项目名称 31.2项目建设单位及建设单位简介 31.3项目可行性研究报告编制单位 41.4项目可行性研究报告编制的依据 41.5项目建设地点 41.6建设目标、改造模式和建设内容 41.7项目总投资及资金筹措 51.8结论及建议 5第二章项目背景和建设的必要性 72.1项目提出的背景 72.2项目建设的必要性 13拆迁目标、建设规模和内容 173.1总体目标 173.2拆迁模式 173.3建设规模和内容 17第四章建设条件与场址 184.1项目地点 184.2自然条件 184.3市政基础设施配套条件 194.4原材料供应与保障 19第五章工程技术方案 205.1拆迁补偿安置政策依据 205.2补偿安置方式 205.2.2土地补偿办法 215.3补偿范围与对象 235.4拆迁总体设想 235.5拆迁示范区（M区）实际调查情况 245.6拆迁安置计划 275.7拆迁工程 29第六章环境保护与评价 326.1环境质量标准依据 326.2建设地点环境现状 326.3环境保护原则 32第七章组织机构与劳动定员 357.1机构设置 357.2劳动定员 367.3建设管理 36第八章项目实施进度建议 388.1建设