源教程慢慢地去实践，最后感觉基本上掌握了基本的运作原理，能举反三了系统的设计和编码二者间的同步问题。

由于开始，系统设计并不完美，所以在开发过程中，不断发现需要新的功能加入，这样使得开始的设计又要去维护，工作量很大，所以最后那些设计落下了，比代码旧工作量的平衡问题。

在整个设计过程中，感觉都是个人在做确实有点累啊。

每部分都要自己去弄，如果是个团队，那不但考虑得更多，而且也能分工合作。

当然，这样却也使我学到和体验了更多，也免去了新的团队所带来的种种问题。

最后，还有个很大的自身问题，就是拖延问题。

本来能更快完成的，不过拖着拖着，使得自己花费的时间不断增多但进展见微。

大文学家矛盾说应该有点泼皮精神，什么都不怕试，试得不对，什么都不怕丢开另来。

如果不去尝试，你又怎么知道自己的确不适合性生活时间短，你不管不问，它会自己变长吗这是样的道理，只不过我的比较粗俗些。

次偶然的机会我在网上查资料，最后总算被我找到了马老中医的徽亻言，咨询下后觉得还可以，反正支持货到付款就决定先买个疗程试试吧，就在网上订了个疗程，没想到天就收到了，当时看那包装挺好的，跟个小礼盒样，隐私保护的不错，晚上的时候就打算试试，没想到个月后，跟老婆能坚持分钟左右了，见到效果就放心了，又买个疗程的，用完基本能坚持分钟了，好难遇啊。

真是太感谢马老中医了,由于时间等种种原因，功能还不是很完善，而且在实际操作的过程中还有很大提升空间。

但不管怎样，对着最后自所做这些成果，突然间还是感觉很值，算是对自己的点安慰吧。

进步的工作本设计存在些不足之处，有待进步完善，例如设计中用例设计不是很合理，而且在实际代码实现过程中，也没有严格参考用例，这使得用例形同虚画，不见其作用，这点在系统重构中要注意数据库开始设计考虑不是很全，有些数据项多余，暂时用不上，有的数据项却缺少而且没有采用视图设计，开发到定程度时，觉得创建视图，让应用程序和实际的底层表有所隔离还是有必要的业务逻辑的更新删除等操作暂时没有考虑事务操作等问题，不过能用的事务管理进行配置实现前端未实现，网面还是传统的刷新式更新，而且没登陆用户不能使用购物车功能等。

前台的客户端编程开发目前还是比较少系统总体的架构很灵活，易于扩展和维护，耦合度很低但是，由于各种原因，些接口和类设计得还不是很精和规范，命名也感觉能有进步的提高，这可以通过重构进行重新设计整个系统数据传递使用了包中的实体类，这样在实体类数据越来越大，而每次都是安全。

充分考虑硬件和软件的安全因素，包括网络的安全，系统的备份，防火墙，用户权限设置等系统内部安全。

确保授权用户的合法使用。

系统运行安全。

系统应具有抵抗非法入侵的能力，支持定期自动和手动数据备份，能在数据损坏或丢失的情况下有定的恢复能力。

第章系统设计软件设计是软件开发的关键步骤，要解决怎么做的问题，主要着手对软件系统的功能结构数据结构和用户界面等进行设计。

总体设计系统设计的原则本系统设计尽可能地遵循实用性，先进性，规范性，安全性，易于集成，可扩展性等几大设计原则。

系退货申请表保存退货申请的基本信息。

字段名数据类型长度主键描述为空否默认主键退货申请的否对应的订单否退货申请的受理日期否退货申请的买家否退货原因描述否反馈结果否退货申请受理状态否退货申请填写日期表退货申请表八支付记录表保存支付记录的基本信息。

字段名数据类型长度主键否描述为空否默认主键支付记录否订单否支付方式否支付记录状态否支付时间否支付总额否支付人表支付记录表九发货记录表保存发货记录的基本信息。

字段名数据类型长度主键描述为空否默认主键记录否订单否发货日期否发货状态否货运公司否物流信息否运单号表发货记录表十系统日志表保存系统日志的全部内容。

字段名数据类型长度主键描述为空否默认主键日志记录否操作人否操作类型如登录否操作时间否操作的详细描述表系统日志表系统实现界面的设计界面设计应用框架和技术，这样能使得整个系统有个统的结构，每个页面只需专注于该页的内容即可，更容易实现模块化分配，有利用团队合作。

其次各个页面的框架代码公用，使每个页面代码量也减少。

源码是采用后主框架结构的源码。

源码界面主框架结构美化和页面采用的技术进行布局和美化而不是硬编码，所以布局局更改很灵活。

