工程实践-利用网络教育手段有效实现社区居民普及终身教.docx

《工程实践-利用网络教育手段有效实现社区居民普及终身教.docx》由会员分享，可在线阅读，更多相关《工程实践-利用网络教育手段有效实现社区居民普及终身教.docx（69页珍藏版）》请在三一办公上搜索。

1、北京航空航天大学软件学院工程实践结题报告课题名称：利用网络教育手段有效实现社区居民普及终身教育的模式探讨姓 名：组 别：学 号：专业方向：IT项目管理与产业信息化所属院系：北京航空航天大学软件学院 指导老师：谷卫平实践起止时间：2012年 月 至 2013年 月摘 要21 世纪是“知识爆炸”的时代，知识老化加速，社会变化急剧，任何人都不可能一劳永逸地拥有足够的知识，而是需要终身学习。学习是人类生存和发展的重要手段，终身学习是自身发展和适应社会的必由之路。我国也多次提出要形成终身学习的学习型社会，构建终身教育体系，在计算机网络技术飞速发展的背景下，利用信息技术，以网络教育为切入点，实现社区居民普

2、及终身教育是未来教育发展的趋势。近年来，我国各地在社区教育方面进行了积极探索。至2007年，国家级社区教育实验区已达114个，覆盖了30个省、自治区和直辖市。省级社区教育实验区已达400多个。2007年，在全国65个社区教育实验区，参加各种教育培训活动的社区居民2561万人次，占其总数的50.3%。本论文根据社会现实的需求，通过研究分析国内外社区终身教育的现状，运用现代计算机网络相关技术，整合现有资源，构建先进、高效、实用的网络教育资源服务平台，以达到有效实现社区居民普及终身教育的目的。关键词：目 录第一章 绪论1.1 课题背景及意义1.2 国内外现状及对比分析1.3 目标及研究内容1.3.1

3、 论文目标1.3.2 论文研究内容1.4 系统的创新性第二章服务平台系统需求分析2.1 总体需求2.2 功能模块需求分析2.3 网络流量需求分析2.4 非功能性需求分析2.4.1 响应时间2.4.2 安全性2.4.3易用性2.4.4 扩展性第三章服务平台系统总体设计3.1 设计思想3.2 关键技术3.2.1 B/S构架3.2.2 ASP3.2.3 MS SQL SERVER3.3 系统功能架构3.3.1 平台管理模块3.3.2 人员管理模块3.3.3 课程模块3.3.4 教程模块3.3.5 交流区模块3.3 系统网络拓扑图第四章 系统详细设计4.1 功能模块详细设计4.1.1 平台管理模块4.

4、1.2 人员管理模块4.1.3 课程模块4.1.4 教程模块4.1.5 交流区模块4.2 数据库总体设计4.2.1 数据库介绍4.2.2 整体E-R图4.2.3 数据库物理结构第五章 系统测试5.1测试概述5.2测试目的5.3测试方法、工具及测试环境5.3.1测试方法5.3.2测试工具5.3.3测试环境5.4系统功能测试5.5系统性能测试5.6测试结果分析5.7小结第六章 系统实施6.1 系统实施组织6.2 实施进度计划6.3 系统实施准备6.3.1 接口准备6.3.2 运行环境准备6.3.3 数据准备6.4 系统界面展示6.5 系统评估6.6 小结总结与展望参考文献第一章 绪论1.1 课题背

5、景及意义1965年12月,保尔朗格朗在联合国教科文组织第三届成人教育国际促进会议上,第一次提出了终身教育这一概念。1972年,联合国教科文组织国际教育发展委员会编著、被誉为当代教育思想发展中里程碑的著名报告学会生存特别强调终身教育和学习型社会两个概念。1999年,国务院批准的教育部面向21世纪教育振兴行动计划提出了构建终身教育体系和学习型社会的目标任务和工作思路。进入新世纪,党中央、国务院对学习型社会建设提出了新的、更高的要求,2001年5月江泽民同志在亚太经合组织人力资源能力建设高峰会议上提出,21世纪的中国要致力于“构建终身教育体系,创建学习型社会”。2002年党的十六大报告提出要“ 构建

