应届程序员毕业论文选题

DIY不锈钢橱柜

2小时前发布

企业资源管理系统好写些摘要随着计算机网络技术的发展与普及，小型ERP（enterprise resource planning）已经成为一个企业管理热点。如何更好地管理企业资源成为各类公司面临的问题。基于网络企业资源管理系统是企业管理的重要组成部分。本文针对津达自行车制造厂当前业务管理方面存在的问题，对基于网络企业资源管理系统的设计与开发进行了较深入的研究，介绍了企业资源管理系统的开发原理、总体规划、设计思想及具体实现过程。从需求分析、功能设计、技术实现方案以及系统的关键技术等几个方面论述了一个完整的基于网络的企业资源管理系统的设计与开发的各个环节。文章对数据库的设计、企业进销存思想进行了较为详细的描述。同时，介绍了系统的测试和安全性技术，对所设计开发的系统作了简单介绍。论文还对系统中存在的问题进行了讨论，对未来的发展和应用前景进行了展望。--------------------------------------------------------------------------------正文第一章绪论概述背景综述计算机应用技术的迅猛发展与日趋成熟为现代企业应用技术的研究与发展带来了新的机遇，如何把计算机和网络技术更有效地引进企业管理领域为企业服务，已成为各级各类企业面临的一个新的课题。从根本上说，企业就是一个利用资源（人、财、物、时间），为客户创造价值的组织，企业资源计划就是对这些资源进行计划、调度、控制、衡量、改进的管理技术和信息系统。现今的企业并不只是人力资源、资金和产品的组合，它还应该包括供应、销售、市场营销、客户服务、需求预测，以及其他更多的东西。公司目前存在的问题是：信息化不足，计算机使用率低，大量的日常工作皆是手工处理，因此工作效率低落，企业内部沟通不良等等问题很难克服，仓库管理很不合理，不能及时根据需要调整库存。公司希望解决的问题是：一是：缺少一个集成的信息平台和信息系统，而各个业务部门之间缺少信息沟通（即重复劳动）和共享是传统库存管理中资金占用过大的主要原因之一；二是：解决企业内部统一的物料编码管理，物流管理中的信息流通。库存积压与物料的配套问题。三是：完善质量检验，对生产过程中的质量信息进行全面管理，包括原材料、外购外协件、半成品、成品各道工序的质量控制，用户反馈，售后服务，并对各种数据进行统计分析；四是：生产管理，对车间作业进行管理，对施工通知单、设计更改通知单进行制订与查询。五是：销售部门能方便地根据预测信息、各仓库的库存信息和客户的要货情况作出货物的调拨计划和改制计划；六是：随时了解供应商的供货（原材料和外协加工）执行情况、制造车间的加工（合格、报废、返工等）执行情况及公司的各仓库库存情况，以便随时协调或采取合适的补救措施；七是：管理供应商，在供应到货的到期日前，主动与供应商联系，检查及时到货的可能性；同时在物流和信息流上允许供应商的部分零件直接发货到客户处。对供应商的考核从质量、交货及时程度和价格上给出统计数据。八是：计划过程不太理想，无物料清单，凭经验办事；对计划的执行率未作统计；九是：现有量、在制品、再途库存和历史记录等多方位查询需求；十是：库存信息与供应和生产等各部门的及时反馈和共享问题信息查询与决策，对公司的各种资源与信息进行查询，包括销售、采购、生产、质量、人事、财务等信息数据进行查询、统计与分析，对根据信息作出快速合理的经营决策，增强应变反应能力。企业资源管理系统，企业管理者可以系统市场产品需求信息分析和产品的销售以及产品的库存情况、进行生产和企业投资的规划、安排、管理，也可以及时查看产品的生产情况、企业中的各种资源的查看；各部门通过企业资源管理系统可以很简单实现其职能，如仓库管理员可以记录出入库零件、产品的情况作为以后查询浏览、统计、盘库的基础信息；帮助企业人员分析出教学的薄弱环节等等。总之，纵观企业综合管理和管理技术的发展，企业资源管理系统已经成为企业管理系统的不可缺少的重要组成部分，成为大多数企业的一种手段，给管理带来极大便利。该系统的主要特点1、企业资源管理的预测性系统可以订单、现生产、成品和零件的库存情况，预测自动生成下一步生产安排单，管理者根据实际情况对生产单修改，制订下一步生产。2、减轻企业管理者和工作人员的工作量省去管理者对企业各种数据实时的统计、分析。3、提高企业管理的规范性减少了人为的书写、计算的错误，各种名称的统一。4、及时浏览企业信息数据储存在电脑中，系统可以实时更新，供管理者和各个部门操作人员的浏览。5、安全保密性通过使用计算机加密手段以及对企业信息进行的科学管理，使得各个工作人员只能根据自己的权限查看和管理企业信息。在使用结束时，操作员退出系统，提高了的保密性。对于系统企业信息资源的保护旨在两个主要目标：一是保护信息的安全性，即防止未经许可的泄露；二是保护信息的正确性和完整性，即防止做未经许可的修改。企业资源管理系统以准确、高速、网络化的信息技术为手段，实现企业资源管理的高度自动化和科学化。系统通过提高管理的效率、增强市场的反馈效果、揭示管理者知识能力的局部缺陷，使生产与销售都更有针对性，从而提高了企业管理生产水平，将管理者从单调繁重的劳动中解放出来。 ERP系统的发展现状国内外ERP系统。。。。。。。。。。。。。系统功能流程图和数据流程图系统功能流程图根据系统总体设计，首先用户必须通过系统验证后才可登录系统。质检部子系统功能模块设计产品检验管理一、系统的功能质检部子系统主要功能包括：生产线日检：记录不合格工位，原因。原材料出入库检验成品出入库检验统计每日不合格率，月不合格率，不合格都出现在哪些工位，每个工位出错率功能。1、生产线日检表单名：；完成的功能：日检不合格产品的录入；包括：ID号、产品编号、出错工位、当天日期、备注，对数据的录入。2、原材料检验表单名：；完成的功能：日检不合格原材料的录入；包括：ID号、零件编号、零件类型、日期、备注，对数据的录入。3、产品检验表单名：；完成的功能：任何日期检验不合格产品的录入；包括：ID号、产品编号、出错工位、日期、备注，对数据的录入。4、统计...........................................系统的实现企业资源管理系统的主界面首先在客户段计算机上进入系统的主界面，如图4-1所示。图4-1 企业资源管理系统主界面主界面包括进入客户端的相应模块，如质检部包括产品质量检查、废品管理、系统工具等。产品质量检查管理产品质量检查管理包括生产线日检、原材料检测、成品检测、统计单击生产线日检菜单，输入系统管理员的用户名和密码，选择登录按钮，进入生产线日检界面。生产线日检界面包括：产品日检出错的工位登记，记录出错产品的编号、工位、个数以及原因；进入后选择成品编号，填写出错的个数，工位，以及备注，可以输入一条或多条输入数据，最后单击保存按钮，系统自动填写当天日期。单击原材料检验菜单，进入原材料检验界面，可以记录任意时间损坏材料的情况。

