（定稿）锰矿贸易业务规模扩增投资项目投资申请报告0（喜欢就下吧）

测试方法个人单元测试对于小系统，在编码过程中，最常用的单位测试。

单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

单元测试不仅仅是作为无错编码种辅助手段在次性的开发过程中使用，单元测试必须是可重复的，无论是在软件修改，或是移植到新的运行环境的过程中。

因此，所有的测试都必须在整个软件系统的生命周期中进行维护。

系统功能测试系统功能测试最常见的两种方法是黑盒测试和白盒测试，黑盒测试也称功能测试，将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，研究软件的外部特性。

根据软件的需求规格说明书测试用例，从程序的输入和输出特性上测试是否满足设定的功能。

白盒测试也称结构测试，将软件看作个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查与测试是否相符。

监听测试监听是窗体的个主要特征，它是在页面之间切换和指导用户去些不知道地址的页面的主要手段。

链接测试可分为三个方面。

首先，测试所有链接是否按指示的那样确实链接到了该链接的页面其次，测试所链接的页面是否存在最后，保证窗体上没有孤立的界面表单测试当用户给窗体管理员提交信息时，就需要使用表单操作，例如用户登陆信息提交等。

在这种情况下，我们必须通过测试提交操作的完整性，以校验提交给服务器的信息的正确性。

如果表单只能接受指定的些值，则也要进行测试。

例如只能接受些字符，测试时可以跳过这些字符，看系统是否会报错。

数据库测试在窗体技术中，数据库起着重要的作用，数据库为窗体管理运行查询和实现用户对数据存储的请求等提供空间。

在应用中，最常用的数据库类型是关系型数据库，可以使用对信息进行处理。

在使用了数据库的窗体中，般情况下，可能发生两种，分别是数据致性和输出。

数据致性主要是由于用户提交的表单信息不正确而造成的，而输出主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

系统测试软件测试方法从测试人员角度看，可分为人工测试和机器测试。

人工测试又称为代码复审。

主要有三种方法个人复查走查会审。

机器测试分为黑盒测试又称功能测试和白盒测试又称结构测试两种。

下面对本餐饮管理系统进行测试，以检查系统能否正确完成各种操作，是否能够实现预期具有的功能。

用户登录输入密码时系统会提示。

测试结果如图所示图登陆界面修改密码员工登录后可以自行修改密码，输入密码，新密码也是测试结果如图所示。

图修改密码界面人员管理从人员列表中，删除人员信息，增加人员信息，删除员工界面如图所示，删减成功提示界面如图所示。

图员工管理删除员工界面图删除成功提示界面删除数据后，列表找不到该数据。

菜单管理菜单列表信息，删除信息，增加菜单信息，系统自动提示。

菜肴修改界面如图所示。

图菜品修改模块提示操作成功点菜管理就餐时，列表能正常打开点菜，类别热菜，凉菜等，菜品歌乐山炒鸡，铁板酿豆腐，铁板黄花鱼，选菜提示操作成功，点击提交上传选定菜品。

要删除已经选定的菜品时，只要再次点击该菜品图片即可。

显示点菜界面如图所示。

图显示点菜模块结算时选定桌号，点击结算，系统定义全局变量累计相加得到菜品总价自动计算选定桌号所消费金额，点击清空后，桌号，消费金额数据传入盈利表，用于计算营业额使用。

结算界面如图所示。

图结算模块营业额显示固定月份的营业额，界面如图所示。

图结算模块退出系统如图所示。

图系统退出第六章结束语这次毕业设计既是个学习的过程，也是个实际工作的过程，它使我获得了些开发小型系统的经验。

至此，我已将所做的系统做了个非常完整的描述。

本系统的大部分模块已经实现，提供的界面友好，美观。

但由于些客观原因的限制，还不能对其进行进步研究。

通过这次所做的酒店餐饮管理系统，我真正了解到了什么叫做编程，以及做个系统的思路和步骤，对软件工程也有了个非常清晰明确的概念。

毕业设计和我在大学初期做课程设计的时候很不样，原来我们做的东西很不规范，想到哪里就做到哪里，没有个正规的，清晰的过程。

这次的毕业设计让我有了个明确的学习目标。

