二手书交易系统可行性分析报告

二手书交易系统可行性分析报告

Version 1.0

文档编号：old book’s trade_kexingxingyanjiu

文档名称：可行性研究报告

撰写人：

创建时间：

版本变更说明：

版本号更改时间更改人更改原因审批人Version1.0 2013/11/25 将项目规范化文

档改成可行性研

究报告

Version

小组成员：

1引言.............................................................................................

1.1编写目的 (5)

1.2背景 (5)

1.3定义 (6)

1.4参考资料 (6)

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

2.1要求 (6)

2.2目标 (7)

2.3条件、假定和限制 (7)

2.4进行可行性研究的方法 (7)

2.5评价尺度 (8)

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

3.1处理流程和数据流程 (9)

3.2工作负荷 (9)

3.3费用开支 (9)

3.4人员 (9)

3.5设备 (9)

3.6局限性 (9)

4所建议的系统 ............................................................................

4.1对所建议系统的说明 (10)

4.2处理流程和数据流程 (10)

4.3改进之处 (11)

4.4影响 (12)

4.4.1对设备的影响 (12)

4.4.2对软件的影响 (12)

4.4.3对用户单位机构的影响 (12)

4.4.4对系统运行过程的影响 (13)

4.4.5对开发的影响 (14)

4.4.6对地点和设施的影响 (14)

4.4.7对经费开支的影响 (14)

4.5局限性 (15)

4.6技术条件方面的可行性 (15)

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

5.1可选择的系统方案1 (16)

5.2可选择的系统方案2 (16)

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

6.1支出 (17)

6.1.1基本建设投资 (17)

6.1.2其他一次性支出 (17)

6.1.3非一次性支出 (17)

6.2收益 (18)

6.2.1一次性收益 (18)

6.2.2非一次性收益 (18)

6.2.3不可定量的收益......................................................................... 1错误！未定义书签。

6.3收益／投资比 (19)

6.4投资回收周期....................................................................................... 错误！未定义书签。

6.5敏感性分析........................................................................................... 错误！未定义书签。7社会因素方面的可行性 ............................................................

7.1法律方面的可行性 (17)

7.2使用方面的可行性 (19)

8结论.............................................................................................

二手书交易系统可行性分析报告1.引言

1.1 编写目的

1) 经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发过程将可能会面临的问题及其解决方案进行初步审核和合理安排。明确开发风险及其带来的经济效益。本报告经审核后，交给软件经理审查。

2)把项目开发过程中涉及到的人员、分工、经费、系统资源等问题的安排用文档形式记录下来，以方便软件开发人员和其他的工作人员对本项目的展开和检查工作。

1.2 背景

开发软件名称：

项目任务提出者：

项目开发者：

用户：

实现软件单位：

项目与其他软件、系统的关系：

本系统采用B/S模式，对所需信息进行提取、处理、存储。1.3 定义

B/S：全称Browser/Server,即浏览器/服务器。

1.4 参考资料

《可行性分析报告》（GB8567-88）

《软件文档标准与规范》

《软件工程导论》张海藩，清华大学出版社

《软件项目管理》郭宁，清华大学出版社

2.可行性研究前提

2.1 要求

A. 主要功能：为了促进旧书的循环利用，特向本校全体同学提供二手书交易系统，为所有的同学提供买书和卖书的功能。

B. 性能要求：系统要及时、快速地响应同学们的买书和卖书需求以及其他（包括建议）的需求，同时要保证图书的信息准确无误地录入数据库，服务器能承载100人同时在线交易。

C. 输出要求：

能完整、准确、及时地更新并输出图书信息，使得系统内的图书信息一定是最新的，而且信息一定要不重不漏、详尽真实，以供同学们检索，

能列出订单的详细信息，包括用户地址、联系方式、学院等，

D. 输入要求：

要记录整理图书的信息，及时把图书信息录入数据库

E. 安全与保密要求：

学生只能检索、购买图书，联系客服，修改自己的信息，不能修改其他的信息；管理员可以修改（部分信息）、删除、添加学生的信息，也可以修改、删除、添加图书的信息。

F. 同系统相连接的其他系统：

G. 完成期限：预计6个月，即2014年5月

2.2 目标

本系统为了给同学们带来实惠和方便，为他们获得二手书提供方便可靠的渠道，也为了使学校的二手书的交易更加规范，同时也为了节约资源，使二手书得到循环利用。

