有极速快乐十分吗|极速快乐十分走势图|

軟件項目開發沒規劃好就注定會失敗

軟件項目開發與管理的一些原則
服務器君一共花費了121.922 ms進行了5次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

軟件項目的開發與管理是一門復雜的學問,不是簡單地需求來了就動手編碼,編碼完了就算項目完工那么簡單。一個項目如果沒有好好規劃,那么就很容易會失敗。同樣,我們在做一個軟件項目的時候,需要注意的東西很多,下面總結一下一些容易視而不見但又非常重要的軟件開發指導原則。

對外部環境的認識

1、必要性原則:用戶(客戶)需要應用軟件來幫助他們處理信息。

2、“脫機”原則1:用戶(客戶)通常不會一直坐在電腦面前,他們都有自己的工作要做,而那些工作才是他們真正要做的事情。如果你是秘書,那么,電腦不會幫你做會議紀要,也不會給你安排老板喜歡的度假酒店。極端一點,假設你是清潔工人,一臺多點觸摸的 surface 即使再逼真的讓你看到街角的一小塊垃圾,你最后也還是得用掃帚去清除。

3、“脫機”原則2:不要把用戶(客戶)想象成電腦專家。下班后他們會回家吃飯、看電視、逛街、看電影。很多搞手機應用的人注定失敗,原因就在于他們想象用戶會從起床開始到睡覺都一直盯著手機看,實際情況是:沒有人會這樣。

4、需求原則1:“要求”不等于“需求”。如果有人要求你給他(她)做一個能看電影的收音機,那么,你應當告訴他(她):“你需要的是一臺帶收音機的MP4播放器。”而不是立即開始開發“電影收音機”。

5、需求原則2:需求是會發生變化的。所以,你要做的,就是盡早發現這種變化并盡可能提高自己應對變化的能力。

6、很多人還沒有意識到“信息”以及處理信息的軟件對改善他們工作的重要性。但這不是他們的“錯”。

開發的原則

1、技術非常的關鍵!“技術上沒有問題,問題在于…”說這樣的話只能證明這人在技術上的確存在問題。

2、但,技術需要用戶(客戶)的需求來引導。永遠按照需求來選擇(甚至學習)技術,而不是相反。

3、限制性原則:技術不可能什么都能實現!參見“‘脫機’原則1”

4、適用性原則:只要分析到位,用戶(客戶)的需求,技術一定能夠實現。參見“必要性原則”

5、“速度”原則:除非編碼(Coding)在軟件的整個生產過程中占到 50% 甚至更高,否則,任何希望提高編碼速度來換取更快進度的努力都會以失敗告終。但是,有編碼在整個軟件生產過程中占到甚至超過 50% 的項目嗎?沒有。所以,任何希望通過提高編碼速度來換取更快進度的努力最后都會以失敗告終。

為什么?參考“需求原則1” 和 “需求原則2” ,以及下面的“管理的原則”。

管理的原則

1、技術相關原則:技術決定工藝流程和工種,由此,決定了團隊的構成和所有管理的基礎(基礎技術假設)。

Web 應用程序是通過在服務器獲取數據并組合成網頁展示給用戶來工作的,所以,你的團隊里面要有會制作網頁和會寫代碼從數據庫取數據的成員,并且,在進度上,網頁要早于代碼完成以便集成。

2、因為需求會(而且可能很快)變化,所以,為減少對管理帶來的沖擊,應當在一開始就選用適應力最強的技術。

3、“最少”原則:任何管理和技術上的努力與技巧,都比不過一開始就明確只做最少的內容。如果這一點做不到,那么,也許應該試試:

4、“設計優先”原則:盡可能給設計多點時間,這是我們思考的過程。如果這一點也做不到,那么,也許應該試試:

5、“死亡沖刺”:先做出來再說,有問題以后再改。不過,請做好足夠的心理準備,你要應對的不僅僅是總體成本和維護工作量的上升,更嚴重的是團隊成員的質疑、無休止的加班和逐漸低落的士氣。

6、“最小管理”原則:如果你真的是沒有辦法了,但是還是希望能夠對軟件的生產過程進行控制,那么,就做好配置管理吧。

只要你每次在任意一臺服務器上從配置庫獲取最新代碼都能夠在10分鐘內完成部署,并且,在生產環境中部署的軟件也是這個版本,那就應該差不多了。

7、“國情”原則:適合你的管理方法一定是你從你自己的實踐和需要出發摸索出來的,其它的各種理論、方法、實踐都只能作為參考。

本文地址:http://www.bavugt.tw/librarys/veda/detail/2016,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.bavugt.tw/librarys/veda/detail/2016

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《深入理解計算機系統(原書第2版)》 布萊恩特(Randal E.Bryant) (作者), 奧哈拉倫(David R.O'Hallaron) (作者), 龔奕利 (譯者), 雷迎春 (譯者)

《深入理解計算機系統》從程序員的視角詳細闡述計算機系統的本質概念,并展示這些概念如何實實在在地影響應用程序的正確性、性能和實用性。全書共12章,主要內容包括信息的表示和處理、程序的機器級表示、處理器體系結構、優化程序性能、存儲器層次結構、鏈接、異常控制流、虛擬存儲器、系統級I/O、網絡編程、并發編程等。書中提供子大量的例子和練習題,并給出部分答案,有助于讀者加深對正文所述概念和知識的理解。

更多計算機寶庫...

有极速快乐十分吗
北京快3开奖结果快 高中生炒股 配资炒股利息找中承配资 浙江12选5开奖结果 西甲联赛在线视频直 pk10稳赢公式 上海股票涨跌排名 股票涨跌范围 散户炒股 闲来陕西麻将正式版ios下载