6、终身教育体系”“,形成全民学习、终身学习的学习型社会,促进人的全面发展”。构建终身教育体系与学习型社会,其根本目的是主动适应经济全球化对人才的需求,进一步增强教育体系的弹性,发展多种形式的各类教育,为广大国民创造更多的接受教育的机会,以适应社会各行各业人力资源需求的变化和广大居民对学习的各种需求。同时,构建终身教育体系和学习型社会可以全方位地提高全社会的学习力和创新能力,从根本上增强我国的国际竞争力。构建终身教育体系已成为教育发展和社会进步的共同要求,终身学习已经成为众多人的共识。1.2 国内外现状及对比分析1.3 目标及研究内容1.3.1 论文目标1.3.2 论文研究内容1.4 系统的创新性

7、第二章 需求分析2.1 总体需求本系统是某实体连锁药房的网上药店打造的后台进销存系统，该网上药店致力于建立“中国健康商品第一服务平台”，为消费者提供优质、价廉、物美、诚信的健康类商品。经营的品种主要涉及“营养保健品、母婴用品、护理美容品、成人用品、医疗器械、药膳礼品”等。千余家供应商,数万个品牌，品种繁多。开展“医药零售电子商务”业务的企业或公司，都需要“医药零售电子商务网站”与“医药零售电子商务进销存”两个系统的支撑。医药零售电子商务网站系统是对客户展示医药商品信息并提供网上购物的功能系统；医药零售电子商务进销存系统是为了配合“医药零售电子商务网站”业务而建设的系统，对网站销售药品的实体仓库

8、与门店“进货、销售、存储”等进行管理的应用系统；“医药零售电子商务网站”与“医药零售电子商务进销存”将进行对接，完成药品数据的实时传输与处理，以保证“医药零售电子商务”业务的顺利实施与执行。医药零售电子商务进销存系统要想符合行业要求，前期的需求分析在系统开发过程中有非常重要的地位，它的好坏直接关系到系统开发成本、系统开发周期及系统质量。它是系统设计的第一步，是整个系统成开发成功的基础。详细周全的需求分析，可以减少系统开发中的错误，又可降低修复错误的费用，从而大大减少系统开发成本，缩短系统开发周期。需求分析的结果是系统开发的基础，关系到系统的成败和软件产品的质量。首先，此系统需要实现商品“进货、

9、销售、存储、退货、配货、盘点”等基础流程与功能；以保证对“实体仓库或门店”商品库存的管理、与“医药零售电子商务系统”的紧密配合。其次，此系统还需实现“商品信息的登记、供货渠道的登记、商品库存异常纠正、商品零售价格设置与维护、商品有效期报警监控、商品在仓库或门店摆放货位参数设置与维护”等功能；这些都是此系统的辅助功能，能更好的提升“医药零售电子商务进销存”系统的易用性、适应商品错综复杂的异常业务情况的解决与监管。最后，实现此系统与“医药零售电子商务网站”的良好结合，才能达到一个“全面、协同”的运营管理平台标准，才能实现“操作易用性、设置灵活性和功能扩展性”的充分保证。医药零售电子商务进销存系统的

10、业务模式：实现对商品“进货、存储、退货、盘点”的管理；将商品库存数据传输给“医药零售电子商务网站”，由其完成商品基础信息及库存的展示，在客户网上购物后将购买商品信息传输给本系统；本系统根据“医药零售电子商务网站”传输的购买商品信息进行配货处理，并将处理结果反馈给“医药零售电子商务网站”系统，由其完成后续的网站售后服务工作。2.2 业务流程梳理及优化通过医药行业实体零售进销存系统的市场调研，对本系统的业务流程进行了梳理及优化，具体如下：1本系统的商品“进货”业务流程图1 商品“进货”业务流程图商品“进货”业务流程描述：将供货渠道、商品信息维护到系统；采购人员制定采购计划，向供货渠道采购商品；质检

11、人员在商品到达仓库后，进行质量核验；仓储人员在质检核验通过后，进行商品入库及摆放。2本系统的商品“退货”业务流程图2 商品“退货”业务流程图商品“退货”业务流程描述：将供货渠道、商品信息维护到系统；业务人员提交退货申请；采购人员与供货渠道核准退货信息；仓储人员根据采购人员核准退货信息进行商品下架、打包、配送操作。3本系统的商品“销售”业务流程图3 网站零售商品业务流程图图4 门店零售商品业务流程图商品“销售”业务流程描述：涉及“网站销售、门店销售”两个流程。网站销售流程：客户在网站购买下单后；网站会生成一个销售订单；同时，会生成一个商品配送单据；仓储根据订单商品进行商品打包、快递操作。门店销售

