软件工程项目可行性分析报告

可行性与项目计划研究报告

1.引言

1.1 项目的背景，研究的目的和意义

背景：经过一段时间的调查我们发现周边网吧的管理系统不尽相同，而其实现的功能都基本相同。大多数网吧的管理系统仅仅实现了计时收费的目的。所以我们觉得现在大多数网吧的管理系统功能还不够完善，做得还不够人性化。因此我们想尝试改进现有的网吧管理系统，使其功能更人性化，提供的服务更齐全，以改变现状

我们也从网上找了几个别人做的系统简单地看了一下

项目名称：******

项目发起者：********

面向用户：******

1.2 项目的目前研究现状

此项目现阶段还处于可行性分析阶段，具体实施将等到所学知识的进一步健全以及对项目有进一步的认识

1.3 参考资料（作者、标题、出版单位、发表日期、编号、页号）

《软件工程》高等教育出版社史济民等

《数据库系统教程》高等教育出版社施伯乐等

《Java面向对象编程》电子工业出版社孙卫琴

《Java编程思想》机械工业出版社Bruce Exkel

等

2.系统的技术可行性

2.1 系统的简要描述

功能：网吧管理帮助网吧管理员管理网吧管理员可以通过该系统对上网人员（会员、非会员）记时收费、充值，对出售的食品饮料等计费，对网吧内的各台机器进行控制，以及提供一些特殊的服务（如在节假日对上网费打折等等）

而被控制端有登陆、登离、呼叫网管、修改密码、买东西、查看个人信息（余额、姓名等等）

特点：由于上网顾客需要食品和饮料，而大多数网吧内也有这些商品出售，但往往是买一次东西结算一次，搞得网管十分头疼，而且效率也不高。上网顾客往往对这样的购物方式也不满意，他们希望可以不用离开座位就可以获得所需的商品。为了解决这个问题，我们将在网吧管理系统中添加了购物系统。在购物系统中，上网人员可以看到各种商品及其价格，点击购买后网管可以在服务器端看到顾客的请求，并将所需商品送给顾客，而计费系统会自动将商品的费用添加进计费系统中。我们还将添加网管呼叫系统，以进一步完善网吧管理系统的功能，顾客在需要网管时可以点击呼叫网管，这样既不用费力地叫网管，

又保持了安静，为上网创造良好的环境。在我们的网吧管理系统中，我们还将添

加特殊服务一项，网管可以根据需要调整上网费用，在节假日等时期搞优惠招揽顾客

当顾客结束本次上网时，计费系统会将本次上网费与商品费用一起计算，这样就节省了时间，提高了工作效率。

2.2 系统采用的技术、特点

这次我们打算用Java语言来开发这个系统，这主要是因为Java语言是面向对象的语言，而且功能十分强大，并且使用Java会减少编程过程中的错误。当然由于可能会有大批顾客的资料需要管理，其中必然会使用到数据库。但是由于项目还未进入实施阶段，所以会遇到什么样的问题现在还是不可预知的，最终会使用到哪些技术也要在实践的过程中去获得结论

2.3 资源条件

由于现在网络十分发达，网上的资源非常丰富，所以一般遇到问题时可以到网上去寻找答案。我们也从网上找了一些别人做的系统看了，对这些系统也进行了分析，总结了它们的优缺点，并大体上确定了我们要做的系统的功能和外观，我们还在网上询问了一些网友，并采集了他们的意见，将一些好的建议用到我们的系统中去。

在设计过程中，必然会遇到这样那样的问题，除了使用网络外，我们还会到

图书馆查阅一些资料，当然肯定还会用到我们手上现有的一些书籍。

本着锻炼思维、培养能力的目标，我们会自己去思考并解决遇到的问题，在遇到实在解决不了的问题时也会向身边的同学和老师寻求帮助

2.4 技术可行性评价

以前我们曾在学C语言时触过一个与之类似的项目，那时做的是一个图书管理系统，虽然我们并未参加代码的编写，但是对其中的一些思想有所了解。但那时由于没有数据库的知识，所以系统还不算复杂。此项目中我们考虑到由于会有很多用户的资料需要管理，而且我们又添加了许多其他的功能，所以会复杂一些。而且那时完全是为了练手，所以界面比较粗糙，而我们做的这套系统是面向用户的，所以界面必然会做得友好一些，这必然也会增加系统开发的难度。任何项目的开发都不会没有难度，我觉得只要认真思考，并借助各种资源，我们能够最终开发出这套系统来

2.5、系统的非技术可行性

2.5.1法律可行性

该系统在网吧等类似场所使用，进行管理监控用户的基本操作，其中不会添加获取用户密码等受法律保护的信息的操作，且该系统不保存用户上机的具体操作，只会保留用户上网日期和时间等数据，以便用户日后核对，或者供其他一些有权限的人或部门调查。

2.5.2经济可行性

由于该系统的实现初衷是为了锻炼，以熟悉软件开发的全过程，不涉及经济的

投入（有也会很少），所以将不会有经济上的风险。因此，在这一方面是可行的。

2.5.3运行可行性

由于网吧管理系统是相对独立的系统，除了与操作系统交互外，与其他软件的关系不大，所以发生冲突的概率较低。万一发生不能协调工作，为了本系统的安全，将对外来系统做一定限制，严重的将采取禁用策略。

3、风险预估与解决策略

在完善的计划也有风险，由于开发人员现在的知识和经验有限，可能未能将系统分析全面，或考虑得不够深入。为此，我们将积极学习开发将用到的知识，不断地回顾分析，查阅资料，并反复改进。我们在阶段性任务完成后会请教有经验的老师和学长，来使系统尽可能的完善。

由于课程比较紧张，开发阶段可能将延长，为此，我们有两套策略：1、吸收其他同学加快开发；2、利用假期延期开发。万一风险发生时，视情况决定采取那套策略。

如果因为时间的关系，开发最终无法按期完成，我们会将主要功能模块开发出来，其他功能可能会被忽略，以达到实验的目的。

如果在项目实施过程中分工不明确，造成工作重叠，或者系统有些功能未被实现，而我们又不能协调好，最终在项目提交前都未能最终完成预期目标。或由于规划的目标定的过高，不符合现有的技术水平，造成项目实施过程中遇到无法突破的技术瓶颈，导致由于部分功能未能实现，影响到其他部分的实施，最终导致项目失败。那项目就只能宣告失败了，那么我们将会从中获得宝贵的软件开发的教训，为以后做项目打下基础，这也是一种学习啊。