ktv点歌系统可行性研究报告(11页).docVIP

软件工程课程设计 可行性研究报告 （2010届） 题 目 KTV点歌管理系统 系 部 xx系 小 组 xx组 指导老师：xx 2012年 4 月 8 日  1引言 1 1.1编写目的 1 1.2背景 1 1.3参考资料 2 2可行性研究的前提 2 2.1要求 2 2.2目标 2 2.3决定KTV系统可行性的主要因素 3 2.4 面临问题 3 3对现有系统的分析 3 3.1简介 4 3.2系统业务性能和功能 4 3.3系统业务流程和功能模块 5 3.4系统开发人员 6 3.5设备 6 3.6局限性 7 3.7工作小组管理层次方式 7 3.8开发模型 7 4对用户单位机构的影响 8 5用户使用方面的可行性 8 6结论 8 可行性研究报告 ——xxx 1引言 1.1编写目的 可行性研究的目的是为了对系统进行研究,以最小的代价在最短的时间内确定系统是否可以进行开发。 经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。 本报告经各级负责人审核后，交项目经理审查。 1.2背景 开发软件名称：KTV点歌管理系统 项目任务提出者：xxx学院 项目开发者： xxx开发小组 用户： 所有爱好音乐并喜欢K歌的人 项目与其他软件、系统的关系： 本项目采用客户机/服务器原理，客户端的程序是建立在windows NT系统上以Microsoft Visual C#为开发软件的应用程序，服务器端采用windows为操作系统的工作站，是采用Access为开发软件的数据库服务程序。 1.3参考资料 《实用软件工程与实训》 主编 杜文洁，清华大学出版社； 《C#程序设计与开发》主编 谭恒松，清华大学出版社。 *本系统需要参考众多KTV软件系统，并且需要实际考察。 2可行性研究的前提 说明对所建议的开发项目进行可行性研究的前提，如从经济、技术、社会等方面对项目的必要性、可能性、合理性以及项目所面临的重大风险进行分析和评估。 2.1要求 ◆主要功能：整个系统更加美观，使KTV用户易懂，操作更加快捷，使服务人员服务质量和效率提升，减小额外开支。 ◆性能要求： 歌曲的修改和添加必须及时在该系统上进行更新，确保无差错的存储在KTV的后台服务器上。 ◆输入要求：认真，详细,实时,准确,完整。 ◆安全与保密要求：管理员享有对系统的管理与维护，其他人员则无此权限，只享有对该系统信息的查询。 2.2目标 ◆缩小系统功能与用户需求之间的差距 ◆在规定期限内高效完成任务 ◆整个系统运行更加流畅，界面更加美观 2.3决定KTV系统可行性的主要因素 ◆低成本； ◆技术可行，现有技术可完全承担开发任务； ◆操作可行，软件能被工作人员快速接受。 ◆组团力量可行，整体小组团结一致，提高工作效率。 2.4 面临问题 ◆软件设计 ◆软件开发 ◆软件调试 ◆工作效率 ◆小组分歧 3对现有系统的分析 这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，或者是一个机械性的系统，不够完善，有待提高。分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 3.1简介 在KTV的终端是安装了Windows NT的PC机，随时向服务器传送数据，当需要对歌曲的基本信息进行添加、查询、更改、删除等操作时，工作人员可以以管理员的身份登录，进行以上操作，终端向服务器发出请求，将数据更新至数据库，并显示在终端的屏幕上，非管理员只能进行查询操作，无权对信息进行修改、删除、添加等操作。另外该系统还提供皮肤控件和背景图案，同时亦可自定义，给用户以全方位的视觉享受。 3.2系统业务性能和功能 包括的特性和功能：通过管理人员对服务器端的控制，可查询包房内用户所点歌曲， 查看消费时间及应付费用，管理点歌系统歌曲数据库；启动服务器端程序后，客户端可进行即点即播（即零等待）的点歌操作，并且多个客户端可同时点播同一首歌曲。 3.3系统业务流程和功能模块 3.4系统开发人员 项目小组： 吕翔，邵亚平，李霏霏，吴颖颖， 宋妍哲，李阿锦，秦鑫，关灿辉 3.5设备 Windows xp/2007 内存512M 以上 3.6局限性 ◆系统所实现功能与用户需求有差距； ◆处理功能可完善性； ◆测试效率较低； ◆网络连接； 3.7工作小组管理层次方式 采用层次分工模式，将几个重要的模块分开来，分工合作，后期