CMM在銀行軟體開發中的應用

CMM在銀行軟體開發中的應用                                   ——馬希佳CMM(軟體能力成熟度等級模型:Software Capability Maturity

軟體管理和軟體開發文檔的關係?自CSDN)

jiangtao: 觀點1:  文檔固然重要,但精細到什麼程度就有待大家一起探討了。目前大部分都是為了文檔而文檔就失去了意義。對於文檔我更傾向於寫個大概,具體細節開發的時候不斷請教。如果要等到全部細節都寫出來,工作量實在太大了。實際上也很少有光看文檔就可以明白的,還是需要當事人講解的。講解容易,寫出來就難了。這兩種方式哪個成本更高,就不太好說了。 企業文化氛圍是為了企業利益最大化而建立的。企業文化著眼的是企業的長遠目標,而你所說的利益則是短期目標,誰該服從誰?一個好的企業文化,會充分調動員工的積

《敏捷式軟體開發 (Agile Software Development)過程及最佳實務》培訓總結

整理資料,發現很久以前的培訓總結,分享之

準備寫個軟體渲染engine了

去年6月開始對3d圖形學有了興趣。看了好多書,由於工作忙,一直都沒什麼時間寫這方面的代碼。這次準備整理下自己對圖形學的理解。雖然《3d遊戲編程大師技巧》我看了好幾遍了,不過畢竟看不如自己動手來的深刻,通過自己的思考再寫出來也會更有成就感一些。離自己做完那個編譯系統到現在差不多停了一個月了,之間把一些原來看過若干遍的書又看了一次,這次當然比較快了。重新又看了下com,scott meyers的c++的兩本書。說起scott,聽過他的課之後就覺得他是真的世界級的大牛,不但自己水平很高,表述也很清楚,

關注記憶體 提高軟體效能(2)

還有一種就是定義一個基類.裡面實現new,delete操作符,然後以後所有的類從該類派生,自動繼承基類的new,delete的實現.這種方法容易產生記憶體片段.My Code實現如下.下面的代碼還存在很多問題.暫時先放上去吧.版本3.#include<iostream>#include <list>#include <algorithm>using namespace std;class

前人總結的一些軟體開發規範

為了提高軟體開發品質,降低開發週期,增強代碼的可重用性和易讀性,使軟體便於維護,開發人員間便於交流和協作,特總結出開發規範,以為參考。 一. 原則: 1. 軟體工程化 2. 模組化 3. 能簡單不複雜 4. 強調團隊協作 5. 強調創新和特色 二. 具體規範: 1. 命名規範 命名應盡量使用匈牙利命名法,變數名或函數名中使用大寫字元來區分各個部分,以便於記憶和閱讀。如bPatchMinute, DeleteDirInfo()。全域(包括類中的)變數用長名字,局部變數用短名字。

專案管理軟體–redmine

