范本工程实践医药零售电子商务进销存系统设计与实施样本.doc

北京航空航天大学软件学院

工程实践结题报告

课题名称：医药零售电子商务进销存系统设计与实行
姓 名：朱凌涛、成功、李茜、许德笙、宋学磊
组 别：第十五组
学 号：朱凌涛GS1121211
成 功GS1121268
李 茜GS1121222
许德笙GS1121208
宋学磊GS1121384
专业方向：IT项目管理与产业信息化
所属院系：北京航空航天大学软件学院
指引教师：谷卫平

实践起止时间： 6月 至 2月

摘 要
随着互联网电子商务业务迅猛发展，以及国内医药电子商务政策不断开放，老式医药行业已不断介入到电子商务领域，老式医药零售迎来了客户迅速发展时期，在网上交易客户迅速增长状况下，老式公司运营模式以无法支撑客户爆炸式增长，特别是在网站后端进销存环节浮现了严重滞后，账目混乱，库存不准，信息反馈不及时等问题接踵而至。这些问题成为制约公司转型发展瓶颈，严重制约了老式医药零售公司向电子商务领域转型发展壮大。如何借助IT手段、如何通过信息化，加强核心竞争力，实现持续发展已成为公司亟待解决核心问题。因而，医药零售进销存系统在药物公司管理中有着广泛应用前景。
本文通过研究分析医药零售进销存系统所存在问题，综合国内外医药零售进销存管理先进经验与局限性之处，基于“进货、销售、库存、退货、盘点、结算”等重要业务需求，在“灵活性、扩展性、实用性、及时性”等以便进行了全面研究。一方面，研究了系统从平台选取、构造搭建、关联关系等方面，为公司制定了一套切实可行解决方案；另一方面，在需求分析、流程整合、系统设计等方面做了许多有益尝试与改进，建立了一套全面易用业务信息管理系统。该系统打通了“基本信息运作、门店零售业务、电商网站销售”之间壁垒，建立了完整信息共享机制，让“门店店员、网站运营、采购人员、仓储人员、结算人员”之间建立起有效沟通，提高了公司管理效率，保证了业务运作工作规范性、透明性和时效性。

核心词：医药，零售，网店，运营管理，进销存

目 录
第一章 绪论 1
1.1 课题背景及意义 1
1.2 国内外现状及对比分析 1
1.3 目的及研究内容 3
1.3.1 论文目的 3
1.3.2 论文研究内容 3
1.4 系统创新性 4
第二章 需求分析 5
2.1 总体需求 5
2.2 业务流程梳理及优化 6
2.3 功能性需求 10
2.4 非功能性需求 14
2.4.1 性能指标 15
2.4.2 安全性 15
2.4.3 稳定性 15
2.4.4 可维护性 15
2.4.5 可扩展性 15
2.4.6 易用性 16
2.4.7 规范性 16
第三章 系统总体设计 17
3.1 系统技术架构 17
3.2 系统功能架构 20
3.2.1 供应商管理 20
3.2.2 商品信息管理 20
3.2.3 商品进货管理 21
3.2.4 商品退货管理 21
3.2.5 商品价格管理 21
3.2.6 商品销售管理 21
3.2.7 商品盘点管理 22
3.3 系统网络拓扑图 23
第四章 系统详细设计 25
4.1 功能模块详细设计 25
4.1.1 供应商管理 25
4.1.2 商品信息管理 27
4.1.3 采购筹划管理 30
4.2 数据库设计目的 33
4.3 数据库设计原则 33
4.4 数据库逻辑设计 35
4.4.1 数据字典分析 35
4.4.2 整体E-R图 35
4.5 数据库物理设计 37
4.5.1 采购筹划表 37
4.5.2 验收单表 37
4.5.3 入库单表 38
4.5.4 配送单表 38
4.5.5 销售退回单表 39
4.5.6 退货申请单表 39
4.5.7退货调节单 40
4.5.8 退货调节单表 40
4.5.9 地区汇总表 41
4.5.10 仓库汇总表 42
4.5.11商品信息表 43
4.5.12 供应商表 45
4.6 系统权限设计 46
4.7 系统安全性设计 48
第五章 系统测试 50
5.1 测试概述 50
5.2 测试目 50
5.3 测试办法、工具及测试环境 51
5.3.1 测试办法 51
5.3.2 测试工具 51
5.3.3 测试环境 52
5.4 典型测试用例及测试成果 53
5.5 系统性能测试 54
5.6 测试成果分析 55
5.7 小结 56
第六章 系统实行 57
6.1 系统实行组织 57
6.2 实行进度筹划 57
6.3 系统实行准备 57
6.3.1 接口准备 57
6.3.2 运营环境准备 58
6.3.3 数据准备 59
6.4 系统界面展示 59
6.5 系统评估 60
6.6 小结 61
总结与展望 62
参照文献 64

