酒店管理系统可行性研究报告

酒店管理系统可行性研究报告第一篇：酒店管理系统可行性研究报告酒店管理系统可行性研究报告可行性研究报告1引言在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店作为一个服务性行业，从客房的营销即客人的预定开始，到入住登记直至最后退房结帐，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务，给宾客感受一种顾客至上的享受，提高酒店的管理水平，简化各种复杂操作，在最合理最短时间内完成酒店业务规范操作，这样才能令旅客舒适难忘，增加宾客回头率。面对酒店行业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。因此，采用全新的计算机网络和管理系统，将成为提高酒店的管理效率，改善服务水准的重要手段之一。1.1编写目的本可行性研究报告的编写目的在于，对酒店管理系统作充分的可行性研究分析及指出其存在的重要性。分析、对比原有的酒店管理与用计算机管理和控制的酒店管理系统，明确开发酒店管理系统的方向、有效途径，确定开发本管理系统所采取的步骤、方法及对策。预期的读者：中间用户(软件的管理人员、开发人员、维护人员)、最终用户（中高级管理人员和酒店业主）。1.2背景1.2.1工程的名称：酒店管理系统1.2.2工程产品的名称：酒店管理系统1.2.3工程组织者：酒店管理系统开发小组产品用户：中高级管理人员和酒店业主或老板产品设计者：酒店管理系统开发小组产品生产者：酒店管理系统开发小组1.2.4产品所有权：酒店管理系统开发小组拥有1.3参考资料《软件工程》----张海藩编著清华大学出版社酒店管理系统可行性研究报告《数据库系统概论》----萨师煊王珊编著高等教育出版社《现代酒店经营》----詹益政编著南方日报出版社2可行性研究的前提2.1要求系统能够最大限度的利用有限资源快速准确收集、处理、分析统计酒店发生的信息资源。提供各种数据查询方式，方便管理人员进行查询。能够形成各种数据报表，及时准确反映酒店业务情况。系统各模块功能相互独立，利用数据流相互关联，最大的限制错误录入，实现内部资源共享。安全性方面，系统采用计算机管理避免手工输入的弊病，利用计算机进行科学的优化业务流程，构筑合理的管理架构和完善的管理制度。数据采用多级保护，减少酒店数据丢失。酒店管理系统模块功能简介：前台接待模块，前台收银管理，客房预定管理，客房管理模块，报表管理模块，核数管理，经理查询及辅助决策分析模块，系统设置管理。本系统预计将于四个月内完成，工程开始时间：2004年1月；结束时间：2004年5月。2.2目标酒店管理系统采用科学的管理思想与先进的管理手段的完善结合。可帮助酒店管理人员，对酒店管理过程中大量动态的、错综复杂的数据和信息进行及时准确的分析和处理，从而使酒店管理真正由经验管理进入到科学管理,帮助经营者更好的管理酒店、成本控制和客户来源，从而提高酒店的经营效益。2.3进行可行性研究的方法本系统的可行性研究时通过开发小组历时十天的时间调查分析后得出的，主要是通过调查现有的系统，分析开发酒店管理系统所具备的能力及实现的方法。确定出新系统的总体结构，最终形成一个完善的系统软件。2.4评价尺度利用目前流行的WINDOWS编程开发一个较为完善的产品，以能够达到提高酒店管理人员的工作效率、减少额外人力、物力资源开销为评价标准。酒店管理系统可行性研究报告3对现有系统的分析3.1现有系统的处理流程（部分）3.2工作负荷在现有的酒店管理系统处理过程中，如果采用人工手动进行管理的话，管理人员所要处理的各种数据信息非常庞大，而且数据信息的保存采用纸张保存，同时，数据保存、数据处理和数据交换等也都需要人工进行，而在这个过程当中很容易出现人为的失误。3.3费用开支酒店管理系统可行性研究报告目前的酒店业务管理需要大量的人力，物力资源，需要为此付出大量的人员工资，住房等；同时，需要花费大量的时间进行各项数据的计算，统计，分析等。3.4人员目前的酒店业务管理所需要的人员并不要求具备有很高的专业技术，但却需要很多的人员数量。3.5局限性目前的酒店管理需要的人员数量太多，管理不方便，业务处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够，数据处理时间太长，数据安全性，稳定性较差。4所建议的系统4.1对所建议系统的说明酒店计算机管理系统采用业界先进的C/S架构模式，关系数据库采用大型数据库MICRSOFTSQLSERVER2000，能够存储大量的数据信息，保证数据的安全性，稳定性，减少数据丢失，实现内部资源共享。系统采用C++作为前端开发语言，操作界面为传统Windows用户界面，操作方便，避免手工输入的弊病，能够最大的限制错误录入。4.2处理流程和数据流程酒店管理系统流程图：酒店管理系统可行性研究报告4.3改进之处本系统的高度集成化，系统基于现代先进的操作平台WINDOWS98&WINDOWS2000，运用强大的SQL数据库引擎,数据随手可得；各种报表随时可得，而且一定是最新的资料，当你对报表中某些数据产生疑问，你可以立刻找到相关的原始资料，你不必再从堆积如山的单据中翻找；人人都有责任感使管理者变得轻松，员工特有的权限和操作密码使操作员必须对自己的操作负责。系统即时反映客人消费情况，避免不应有的损失。客人将得到精确细目帐单，系统作到精确为每一笔细节；不管是财务总控还是总经理决策，都需要即时的数据，系统对日常营业资料进行统计分析，使管理者得到极有价值的决策信息：欢迎新客人，不忘老客人，客户历史资料与接待系统和预订系统连为一体，只要客人报上已有帐号或用证件号码，系统会自动寻找客户资料无须再次填写，迅速入住，真正的WINDOWS设计，全面体现多任务，鼠标点击，快捷键等，极其方便。4.4影响4.4.1对设备的影响本系统对计算机硬件配置要求较高。本系统支持Windows98/2000。对硬件的最低要求：Pentium166MHz处理器(或同级的兼容处理器)，64M内存(推荐为酒店管理系统可行性研究报告64M,最高为4G)，16M显卡，至少500M的硬盘剩余空间。推荐配置：PentiumIII600MH处理器，256M内存，16M显卡，100M自适应网卡，2G的硬盘剩余空间。同时，需要安装打印机外部设备。4.4.2对软件的影响本系统支持的操作系统有Windows98se/2000SERVER，需要安装MICROSOFTSQLSERVER2000数据库系统，系统在使用时对其他软件不会发生冲突。4.4.3对用户单位机构的影响建议在酒店对工作人员进行培训，通过对系统应用的培训，加强酒店工作人员规范的工作流程及高度责任心；计算机基础及应用平台（WINDOWS9X/2000）的培训，对操作人员进行酒店管理软件（系统各部分功能）及硬件（打印机）的使用培训；帮助系统管理员建立系统管理、数据维护、软件使用的日常维护能力，操作员经考试合格后方可上岗。4.4.4对系统运行过程的影响用户可将本系统随意安装在计算机的任意位置。对输入数据预处理的过程无影响。系统数据统一采用数据库存储，定期对数据进行备份，避免数据丢失。4.4.5对开发的影响为了开发这个系统，需要用户的密切配合。用户需要向开发人员解释酒店管理的整个工作流程，帮助开发人员理解酒店管理工作的各个环节。在建立数据库时，需要原有酒店管理系统的各种原始数据表单（如原有的客户资料表，各种合同，合约，报表的原始样式）。同时，为了开发和测试新系统，需要几台配置较好的计算机，接有打印机外部设备。最后，系统数据库中保存的财务数据，各种合约，报表等都必须要进行保密性与安全性等方面的考虑。4.5局限性由于开发人员经验不足，日期较短，又因为酒店管理内容繁多，所以所涉及的范围不够全面。目前我们的使用范围非常狭窄，且本软件是我们的初次版本，如果该软件提高版本，本软件需要大量的修改和更新。4.6技术条件方面的可行性在当前的限制条件下，本系统的功能目标能够达到；利用现有的技术，本系6酒店管理系统可行性研究报告统的功能能够实现；系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以酒店管理系统在技术上是完全可行的。小组开发人员的数量和质量完全能够满足开发本系统的要求，并且能够在规定的期限内开发完成系统。5可选择的其他系统方案5.1可选择的其他系统方案5.1.1该方案与首选方案的不同首选方案是应用面向对象技术，它以采用现代流行关系数据库系统MICROSOFTSQLSERVER7.0/2000存放数据信息，基于客户╱服务器的体系结构，从而极大提高了系统速度，维护和继承功能。5.1.2本方案的概况本方案所有界面的思想与选定方案相同，但是它采用结构化设计方法。本方案程序比较复杂，编译过程复杂。5.1.3不选此方案的原因a.不利于程序的修改，在这种方案中程序用到的数据分布在程序体的各个部分，如修改必在整个程序中寻找，而首选方案是采用大型关系型数据库存储数据，较容易查错并修改。b.用结构化设计方法，程序比较复杂，繁琐。c.如果数据量较大，就会在程序过程中产生大量冗余，容易使程序出错。6社会因素方面的可行性6.1法律方面的可行性本产品是采用面向对象技术进行开发，是一个相对独立的技术产品，通过正当法律程序开发、应用本产品将会得到合法利益。6.2使用方面的可行性例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。酒店管理系统可行性研究报告a.对酒店工作制度的管理，人员的调整合理化是可行的；b.用户单位的工作人员具有计算机基础知识完全可以使用该产品；c.该产品使用的环境为酒店的各个部门。6.3经济方面的可行性本产品开发人员少，投资少，技术含量高，同时它带来了无形的，较大的收益，因此本产品在经济上是可行的。产品可检测性7.1检测标准软件标准：软件规模、复杂程度、安全性、可操作性、可观察性、可控制性、冗余的大小。7.2检测的方法通过软件测试：黑盒测试：主要在软件界面上进行的测试。白盒测试：在重要逻辑路径进行测试，检测重要数据结构的有效性。8产品的可生产性酒店管理系统使用面向对象编程语言可以达到开发效果,有着技术的先进性和可行性。8.1生产标准8.1.1质量标准正确性：程序是否按程序流程图及数据字典完成程度。可靠性：安全运行时间越长越好。可用性：是否能够解决实际的存在问题。完整性：对未授权的人员访问此系统软件可控性强。灵活性：修改一个程序的工作量。8.1.2生产工艺光盘可满足装载。9可行性综合分析9.1技术方面酒店管理系统可行性研究报告本工程产品开发周期为四个月，在技术方面采用面向对象技术与数据库相结合方法来实现。要求所有数据信息的储存都由数据库来完成，而这些数据信息的调用必须由面向对象编程设计完成。9.1.2社会方面酒店方面的大力支持，对我们工程的进程非常有利。9.2竞争者分析目前，大部分的相应软件都是用结构化设计方法。并且其功能方面不够完善。他们的软件对用户的要求过高，并需要长时间的培训，我们不仅在技术上占有先进性，而且当产品生产出来后可大大减轻用户的负担。这会保证我们在竞争中占有很大的优势。9.3可行性结论综上所述，本工程的技术成熟先进、完备，测试手段可靠，具有良好的市场拓展，系统设计合理层次分明，实用性强，投资与收益比例适当，具有一定开发价值，因此本工程可立即开始。10结论综上所述，本工程的技术成熟、完备，测试手段可靠，具有良好的市场拓展，因此本工程可立即开始。第二篇：图书馆管理系统可行性研究报告图书馆管理系统可行性研究报告标签：分类：MyDocument杂谈1.引言1.1编写目的本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。1.2项目背景开发软件名称：图书馆管理系统项目开发者：XXXX用户单位：XX大学图书馆1.3定义图书馆管理系统对于现代图书馆而言，是能否发挥其教学科研目的作用至关重要的技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。建立一个图书馆管理系统，初步实现图书馆管理计算机化，信息化，以保证图书馆工作的有效进行。1.4参考资料①．任胜兵等，《软件工程》，北京邮电大学出版社②．《可行性研究报告》2.可行性研究的前提数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难。基于这此问题，我们认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改情况图书。开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理，对借阅者进行时间限定，使得借书的效益更高更安全，又能提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。2.1要求①．主要功能：书目管理：书目管理主要是针对管理员身份而言的（比如新增书目，删除书目等等）；借阅证管理：借阅证管理分为五部分：注册、补发、挂失、暂停、注销；借还图书：借书、还书；查询：图书查询、借阅时间；缴费：计算超期罚款并交纳费用②．主要性能：可以便于对图书进行分类和管理，对借阅者进行时间限定，使得借书的效益更高更安全。提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。③．可扩展性：能够适应要求的变化和修改，具有灵活的可扩充性。④．安全性：具有较高的安全性。系统对不同的用户提供不同的功能模块。只有具有一定权限的管理员用户才能语序有借、还书权限，只有具有高级权限部门管理者或维护人员用户才能对用户进行管理。一般的读者用户只能查看图书信息和借阅情况。同时，还应具有一定的保护机制，防止系统被恶意攻击、信息被恶意修改和窃取。有完整的数据库备份机制。如果系统被破坏，应该能快速恢复。⑤．完成期限：2012年3月15日至6月15日，共3个月。2.2目标开发目标为：减少人力与管理费用提高信息准确度改进管理和服务建立高效的信息传输和服务平台，提高信息处理速度和利用率处理速度的提高；控制精度或生产能力的提高；决策系统的改进；人员工作效率的提高2.3条件、假定和限定建议软件寿命：5年进行系统方案选择比较时间：10天经济来源：自费硬件条件：PC机四台、服务器3台、局域网、INTERNET软件条件：Oracle数据库、Windows1操作系统、MicrosoftOffice软件、浏览器等。可利用的信息和资源：在现有的图书馆管理系统上进行开发建议开发软件投入使用的最迟时间：2012年9月2.4决定可行性的主要因素：本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正在使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案就行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。成本/效益分析结果：效益>成本技术可行性：现有技术完全可以完成开发任务操作可行性：系统能够被现有的工作人员快速掌握并使用法律可行性：所使用工具和技术以及数据信息不违反法律3.对现有系统的分析3.1处理流程和数据流程3.2工作负荷数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。3.3费用支出基本建设投资25720元其他一次性支出105600元非一次性支出11200元综上合计142520元3.4人员基本上不需要专业技术人员3.5设备服务器：PentiumIII500以上或更高，内存:128M以上；硬盘：至少10G以上；CD－ROM：16倍速以上；网卡：10ＭＢ/100ＭＢ自适应；工作站：PentiumII266以上微机；内存：64MB硬盘：至少5G以上；CD－ROM：16倍速以上；网卡：10ＭＢ/100ＭＢ自适应3.6局限性经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。4．所建议技术可行性分析4.1对系统的简要描述所建议系统是C/S和B/S模式结合。书目管理、借阅证管理、借还图书、查询、缴费等大部分功能通过图书馆内的局域网实现，有利于提高系统的效率和安全性、用户在通过身份认证确定后，系统按照权限的不同向其不同各种类型用户提供对应的功能。4.2处理流程和数据流程4.3与现有系统比较的优越性图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改情况图书。开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理，对借阅者进行时间限定，使得借书的效益更高更安全，又能提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。4.4采用建议系统可能带来的影响4.4.1对设备的影响由于所建议系统是基于Windows操作系统和校园网的，所以需要配置足够符合以上列出的各种软硬件条件的计算机和通信线路、系统失效后，服务端需要利用备份的数据库恢复数据库信息，要求要有足够的数据库备份空间。4.4.2对现有软件的影响要求落实是否有符合本报告所提到的正版软件环境。如果没有则需要购买4.2.3对用户的影响本系统投入使用前还需改进现有的管理方式4.2.4对系统运行的影响对系统运行的其他软件没有太大的影响4.2.5对开发环境的影响开发过程需要用户进行密切的配合，准确阐明需求。4.2.6对运行环境的影响本系统客户端拟采用WindowXP操作系统，服务器采用Window操作系统，前端开发语言使用JAVA,使用SQLserver数据库管理系统4.2.7对经费支出的影响除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性）4.5技术可行性评价在限制条件下，功能目标能够全部达到利用现有技术，功能目标完全可以全部达到对开发人员数量的和质量的要求，开发人员4人，有一定的项目开发经验，能够满足要求开发时间充裕，在规定的期限内，开发能完成。5．所建议系统经济可行性分析5.1支出5.1.1基建投资系统开发、建立费用：15万硬件设备：10万外购开发工具、软件环境：5万5.1.2其他一次性支出：2万5.1.3经常性支出主要是系统运行维护费用，假设本系统运行期5年，每年的运行费用（包括系统维护、设备维护等）5万元。5.2效益5.2.1一次性收益5.2.2经常性收益5.2.3不可定量收益5.3收益/投资比5.4投资回收周期：3年5.5敏感性分析系统生存周期长短：本软件至少可以使用5年系统工作负荷量：能够处理大批量的数据处理速度要求：比较快设备和软件配置变化对支出和效益的影响：几乎没有什么影响，比较稳定6．社会因素可行性分析6.1法律因素所使用工具和技术以及数据信息不违反如何法律。所有软件都使用正版，技术资料都由提出方保管，数据信息均可保证合法来源。6.2用户使用可行性由于开发的系统要求界面友好、方便直观，系统能够被现有的工作人员快速掌握并使用。使用本系统的人员均有一定的计算机应用基础，所有人员都要经过本系统的使用培训。经过简单的培训人员就会熟练使用本软件。7．其他可供选择的方案由于该系统比较简单，故没有其他可供选择的方案。8.结论意见根据以上分析可知，开发该图书馆管理信息系统不仅有巨大的经济效益，而且有更大的社会效益，从而使该系统开发具有价值，也节省了大量资源，但是时间有限，该管理系统考虑不太健全，我们会在这方面加强学习和改进。所以,我们认为开发此系统的条件已经具备，可以开始进行开发。第三篇：书店管理系统可行性研究报告书店管理系统可行性研究报告1引言1.1编写目的可行性报告分析是为“书店管理系统”开发的可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。1.2背景说明：A.软件系统名称：书店管理系统；B.本项目的任务提出者:客户；C．开发者：麻仲庆；D．系统用途：利用网络平台，使得消费者和管理员方便的购买与管理，适用范围对拥有管理权限的管理员和所有不须权限的读者通过网页浏览进入。1.3定义钱乐秋，软件工程，清华大学出版社；国家标准可行性研究报告；2可行性研究的前提2.1要求说明对所建议开发的软件的基本要求，如：A.功能：用户的注册，登录；用户的分级浏览或图书选购；店主对进书、售书、库存、帐目、客户的管理；B.性能：书店管理系统的使用者是购买图书的消费者。对于店主的管理工作需要方便对进书、售书、库存、帐目、客户的管理等；对于订购图书的消费者其浏览页面、订购图书等功能。C.在安全与保密方面的要求：书店中所有的图书能够供用户随时查阅；用户的个人信息可以由用户自己修改，添加；书店图书的信息只能由书店管理人员添加，修改；所有注册用户信息只能由书店管理人员查询。D.完成期限：九周之内。2.2目标利用日益繁荣的互联网，为传统的书店打造一个新的销售平台。本系统希望通过电子信息化的手段对书店的进存销等环节进行管理，以达到人力与设备费用的减少，服务能力的提高，管理信息服务的改进，工作人员利用率的提高等目标。通过对别的同类型的网站的观察，本开发小组的的成员认为其他的系统界面过于花哨，容易扰乱消费者的视线，使消费者忽略此系统原有功能，浪费消费者的宝贵时间。致力于开发页面简洁，规范，功能齐全的书店管理系统。2.3评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。3对现有系统的分析从网上书店自身来看，目前还存在不少问题，主要表现为：主页信息量小，内容和形式缺乏吸引力，更新不够及时；服务方式比较单一；营销方式不够灵活。4所建议的系统4.1对所建议系统的说明随着计算机、网络通讯和信息技术，特别是.NET技术的发展。各大网上书店网站从无到有，得到很大的发展，并取得成功。为了适应新环境下的新的销售模式和顾客销售方式的改变，我开发了这个书店网站。所建议的系统是基于B/S结构的网上书店管理系统，其利用A技术，解决了图书的各个流程控制，提供了一个良好的，易操作的，直观的用户界面，从而实现自动化和系统化的管理。4.2技术条件方面的可行性本系统是一个基于B/S结构的书店管理系统，采用面向对象技术、数据库技术、先进技术开发的应用程序，现有的开发技术已经非常成熟，且被广泛用于各行各业，在当前的限制条件下，该系统的功能目标能够到达要求，利用现有的技术支持和限制下，该系统的功能可以实现，并且能在规定的期限内，完成本系统的开发。5投资及效益分析5.1支出支出主要包括以下几个方面。（1）基本建设投资。硬件设备：服务器。软件：Windowsxp,Windows2003,Vista。数据库管理系统：SQLServer。开发工具：VisualStudio2005。（2）其他一次性支出：所建议开发的系统的设计和开发费用，数据库的建立，检查费用和技术管理性费用等。（3）非一次性支出：系统的维护费用，公用设施方面的开支，保密安全方面的开支，数据通讯方面的租金和维护费用等。5.2收益A．开支的缩减：资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进；B．价值的增升：资源利用的改进，管理和运行效率的改进以及出错率的减少等；C．其他如从多余设备出售回收的收入等。6社会因素方面的可行性6.1法律方面的可行性政府，无论是中央政府还是地方政府，一般都用法律规定组织可以做什么，不可以做什么。例如：《合同法》，《消费者权益保护法》，《专利法》，《反不正当竞争法》等对所有企业的行为都做了限制，法规的影响不仅仅限于时间和金钱，它还缩小了管理者可斟酌决定的范围，限制了可行方案的选择。根据《中华人民共和国计算机软件保护条例》（1991年6月4日中华人民共和国国务院令第84号发布）（修改后的新条例2002年1月1日起施行）第九条可知：软件著作权人享有下列各项权利:(一)发表权,即决定软件是否公之于众的权利;(二)开发者身份权,即表明开发者身份的权利以及在其软件上署名的权利;(三)使用权,即在不损害社会公共利益的前提下,以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;(四)使用许可权和获得报酬权,即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;(五)转让权,即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。第十二条受他人委托开发的软件,其著作权的归属由委托者与受委托者签订书面协议约定,如无书面协议或者在协议中未作明确约定,其著作权属于受委托者。第十八条在软件著作权的保护期内,软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时,可以按协议收取费用。另外，软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。合同中未明确规定为独占许可的,被许可的软件权利应当视为非独占的。法律的相关规定既保护了开发者的权利，同时要求侵权者承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任,并可以由国家软件著作权行政管理部门给予没收非法所得、罚款等行政处罚，以下为部分侵权行为：(一)未经软件著作权人同意发表其软件作品;(二)将他人开发的软件当作自己的作品发表;(三)未经合作者同意,将与他人合作开发的软件当作自己单独完成的作品发表;(四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;(五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;(六)未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品;(七)未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品;(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。6.2操作方面的可行性本系统的研制和开发充分考虑用户的工作流程、计算机的操作水平，计算机硬、软件等等支持，尽可能提供更人性化，直观的界面，充分的满足用户的需求。系统的操作方式在用户组织内可行。6.3用户使用的可行性该系统是一个书店网站，所以操作简易，用户购书不需要了解整个书店的工作流程，只需要按照提示一步步操作即可完成购书等其他活动。7可行性的结论综上所述，该项目在技术、经济和社会效益上是完全可行，可以立即开始进行。第四篇：银行管理系统可行性研究报告目录1.引言1.1问题1.2实现条件1.3约束条件1.4背景2.管理2.1重要的实现2.2建议2.3效果3.方案选择3.1选择系统配置3.2选择方案的标准4.系统描述4.1缩写词4.2各个子系统的可行性4.2.1新用户注册4.2.2已注册用户登陆4.2.3用户存款4.2.4用户取款5.成本效益分析6.技术风险评价7.有关法律问题8.用户使用可靠性9.结论银行管理系统可行性研究报告1.引言1.1问题描述随着经济社会的快速发展，人们已不满意于人工存取款的低效率，追求更高的存取效率，并且业务的种类逐渐丰富、复杂度提高，人工操作出现的失误也呈现上升趋势，银行根据行业和用户的需求，决定开发新型的银行管理系统，以降低操作复杂度、出错率，从而提高工作效率。1.2实现条件本银行管理系统旨在提高银行工作人员的工作速率、以及降低出错率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦合，提高操作的易操作性、高效率性。同时用户也可以查询自己账户的所有信息，使一些类似于查询账户信息、修改账户密码、查询余额、查询透支额的功能，可以从人工柜台中分离出来，不必为了类似的查询功能，使得用户前往柜台办理，同时也减少了柜台工作人员工作量。1.3约束条件在完成项目的基本功能：即注册用户、登录账户、存款、取款、修改密码、查询本人的所有账户、查看存储年限、查看透支额度。之后，进行简单的测试，若符合要求，则基本完成。1.4背景(1)开发软件名称：银行储蓄系统。(2)项目开发者：“银河一号银行管理系统”开发小组(3)用户单位：各种商业银行。2.管理2.1重要的实现(1)可以实现注册用户、登陆用户(2)可以在注册过程中选择币种和卡型(3)可以在登陆用户后修改密码(4)可以通过用户身份信息查出该用户的所有账户(5)可以在登录用户后查看用户的信息(6)可以通过账号来查询账号的透支额度2.2建议在原有的管理系统基础上进行深一步的开发，以原有的管理系统作为开发新系统信息的主要来源，通过原有系统的功能、性能以及存在的问题，来得到新系统的雏形。采用新的算法和结构，简化操作流程，加快了客户办理业务的速度。通过新的开发要求来逐步扩展、完善新系统的功能，建立新系统的高层逻辑模型，从而得到满足新需求的新银行管理系统。2.3效果通过利用原有系统可以清晰的了解到系统的结构、大大缩减系统的开发周期，降低开发费用，减少开发人员的工作强度。3.方案选择3.1选择系统配置(1)运行内存512M以上(2)硬盘存储10G以上(3)操作系统为WindowsNT/XP/73.2选择方案的标准由于项目开发周期较短，故而不采取连接数据库，进行对用户信息的存储，仅仅使用固定文件存储用户的所有信息。4.系统描述4.1缩写词_CardId：用户账户卡号_ID：用户身份证号_Name：用户真实姓名_Address：用户通讯地址_Call：用户电话号码_Password：用户账户密码_MoneyT：预存货币种类_AccountT：账户类型_FirstSaving：预存款额4.2各个子系统的可行性4.2.1新用户注册新用户的注册即创建账户：通过交互界面输入一个账户的所有信息，并将该账户信息记录添加到账户信息表中。账户信息包括：储户的身份证号、真实姓、通讯地址、电话号码、账户类型、货币种类、预存款额、账户密码。在创建用户成功后，由系统产生卡号来标示用户账户。4.2.2已注册用户登陆通过交互界面输入要登录的帐号和密码，系统在账户信息表中搜索待登录账户，并根据搜索结果显示不同的信息：如果指定的帐号不存在，则显示”无此帐号！”提示信息；如果帐号存在但密码不符，则显示”密码错误！”提示信息；如果信息都符合，则立即出现账户管理界面，显示账户的所有信息包括账号、账户类型、币种、余额和储户的所有信息(身份证号、真实姓名、通讯地址、电话号码)。4.2.3用户存款在柜员操作时进行存款操作不需要输入密码即可存款，而储户在成功登录账户后，才可以进行存款操作。4.2.4用户取款储户在成功登录账户后，可以进行取款操作。其中一般账户和结算账户的取款操作相同，定期存款账户不得在未到期之前取款，信用卡账户允许透支10000元（各币种）。5.成本效益分析(1)基础投资1>运行内存512M以上、硬盘10G以上的PC2台4000元2>正版操作系统一套300元(2)其它投资培训专业的维护人员300元雇佣专业的维护人员3000元/月(3)效益分析1>减少柜员数量收益3人*3000元/月2>减少出错率提高用户数量收益100万/年(4)合计(以年为单位)投资总计：4000+300+3000*12=40300元效益总计：3*3000*12+1000000=1108000元收益/投资比：1108000/40300=27投资回收期为一年6.技术风险评价当前社会，开发系统的计算机硬件已经非常普及，完全满足要求，而开发技术——面向对象的程序设计，这种开发技术是比较成熟的，实现起来是可行并且有效的，运用这种开发技术开发本银行管理系统在技术上是支持的，在以后的维护和升级中也是兼容的，这种开发技术在以后的发展中会更加的成熟，和高效，故而采用这种技术是比较可行的，同时银行还必须有一定的操作、维护的专业人员，在这方面可以通过培训原来的操作人员成为新的操作人员，维护人员可雇佣专业人员解决。本银行管理系统两人进行开发，两人都接受过系统而完整的面向对象的程序设计教育和培训，完全有能力完成本项目。7.有关法律问题(1）遵守《中华人民共和国网络使用法》(2)用正版软件，盗版必究(3)合同制定确定违约责任(4)该软件项目最终解释权归属银行管理系统开发小组(5)运行保证合格8.用户使用可靠性(1)用户需要定的计算机基础(2)操作人员需要有一定的操作计算机的经验(3)操作人员必须能够保证软件的正常运行9.结论银行管理系统在目前是一个技术上成熟的系统，它降低了柜员的操作复杂度、提高了业务处理速率，提高用户的满意度和信任度，使银行适应现代化市场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取获得更高的商业效益，取得更高的市场用户占有率。第五篇：系统可行性研究报告销售管理系统可行性研究报告1.引言1.1编写目的编码可行性研究报告的目的是为了对本系统的可行性进行一下探讨，论证实现本项目的可能性，和一些前期的准备工作及工作条件，并且为下一步设计打下铺垫。1.2背景a.项目名称:销售管理系统b.项目任务的提出：开发者电脑耗材“销售管理系统”。c．用户：电脑耗材的管