进销存管理系统可行性研究报告.docx

1、进销存管理系统可行性研究报告zXz Team进销存管理系统可行性研究报告2010-04-08编写：翟士丹、周萍、徐杰(2010-04-09)校对：翟士丹(2010-04-09)审核：夏小娜批准：开发单位：曲阜师范大学，计算机科学学院，2008级，软件工程2班，zXz Team文档名称：可行性研究报告项目名称：进销存管理系统项目负责人：翟士丹文档编号：GB5867-88-01版本号：V1.01引言 11.1编写目的 11.2背景 11.3定义 11.4参考资料 12可行性研究的前提 22.1要求 22.2目标 32.3条件、假定和限制 32.4进行可行性研究的方法 42.5评价尺度 43对现有系

2、统的分析 43.1处理流程和数据流程 43.2工作负荷 53.3费用开支 63.4人员 63.5设备 63.6局限性 64所建议的系统 64.1对所建议系统的说明 64.2处理流程和数据流程 7顶层图 70层图 81层图 104.3改进之处 124.4影响 124.4.1对设备的影响 124.4.2对软件的影响 124.4.3对用户单位机构的影响 134.4.4对系统运行过程的影响 134.4.5对开发的影响 134.4.6对地点和设施的影响 134.4.7对经费开支的影响 134.5局限性 134.6技术条件方面的可行性 145可选择的其他系统方案 146投资及效益分析 146.1支出 14

3、6.1.1基本建设投资 146.1.2其他一次性支出 156.1.3非一次性支出 156.2收益 156.2.1一次性收益 156.2.2非一次性收益 166.2.3不可定量的收益 166.3收益投资比 166.4投资回收周期 166.5敏感性分析 167社会因素方面的可行性 167.1法律方面的可行性 167.2使用方面的可行性 188结论 18GB856788可行性研究报告1引言1.1编写目的经过对进销存管理系统项目的分析与研究，将本项目的实现在技术、经济和社会条件方面的可行性，整理成文档的形式。预期读者：夏小娜。1.2背景说明：A. 所建议开发的软件系统的名称：进销存管理系统；B. 本项

4、目的任务提出者：夏小娜开发者：翟士丹（项目组长）、徐杰（小组长）、周萍（小组长）、魏亚红、秦文静、张云聪、郭立玮、杨东政、王玉、杨冠斌、王红霞、周永进、孙淑娴、张肖龙、朱海龙、张维。用户：需要对商品的进销存进行统一管理的各个行业部门。1.3定义C#: 一种编程语言;Visual C#.NET: 使用C#语言开发程序的编程环境；SQLServer: 提供数据库服务。1.4参考资料1. 张海藩，软件工程（第五版），北京，清华大学出版社2. 郑宇军、杜家兴，SQL Server + Visual C# 2005 专业开发精解，北京，清华大学出版社3. 罗斌，Visual C#.NET 精解编程实例集

5、锦，北京，中国水利水电出版社2可行性研究的前提2.1要求A. 功能： 1.资料管理 2.采购管理 3.销售管理 4.库存管理 5.应付款管理 6.应收款管理 7.账务管理 8.零售管理 9.系统管理B. 性能： 1.稳定性好。 2.安全性能到位，加密性能强。 3.查询效率高。 4.容错能力强。 5.操作简洁。 6.画面清爽，和谐。C. 输出： 根据不同类型用户，输出可能的所有种类。 数据 特征 用途 频度 接口 分发对象 进出存明细表 报表 货物进出校对 日/月 仓库管理员 仓库经理 进出存汇总表 报表 定期货物校对 日/月 仓库管理员 仓库经理 发货对账单 报表 发货货物校对 / 仓库管理员

6、 仓库经理 进货对账单 报表 进货货物校对 / 仓库管理员 仓库经理 日销售报表 报表 财务管理 每日 销售员 财务经理 月销售报表 报表 财务管理 每月 销售员 财务经理 日退货报表 报表 货物财务核对 每日 仓库及财务员 仓/财经理 月退货报表 报表 货物财务核对 每月 仓库及财务员 仓/财经理 日次货返工表 报表 货物成本校对 每日 生产部门 车间经理 月次货返工表 报表 货物成本校对 每日 生产部门 车间经理D. 输入： 数据 类型 数量 数据组织 提供频度货物 货物的基本属性如：单价，数量，型号等供应商资料 单位，地址，主要供货品种，历史交易等订购商资料 单位，地址，主要订货品种，历

7、史交易等每日产量 货物的基本属性如：数量，型号，合格率。E. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；F. 权限设置、密码设置、用户设置。“权限设置”用于设置各操作员的使用系统的的权限，“密码设置”用于防止非系统用户恶意修改数据。用户设置提供多用户互不影响使用该软件。G. 同本系统相连接的其他系统；如数据库管理系统H. 完成期限: 2010-7-12.2目标A. 人力与设备费用的减少；B. 处理速度的提高；C. 控制精度或生产能力的提高；D. 管理信息服务的改进；E. 自动决策系统的改进；F. 人员利用率的改进。2.3条件、假定和限制a 所建议系统的运行寿