第一章 绪论
1.1 课题背景及意义
随着当代科学技术迅猛发展，计算机技术已渗入到各个领域，成为各行业必不可少工具，特别是Internet技术推广和信息高速公路建立，使IT产业在市场竞争中越发显示出其独特优势，步入数字化时代，有巨大数据信息等待着加工解决和传播，这使得对数据库进一步开发和运用显得尤为迫切。进销存系统作为一种公司管理软件可以协助公司迅速有效地管理公司货品流动,提高公司管理水平和工作效率，同步也可以减少手工操作带来失误。
当前国内医药电子商务政策不断开放，老式医药行业对电子商务不断介入，将会大大加快公司发展，在客户迅速增长状况下，公司账目混乱，库存不准，信息反馈不及时等问题也接踵而至。这些问题会成为制约公司发展瓶颈，严重制约了公司发展壮大。谁运用信息资源效率越高，谁就会在各方面竞争中占有一席之地，谁就会有更多优势。国内医药公司经营涉及进、销、存各种环节，涉及商品种类繁多，业务量大，库存管理复杂，使用手工管理已无法胜任。如何借助IT手段、如何通过信息化，加强核心竞争力，实现持续发展已成为公司亟待解决核心问题。因而，医药零售进销存系统在药物公司管理中有着广泛应用前景。
医药零售进销存系统将是电子商务医药公司经营管理中重要环节，是一种公司可以获得效益核心；如果可以做到合理进货，及时销售，库存量最小同步又不至于缺货；大大减少运作成本与风险，加快实行效率，增长投资回报，为公司决策提供数据，保证公司在庞大组织范畴内健康运营，那么公司就能获得最佳效益。
1.2 国内外现状及对比分析
随着互联网迅猛发展，为医药电子商务发展提供了无限商机。医药电子商务作为一种当代商品流通模式，集信息化、自动化、原则化为一体，极大地提高了当代商品流通效率，同步，也大大减少了药物流通领域中流通层次和交易环节，以减少药物流通成本和流通费用，从而减少了药物价格，对医药行业具备重大意义。当前，国内医药电子商务发展还很缓慢，借鉴发达国家成功经验对国内医药行业具备重大现实意义。国内外医药行业电商发呈现状，对比数据如下：
欧盟：药剂师协会下属药店，90%以上都开展了网上药物预订业务。
北美：网上OTC药物销售占销售总额30%以上。美国医药流通90%以上由电子信息实现。
法国：84.7%药物通过药店销售，15.3%药物由厂家直接销售给医院。
中华人民共和国：整个医药零售市场约1800亿，网上药店销售额4亿左右，占零售市场0.2%左右[1]。
国内医药电子商务发呈现状：国内医药电子商务发展大体经历了如下三个阶段，第一阶段从1996年开始，国内药物电子商务起步和摸索阶段。河南省率先运用电子商务改造老式药物流通行业，并初步摸索了药物电子商务政策框架、商业模式和技术方案，提供了初步经验。第二阶段从开始，国内药物电子商务试点和规范阶段。第三阶段始于“十一五”初期，国内药物电子商务全面发展和推广应用阶段。但是，以上三个阶段仅是对政策与模式摸索，至今尚未浮现一款为医药电子商务而开发进销存系统。历年发放医药B2C牌照数量，数据如下：
：1个 ：2个 ：1个 ：6个
：8个 ：15个 ：16个[1]
国外医药电子商务发呈现状（以美国为例）：美国是最早在医药商业领域广泛采用计算机技术国家，它在上世纪90年代完毕了普及。在此期间，各大医药批发公司投入巨资构建了独立计算机局域网和广域网，把分布全国客户通过计算机连接起来。大大提高了业务解决能力和解决效率；在完整意义上，美国医药电子商务是随着着互联网兴起而发展起来。当前，各医药经营公司发现了各种有效电子商务开展方式，实现了制药公司、批发公司、零售终端广泛数据有效互换和信息整合；现阶段合用于不同“公司类型、商务模式”医药电子商务进销存系统已经成为“医药电子商务”发展不可或缺软件。
国外医药电子商务发展对国内启示：国内医药电子商务得到了迅速发展，但依然存在某些问题，由于医药产业信息化发展水平低且参差不齐，真正意义医药电子商务是集物流、信息流和资金流为一体药物流通模式，这规定参加电子商务公司具备较高信息化水平，才干保证不同医药电子商务主体建立直接、有效和电子化沟通。由于国内医药行业信息建设时间较短，当前国内诸多医药公司只是某些实现了信息化，公司内部难以实现计算机统一管理。但是，医药电子商务主体是公司，公司信息化限度必将影响医药电子商务发展。国内必要采用办法，增进公司运用网络参加竞争来开拓市场。同步，应努力推动医院和医药零售业信息化进程，使电子商务前台解决与公司、医院后台信息解决相结合，真正实现交易及时化和自动化。
1.3 目的及研究内容
1.3.1 论文目的
1．针对当前医药电子商务公司现状进行市场调研，充分考虑整个应用灵活性和可扩展性原则规定，通过合理模块划分，实现系统在业务变更或软件技术发展时灵活性适应能力；
2．覆盖整个公司物流，资金流和信息流全过程，对业务流程全过程跟踪，及时便捷记录查询，和谐程序界面以便顾客操作，实现“物流、资金流、信息流、业务流”动态监控与管理；
3．解决以往进销存信息管理系统功能不完善、不稳定、远程通信能力差以及公司进、销、存信息脱节等问题；集合各种管理一体化，致力于协助公司迅速有效管理“进货、销售、库存、退货、盘点、应收/应付资金”等各项业务，旨在为公司建立起一种“简捷、高效”实时运营管理平台；
4．为公司大大减少运作成本与风险，加快实行效率，增长投资回报，还会为公司决策提供数据与速度，保证公司在庞大组织范畴内健康运营。
1.3.2 论文研究内容
1．通过对医药电子商务公司现状进行市场调查，研究了物资产品经营过程中进、销、存等重要环节，对系统进行规划，分析了系统将要实现基本信息管理、商品到货入库管理、商品销售管理、库存管理等、报表打印功能，绘制各种图例，拟定其基本构造及实现方略。
2．采用了模块构造化设计办法，自顶向下，逐级分解，画图后进行数据库设计。研究了公司销售、库存、供应商、客户数据，依照数据之间联系，建立数据库输入、输出、管理等模式。
3．分析制药公司、批发公司、零售终端广泛数据有效互换方式及存在问题，思考长远发展优化方向；研究医院和医药零售业信息化模式，使电子商务前台解决与公司、医院后台信息解决相结合，真正实现交易及时化和自动化。
1.4 系统创新性
通过对医药行业实体零售进销存系统分析，总结如下几种创新点：
1．实体零售进销存系统操作易用性、设立灵活性和功能扩展性较弱，本系统充分考虑整个应用灵活性和可扩展性原则规定，通过合理模块划分，实现系统在业务变更或软件技术发展时灵活性适应能力。
2．实体零售进销存系统对物流、资金流和信息流全过程跟踪及记录存在断点，本系统将实现“物流、资金流、信息流、业务流”动态监控与管理；集合各种管理一体化，协助公司迅速有效管理“进货、销售、库存、退货、盘点、应收/应付资金”等各项业务，为公司建立起一种“简捷、高效”实时运营管理平台。
3．实体零售进销存系统仅支持“基本信息运作、门店零售业务”结合，将“电子商务网站”销售业务排除在外；本系统将实现“基本信息运作、门店零售业务、网站销售业务”良好结合，为公司建立起一种“全面、协同”集合运营管理平台。

