我经历的一个项目

         我今年的时候新到一家公司，从未进（以前所在的公司跟现在的公司合作、合作失败后把我们转给了当前这家公司）入这家公司的时候就开始这个项目的相关准。这个项目说来大也不大、小也不小。一个生猪项目也是国家的一个金卡工程之一。

        好了，废话少说的，还是说我们的项目的吧！下面是我们的项目发展历程。

        1月：项目需求分析、开发详细文档撰写

        2月：数据库设计cdm ,pdm设计以及转化为具体的数据库

        3月：对软件进行开发采用的是c#，c/s模式，一个月后基本成型

        4月：在本月初软件模式被最高领导否定，一个月的工作白做，数据库分布模式改变软件架构模式改变,要满足需求由c/s转化为b/s.由于是多个人合作，另外一个同事是初次使用c#，前面一个月写的代码中，很少采用分模块的方式编写。所有的工作的重新来过。由于推到重来心里很不爽，明明在做之前最高领导同意这样开发的现在重来很有好不爽，没有办法根据具体情况和需求也只好重新来过。这次汲取前面的教训，在开始写代码的时候，每天都与同事交流，盯到他的督促他采用模块化的方式编写代码以提高程序的可以重用性。

        5月：通过将近两个月的工作，在本月末软件中的一个开发部分（养殖系统农户使用部分）基本成型，在首次公司内部运行时通过。不过软件界面以及颜色的搭配都是采用的原始的控件原始颜色。可以说只有功能没有界面。

        6月：这个月对让一个同事对已经开发出来的部分程序进行界面处理，做程序的两位同事继续编写另外一块程序（政府中心管理平台）。这块程序由于有了前面的开发经验和可供重用的代码在写代码的时间上有大幅度的提升。几乎一个月就完成了程序的代码编写。当然其中存在一些问题，最主要的是开发需求的不明确，使用对象对部分功能的需要迟迟未到，这部分内容只能放到那里了，在月末的时候把程序交到美工手里，对软件进行界面处理。在这些工作完成之后在公司内部对软件进行运行验收通过。

        7月：在六月的中我同事与另外的一个同事写另外一部分程序（屠宰厂管理）我定义模型和数据库接口，他完成实现和ui上的处理，在7月中旬这个程序也基本成型。接下来的时间里，那位同事与另外的同事合作些另外一块程序（屠宰厂流水线监控）。在本月末时基本功能已出来，除与硬件相关的除外。

        8月：对屠宰厂流水线监控程序中的硬件部分的相关东西进行学习与开发（打印机程序编写，读卡器程序编写）

        9月：仍旧对打印机和读卡器程序进行开发，为满足需求进行修改与测试。其中读卡器程序的编写与测试用了很多的时间。对一个不同语言开发的动态库在采用线程与非线程的出线的问题进行分析与修改。在采用线程时程序死掉非线程时正常。这个月月末到实施现场进行上线调试。

        10月：系统上线试运行与细微调整。对开发中的文档资料进行整理。对软件进行重构。

        最后语：在经历过这个项目后发现项目的开发实施与开发中存在很多的问题，首先是开发中需求不明确，最明显的就是前面有一个月做的工作因为最高领导的认识的改变导致我们的重新来过。其次是开发过程中作为项目的负责人对开发人员编写的代码的监督不够，代码不按面向对象的方式编写，代码的重用量低。再次是软件开发中与硬件打交道的地方没有提前处理要需要的硬件及硬件开发的相关资料，导致开发人员等硬件。再次是团结协作力度不够，开发的过程中有些开发人员不按照开发文档走而按照自己想法走（这个很恐怖，负责人要理解这部分需要很多时间和精力）。最后在经过一定时间和实际开发之后对软件工程中需要注意的问题有了明确的认识。在软件开发的后期大家都能同理合作，有问题记下问题在讨论的时候提出问题与开发，通过讨论确定如何处理，形成很好的习惯，有效避免不必要的弯路。