(一)項目小組原有的專案管理軟體   原來項目組開發管理,使用的是VSTS 2005。龐大而複雜,使用了一台專門的伺服器進行構建TFS端;使用SQLServer2005做資料庫支援,資料在運行一段時間後,LOG檔案很大,佔用磁碟空間,串連也很緩慢;構建專案網站複雜,目前僅用其儲存了一下開發文檔,提供給小組瀏覽;使用曾經遇到過兩次SQLServer宕機,恢複後,發現代碼錯亂!使用I-Mails作為內部郵件系統,與TFS整合為成功(是我們能力不足,沒搞定

軟體架構初體驗

        近兩個月來,自己都在架構設計中痛苦掙紮著。很多人都會奇怪,做架構設計是多麼另人心動的事情呀,怎麼會痛苦呢?原因很簡單,就是我不會!本人就職以來並沒有系統的學習過架構設計,只是在工作中用到過一些如UML畫類圖等知識,而更多的,就是上頭分配任務給我做,而讓我從頭做架構設計,從來沒有過。我不知從何開始。         對不知的事物,我都是從搜尋引擎開始。我在網路上暢遊,想找到對我有用的東西,可是我發現用架構這個關鍵詞去搜尋,找到很多的是軟體架構這個詞條,還有一些網址。我把詞條通讀後,

軟體開發模型/原型法/瀑布模型/螺旋模型

軟體開發模型(Software Development Model)是指軟體開發全部過程、活動和任務的結構架構。軟體開發包括需求、設計、編碼和測試等階段,有時也包括維護階段。    軟體開發模型能清晰、直觀地表達軟體開發全過程,明確規定了要完成的主要活動和任務,用來作為軟體項目工作的基礎。   

軟體工程—–高內聚低耦合

什麼是內聚?什麼是耦合?  內聚是從功能角度來度量模組內的聯絡,一個好的內聚模組應當恰好做一件事。它描述的是模組內的功能聯絡; 耦合是軟體結構中各模組之間相互串連的一種度量,耦合強弱取決於模組間介面的複雜程度、進入或訪問一個模組的點以及通過介面的資料。耦合性也稱塊間聯絡。指軟體系統結構中各模組間相互聯絡緊密程度的一種度量。模組之間聯絡越緊密,其耦合性就越強,模組的獨立性則越差。模組間耦合高低取決於模組間介面的複雜性、調用的方式及傳遞的資訊。2. 內聚分為哪幾類?耦合分為哪幾類?    

軟體開發模型(SSD9 Life-Cycle Methodologies )

文章來源http://hi.baidu.com/%D0%D0%D7%DF%D4%DA%BF%D5%D6%D0/blog/item/7bbb261bc20988f2af513319.html1. 編碼修補模型(Build-and-Fix Model)實現產品既沒有需求或規格說明書也沒有設計方面的嘗試,開發人員簡單的將代碼拼湊在一起,軟體隨著客戶的需要一次又一次地不斷被修改. 在這個模型中,開發人員拿到項目立即根據需求編寫程式,調試通過後產生軟體的第一個版本。在提供給使用者使用後,如果程式出現錯誤,

java GUI 圖形化使用者介面 算術測試小軟體

第二次用 mvc架構寫GUI java程式,寫的好不熟練啊~~ 3天木有看java ,知識點都忘完了。上代碼和照片貼代碼:Main.javapublic class Main { public static void main(String args[]){ Window window=new Window(); window.setBounds(100, 100, 500, 130); window.setVisible(true);

招.Net軟體工程師

.Net 軟體工程師職位要求和經過培訓可以達到的要求: 1.熟悉ASP.NET(C#)開發,熟練使用VS2005或VS2008開發商業項目。 2.熟悉 SQL Server2005/2008或Oracle等資料庫, 熟練.NET資料庫開發。3.熟練掌握 HTML、JavaScript、CSS、Xml、AJAX

感悟開發.Net代碼自動產生器,為軟體起個好名字

前兩天收到成都羅斌的再次來信,突然有些感悟。徵求了作者本人意見後,現刊登一些網友的來信,同時就一些問題歡迎大家討論。---------------------------------------------------------------------------------------李天平:   您好!   1:您當初寫這個軟體的目的是為了減少重複性的機械勞動。但您萬萬沒有想到。它      的作用遠遠超出了您的當初想法。關於這個問題,我們可以深入討論。   2: 您在產生查詢預存程序時,

梯度、局部最優與軟體反覆式開發法

現代軟體開發離不開迭代,尤其是互連網軟體開發,快速交付、根據需求快速迭代,幾乎成為軟體成功之本。但迭代式的開發、需求的變化,是否意味著初期不需要、也不可能做出良好的設計?迭代式開發的局限在哪?如果軟體架構需要大的改動,重構的時機是什麼時候呢?本文試圖給出一個觀察這些問題的視角。為了說明這一問題,先將軟體開發轉化為一個數學問題。用向量W來表示軟體的狀態,向量Y表示軟體滿足需求的能力,Y與W的關係定義為:Y=f(W)軟體開發的目標是使Y的值足夠大,為了求Y的極大值,可以採用數學中的迭代最佳化辦法。而

螢幕錄製軟體 Camstudio

 一:軟體基本操作  CamStudio主視窗非常簡潔,常用的功能按鈕在這裡一目瞭然,1。圖1 CamStudio主介面  點擊菜單“Region”即可看到四種捕捉類型:  Region(地區):手工選擇要錄製的地區。  Fixed Region(固定地區):選擇後進入設定對話方塊,通過輸入精確尺寸來確定選擇地區,一般設定Width(寬)、Height(高)即可,2。圖2 Fixed Region對話方塊  註:可以點擊“Select”按鈕來選擇指定的程式視窗來獲得尺寸。  Window(視窗)

軟體工程常用工具列表

配套網站: www.mhhe.com/pressman書籍:軟體工程-實踐者的研究方法(第6版) 1 軟體過程建模工具: igrafx process tool(www.igrafx.com/products/process)  objexis team portal(www.objexis.com)2 敏捷過程工具: actif extreme(www.microtool.com) ideogramic uml(www.ideogramic.com) together tool

軟體架構師應該知道的97件事 筆記(一)

 1. 客戶需求重於個人簡曆不要為了學習新的知識或豐富自己的簡曆而選擇新技術解決問題,要盡量選擇切合實際的技術解決客戶的難題。腳踏實地的為客戶著想,選擇正確的方案可以降低項目的壓力,團隊工作起來更開心,客戶也會更滿意,從而你也會有更充裕的時間學習新的知識。 2. 簡化根本複雜性,消除偶發複雜性根本複雜性是問題本身就很複雜,所以它是無法避免的。偶發複雜性是在解決根本複雜性的過程中衍生的,即解決方案本身帶來的新問題。如為瞭解決某個問題而設計的一個軟體架構,設計該架構本身,就是引入的偶發複雜性。所以,

軟體架構師應該知道的97件事 筆記(四)

46.避免重複如果開發人員複製救命代碼中的內容,說明這部分還可以簡化,甚至全部提取出來。消滅複製是架構師的責任,如果有重複,則應該重新研究架構,創造更完善的抽象機制。47.歡迎來到現實世界現實世界是不可預知的,隨時都可能發生一些讓人預料不到的事情,如客戶撤消訂單,付款時間延誤等。如果現實世界帶來了麻煩,不要怕,不要報怨,尋找解決辦法應對即可。48.仔細觀察,別試圖控制一切我們已經進入了分布式、松耦合的時代,不要妄想掌控一切,這樣只會讓你設計出緊耦合、脆弱的方案。但是撒手不管也是危險的狀態。正確的

本地iso或光碟片作fedora的軟體源進行軟體管理

 1. 建立一個檔案目錄(也就是檔案夾)。[也可以不建,我們可以利用現有的檔案目錄,比如mnt檔案目錄]不過我還是建立了一個檔案目錄  命令如下:mkdir /localiso2. 在該目錄下再建立一個或多個目錄,比如說我用 mkdir /localiso/dvd3. 再把光碟片掛載到該目錄下,命令是:mount /dev/dvd /localiso/dvd4. 到/etc檔案目錄中去,找到yum.conf檔案開啟它,在末尾添加如下內容:  [ISO]  name=local  baseurl=

總頁數: 852 1 .... 223 224 225 226 227 .... 852 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.