第二章 需求分析
2.1 总体需求
本系统是某实体连锁药房网上药店打造后台进销存系统，该网上药店致力于建立“中华人民共和国健康商品第一服务平台”，为消费者提供优质、价廉、物美、诚信健康类商品。经营品种重要涉及“营养保健品、母婴用品、护理美容品、成人用品、医疗器械、药膳礼物”等。千余家供应商,数万个品牌，品种繁多。
开展“医药零售电子商务”业务公司或公司，都需要“医药零售电子商务网站”与“医药零售电子商务进销存”两个系统支撑。医药零售电子商务网站系统是对客户展示医药商品信息并提供网上购物功能系统；医药零售电子商务进销存系统是为了配合“医药零售电子商务网站”业务而建设系统，对网站销售药物实体仓库与门店“进货、销售、存储”等进行管理应用系统；“医药零售电子商务网站”与“医药零售电子商务进销存”将进行对接，完毕药物数据实时传播与解决，以保证“医药零售电子商务”业务顺利实行与执行。
医药零售电子商务进销存系统要想符合行业规定，前期需求分析在系统开发过程中有非常重要地位，它好坏直接关系到系统开发成本、系统开发周期及系统质量。它是系统设计第一步，是整个系统成开发成功基本。详细周全需求分析，可以减少系统开发中错误，又可减少修复错误费用，从而大大减少系统开发成本，缩短系统开发周期。需求分析成果是系统开发基本，关系到系统成败和软件产品质量。
一方面，此系统需要实现商品“进货、销售、存储、退货、配货、盘点”等基本流程与功能；以保证对“实体仓库或门店”商品库存管理、与“医药零售电子商务系统”紧密配合。另一方面，此系统还需实现“商品信息登记、供货渠道登记、商品库存异常纠正、商品零售价格设立与维护、商品有效期报警监控、商品在仓库或门店摆放货位参数设立与维护”等功能；这些都是此系统辅助功能，能更好提高“医药零售电子商务进销存”系统易用性、适应商品错综复杂异常业务状况解决与监管。最后，实现此系统与“医药零售电子商务网站”良好结合，才干达到一种“全面、协同”运营管理平台原则，才干实现“操作易用性、设立灵活性和功能扩展性”充分保证。
医药零售电子商务进销存系统业务模式：实现对商品“进货、存储、退货、盘点”管理；将商品库存数据传播给“医药零售电子商务网站”，由其完毕商品基本信息及库存展示，在客户网上购物后将购买商品信息传播给本系统；本系统依照“医药零售电子商务网站”传播购买商品信息进行配货解决，并将解决成果反馈给“医药零售电子商务网站”系统，由其完毕后续网站售后服务工作。
2.2 业务流程梳理及优化
通过医药行业实体零售进销存系统市场调研，对本系统业务流程进行了梳理及优化，详细如下：
1．本系统商品“进货”业务流程

