项目总结
自己是第一次做一个大项目，开发的过程中走了不少弯路。以前看法的都是些什么简单的图书，人事，工资管理系统。业务比较简单，上来就写代码。没有一个整体的开发文档，当开发的过程中遇到业务变更时，只是简单的改改程序，胡乱写个修改文档。这样的开发过程对于开发一个功能很简单的软件时，我感到十分使用的。因为这样开发的时间比较短，功能也就那几个修改起来简单。不过对于大项目来说就完全不是这样啦。
我先说说我们是怎样开发的，项目在开发之前已经做过多次调研，但是我感到文档里的功能太多，太复杂，而且感到没有一个主体的东西。在真正的动手开发之前我们又去长治钢厂的各个单位系统地调了一次研。当然没有一个项目说只需一次就可以调研成功的。我们来了以后，由于项目催得紧，我们的项目经理用了很短的时间就把数据库设计了出来，因为数据库建的仓促，不少的数据关系都没有考虑到,导致了在以后的开发过程中，一直伴随着修改数据库。有的改了数据库，数据库的结构就发生了变化，数据结构也就发生了变化，如果用的是三层结构的话这样修改起来非常麻烦。在我们的开发过程中。由于时间紧迫，所以没有来的急写总的开发文档就开始了程序的开发。在我们写程序的过程中也没有好好的整理开发文档，只是经理给我们说个功能，我们就做个功能。对于给的每一个的开发文档没有好好的总结到一块，导致了以后每修改一个功能，就必须看代码才知道它是如何实现的，应该如何改。这样做既浪费了时间，也会使得你感到开发程序真的太难啦。
大项目的开发经验总结（我是按照软件的开发过程总结的）：
1：做项目特别是大项目一定要作这个软件的可行性分析，有些软件公司可不是这样的，好不容易接个项目怎么会不做。结果不管三七二十一拿到就动手，但他真把合同一签，才知道有多头疼，许多的业务根本就实现不了。如果碰到好的客户，你说说就可以来，但是如果遇到那些蛮不讲理的你就惨来，毁约是要赔钱的，到头来没拿到鸡蛋还抓了把鸡屎。作分析时一定要流量力而行，看看你们公司现在的技术水平能不能满足用户的要求。如果分析得到本项目可作，就有项目的负责人对这个项目的可行性写一个最终的报告。（注释：在软件开发的每一个环节都因该有一个总的阶段报告）
2：业务需求的分析。该阶段是软件开发过程中重要的一个环节，该阶段确定了软件到底用来做什么？到底要解决哪方面的问题？该阶段一定要注意分析对于本软件来说那些是重要的，那些是次要的。本阶段分为概要需求和详细需求，概要需求指的是分析软件开发的主要方向，解决做什么的问题。该阶段要出一个概要需求报告为详细需求作准备。详细需求主要是详细分析该软件要做什么，怎样做。该阶段的报告对编写代码由很大的作用。
3：编码阶段。因为项目的大部分时间我都在这个阶段混，所以该阶段应该写的比较多吧。首先在开始编码之前一定要有个详细需求文档做基础。综合分析详细需求以后写一个项目功能文档。各个功能最好有UML图表表示。这样该功能的过程就会一目了然。再根据项目功能的文档确定软件的框架该如何设计，数据库结构如何设计。在建立数据库时一定要多考虑考虑，做到以后修改数据库要最小化，还要充分考虑到表的可扩展性。建立数据表，试图，存储过程和包体时一定要有规范这样维护起来也方便。数据表一般以T结尾，视图一般以V_开头。存储过程以PR_开头，包体以PK_开头。在做功能的时候，一定要把经理分给你的功能全部都整理成一个文档。让你修改的功能也整理成一个文档。我现在就感觉到如果当时把它整理好该多好呀，那样会省我很多时间。如果修改一个以前做过的功能没有开发文档就只能看程序拉。如果你想要用多层的开发那末你一定要把数据库设计好。在开发的过程中如果修改数据结构那就麻烦啦，各个层的都要跟着修改（注个人认为这也是三层结构的一个弊端）。一定要设计一个适合这种软件的框架，一个好的框架能够给编程带来许多的方便，使得难实现的业务也比较容易实现。在开始写编码之前项目经理最好有两份功能文档，一份作为备份，另一份作为开发文档，备份必须跟开发的文档同步，这样才能保证开发的过程中不会出现混乱。程学源在开发的过程中，如果遇到要修改的功能和数据库的字段的时候一定能够要写成一个文档，交给项目经理，项目经理再修改功能文档，再把收集上来的修改的功能写成一个修改文档。这样才能保证项目能够按照预期的结果进行。
4：软件测试阶段。该阶段是一个比较复杂的阶段，真正的大软件公司都专门有自己的测试小组，测试也分几个阶段，但是一般的软件公司，由于规模小，程学员即时写程序的也是测程序的，中国的大部分小的软件公司都是这样的。功能做完啦，自己先测试一下，看看有没有错误，如果没有发现错误就和另外一个程序员互相测试对方的程序。如果没有发现错误这个功能就算完成拉。这样做的弊端很多，我也不多说啦。谁叫现在的软件公司都是这那。在测试的过程中一定要把测试中碰到的错误整理成文档，错误文档一定要写的清晰，这样程序员再便于修改。程序员修改的过程中如果要添加，修改数据库字段或修改功能则一定要记录到修改文档中。修改完成后把文档交付给项目经理，项目经理再统一修改功能文档和修改文档。
5：实施阶段。
数据库开发总结：
建立一个表时，如果这个表相对独立就不要给它设置外键，但是一定要设主键，主键的设置原则：尽量和这张表没有什么关系。
经常用到的表最好不要直接操作表，操作表的视图为好。特别是表里的数据只是置成删除标记而不删除，这样你如果直接操作没有过滤过已删除记录的表会非常的麻烦。而且操作起来非常的不便。
我这是想到那写到那，千万千万记住数据库结构一定要设计好，
设计数据库一定要有预见性，数据结构定了以后就不要改了，不让的话程序员就受不了啦。