图书销售系统可行性分析报告

1. 引言

1.1 编写目的

 

可行性分析的目的是规范化本软件的编写，整合本软件的基本结构和所需要实现的基本功能，旨在于推进软件开发的进度，便于对软件开发过程中的控制与管理，同时提出了本图书销售系统的软件开发过程，便于程序员与客户之间的交流、协作，让用户加深对本软件的了解，以期能够获得更大范围的应用。明确软件开发的方向，保证软件开发稳定性和有序性。

 

1.2 项目背景

 

a、所建议开发的软件系统的名称：图书销售系统可行性分析报告；

b、本项目的任务提出者：保密

   开发者：保密

   用户：图书销售商

   实现软件的单位：琼州学院软件工程专业项目开发小组

c、项目使用的软件：VS2012，Microsoft SQL Server 2008，Notepad ++

系统开发环境：WIN7

 

1.3 参考资料

 

1、软件工程--实践者研究

   出版社：机械工业出版社

2、Aguile Software Development

   出版社：人民邮电出版社

3、Analysis Patterns:Reusable Object Models

   出版社：中国电力出版社

4、Rapid Development

   出版社：机械工业出版社

5、软件工程课程设计

   出版社：机械工业出版社

6、软件体系结构使用教程

   出版社：西安电子科技大学出版社

2. 可行性研究的前提

2.1 要求

 

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

a、建议的可选功能包括：

图书零售购买：顾客购书后收银台进行结账。对于书店的会员可以提供相应的折扣。输入需要购买的图书和数量，计算出总金额，由用户选择使用现金或会员卡进行结账。并提供销售小票流水号作为销售的单据。对于会员，还要计算相应的积分。

图书零售退货：顾客对已购买的图书进行退货。需要提供图书和销售的小票以作为购买凭证。系统查询数据库进行数据验证，对符合要求的图书进行退货。

新书编目：书店从出版社购买新的图书后在这里进行编目。只有编目后的图书才可以进行销售。

图书查找：可以使用ISBN、书名、作者、出版社等多种方式进行查找已编目的图书。

图书资料修改：对已编目的图书修改图书的基本信息、零售价和最低折扣价。

图书进货：对已编目的图书再进货，同时处理其金额差异。

图书退货：对已编目的图书退货，同时处理其金额差异。

出版社管理：添加、删除、修改出版社，同时查询出版社的资料。

会员添加：添加新的会员，同时登记会员的基本信息、有效期、

指定会员组等。

会员查找：提供会员编号、身份证号、会员姓名等方式复合查询。

会员删除：删除已存在的会员。

会员信息修改：对会员的基本资料进行修改。

会员组管理：添加、删除和列出会员组。可以对会员组的名称、折扣、积分换算等方面进行设置。

系统设置：添加、删除、修改系统操作员，同时为相应的操作员

设置其控制权限。

密码修改：对当前的系统操作员的密码进行修改。

b、性能：要求性能稳定，不出现数据丢失的情况；

c、输出：要求简单明了；

d、输入：直接输入即可；

f、在安全与保密方面的要求：要求系统具有权限功能，不同的用户具有不同的操作权限；

g、同本系统相连接的其它系统：本系统应使用微软Windows操作系统，推荐WIN7；

h、完成期限：待定。

 

2.2 目标

a、人力与设备费用的减少；

b、处理速度的提高；

c、控制精度或生产能力的提高；

d、管理信息服务的改进；

e、自动决策系统的改进；

f、人员利用率的改进。

 

2.3 条件、假定和限制

 

a、所建议系统的运行寿命的最小值：二年；

b、进行系统方案选择比较的时间：一周；

c、经费、投资方面的来源和限制：自费开发；

d、法律和政策方面的限制：本软件由琼州学院软件工程专业项目开发小组版权所有，未经作者允许，非法传播、复制，违者追究法律责任；

e、硬件：本图书销售系统为小型系统，资源占用小，无需配置特殊的硬件支持；网络设备：本图书销售系统是以探讨性学习实践为主的开发设计，尚不支持网络上的应用。软件：VS2012和Microsoft SQL Server 2008；运行环境：本软件应使用微软Windows操作系统运行，推荐WIN7下运行；开发环境：本软件应使用微软Windows7操作系统进行开发（为了简化开发流程和避免重复劳动，不进行其他系统平台和版本下的测试与开发）；

f、建议系统投入使用的时间：开发测试完成后即可使用。

 

2.4 进行可行性研究的方法