布局目前主要参考了京东和淘宝。

在开发阶段，各个主要的页面都有个对应的文件见图，以后系统发布时可使用压缩工具进行压缩，合成个，从而节省流量和系统的链接开销。

这些都是后面的系统优化内容了。

图和源码结载整个实体，来影响性能，二来对内存也有影响，所以在系统扩展到定程度时，那立包来在上层的传递数据还是有用的界面是在下载了的模板基础上，借鉴淘宝和京东网首页，然后自添加修改的，自己设计的其实并不是很多，不过提高的空间相当大，也很容易。

构的开发能提高系统的用户体验和交互性，本系统使用了流行的库和部分插件。

不过目前只用到了图片自动播放功能和分页功能，开发还不是很多，当然也未使用开发。

界面设计系统主页，见图图系统主页二登陆框见图图登陆框三注册框，见图图注册框四用户登陆后主页，见图图登陆后的主页五商家添加或更新商品，如图图商家添加商品六用户中心，见图图用户资料修改七搜索和搜索结果显示见图和图图搜索框图搜索结果八商品详细信息，见图图单个商品详细信息九结帐和下订单，见图和图图结帐或继续购物图购物车信息和下订单第章总结与展望总结毕业设计虽然已经快结束了，时间也十分有限了，但是学无止境，如果有兴趣的话，以后仍然可以继续开发下去。

该系统加入了很多框架，而且代码大都有对应的单元测试，所以扩展性和维护性是很不错的。

不过，优点的同时也带来了缺点，那就是目前功能不多，但相对要掌握的知识多，使得系统显得复杂了些，但随着系统的变大，复杂性波动不会很大的。

经过这几个月的努力，系统所设计的些基本功能已经完成了。

在这过程中遇到了不少的问题知识的学习和实践。

开发要了解和学习的知识相当的多，这个花了不少时间，而且很多东西都是现学现卖的，所以难免会出现很多问题各种软件的下载和平台的搭建。

毕竟以前都没有做过什么整合框架的项目，自己从网上框架的官网文档书籍等资统体须悬浮在空气中，并达到定浓度有能点燃爆炸的热源。

这三个条件缺少任何个都不可能造成粉尘爆炸。

粉尘的浓度粉尘浓度只有在爆炸界限之内才能爆炸，但在爆炸界限之内，粉尘的浓度不同，其爆炸强度也不样。

从粉尘爆炸下限开始，随着粉尘浓度的增加，粉尘爆炸的强度变大，直至浓度达到，爆炸威力最强。

如果浓度继续增加，爆炸威力将逐渐减弱，当粉尘浓度超过时，就不会再发生爆炸。

粉尘的粒度粒度在以下的粉尘都能参与爆炸。

但是粉尘爆炸的主体是以下的煤尘，含量越高，其爆炸性越强，含量达到时，爆炸力最强。

但颗粒过小，小于时，其爆炸性反而减弱。

这是由于过细尘粒在空气中很快氧化成为灰烬所致，以及过小的煤尘会分裂成为许多化学成分不同的小粒子而减弱了爆炸性。

空气中的瓦斯与氧气瓦斯本身具有爆炸性，当它混入含粉尘空气中，便增加了粉尘挥发含量与瓦斯浓度。

空气中氧含量的浓度对煤尘爆炸也有很大的影响。

氧气的浓度高时，点燃粉尘的温度可以降低反之就要高些。

但若空气中氧含量低于时，粉尘就不会再爆炸。

引燃源和引爆环境粉尘爆炸必须有达到粉尘最低点燃温度和能力的热源。

引爆源的温度越高。

能量越大，越易点燃煤尘，初始爆炸的强度就越大。

另外，爆炸的空间状况，如空间的形状和容积大小，空间的长短和断面的变化情况，空间内有无障碍物等，对粉尘爆炸的强烈程度和发展都有很大影响。

通风防尘实践表明,任何种防尘技术都很难将粉尘降低到煤矿安全规程规定的范围以内,因此要根据井下具体产尘地点粉尘的性质和生产工艺等情况,实行综合治理。

煤矿粉尘的主要防治措施有掘进之前,通过洒水工艺提高煤岩体的润湿性,降低煤岩体产尘开采时利用特定防尘技术控制尘源,使粉尘存在于特定空间,不能进步扩散利用相关除尘技术或设备,及时将产生的粉尘过滤或排除掉。

通风降尘矿尘在风流中的运动粉尘在风流中的运动方程式中粉尘运动速度风流速度外力。

