随便说说——项目建设

一个好的程序项目，首先在下面几个方面要精良：业务、流程、架构。因此一个好的项目团队，首先要有对这几个方面熟悉的人才

一、业务。

　　首先需要了解项目对应现实工作的业务工作模式，并提取相应的工作流程（工作流程图）；

　　以先进的管理模式去优化工作流程，开源节流。最好在项目完成前就执行优化后的工作模式；

　　以优化后的工作流程及工作模式为蓝本，给出合理的、详细的、逻辑性强的业务需求。

　　在以盈利为最终目的的企事业单位，除非盈利出现瓶颈，是根本没有动力去做工作模式优化。中小企业很多时候根本没有了解工作模式的人员，在业务需求调研中也时常发现，各个部门各行其是，执行的是自己的一套流程，在跨部门流程中遇到不兼容时更多的是强制要求其他部门配合自己部门。程序项目的一个使命应该就是要协调这些矛盾。但在实际应用中阻力是相当大。

二、流程。

　　1、业务需求(业务需求)——>技术需求(技术文档、测试用例)——>UI结构(UI文件)——>程序架构、库表设计(架构说明、开发规范、数据字典)——>项目划分(接口方法要约)——>程序开发(源文件)——>程序测试(BUG报告)——>修改——>验收(使用说明)——>维护(维护记录)

　　2、需求——>(UI——>)程序修改——>程序测试——>修改——>验收

　　再细小的业务修改也应该走完整的流程，在每一步都是关键

　　特别讲究各部门的配合，对执行力是非常大的考量。需要部门排除以往的工作模式和思想。

　　在工作中经常碰到各级领导或需求方要修改小东西时直接一个电话或当面指示，马上改完。这样的动作总是影响到开发人员的开发思路以致项目进度。

　　需求再小也是需求。在项目工作流程中可以灵活设置各种应急处置和危机处置，以应对需求或领导的不同紧急程度的需求。

三、架构

　　好的架构要顾及维护、业务流程、性能等软硬件需要

　　OO的精神是什么？类、属性、方法、实体等的组合该如何？逻辑该如何处理？

　　方法应该做到通用复用，针对同一个类的方法最好是同一的出口并且尽量少。方法逻辑的封装要考虑全并允许有可扩展的余地