图1 商品“进货”业务流程图
商品“进货”业务流程描述：将供货渠道、商品信息维护到系统；采购人员制定采购筹划，向供货渠道采购商品；质检人员在商品到达仓库后，进行质量核验；仓储人员在质检核验通过后，进行商品入库及摆放。
2．本系统商品“退货”业务流程

图2 商品“退货”业务流程图
商品“退货”业务流程描述：将供货渠道、商品信息维护到系统；业务人员提交退货申请；采购人员与供货渠道核准退货信息；仓储人员依照采购人员核准退货信息进行商品下架、打包、配送操作。
3．本系统商品“销售”业务流程

图3 网站零售商品业务流程图

图4 门店零售商品业务流程图
商品“销售”业务流程描述：涉及“网站销售、门店销售”两个流程。
网站销售流程：客户在网站购买下单后；网站会生成一种销售订单；同步，会生成一种商品配送单据；仓储依照订单商品进行商品打包、快递操作。
门店销售流程：仓库人员将商品配送到门店展示；客户在门店购买付款；门店会生成一种零售订单。
4．本系统商品“盘点”业务流程

图5 商品“盘点”业务流程图
商品“盘点”业务流程描述：仓储人员进行盘点工作登记，设定盘点时间周期；系统自动获取系统库存数据；仓储人员登记盘点实际库存数据；系统自动将系统库存数据与盘点库存数据进行对比，筛选不一致库存数据；财务人员核查不一致库存数据，进行报损或报溢操作。
2.3 功能性需求
通过医药行业实体零售进销存系统市场调研，以及对本系统业务流程进行了梳理及优化，分析了如下功能需求：
1．对商品信息与售价维护功能：第一步，将商品详细信息在系统中进行登记，便于采购人员制定采购筹划中选定，使网站可以详细、清晰展示商品信息；数据涉及“便于采购筹划选定商品名称、规格、单位、生产公司”等信息，还涉及“便于网站信息展示化学名称、商品分类、批准文号、储存条件、功能疗效、阐明书、重量”等信息；需要具备“添加、修改、查看”等功能。第二步，分别对“网站售价、门店售价”进行维护，为客户在“网站、门店”购买环节不可缺少数据；数据涉及“市场价、限制零售价、零售价、会员价、宾客价”等信息，需要具备“修改、查看”等功能。

图6 商品信息与售价维护用例图
2．对商品入库功能：涉及“采购筹划、货品质检、验收入库”三大某些。第一步，将采购人员与供货渠道拟定采购数据在系统中进行登记，便于商品到货后，质检人员进行核验与解决；数据涉及“供货渠道信息、采购商品信息、商品近来入库进价、本次采购筹划进价/数量”等信息，需要具备“添加、修改、查看”等功能。第二步，依照采购数据对实际到货商品进行质量与数量核验，在系统中进行登记，便于商品质检完毕后，仓储人员进行入库与摆放操作；数据涉及“采购筹划信息、验收商品进价/数量、验收商品批号/有效期”等信息，需要具备“登记、查看”等功能。第三步，依照质检查收数据对实际入库商品进行质量与数量确认，在系统中进行登记，便于商品库存更新存储操作；数据涉及“验收单据信息、入库商品进价/数量、入库商品批号/有效期、商品预期货位号”等信息，需要具备“登记、查看”等功能。入库登记生效后来，系统依照入库数据自动完毕商品库存变更存储。