8、命的最小值；b 进行系统方案选择比较的时间：两周c 经费、投资方面的来源和限制；由于我们是学生开发无需资金，大家在各个方面的技术还不是很完备。d 法律和政策方面的限制；由于我们资金的缺乏，我们没能与各家银行达成协议导致我们没能设计在网上支付的功能；由于我国现在的电子信息共享性还不是很乐观所以在信息共享方面我们做的不是很好。e 硬件、软件、运行环境和开发环境方面的条件和限制：我们的软件是基于Windows系统开发和使用的，导致在其他运行环境下的执行状况不是很乐观。f 可利用的信息和资源：C#程序设计语言，SQL Sever，软件工程。g 系统投入使用的最晚时间：2010年7月完工，开发时间比较长

9、。2.4进行可行性研究的方法进行可行性分析的方法主要有战略分析、调查研究、预测技术、系统分析、模型方法等方法。分析原有系统，进行商品市场的调查，针对原有系统进行问卷调查，小组进行头脑风暴会议等方法。2.5评价尺度本进销存系统是学生团队开发，无需经费，经济可行。在功能上首先实现对商品的进货分类管理和对客户、供货商的资料管理，其次实现商品的销售和库存管理及其查询功能，最后实现数据备份、商品单据的生成、系统维护功能及其他一些系统详细设置。本系统计划开发时间为四个月，系统界面清晰，简单易操作。3对现有系统的分析3.1处理流程和数据流程系统流程图如图3.1所示。图3.1系统流程图数据流图3.2工作负荷工

10、作：a 基础数据的存储如：供应商资料，部门资料，货品类别，货品档案。b 入库管理：采购入库，生产入库。c 库存盘点：每日及每月的货物品种及数量校对。d 出库管理：部门领用，生产退料e 自动生成各种报表f 进行各种权限管理工作量：a 每天数据的存储处理和各种报表的生成及定期的货物清点3.3费用开支运行系统需要对使用人员进行专业培训，系统的运行需要多个工作人员共同合作，软件运行占用内存过多，无法再小型机器上使用，可见从人力设备方面增加了资金的投入，还有无法在多种操作系统上使用，降低了系统的通用性。3.4人员列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。计算机操作人员：能熟练使用计算

11、机。ASP.NET开发工程师：能熟练掌握C#。系统管理人员：熟悉数据库的安装和维护，熟悉计算机及故障检修与排除。能熟练掌握大容量数据存储技术、并发处理技术与互联网的加密、压缩传输技术人员。3.5设备 计算机。3.6局限性本进销存系统处理功能不够详细，无法跟踪最近更新记录，不能对数据进行定时备份。而且界面美观性与简约实用性不能很好结合。基于系统的通用性，涉及到数据库的这些功能尚未被完善。4所建议的系统4.1对所建议系统的说明说明：本系统可以对商品资料、进货情况、存货情况、销售情况、各种合同、用户权限及系统设置进行综合的管理。4.2处理流程和数据流程顶层图0层图1层图4.3改进之处A. 本系统具有

12、较强的综合性，可以减少人力与设备费用；B. 本系统的开发使用较先进的语言和工具，在处理速度和生产能力上均有提高；C. 本系统在人机交互方面也有改进，将会提高管理信息服务；D. 使用本系统，可以很明显的提高人员的使用率。4.4影响4.4.1对设备的影响本系统将会使用到计算机系统，要求计算机系统的CPU主频在2.0GHz以上，内存需在1GB以上；除此之外，还需一台可以打印报表的打印机。4.4.2对软件的影响使用本系统将不会影响到其他现存的软件。4.4.3对用户单位机构的影响运行本系统要求最少的人员数量是1人；对技术水平的要求：熟悉Windows操作系统，可以熟练使用各种常用的工具软件。4.4.4对

13、系统运行过程的影响a 源数据的处理，由系统自动完成；b 数据进入系统，需要用户的手动输入；c 数据的保存使用数据库，系统带有数据备份和恢复的功能；d 系统失效后会给出错误信息，并给出相应的解决方案。4.4.5对开发的影响a. 为了支持所建议系统的开发，用户需进行的工作是交流；b. 开发此系统我们使用自己的计算机资源c. 此系统的开发全过程只在团队内进行，保证源码，各种设计等对外保密。4.4.6对地点和设施的影响对建筑物改造及对环境设施没有要求。4.4.7对经费开支的影响为了所建议系统的开发，设计和维持运行而需要的各项经费开支为零。4.5局限性 本系统只能单机使用，不能满足C/S或B/S结构。造

