第一次開發系統（一）

首先介紹一下吧：

 

     小弟今年 大三了，學的是電子商務，這學期開設了管理資訊系統分析與設計這門課程，作為課程考核的一個指標就是組隊完成一個資訊系統的開發， 

 

      初步確定開發 學生會辦公自動化系統，主要針對日常的一些交易處理，如部門管理，物資管理，財務管理等，設想採用B/S、jsp+servlet +tomcat+mysql 進行開發，項目啟動好幾周了，現在遇到了一些問題，下面就遇到的問題談一談。一則為了更好的理解系統，二則希望能得到大夥的點撥，小弟在此先謝過了。

      

      需求調研到底重不重要？

      先要說明一下，我們組內有七個人，其中兩人在學生會工作，學生會辦公自動化系統這個方案就是他們提出來的。在我們進行前期進行系統調研時遇到了一些麻煩，就是要不要進行 需求調研（這當然是廢話了，但是有人還是不大樂意去調研的），以及調研到何種程度，因為他們有在學生會工作的經曆，自認為還是比較瞭解機構內部組織及工作流程的，所以其他人在充分相信他們的情況下就簡化了需求調研的過程。這樣帶來的結果就是其他人對系統瞭解不夠，給系統分析帶來了阻礙，需求不清楚就進行分析（大夥對於系統開發都沒什麼認識）。那麼應該對該階段報以什麼樣的態度呢？我覺得吧，調研的結果就是讓參與系統開發的每一個人對於系統都有一個總體上的認識，雖然不能夠要求所有人都能夠對系統細節方面有所認識，但至少對系統應該擁有的功能以及處理流程還是要認識清晰的。所以最終我們否定了前期所作的需求調研結果，重新開始。

 

     採用何種方法進行需求分析？

     有的人一上來滿口就是“應該有一個XXX模組”，“應該有一個什麼什麼的”，完全是在沒有支援人員的前提下空想，需求分析不按照一定的方法進行。系統分析的方法目前有結構化、原型法、物件導向 ，採用什麼樣的方法直接影響到下一個環節的工作，這也是目前我們困擾的一個原因。按照常理把（這是我自己的想法），我們用於實現系統的工具是物件導向的，似乎很自然的就應該採用物件導向的分析方法（uml），但是，組內有三個人之前沒有接觸過uml，其他方法他們是有瞭解的，所以他們就建議還是採用其他方法進行系統分析，這個問題現在就比較煩人（正如題目所示，我也是第一次進行系統開發，對於開發環節的各方面及其之間的銜接關係還缺乏認識），若是採用結構化方法，就需要繪製商務程序圖、資料流程圖、資料字典等等，在系統實施階段由於我們是採用物件導向的工具，這樣分析與設計階段的結果就涉及如何轉化到OO的問題，似乎這樣加大了開發的複雜度（僅屬一家之言，歡迎拍磚）。所以我們現在就猶豫到底採用何種方法！

 

     以上是小弟開發系統中遇到的問題，資質尚淺，言語間可能有錯誤，還望指教。