軟件

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

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

標籤：  

標籤：1.

標籤：1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可答：額~ 上課有點索然無味0.0 希望在課上能夠多學到一點知識，我想是應該我自己沒適應好吧，還以為這節課是教技術的課程。不過，張老師在課上講到自己的做項目啊之類的經驗的時候，我感覺到受益匪淺，畢竟是過來人的經驗很不錯。2.

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

標籤：通過第一章，我大概瞭解我將要從這本書中學習什麼，如何落實學習。本書的作者——鄒老師，通過設定簡單的人物和簡短的話語，使得書本遠離枯燥無味，同時還條理清晰，這加強了我看書的耐心。    

標籤： 在生產出一個好的軟體之前需要對軟體的需求進行分析，如何規劃好我們下一步該做什麼，進而準確全面地找到需求。我們應該擷取和引導需求，找到利益相關者挖掘需求。需求來自於各種管理機構、軟體企業本身、技術團隊本身等。接著分析和定義需求，驗證需求，在軟體產品中管理需求。對軟體的需求分為對產品功能性的需求、對產品開發過程的需求、非功能性需求、綜合需求。     

標籤：1 你認為本門課程需要在那裡改進，具體措施有哪些？答：時間安排和進度方面，我個人覺得都挺合理的，本學期課程少，可以有充足的時間來做項目。     部分軟體的使用是由同學上台講的，這塊沒聽懂，都是課後自己摸索的。     課堂紀律不太好，這樣會拉低大家的學習熱情。2 你認為助教/老師哪裡做得不足，哪裡限制太多？答：助教和老師都很負責，在這裡表示感謝，限制並不多，如果限制少了，大家就會拖拖拉拉，學習效果不明顯。3

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

標籤： 小規模軟體Team Dev現存問題思考若干 　　　這裡指的是創業初期的軟體Team Dev，由於面臨較大的財政壓力，不得不接一些外包來養活自己，然後再抽時間做自己的軟體或平台的小規模創業團隊。本文系自己的一點淺顯的思考，觀點較為淺薄，如果存在錯誤的地方，還望有經驗的大神們指正。 一、創業初期的軟體Team

標籤：借鑒《構造之法》--淺談軟體工程來源程式就是代碼，建立在資料結構之上，對資料進行操作。資料分為待用資料和動態資料。軟體構建不僅僅是cc和link命令，一個複雜的軟體具有合理的軟體架構、軟體設計，實現等等。軟體團隊要從需求分析開始，把合適需求梳理出來，然後展開後續工作，如軟體架構設計，寫資料結構和演算法，測試到最後發布軟體。由“軟體=程式+軟體工程”擴充出“軟體企業=軟體+商業模式”程式是基本功，軟體工程決定了軟體的品質，商業模式決定了一個軟體

標籤：       這一學期對這門課最多的就是抱怨，抱怨作業太多，抱怨作業太難，抱怨為什麼沒學過還要讓我們完成這個作業，抱怨老師對我們要求太高，但是仔細想想相比其他科目來說收穫還是挺多的。這門課學完之後對我影響最大的就是，拿到題目之後不再是一味的上來就開始寫代碼寫完代碼就開始心情愉快的做其他事，我會先分析，然後寫出我自己的設計思路，再慢慢實現My

標籤：http://student.zjzk.cn/course_ware/software/txt/txt/show.asp?filename=11_1.txt11.1 概述11.1.1 軟體品質的定義   軟體品質定義為：   (1) 與所確定的功能和效能需求的一致性。   (2) 與所成文的開發標準的一致性。   (3) 與所有專業開發的軟體所期望的隱含特性的一致性。11

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

標籤：因為從事軟體測試也有兩三年啦！多多少少做過些軟體效能測試，也看過多多少少軟體效能方面的書籍和資料等。感覺是該整理總結下，一是免於遺忘、二是樂於分享。一提到軟體效能，很多人不能說的很明白，本人也不能完全說明了！但根據國人的習慣，還是先說概念吧！一般來說，效能是一種指標，表明軟體系統或者構成對於其及時性要求的符合程度；其次，效能是軟體的一種特性，可以用時間來進度度量。效能的及時性用回應時間或者輸送量來衡量。回應時間是對請求作出響應所需要的時間。對於單個事務，回應時間就是完成事務所需的時間；對於

標籤：人們為瞭解決生活中的各種問題，會求助於軟體。但是針對不同情況使用者的需求不同，軟體團隊要找到軟體的利益相關者，如果對自己的需求明確的使用者就直接瞭解他們的需求，而對於不明確自己需求的使用者，軟體團隊需要設身處地替使用者著想，引匯出需求。不僅來源於外界，需求還可以來自各種管理機構、軟體企業本身和軟體團隊本身。下一步是“分析和定義需求”，即對從各方面擷取的需求進行規整，定義需求的內涵，從各個角度將需求各方面細化。然後軟體團隊跟使用者溝通，通過分析報告、技術原型、使用者調

標籤：      之前對軟體行業不是怎麼瞭解,老師在台上講了一中午 腦袋有點懵, 老師課上有講過 我們來漢企， 是給我們一個平台， 一個學習的平台  要把握住這個機會！不會每個人都有的 不要對自己太放縱， 就只認為反正他們給我找工作學不學的無所謂 混個日子 這都完全不可以的，機會是留給有準備的人！給自己信心，雖然剛開始接觸有點懵圈，誰都不是一出生就會的，都要學習 努力  給自己點壓力！     &

標籤：yumwhat？YUM是一種在linux系統中安裝軟體的方式。why？YUM安裝軟體時可自動考慮軟體包的依賴關係，不需要手動安裝所需依賴包，使用起來比rpm更加方便，同時也可以實現大量軟體的安裝部署，所以我們要學會如何部署和使用YUM軟體倉庫。where？YUM軟體倉庫分為三種方式本地服務， file:///http服務, http://ftp服務,

標籤：在這個學期，我們經曆了一段難以用詞語形容的課程過程，這是一個非常“虛”的課程內容，我們不用去像別的課程一樣，去非常專研某種語言，而在軟體工程的課上，我們完全要靠自覺與自學。如果在課下的時候，我們不去額外的進行學習，就很有可能完成不了一次次的作業。從最開始的複利計算機到個人的項目再到組合團隊的項目，我們切實的經曆了從小我到大體的過程，在這個過程中，我們經曆了很多不一樣的東西，獲得了很多，失去了也很多。助教對同學們的學習和任務的監督，是一個非常嚴謹和認真的助教，他的工作