2.3 条件、假定和限制

A. 建议系统的运行寿命为5年

B. 经费来源：本小组的各位同学

C. 硬件环境：服务器，浏览器

D. 数据库：mysql-5.0.22

E. 可利用的信息和资源

F. 系统最迟投入运行时间：2014年6月

2.4 进行可行性研究的方法

可行性研究是对本校学生采用问卷调查及谈话中得到用户对此系统的信任度和关注度的。通过建模分析，确定系统的功能需求，成本分析，可行性研究分析。

2.5 评价尺度

1) 小组内同学团结合作，有一定的编程能力和创新能力。

2) 系统的编码，测试包括后期维护都由小组内同学完成，成本很低

3) 系统的交互性、易用性以及界面的美化是重要的考量标准

4) 开发时间最迟到2014年6月

5) 系统在实际使用中会有很高的利用率，可以为同学们带来很大的方便

3对现有系统的分析

当前XX大学二手书交易系统是一个人工系统，即由零散的商贩以较低的价格收购旧书，自己分类，然后用三轮车拉到学校食堂门口或者宿舍楼门口摆地摊进行销售，学生可以自己进行挑选，然后和商贩现场进行交易，书的价格没有统一的标准，都是商贩自己定的价格（相对较高），学生可以讨价还价，但是大部分书商贩是不会降价的。现有系统有很多弊端，站在商贩角度：

1) 适逢阴雨天气等不利因素，无法进行摆地摊销售，影响销售；

2) 效率低；

3) 不能时刻满足学生的需求；

4) 商贩比较多，相互存在竞争；

站在学生角度：

1) 因为商贩零散，而自己时间有限，无法去逐个寻找自己需要的书和相比最便宜的书；

2) 商贩卖的书都比较贵，但是又不得不买；

3) 有些学生太懒，不愿意亲自去地摊挑选；

3.1处理流程与数据流程

商贩从多种渠道收购二手书，包括到各个宿舍楼下收购毕业生的旧书，然后自己进行分类处理，然后用车拉到学校食堂门口或者宿舍楼门口摆地摊进行销售，学生在自己空闲时间自己去挑选旧书。

3.2工作负荷

1) 收购二手书：商贩要通过各种手段收购到二手书，其中由于商贩零散，各个商贩之间存在竞争，工作量比较大。

2) 分类处理二手书：商贩对收购的大量二手书要进行分类处理；

3) 摆地摊销售二手书：商贩要摆地摊进行销售二手书，这个过程需要的时间长，工作量大。

3.3费用开支

收购二手书费用暂无定性

交通费用暂无定性

人力资源暂无定性

3.4人员

二手书商贩

3.5设备

电子称，计算器，机动车。

3.6局限性

1) 无法在天气不好的情况下摆地摊销售二手书；

2) 商贩零散，同种书价格不能统一；

3) 有些书价格太高，而相对新书又便宜，学生不情愿却又不得不买二手书；

4 所建议的系统

4.1 对所建议系统的说明

本建议系统可以满足同学们卖旧书和买旧书的愿望，同学们注册成为会员就可以购买所需图书，派送员及时送书上门，书到付款；卖书的同学可以发布卖书请求，由管理员查看后联系，有专门人员负责回收；系统管理员负责图书和会员的信息管理，保证信息的可靠性、真实性和实时性，并监测服务器的性能，做好跟踪维护活动。

4.2 处理流程和数据流程

登录信息

会员信息

会员信息

购物车信息旧书信息

旧书信息

会员信息

订单

订单信息

会员信息

更新的会员信息

更新的会员状态

采购地点

图书信息

图书新旧

更新的信息

管理员信息

会员

管理员

1登录验证

2

查看会员状态

3发布卖书请求

4

冻结或解冻会员

1

会员表

2书库

5加入购物车

6

查看、添加、删除购

物车信息

7处理会员信息

8组织收购图书

9价格评估

3管理员表

10处理管理员信息

图4.1 二手书交易系统数据流图

4.3 改进之处

1) 本系统的应用能促进图书的循环使用效率，节约纸质资源，在高校形成节约资源的良好风气。

2) 本系统在供需双方之间建立起流通的渠道，与传统的旧书摊

交易相比更加节约时间、节约人力，使双方受益。

3) 管理员在固定办公地点进行，发布的信息可靠、全面，能及