catebutslim

11小时前发布

接触异常开始我就弄不明白她，不会用她，想在系统中是异常机制发挥的淋漓尽致，进行了很多尝试，利用异常控制程序流程，利用异常做数字的判断函数，利用异常消除系统中可能出现的恼人的异常提示框，为了更好了利用异常看了很多关于异常的文章，直到有一天看到了一句话——“永远不要去处理你不知道怎么处理的异常”，这才恍然大悟，感觉自己一直在用强大的异常机制干一些旁门左道的是事，更谈不上理解异常在程序中的地位和意义，异常其实一种报告机制，“她以一种不可回避的方式报告程序中所出现的问题”，她帮助程序员走向正确的道路，她忠实的向程序员提供错误报告，她希望有谁能重视并处理掉她报告的问题，哈，真不敢想象，没有了异常机制该如何编制高质量的程序！下面就个人的理解和看法瞎说几句，敬请各位批评指正，不胜感激！异常的工作原理，在有问题的地方产生异常，马上停止当前的工作，转向异常处理代码，如果找不到异常处理代码，就会见异常向一层汇报，上一层接到异常会做同样的事，转向异常处理代码，或者再将异常向上汇报，这样逐层间错误传递出去，直到有一层处理了异常或是一直报告给程序的使用者——用户。这个层就是调用栈，当用户A运行程序B，B从函数C开始执行，调用函数D，再调用函数E，再调用函数F，这时F出现了异常，那么这个异常的调用栈就是A(栈底)—〉B—〉C—〉D—〉E—〉F(栈顶)，这个异常就会沿着这个栈从栈顶开始向栈底的方向报告，如果在函数C中有对这个异常的处理代码，那么这个异常的报告链就是F—〉E—〉D—〉C。可以看出，如果在完整的调用栈中没有处理这个异常的代码，用户A就成了异常报告的终点，向windows界面系统，会弹出一个恼人的消息对话框哈。那么用户A向谁报告呢，哈哈，这个已经不属于程序的范围了，感觉用会对程序而言好像上帝一样，诉说痛苦已经让上帝都听到了，就心满意足了哈哈，看来程序真虔诚哈哈。对于异常这个特性，也可以比喻成下属向上级报告问题，如果下属知情不报，问题就严重了，你要是领导知道下属是这样的八成就踢了他，相反如果你有一个报告机制健全的下属队伍，哈哈你就威风了。日本企业文蛤中有个宗旨——联络，商谈，报告，其实就是想让员工都具有向上级汇报的习惯。现在再看看程序，哈哈，你不用给她们灌输什么企业文化，不用她们讲述什么报告的重要性，她们本身就是忠实报告的，如果把程序员比作企业老总，那么程序就是训练一队有素的员工。怎样处理异常。在这里有个原则就是“永远不要去处理你不知道怎么处理的异常”，也就是只处理你知道如何处理的异常，对那些你不知道的异常必须广开言路，并积极地向上级汇报。什么叫知道如何处理呢？先说一下处理异常有哪些方式，大体有，弹出提示消息框(这个消息框不同于那个恼人的异常报告消息框，她是捕获异常后，根据处理的具体环境程序员主动编写的友好的提示消息框)，记录错误日志，吞掉，做善后工作等等，那么出现异常时就要站在出现异常的模块的立场上考虑一下我应该选择哪种处理方式呢？如果不能做出选择就选择不处理，即向上级报告。举个例子，函数Fun1是创建并返回一个活动的数据连接对象的方法，他接受一个数据库连接字符串，如果调用者（上级）给他一个错误的连接字符串，这时Fun1创建不了连接对象，产生了一个创建不了连接对象的异常，那么这时他应该怎样处理这个异常呢？弹出友好的消息框？说什么友好，Fun1根本就不知道是什么原因使他接收到了错误的连接字符串，弹一个“连接字符串有误”，用户肯定都有杀你的心，这个提示和用户的业务逻辑有嘛关系！记录错误日志，这个还行，但是记录下来的文字无非就是“连接字符串有误，连接字符串是：SQL……”，好点的话，从连接字符串中看出了问题，一般情况下还得根据代码上下文去找问题原因。这个方式不是不行是不好。吞掉，哈哈开什么玩笑，你既创建不了连接，又不吱一声，想让调用者疯了呀，这个肯定不行。做善后工作，行，确实应该清理一下现场，免得浪费资源，但是还是没吱一声，所以这个方式做的不彻底。没招了，哈，其实上面的分析给我们指明了一条路，帮助我们祛除了错误的选择，这条路就是向上汇报，或是不加任何出来代码，或是记录日志，做些善后，再重新将异常抛出。那么什么时候就知道怎样处理异常了，这就得看实际的情况和用户的要求了，这句话等于没说，就像其他的标题醒目但给出的结论却模棱两可文章一样，哈哈，这里可以给几个建议，1，一般地，底层模块或是方法中不要处理异常，2，编写公共模块、DLL等是，不能采用弹出对话框等依赖于平台，框架的方式处理异常，3，编写公共模块、DLL等时，必须在使用文档中注明每个方法属性可能抛出的异常。4，永远不要写 try 这样的语句。{ } catch(Exception) { o nothing } 自定义异常。明白了异常的原理和机制后，就可以自己定义异常了，这样的实践往往在编写控件、公共模块、DLL等的时候，用错误编号在网上搜索一下，能找出一大堆关于错误代码的描述。其中大多数是M(icro)S(oft)制定的，MS 从操作系统到各种各样的框架都有对各种异常的编号，对每种异常做出了详细的定义，如果你还用过像Spread等商业控件，也可以看到他里边的各种各样的异常定义，也就是说我们自己也可以定义异常，在必要的时候，这样就可以让自己写的模块也加入到训练有素的员工队伍中了。至于如何定义异常，具体的编成语言有具体的做法，比如C#中指定一异常一个从Exception继承来的类，VB中异常是个全局变量等等，参见感兴趣语言的语法指南就可以了。对异常的重新认识，一直以来许多人都认为异常是非常可怕的，可恶的，她是错误的化身，她有恼人的弹出对话框，弄得用户跟凶煞恶神似的哈哈，其实这些都是误解，异常一直默默地忠实的报告着程序中出现的严重的不可回避的问题，她为了程序、系统的正确性、严谨性呼唤你，希望你重视这些问题，希望你用智慧解决这些问题，她是多么的可爱，又是多么的高尚，从来没有因为对她的误解而放弃自己的使命……异常很重要，我们更好学会如何去使用她。