軟件

標籤：　　從開始做WinCE開發到現在已經十多年了，最初可以學習和參考的資料並不多，那時候還沒有Stack Overflow，Google也還可以正常訪問。遇到問題時，一般都在Google

標籤：這個問題是個老問題了，但是一直沒有很詳細的回答過，這次看到知乎上有人提到，就回複了一下，原帖如下：https://www.zhihu.com/question/42151352/answer/99683378我的回答：首先，發現了問題，第一時間應該考慮的是如何解決問題，其次才是尋找問題的來源避免問題的發生。對於企業來說，問題不解決，只是糾纏問題是誰的責任，公司會被這些人直接拖垮，這時候對於企業來說最重要的就是解決問題！其次，問題解決後，再尋找問題的來源，這時候才需要分類：1，需求覆蓋不到的

標籤：1.軟體相容性測試相容性測試之待測試專案在特定的硬體平台上，不同的應用軟體不同，不同的作業系統平台上，在不同的網路等環境中能正常的啟動並執行測試。相容性測試的目的：帶測試專案在不同的作業系統上正常運行，包括待測試專案能在同一作業系統平台的不同版本上正常運行；待測試專案能與相關的其他軟體或系統的“和平共處”；帶測試專案能在指定的硬體環境中正常運行；待測試專案能在沒的網路環境中正常運行。相容性測試無法做到完全的品質保證，但對於一個項目來講，相容性測試是一個必不可少的一個

標籤：      通過對書本第1、5、17章的學習，我知道了軟體=程式+軟體工程，軟體工程就是把系統的、有序的、可量化的方法應用到軟體的開發、運營和維護上的過程。     

標籤：　　軟體工程，就我的理解其實就是一種方法指導論：指導軟體工程人員按照一種約定的規則來實現軟體，目的是為了保證軟體的品質和工程進度以及軟體的"通用性"(易於被其他人閱讀、理解和實現，易維護等等類似於換了一群組成員之後，該群組成員能夠根據文檔也能迅速的對軟體進行擴充和操作)　　從最近的小項目來看，除了一些文檔和處理過程之外，我幾乎沒有感覺到我們在用軟體工程的方法來指導我們的項目，大部分時間我們則是花費在代碼的實現上，也許是我並沒有懂得軟體工程作為一種方法的含義和精妙之處，在具體的操作中可能在用

標籤：Joomla!是一套全球知名的內容管理系統。Joomla!是使用PHP語言加上MySQL資料庫所開發的軟體系統，可以在Linux、 Windows、MacOSX等各種不同的平台上執行。目前是由Open Source

標籤：        在看過《構建之法》這本書第五章軟體團隊的模式之後，在我的第一感覺中，我覺得如果我可以選的話，我會選擇交響樂團模式。       

標籤： 時間學習花費時間（小時）代碼量（行）部落格量（篇）瞭解到的知識點不足第九周周一 （8.00-9.50）上課周二（3.00-3.40）周三（3.30-5.30）學習Android studio中頁面轉碼，學習串連資料庫，完善軟體周三（2.00-2.30）閱讀《構建之法》35011.學會Android studio，中用監聽事件完成按鈕轉換操作 2.學習在Android studio中運行軟體不會加資料庫操作 軟體工程第九周學習進度條

標籤：    軟體架構比寫代碼更重要。軟體系統的架構設計，需要設計系統的元件如何劃分，元件之間如何發生相互作用，以及系統中邏輯上、物理上和系統上的規劃。開始之初的架構設計也決定了這個軟體產品是否適用。所以架構的選擇和設計是軟體開發的重中之重。   

標籤：軟體過程：為了獲得高品質軟體所需要完成的一系列任務的架構，它規定了完成各項任務的工作步驟。 軟體過程（ISO9000）：使用資源將輸入轉化為輸出的活動所構成的系統。輸入：如軟體需求 輸出：如軟體產品瀑布模型 1. 階段間具有順序性和依賴性 2. 延遲實現的觀點 3.

標籤：禪道一

標籤：　　已經學習軟體工程科目有一段時間了，對軟體項目也有了一定的瞭解。　　我們項目組需要完成的是教學管理系統，分由四個人完成。每個人的開發能力、編碼能力都有所不同。對項目的認識存在不同的差別。　　最初始的開發階段，我們不明確應該用什麼方式來完成我們的項目，整個團隊都是蒙的。不知道該幹什麼、應該從什麼地方著手。老師看到我們的困境，協助我們理清思路，協助我們分析業務的邏輯、資料的流向、人員的分配。在老師的協助下，我們大體瞭解了我們要完成的項目的流程，項目中的各種基本邏輯，資料庫中各種表的建立&he

標籤：10. 關聯式資料庫 (Relational Databases)　　關聯式資料庫因為在大規模 Web

標籤：首先，對所有的業務都進行效能測試是不可行，也是不現實的。（1）選取業務量較大的業務，比如某電商平台明天上午10點有個特賣會，那麼這個特賣會的業務使用者訪問量較大，所以在上線之前要做好充分的測實驗證，才能決定是否上線。（2）需要重點關注的業務，比如對應電子商務平台的使用者下單，提交訂單，如果在同樣的時間段內某個平台產生的訂單數量越少，那麼對公司來說是不可容忍的。（3）選取業務量不大，但是該業務消耗系統資源的業務。（4）把使用者操最常用，最頻繁的操作業務拿來做測

標籤：　　書中第六章主要講了敏捷流程，主要包括了三大步驟：第一步，找出完成產品需要做的事情——Product Backlog；第二步，決定當前的衝刺（Sprint）需要解決的事情——Sprint

標籤： 《軟體工程》的簡單小總結與展望——試一試，萬一成功了呢一、前言     感謝杜老師和助教曾老師給我們提供平台和訓練的機會，特別是助教，在工作之餘還花時間不厭其煩地幫我們找資源，解答我們的問題。   

標籤：第六章     

標籤：讀了第六第七章，我明白了以下幾點：敏捷流程概述：1.找出完成產品需要做的事情——Product Backlog。2.決定當前的衝刺（Sprint）需要解決的事情——Sprint

標籤：1.引言“Hello,wolrd！（世界，你好！）”，我寫一些技術性的文章已經有一段時間了，最近一段閑暇時間我沒有休息，而是思考我可以寫一些東西，可以對朋友們提升開發技能提供一些可能的協助。自從來到 Stratum

標籤：I read this book in the weekend, and decided to put the book on my nightstand. It‘s a short and funny book, clear insight and good stories, strongly recommend entry even senior engineers to read it.IntroductionThis book tells you how to find out