可行性研究报告

      编者：高丽娟

1.     引言

超市管理系统,它包括订购管理,仓库管理,销售管理等.仓库管理是其中重要的一个环节,不容忽视的一个环节,  它在超市的整个供应链中起着至关重要的作用，如果不能保证正确的进货和库存控制和退货处理，将会导致管理费用的增加，而且整个过程还会瘫痪。而传统简单、静态的仓储管理已无法保证各种资源的高效利用。还有如今的仓库作业和库存控制作业已十分复杂化多样化，仅靠人工记忆和手工录入，不但费时费力，而且容易出错，给超市管理带来巨大损失。所以我们现在开发一个使用条形码管理的超市仓库管理系统,它可以对仓储各环节实施全过程控制管理，并可对货物进行货位、批次、保质期、配送等实现条形码标签序列号管理，对整个进货、返厂、配送,退货,盘点等各个环节的规范化作业,控制整个过程的正常运行. 将条码技术引入仓库管理，去掉了手工书写票据和送到机房输入的步骤，解决库房信息陈旧滞后的弊病,有效地利用仓库空间，方便了仓库管理人员对物品的放置和调配,提高了工作效率.

该系统软件容易被接受，具有简单易学性，便于管理等功能。是对超市仓库管理的一种有效工具。

1.1 编写目的

这份可行性研究报告是对超市仓库管理系统作的可行性研究分析及指出存在的必要性。并且通过对其他西方语言所做相同软件的对比从而突出汉语编程的优越性及本系统软件的可行性。

预期的读者为软件管理人员，开发人员，维护人员。

1.2 背景

a. 工程的名称： 超市仓库管理系统

b. 工程产品的名称： 超市仓库管理系统

c. 工程组织者： 超市仓库管理系统开发小组　

 产品用户： 超市的管理人员　

 产品设计者： 超市仓库管理系统开发小组　

 产品生产者：超市仓库管理系统开发小组

d. 产品所有权: 超市仓库管理系统开发小组拥有

1.3 定义

    超市仓库管理系统：超市仓库管理是帮助超市管理人员对货物进行管理的软件。使用SQL SERVER,VB等完成其功能。

1.4 参考资料
　　《软件工程》　　　　　----张海藩 编著  人民邮电出版社
　　《DreamweareMX 2004》　----李昌龙 主编　中国电力出版社

《ASP+网络与数据库整合应用》  ----精锐创作组 主编   人民邮电出版社

《数据库设计与编程实例详解:使用ACCESS、SQL与VB》

                                  ----卡特，张淮野  电子工业出版社

2.    可行性研究的前提

开发此仓库管理系统软件，以供管理人员及操作者进行仓库管理，方便操作者随时添加、查询、修改等。为了我们提高软件开发的能力，学习ASP编程的技巧，提高工作设计思想，通过本次的工程开发，开发小组成员与辅助老师，能从中学习知识吸取经验，再技术和软件思想上同时得到锻炼和提高，从而使总体水升到一个新的高度。

2.1开展该工程的原因
　　如今的仓库作业和库存控制作业已十分复杂化多样化，仅靠人工记忆和手工录入，不但费时费力，而且容易出错，给超市管理带来巨大损失。因此为了提高工作效率，减轻管理人员的工作负担，决定开发此引用条码技术的超市仓库管理系统软件。

2.2 目标
　　由于本超市仓库开发系统的主要背景(为软件工程学习)在经济上不注重直接的经济收益，而是注重小组成员整体开发软件水平的提高。

2.3 条件、假定和限制

    需掌握一些相关操作，对操作手册有点了解，系统更新期短。

2.4 进行可行性研究的方法

    通过调查分析开发超市仓库管理所具备的能力及实现的方法。确定总体结构，利用ASP及数据库所具有的能力，以最简洁最容易的方法，使其成为一个初级的系统软件。

2.5 评价尺度

    此软件由于只是一个初级产品，只要能构建一个结构，达到一些帮助查询、索引、货物进出管理等基本功能和要求即可。

3.    对现有系统的分析

超市仓库管理系统是利用汉编数据库的管理技术建立在windows操作系统中的。
    3.1 处理流程和数据流程

                