12、流程：仓库人员将商品配送到门店展示；客户在门店购买付款；门店会生成一个零售订单。4本系统的商品“盘点”业务流程图5 商品“盘点”业务流程图商品“盘点”业务流程描述：仓储人员进行盘点工作登记，设定盘点时间周期；系统自动获取系统库存数据；仓储人员登记盘点的实际库存数据；系统自动将系统库存数据与盘点库存数据进行对比，筛选不一致库存数据；财务人员核查不一致库存数据，进行报损或报溢操作。2.3 功能性需求通过医药行业实体零售进销存系统的市场调研，以及对本系统的业务流程进行了梳理及优化，分析了以下功能需求：1对商品信息与售价的维护功能：第一步，将商品详细信息在系统中进行登记，便于采购人员制定采购计划中选定

13、，使网站能够详细、清楚的展示商品信息；数据涉及“便于采购计划选定的商品名称、规格、单位、生产企业”等信息，还涉及“便于网站信息展示的化学名称、商品分类、批准文号、储存条件、功能疗效、说明书、重量”等信息；需要具备“添加、修改、查看”等功能。第二步，分别对“网站售价、门店售价”进行维护，为客户在“网站、门店”购买环节不可缺少的数据；数据涉及“市场价、限制零售价、零售价、会员价、贵宾价”等信息，需要具备“修改、查看”等功能。图6 商品信息与售价维护的用例图2对商品入库的功能：包括“采购计划、货物质检、验收入库”三大部分。第一步，将采购人员与供货渠道确定的采购数据在系统中进行登记，便于商品到货后，质

14、检人员进行核验与处理；数据涉及“供货渠道信息、采购商品信息、商品最近入库进价、本次采购计划进价/数量”等信息，需要具备“添加、修改、查看”等功能。第二步，根据采购数据对实际到货商品进行质量与数量核验，在系统中进行登记，便于商品质检完毕后，仓储人员进行入库与摆放操作；数据涉及“采购计划信息、验收商品进价/数量、验收商品批号/有效期”等信息，需要具备“登记、查看”等功能。第三步，根据质检验收数据对实际入库商品进行质量与数量确认，在系统中进行登记，便于商品库存的更新存储操作；数据涉及“验收单据信息、入库商品进价/数量、入库商品批号/有效期、商品预期货位号”等信息，需要具备“登记、查看”等功能。入库登

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

16、步，仓储人员根据商品核准退货数据进行商品下架、打包、配送操作；数据涉及“供货渠道信息、商品基础信息、商品库存信息、核准退货数量、核准退货价格、实际退货数量”等信息，需要具备“查看、生效”等功能。图8 商品退货的用例图4对客户网站购买信息的记录功能：第一步，客户在网站购买商品后，系统自动生成一个购买订单，记录客户的购买信息，便于后续的售后服务工作延续；数据涉及“客户联系方式、客户收货地址、客户付款信息、客户收货方式、客户购买商品、客户优惠数据”等信息，需要具备“查看、修改、删除、状态跳转”等功能。第二步，客户网站购买订单生成后，系统自动生成一个精确到商品批号的配送单，同时更新商品库存数据并保证准

17、确性；数据涉及“商品配送单位、商品基础信息、商品入库信息、商品配送数量、商品配送进价”等信息，需要具备“查看、删除、修改、生效、状态跳转”等功能。5对门店销售商品的零售管理功能：第一步，仓储人员根据门店零售需求，将商品提前配送到门店进行展示，便于吸引客户购买，配送的商品信息在此进行登记；数据涉及“商品配送单位、商品接收单位、商品基础信息、商品库存信息、商品配货数量、商品配货价格、商品接收货位”等信息；需要具备“添加、修改、删除、查看、生效、验收、状态跳转”等功能。第二步，客户在门店购买商品后，系统自动生成一个购买订单，记录客户的购买信息，便于后续的售后服务工作延续；数据涉及“客户联系方式、客户

18、付款信息、客户购买商品、客户优惠数据”等信息，需要具备“查看、修改、删除、添加”等功能。6对商品盘点的功能：第一步，仓储人员在进行盘点前，在系统登记盘点需求，明确盘点开始时间以获取系统库存数据，便于与盘点的库存数据进行对比分析；数据涉及“盘点范围、盘点方式、盘点周期”等信息，需要具备“添加、修改、删除、查看、授权”等功能。第二步，仓储人员在盘点开始后，通过手持设备对实际商品库存数据进行登记，便于与系统库存数据进行对比分析；数据涉及“商品基础信息、商品库存数量、商品货位编码、商品损坏数量”等信息；需要具备“添加、修改、查看、删除”等功能。第三步，系统自动系统与盘点库存数据不一致的信息进行报警提示

