軟件

標籤：使用Oracle dul資料恢複工具對Oracle資料庫分區表中的資料進行恢複建立SALES分區表案例CREATE TABLE SALES ( PRODUCT_ID VARCHAR2(5), SALES_DATE DATE, SALES_COST NUMBER(10), STATUS VARCHAR2(20) ) PARTITION BY RANGE(SALES_DATE) SUBPARTITION BY LIST (STATUS) SUBPARTITION

標籤：個人總結：通過這學期對軟體工程這門課的學習，瞭解了軟體開發的過程，學會了怎麼設計一個項目，怎麼團隊合作完成一個項目，怎麼分工合作。在個人的實踐的時候，很輕鬆，完不完成都不是很大問題，這隻是涉及到個人問題而已，然而進入兩個人合作的時候，也比較好協調吧，但是進入多人組的時候，確實不比之前的輕鬆，畢竟涉及到多人的問題，要考慮很多的問題，考慮到隊友是否會受到連累。對助教的評價：個人覺得，助教很稱職。很努力地在為我們做付出。比如說很晚了還在檢查和評論與分析我們的部落格，並給我們意見。給助教贊一個。學

標籤：      轉眼間，大學大二第二學期已經接近尾聲了。整個學期下來，還是因為軟體工程這門功課讓我學到了很多東西，包括在學習上和生活上。     

標籤：從第一次作業開始，做複利計算的時候，學習到要做出更多的功能來應付客戶突然提出的要求，要用簡單易懂易操作的人機互動介面，畢竟客戶不是專業的IT人員，不瞭解電腦的專業術語。在程式碼完成後還要進行單元測試讓自己負責的模組功能定義明確，在敲代碼的時候保證代碼規範，整齊。並且在學期中後段練習了敏捷流程，實際操作了一次團隊開發，大家一起溝通，互相監督，互相進步。最後期末做的三個sprint衝刺更加鞏固了之前的團隊合作，並且學到了jsp方面的知識。對助教的評價：每個星期要看大量的部落格，統計一百多人的分

標籤：主要對這學期的學習、項目實踐進行回顧、分析與總結。這學期，學習了軟體工程，學習了鄒欣老師編寫的《構建之法》，整本書從實際軟體開發的各個階段出發，詳細地分析了軟體工程的各個環節，如：需求分析、設計實現、使用者體驗、軟體測試已經最後的發布等等。我來說說自己感受最深的一點吧-代碼風格，一個良好的代碼風格規範是一個軟體開發人員最起碼的要求，即使程式寫得是多麼地出色，具有廣闊的市場應用前景，但是如果背後是混亂不堪的代碼，那麼就會對這個軟體日後產生不少的負面的影響，特別是在後期的維護以及版本的迭代上，

標籤：    首先，我要感謝老師和助教對我們的悉心教導，沒有他們的努力，何來我們的成果？   

標籤：      這學期對軟體工程這門課程雖然學得很辛苦，但確實學到了很多東西。從一開始的個人到結對，再到團隊，我清楚地認識到要做好一個完整的軟體項目並不是一件輕易的事。通過軟體工程這門課我意識到軟體開發並不單單就是打代碼。在編寫程式之前，需要做一系列的分析、設計，要滿足客戶的需求，後續還要對軟體進行測試、維護等。一個人是很難獨立完成軟體開發過程中大量的工作量，所以團隊合作是很重要的。雖然最後的Team

標籤：總結：　　在這一學期中，在軟體工程這門課裡，我大概的瞭解了，和體驗了軟體工程的開發流程，也知道了團隊的重要性，明白了這是一個諸葛亮比不過三個臭皮匠的時代，只有團隊意識上去了，工作品質才能上去，因此我們又學習了敏捷開發，雖然我們團隊的項目最終沒能成功，但還是從其中學習到很多東西，有技術性的，有理論性的，更有經驗性的給助教的反饋：　　在我的心目中助教是一個負責人的人，在自己有工作要忙的時候，卻比我們自己更關注部落格的動向，除了開學幾節課之外，後面都是在默默的付出著，為我們奉獻了許多，默默的為我

標籤：更詳細的見：http://www.ibm.com/developerworks/cn/rational/r-rupbp/本文引用：http://baike.baidu.com/view/2235832.htm#sub2235832統一軟體開發過程（Rational Unified

標籤：軟體測試：特定的環境、特定的條件下運行軟體，驗證其能正常運行，並發現其缺陷，對軟體的品質進行評估的過程；軟體測試過程：設計、計劃、實現、執行；軟體測試流程：需求、計劃、方案、用例、執行、總結；lampp（xampp）：apache+mysql+php+per；wampp：windows+apache+mysql+php；apache的http的預設連接埠為80，https的預設連接埠為443；（http連接埠設定在xampp檔案下httpd.conf，https連接埠設定在xampp檔案下