3.2 工作负荷

    帮助超市的管理人员对于物品的各种信息可以方便的查询、输入，及有条件的查找。但，不够简易、快速、清晰地管理仓库

3.3 人员

    超市管理人员

3.4 设备

建议使用奔腾133以上的pc机，内存需在16兆以上。

3.5 局限性

    需掌握一些相关操作，对操作手册有点了解，系统更新期短。

4. 所建议的系统

4.1 对所建议系统的说明

本工程的设计目标就为超市物品管理提供快捷方法，使管理人员能够便捷查询物品档案，使超市仓库管理自动化。它不仅覆盖了商品流转的整个过程，同时还可以挂接商家的条码打印、前台收银、后台销售等相关系统，具有系统稳定、功能全面、结构先进、操作简单、人机对话友好、可扩展性强等特点。

该系统技术先进、安全稳定。系统具有动态修改报表、动态盘存的优点，力求最大限度解决用户问题。系统界面美观、人机对话友好、操作方便、可实现全键盘操作。系统功能强大，可扩展性强，能够与条码打印系统和收银销售系统进行无缝连接。

4.2 处理流程和数据流程。

系统流程结构:

 

4.3 改进之处

对于现行仓库而言都是基于人工的管理方式，无论是入库还是出库都有可能产生很多人为的失误，造成公司盘点困难，仓库核查成为难题。为了防止这种情况的频繁发生，需要对仓库进行规范化管理，从仓库的入库出库到盘点，都使用条形码来记录相关信息，节省手工记录的时间，减少人工操作的错误率。

A:初始信息采集---根据客户已有系统中的数据库进行分析，对每个产品都建立条形码来标识。 每个条形码中应包含产品的相关信息,（由客户自定义），可以包括产品的品名、规格、数量、条形码序列号、入库日期和出库日期等。

B:采购管理---在采购入库的时候，用户需要使用条形码打印机来打印这一批产品的条形码标签，完成其初始信息的采集，然后在系统的入库收货单中的序列号一栏直接使用扫描枪扫描其序列号标签，当此采购收货单被保存的时候，系统自动在相应产品的库存中自动增加。

C:仓库管理---在系统的仓库管理中，首先客户完成的是初始库存管理（初始信息采集），当采购收货后库存自动增加，当销售出库的时候，系统库存自动减少，而平价调拨则不影响整个库存的变化，因此库存只能通过入库或者出库更改，否则无法改变，且管理员可以随时查询特定型号的库存。

D:销售管理---当销售出库的时候，管理员在出库单上的物品序列号一栏使用扫描枪直接扫描，当保存出库单的时候，系统在库存中自动减少此产品的库存。

4.4 影响