19、，以保证系统商品库存数据与实际商品库存数据的一致性；数据涉及“商品基础信息、系统商品库存数量、盘点商品库存数据、商品货位编码、商品损坏数量、商品库存差异数量”等信息；需要具备“查看、处理”等功能。第四步，财务人员根据库存差异数据进行核准，对出现的库存差异进行损溢登记，以实现系统商品库存数据与实际商品库存数据的一致性；数据涉及“商品基础信息、商品库存信息、损溢类型、损溢数量”等信息；需要具备“添加、修改、查看、删除、审核”等功能。7对商品进行停止采购的功能：当商品出现积压，或者与供货渠道出现分歧时，对商品进行停止采购操作，禁止采购人员继续购进此商品；数据涉及“商品基础信息、商品库存信息”等信息；

20、需要具备“添加、修改、删除、查看、审核”等功能。8对商品进行停止销售的功能：当商品出现质量问题需要厂家召回，或者运营决定不再销售此商品时，对商品进行停止销售操作，禁止“网站、门店”在继续销售此商品；数据涉及“商品基础信息、商品库存信息”等信息；需要具备“添加、修改、删除、查看、审核”等功能。9对供货渠道的管理功能：将商品供货渠道在系统中进行登记，便于采购人员制定采购计划中选定；数据涉及“供货渠道名称、地址、联系人、营业执照、药品资质”等信息；需要具备“添加、删除、修改、查看、审核”等功能。10对在库商品的有效期监控报警功能：根据“企业运营、供货渠道”的要求，对商品有效期报警参数进行设置，便于及

21、时发现达到有效期警戒线的商品，及时进行供货渠道退货、运营清仓等工作；数据涉及“商品信息、报警类型（按供货渠道、按企业运营）、报警范围（单一供货渠道、全部供货渠道）、初-中-高报警天数”等信息，需要具备“添加、修改、查看”报警参数的功能，需要具备“查看、处理”报警商品的功能。2.4 非功能性需求医药零售电子商务进销存系统满足用户业务需求而必须具有且除功能需求以外的特性。非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等等。2.4.1 性能指标性能需求部分，主要有两个方面的指标要求，即响应时间要求和并发能力要求。并发性：因本系统主要是内部运营人员使用，所以在访问指标上

22、要求可以满足千兆以太网环境中，可支持系统用户数1万人，日活跃用户数1千人，平均在线使用时间以2小时为基准，平均并发用户数为80人。响应时间：此用例以多用户并发查询为主，以平均并发用户数80人为例，并发查询的平均响应时间不能超过3秒，考虑到峰值的浪涌情况，峰值并发人数为100人时，并发查询的平均响应时间不能超过4秒。2.4.2 安全性业务安全性方面，保证系统不会由于自身的故障或失效导致应用系统的其它成份相继失效甚至崩溃的特性。数据安全性方面，防止外界或内部用户的非法或恶意访问本系统。即系统本身应有完善的权限管理功能，通过对权限的配置管理，可实现对于不同操作角色的访问控制，同时在关键业务数据的更新

23、与删除操作上，应具备操作审核功能以及操作日志。便于追踪数据操作轨迹，保证数据层面的安全。2.4.3 稳定性本系统的运行要为7*24小时的不间断自动运行，即除必要的少量配置文件的修改之外，日常的业务均由系统自动运行、勿需人工干预。运行操作人员仅在系统报警提示的情况下，进行非正常情况下的人工干预或通知技术人员进行故障维修。2.4.4 可维护性系统一旦投入运行就不能间断。除了要求系统具有良好的维护性外，还应当拥有离线的维护环境以便在不影响正常业务的情况下进行软件的维护工作。2.4.5 可扩展性随着业务的不断发展，新的系统也将不断建设，因此，本项目应具有较好的可扩展性，为应用系统的进一步扩充和升级提供

