原型法即以用户的需求和问题为原型来进行软件开发，这种开发方法更能够满足用户的实际需求。
原型法主要分为以下几个步骤，首先，对用户的实际需求进行分析，主要包括对于软件应实现的功能、软件的界面、软件的个性化设置等进行调查和整理，以作为软件开发的原型。
其次，根据整理出来的用户需求来进行软件模型构建，使软件能够实现用户的实际需求。
再次，对开发出来的软件进行运行测试。
主要有两种目的，一是通过进行运行发现软件中存在的问题，从而进行改善;二是根据用户的反馈来进行修改，保证用户需求的切实实现。
最后，对软件进行升级和维护。
及时对软件中出现的问题进行解决，保障用户的正常使用。
同时，对软件进行升级，使软件运行更加稳定，同时功能性更强。
2.3自动形成开发技术
自动形成开发技术是一种非常便捷的开发技术，主要是通过开发软件来实现计算机应用软件的开发。
在这种开发技术中，软件开发人员只需要对软件需要实现的功能进行研究，然后通过软件来实现编程过程，非常便捷。
但是，这种自动形成开发技术需要有严格的规范保障才能够使开发出来的软件满足人们的需要。
同时，也需要人工对软件进行相应的调试才能够保障软件的良好运行。
3结语
信息化时代，计算机是其中重要的推动力，计算机软件作为计算机系统的重要成分，计算机软件的开发就尤为重要。
计算机软件开发技术的应用目的是为广大用户提供更方便的服务，使用户能更快捷地使用计算机。
计算机应用软件开发过程中有其自身的原则，无论我们使用哪种软件开发技术，都需要遵循这个原则，如此，才能够保障软件开发能够既符合科学规律，又能够满足用户的实际需要。
而每一种软件开发技术都有其自身的优缺点，因此，在应用软件开发的过程中，可以根据实际需要自主选择一种或者多种技术，以最终实现软件开发的基本目的。
从接触异常开始我就弄不明白她，不会用她，想在系统中是异常机制发挥的淋漓尽致，进行了很多尝试，利用异常控制程序流程，利用异常做数字的判断函数，利用异常消除系统中可能出现的恼人的异常提示框，为了更好了利用异常看了很多关于异常的文章，直到有一天看到了一句话——“永远不要去处理你不知道怎么处理的异常”，这才恍然大悟，感觉自己一直在用强大的异常机制干一些旁门左道的是事，更谈不上理解异常在程序中的地位和意义，异常其实一种报告机制，“她以一种不可回避的方式报告程序中所出现的问题”，她帮助程序员走向正确的道路，她忠实的向程序员提供错误报告，她希望有谁能重视并处理掉她报告的问题，哈，真不敢想象，没有了异常机制该如何编制高质量的程序！下面就个人的理解和看法瞎说几句，敬请各位批评指正，不胜感激！
异常的工作原理，在有问题的地方产生异常，马上停止当前的工作，转向异常处理代码，如果找不到异常处理代码，就会见异常向一层汇报，上一层接到异常会做同样的事，转向异常处理代码，或者再将异常向上汇报，这样逐层间错误传递出去，直到有一层处理了异常或是一直报告给程序的使用者——用户。
这个层就是调用栈，当用户A运行程序B，B从函数C开始执行，调用函数D，再调用函数E，再调用函数F，这时F出现了异常，那么这个异常的调用栈就是A（栈底）—〉B—〉C—〉D—〉E—〉F（栈顶），这个异常就会沿着这个栈从栈顶开始向栈底的方向报告，如果在函数C中有对这个异常的处理代码，那么这个异常的报告链就是F—〉E—〉D—〉C。
可以看出，如果在完整的调用栈中没有处理这个异常的代码，用户A就成了异常报告的终点，向windows界面系统，会弹出一个恼人的消息对话框哈。
那么用户A向谁报告呢，哈哈，这个已经不属于程序的范围了，感觉用会对程序而言好像上帝一样，诉说痛苦已经让上帝都听到了，就心满意足了哈哈，看来程序真虔诚哈哈。
对于异常这个特性，也可以比喻成下属向上级报告问题，如果下属知情不报，问题就严重了，你要是领导知道下属是这样的八成就踢了他，相反如果你有一个报告机制健全的下属队伍，哈哈你就威风了。
日本企业文蛤中有个宗旨——联络，商谈，报告，其实就是想让员工都具有向上级汇报的习惯。
现在再看看程序，哈哈，你不用给她们灌输什么企业文化，不用她们讲述什么报告的重要性，她们本身就是忠实报告的，如果把程序员比作企业老总，那么程序就是训练一队有素的员工。
怎样处理异常。
在这里有个原则就是“永远不要去处理你不知道怎么处理的异常”，也就是只处理你知道如何处理的异常，对那些你不知道的异常必须广开言路，并积极地向上级汇报。
什么叫知道如何处理呢？先说一下处理异常有哪些方式，大体有，弹出提示消息框（这个消息框不同于那个恼人的异常报告消息框，她是捕获异常后，根据处理的具体环境程序员主动编写的友好的提示消息框），记录错误日志，吞掉，做善后工作等等，那么出现异常时就要站在出现异常的模块的立场上考虑一下我应该选择哪种处理方式呢？如果不能做出选择就选择不处理，即向上级报告。