有些东西想起来比较容易做起来却难，只有真正做的时候，才会发现有许多知识是自己不懂的。

比如设计时想好要如何实现订餐系统，但是实际操作时遇到了很多的问题，例如的配置，数据库的连接，页面美化等，在实际操作过程中都遇到了或这或那的问题。

但是通过这些问题，学到了很多遗漏的知识。

通过毕业设计，将大学所学的所有知识贯穿起来。

并不是有了编程的知识，或者软件工程的概念就可以完成任务了，还必须弄清楚酒店餐饮管理系统是怎样运行，究竟是怎样个过程等。

只有把这些都弄清楚了，才能做出有用的，合乎逻辑和使用方便的系统。

第次做如此正规的系统，难免会有些遗漏和疏忽的地方，系统也会有不稳定，不完善的地方。

但这些都是需要我们改进的地方。

只有实践了，才知道问题所在，才能使自己在今后避免同样的。

个完整的系统仅仅靠几个月的分析和设计而开发时远远不够的，它需要更长的时间来测试并完善。

所以，该系统可以在此基础上继续改进和扩展。

这次毕业设计具有非同般的意义，对我的很多方面都产生了积极的影响。

让我对专业知识有了更深刻地认识，对今后的工作也有了更多的自信。

也是我这么多年的读书生涯中难忘的经历。

致谢大学四年匆匆而过，在这四年的学习生涯中，有苦有乐，学到了许多对未来都有帮助的知识，尤其是这次毕业设计，从中受益匪浅。

对于这次的毕业设计首先要感谢我的指导老师王善斌老师，论文的开题构思以及创作的过程中，得到了汤老师关心和帮助，是在他的精心指导写才得以完成，大学期间学的理论知识比较多但是实践起来就有点困难了，王老师的耐心教导弥补了这困难，跟着王老师慢慢实践，不断取得新的进展，从而步步完成毕业设计论文的写作。

在论文编写过程中，也遇到许多问题，格式问题是其中最重要的问题。

也可能是因为以前比较少接触到这些东西。

当论文交给老师后，老师细心的找出论文中间出现的问题，然后批注出来。

然后自己回来再重新改，反反复复好几次，老师都耐心的批注。

通过老师的指导，自己学会了何完体设计系统总体规划图网上书店管理系统整体规划数据项存储名称留言信息描述存储留言信息组成留言编号留言标题留言内容留言发表日期关键字留言编号相关处理查询，修改，添加，删除网上二手书店书籍管理用户管理分类管理购物车信息管理其他设置添加图书查询图书修改图书热销断货图书书籍评论前台用户管理后台用户管理大类管理小类管理类别转移书籍属性新旧程度添加站内新闻新闻修改删除首页公告设置留言版管理投票管理组建购物车订单管理网站设置其他信息设置送货汇款设置友情连接显示订单提交订单处理订单图网站功能结构图书籍管理书籍分门别类分层次展示不仅方便浏览者迅速找到自己的目标商品，同时增强了网站的亲和力。

该模块是浏览者与网站接触最频繁的部分，要突出用户性和流程性，还特设商品搜索，更提高用户查找效率。

本模块主要展示网站内所出售的二手书籍信息。

管理员可通过后台对书籍信息进行添，数据间的关联等。

同时，尽可能多的使用菜单方式会话方式次输入多次使用的方式来简化用户的输入操作图后台图书添加界面输出设计输出设计主要包括以下几方面的内容确定输出内容选择输出设备与介质确定输出格式。

在输出界面的设计上，可以通过多种方式来实现，我们主要将数据以日常通用的格式呈现在屏幕上，方便用户的查阅，以及管理员进行修改本系统的输出界面图例如下图后台订单显示界面图前台用户订单查看界面五开发心得本课程设计主要阐述了个网上二手书店系统的开发过程，从需求的提出到分析系统设计详细设计到测试。

但是由于时间不足等原因的影响，使得本系统的在线支付问题没有完成。

总之，经过这次系统的开发，我个人体会最深刻的就是两个字充实。

通过这次自行开发了这个系统，虽然有不成熟和不完善的地方，但使得我对这门课的相互关系有了个整体了解，也的确体会到了前所未有的充实感和自豪感，也对自己的编程能力也有了充分的自信。