24、方便。系统应适应业务部门的需求变更及扩展，多采用配置方法功能调整，而不需要对程序做大的修改。系统应能适应后续应用的添加，系统整体框架保持稳定，不需要做大量的程序修改。随着用户数的增长及功能应用的增长，软件系统通过硬件性能的调整而保持相对的稳定性。2.4.6 易用性为便于操作人员的人工干预，有关系统配置、运行参数、节目表的修改等，应提供直观、方便的修改界面，系统可按照配置的参数自动运行，减少操作人员的劳动强度。2.4.7 规范性本系统的设计需要采用标准的通信、网络等协议，严格遵循软件工程规范化的设计原则，不同的设计阶段进行严格的设计评审及完成相应的设计文档等，对整个设计过程进行规范化的管理和控制

25、。收集与分发的所有资料应具有规范的文件命名和数据格式。第三章 系统总体设计3.1 系统技术架构进销存是一个功能复杂，系统庞大的系统，在进销存系统里管理着多个操作用户和多年商业信息的数据。因此技术架构时必须重点考虑整个系统的跨平台、安全性、稳定性、实用性及可伸缩性，同时技术架构应该有非常好的可扩展能力，采用模块化、构件化以及面向对象的设计方法，并符合整个项目的建设原则和技术要求。结构选型恰当与否，直接关系到系统的成败。在结构选型中主要考虑先进性和实用性并重原则、标准化和规范化原则、开放性和兼容性原则、松耦合和粗粒度集成原则、可扩展性和可维护性原则、可扩展性和可维护性原则。基于以上原则，并结合当前

26、业内的成功案例，本系统技术体系上选用J2EE技术，采用B/S/D三层结构进行应用系统的开发。开发采用Srping+webwork2+ibatis+Freemarker+MySQL该系统的技术架构划分三个层次：展示层/业务逻辑层/数据访问层。图9 系统技术架构图展现层英文是Presentation Layer，是实现显示功能的，在进销存系统里就是展示给用户的UI部分，使用户直接操作的界面，用户通过展示层获取信息，并对信息进行管理。系统通过展示层也能获取用户的行为信息。这部分一般使用B/S结构来完成，当然你也可以使用专门远程客户端来实现;业务逻辑层因为是由大量组件(Components)组成的，也

27、可称为组件层，组件从不同角度又可分为各种类型，然后又有不同的流派，目前占主要位置的是Model+Service，模型加服务，所以这一层又称为业务服务层Business Service；也有称为Model业务层；持久层是负责对象持久化也就是数据库操作的层次,英文Persistence Layer，主要负责把用户的操作数据，通过分析整理转化成数据库语言，最终存储到数据库里，在用户需要使用的时候再读取使用，例如：用户增加一个供应商信息，用户在系统里，填入供应商的名称，供应商地址，供应商营业执照，联系人，开户银行等信息，在持久层把这些信息存储导数据库中的相应的供应商表里。展现层框架在进销存系统中用户操

28、作比较频繁，访问量也会比较大，所以选择一个效率高、速度快的展示层是很重要，可以给用户带来良好的用户体验。用户在使用系统时，就是在和展示层进行交互，用户的使用体验全部来自展示层，展示层的选择最终影响到用户的体验。因此进过调研测试最终选择了FreeMarker，FreeMarker是一个用Java语言编写的模板引擎，它基于模板来生成文本输出。FreeMarker与Web容器无关，即在Web运行时，它并不知道Servlet或HTTP。它不仅可以用作表现层的实现技术，而且还可以用于生成XML，JSP或Java 等。FreeMarker允许Java servlet保持图形设计同应用程序逻辑的分离，这是通

29、过在模板中密封HTML完成的。模板用servlet提供的数据动态地生成 HTML。模板语言是强大的直观的，编译器速度快，输出接近静态HTML页面的速度。虽然FreeMarker具有一些编程的能力，但通常由Java程序准备要显示的数据，由FreeMarker生成页面，通过模板显示准备的数据。FreeMarker与容器无关，因为它并不知道HTTP或Servlet；FreeMarker同样可以应用于非Web应用程序环境，FreeMarker更适合作为Model2框架（如Struts）的视图组件，可以在模板中使用JSP标记库，FreeMarker是免费的。业务逻辑层框架进销存系统是一个复杂而庞大的系统

