进销存管理系统项目可行性研究报告.docx
《进销存管理系统项目可行性研究报告.docx》由会员分享，可在线阅读，更多相关《进销存管理系统项目可行性研究报告.docx（18页珍藏版）》请在冰豆网上搜索。
进销存管理系统项目可行性研究报告
进销存管理系统项目
可行性研究报告
1引言1
1.1编写目的1
1.2背景1
1.3定义1
1.4参考资料1
2可行性研究的前提2
2.1要求2
2.2目标3
2.3条件、假定和限制3
2.4进行可行性研究的方法4
2.5评价尺度4
3对现有系统的分析4
3.1处理流程和数据流程4
3.2工作负荷5
3.3费用开支6
3.4人员6
3.5设备6
3.6局限性6
4所建议的系统6
4.1对所建议系统的说明6
4.2处理流程和数据流程7
顶层图7
0层图8
1层图10
4.3改进之处12
4.4影响12
4.4.1对设备的影响12
4.4.2对软件的影响12
4.4.3对用户单位机构的影响13
4.4.4对系统运行过程的影响13
4.4.5对开发的影响13
4.4.6对地点和设施的影响13
4.4.7对经费开支的影响13
4.5局限性13
4.6技术条件方面的可行性14
5可选择的其他系统方案14
6投资及效益分析14
6.1支出14
6.1.1基本建设投资14
6.1.2其他一次性支出15
6.1.3非一次性支出15
6.2收益15
6.2.1一次性收益15
6.2.2非一次性收益16
6.2.3不可定量的收益16
6.3收益／投资比16
6.4投资回收周期16
6.5敏感性分析16
7社会因素方面的可行性16
7.1法律方面的可行性16
7.2使用方面的可行性18
8结论18
1引言
1.1编写目的
经过对进销存管理系统项目的分析与研究，将本项目的实现在技术、经济和社会条件方面的可行性，整理成文档的形式。
预期读者：
1.2背景
说明：
A.所建议开发的软件系统的名称：
进销存管理系统；
B.本项目的任务提出者：
用户：
需要对商品的进销存进行统一管理的各个行业部门。
1.3定义
C#:
一种编程语言;
VisualC#.NET:
使用C#语言开发程序的编程环境；
SQLServer:
提供数据库服务。
1.4参考资料
1.***，软件工程（第五版），北京，清华大学出版社
2.***、***，SQLServer+VisualC#2005专业开发精解，北京，清华大学出版社
3.**，VisualC#.NET精解编程实例集锦，北京，中国水利水电出版社
2可行性研究的前提
2.1要求
A.功能：
1.资料管理
2.采购管理
3.销售管理
4.库存管理
5.应付款管理
6.应收款管理
7.账务管理
8.零售管理
9.系统管理
B.性能：
1.稳定性好。
2.安全性能到位，加密性能强。
3.查询效率高。
4.容错能力强。
5.操作简洁。
6.画面清爽，和谐。
C.输出：
根据不同类型用户，输出可能的所有种类。
数据特征用途频度接口分发对象
进出存明细表报表货物进出校对日/月仓库管理员仓库经理
进出存汇总表报表定期货物校对日/月仓库管理员仓库经理
发货对账单报表发货货物校对///仓库管理员仓库经理
进货对账单报表进货货物校对///仓库管理员仓库经理
日销售报表报表财务管理每日销售员财务经理
月销售报表报表财务管理每月销售员财务经理
日退货报表报表货物财务核对每日仓库及财务员仓/财经理
月退货报表报表货物财务核对每月仓库及财务员仓/财经理
日次货返工表报表货物成本校对每日生产部门车间经理
月次货返工表报表货物成本校对每日生产部门车间经理
D.输入：
数据类型数量数据组织提供频度
货物货物的基本属性如：
单价，数量，型号等
供应商资料单位，地址，主要供货品种，历史交易等
订购商资料单位，地址，主要订货品种，历史交易等
每日产量货物的基本属性如：
数量，型号，合格率。
E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；
F.权限设置、密码设置、用户设置。
“权限设置”用于设置各操作员的使用系统的的权限，“密码设置”用于防止非系统用户恶意修改数据。
用户设置提供多用户互不影响使用该软件。
G.同本系统相连接的其他系统；如数据库管理系统
H.完成期限:
2010-7-1
2.2目标
A.人力与设备费用的减少；
B.处理速度的提高；
C.控制精度或生产能力的提高；
D.管理信息服务的改进；
E.自动决策系统的改进；
F.人员利用率的改进。
2.3条件、假定和限制
a．所建议系统的运行寿命的最小值；
b．进行系统方案选择比较的时间：
两周
c．经费、投资方面的来源和限制；由于我们是学生开发无需资金，大家在各个方面的技术还不是很完备。
d．法律和政策方面的限制；由于我们资金的缺乏，我们没能与各家银行达成协议导致我们没能设计在网上支付的功能；由于我国现在的电子信息共享性还不是很乐观所以在信息共享方面我们做的不是很好。
e．硬件、软件、运行环境和开发环境方面的条件和限制：
我们的软件是基于Windows系统开发和使用的，导致在其他运行环境下的执行状况不是很乐观。
f．可利用的信息和资源：
《C#程序设计语言》，SQLSever，《软件工程》。
g．系统投入使用的最晚时间：
2010年7月完工，开发时间比较长。
2.4进行可行性研究的方法
进行可行性分析的方法主要有战略分析、调查研究、预测技术、系统分析、模型方法等方法。
分析原有系统，进行商品市场的调查，针对原有系统进行问卷调查，小组进行头脑风暴会议等方法。
2.5评价尺度
本进销存系统是学生团队开发，无需经费，经济可行。
在功能上首先实现对商品的进货分类管理和对客户、供货商的资料管理，其次实现商品的销售和库存管理及其查询功能，最后实现数据备份、商品单据的生成、系统维护功能及其他一些系统详细设置。
本系统计划开发时间为四个月，系统界面清晰，简单易操作。
3对现有系统的分析
3.1处理流程和数据流程
系统流程图如图3.1所示。
图3.1 系统流程图
数据流图
3.2工作负荷
工作：
a．基础数据的存储如：
供应商资料，部门资料，货品类别，货品档案。
b．入库管理：
采购入库，生产入库。
c．库存盘点：
每日及每月的货物品种及数量校对。
d．出库管理：
部门领用，生产退料
e．自动生成各种报表
f．进行各种权限管理
工作量：
a．每天数据的存储处理和各种报表的生成及定期的货物清点
3.3费用开支
运行系统需要对使用人员进行专业培训，系统的运行需要多个工作人员共同合作，软件运行占用内存过多，无法再小型机器上使用，可见从人力设备方面增加了资金的投入，还有无法在多种操作系统上使用，降低了系统的通用性。
3.4人员
列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
计算机操作人员：
能熟练使用计算机。
ASP.NET开发工程师：
能熟练掌握C#。
系统管理人员：
熟悉数据库的安装和维护，熟悉计算机及故障检修与排除。
能熟练掌握大容量数据存储技术、并发处理技术与互联网的加密、压缩传输技术人员。
3.5设备
计算机。
3.6局限性
本进销存系统处理功能不够详细，无法跟踪最近更新记录，不能对数据进行定时备份。
而且界面美观性与简约实用性不能很好结合。
基于系统的通用性，涉及到数据库的这些功能尚未被完善。
4所建议的系统
4.1对所建议系统的说明
说明：
本系统可以对商品资料、进货情况、存货情况、销售情况、各种合同、用户权限及系统设置进行综合的管理。
4.2处理流程和数据流程
顶层图
0层图
1层图
4.3改进之处
A.本系统具有较强的综合性，可以减少人力与设备费用；
B.本系统的开发使用较先进的语言和工具，在处理速度和生产能力上均有提高；
C.本系统在人机交互方面也有改进，将会提高管理信息服务；
D.使用本系统，可以很明显的提高人员的使用率。
4.4影响
4.4.1对设备的影响
本系统将会使用到计算机系统，要求计算机系统的CPU主频在2.0GHz以上，内存需在1GB以上；除此之外，还需一台可以打印报表的打印机。
4.4.2对软件的影响
使用本系统将不会影响到其他现存的软件。
4.4.3对用户单位机构的影响
运行本系统要求最少的人员数量是1人；
对技术水平的要求：
熟悉Windows操作系统，可以熟练使用各种常用的工具软件。
4.4.4对系统运行过程的影响
a．源数据的处理，由系统自动完成；
b．数据进入系统，需要用户的手动输入；
c．数据的保存使用数据库，系统带有数据备份和恢复的功能；
d．系统失效后会给出错误信息，并给出相应的解决方案。
4.4.5对开发的影响
a.为了支持所建议系统的开发，用户需进行的工作是交流；
b.开发此系统我们使用自己的计算机资源
c.此系统的开发全过程只在团队内进行，保证源码，各种设计等对外保密。
4.4.6对地点和设施的影响
对建筑物改造及对环境设施没有要求。
4.4.7对经费开支的影响
为了所建议系统的开发，设计和维持运行而需要的各项经费开支为零。
4.5局限性
本系统只能单机使用，不能满足C/S或B/S结构。
造成此局限性的原因主要是我们开发团队的时间限制。
4.6技术条件方面的可行性
a．在当前的限制条件下，该系统的功能目标能达到；
b．利用现有的技术，该系统的功能能实现；
c．需要的开发人员的数量至少3人，这些开发人员要求有将强的合作性。
我们的开发团队满足这样的要求。
d．在规定的期限内，本系统的开发能完成。
5可选择的其他系统方案
没有供选择的系统方案可考虑。
6投资及效益分析
6.1支出
就本系统而言，编程人员皆出于学习研究以及互相切磋的目的而且所做系统也是从底层做起，所以并无任何人员、设备、厂房等支出，即支出近似为零。
6.1.1基本建设投资
a.房屋和设施无；
b.ADP设备无；
c.数据通讯设备无；
d.环境保护设备无；
e.安全与保密设备无；
f.ADP操作系统的和应用的软件无；
g.数据库管理软件无。
6.1.2其他一次性支出
a．研究（需求的研究和设计的研究）无；
b．开发计划与测量基准的研究无；
c．数据库的建立无；
d．ADP软件的转换无；
e．检查费用和技术管理性费用无；
f．培训费、旅差费以及开发安装人员所需要的一次性支出无；
g．人员的退休及调动费用等无。
6.1.3非一次性支出
a．设备的租金和维护费用无；
b．软件的租金和维护费用；
c．数据通讯方面的租金和维护费用无；
d．人员的工资、奖金无；
e．房屋、空间的使用开支无；
f．公用设施方面的开支无；
g．保密安全方面的开支无；
h．其他经常性的支出等无。
6.2收益
该系统的实现可以减少中小企业中进销存专业人员的开销，大大提高工作效率。
6.2.1一次性收益
该系统的使用可以使得管理和运行效率大大提升，出错率减少等；
6.2.2非一次性收益
在整个系统生命期内由于运行所建议系统而简化了人员的投入，大大提高效率。
6.2.3不可定量的收益
6.3收益／投资比
预计1000/10
6.4投资回收周期
3个月
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。
在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括：
7.1法律方面的可行性
1软件著作权
1.1软件开发者，是指实际组织开发、直接进行开发，并对开发完成的软件承担责任的法人或者其他组织；或者依靠自己具有的条件独立完成软件开发，并对软件承担责任的自然人。
1.2软件著作权人，是指依照本条例的规定，对软件享有著作权的自然人、法人或者其他组织。
1.3软件著作权人享有的权力有，发表权、署名权、修改权、复制权、发行权
出租权、信息网络传播权、翻译权、软件著作权人可以许可他人行使其软件著作权，并有权获得报酬。
软件著作权人可以全部或者部分转让其软件著作权，并有权获得报酬。
1.4软件著作权自软件开发完成之日起产生。
2软件著作权的许可使用和转让
2.1许可他人行使软件著作权的，应当订立许可使用合同
2.2转让软件著作权的，当事人应当订立书面合同。
3法律责任
3.1有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任：
（一）未经软件著作权人许可，发表或者登记其软件的；
（二）将他人软件作为自己的软件发表或者登记的；
（三）未经合作者许可，将与他人合作开发的软件作为自己单独完成的软件发表或者登记的；
（四）在他人软件上署名或者更改他人软件上的署名的；
（五）未经软件著作权人许可，修改、翻译其软件的；
（六）其他侵犯软件著作权的行为。
3.2未经软件著作权人许可，有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任；同时损害社会公共利益的，由著作权行政管理部门责令停止侵权行为，没收违法所得，没收、销毁侵权复制品，可以并处罚款；情节严重的，著作权行政管理部门并可以没收主要用于制作侵权复制品的材料、工具、设备等；触犯刑律的，依照刑法关于侵犯著作权罪、销售侵权复制品罪的规定，依法追究刑事责任：
（一）复制或者部分复制著作权人的软件的；
（二）向公众发行、出租、通过信息网络传播著作权人的软件的；
（三）故意避开或者破坏著作权人为保护其软件著作权而采取的技术措施的；
（四）故意删除或者改变软件权利管理电子信息的；
（五）转让或者许可他人行使著作权人的软件著作权的。
3.3软件著作权侵权纠纷可以调解。
3.3.1软件著作权合同纠纷可以依据合同中的仲裁条款或者事后达成的书面仲裁协议，向仲裁机构申请仲裁。
3.3.2当事人没有在合同中订立仲裁条款，事后又没有书面仲裁协议的，可以直接向人民法院提起诉讼。
7.2使用方面的可行性
1.采购部门：
可以录入企业的进退货单，调整历史进货单的价格、供货商，查询商品采购、进货的历史。
2.销售部门：
可以录入企业的销售订单、销售单、销售退货单等信息，调整历史销售单的价格，查询商品销售的历史。
3.库房：
可以查询企业商品的库存，查询总库存和分仓库查询。
将一个仓库的商品转移到另一个仓库，管理企业的库存盘点、商品库存损益等共做，还可以设定库存上下限和上下限警报，查询各种历史数据。
4.财务部门：
可以管理企业的应付款、应收款、结账等业务。
5.零售部门：
可以进行门市店的收款、结账、日销售信息、配货等管理。
6.信息部门：
可以进行参数、权限设置。
备份恢复数据。
有日志管理，能更改密码，方便维护。
8结论
可以立即开始进行。
升级会员 