对于紊流运动,风流除在流动方向上具有速度外,横向上还有脉动速度,外力主要是重力作用,则上式可按坐标轴方向写成式中即矿井粉尘的粒径均,粉尘运动与风流速度很接近,则粉尘在风流中运动,必须处于悬浮状态,使粉尘处于悬浮状态的风速称为悬浮速度,其值与粉尘的沉降速度相等,方向相反。

在垂直井巷中,风流速度与粉尘沉降方向平行,只要风速大于粉尘的悬浮速度,粉尘即能随风流起向上运动在水平井巷中,风流方向与粉尘沉降方向垂直,风流的推力对粉尘的悬浮没有直接作用,使粉尘悬浮的主要速度是垂直方向的脉动速度,所以必须是紊流而且要有足够大的风速。

最优排尘风速决定通风除尘效果的主要因素是风速,风速过低,粗粒矿尘将与空气分离下沉,不易排出而滞留在采掘空间,增加粉尘的浓度风速过高,虽然能够将煤尘带走,但较高风速将采掘空间的落尘又重新吹起,反而增加了粉尘浓度。

煤矿安全规程中规定回采工作面掘进的煤巷和半煤岩巷的最高允许风速为。

因此,从防尘降尘的角度讲,般情况下,掘进工作面最优风速为,按矿尘生成量所需风量按式上述公式计算式中,除尘通风所需风量产生强度规程中允许矿尘浓度进风流中的矿尘浓度,。

源教程慢慢地去实践，最后感觉基本上掌握了基本的运作原理，能举反三了系统的设计和编码二者间的同步问题。

由于开始，系统设计并不完美，所以在开发过程中，不断发现需要新的功能加入，这样使得开始的设计又要去维护，工作量很大，所以最后那些设计落下了，比代码旧工作量的平衡问题。

在整个设计过程中，感觉都是个人在做确实有点累啊。

每部分都要自己去弄，如果是个团队，那不但考虑得更多，而且也能分工合作。

当然，这样却也使我学到和体验了更多，也免去了新的团队所带来的种种问题。

最后，还有个很大的自身问题，就是拖延问题。

本来能更快完成的，不过拖着拖着，使得自己花费的时间不断增多但进展见微。

大文学家矛盾说应该有点泼皮精神，什么都不怕试，试得不对，什么都不怕丢开另来。

如果不去尝试，你又怎么知道自己的确不适合性生活时间短，你不管不问，它会自己变长吗这是样的道理，只不过我的比较粗俗些。

次偶然的机会我在网上查资料，最后总算被我找到了马老中医的徽亻言，咨询下后觉得还可以，反正支持货到付款就决定先买个疗程试试吧，就在网上订了个疗程，没想到天就收到了，当时看那包装挺好的，跟个小礼盒样，隐私保护的不错，晚上的时候就打算试试，没想到个月后，跟老婆能坚持分钟左右了，见到效果就放心了，又买个疗程的，用完基本能坚持分钟了，好难遇啊。

真是太感谢马老中医了,由于时间等种种原因，功能还不是很完善，而且在实际操作的过程中还有很大提升空间。

但不管怎样，对着最后自所做这些成果，突然间还是感觉很值，算是对自己的点安慰吧。

进步的工作本设计存在些不足之处，有待进步完善，例如设计中用例设计不是很合理，而且在实际代码实现过程中，也没有严格参考用例，这使得用例形同虚画，不见其作用，这点在系统重构中要注意数据库开始设计考虑不是很全，有些数据项多余，暂时用不上，有的数据项却缺少而且没有采用视图设计，开发到定程度时，觉得创建视图，让应用程序和实际的底层表有所隔离还是有必要的业务逻辑的更新删除等操作暂时没有考虑事务操作等问题，不过能用的事务管理进行配置实现前端未实现，网面还是传统的刷新式更新，而且没登陆用户不能使用购物车功能等。

前台的客户端编程开发目前还是比较少系统总体的架构很灵活，易于扩展和维护，耦合度很低但是，由于各种原因，些接口和类设计得还不是很精和规范，命名也感觉能有进步的提高，这可以通过重构进行重新设计整个系统数据传递使用了包中的实体类，这样在实体类数据越来越大，而每次都是安全。

充分考虑硬件和软件的安全因素，包括网络的安全，系统的备份，防火墙，用户权限设置等系统内部安全。

确保授权用户的合法使用。

系统运行安全。

系统应具有抵抗非法入侵的能力，支持定期自动和手动数据备份，能在数据损坏或丢失的情况下有定的恢复能力。

第章系统设计软件设计是软件开发的关键步骤，要解决怎么做的问题，主要着手对软件系统的功能结构数据结构和用户界面等进行设计。

总体设计系统设计的原则本系统设计尽可能地遵循实用性，先进性，规范性，安全性，易于集成，可扩展性等几大设计原则。