30、，里面包含非常多而复杂的业务逻辑，例如一个供应商的操作就包括，供应商增加，供应商修改，供应商3级审核，供应商标志等，而且以上每一个操作又对应相应的一系列相关操作，因此为了能尽量降低开发成本和开发过程中的复杂度，就必须选择一个功能强大，使用方便，学习成本低的框架去实现逻辑层，在经过业内调研和内部的讨论后，webwork非常适合我们的进销存系统的开发，具体分析如下：1.因为webwork简洁、灵活功能强大，它是一个标准的Command模式框架实现，并且完全从web层脱离出来。2.Xwork提供了很多核心功能：前端拦截机（interceptor），运行时表单属性验证，类型转换，强大的表达式语言（OG

31、NL the Object Graph Notation Language），IoC（Inversion of Control依赖倒转控制）容器等。WebWork建立在Xwork之上，处理HTTP的请求和响应。所有的请求都会被它的前端控制器（ServletDispatcher，最新版本是FilterDispatcher）截获。前端控制器对请求的数据进行包装，初始化上下文数据，根据配置文件查找请求URL对应的Action类，执行Action，将执行结果转发到相应的展现页面。3. WebWork2支持多视图表示，视图部分可以使用JSP, Velocity, FreeMarker, JasperRe

32、ports，XML等。 数据访问层框架持久层框架目前有Hibernate和各种JDO产品，当然还有直接写SQL语句的JDBC。因为进销存系统本身的复杂程度，就决定持久层的复杂性，只有选择一个功能强大，使用方便、透明的框架才能给开发人员带来方便，无论在开发过程和调试过程使用一个能对SQL透明的的框架是非常有好处的！我们选择iBatis，因为Ibatis的灵活性和透明度的的综合性要比hibernate和其他的JDO产品要好。持久层框架质量好与坏区分就是是否是O/R Mapping，也就是对象和关系数据库映射，关系数据库需要实现定义好Schema结构；对象因为字段而变的也有一个自己的结构，如何将对象

33、数据自动持久化到数据库中，首先我们得定义两者结构的对应，这实际是数据的元数据定义。因为Hiberante/iBatis这样O/R Mapping工具帮助你实现对象和数据库转换，克服了对象和数据库阻抗现象，O/R Mapping总结 ，所以才使得我们更多的可以对象方式（从模型Model对象）来考虑Java EE/J2EE系统，可以完全放弃以前那种以数据库为中心的思维方式。所以，是否选用好的持久层框架，取决于你整个团队思维是否彻底OO了，是否需要真正OO，当然，对于一些小型项目，有时我们觉得直接使用JDBC模板反而更加轻松快捷一点，这也是Spring的JDBC模板/iBatis的Jdbc模板存在的

34、理由了。从以上可以看出，灵活性/快速性/简单性/可伸缩性是我们进行架构选择的主要几个依据，架构选择实际就是在这几个策略之间做一个平衡。当然，还有一个非常重要的因素，因为它不属于某个层次的技术，性能/缓存是必须和上面因素综合考虑的因素。3.2 系统功能架构根据对进销存系统目标和业务流程的分析，确定了本系统的七大模块：供应商管理、商品信息管理、商品进货管理、商品退货管理、商品价格管理、商品销售管理、商品盘点管理。图10 系统功能架构图3.2.1 供应商管理供应商管理：是系统运作的基础，要实现对供应商信息的动态管理；供应商信息要先于其他信息录入系统，才能保证正常运行。包括：供应商维护、供应商标志、结

35、算方式维护三个模块；供应商维护是对供货渠道基础信息进行登记与动态管理，供应商标志是根据供货渠道对企业的重要程度进行分类，结算方式是将供货渠道存在的各种结算模式进行登记，便于本系统财务资金核算。3.2.2 商品信息管理商品信息管理：是系统运作的基础，要实现对商品信息的动态管理；除供应商信息录入外，需要先于其他信息录入系统，才能保证正常运行。包括：商品信息维护、商品类别维护、商品信息标志、商品停止采购；商品信息维护是对商品基础信息进行登记与动态管理，商品类别维护是根据不同的业务定义进行的属性划分，商品信息标志是根据商品对企业的重要程度进行的分类，商品停止采购是在商品出现积压，或者与供货渠道出现分歧

36、时，禁止此商品继续采购。3.2.3 商品进货管理商品进货管理：采购人员从与供应商洽谈采购计划，到商品到货信息录入到系统的整套商品进入业务流程。包括：采购计划制定、验收单、入库单、商品效期报警、商品货位维护；采购计划制定是采购人员与供货渠道确定的采购数据在系统中进行登记；验收单是质检人员对实际到货商品进行质量与数量核验；入库单是仓储人员对实际入库商品进行质量与数量确认，在系统中进行登记，便于商品库存的更新存储操作；商品效期报警是商品有效期报警参数进行设置，便于及时发现达到有效期警戒线的商品，及时进行供货渠道退货、运营清仓等工作；商品货位维护是对库房货架进行命名，并将信息登记到本系统。3.2.4