时更新，提高工作效率。

4) 通过价格评估机制对交易价格进行评估，使会员的权益最大

化。

4.4 影响

4.4.1 对设备的影响

租用的服务器，多台PC机，学生有联网条件，通过浏览器登录到二手书交易系统。

4.4.2 对软件的影响

现存的应用软件和支持软件不需要进行修改和补充就可以和建议系统相适应。

4.4.3 对用户单位机构的影响

由于本建议系统是在XX大学校园内使用，会员人数对服务器运行的影响可忽略，通过管理员对已离校会员等无效会员的删除来减轻负载；用户需掌握基本的计算机技能，能够与系统进行交互。

4.4.4 对系统运行过程的影响

1) 用户的操作规程：

打开浏览器，通过网址进入系统登录页面，注册为会员，登录系统，浏览和搜索图书信息，如需购买则加入购物车，提交订单，还可更新个人信息，使用完毕后安全退出。

2) 运行中心的操作规程：

管理员可以登录前台查看网页动态，可以进入后台维护数据, 如：删除无效会员，冻结非法操作的会员，当达到解冻条件时可以解冻会员，对新采购的图书整理信息并录入书库，查看图书信息的准确性，及时更新数据等。

3) 运行中心与用户之间的关系：

管理员及时响应会员的请求，派送员快速无误地送达图书，以友好的态度与会员直接交流，听取他们的意见，反馈到管理员。

4) 源数据的处理：

包括会员注册信息的校验、登录信息的验证，会员在线请求的发送，会员信息的更新; 购物车中信息的增删改查；管理员注册信息的校验、登录信息的验证，入库图书信息的汇集录入，冻结、解冻会员操作，会员在线请求的反馈。

5) 数据进入系统的过程:

会员注册、登录页面，修改信息页面，与管理员在线联系；管理员数据库中录入图书信息。

6) 对数据保存的要求，对数据存储、恢复的处理：

会员信息、图书信息等数据按数据库设计的格式保存，在数据库设计时考虑数据存储、恢复的处理，以保证数据的完整性和一致性。

7) 系统失效的后果及恢复的处理办法：

系统失效可能导致会员不能浏览信息、购买图书，配送员暂时不能得到买者的地址，配送图书不及时，也可能导致对系统访问的信息丢失，不能准确恢复到失效前的状态。

处理的方法主要靠数据库的存储、恢复能力，以及经常对数据进行备份。

4.4.5 对开发的影响

1) 为了支持所建议系统的开发，用户需进行的工作：

用户需配合开发人员提供需求方面的建议，填写调查表，参

与面谈，以及用户测试、体验。

2) 为了建立一个数据库所要求的数据资源：

会员信息，图书信息，管理员信息。

3) 为了开发和测验所建议系统而需要的计算机资源

4) 所涉及的保密与安全问题:

会员的个人信息要保密，管理员的权限不能被他人获取，保障数据库的安全；工作环境安全、卫生，防止对硬件设备的外部损伤和性能的破坏；遇到断电时，自动存储数据，启动时能够恢复。

4.4.6 对地点和设施的影响

工作地点需配备基本网络通讯设备等，有足够空间存放收购的图书。

4.4.7 对经费开支的影响

包括采购、开发和安装、运行和维护所需的费用，有市场需求调研、申请域名、租赁服务器、房屋空间使用开支、员工工资开支、自行车购买。

4.5局限性

建议与分析：

1) 产品定位：对于“二手书交易系统”，就是提供一个在线选书平台，书籍是二手的。与现有的售书平台类似，比如亚马逊、当当网。相较于经验的团队的开发，我们产品应将重心转为实用和简便上，适

合校园大学生选购，以合理价格（比商贩收购时0.5/斤价钱高，比新书便宜）收购同学手中旧的图书并提供给想使用二手书的会员使用，只负责二手书，提供人性化选书下订单界面。

2) 技术支持导致系统的完成质量问题：在现有的技术上，我们能走到哪一步，是我们的突破性问题。时间方面，投入时间的多少也决定了我们软件的功能完善与否。

3) 图书的来源以及分类：图书都是二手的，主要来自有卖书需要的同学，大多数是毕业离校的大四学生，图书主要为教材，辅导类用书，娱乐杂志等与高校有关的书。

4.6 技术方面的可行性

1) 在当前的限制条件下，比如时间进度安排，成本资源充足，本系统基本的功能目标能达到；

