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