37、商品退货管理商品退货管理：业务人员从根据商品积压或近有效期情况，提交商品退货申请，到仓储人员将商品下架、包装、退还的整套商品出库业务流程。包括：商品退货申请、商品退货调整、商品退货单；商品退货申请是业务人员根据商品有效期与积压情况，对商品提出退货申请，便于对库存资金的合理控制；商品退货调整是采购人员根据商品退货申请数据与供货渠道进行洽谈与确认，将最终可以退货数据登记到系统；商品退货单是仓储人员根据商品核准退货数据进行商品下架、打包、配送。3.2.5 商品价格管理商品价格管理：是系统开展销售业务的基础信息，要实现对商品价格的动态管理；不进行商品价格维护前，是不可以开展销售业务的。包括：网站价格维

38、护、门店价格维护；网站价格维护是仅针对网站商品零售价格进行动态管理；门店价格维护是仅针对门店商品零售价格进行动态管理。3.2.6 商品销售管理商品销售管理：网站或门店将销售信息录入到系统，同时实现商品的出库；可以自动计算销售总额和销售利润，可以查商品的销售明细与汇总等信息。包括：网站订单维护、门店订单维护、网站配送维护、门店配送维护、商品停止销售；网站与门店订单维护是客户在网站购买商品后，系统自动生成一个购买订单，记录客户的购买信息，便于后续的售后服务工作延续；网站配送维护是客户网站购买订单生成后，系统自动生成一个精确到商品批号的配送单，同时更新商品库存数据并保证准确性；门店配送维护是仓储人员

39、根据门店零售需求，将商品提前配送到门店进行展示，便于吸引客户购买，配送的商品信息在此进行登记与动态管理；商品停止销售是商品出现质量问题需要厂家召回，或者运营决定不再销售此商品时，禁止“网站、门店”继续销售此商品。3.2.7 商品盘点管理商品盘点管理：仓储人员定期对库存商品进行清点，以保证系统记录的商品库存数据与商品实际库存数据保持一致。包括：商品盘点登记、系统库存数据、盘点库存数据、库存数据对比表、商品损溢登记；商品盘点登记是仓储人员在进行盘点前，在系统登记盘点需求，明确盘点开始时间以获取系统库存数据；盘点库存数据是仓储人员在盘点开始后，通过手持设备对实际商品库存数据进行登记与动态管理；库存数

40、据对比表是系统与盘点库存数据进行对比，对不一致的信息进行报警提示；商品损溢登记是财务人员根据库存差异数据进行核准，对出现的库存差异进行损溢登记，以实现系统商品库存数据与实际商品库存数据的一致性。3.3 系统网络拓扑图图11 系统网络拓扑图上图展示的是系统的网络拓扑结构，整个信息系统建立一个集中的数据中心，共用数据库服务器、WEB服务器。整个系统运行在基于因特网或局域网之上，核心交换机或互联网供用户访问。通过分级权限管理，各级系统操作用户都可以在各自范围内进行业务处理。1系统部署的安全策略系统部署的安全性是首要问题，由于BS模式采用点对多点、多点对多点这种开放的结构模式，并采用TCPIP这一类运

41、用于Internet的开放性协议，其安全性只能靠数据服务器上管理密码的数据库来保证。现代企业需要有开放的信息环境，需要加强与外界的联系，这使得大多数企业将他们的内部网与Internet相连。由于采用TCPIP，必须采用一系列的安全措施，如构筑防火墙，来防止Internet的用户对企业内部信息的窃取以及外界病毒的侵入。BS模式是否安全取决于管理者，加强帐号密码管理和构筑防火墙是很必要的。在硬件架构中，我们设置防火墙以防止外界的侵入，在软件层面，则需要对用户的权限进行控制，以保证系统安全。因此，通过多种安全策略保证了整个系统在网络环境中的安全运行。2系统部署的性能保障由于存在着多用户多业务功能的并