標籤：這學期我們還學習了編譯原理的知識，總結起來，共分幾個步驟：1.詞法分析：任務是將來源程式轉換成內部格式；2.文法分析：任務是判斷來源程式結構是否符合該語言的文法；3.語義分析：任務是保證來源程式在語義上的正確性；4.中間代碼產生：將於來源程式轉換成等價的中繼語言代碼；5.代碼最佳化：對中間代碼的最佳化處理6.目標代碼產生：將中間代碼翻譯為機器語言或組合語言。其中，詞法分析使用的方法和演算法為：狀態轉換圖和有限自動機。其中，我們主要學習了詞法分析和文法分析部分。詞法分析：依次讀入字元，根據有

標籤：     

標籤：    今天我們來討論一下軟體裡面所謂可信軟體和可靠軟體的聯絡和區別。    一個實體在實現給定目標時，其行為與結果總是可以預期的。如果軟體服務總是與使用者的預期相符，即使在軟體啟動並執行過程中出現了一些特殊的情況，這樣的軟體就是所謂的可信軟體。所以我們判斷就是可信的軟體就是指可用的，可靠性比較高的軟體，並且安全性高，相應時間少，維護的費用小。    軟體可靠性 (software reliability

標籤：聲明：本文檔的內容主要來源於書籍《軟體調試修鍊之道》作者Paul Butcher，屬於讀書筆記。歡迎轉載！--------------------------------------------------------------------------------------------缺陷優先如何使缺陷修複與軟體開發相結合？如何估計缺陷修複花費的時間？如何確保項目不會陷入《人月神話》中所描述的無數缺陷修複的焦油坑中呢？缺陷優先要採用早起缺陷修複原則，並且基於以下兩個原則  &

標籤：現在再增加一項個人的附加作業，每認真回答一個問題附加2分，10分為上限。附加作業回答以下幾個問題：1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；    每次作業給的時間很充足，但是需要使用的新的東西太多，基礎差的（像我）就算有心完成，也會有力不足的狀態；    對於項目難度，可以分不同的等級，不是所有的都會寫的完美；2. 你認為助教／老師哪裡做的不足，哪裡限制太多等； 

標籤：《軟體測試的藝術》　　軟體測試是一個帶有創造意味的破壞性施虐過程，也是一個趨向完美與完善的強邏輯過程。其實我的性格是很適合做軟體測試的，但其現實固有瓶頸所在，也是我並不會完全選擇它的原因。也可能是因為，我並不能百分之兩百的愛，我正在測試的產品。這本書最大的特點是易懂實用，而且講的都很多書中都羅列過的簡單道理，任何人都可以看，特別是那些想將軟體測試做好的人，在實踐中完全消化這本書，因它比較完整，對於方法方面，基本上已經完全足夠了。《軟體測試經驗傳承》　　優秀的軟體測試團隊不是天生的，而是造就

標籤：總結：本篇文字分為兩個部分。第一部分：設計模式基本常識；第二部分：軟體設計中的六大原則，並詳細分析了單一職責原則。（本篇文章的時間軸參考：為知筆記支撐檔案夾\Java設計模式（時間順序圖表）.vsdx） 部分一：初識設計模式 什麼是設計模式？James拿到這個論點時，很是迷惑！ 模式？是不是一個模子？模式識別——電腦領域的經典問題？ 設計類比？軟體的設計模式？不懂！！！

標籤：附加作業回答以下幾個問題：你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；                                                       &

標籤：軟體的可變性是一個繼承體系中的概念。可變性與多樣性、多態為同義字。語意為：同一父類的子類，在滿足父類介面約束的條件下，結構和功能（行為）各不相同。表象為子類實現的多樣性。1）子類的（資料）結構各不相同；2）子類的功能實現各不相同。 可變性的封裝：將可變性的東西固化成不可變的東西。1）在抽象類別或基類層面，將可變性以具體的介面約束和固定的依賴關係進行固化。2）在子類層面，將可變性的每一個可變形態封裝到一個具體的子類中，使其喪失可變性。 如果沒有可變性的封裝，就沒有高層或抽

標籤：通過這半學期我對軟體工程的學習，從軟體工程的基礎到考試使用者的需求分析與求解，最後到黑盒白盒測試通過自身做過的一些案例，講解了軟體工程這門本身枯燥乏味的課程，這不僅增強了學生學習的積極性，也通過讓我們自己去做一些需求分析，我們從中學到了許多知識。老師不僅僅在課堂上對我們悉心的知道，在課外還讓我們多看一些有關軟體工程方面最前沿的理論，通過這段時間我讀了《軟體工程綜合開發世間》這兩本書，通過自己的讀書學習，我有以下心得體會。眾所周知軟體對於一個公司，一個企業乃至一個國家都是十分重要的，因此一個