毕业实训开题报告-Java方向4组-物流配送管理系统.docx

小组题目
物流配送管理系统
指导人
东软人才实训中心 王大瑞
小组成员
学号
姓名
是否PM
071251118
粟晨
是
071251216
张淼
否
071251204
臧宇灵
否
071251213
张杰
否
071251214
张俊鹏
否
071251095
陆文翰
否
071251089
刘松
否
项目背景
项目应用领域：
随着国内信息化步伐的加快，物流企业对行业信息需求日益增大，这促使物流配送管理系统迅速发展。目前电子商务的发展和信息化系统支撑以及数字化的生存方式正逐渐代表着未来的贸易方式、消费方式以及服务方式。因此建设和发展以商品代理和配送为主要特征，物流、商流、信息流有机结合的社会化物流配送中心，已成为打破传统物流模式、更新物流行业解决方案的目标。构建高效率的物流配送体系显得尤为重要。
本系统主要应用于物流配送行业，即按照客户的要求，经过分货、拣选等商品配备工作，实现最终商品从生产线的末端到消费者手中的移动和存储过程。
试图解决的问题：
目前大多数物流企业提供的主要服务还停留在传统的运输和仓库两大块业务上，仓库在物流中还占据着比较重要的地位。仓库管理对企业来说是一项繁琐复杂的工作，每天要处理大量的单据数据。库管人员要花费大量人力物力和时间来做数据统计工作，而且很容易出错。比如说，有的企业单位的库存管理部分目前仍然为手工、半手工操作。从配送中心管理员办理入库登记开始，到调度中心领货出库办理手续为止，所有操作基本上都是由仓库管理人员笔写、手算再加上计算器完成。不仅会造成分工不明确，流程模糊，而且过程繁琐，效率低下，再加上缺乏库存管理的一些基本手段（如库存状况统计），这在一定程度上给企业造成了管理上的落后，以及经济上的损失。我们就根据上述在国内物流配送管理系统在企业应用普及时出现的各种问题，将用我们学到的知识，利用当前管理信息系统科学的、实用的理论，开发一套基于JavaEE的物流配送管理系统。
涉及的技术领域：
本系统使用MyEclipse 7.0为主要开发工具，采用JavaEE技术。前台部分基于Struts框架，应用JSP、XML等技术实现，主要接受用户的请求并委派调用业务逻辑及其他上层业务处理；在业务逻辑方面基于Spring框架，实现应用程序业务逻辑处理，提供与其他层相互作用的接口；在数据管理方面，采用Hibernate框架，使用Oracle数据库实现对数据的有效存储和查询。
项目前景
项目目标：
目标一，满足一般性需求。完全基于浏览器的操作模式，安装简单、操作方便，具有良好的系统扩充能力；对于系统执行的重要操作自动记录操作人和操作时间。操作人默认为当前登录人员，操作时间默认为当天的当前时间（精确到秒）。
目标二，与客户交互。客服根据客户的要求生成相关订单，并为客户提供订货、换货、退货、退订服务，并生成相关的任务单交给调度中心。其中，在货物调度之前客户的退订要求才能受理，否则视为退货请求。系统同时完成查询功能，包括客户信息查询、订单详细信息查询、操作员工作量查询。
目标三，提升每个小组成员技术与能力。熟练运用JSP、Servlet等相关技术；熟练掌握Oracle数据库使用技术；熟悉Spring + Struts + Hibernate框架等相关技术；了解系统中各个子系统之间如何协作与集成；通过项目开发学习小组如何良好协作。

最终产品应该实现的特征：
1、准确结算供应商以及分站的资金，保证效率和准确度。
2、发票由物流公司的财务提供，经系统登记、分站配送后才可被客户领取。
3、提供发票查询功能。一旦出现发票相关问题及时做发票丢失或作废处理。
4、客服根据客户的要求生成订单，并维护订单的状态。
5、客户提出退订，客服根据订单的调度状态，判断生成退货还是退订要求，并生成相关任务单。
6、客户收到货物后提出换货要求，客服查询货物状态后判断是否同意换货要求，并完成相关操作。
7、提供客户、订单相关信息查询服务；提供客户服务人员工作量查询功能。
8、通过验货单来对货物和货物的数量进行验证，核实无误后签收入库。
9、根据调度中心生成的任务单，进行送货活动。
10、根据客服中心生成的退货单，进行退货活动。

项目约束：
1、系统应当基于B/S架构，并使用HTML及JavaEE等技术，提供简洁方便的操作界面，并具备良好的可扩展性。
2、系统的设计应当基于不同模块灵活设计，如发票查询、发票领取、发票作废等。
3、系统需要对当前的重要操作进行相关活动（什么人什么时候做了哪些事）的记录。
4、系统应该具有较高性能，如操作时反应及时，而且带有反馈消息。
5、按照项目开发计划在规定时间（计划两个月）内完成项目，使用JavaEE、Oracle等技术，完全基于浏览器的操作模式，安装简单、操作方便，具有良好的系统扩展能力。
6、系统最后应当满足用户的最低质量需求。

