關於專案的管理

2021-08-30 05:22:45 字數 957 閱讀 5524

從上學到現在已經2個學期了。。再過一學年就畢業了。。準確的說是再過6個月!

學了不少,專案也做了不少,我常常聽見人們說程式設計師是在專案中成長起來的。不做專案,你自認為學得再精,也是無用的,就像乙個書呆子,飽腹經綸,卻毫無用處。

在學習中老師也經常提及專案的流程,技巧,但真正體會到團隊合作專案時的流程的好處時也是近一段時間。前面我寫了幾篇關於專案需求的文章,大概也能表其意。但是我想再在這裡重申一下,因為這段時間又有了新的問題,新的狀況,值得我們去總結,解決。。

因為以前所做專案都是c/s架構的專案,專案本省也不是很大,業務邏輯也不是很複雜,所以專案整合時問題不是很大,但最近一段時間學習jsp專案開始由c/s架構轉為b/s架構,其中所涉及的知識有些複雜,從專案布局到專案分配完全不同於c/s程式。

從小的專案建框架開始說:

建專案-見資料夾-建包-建網頁檔案-載入驅動-載入外部所需包檔案-發布專案-測試tomcat-測試專案就比以前的專案複雜很多,在這裡注重細節是很重要的一點,或許有人會說'不就是幾步操作嘛,挺簡單的!',但這裡要的不是讓你記住操作,操作誰都學得會,重要的是原理。這就是一般棋手與大師級棋手的區別,雖然都知道棋子的規則,但缺的是精髓,缺的是碰到不同問題時所做的判斷與決定。。

從整個專案而言:

需求分析-概要設計-詳細設計-資料庫設計-專案框架設計搭建-編碼-測試-整合似乎這條線路沒怎麼變過。可事實上路線相同可本質卻完全不同。。在這裡需要轉變的是一種思維方式,以一種瀏覽器/伺服器模式來思考事物之間的聯絡,或者建立事物之間的聯絡,所以說更困難。如果想理解深刻一些建議學一些網路方面的知識。事實上在後面的變成中完全是一種網路思維。用一種拓撲結構建立物件之間的聯絡。在最近一次專案上面暴露出來了個管理上的問題,往往資料庫設計好了,而介面的需求卻是兩個樣,最後不得不折中處理,修修改改,嚴重拖累了專案的程序。而且每次專案很難完全按照需求做下來,不是中途感覺不和合適,就是介面需求與設計結果有衝突,,等等。。其實這都是專案管理的問題,,完全按照專案流程走下來,我相信不會出現這樣的問題!

專案管理 關於專案的工期控制

引言 專案工期的控制,應該是開發人員,專案經理,產品經理最為之關心,也最頭疼的問題。關於工期的控制,我有幾點思考 具體實施 在需求階段,應該對專案的可行性進行分析。結合團隊的技術實力,客觀的分析。制定每個階段,可量化的需求標準。需求不確定或者根本就是不行的專案,工期控制是無從談起的。在實施階段,對於...

專案的知識管理

隨著軟體專案的功能越來越複雜,技術越來越先進,分工越來越細緻,資訊越來越龐雜,互動越來越頻繁,對專案的有效控制越來越缺乏,對專案的規模 進度 資源估算越來越困難,專案的可交付產品越來越豐富,因此,知識管理對軟體專案管理的重要性日益顯現,也引起了越來越多人的重視。遊戲設計 專案的知識管理 專案的知識管...

專案的過程管理

加強專案的過程管理,可以及時發現專案中出現的弊端,防微杜漸,是保證專案實施的必要手段。一 專案組的成立與分工 現在的軟體開發,除非小系統,一般都是多人同時參與開發,因此,合理的分工將提高工作的效率,甚至影響專案的成敗!分工時,應結合專案組成員的個人優勢,根據專案所涉及的不同方面進行分工,使不同的 某...