图7 商品入库用例图
3．对商品退货功能：涉及“筹划申请、筹划核准、质检出库”三大某些。第一步，业务人员依照商品有效期与积压状况，对商品提出退货申请，便于对库存资金合理控制；数据涉及“供货渠道信息、商品基本信息、商品库存信息、预期退货数量”等信息，需要具备“添加、修改、查看”等功能。第二步，采购人员依照商品退货申请数据与供货渠道进行洽谈与确认，将最后可以退货数据登记到系统，便于仓库人员对商品进行下架、打包、配送操作；数据涉及“供货渠道信息、商品基本信息、商品库存信息、核准退货数量、核准退货价格”等信息，需要具备“查看、修改”等功能。第三步，仓储人员依照商品核准退货数据进行商品下架、打包、配送操作；数据涉及“供货渠道信息、商品基本信息、商品库存信息、核准退货数量、核准退货价格、实际退货数量”等信息，需要具备“查看、生效”等功能。

图8 商品退货用例图
4．对客户网站购买信息记录功能：第一步，客户在网站购买商品后，系统自动生成一种购买订单，记录客户购买信息，便于后续售后服务工作延续；数据涉及“客户联系方式、客户收货地址、客户付款信息、客户收货方式、客户购买商品、客户优惠数据”等信息，需要具备“查看、修改、删除、状态跳转”等功能。第二步，客户网站购买订单生成后，系统自动生成一种精准到商品批号配送单，同步更新商品库存数据并保证精确性；数据涉及“商品配送单位、商品基本信息、商品入库信息、商品配送数量、商品配送进价”等信息，需要具备“查看、删除、修改、生效、状态跳转”等功能。
5．对门店销售商品零售管理功能：第一步，仓储人员依照门店零售需求，将商品提前配送到门店进行展示，便于吸引客户购买，配送商品信息在此进行登记；数据涉及“商品配送单位、商品接受单位、商品基本信息、商品库存信息、商品配货数量、商品配货价格、商品接受货位”等信息；需要具备“添加、修改、删除、查看、生效、验收、状态跳转”等功能。第二步，客户在门店购买商品后，系统自动生成一种购买订单，记录客户购买信息，便于后续售后服务工作延续；数据涉及“客户联系方式、客户付款信息、客户购买商品、客户优惠数据”等信息，需要具备“查看、修改、删除、添加”等功能。
6．对商品盘点功能：第一步，仓储人员在进行盘点前，在系统登记盘点需求，明确盘点开始时间以获取系统库存数据，便于与盘点库存数据进行对比分析；数据涉及“盘点范畴、盘点方式、盘点周期”等信息，需要具备“添加、修改、删除、查看、授权”等功能。第二步，仓储人员在盘点开始后，通过手持设备对实际商品库存数据进行登记，便于与系统库存数据进行对比分析；数据涉及“商品基本信息、商品库存数量、商品货位编码、商品损坏数量”等信息；需要具备“添加、修改、查看、删除”等功能。第三步，系统自动系统与盘点库存数据不一致信息进行报警提示，以保证系统商品库存数据与实际商品库存数据一致性；数据涉及“商品基本信息、系统商品库存数量、盘点商品库存数据、商品货位编码、商品损坏数量、商品库存差别数量”等信息；需要具备“查看、解决”等功能。第四步，财务人员依照库存差别数据进行核准，对浮现库存差别进行损溢登记，以实现系统商品库存数据与实际商品库存数据一致性；数据涉及“商品基本信息、商品库存信息、损溢类型、损溢数量”等信息；需要具备“添加、修改、查看、删除、审核”等功能。
7．对商品进行停止采购功能：当商品浮现积压，或者与供货渠道浮现分歧时，对商品进行停止采购操作，禁止采购人员继续购进此商品；数据涉及“商品基本信息、商品库存信息”等信息；需要具备“添加、修改、删除、查看、审核”等功能。
8．对商品进行停止销售功能：当商品浮现质量问题需要厂家召回，或者运营决定不再销售此商品时，对商品进行停止销售操作，禁止“网站、门店”在继续销售此商品；数据涉及“商品基本信息、商品库存信息”等信息；需要具备“添加、修改、删除、查看、审核”等功能。
9．对供货渠道管理功能：将商品供货渠道在系统中进行登记，便于采购人员制定采购筹划中选定；数据涉及“供货渠道名称、地址、联系人、营业执照、药物资质”等信息；需要具备“添加、删除、修改、查看、审核”等功能。
10．对在库商品有效期监控报警功能：依照“公司运营、供货渠道”规定，对商品有效期报警参数进行设立，便于及时发现达到有效期警戒线商品，及时进行供货渠道退货、运营清仓等工作；数据涉及“商品信息、报警类型（按供货渠道、按公司运营）、报警范畴（单一供货渠道、所有供货渠道）、初-中-高报警天数”等信息，需要具备“添加、修改、查看”报警参数功能，需要具备“查看、解决”报警商品功能。
2.4 非功能性需求
医药零售电子商务进销存系统满足顾客业务需求而必要具备且除功能需求以外特性。非功能性需求涉及系统性能、可靠性、可维护性、可扩充性和对技术和对业务适应性等等。
2.4.1 性能指标
性能需求某些，重要有两个方面指标规定，即响应时间规定和并发能力规定。
并发性：
因本系统重要是内部运营人员使用，因此在访问指标上规定可以满足千兆以太网环境中，可支持系统顾客数1万人，日活跃顾客数1千人，平均在线使用时间以2小时为基准，平均并发顾客数为80人。
响应时间：
此用例以多顾客并发查询为主，以平均并发顾客数80人为例，并发查询平均响应时间不能超过3秒，考虑到峰值浪涌状况，峰值并发人数为100人时，并发查询平均响应时间不能超过4秒。
2.4.2 安全性
业务安全性方面，保证系统不会由于自身故障或失效导致应用系统其他成分相继失效甚至崩溃特性。数据安全性方面，防止外界或内部顾客非法或恶意访问本系统。即系统自身应有完善权限管理功能，通过对权限配备管理，可实现对于不同操作角色访问控制，同步在核心业务数据更新与删除操作上，应具备操作审核功能以及操作日记。便于追踪数据操作轨迹，保证数据层面安全。
2.4.3 稳定性
本系统运营要为7*24小时不间断自动运营，即除必要少量配备文献修改之外，寻常业务均由系统自动运营、勿需人工干预。运营操作人员仅在系统报警提示状况下，进行非正常状况下人工干预或告知技术人员进行故障维修。
2.4.4 可维护性
系统一旦投入运营就不能间断。除了规定系统具备良好维护性外，还应当拥有离线维护环境以便在不影响正常业务状况下进行软件维护工作。
2.4.5 可扩展性
随着业务不断发展，新系统也将不断建设，因而，本项目应具备较好可扩展性，为应用系统进一步扩充和升级提供以便。系统应适应业务部门需求变更及扩展，多采用配备办法功能调节，而不需要对程序做大修改。系统应能适应后续应用添加，系统整体框架保持稳定，不需要做大量程序修改。随着顾客数增长及功能应用增长，软件系统通过硬件性能调节而保持相对稳定性。
2.4.6 易用性
为便于操作人员人工干预，关于系统配备、运营参数、节目表修改等，应提供直观、以便修改界面，系统可按照配备参数自动运营，减少操作人员劳动强度。
2.4.7 规范性
本系统设计需要采用原则通信、网络等合同，严格遵循软件工程规范化设计原则，不同设计阶段进行严格设计评审及完毕相应设计文档等，对整个设计过程进行规范化管理和控制。收集与分发所有资料应具备规范文献命名和数据格式。