项目风险：
1、需求变更风险。一旦用户的需求发生变更，应及时做好跟踪以免影响到最终交付产品的质量。
2、沟通不良风险。开发过程中组员之间应当做好沟通，使用相同的代码规范和注释格式，避免集成时出现问题。
3、进度风险。开发的进度应当受到严格的控制，以保证最终产品在规定时间内交付。
4、系统性能风险。硬件配置应当满足系统的性能需求，并提供良好的兼容性。
5、技术风险。项目中使用的技术可能不够成熟完善。
6、团队成员能力和素质风险。团队成员必须符合开发系统所需要的能力和素质，以保证系统的顺利完成。
7、团队成员协作风险。团队成员必须做好良好的沟通，明确开发方向和最终交付产品，必须处理好成员关系。
8、系统运行环境风险。系统的性能约束，系统必须运行于规定的硬件平台和操作系统之上。

项目的技术难点和关键点：
1、各个子模块之间的交互和兼容；数据库存储性能优化。
2、下拉菜单二级联动；实现角色与权限以及登录系统后显示的菜单之间的关联设计。
3、任务单与商品配送签收单的信息一致问题；调度中心对未指定分站的订单进行手工调度时，如何选择分站；统计操作客服的工作量；结算资金时应当给予高度的准确率和令人满意的效率，并且以简洁醒目的方式提供较大的信息量；发票配送流程必须符合相关规范，即经过系统登记、分站配送，最终到客户领取；发票查询应当提供较高的效率和准确率，并产生令人满意的结果；发票的丢失和作废管理应当与货物问题相对应；订单与货物状态的及时更新；对于系统执行的重要操作自动记录操作人和操作时间，如何定义重要操作；工作量统计中如何对繁琐或撤销的操作进行统计。
小组分工
组长：粟晨
分工：项目负责人，负责系统管理子系统的设计与实现。

组员：张淼
分工：项目评审负责人，负责分站管理子系统的设计与实现。
组员：张杰
分工：配置管理员，负责配送中心子系统的设计与实现。
组员：臧宇灵
分工：数据库管理员，负责库房管理子系统的设计与实现。
组员：张俊鹏
分工：测试负责人，负责调度管理子系统的设计与实现。
组员：刘松
分工：负责客户管理子系统的设计与实现。
组员：陆文翰
分工：负责财务管理子系统的设计与实现
项目安排概要
1、2月28日——3月2日，完成开题报告；提交《开题报告》，全体成员共同参与。
2、3月3日——3月10日，完成需求分析；提交《需求理解报告》，全体成员共同参与。
3、3月11日——3月18日，完成概要设计；提交页面原型，全体成员共同参与。
4、3月19日——4月1日，完成详细设计；提交《详细设计报告》、《数据库设计报告》，全体成员共同参与。
5、4月2日——4月22日，完成编码及单元测试；提交源代码，全体成员共同参与。
6、4月23日——4月29日，完成系统测试；提交《测试报告》及其它相关文档，全体成员共同参与。
7、4月30日——5月31日，完成论文；提交论文，全体成员共同参与。
审查意见
通过□不通过□
补充意见：

审查人1 审查日期
通过□不通过□
补充意见：

审查人2 审查日期
备注

2010年读书节活动方案
一、     活动目的：
书是人类的朋友，书是人类进步的阶梯！为了拓宽学生的知识面，通过开展“和书交朋友，遨游知识大海洋”系列读书活动，激发学生读书的兴趣，让每一个学生都想读书、爱读书、会读书，从小养成热爱书籍，博览群书的好习惯，并在读书实践活动中陶冶情操，获取真知，树立理想！
二、活动目标：
1、通过活动，建立起以学校班级、个人为主的班级图书角和个人小书库。
2、通过活动，在校园内形成热爱读书的良好风气。
3、通过活动，使学生养成博览群书的好习惯。
4、通过活动，促进学生知识更新、思维活跃、综合实践能力的提高。
三、活动实施的计划
1、 做好读书登记簿
（1） 每个学生结合实际，准备一本读书登记簿，具体格式可让学生根据自己喜好来设计、装饰，使其生动活泼、各具特色，其中要有读书的内容、容量、实现时间、好词佳句集锦、心得体会等栏目，高年级可适当作读书笔记。
（2） 每个班级结合学生的计划和班级实际情况，也制定出相应的班级读书目标和读书成长规划书，其中要有措施、有保障、有效果、有考评，简洁明了，易于操作。
（3）中队会组织一次“读书交流会”展示同学们的读书登记簿并做出相应评价。
2、 举办读书展览：
各班级定期举办“读书博览会”，以“名人名言”、格言、谚语、经典名句、“书海拾贝”、“我最喜欢的＿＿＿”、“好书推荐”等形式，向同学们介绍看过的新书、好书、及书中的部分内容交流自己在读书活动中的心得体会,在班级中形成良好的读书氛围。
3、 出读书小报：