Time of Update: 2018-12-03
一 角色與分工人類絕大多數的工程都包括這樣幾個角色:設計者,實現者,檢查者。實際對應就是的就是一般工程的三個階段:設計--->實現--->驗收。在遊戲軟體工程中對應的是:策劃,程式,美工,QA,程式和美工同屬於實現者。 二
Time of Update: 2018-12-03
在部落格軟體工程首頁上看到了鄧永慶的一文,《Joel vs Bob, 敏捷其實很無聊》,讀後正和我現在的理解相近,實用才是最重要的。我最近也一直在學習敏捷開發,買了《敏捷式軟體開發 (Agile Software Development)
Time of Update: 2018-12-03
架構師的職責架構師需要參與項目開發的全部過程,包括需求分析、架構設計、系統實現、整合、測試和部署各個階段,負責在整個項目中對技術活動和技術說明進行指導和協調。架構師主要職責有4條:1、確認需求在項目開發過程中,架構師是在需求規格說明書完成後介入的,需求規格說明書必須得到架構師的認可。架構師需要和分析人員反覆交流,以保證自己完整並準確地理解使用者需求。2、系統分解依據使用者需求,架構師將系統整體分解為更小的子系統和組件,從而形成不同的邏輯層或服務。隨後,架構師會確定各層的介面,層與層相互之間的關係
Time of Update: 2018-12-03
任何一個軟體,都不可能完全滿足所有使用者的需求,為此,我們必須經常修改我們的程式,隨著使用者的數量的增加,我們會感覺很累,儘管我們的程式增加了很多可以配置的功能,但是還不夠,使用者的需求總在變化,我們無法阻擋,我們不可能將程式中所有的環節都設定為可改變的。是否有一個好的辦法,可以減輕一下開發人員的負擔,二次開發是一個很好的選擇。很多人都知道,AutoDesk是一個著名的CAD軟體公司,AutoCAD是其最著名的產品之一,該軟體在世界各地的應用非常普及,除了產品本身的易用性和適應性之外,軟體本身具
Time of Update: 2018-12-03
流氓軟體的技術五花八門,任何一項功能都有可能成為流氓技術,就象武器,用好了可以伸張正義,用歪了卻成為罪惡的幫凶。首先我從win32下的一些流氓著數分析開始:1。我想做為一個流氓軟體,首先要做到的是即時運行,譬如在註冊表的run下,在boot下增加它的啟動。這應該是比較老的方法,以前
Time of Update: 2018-12-03
軟體測試的類型多種多樣,測試類型與被測軟體的測試需求相關。對於初學者,需要瞭解最常見的測試類型,也有必要瞭解其他的測試類型,作為進一步提高的目標。 以下轉載了比較齊全的測試類型,請那位朋友協助把全文翻譯一下。黑箱測試(Black box testing)not based on any knowledge of internal design or code. Tests are based on requirements and functionality.白盒測試(White box
Time of Update: 2018-12-03
一、安裝中文包,這個我就不多說了,誰都會裝。在“語言支援”中選中文就行了二、設定更新源,更新系統。sudo apt-get updatesudo apt-get dist-upgradesudo apt-get upgrade -y有一個簡單辦法可以使更新速度更快,把以前更新的時候下載的軟體包備份一下,把var/cache/apt/archives/下面的所有deb包放在另
Time of Update: 2018-12-03
【摘要】
Time of Update: 2018-12-03
這是我沒有完成的一個軟體的原始碼,有比較完整的注釋,其中包含了1、資料轉送部分:OBEX協議的具體實現。主要針對西門子M55手機,其他型號的手機的可以適當修改2、.NET下串口通訊的實現。在此特別感謝cRS232.vb的作者。3、AT指令模組4、簡訊發送接收模組5、vCard讀模數塊。一個簡易的解碼器在我的Blog網站上基本上實現了應該有的所有功能,只是可能存在一些Bug和編程上的不合理的地方。如果有興趣的可以下載來看看。由於編寫的時候使用了VSS,如果打不開來源程式請與我聯絡。下載地點:htt
Time of Update: 2018-12-03
為什麼不能使用盜版軟體?這個問題也許真的很傻。我一直在想但也從沒有想明白。幾十美元的軟體,只要幾元人民幣就可以使用,有什麼不好?時下正值第10屆軟博會召開,原以為逢“10”會有不一樣的精彩,但看看網上的報道也多是千篇一律。國內不溫不火的軟體環境好像還是老樣子,最近出台的中國軟體企業100強排名,除了莫名其妙的加入些外資企業,還是那些“硬的出奇”的軟體企業排在前面。突然感覺是不是盜版惹的禍?盜版害人啊,由於盜版問題,外資對進入國內市場始終持謹慎態度。他們擔心,自己的一份拷貝進入中國,不久就會遍地開
Time of Update: 2018-12-03
本次視頻的視頻連結:http://live.csdn.net/Issue24/LivePlay.aspx "微軟收購Zend"假新聞看開源需要新心態近日,看到CSDN一條IT傳聞,“微軟1.13億美元收購zend,PHP可能改名MSSE
Time of Update: 2018-12-03
我最近創作的“與大學生談軟體外包”系列專題已經完成了7篇文章,這是對軟體外包的全景式概括,為即將畢業的大學生提供來自軟體外包企業一線的真實資訊,對於準備從事軟軟體外包的網友也具有參考意義。歡迎大家閱讀,並且發表意見。由於篇幅較長,我帖出了這組專題文章的連結:http://bbs.sqstudy.org的“全球軟體工程“ → “軟體外包研究“欄目下。 與大學生談軟體外包[0] - 開場白 與大學生談軟體外包 [1] - 什麼是軟體外包 與大學生談軟體外包 [2] - 軟體為什麼要外包
Time of Update: 2018-12-03
對於剛進入軟體測試工作崗位的新人,如何快速、健康的在職業道路上成長,我談幾點看法,歡迎大家討論、拍磚。(1)興趣是最好的老師對於軟體測試工作,通常是比較枯燥的,如果沒有興趣很難做到持久。我最近參與了一個軟體測試專案,在測試團隊中,有三位是在校學生,他們以兼職的身份到公司上班,他們都是軟體相關專業的本科生和研究生,基礎都不錯。但是,只有其中一位表現最突出,因為他很珍惜這份社會實踐的工作機會,做事認真,找出了很多高優先順序的Bug。另兩位同學,在參加項目不到1個月後就以各種理由退出了。在我與他們的交
Time of Update: 2018-12-03
問題:敏捷式軟體開發 (Agile Software Development)精彩問答問:敏捷開發如何融入到現在在推行的CMMI中?
Time of Update: 2018-12-03
久聞此書大名,終於在上個星期把它從圖書館裡借了出來。看後感覺前半部分對測試人員來說還是不錯的,但是後面部分過於傾向代碼開發,比較適合做白盒測試,單元測試。整體上要求讀者有一定的開發能力,但是測試人員也可以把它作為一本瞭解開發人員如何做測試的參考書。術語 test harness 測試套件 test suite 測試組 SUT(System Under Test)、AUT(Application under Test)、IUT(Implementation Under Test)待測程式
Time of Update: 2018-12-03
以前覺得別人在部落格裡面寫一些軟體推介,感覺很無聊。但是最近我深刻地發現一款好軟體會給你帶來多大的便利,一篇軟體推介能為你節省多少時間。比如說我最近想找一款能切分flv檔案的軟體,結果找了一個下午,從國內到國外,不斷的下載試用,下載再試用,最終才找到一款比較合適的,搞到我想吐。(ps: 國內的一些軟體下載網站真是太噁心了,遊戲、病毒不斷地彈出,假地址到處都是,真夠我們廣大人民群眾喝一壺的。) 下面是我常用的軟體:1) 代理軟體:花刺ProxyThorn代理ps:
Time of Update: 2018-12-03
電源管理(或者說能耗管理)是晶片設計、製造工藝、系統設計和軟體都在為之努力的研究課題,大家力求在各個環節儘可能的減少靜態和動態電源消耗。傳統的控制電壓的調節方式和管理待機模式依然是多數電子裝置正在採用的,還將繼續延續下去,但是隨著包括智能手機、導航和無線感測網路裝置,這些對電量消耗極大且永遠線上的裝置的市場規模的迅速增加,電源管理已經成為整個電子設計正在面臨的重要課題。市場研究機構isuppli首席分析師Jordan
Time of Update: 2018-12-03
最近從taobao上了花了1000大洋淘了一個T650手機,感覺還不錯。必備軟體列表:1、 MegaClock 鬧鐘軟體 支援20個鬧鐘設定。2、 VolumeCare 音量控制 650的通話聲音實在太小,得靠它把音量調大點3、 Card Reader 讀卡機軟體 有了他,你的SD卡,就可以直接通過手機和資料線在電腦上操作了4、 IBM_JAVA 軟體包5、 pTunes 播放軟體6、 TiBR Pro 文字檔閱讀工具7、 TealScan 系統掃描工具8
Time of Update: 2018-12-03
有時候用框架頁時候,就不能用javascript代碼了,我是遇到過這種情況,但是又要屏蔽一些索引值,所以只有在c#裡寫代碼了,你可以根據需要在加些索引值!public void HideAllFunction(Page page) { if(!page.IsStartupScriptRegistered ("msgHideAllFunction")) { string clientScript=@"〈script language=JavaScript〉
Time of Update: 2018-12-03
目前軟體所採用的體繫結構相對要解決的問題來說,不管要解決的問題本身是簡單還是複雜,軟體給出的解決方案通常都不會簡單,尤其是一些企業級解決方案。軟體是用來解決問題的,如果問題域本身已經很複雜,再使用一個更加複雜的工具去解決它,其成功的機率為0。關於問題域的複雜性可以參閱布魯克斯那篇“沒有銀彈”的經典文章,本文關注的是軟體的複雜性。從軟體的發展曆程看,複雜系統通常都會失敗,不過失敗後都通常會衍生出一個相對簡單而實用的系統。這些複雜系統初始的目標看上去都很完美,可以被當成萬能藥使用,因此其實現通常都會