第三章 系统总体设计
3.1 系统技术架构
进销存是一种功能复杂，系统庞大系统，在进销存系统里管理着各种操作顾客和近年商业信息数据。因而技术架构时必要重点考虑整个系统跨平台、安全性、稳定性、实用性及可伸缩性，同步技术架构应当有非常好可扩展能力，采用模块化、构件化以及面向对象设计办法，并符合整个项目建设原则和技术规定。构造选型恰当与否，直接关系到系统成败。在构造选型中重要考虑先进性和实用性并重原则、原则化和规范化原则、开放性和兼容性原则、松耦合和粗粒度集成原则、可扩展性和可维护性原则、可扩展性和可维护性原则。
基于以上原则，并结合当前业内成功案例，本系统技术体系上选用J2EE技术，采用B/S/D三层构造进行应用系统开发。
开发采用Srping+webwork2+ibatis+Freemarker+MySQL
该系统技术架构划分三个层次：展示层/业务逻辑层/数据访问层。

图9 系统技术架构图
呈现层英文是Presentation Layer，是实现显示功能，在进销存系统里就是展示给顾客UI某些，使顾客直接操作界面，顾客通过展示层获取信息，并对信息进行管理。系统通过展示层也能获取顾客行为信息。这某些普通使用B/S构造来完毕，固然你也可以使用专门远程客户端来实现;
业务逻辑层由于是由大量组件(Components)构成，也可称为组件层，组件从不同角度又可分为各种类型，然后又有不同流派，当前占重要位置是Model+Service，模型加服务，因此这一层又称为业务服务层Business Service；也有称为Model业务层；
持久层是负责对象持久化也就是数据库操作层次,英文Persistence Layer，重要负责把顾客操作数据，通过度析整顿转化成数据库语言，最后存储到数据库里，在顾客需要使用时候再读取使用，例如：顾客增长一种供应商信息，顾客在系统里，填入供应商名称，供应商地址，供应商营业执照，联系人，开户银行等信息，在持久层把这些信息存储导数据库中相应供应商表里。
呈现层框架
在进销存系统中顾客操作比较频繁，访问量也会比较大，因此选取一种效率高、速度快展示层是很重要，可以给顾客带来良好顾客体验。顾客在使用系统时，就是在和展示层进行交互，顾客使用体验所有来自展示层，展示层选取最后影响到顾客体验。因而进过调研测试最后选取了FreeMarker，FreeMarker是一种用Java语言编写模板引擎，它基于模板来生成文本输出。FreeMarker与Web容器无关，即在Web运营时，它并不懂得Servlet或HTTP。它不但可以用作体现层实现技术，并且还可以用于生成XML，JSP或Java 等。
FreeMarker容许Java servlet保持图形设计同应用程序逻辑分离，这是通过在模板中密封HTML完毕。模板用servlet提供数据动态地生成 HTML。模板语言是强大直观，编译器速度快，输出接近静态HTML页面速度。虽然FreeMarker具备某些编程能力，但普通由Java程序准备要显示数据，由FreeMarker生成页面，通过模板显示准备数据。FreeMarker与容器无关，由于它并不懂得HTTP或Servlet；FreeMarker同样可以应用于非Web应用程序环境，FreeMarker更适合伙为Model2框架（如Struts）视图组件，可以在模板中使用JSP标记库，FreeMarker是免费。
业务逻辑层框架
进销存系统是一种复杂而庞大系统，里面包括非常多而复杂业务逻辑，例如一种供应商操作就涉及，供应商增长，供应商修改，供应商3级审核，供应商标志等，并且以上每一种操作又相应相应一系列有关操作，因而为了能尽量减少开发成本和开发过程中复杂度，就必要选取一种功能强大，使用以便，学习成本低框架去实现逻辑层，在通过业内调研和内部讨论后，webwork非常适合咱们进销存系统开发，详细分析如下：
1.由于webwork简洁、灵活功能强大，它是一种原则Command模式框架实现，并且完全从web层脱离出来。
2.Xwork提供了诸多核心功能：前端拦截机（interceptor），运营时表单属性验证，类型转换，强大表达式语言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control依赖倒转控制）容器等。WebWork建立在Xwork之上，解决HTTP祈求和响应。所有祈求都会被它前端控制器（ServletDispatcher，最新版本是FilterDispatcher）截获。前端控制器对祈求数据进行包装，初始化上下文数据，依照配备文献查找祈求URL相应Action类，执行Action，将执行成果转发到相应呈现页面。
3. WebWork2支持多视图表达，视图某些可以使用JSP，Velocity，FreeMarker，JasperReports，XML等。
数据访问层框架
持久层框架当前有Hibernate和各种JDO产品，固然尚有直接写SQL语句JDBC。由于进销存系统自身复杂限度，就决定持久层复杂性，只有选取一种功能强大，使用以便、透明框架才干给开发人员带来以便，无论在开发过程和调试过程使用一种能对SQL透明框架是非常有好处！
咱们选取iBatis，由于Ibatis灵活性和透明度综合性要比hibernate和其她JDO产品要好。持久层框架质量好与坏区别就是与否是O/R Mapping，也就是对象和关系数据库映射，关系数据库需要实现定义好Schema构造；对象由于字段而变也有一种自己构造，如何将对象数据自动持久化到数据库中，一方面咱们得定义两者构造相应，这实际是数据元数据定义。
由于Hiberante/iBatis这样O/R Mapping工具协助你实现对象和数据库转换，克服了对象和数据库阻抗现象，O/R Mapping总结 ，因此才使得咱们更多可以对象方式（从模型Model对象）来考虑Java EE/J2EE系统，可以完全放弃此前那种以数据库为中心思维方式。
因此，与否选用好持久层框架，取决于你整个团队思维与否彻底OO了，与否需要真正OO，固然，对于某些小型项目，有时咱们觉得直接使用JDBC模板反而更加轻松快捷一点，这也是SpringJDBC模板/iBatisJdbc模板存在理由了。
从以上可以看出，灵活性/迅速性/简朴性/可伸缩性是咱们进行架构选取重要几种根据，架构选取实际就是在这几种方略之间做一种平衡。固然，尚有一种非常重要因素，由于它不属于某个层次技术，性能/缓存是必要和上面因素综合考虑因素。
3.2 系统功能架构
依照对进销存系统目的和业务流程分析，拟定了本系统七大模块：供应商管理、商品信息管理、商品进货管理、商品退货管理、商品价格管理、商品销售管理、商品盘点管理。

