两次项目开发经验总结
先把两个项目简单介绍一下:
第一个是在天津实训时的项目,为会议室管理系统,要求对会议室进行基本管理。
第二个是假期里自己想做得一个小Blog系统。实现基本的Blog功能。
项目规划
其实规划阶段最难的问题就是需求分析的问题。如何正确理解客户需求既是重点又是难点。在第一个项目中就因为我对指导老师给我们的要求理解不到位导致完成数据库设计后又不得不进行更改。在咨询客户时要尽量了解问题的原型而不是解决方案,而传达给客户解决方案时要给出原型。例如-
客户:我想要一个会议室管理系统。
设计人员:好的,您的会议室有几种类型?会议室通常的数量?…..
(设计人员尽量理解需求本身而不是客户想象出来的原型)
……
设计人员:这是我根据您的需求做得原型,现在我给您做个演示……
(设计人员给客户的展示是以原型的形式展示出来的)
客户:这个地方我希望可以实现XX功能….
设计人员:好的,我会给您更改。
……..
客户:很好,我很满意。
设计人员:请您签字确认。
. |
以上是自己对需求分析浅薄的理解。自己经验比较少,希望大家多多指教。
人力资源管理
人力资源是个很难说的问题,第二个项目是我自己个人实现,管理也就无所谓了。第一个项目我们是一个五人小组,我担任小组长。如何充分发挥团队成员的能力,一直是困扰我的问题,当时大家水平都很有限,而我又希望大家都参与到项目中来,即每人都能够有事做。我当时的方案是将整个项目按MVC架构分成三个层面(当时对MVC理解还不够,分的并不够准确)让大家分层工作,每人负责执行自己的一部分。整体效果上还算勉强,我确实实现了让每个人都有事做。但却忽略了团队的工作效率。现在总结原因:
- 我个人对项目的整体把握程度不够,对许多环节人力资源预算错误。比如对表现层以为可以由我一个人完成。结果成了整个项目拖后腿的环节。
- 给每个人员分配任务就是你的任务。很多时候我希望给他们选择的空间,可实际情况是他们自己也很难判断哪个更适合他们。所以管理要给成员明确他们的任务。这个要坚决,而不是让大家去选择。
- 人力资源管理应该有一定的强制性。
这方面经验就这一次…o(∩_∩)o…。
项目架构
这两个都是java web的开发。我都是冲着MVC模式去的。第一次的时候理解有些偏差。现在就说一下对MVC的理解。
- jsp页面只进行表现层的处理。不管逻辑更不管数据。
- servlet进行逻辑的处理,jsp提交的数据交给servlet处理。
- 数据从数据库中取出存入jajvabean即持久层。
- 对数据库操作自己写了一个DBUtils模拟apache的DBUtils操作数据库。
技术上不敢说大话,理解有偏差希望大家给我留言。