建议本系统的研究主要集中于能否提供友好美观的用户使用界面，能否实现图书销售的主要业务逻辑：实现图书信息的录入，销售以及相关的信息查询，用户和管理员的登录等功能，从而减轻人工的劳动量，最终提高工作效率。

 

 

2.5 评价尺度

对系统进行评价时所使用的主要尺度：

（1）图书销售业务逻辑的实现程度；

（2）界面开发效果的实现程度；

（3）开发时间的长短；

（4）使用中的难易程度；

（5）程序的响应速度和稳定性。

 

2.6 图书处理流程和数据流程

 

 

 

3. 对现有系统的分析

3.1 处理流程和数据流程

 

 

3.2 工作负荷

 

现有系统所能承担的工作只是简单的图书销售功能，功能单一，界面简单，已经无法满足和实现用户日益增长的美学需求和多功能集成需求。

 

 

3.3 费用开支

人力：￥1500元；

设备：￥5000元；

空间：￥10000元；

支持性服务：￥5000元；

材料等项目开支：￥3000元；

开支总额：￥24500元。

 

 

3.4 人员

软件工程师：3人；

系统分析师：2人；

系统测试员：3人。

 

3.5 设备

计算机：8台（局域网）；

打印机：1台；

扫描仪：1台。

 

3.6 局限性

现有系统所承担的工作只能实现简单的图书销售功能，粗糙的使用界面已经不能适应大众的需求。

 

4. 所建议的系统

4.1对所建议系统的说明

 

(1)关于图书销售系统的界面开发可供选择的开发系统框架主要有两个。

a、MFC框架：微软基础类库的简称，是微软公司实现的一个c++类库，主要封装了大部分的windows API函数，vc++是微软公司开发的c/c++的集成开发环境，所谓集成开发环境，就是说利用它你可以编辑，编译，调试，而不是使用多种工具轮换操作，灵活性较大。这种框架比较成熟，但实现的难度较大。

b、迅雷Bolt界面开发引擎：Bolt界面引擎是迅雷公司从2009年开始开发的第四代界面库。迅雷7是首个采用该引擎成功开发的产品，目前迅雷旗下大部分客户端产品都基于该引擎开发,并稳定运行于超过3.5亿台PC上。这是一个比较新的界面开发框架，可用性和稳定性未知，但是实现的难度较小。

(2)关于系统各项功能实现的基本技术原理的说明：

图书销售系统的各项功能实现需要实现程序端和数据库端信息的联通，由程序端发出数据请求或者数据操作命令，实现数据库中数据的处理和调用。最后，再由程序端将数据库中提取的信息加以处理和显示，将操作的结果呈现在用户面前。

(3)对系统的简要描述:

基础信息管理包含：管理员信息管理，用户信息管理，图书信息管理，仓库信息管理等模块；

库存管理包含：图书入库管理，入库退货管理等等；

销售和价格管理包含：图书定价调价，图书销售和销售退货等等；

查询管理包含：入库查询，入库退货查询，销售查询，销售退货查询。

 

 

 

4.2 处理流程和数据流程

本软件在实际过程中也许没有销售方用户方，在这里之所以这样设计，只是为了说明本图书销售系统的处理流程和数据流程。

 

 

 

4.3 与现有系统比较的优越性

 

图书销售系统的开发设计完全服务于图书销售方，图书销售方可以实时的对开发设计的全过程进行监督和记录，可以对图书销售系统进行合理的需求变更，在保证产品的可行性的情况下，最大限度的将最后完成的产品符合客户的需求。

 

4.4 采用建议系统可能带来的影响

 

说明在建立所建议系统时，预期将带来的影响，包括：

4.4.1 对设备的影响

硬件的变更影响不大，可以继续采用原来的硬件系统。

4.4.2 对软件的影响

需要使用微软的WINDOWS操作系统，推荐升级或安装到WINDOWS XP/7，如果条件具备则无须做出变更。

4.4.3 对用户单位机构的影响

要求用户单位操作人员具备最基本的计算机使用的能力，熟悉一般软件的操作流程即可。

4.4.4 对系统运行过程的影响

a、用户的操作规程只需要配合软件系统的提示进行即可；

b、要求创建系统管理员（销售方）和普通用户（购买方）两种登陆方式，分权限管理；

c、数据应由系统管理员手动输入，普通用户无权输入数据，之具备基本的查询和购买的功能；

4.4.5 对开发的影响