图10 系统功能架构图
3.2.1 供应商管理
供应商管理：是系统运作基本，要实现对供应商信息动态管理；供应商信息要先于其她信息录入系统，才干保证正常运营。涉及：供应商维护、供应商标志、结算方式维护三个模块；供应商维护是对供货渠道基本信息进行登记与动态管理，供应商标志是依照供货渠道对公司重要限度进行分类，结算方式是将供货渠道存在各种结算模式进行登记，便于本系统财务资金核算。
3.2.2 商品信息管理
商品信息管理：是系统运作基本，要实现对商品信息动态管理；除供应商信息录入外，需要先于其她信息录入系统，才干保证正常运营。涉及：商品信息维护、商品类别维护、商品信息标志、商品停止采购；商品信息维护是对商品基本信息进行登记与动态管理，商品类别维护是依照不同业务定义进行属性划分，商品信息标志是依照商品对公司重要限度进行分类，商品停止采购是在商品浮现积压，或者与供货渠道浮现分歧时，禁止此商品继续采购。
3.2.3 商品进货管理
商品进货管理：采购人员从与供应商洽谈采购筹划，到商品到货信息录入到系统整套商品进入业务流程。涉及：采购筹划制定、验收单、入库单、商品效期报警、商品货位维护；采购筹划制定是采购人员与供货渠道拟定采购数据在系统中进行登记；验收单是质检人员对实际到货商品进行质量与数量核验；入库单是仓储人员对实际入库商品进行质量与数量确认，在系统中进行登记，便于商品库存更新存储操作；商品效期报警是商品有效期报警参数进行设立，便于及时发现达到有效期警戒线商品，及时进行供货渠道退货、运营清仓等工作；商品货位维护是对库房货架进行命名，并将信息登记到本系统。
3.2.4 商品退货管理
商品退货管理：业务人员从依照商品积压或近有效期状况，提交商品退货申请，到仓储人员将商品下架、包装、退还整套商品出库业务流程。涉及：商品退货申请、商品退货调节、商品退货单；商品退货申请是业务人员依照商品有效期与积压状况，对商品提出退货申请，便于对库存资金合理控制；商品退货调节是采购人员依照商品退货申请数据与供货渠道进行洽谈与确认，将最后可以退货数据登记到系统；商品退货单是仓储人员依照商品核准退货数据进行商品下架、打包、配送。
3.2.5 商品价格管理
商品价格管理：是系统开展销售业务基本信息，要实现对商品价格动态管理；不进行商品价格维护前，是不可以开展销售业务。涉及：网站价格维护、门店价格维护；网站价格维护是仅针对网站商品零售价格进行动态管理；门店价格维护是仅针对门店商品零售价格进行动态管理。
3.2.6 商品销售管理
商品销售管理：网站或门店将销售信息录入到系统，同步实现商品出库；可以自动计算销售总额和销售利润，可以查商品销售明细与汇总等信息。涉及：网站订单维护、门店订单维护、网站配送维护、门店配送维护、商品停止销售；网站与门店订单维护是客户在网站购买商品后，系统自动生成一种购买订单，记录客户购买信息，便于后续售后服务工作延续；网站配送维护是客户网站购买订单生成后，系统自动生成一种精准到商品批号配送单，同步更新商品库存数据并保证精确性；门店配送维护是仓储人员依照门店零售需求，将商品提前配送到门店进行展示，便于吸引客户购买，配送商品信息在此进行登记与动态管理；商品停止销售是商品浮现质量问题需要厂家召回，或者运营决定不再销售此商品时，禁止“网站、门店”继续销售此商品。
3.2.7 商品盘点管理
商品盘点管理：仓储人员定期对库存商品进行清点，以保证系统记录商品库存数据与商品实际库存数据保持一致。涉及：商品盘点登记、系统库存数