|
|
軟件開發的內容是：需求、設計、編程和測試！
需求：不僅僅是用戶需求，應該是開發中遇到的所有的需求。比如，你首先要知道做這個項目是為瞭解决什麽問題；測試案例中應該輸入什麽數據......為了清楚地知道這些需求，你經常要和客戶、項目經理等交流。
設計：編碼前，肯定有個計劃告訴你要做什麽，結構是怎樣等等。你一定要按照這個來做，否則可能會一團糟。
編程：如果在項目截止日，你的程序不能跑起來或達不到客戶的要求，你就拿不到錢。
測試：目的是讓你知道，什麽時候算是完成了。如果你聰明，你就應該先寫測試，這樣可以及時知道你是否真地完成了。否則，你經常會不知道，到底有哪些功能是真正完成了，離預期目標還差多遠。
軟件開發中，客戶和開發人員都有自己的基本權利和義務。
客戶：
定義每個用戶需求的商業優先級；
製訂總體計劃，包括用多少投資、經過多長時間、達到什麽目的；
在項目開發過程中的每個工作周，都能讓投資獲得最大的收益；
通過重複運行你所指定的功能測試，準確地掌握項目進展情況；
能隨時改變需求、功能或優先級，同時避免昂貴的再投資；能夠根據各種變化及時調整項目計劃；
能夠隨時取消項目；項目取消時，以前的開發工作不是一堆垃圾，已開發完的功能是合乎要求的，正在進行或未完成的的工作則應該是不難接手的。
開發人員：
知道要做什麽，以及要優先做什麽；
工作有效率；
有問題或睏難時，能得到客戶、同事、上級的回答或幫助；
對工作做評估，並根據周圍情況的變化及時重新評估；
積極承擔工作，而不是消極接受分配；
一周40小時工作製，不加班。
軟件開發過程可以包括以下6個階段：
計劃
對所要解决的問題進行總體定義，包括瞭解用戶的要求及現實環境，從技術、經濟和社會因素等3個方面研究並論證本軟件項目的可行性，編寫可行性研究報告，探討解决問題的方案，並對可供使用的資源（如計算機硬件、係統軟件、人力等）成本，可取得的效益和開發進度作出估計。製訂完成開發任務的實施計劃。
分析
軟件需求分析就是回答做什麽的問題。它是一個對用戶的需求進行去粗取精、去偽存真、正確理解，然後把它用軟件工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。本階段的基本任務是和用戶一起確定要解决的問題，建立軟件的邏輯模型，編寫需求規格說明書文檔並最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數據流程圖和數據字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟件係統的體係結構，並將整個係統分解成若幹個子係統或模塊，定義子係統或模塊間的接口關係，對各子係統進行具體設計定義，編寫軟件概要設計和詳細設計說明書，數據庫或數據結構設計說明書，組裝測試計劃。
設計
軟件設計可以分為概要設計和詳細設計兩個階段。實際上軟件設計的主要任務就是將軟件分解成模塊是指能實現某個功能的數據和程序說明、可執行程序的程序單元。可以是一個函數、過程、子程序、一段帶有程序說明的獨立的程序和數據，也可以是可組合、可分解和可更換的功能單元。模塊，然後進行模塊設計。概要設計就是結構設計，其主要目標就是給出軟件的模塊結構，用軟件結構圖表示。詳細設計的首要任務就是設計模塊的程序流程、算法和數據結構，次要任務就是設計數據庫，常用方法還是結構化程序設計方法。
編碼
軟件編碼是指把軟件設計轉換成計算機可以接受的程序，即寫成以某一程序設計語言表示的"源程序清單"。充分瞭解軟件開發語言、工具的特性和編程風格，有助於開發工具的選擇以及保證軟件産品的開發質量。
當前軟件開發中除在專用場合，已經很少使用二十世紀80年代的高級語言了，取而代之的是面嚮對象的開發語言。而且面嚮對象的開發語言和開發環境大都合為一體，大大提高了開發的速度。
測試
軟件測試的目的是以較小的代價發現盡可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試數據和預期的輸出結果組成了測試用例）。如何才能設計出一套出色的測試用例，關鍵在於理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試對象是源程序，依據的是程序內部的的邏輯結構來發現軟件的編程錯誤、結構錯誤和數據錯誤。結構錯誤包括邏輯、數據流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果。白盒法和黑盒法依據的是軟件的功能或軟件行為描述，發現軟件的接口、功能和結構錯誤。其中接口錯誤包括內部/外部接口、資源管理、集成化以及係統錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。黑盒法。
維護
維護是旨在已完成對軟件的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟件産品所進行的一些軟件工程的活動。即根據軟件運行的情況，對軟件進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。編寫軟件問題報告、軟件修改報告。
一個中等規模的軟件，如果研製階段需要一年至二年的時間，在它投入使用以後，其運行或工作時間可能持續五年至十年。那麽它的維護階段也是運行的這五年至十年期間。在這段時間，人們幾乎需要着手解决研製階段所遇到的各種問題，同時還要解决某些維護工作本身特有的問題。做好軟件維護工作，不僅能排除障礙，使軟件能正常工作，而且還可以使它擴展功能，提高性能，為用戶帶來明顯的經濟效益。然而遺憾的是，對軟件維護工作的重視往往遠不如對軟件研製工作的重視。而事實上，和軟件研製工作相比，軟件維護的工作量和成本都要大得多。
在實際開發過程中，軟件開發並不是從第一步進行到最後一步，而是在任何階段，在進入下一階段前一般都有一步或幾步的回溯。在測試過程中的問題可能要求修改設計，用戶可能會提出一些需要來修改需求說明書等。 |
|
計算機：軟件開發專業主要培養德智體全面發展，具有一定計算機軟硬件維護、網絡組建、維護管理的高級實用技術型人才。通過本專業的學習，能熟練掌握常用的計算機軟件的使用、維護與技巧；在硬件方面學生應瞭解計算機硬件的發展，熟練掌握計算機組裝的方法，能熟練運用應用軟件檢測計算機性能、故障的範圍所在，掌握硬件故障的一般處理方法；在網絡方面，學生應掌握目前流行網絡的技術特點，掌握網絡工程、網絡維護、網絡安全及應用方面的知識。能胜任一般網絡工程方案的設計、組建、網絡維護、及簡單網站的建設與維護。同時，使學生瞭解由於IT技術的發展而引起的法律和道德方面的問題。
本專業畢業生適合的工作崗位是計算機程序設計師。適合於熟練地按照工程化的思路進行軟件編製、軟件測試的工作崗位，能擔任各種企事業單位和各級工程建設部門、管理部門的計算機軟件和硬件維護、網絡的組建、維護等工作，也可從事計算機研究與應用、軟件開發等方面的工作。就業範圍為：計算機軟件公司、具有軟件開發能力的大型企業及事業單位、大專院校和科研院所。 |
|
軟件設計思路和方法的一般過程，包括設計軟件的功能和實現的算法和方法、軟件的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。
1 相關係統分析員和用戶初步瞭解需求，然後用WORD列出要開發的係統的大功能模塊，每個大功能模塊有哪些小功能模塊，對於有些需求比較明確相關的界面時，在這一步裏面可以初步定義好少量的界面。
2 係統分析員深入瞭解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔係統的功能需求文檔。這次的文檔會清楚例用係統大致的大功能模塊，大功能模塊有哪些小功能模塊，並且還例出相關的界面和界面功能。
3 係統分析員和用戶再次確認需求。
4 係統分析員根據確認的需求文檔所例用的界面和功能需求，用迭代的方式對每個界面或功能做係統的概要設計。
5 係統分析員把寫好的概要設計文檔給程序員，程序員根據所例出的功能一個一個的編寫。
6 測試編寫好的係統。交給用戶使用，用戶使用後一個一個的確認每個功能，然後驗收。
舉個例子來看：
1 某公司想找人訂做一套人事管理軟件,從某種渠道上得知我們有提供這種服務，所以聯繫上了我們。
2 我們會派專門的軟件工程師到他們那裏去瞭解我們要設計一個什麽的東西給他們用，然後回來做個方案給他們，其中方案的內容包括：我們開發出來的軟件大概的界面是怎樣？方便什麽人使用？什麽人可以使用什麽功能？方便到什麽程度？大概的硬件要求是怎樣等？
3 他們看了方案後，確定他們就是要做一套這樣的軟件，我就開始開發這套軟件。
4 我們把開發出來的軟件交用他們使用，其中在使用的過程中哪裏使用不方便或哪裏達不到要求，我們會第第一時間修改這些功能，直到他們要求的所有功能都能很完美的解决掉。
軟件開發中的註意事項
1、項目設計
項目設計的主導思想，我覺得可以理解為兩種，一種是完全設計，一個是簡單設計。
完全設計是指在具體編寫代碼之前對軟件的各種方面都調查好，做好詳細的需求分析、編寫好全部的開發文檔，設計出程序全部流程後再開始寫代碼。 換句話說，就是全部的計劃好了，能看到最終的樣子，再開戰。這好像也是很多“軟件工程”書裏要求的那樣。開始的時候，我覺得這種方法不錯也。什麽都計劃好了，照着做就是了。不過這裏有個明顯的問題，就是誰來做這個完美的計劃？估計衹有及其BT的人了，但是大部分人的想要完全設計，並且沒有錯誤，或者已經有幾種後備的容錯方案，並能準確無誤的推行。以達到最終目標。這樣的境界，沒有很多年的工作經歷是不可能的。我也沒有這樣的本事，所以我也就放棄了這種想法。
簡單設計：簡單設計一種概念，一種可以接受的簡單的設計，最起碼數據庫已經定下來，基本流程已經確定的方案，來作為程序設計的開始，並隨時根據實際情況的進展來修正具體的功能設計，但這種功能修改不能是修改數據庫結構。也就是說數據庫結構是在編程之前經過反復論證的。這種方法減少了前期設計的時間，把代碼編寫工作和部分設計工作放在了一起，實際縮短了項目開發的時間。如果說完全設計方法要求有很厲害的前期設計人員，那麽簡單設計要求有很有設計頭腦的編程人員。編程人員不僅僅是K代碼的人而且要負責程序架構的設計。所以對程序員的要求就很高了。 簡單設計的成功的一個基點是編程人員設計的邏輯結構簡單並能根據需要來調整其邏輯結構，就是代碼結構靈活，簡單設計帶來的另外一個變化就是會議會比較多，編程人員之間的交流就變的很重要。現在一般的中小型軟件公司基本上都是采用簡單設計的，除非那些很大型的軟件公司。
總結，簡單設計考驗的是開發人員的能力。完全設計考驗的是前期設計人員和整個項目組完整能力。(各種文檔的編寫，開發人員一定會要寫一部分的。)
2、設計變化和需求變化
開發人員最怕的是什麽呢？設計變化，還是需求變化？我覺得需求變化是最最致命的。當你的一個項目數據庫都定下來後，而且已經開發了若幹個工作日，突然接到甲方公司提出，某個功能要改變，原先的需求分析要重新改，如果這個修改是涉及的數據庫的表結構更改的話，那真是最致命的。這就意味着項目的某些部分得重新推倒重來，如果這個部分跟已完成的多個部分有牽連的話，那就後果更可怕了。所以當碰到這種情況發生，作為項目經理的你就應該考慮先查責任人，究竟是自己的需求分析做的不夠好，還是客戶在認同了需求分析後做出的修改，如果是後者的話，你完全可以要求客戶對他的這個修改負責任！那麽，呵呵，客戶先生，對不起了，本次新增加的需求將歸入另外一個版本。如果是改變前面某個需求的定義，那麽說不定就要推倒重來了，不過這個時候到不用太在意，畢竟錯的是客戶。(項目正式開始前沒有沒有說清楚其需求)。所以，各位看客，在需求分析做好後，在開工之前一定要叫客戶認可簽字，並且在合同上要註明，當由客戶原因引起的需求改變而造成開發成本的增加，客戶要為此買單地。
如果在需求不變的情況之下，設計發生了變化，這個僅僅是我們內部之間的矛盾，商量一下就能解决。在簡單設計中，因為前期的設計是不完整的，那麽當進入任何一個新的模塊進行開發時，都有可能引起設計的變化。開發人員的水平的高低就基本上决定了軟件的好壞。
3、代碼編寫
當需求定下來數據庫也定下來後， 其實我們就可以進行實質性的編碼了，按照我的看法，一個人單獨編程最好，能隨時偷懶。(上網，和MM聊聊)，但是現在的軟件項目越來越大，工期也越來越緊，事實上我們一個小組裏面，一般有3-5程序員，所以我們要強調團隊合作性。那麽你寫的代碼使得別人要能夠看懂，我們必須在實際的編寫代碼過程中要有詳細的編碼規範，編碼規範在很多書籍裏面都提到過。但最起碼以下的一些規範是我們必須要遵守的：
一）源程序文件結構：
每個程序文件應由標題、內容和附加說明三部分組成。
（1）標題：文件最前面的註釋說明，其內容主要包括：程序名，作者，版權信息，簡要說明 等，必要時應有更詳盡的說明（將以此部分以空行隔開單獨註釋）。
（2）內容控件註册等函數應放在內容部分的最後，類 的定義按 private 、 protected 、 pubilic 、 __pubished 的順序，並盡量保持每一部分衹有一個，各部分中按數據、函數、屬性、事件的順序。
（3）附加說明：文件末尾的補充說明，如參考資料等，若內容不多也可放在標題部分的最後。
二）界面設計風格的一致性：
由於采用可視化編程，所有的界面均與Win32方式類似，相應采用的控件等也大都為Windows操作係統下的標準控件，而且參考了其他一些市面上相關的企業內部管理的應用軟件。
基於簡單易操作的原則，貼近用戶考慮，用戶界面采用Windows風格的標準界面，操作方式亦同Windows風格，這樣在實施過程，可以降低對客戶的培訓，也可以使用戶容易上手，簡單易學。
三）編輯風格：
（1）縮進：縮進以 Tab 為單位，一個 Tab 為四個空格大小。全局數據、函數 原型、標題、附加說明、函數說明、標號等均頂格書寫。
（2）空格：數據和函數在其類型，修飾（如 __fastcall 等）名稱之間適當空格並據情況對 齊。關鍵字原則上空一格，不論是否有括號，對語句行後加的註釋應用適當空格與語句隔開並盡可能對齊。
（3）對齊：原則上關係密切的行應對齊，對齊包括類型、修飾、名稱、參數等各部分對齊。
另每一行的長度不應超過屏幕太多，必要時適當換行。
（4）空行：程序文件結構各部分之間空兩行，若不必要也可衹空一行，各函數實現之間一般空兩行。
（5）註釋：對註釋有以下三點要求：
A、必須是有意義；
B、必須正確的描述了程序；
C、必須是最新的。
註釋必不可少，但也不應過多，以下是四種必要的註釋：
標題、附加說明；
函數說明：對幾乎每個函數都應有適當的說明，通常加在函數實現之前，在沒有函數實現部分的情況下則加在函數原型前，其內容主要是函數的功能、目的、算法等說明，參數說明、返回 值說明等，必要時還要有一些如特別的軟硬件要求等說明；
在代碼不明晰或不可移植處應有少量說明；
及少量的其它註釋。
四）命名規範：
堅持采用匈牙利變量命名慣例，所有標識符一律用英文或英文縮寫，杜絶采用拼音，標識符中每個單詞首字母大寫，縮寫詞彙一般全部大寫，衹在必要時加“_”間隔詞彙。
4、BUG修補
程序出現了BUG誰來修補呢，嘿嘿嘿……
最好的辦法是誰編寫誰修補，誰改壞誰修補。一個人改壞的代碼一人去修。兩個人一起改壞的代碼兩人一起修。
5、開發人員的測試
開發人員的測試是保證代碼能正常運行，在開發時候發現的錯誤往往比較容易修正。(另外一個好處就是沒有人來駡你。因為衹有你自己知道)。但是一旦軟件到了測試小組那裏出了問題，那麽就多了很多時間來修正BUG，如果到了客戶哪裏纔發現的BUG，那麽時間就更長了，開發人員本身受到的壓力也是到了最大話了。客戶->公司->測試小組->開發人員。 這個完全是倒金字塔型的，承受能力差的一環很容易出事情的。
另外開發人員的測試除了保證代碼能正常運行以外，還有一個很重要的方面就是要保證上次能正常運行的代碼，這次還是能正常運行。如果做不到這點，那麽BUG就不斷的會出現，很多BUG也會反復出現。於是軟件看上去就有修補不完的BUG了。如果出現這種情況，那麽開發人員有必要再教育。一般公司教育的方式有四種。第一種，扣工資，第二種，加班，反復加班+精神攻擊。 第三種，開除。第四種，調動人員來幫助那個出了麻煩的傢夥。 但願看這個文章的人不要受到前面三種教育。
軟件開發企業用人主要有以下幾個特徵：
1 外包開發行業快速發展，對“人才”在代碼和文檔方面的規範性、技能和工具的熟練程度要求越來越高；
2 Java和.NET技術在市場上平分秋色，都有大量的崗位需求，同時值得慶幸的是二者在應用層面上的技術差異越來越少；
3 軟件開發企業對開發人員的基本技術素養強調得越來越多，例如：面嚮對象的程序設計思想和代碼組織方法、HTML/CSS/JavaScript客戶端技術；
4 為了保證質量和工期，企業中大量使用各種框架技術，要求開發人員至少熟悉一種框架技術；
5 MIS、OA、ERP、CRM、係統集成、物流、進銷存、電子政務、網站建設這一類B/S係統，成為軟件工程師需求最大的業務領域。 |
|
- : Software development
|
|
| 安全 | 網絡協議 | 計算機 | 編程 | 程序設計語言 | Microsoft | 面嚮對象編程 | 軟件工程 | | IT | 軟件項目 | 軟件 | java | 框架 | 網絡 | 無綫通信技術 | 移動通信技術 | | 更多結果... |
|
|
| 軟件開發庫 | 軟件開發師 | | 卡軟件開發 | 軟件開發計劃 | | 軟件開發人員 | 精益軟件開發 | | 軟件開發實踐 | 期貨軟件開發 | | 軟件開發技術 | 軟件開發平臺 | | 軟件開發流程 | 軟件開發環境 | | 軟件開發工具 | 軟件開發方法 | | 敏捷軟件開發 | 股票軟件開發 | | 快速軟件開發 | 軟件開發公司 | | 軟件開發外包 | 軟件開發指南 | | 軟件開發培訓 | 遊戲軟件開發 | | 軟件開發設計 | 軟件開發係統 | | 杭州軟件開發 | 手機軟件開發 | | 軟件開發過程 | 寧夏軟件開發 | | 軟件開發模型 | 軟件開發體係 | | 軟件開發手册 | 軟件開發周期 | | 電腦軟件開發 | 信息軟件開發 | | 軟件開發概念 | 軟件開發沉思錄 | | 易事通軟件開發 | 軟件開發的邊界 | | 軟件開發與管理 | 嵌入式軟件開發 | | 多媒體軟件開發 | 軟件開發知識庫 | | 軟件開發工具包 | 滾雪球軟件開發 | | 軟件開發工程師 | 軟件開發增值稅 | | 物流軟件開發工具 | 統一軟件開發過程 | | 奧銳股票軟件開發 | 可信賴的軟件開發 | | 精益軟件開發藝術 | 軟件開發基礎教程 | | 遊戲軟件開發基礎 | 軟件開發進度計劃 | | 軟件開發技術基礎 | 軟件開發項目管理 | | 石油軟件開發平臺 | 西安軟件開發培訓 | | 更佳敏捷軟件開發 | 軟件開發實訓教程 | | 物流行業軟件開發 | 中國軟件開發中心 | | 中國人民銀行軟件開發中心 | 軟件開發過程與項目管理 | | 深圳市海源鴻軟件開發商行 | 中創互聯軟件開發公司 | | 軟件開發涉稅會計處理 | 大連信為軟件開發有限公司 | | 中億商盟軟件開發公司 | 敏捷軟件開發(影印版) | | 哈爾濱順時針軟件開發學校 | 軟件開發技術與應用 | | 宜賓普源軟件開發有限公司 | ERP軟件開發實訓教程 | | 泰山股票軟件開發公司 | 遊戲軟件開發培訓學校 | | 泰安股票軟件開發公司 | 股票軟件開發科技有限公司 | | 軟件開發團隊成功秘笈 | 互聯網軟件開發工程師 | | ERP軟件開發工程師 | GIS軟件開發工程師 | | VoIP軟件開發工程師 | 深入淺出軟件開發(影印版) | | 軟件工程與軟件開發工具 | 全球化軟件開發最佳實踐 | | VSTS軟件開發指南 | 軟件開發日語實務教程 | | Joel談優秀軟件開發方法 | 輕騎兵軟件開發平臺 | | 嵌入式軟件開發工程師 | 基於B/S結構的軟件開發技術 | | 軟件工程及軟件開發應用 | 易事通股票軟件開發代理 | | 廣州店多軟件開發有限公司 | 淮安精誠軟件開發有限公司 | | ibm中國軟件開發中心 | 軟件開發iso9000體係 | | 中國銀行軟件開發中心 | 計算機軟件開發技術與應用 | | 中國農業銀行軟件開發中心 | 股票軟件開發證券軟件定製 | | 手機軟件開發工程師培訓 | 軟件開發項目實例完全解析 | | JAVA軟件開發 | 程序語言與軟件開發 | | 三維可視化軟件開發平臺 | 3G軟件開發 | | 3G手機軟件開發 | 應用工程軟件開發指南 | | 基於結構的軟件開發技術 | 談優秀軟件開發方法 | | 益陽市聯勝軟件開發中心 | 基於構件的軟件開發 | | 蘭州秦天軟件開發有限公司 | 蘭州聯智軟件開發有限公司 | | 蘭州華地軟件開發有限公司 | 蘭州螞蟻軟件開發有限公司 | | 甘肅明星軟件開發有限公司 | 蘭州瑞嘉軟件開發有限公司 | | 蘭州中和軟件開發有限公司 | 蘭州睿博軟件開發有限公司 | | 蘭州銳智軟件開發有限公司 | 甘肅安普軟件開發有限公司 | | 蘭州順達軟件開發有限公司 | 蘭州企航軟件開發有限公司 | | 蘭州魯班軟件開發有限公司 | 蘭州雷海軟件開發有限公司 | | 蘭州奧年軟件開發有限公司 | 聯合國軟件開發中心 | | 蘭州新通軟件開發有限公司 | 蘭州奧曼軟件開發中心 | | 蘭州博瑞四季軟件開發集團 | 蘭州開元軟件開發有限公司 | | 信息管理軟件開發設計 | 軟件開發人員的權利 | | 通關係統軟件開發規範 | 軟件測試:跨越整個軟件開發生命周期 | | 株洲滾雪球軟件開發有限公司 | 股票軟件開發OEM證券軟件定製 | | 軟件開發的形式化工程方法:結構化+面嚮對象+形式化 | 敏捷軟件開發原則、模式與實踐 | | VisualStudioTeamSystem更佳敏捷軟件開發 | SymbianOS平臺安全--用SymbianOS安全架構進行軟件開發 | | PowerBuilder應用工程軟件開發指南 | 深圳市新普軟件開發有限公司 | | 軟件開發企業工資如何稅前扣除 | 北京華文網絡報紙軟件開發有限公司 | | 計算機軟件工程國傢標準匯編:軟件開發與維護捲 | 軟件開發這點事兒——軟件開發工具手册 | | VxWorks軟件開發項目實例完全解析 | 小型團隊軟件開發(以RUP為中心的方法) | | Symbian手機軟件開發工程師培訓 | 軟件安全:使安全成為軟件開發必需的部分 | | 珠海市網欣軟件開發有限公司 | 敏捷軟件開發:原則、模式與實踐 | | 敏捷軟件開發:原則、模式與實踐(英) | 敏捷軟件開發:原則、模式與實踐(C#版) | | 模型驅動軟件開發:技術、工程與管理 | 寧波知上智能軟件開發有限公司 | | 福瑞博德軟件開發(深圳)有限公司 | 西安行知匯元軟件開發有限公司 | | 泰安易事通股票軟件開發公司 | 邯鄲剋萊銳富軟件開發有限公司 | | 南海東軟信息技術職業學院軟件開發專業 | 北京航空航天大學軟件開發環境國傢重點實驗室 | | 敏捷軟件開發原則模式與實踐(英) | 軟件開發的形式化工程方法結構化面嚮對象形式化 | | 敏捷軟件開發原則模式與實踐 | 敏捷軟件開發原則模式與實踐(版) | | 模型驅動軟件開發技術工程與管理 | 小型團隊軟件開發(以為中心的方法) | | 軟件開發這點事兒軟件開發工具手册 | 平臺安全-用安全架構進行軟件開發 | | 深圳市建碩軟件開發有限公司 | 深圳市智軟軟件開發有限公司 | | 蘭州一格軟件開發有限責任公司 | 蘭州晉源興業軟件開發有限公司 | | 蘭州金算盤軟件開發有限公司 | 蘭州巨竜計算機軟件開發有限公司 | | 蘭州博瑞四季軟件開發有限公司 | 蘭州美迪教育軟件開發有限公司 | | 蘭州倆友計算機軟件開發中心 | 蘭州德治康姆軟件開發有限公司 | |
|