毕业论文

打赏
当前位置: 毕业论文 > 计算机论文 >

ASP.NET物流运输管理系统的设计与实现+ER图+流程图(5)

时间:2016-12-21 10:56来源:毕业论文
5.3.4 所有仓库数据文护及报表打印子模块 包括库存警报(超出数量上下限值的产品的警报)、数据报表、库存盘点(各个库不同月份和季度的入库、出库


5.3.4 所有仓库数据文护及报表打印子模块
包括库存警报(超出数量上下限值的产品的警报)、数据报表、库存盘点(各个库不同月份和季度的入库、出库、调拨、借出、归还、退库情况)、库存产品(产品列表、新加产品、产品搜索、新加大类的功能)、单据管理(有单据列表、单据查询的功能)。
5.4仓库管理模块的设计
5.4.1 仓库管理员模块的设计
已经登录的仓库管理员有修改自己管理员密码的权力,没有修改自己其它信息的权力,若要修改只能请求系统管理员修改。可以查看系统通知,但不能发布或者删除通知。可以进行库存查询,查询成品库中的库存警报。可以查询或者导出成品库的库存情况,也可以查询成品库中的库存盘点,同时有单据管理的全部功能(有单据列表、单据查询的功能)。
5.4.2 入库管理子模块的设计
已经登录的入库管理员主要是对产品进行入库管理,通过InsertGood存储过程实现。同时入库管理员有修改自己管理员密码的权力,但没有修改自己其它信息的权力,若要修改只能请求系统管理员修改。可以查看系统通知,但不能发布或者删除通知。可以进行库存查询,同时也能查询成品库中的库存警报。
5.4.3 出库管理子模块的设计
和入库一样已经登录的入库管理员主要是对产品进行入库管理。同时出库管理员有修改自己管理员密码的权力,但没有修改自己其它信息的权力,若要修改只能请求系统管理员修改。可以查看系统通知,但不能发布或者删除通知。可以进行库存查询,同时也能查询成品库中的库存警报。
6.系统测试
经过需求分析、设计和编码等阶段的开发后,得到了源程序,在开发过程中不可避免地遗留下许多错误和缺陷,如果不及时找出并修改这些错误和缺陷,这个软件产品就不能正常使用,因此就需要我们在一个系统设计完成后,进行必要的系统测试。本系统使用的是黑盒测试中的系统功能测试,其测试用例如表3所示。
表3  系统功能测试用例
测试操作    预期结果    实际结果
修改用户信息时,不输入用户密码,确认密码,用户姓名的其中一个    提示:用户密码或确认密码或用户姓名不能为空,请输入    提示:用户密码或确认密码或用户姓名不能为空,请输入
修改用户信息时,用户密码和确认密码不一致    提示:用户密码和确认密码必须一致,请重新输入    提示:用户密码和确认密码必须一致,请重新输入
总结
从刚开始对系统开发技术的初步了解,到使用APS.NET技术完成一个系统的开发,其中经历了一个从迷茫到逐渐清晰的认识过程。
完成这个物流运输管理系统给我最大的经验就是开发前的需求分析、框架设计、技术选择等环节是多么重要,如果这些前期工作分析充分、设计良好,考虑周全,将会大大提高开发人员的开发效率,使开发思路更明确,开发过程更简单,同时也可避免一些不必要的错误。反之,若对这些环节草草了事,bug将会层出不穷,业务逻辑异常混乱,造成垃圾代码过多等问题,将会造成许多不必要的麻烦。因此对于业务细节,要多思考,才能减少不必要的bug,增强系统健壮性,易用性,为用户提供更多的便利。由于时间仓促,虽然在系统的容错性方面下了不少的工夫,但是难免还存在着一些不足之处,恳请指正。 ASP.NET物流运输管理系统的设计与实现+ER图+流程图(5):http://www.youerw.com/jisuanji/lunwen_1378.html
------分隔线----------------------------
推荐内容