2) 当前拥有所需的专门技术知识，可以较容易的用于问题的解决，进度要求合理，功能实现。

3) 开发人员共6名，都已具备常规软件开发的知识和技能，能够主动学习应对项目和生活中的挑战；具备一定的jsp开发项目的相关经验，对网页应用、商务系统等技术十分感兴趣；具有团队协作沟通精神。

4) 截止2014年6月，本系统的开发能完成。

5 可选择的其他系统方案

5.1 可选择的系统方案1

付款方式为在线付款。

优点：

1) 不用时时刻刻准备零钱；

2) 不用手工记账，不需要记得每本配送的图书是多少钱；

3) 会员也不用纸币交易，方便快捷。

缺点：

1) 对系统要求更高，在线交易需要使用支付宝、网银等，要与银行登录界面相连接，技术方面要求更高。

2) 有的会员没有开通支付宝、网银等，不能实现在线支付。

3) 会员在看到图书后不满意不能立刻退款，需要系统处理，增加了工作量。

本方案被淘汰原因：主要由于技术方面要求较高，占用了人力资源，成本花费较大。

5.2可选择的系统方案2

有意向卖书的同学自己上门卖，而不是专门人员专门现场收购。

优点：

1) 每个想卖书的同学可以主动去卖，而不是被动的等待收

购人员的现场交易，时间安排上更加适应大学生的特点。

2) 可以给收购人员减轻工作量。

3) 不是会员没有发布卖书请求也可以上门卖书，图书来源

更灵活。

缺点：

1) 有卖书意向的人嫌麻烦，不愿意带着书去卖，减少了

图书的来源。

2) 图书收购价不高，同学们可能觉得没必要去卖。本方案

被淘汰的原因：主要是可能会减少图书的来源，这是对二手书的交易一个致命的打击。

6投资与效益分析

6.1支出

6.1.1基本建设投资

申请域名：1000元

收购二手书需要运营资金：30000元

共计：31000元

6.1.2其他一次性支出

市场需求调研：1000元

购买自行车3辆：1000元

共计：2000元

6.1.3非一次性支出

员工每年总工资：60000元

1) 每年租赁服务器：1000元

2) 房屋空间每年使用开支：10000元

共计：7..1万元/年*1年=7.1万元

6.2收益

6.2.1一次性收益

1) 开支的缩减：0元

2) 所用系统增值所带来的利益：10000元

3) 多余设备出售：0元

6.2.2非一次性收益

系统非一次性收益就是转卖二手书所获得的

每年通过转卖二手书所带来的收益：100000元，假设银行年利率5%，预计5年生命周期内逐年卖书经济收益与折现计算

表6.2.2 卖书经济效益与现金折算

年份逐年收益（元）1/(1+0.05)n折现值(元)

1 100000 0.95 95000

2 100000 0.91 91000

3 100000 0.86 86000

4 100000 0.82 82000

5 100000 0.78 78000

收益总计432000

6.2.3不可定量的收益

通过建立良好的口碑带来的收益：10000元

校园广告收益：10000元，根据用户量还可以增长

6.3收益投资比

整个系统生命周期收益：1+43.2+1*5+1*5=54.2万元

总投资：0.1+0.1+0.1+3+5*（6+1+0.1）=38.8万元

整个系统生命期的收益／投资比值：54.2/38.8=1.40

6.4投资回收周期

根据以上数据可得，投资回收周期为1年

6.5敏感性分析

系统生命期长度：5年

7 社会因素方面的可行性

7.1法律方面可行性

该系统全部工程模块由本项目组独立构建开发，没有其他人参与，所以不存在合同责任方面的问题；

开发所使用的技术来自本团队开发成员或开源社区，因此不存在授权，专利等反面的问题；

所购入和卖出二手书过程都经过当事人的确认和同意，因此不存在所有权和债务问题；

本系统为本团队独立开发，所有权方面也是无可争议的。

7.2使用方面的可行性

本系统的主要使用人员是XX大学的师生，用户素质较高，有兴趣尝试新事物。

本系统以网页作为客户端，界面简洁，交互友好，操作简单，能够吸引用户，从而保证用户基础。

8 结论

经过一系列的各个不同方面的可行性分析，分析员和开发员对需要解决的问题取得基本的一致看法，开发小组的开发方案得到批准，工程可以继续下去。