参考文献萨师煊，王珊数据库系统概论高等教育出版社，年月胡标网络编程与实例人民邮电出版社，年月刘宏峰，陈江波网络开发技术大全人民邮电出版社，年月赵文武等网页制作新利器完全实战中国宇航出版社，年月，新智工作室译动态使用大全电子工业出版社，年月美战晓苏译与精髓清华大学出版社，年月薛元君网页数据库设计与发布清华大学出版社，年月陈育松实用网站建设技术清华大学出版社，年月赵耀商务网站建设与管理中国商业出版社，年月杨晨光，李海霞电子商务西安西安电子科技大学出版社，年月李重九电子商务教程上海浦发电子出版社，年月彭程等亚马逊营销挑战传统网络营销典范北京中国经济出版社，年月林志强电子商务设计实务北京中国铁道出版社，年陈会安与网站架设彻底研究北京中国青年出版社，年陈英学深入编程北京北京希望电子出版社，年周志连，江涛数据库理论与新技术北京北京理工大学出版社，年廖信彦应用经典北京中国铁道出版社，年加查询修改。

用户管理模块为了确保交易信息的有效性和网站功能拓展，购物网站需要以会员机制运作，浏览者必须成为会员，才能够在网站中购物。

该模块通过与浏览者的交互，纪录浏览者的基本信息，通过如其他各阶段的总和的若干倍。

测试方法个人单元测试对于小系统，在编码过程中，最常用的单位测试。

单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

单元测试不仅仅是作为无错编码种辅助手段在次性的开发过程中使用，单元测试必须是可重复的，无论是在软件修改，或是移植到新的运行环境的过程中。

因此，所有的测试都必须在整个软件系统的生命周期中进行维护。

系统功能测试系统功能测试最常见的两种方法是黑盒测试和白盒测试，黑盒测试也称功能测试，将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，研究软件的外部特性。

根据软件的需求规格说明书测试用例，从程序的输入和输出特性上测试是否满足设定的功能。

白盒测试也称结构测试，将软件看作个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查与测试是否相符。

监听测试监听是窗体的个主要特征，它是在页面之间切换和指导用户去些不知道地址的页面的主要手段。

链接测试可分为三个方面。

首先，测试所有链接是否按指示的那样确实链接到了该链接的页面其次，测试所链接的页面是否存在最后，保证窗体上没有孤立的界面表单测试当用户给窗体管理员提交信息时，就需要使用表单操作，例如用户登陆信息提交等。

在这种情况下，我们必须通过测试提交操作的完整性，以校验提交给服务器的信息的正确性。

如果表单只能接受指定的些值，则也要进行测试。

例如只能接受些字符，测试时可以跳过这些字符，看系统是否会报错。

数据库测试在窗体技术中，数据库起着重要的作用，数据库为窗体管理运行查询和实现用户对数据存储的请求等提供空间。

在应用中，最常用的数据库类型是关系型数据库，可以使用对信息进行处理。

在使用了数据库的窗体中，般情况下，可能发生两种，分别是数据致性和输出。

数据致性主要是由于用户提交的表单信息不正确而造成的，而输出主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

系统测试软件测试方法从测试人员角度看，可分为人工测试和机器测试。

人工测试又称为代码复审。

主要有三种方法个人复查走查会审。

机器测试分为黑盒测试又称功能测试和白盒测试又称结构测试两种。

下面对本餐饮管理系统进行测试，以检查系统能否正确完成各种操作，是否能够实现预期具有的功能。

用户登录输入密码时系统会提示。

测试结果如图所示图登陆界面修改密码员工登录后可以自行修改密码，输入密码，新密码也是测试结果如图所示。

图修改密码界面人员管理从人员列表中，删除人员信息，增加人员信息，删除员工界面如图所示，删减成功提示界面如图所示。

图员工管理删除员工界面图删除成功提示界面删除数据后，列表找不到该数据。

菜单管理菜单列表信息，删除信息，增加菜单信息，系统自动提示。

菜肴修改界面如图所示。

图菜品修改模块提示操作成功点菜管理就餐时，列表能正常打开点菜，类别热菜，凉菜等，菜品歌乐山炒鸡，铁板酿豆腐，铁板黄花鱼，选菜提示操作成功，点击提交