a、为了支持所建议系统的开发，用户仅需安装WINDOWS操作系统和MICROSOFT SQL Server 2008即可；

b、为了建立一个数据库要求提供详细的数据资源用于数据库的设计；

c、为了开发和测试所建议系统而需要的计算机资源：主流的计算机即可；

d、数据如果涉及保密与安全的问题，应由专门负责人进行操作。

4.4.6 对地点和设施的影响

基本的工作空间，以及用于开发设计的电脑4台即可。

4.4.7 对经费开支的影响

所建议系统的开发，设计经费开支：￥24500元；

维护运行所需要的经费开支：￥1000元； 

 

4.5 局限性

由于本图书销售系统的设计只是出于课程设计方面的设计与实现，无论是技术，人员方面还是资金方面的问题都无法支持网络设备和技术的支持，所以本系统无法通过联网进行数据的更新修改，即无法实现跨地域方面上的网络图书销售流程。

 

4.6 技术可行性评价

a、在当前的限制条件下，该系统的功能目标可以不可以达到；

b、利用现有的技术，该系统的功能功能可以实现；

c、对开发人员的数量和质量的要求：

   软件工程师：2人；

   系统分析师：1人；

   系统测试员：1人；

d、以上人员能满足需求；

e、在规定的期限内，本系统的开发可以完成。

4.7 其他的系统开发方案参考

考虑到时间和人力分配的问题，上述采用的方案也许会遇到一些无法预料的开发风险，导致开发的失败，特此简要的提供一个备选的开发设计方案：

即采用C#语言进行开发设计。C#语言和.NET框架简化了软件开发的复杂度，利用C#语言和基于.NET框架的Visual Studio 2008开发平台，可以方便快捷的进行应用系统的开发。但对于应用界面的开发略显不足，故在此只作为备选的最后方案。

 

5. 所建议系统经济可行性分析

5.1  支出

5.1.1  基本建设投资

a、房屋和设施：￥700元（宿舍）；

b、升级设备：￥5000元；

c、数据通讯设备：￥100元；

d、环境保护设备：￥300元；

e、安全与保密设备：￥100元；

f、升级操作系统的和应用的软件：￥1000元；

g、数据库管理软件：￥1000元。

 

5.1.2  其他一次性支出

a、研究（需求的研究和设计的研究）：￥1000元；

b、开发计划与测量基准的研究：￥1500元；

c、数据库的建立：￥2000元；

d、升级软件的转换：￥300元；

e、检查费用和技术管理性费用：￥100元；

f、培训费、旅差费、以及开发安装人员所需要的一次性支出：￥0元；

g、人员的退休及调动费用等：￥0元。

 

5.1.3  非一次性支出

a、设备的租金和维护费用：￥2000元； 

b、软件的租金和维护费用：￥1000元；

c、数据通讯方面的租金和维护费用：￥100元； 

d、人员的工资、奖金：￥200元；

e、房屋、空间的使用开支：￥1000元；

f、公用设施方面的开支：￥0元；

g、保密安全方面的开支：￥0元；

h、其他经常性的支出等：￥2000元。

 

5.2  收益

5.2.1 一次性收益

a、开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化；数据压缩技术的采用，处理的集中化/分布化等； 

b、价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；

c、其他：如从多余设备出售回收的收入等。

 

5.2.2  非一次性收益

说明在整个系统生存周期内由于运行所建议系统而导致的按月的，按年的能用人民币数目表示的收益，包括开支的减少和避免。

 

5.2.3  不可定量的收益

逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少、信息掌握情况的改进，组织机械给外界形象的改善等，有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。

 

5.3  收益/投资比

求出整个系统生命期的收益/投资比值：￥20000/8000。

 

5.4  投资回收周期

求出收益的累计数开始超过支出的累计数的时间。

 

5.5  敏感性分析

1.应尽量延长系统生存周期，可延长至3年；

2.应是有效数据全部录入系统，使系统工作负荷量达到饱和；

3.应尽力提高系统运行速度；

4.应提高设备和软件配置。

 

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

6.1  法律方面的可行性

本软件由琼州学院软件工程专业项目开发小组版权所有，未经作者允许，非法传播，复制，违者追究法律责任，后果自负。

6.2  使用方面的可行性

用户单位的行政管理、多余制度等方面来看，可以作用该软件系统；从用户单位的工作人员的素质来看，能满足使用该软件系统的要求。

 

7. 结论

结论意见是：可以着手组织开始进行设计和开发；