42、发操作，因此性能是系统部署的重要问题。为保证数据的高速访问，我们在前端部署了两台WEB服务器，采用DNS随机的方式，将用户的访问流量分担到两台前端服务器上去，这样既可以使系统的整体访问能力提高，用可以实现高可用。3系统部署的稳定性由于系统的各种业务与运营相关，因此对于系统运行的稳定性提出了较高要求。为保证系统能提供不间断服务，我们采用了集群技术，在应用服务器和数据库服务器层面都采用了双机的高可用架构，大幅度提升了系统和数据的稳定性。第四章 系统详细设计4.1 功能模块详细设计由于功能模块中涉及的功能较多，此处以供应商管理、商品管理、采购计划管理为系统详细设计用例，详细展开各项功能需求。4.1.

43、1 供应商管理供应商信息“查询”功能，附带“创建、修改、删除”等功能；此页面可查询与维护“进销存系统”中所有的供应商信息。表1 通用操作规则表名称规则创建点击则新窗口打开“创建供应商”页面。修改选中某一供应商、此供应商为“创建、正常”时，才可点击此按钮；点击则新窗口打开“修改供应商”页面。删除选中某一供应商、此供应商为“创建”时，才可点击此按钮；点击则新窗口打开“删除供应商”提示层。删除提交后，此供应商状态变更为“作废”。提交审核选中某一供应商、此供应商为“创建、正常”时，才可点击此按钮。表2 人员权限管理名称权限规则-特殊权限对供应商进行创建、查看、修改、删除操作。采购主管审核独立权限-状态

44、规则说明定义：包括“创建、正常、作废”。1、创建定义为“创建供应商信息保存后，系统自动更新为此状态”；2、正常定义为“提交成功的意思，系统自动更新为此状态”。6、作废定义为“此供应商信息已经没有意义，不能再进行任何操作，如果重新与作废供应商合作，需要重新创建此供应商信息”。活动图例说明图12 供应商管理活动图由以上活动图，可以得到供货渠道实现的业务流程如下：采购人员登录主界面，点击供货渠道管理链接，进入供货渠道管理页面；此时需要对采购人员身份进行验证，因此系统转入采购人员身份验证界面；采购人员输入身份信息，包括合法的用户名和密码，试图登录系统。系统将采购人员输入的身份信息与数据库中的信息进行比

45、对，若两者一致，则允许登录，系统自动跳转至供货渠道管理界面。否则，系统给出登录失败信息，并重新转至采购人员身份验证界面，要求重新输入身份信息；登录成功后，采购人员可以对供货渠道模块进行相关的操作，包括新建、修改、删除，或者查询供货渠道等；所有这些操作完成之后，需要点击“提交”按钮，提交表单，系统通过响应表单的提交，完成相应的操作并返回相应的结果；若在操作过程中，输入的信息有误，则系统会提示错误，并要求采购人员重新进行操作；信息无误后，系统将更新后的信息存入数据库，以备日后查询或修改；退出系统，此次供货渠道管理活动结束。时序图例说明图13 供应商管理时序图在上图中，采购人员分别进行新建供货渠道、

46、修改供货渠道、删除供货渠道以及提交供货渠道等操作，并在操作完成后提交表单。在表单供货渠道概要信息提交给项目对象的同时，还需要提交供货渠道的明细信息给项目对象，由该对象对提交的表单进行处理，处理完毕，返回提交成功信息。4.1.2 商品信息管理概述此模块商品信息管理是针对商品详细信息进行“创建、修改、删除”等功能。在进销存系统中，商品信息数据基础资料，在供应商管理、商品价格管理、商品采购管理、质量管理、商品库存管理、商品盘点管理模块都会应用。关联商品信息中“批准文号、重量”与“入库单”存在逆向更新功能。在“入库单”可以逆向修改商品信息中“批准文号、重量”信息，但商品信息中“批准文号、重量”修改，不会变更“入库单”中信息；因为“入库单”属于工单记录，需要记录历史数据；特别说明“商品库存信息”中的“批准文号、重量”信息与“此模块-商品信息管理”的信息保持一致。活动图例说明图14 商品信息管理活动图由以上活动图，可以得到商品信息实现的业务流程如下：商品人员登录主界面，点击商品信息管理链接，进入商品信息管理页面；此时需要对商品人员身份进行验证，因此系统转入商品人员身份验证界面；商品人员输入身份信息，包括合法的用户名和密码，试图登录系统。系统将商品人员输入的身份信息与数据库中的信息进行比对，若两者一致，则允许登录，系统自动跳转至商品信息管理界面。否则，系统给出登