首先介绍一下吧：
小弟今年 大三了，学的是电子商务，这学期开设了管理信息系统分析与设计这门课程，作为课程考核的一个指标就是组队完成一个信息系统的开发，
初步确定开发 学生会办公自动化系统，主要针对日常的一些事务处理，如部门管理，物资管理，财务管理等，设想采用B/S、jsp+servlet +tomcat+mysql 进行开发，项目启动好几周了，现在遇到了一些问题，下面就遇到的问题谈一谈。一则为了更好的理解系统，二则希望能得到大伙的点拨，小弟在此先谢过了。
需求调研到底重不重要？
先要说明一下，我们组内有七个人，其中两人在学生会工作，学生会办公自动化系统这个方案就是他们提出来的。在我们进行前期进行系统调研时遇到了一些麻烦，就是要不要进行 需求调研（这当然是废话了，但是有人还是不大乐意去调研的），以及调研到何种程度，因为他们有在学生会工作的经历，自认为还是比较了解机构内部组织及工作流程的，所以其他人在充分相信他们的情况下就简化了需求调研的过程。这样带来的结果就是其他人对系统了解不够，给系统分析带来了阻碍，需求不清楚就进行分析（大伙对于系统开发都没什么认识）。那么应该对该阶段报以什么样的态度呢？我觉得吧，调研的结果就是让参与系统开发的每一个人对于系统都有一个总体上的认识，虽然不能够要求所有人都能够对系统细节方面有所认识，但至少对系统应该拥有的功能以及处理流程还是要认识清晰的。所以最终我们否定了前期所作的需求调研结果，重新开始。
采用何种方法进行需求分析？
有的人一上来满口就是“应该有一个XXX模块”，“应该有一个什么什么的”，完全是在没有技术支持的前提下空想，需求分析不按照一定的方法进行。系统分析的方法目前有结构化、原型法、面向对象 ，采用什么样的方法直接影响到下一个环节的工作，这也是目前我们困扰的一个原因。按照常理把（这是我自己的想法），我们用于实现系统的工具是面向对象的，似乎很自然的就应该采用面向对象的分析方法（uml），但是，组内有三个人之前没有接触过uml，其他方法他们是有了解的，所以他们就建议还是采用其他方法进行系统分析，这个问题现在就比较烦人（正如题目所示，我也是第一次进行系统开发，对于开发环节的各方面及其之间的衔接关系还缺乏认识），若是采用结构化方法，就需要绘制业务流程图、数据流程图、数据字典等等，在系统实施阶段由于我们是采用面向对象的工具，这样分析与设计阶段的结果就涉及如何转化到OO的问题，似乎这样加大了开发的复杂度（仅属一家之言，欢迎拍砖）。所以我们现在就犹豫到底采用何种方法！
以上是小弟开发系统中遇到的问题，资质尚浅，言语间可能有错误，还望指教。