14、成此局限性的原因主要是我们开发团队的时间限制。4.6技术条件方面的可行性a 在当前的限制条件下，该系统的功能目标能达到；b 利用现有的技术，该系统的功能能实现；c 需要的开发人员的数量至少3人，这些开发人员要求有将强的合作性。我们的开发团队满足这样的要求。d 在规定的期限内，本系统的开发能完成。5可选择的其他系统方案没有供选择的系统方案可考虑。6投资及效益分析 6.1支出就本系统而言，编程人员皆出于学习研究以及互相切磋的目的而且所做系统也是从底层做起，所以并无任何人员、设备、厂房等支出，即支出近似为零。6.1.1基本建设投资a. 房屋和设施 无；b. ADP设备 无；c. 数据通讯设备 无；d

15、. 环境保护设备 无；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 保密安全方面

16、的开支 无；h 其他经常性的支出等 无。6.2收益该系统的实现可以减少中小企业中进销存专业人员的开销，大大提高工作效率。6.2.1一次性收益该系统的使用可以使得管理和运行效率大大提升，出错率减少等；6.2.2非一次性收益在整个系统生命期内由于运行所建议系统而简化了人员的投入，大大提高效率。6.2.3不可定量的收益6.3收益投资比预计1000/106.4投资回收周期3个月6.5敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做

17、出的选择当然会比单一选择的结果要好一些。7社会因素方面的可行性本章用来说明对社会因素方面的可行性分析的结果，包括：7.1法律方面的可行性 1 软件著作权 1.1 软件开发者，是指实际组织开发、直接进行开发，并对开发完成的软件承担责任的法人或者其他组织；或者依靠自己具有的条件独立完成软件开发，并对软件承担责任的自然人。 1.2 软件著作权人，是指依照本条例的规定，对软件享有著作权的自然人、法人或者其他组织。 1.3 软件著作权人享有的权力有，发表权、署名权、修改权、复制权、发行权出租权、信息网络传播权、翻译权、软件著作权人可以许可他人行使其软件著作权，并有权获得报酬。软件著作权人可以全部或者部分

18、转让其软件著作权，并有权获得报酬。 1.4 软件著作权自软件开发完成之日起产生。 2 软件著作权的许可使用和转让 2.1 许可他人行使软件著作权的，应当订立许可使用合同 2.2 转让软件著作权的，当事人应当订立书面合同。 3 法律责任 3.1 有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任： （一）未经软件著作权人许可，发表或者登记其软件的； （二）将他人软件作为自己的软件发表或者登记的； （三）未经合作者许可，将与他人合作开发的软件作为自己单独完成的软件发表或者登记的； （四）在他人软件上署名或者更改他人软件上的署名的； （五）未经软件著作权人许可，修改

19、、翻译其软件的； （六）其他侵犯软件著作权的行为。 3.2 未经软件著作权人许可，有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任；同时损害社会公共利益的，由著作权行政管理部门责令停止侵权行为，没收违法所得，没收、销毁侵权复制品，可以并处罚款；情节严重的，著作权行政管理部门并可以没收主要用于制作侵权复制品的材料、工具、设备等；触犯刑律的，依照刑法关于侵犯著作权罪、销售侵权复制品罪的规定，依法追究刑事责任： （一）复制或者部分复制著作权人的软件的； （二）向公众发行、出租、通过信息网络传播著作权人的软件的； （三）故意避开或者破坏著作权人为保护其软件著作权而采

20、取的技术措施的； （四）故意删除或者改变软件权利管理电子信息的； （五）转让或者许可他人行使著作权人的软件著作权的。 3.3 软件著作权侵权纠纷可以调解。 3.3.1 软件著作权合同纠纷可以依据合同中的仲裁条款或者事后达成的书面仲裁协议，向仲裁机构申请仲裁。 3.3.2 当事人没有在合同中订立仲裁条款，事后又没有书面仲裁协议的，可以直接向人民法院提起诉讼。7.2使用方面的可行性1. 采购部门：可以录入企业的进退货单，调整历史进货单的价格、供货商，查询商品采购、进货的历史。2. 销售部门：可以录入企业的销售订单、销售单、销售退货单等信息，调整历史销售单的价格，查询商品销售的历史。3. 库房：可以查询企业商品的库存，查询总库存和分仓库查询。将一个仓库的商品转移到另一个仓库，管理企业的库存盘点、商品库存损益等共做，还可以设定库存上下限和上下限警报，查询各种历史数据。4. 财务部门：可以管理企业的应付款、应收款、结账等业务。5. 零售部门：可以进行门市店的收款、结账、日销售信息、配货等管理。6. 信息部门：可以进行参数、权限设置。备份恢复数据。有日志管理，能更改密码，方便维护。8结论可以立即开始进行。