Time of Update: 2016-05-25
標籤:following software content current details To create a repository,steps:https://github.com/mapo89/Git-Exercices-polito-Software-Engineering- to use init in bash
Time of Update: 2016-05-24
標籤:可靠性 健壯性 軟體設計原則 軟體設計方法 網上有很多關於軟體設計原則的說法,很精確,很官方,但是對於有些初學者來說可能是不知所云,到最後把自己給鬱悶到了,學習軟體應該是一件愉快的事情。那麼軟體設計原則有哪些呢?(1)可靠性做出一個可靠的軟體,跟女人找一個可靠的男人一樣,女人找男人,需要男人品質好,人品好,靠譜,可信賴,可依靠,身材高大,等等。軟體設計也是
Time of Update: 2016-05-24
標籤:因為自學安卓,這學期過得非常忙碌,但是偶爾有空餘時間,我會看看構建之法,鄒欣老師真的好厲害,能把乏味的代碼和知識歸納得這麼貼切,這麼生動有趣,讓我知道怎麼才能成為一個優秀的程式員和軟體工程師,教我們如何做軟體設計和需求分析,有很多有意思的舉例和代碼,還有教我們如何合作,軟體產品的推廣,軟體的運營和盈利方式等。讓我對軟體這個行業不再那麼懵懂迷茫,同時這本書相對於以往的軟體工程書籍來講,去除了大量的概念描述篇幅,舉了很多生動有趣的例子,不再那麼的枯燥,難懂.
Time of Update: 2016-05-24
標籤: 某網站通過使用者輸入的使用者名稱和密碼(在login.jsp登入頁中輸入)來判斷出現什麼樣的介面,如果是管理員(即使用者名稱為admin或administrator)跳轉到管理員頁面(welcome_admin.jsp),非系統管理使用者跳轉到普通使用者介面(welcome.jsp)。遊客訪問網站是,無需輸入使用者名稱和密碼,直接進入普通使用者介面(welcome.jsp)。 要求:找出UserOperation.java檔案中的getUserRole ()
Time of Update: 2016-05-23
標籤:題目要求:•三人行設計了一個灌水論壇。資訊學院的學生都喜歡在上面交流灌水,傳說在論壇上有一個“水王”,他不但喜歡發帖,還會回複其他ID發的每個文章。坊間風聞該“水王”發帖數目超過了貼文數目的一半。•如果你有一張當前論壇的文章(包括回帖)列表,其中文章的作者的ID也在其中,你能快速的找到這個傳說中的水王嗎?(參考核心代碼)•隨著論壇的發展,管理員發現水王沒有了,但是統計結果表明,有三個發帖很多的ID。據統計他們的發
Time of Update: 2016-05-24
標籤:78OA辦公系統v4(免費版)是全球第一個完全永久免費的OA辦公系統,不限使用時間、不限使用者數、不限功能。擁有和企業版完全相同的系統架構,78OA辦公系統v4的資料可輕鬆匯入到企業版使用,完全免除使用者的後顧之憂。78OA辦公系統包含100多個功能模組,覆蓋企業管理90%以上的網路辦公事務,是適合所有行業企事業單位的網路辦公系統。採用領先的B/S(瀏覽器/伺服器)操作方式,使商業網路辦公不受地區限制。78OA辦公系統經過4次大的系統升級和100多次版本更新,融合了78OA多年的研發經驗,
Time of Update: 2016-05-23
標籤:1.使用yum安裝和卸載軟體,有個前提是yum安裝的軟體包都是rpm格式的。 安裝的命令是,yuminstall ~,yum會查詢資料庫,有無這一軟體包,如果有,則檢查其依賴衝突關係,如果沒有依賴衝突,那麼最好,下載安裝;如果有,則會給出提示,詢問是否要同時安裝依賴,或刪除衝突的包,你可以自己作出判斷; 刪除的命令是,yum remove
Time of Update: 2016-05-23
標籤:概述:雖然軟體開發人員與軟體測試人員的工作有很大不同,但是他們都在努力用各自的方式去實現提高軟體效能的相同目標。軟體測試不是一個簡單的流程,它特立獨行,並貫穿於整個軟體開發過程。我們常常聽到這樣的問題:“為什麼軟體的開發人員們不適合測試他們自己開發的軟體?”事實上,軟體開發人員測試自己所開發軟體的行為就如同學生在完成考試試卷後再對自己的成績進行評估。這種做法毫無意義,為了加深此認識,讓我們來深層次的分析這背後隱藏的問題。為什麼軟體開發人員不能測試自己編寫的代碼?
Time of Update: 2016-05-23
標籤:由於時間只有一周不到,所以書看的比較倉促,沒有進行太多的深究,只是簡單的談談自己第一遍簡單看過之後的感受。首先是重新審視了自己所學的專業,究竟什麼才是軟體工程?一千個人眼中有一千個哈姆雷特,拋去官方的定義,每個人對軟體工程都有一個自己的認識,我重新的想法是:對一個項目從制定需求到售後維護一整套的人為操作,而演算法加上資料結構所構成的程式從邏輯上來說是冰冷的,軟體工程所做的就是賦予這些冰冷的程式靈魂,形成我們現在所熟知的軟體。其次,到目前為止我的實戰項目經驗很少,所以沒有形成一個良好的代碼規
Time of Update: 2016-05-22
標籤: 整本書一開始寫的是軟體工程的發展史,從開始到應用,所經曆的各種變化。接下來講的是變成代碼要懂得團體的力量,合作取得雙贏,向我們講述的單元測試,迴歸測試,效能分析工具。然後書的中間部分提到了成為軟體工程師所要具備的條件:1.積累軟體開發相關的知識,提升技術技能。2.積累問題領域的知識和經驗。3.對通用的軟體設計思想和軟體工程的理解。後半本講“這樣走,之後的發展會怎麼樣,所以不行”,怎麼做會對,怎麼做會做錯。比如什麼叫宏觀視角,什麼叫最佳實務,什麼叫算無
Time of Update: 2016-05-22
標籤:構建之法:現代軟體工程--讀後感 我是一名學習軟體工程的學生,這學期我們學習了軟體工程這門課程,教材使用的是鄒欣老師編寫的構建之法這本書。學習了裡面的內容之後,感覺對自己的學習很有協助,所以這裡有一些看完這本書之後的一點小體會和大家分享,希望能夠一起交流一下!在讀這本書之前,我眼裡的軟體工程師就是在辦公室裡安靜的敲代碼的工作。但看完這本書之後,才發現原來我的想法真的是太天真了,代碼編寫在一個項目開發中只是冰山露出的那一個小角,項目開發中的寫文檔需求,代碼編寫規範,代碼的複審,以及編完之後
Time of Update: 2016-05-22
標籤: 通過本學期學習的《現代軟體工程構建之法》,讓我們對於軟體工程有了深刻的瞭解。基於上學期學習的《軟體工程》,延伸了我們的知識。配合本學期《軟體的測試》讓我們懂得了本書的重要性。
Time of Update: 2016-05-22
標籤:1.1 什麼是軟體構建“構建”一詞,在軟體領域之外的含義,我們開一想到的就是“建築工人”在建設一棟房屋、一所學校、乃至一座摩天大廣告時所做的工作。如果開發軟體就像寫一個hello
Time of Update: 2016-05-22
標籤:LisKov替換原則的定義:一個軟體實體如果使用的是一個基類的話,一定適用於其子類,而且根本不能覺察出基類對象和子類對象的區別。1)怎麼理解上面的概念?就是我們程式設計的子類型能夠完全替換父類型,而不會讓調用父類型的客戶程式從行為上有任何改變。2)這條原則的意義是什嗎?這條原則主要是為了保證代碼對擴充開放,只要做到子類可以完全替代基類的行為,那麼新增的具體子類在重載父類時,就不會對客戶代碼帶來任何不良影響,因而實現了對擴充開放。在設計的時候,我們就可以使用這個原則,來判斷我們設計的子類是否
Time of Update: 2016-05-19
標籤: 採訪主題: 對於微軟的認識以及看法 受訪嘉賓: 周毅職業領域/從業年限: 微軟 Windows / Windows Phone Team 中文IME
Time of Update: 2016-05-18
標籤: 做這個旅行社管理軟體之前,旅行社給我的印象就是“拉客”與“接客”,業務模式應該比較簡單。但做起這樣一個旅行社管理軟體,才發現麻雀雖小、五髒俱全,一個旅行社的運作,牽扯到的方方面面遠遠超出自己之前的理解。 客戶要求以團控表(業務登記單)為基礎,全面管理各旅行團的業務跟進、接待、收支、票券等業務記錄。 &
Time of Update: 2016-05-18
標籤:installer windows office安裝失敗 jdk安裝失敗 最近OFFICE2013出問題了,EXCEL無法開啟,於是我就把OFFICE2013卸載了,可是我怎麼也安裝不上了。官網的卸載工具用過了,各種清理工具也用了,註冊表也清理了,可是我的OFFICE仍然無法安裝,於是我心灰意冷地裝上了我不喜歡的WPS。結果今天安裝JDK的時候突然告訴我安
Time of Update: 2016-05-18
標籤:一、題目 三人行設計了一個灌水論壇。資訊學院的學生都喜歡在上面交流灌水,傳說在論壇上有一個“水王”,他不但喜歡發帖,還會回複其他ID發的每個文章。坊間風聞該“水王”發帖數目超過了貼文數目的一半。 如果你有一張當前論壇的文章(包括回帖)列表,其中文章的作者的ID也在其中,你能快速的找到這個傳說中的水王嗎?二、設計思想:
Time of Update: 2016-05-18
標籤: 華科雲KVM瘦客戶機http://www.sharevdi.cn/index.php?a=shows&catid=40&id=52,連絡方式:4006683769,簡約時尚,性比價高。5.17吃貨節,“宋仲基吃貨體情書”火爆網路,以
Time of Update: 2016-05-17
標籤:(多年前的筆記,從ITEYE遷移過來) 通過無限制頭腦風暴、角色扮演、實地觀察等需求萃取手段得到了一系列定義良好的User Story之後,我們就要根據需求來評估整個開發過程需要的工作量了。 在這裡我們用到了一個有意思的方法----Playing Poker Game,遊戲是這樣進行的 : 將一個定義良好、描述清晰的User