4.4.1.对设备的影响

    [建议使用赛扬2.0以上的pc机，内存需在128兆以上

4.4.2.对软件的影响

    支持现行系统，使软件的冲突减少到最小。

4.4.3.对用户单位机构的影响

    本产品所面向的用户是单位机构已应用为主，人员数量不受任何限制，只要操作人员懂得基本操作。

    4.4.4.对系统运行过程的影响

    支持本软件的运行，使本软件出错的几率更少。

4.4.5.对开发的影响

a.  随着计算机的发展，所有的开发人员要发现在此过程中本产品出的问题和不足，及时更新。

b.  与此同时也要准备好人力和设备资源做紧急事件的更新。

c. 申请专利，使用法律的手段对本产品进行系统保护。

4.4.6.对经费开支的影响

     本系统大约总体耗费为800元。

4.5 技术条件方面的可能性

系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以超市管理系统的技术上是完全可行的。

5. 可选择的其他系统方案

5.1 修改方案与首选方案的不同
　　修改方案只局限在一台电脑上。首选方案是应用于网络，它可以做到从远程终端的输入和输出，它以中央服务器存放数据信息。

5.2 本方案的概况
　　本方案所有界面的思想与选定方案相同,但数据库输入机制不同,它通过数据库与操作界面链接语言，直接从本机中调入数据。

5.3 不选此方案的原因
　　a.如今，网络十分发达。超市里也有自己的内部网。采用网络版，更适合超市的具体情况。

b.采用网络版，使数据更新能更快速、及时。且，减少了单机硬件资源的损耗。

    c.管理更方便。

6. 投资及效益分析

按本软件超市仓库管理系统开发方案，对于本系统软件投资方向，体现于软件开发、软件生产及软件测试。

6.1 估算方案

本系统完全按开发计划进行估算，办公用品的消耗，办公设备的消耗，开发人员生活与维护等。

6.1.1 具体项目总体估计

本系统属于学生实践作品。不进行费用估计。　　

6.1.2 收益估计

本系统本非收益性质开发，重要是为了提高小组的整体水平。

6.2市场分析

超市仓库管理系统主要是为了解决超市烦琐的管理问题，并且减轻管理人员的工作负担。本软件是以ASP编程作为工具。

6.2.2 工程产品所追求的市场

本系统所占有的市场为超市为主的市场，它追求的是简单、易学、易懂、易用，能够更有利的解决超市管理人员的负担，能够辅助超市有效的管理货物进出。

6.2.3 市场现状

目前超市并没有完善的仓库管理，因此，我们可填补此项技术上的空白,并且推向市场。

6.2.4 该产品的销售对于购买方有影响

对于学籍管理系统的用户—超市，可满足对超市管理的需求，且此种需求被接受并且满足，其软件便可以推广。

7. 社会因素方面的可能性

7.1.法律方面的可行性

目前超市并没有完善的物品管理，因此，我们可填补此项技术上的空白,并且推向全国市场，并可受到法律保护。

7.2.使用方面的可行性

超市仓库管理系统主要是为了解决超市的物品管理问题，并且减轻管理人员的工作负担。本软件是以ASP编程作为工具。我们所生产出来的软件相互适应性较强，所以在市场可以占有一定的份额。

本系统所占有的是超市市场，它追求的是简单、易学、易懂、易用，能够更有利的解决管理人员的负担，能够辅助超市有效的管理物品。　　

对于物品管理系统的用户—超市，可满足对物品管理的需求，且此种需求被接受并且满足，其软件便可以推广。

8. 社会因素方面的可行性

8.1 技术

本系统与超市方紧密结合，并且得到很多同学的大力支持。提供工程文档与技术上各方面的支持。因此本系统具有开发研制条件。

8.2 使用方面的可行性　　

市管理人员对该产品的应用是可行的。

9. 产品可检测性

9.1 检测标准　　

软件标准：软件规模、复杂程度、安全性、可操作性、可观察性、可控制性、冗余的大小。

9.2 检测的方法　　

通过软件测试：　

黑盒测试：主要在软件界面上进行的测试。　

白盒测试：在重要逻辑路径进行测试，检测重要数据结构的有效性。

   10. 产品的可生产性

超市仓库管理系统使用条码技术可以达到开发效果,有着技术的先进性和可行性。

10.1 生产标准　　

10.1.1 质量标准　　

正确性：程序是否按程序流程图及数据字典完成程度。　　

可靠性：安全运行时间越长越好。　　

可用性：是否能够解决实际的存在问题。　　

完整性：对未授权的人员访问此系统软件可控性强。　　

灵活性：修改一个程序的工作量。　　

10.1.2 生产工艺
　　软盘是可满足装载的。

　　11 可行性综合分析

11.1 技术方面　　

本工程产品开发周期为3个月.在技术方面采用ASP编程与数据库相结合方法来实现。要求所有数据信息的储存都由数据库来完成，而这些数据信息的调用必须由ASP编程设计完成。　　

11.2 社会方面　　

超市和同学们的大力支持，对我们工程的进程非常有利。

11.3 竞争者分析　　

目前，所有相应软件其功能方面不够完善。他们的软件对管理人员的要求过高，并需要长时间的培训，我们不在技术上占有先进性，但当产品生产出来后可大大减轻管理人员的负担。这会保证我们在竞争中占有很大的优势。

11.4 可行性结论　　

综上所述，本工程的技术成熟、完备，测试手段可靠，具有良好的市场拓展，因此本工程可立即开始。

第二篇：学生宿舍管理系统-可行性研究报告

GB8567——88

学生宿舍管理系统

可行性研究报告

                            目  录

1引言... 1

1.1编写目的... 1

1.2背景... 1

1.3定义... 1

1.4参考资料... 1

2可行性研究的前提... 2

2.1要求... 2

2.2目标... 2

2.3条件、假定和限制... 3

2.4进行可行性研究的方法... 3

2.5评价尺度... 3

3对现有系统的分析... 3

3.1处理流程和数据流程... 4

3.2工作负荷... 4

3.3费用开支... 4

3.4人员... 4

3.5设备... 4

3.6局限性... 4

4所建议的系统... 4

4.1对所建议系统的说明... 5

4.2处理流程和数据流程... 5

4.3改进之处... 5

4.4影响... 5

4.4.1对设备的影响... 5

4.4.2对软件的影响... 5

4.4.3对用户单位机构的影响... 5

4.4.4对系统运行过程的影响... 6

4.4.5对地点和设施的影响... 6

4.5局限性... 6

4.6技术条件方面的可行性... 7

5可选择的其他系统方案... 7

6投资及效益分析... 7

6.1支出... 7

6.1.1基本建设投资... 8

6.1.2其他一次性支出... 8

6.1.3非一次性支出... 8

6.2收益... 9

6.2.1一次性收益... 9

6.2.2非一次性收益... 9

6.2.3不可定量的收益... 9

6.3收益／投资比... 10

6.4投资回收周期... 10

6.5敏感性分析... 10

7社会因素方面的可行性... 10

7.1法律方面的可行性... 10

7.2使用方面的可行性... 10

8结论... 11

1引言

1.1编写目的

随着时代的发展，计算机技术越来越深入各行各业，为广大的用户提供了更为周到和便捷的服务。目前各行各业广泛使用专用系统，其内容范围跨越了教育科研、文化事业、金融、商业、新闻出版、娱乐、体育等各个领域，其用户群十分庞大，因此，设计开发好一个专用系统对一个机构(或部门)的发展十分重要。近年来，随着用户要求的不断提高及计算机科学的迅速发展，特别是数据库技术的广泛应用，向用户提供的服务将越来越丰富，越来越人性化。

对于学校而言，学生宿舍管理是必不可少的组成部分。目前仍然存在有学校停留在宿舍管理部门人员手工记录数据的阶段，手工记录对于规模小的学校来说勉强可以接受；但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的,而且当查找某条记录时，由于数据量庞大，只能依靠人工去一条一条地查找，这样不但麻烦而且浪费许多时间，工作效率比较低。采用计算机来管理宿舍和学生的信息，大大提高了查询的速度，节约了人力和物力资源，达到了预期的要求。

1.2背景

说明：

A.      建议开发软件名称：学生宿舍管理系统

B.       本项目的任务提出者：宿舍后勤管理部门

C.       开发者：第四小组（WY，WRF，LX，LJF，FJJ）

D.      用户：在校学生

E.       实现该软件中心：海南师范大学信息学院

1.3定义

为了实现提高高校宿舍管理部门的工作效率；充分利用资源；减少不必要的人力，物力和财力的支出；方便宿舍管理部门的工作人员全面地掌握学生住宿情况等目的；为宿舍管理部门，开发设计专用系统--高校学生宿舍信息管理系统来进行管理学生宿舍信息，使学生宿舍信息实现标准化的管理和规范化的制度是十分必要的。专用系统是一个信息管理系统MIS（Management Information System）(以下就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入校学生进行宿舍安排等功能，楼管、维修部，总务处都可以在系统的前台登陆，然后查询信息，并对宿舍信息进行各种管理。

1.4参考资料

1.数据库系统及应用  崔巍编著  高等教育出版社  2010.1

2.ASP动态网站开发实践教程  刘好增，张坤，宋强等编著  清华大学出版社,2009.5

3.Asp数据库系统开发案例精选  张跃廷，王小科编著  人民邮电出版社  2007

4.ASP程序设计循序渐进教程  喻钧，唐俊勇主编  北京:清华大学出版社,2009

2可行性研究的前提

2.1要求

说明对所建议开发的软件的基本要求，如：

A.      功能：对宿舍学生的住宿信息，宿舍楼资源管理等进行有效的管理；

B.       性能：数据库的录入；入住学生信息的检索；宿舍住宿情况的查询；

C.       输出：用户信息，宿舍信息，资源信息；

D.      输入：用户名称，宿舍编号；

E.       安全与保密：

A）、安全性要求：

（1）系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；

（2）系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；

（3）系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。

B）、完整性要求：

（1）各种信息记录的完整性，信息记录内容不能为空；

（2）各种数据间相互的联系的正确性；

（3）相同的数据在不同记录中的一致性。

F.        操作系统： Windows2000；数据库类型：SQL server；机器配置：CPU：P2000mmx以上，内存大于64M。

G.      完成时间：2011.12

2.2目标

以最低的成本，在最短的期限内开发出具有管理学校学生宿舍和用户信息功能的学生宿舍管理系统。 （包括：人力与设备费用的节省；处理速度的提高；人员工作效率的提高）

2.3条件、假定和限制

说明对这项开发中给出的条件、假定和所受到的限制，如：

a． 建议该系统运行的最短寿命为5年；

b．进行系统方案选择比较的时间期限为2个月；

c． 经费、投资方面的来源为海南师范大学信息学院财务处；

d．  系统投入使用的最晚时间：20##年1月。

2.4进行可行性研究的方法

通过调查分析数据库管理系统现阶段所具备的能力及实现的方法、确定主体结构。利用现阶段所能达到的能力，以最简洁、最容易的办法，边开发边测试，实现一个这个应用软件。

2.5评价尺度

利用数据库编程开发一个初始产品，以能够达到提高企业管理工作效率、减少额外人力、物力资源开销为评价标准。

3对现有系统的分析

3.1处理流程和数据流程

（说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。）

学生宿舍管理系统简单分基本信息管理，住宿管理，服务管理为三个部分，系统各部分既相互独立，又能进行各部分之间的数据调用。

3.2工作负荷

该学生宿舍管理系统为比较标准的网络应用软件。我们可以用它来实现注册、登记、查询、修改等操作。通过特殊的算法，它在网络上运行时，模糊检索等速度得到了大幅度的提高。理论上讲，此管理系统的学生记录限制为十万条，系统测试HP(166/32M/2.1G）服务器，联想（166/32M/2.1G）PC机工作站，管理十万个学生记录时，在检索、修改等操作时均实现秒级延时。系统适用的网络规模只受网络操作系统限制。

3.3费用开支

列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开 支总额。

3.4人员

该系统维护人员两名，至少为计算机本科学历，系统操作人员八名，对其进行系统应用的培训并熟练掌握。

3.5设备

该系统的运行环境包括硬件环境和软件环境，是一个以Internet/Intranet为架构的平台。系统的总体结构如下图所示，分为五个层次：

 

第一层：是物理设备层，包括PC服务器、路由器、访问服务器、程控交换机、语音卡等。

第二层：是网络支撑平台，用TCP/IP、PPP、HTTP、HTML、POP3和SMTP构成基本的网络及传输层，是网络操作系统管理环境与通讯平台。

第三层：是宿舍管理系统的应用支撑平台，提供对上层应用系统的信息管理支持，包括数据库管理系统（Microsoft SQL Server/ORACLE）、Windows NT操作系统、Microsoft Internet Information Server 4.0 Web服务器系统。

第四层：是应用开发平台，用于对信息的综合开发处理：利用VB在数据库访问方面，利用ODBC技术建立对应数据库的数据源（DSN）。

第五层：为应用软件层，即宿舍管理系统应用软件。客户端计算机运行Windows 98操作系统。

3.6局限性

计算机停电或死机会不会造成数据丢失？系统没有即时存盘功能，被修改的数据不会立即存盘，会因计算机异常错误而丢失学生数据。

是否有20##年问题？宿舍管理系统在系统内部没有全部采用4位记时，没有解决了20##年问题。

能否批量注销？大批量学生离开宿舍时不能单个销证。

系统是否易学易用？  系统不是标准的WINDOWS应用程序，界面不友好，操作不容易，必须经过专门训练才可进行操作。系统的数据流程与图书馆工作流程不大相符，必须要懂宿舍管理的业务，在一个月时间内就可掌握。

能存放多少数据、能用于多大规模的网络？

系统是否容易出问题、出了问题时怎么办？系统全部代码为16位，安全性一般，会出问题。系统具有的自我修复能力，例如因停电、死机、机器硬件故障等原因造成系统不能正常运行时，可由系统自动修复，实在不行，可打电话给代理商，但还未做到随叫随到。

系统是否允许用户犯错误？系统不具有高度容错能力，可自动检测如登录号、复本出错、数据追加重复等错误，如用户不小心执行了错误操作，系统可能会死机。

4所建议的系统

4.1对所建议系统的说明

为了实现提高高校宿舍管理部门的工作效率；充分利用资源；减少不必要的人力，物力和财力的支出；方便宿舍管理部门的工作人员全面地掌握学生住宿情况等目的；为宿舍管理部门，开发设计专用系统--高校学生宿舍信息管理系统来进行管理学生宿舍信息，使学生宿舍信息实现标准化的管理和规范化的制度是十分必要的。专用系统是一个信息管理系统MIS（Management Information System）(以下就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入校学生进行宿舍安排等功能，楼管、维修部，总务处都可以在系统的前台登陆，然后查询信息，并对宿舍信息进行各种管理。

（1）具体要求：

本系统主要有以下功能：基本信息管理、住宿管理、服务管理。基本信息管理包括学生信息、宿舍信息、工作人员信息；服务管理包括报修信息管理、宿舍违规信息管理；住宿管理包括学生宿舍信息注册管理、宿舍楼资源管理、开设专业管理。

数据库操作功能：查询、删除、修改、插入；

（2）宿舍管理系统结构组织图：

4.2处理流程和数据流程

学生宿舍管理系统的顶层设计如下：

第一层数据流程图如下：

第二层数据流程图如下：

4.3改进之处

该学生宿舍系统规模较小，但是功能较齐全，具有相当的管理功能。

4.4影响

该系统的应用可以方便学校宿舍对广大住宿学生信息的管理，可以科学的管理学校宿舍，优化宿舍资源的使用等。同时方便宿舍管理员对学生的安全管理，可以使用更合理的管理方法。

4.4.1对设备的影响

对设备没有运行之外的其他各种影响，能正常运行工作。

4.4.2对软件的影响

应对其他应用软件不造成运行上的影响。

4.4.3对用户单位机构的影响

    对使用用户要求不高，参考使用手册即可使用。

4.4.4对系统运行过程的影响

系统使用期半年，在开始必须对初始数据进行录入，包括所有的学生信息，管理员信息，宿舍的信息，宿舍楼资源信息等。在半年的使用期通过检验后，将要优化该系统的性能，把一些发挥不良的组件重新开发，或者加入合适的补丁文件，系统稳定后的主要工作是加强该系统安全性。

4.4.5对地点和设施的影响

 没有其他要求

4.5局限性

详见3.6

4.6技术条件方面的可行性

本节应说明技术条件方面的可行性，如：

a． 在当前的限制条件下，该系统的功能目标能否达到；

b．利用现有的技术，该系统的功能能否实现；

c． 对开发人员的数量和质量的要求并说明这些要求能否满足；

d．    在规定的期限内，本系统的开发能否完成。

5可选择的其他系统方案

由于学生宿舍管理信息系统的复杂性不大，模块比较少，因此可供选择的

其他方案没有必要性。

     1、利用自己的人力资源、知识技术和经验自主开发设计，通过自主开发

可以锻炼自己的人员，积累经验，此外可节省经费。

2、通过成熟的软件开发商，他们的专业化程度高，队伍整齐，经验丰富，

但收费往往比较高。

..

6投资及效益分析

 6.1支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资

计算机设备1台6000元

数据通讯设备：（手机产生的实时花费）规定每人每月80共计5×80=400元

办公室对外通信电话包月5×50=250元

环境设备（办公室，人员住宿）办公租房3000元，人员住宿1000元。

6.1.2其他一次性支出

开发软件费用价值100000元

调研（主要是图书馆的调研需若干次）调研费用1000元

培训费、差旅费、安装费（请外面老师培训等）400+4000+200=4600元

6.1.3非一次性支出

人员工资：5人，月工资1500     年支出费用=5*1500=7500元

维护费：单次100元 每年4度维修1次   年支出费用=4*100=400元

6.2收益

对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；

6.2.1一次性收益

没个学生入住学校寝室时收取5元宿舍卡及建档案费用，按中型学校预算10000*5=50000

6.2.2非一次性收益

  对于宿舍调换，宿舍卡遗失的补办5元一次。

6.2.3不可定量的收益

对于违反宿舍管理规定的学生及其寝室预订的罚款。

6.3收益／投资比

收益50000元

投资（含非一次性投资）124150元

收益/投资比=50000/124150=0.40

6.4投资回收周期

1/0.40=2.5

此系统回报周期在2.5年

6.5敏感性分析

电脑遭遇病毒的侵害是难以预料，不可估算。

7社会因素方面的可行性

本章用来说明对社会因素方面的可行性分析的结果，包括：

7.1法律方面的可行性

政府，无论是中央政府还是地方政府，一般都用法律规定组织可以做什么，不可以做什么。例如：《合同法》，《消费者权益保护法》，《专利法》，《反不正当竞争法》等对所有企业的行为都做了限制。我们公司就设有自己的法律顾问，这是因为法规的影响不仅仅限于时间和金钱，它还缩小了管理者可斟酌决定的范围，限制了可行方案的选择。

根据《中华人民共和国计算机软件保护条例》（1991年6月4日中华人民共和国国务院令第84号发布） （修改后的新条例20##年1月1日起施行）第九条可知：软件著作权人享有下列各项权利:

(一)发表权, 即决定软件是否公之于众的权利;

(二)开发者身份权, 即表明开发者身份的权利以及在其软件上署名的权利;

(三)使用权, 即在不损害社会公共利益的前提下, 以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;

(四)使用许可权和获得报酬权, 即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;

(五)转让权, 即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。

第十二条  受他人委托开发的软件, 其著作权的归属由委托者与受委托者签订书面协议约定, 如无书面协议或者在协议中未作明确约定, 其著作权属于受委托者。

第十八条  在软件著作权的保护期内, 软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时, 可以按协议收取费用。

另外，软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。合同中未明确规定为独占许可的, 被许可的软件权利应当视为非独占的。

第二十二条  因课堂教学、科学研究、国家机关执行公务等非商业性目的的需要对软件进行少量的复制, 可以不经软件著作权人或者其合法受让者的同意, 不向其支付报酬。但使用时应当说明该软件的名称、开发者, 并且不得侵犯著作权人或者其合法受让者依本条例所享有的其他各项权利。该复制品使用完毕后应当妥善保管、收回或者销毁, 不得用于其他目的或者向他人提供。

第三十条  除本条例第二十一条及第二十二条规定的情况外, 有下列侵权利为的, 应当根据情况, 承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任, 并可以由国家软件著作权行政管理部门给予没收非法所得、罚款等行政处罚:

(一)未经软件著作权人同意发表其软件作品;

(二)将他人开发的软件当作自己的作品发表;

(三)未经合作者同意, 将与他人合作开发的软件当作自己单独完成的作品发表;

(四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;

(五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;

(六)未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品;

(七)未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品;

(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。

第三十三条  当事人不履行合同义务或者履行合法义务不符合约定条件的,应当依照民法通则有关规定承担民事责任。

7.2使用方面的可行性

我们公司重视对客户进行需求分析，同时还尽心为客户考虑其长远利益和运行要求。从用户单位——大学校园宿舍的行政管理和工作制度等方面来看，是完全能够使用该软件系统。

从大学宿舍的使用人员来看，新开发的软件系统友好的界面及简便的操作方法，保证能满足用户使用该系统的要求。

8可行性研究结论

鉴于以上分析可知，该学生宿舍管理系统开发项目不仅有很大的经济效益，而且有较大的社会效益。从而使我们深信该系统开发出来之后将获得巨大的成功！

综上所述，该项目在技术、经济和社会效益上是完全可行的。