軟件

軟體系統的設計、開發、使用、維護一系列過程，對於和軟體產品相關的各方參與人來說，一直都不是一件輕鬆的事情，因為往往看似簡單的系統也會或多或少涉及到的技術方面、客戶體驗上、以及升級維護等大大小小的問題；而關於這些出現的問題，對於不同的Team Dev、用來說也都沒有統一的標準。本文筆者嘗試簡單討論一下這個問題，如有不當，歡迎各位指正。首先從開始設計一個軟體來說，根據軟體具體應用環境，可以考慮應該提供如下哪些功能或功能組合：實現正常商務邏輯的功能；資料的備份與恢複；資料匯入、匯出；垃圾資料自動清理，

大概流程:1.首先解密shell代碼的兩處加密,由於yp的加密方式有了一點小動態.所以採取了動態摳代碼的方式來解密的.(直接用opcode比較效率高一些,人懶了點.帶了個反組譯碼引擎.見諒)2.對加密的節區進行三次解密.3.如有資源節,則還原.並替換掉.x01節為.rsrc4.還原IAT,將.yp節刪掉5.修複OEP,sizeofImage等等資訊.6.dump2file. http://upx.sourceforge.net/#downloadupx 

(1)ZwLoadDriver激情載入，假設某合法驅動ABC Boot=3存在登錄機碼

文章目錄 Device and data security for Android.Network security for Android.Encrypted backups for Android.Encrypted voice for Android.Encrypted texts for Android. Download free InstallerWhisperCore 0.4Device and data security

寫這個小軟體主要是為了方便自己，因為發現自己的大腦越來越不夠用了，繁雜的日常事務，過後很容易忘記，成堆的網路密碼、各種卡的密碼，如果能夠說很容易全都記住的，我真是很佩服他了，所以，懶人有懶人的辦法，自己寫一個小軟體，滿足自己用就行了，目前有日誌記錄的功能，可以分類，還可以設定時間提醒，添加附件。另一個功能就是剛才說的關於密碼的了，叫做密碼保險箱，各種密碼加密以後都儲存在裡面，別人拿到這個軟體的資料，也不會輕易破解。有興趣的話，大家可以下載試試啊http://files.cnblogs.com/n

1.若是SmallDatetime的資料範圍已經能滿足你的要求了，千萬別用Datetime。2.資料被刪除時，只是打了個刪除標識，例如DeleteMark 設定為1，表示資料被刪除了，但是不進行真正的刪除，0表示此資料是有效。雖然這個出發點很好，問題接著就出來了，我們寫所有程式的邏輯及判斷是，都要增加條件，就是

硬體道路: 　　第一步: pcb設計,一般為開發板的電路裁減和擴充,由開發板原理圖為基礎,畫出PCB和封裝庫,設計自己的電路。　　第二步: SOPC技術,一般為FPGA,CPLD開發,利用VHDL等硬體描述語言做專用晶片開發,寫出自己的邏輯電路,基於ALTER或XILINUX的FPGA做開發。　　第三步: SOC設計,分前端,後端實現,這是硬體設計的核心技術:晶片設計.能做到這步,已經不屬於平凡的技術人員。軟體道路: 　　第一步:bootloader的編寫，修改,

軟體可靠性及其驗證 國防科工委可靠性工程技術中心 何國偉 本期專題: 軟體的可靠性 目前,軟體在系統中所處的地位越來越重要。眾所周知,系統中的硬體有可靠性指標的要 求,並必須經過驗證。但如果系統中軟體沒有可靠性指標要求,或不要求驗證,那麼整個系統 的可靠性仍是沒有保證的。目前,由於軟體可靠性原因而造成的災難性事故時有發生。為此 ,本期專題將集中介紹軟體可靠性的有關問題,包括如下內容: 1.軟體可靠性及其驗證

1. 登入介面（RPMS-02-0001）2. Welcome介面（RPMS-02-00023. 項目資訊維護介面（RPMS-02-0003）4. 項目資訊建立介面（RPMS-02-0004）5. 項目資訊修改介面（RPMS-02-0005）6. 項目資訊查看介面（RPMS-02-0006）7. 職務維護介面（RPMS-02-0007）8. 職務建立介面（RPMS-02-0008）9. 職務修改介面（RPMS-02-0009）10. 項目狀態維護（RPMS-02-00010）11. 項目狀態修改

第一篇：Linux下軟體的安裝與卸載在Windows下安裝軟體時，只需運行軟體的安裝程式（setup、install等）或者用zip等解壓縮軟體解開即可安裝，運行反安裝程式（uninstall、unware、“卸載”等）就能將軟體清除乾淨，完全圖形化的操作介面，簡單到只要用滑鼠一直點擊“下一步”就可以了。而

From

From http://se.csai.cn/testtech/201204061634041846.htm而對於一個開發中的web系統進行效能測試，就要根據開發目標和使用者需求在體繫結構的迭代過程中，不斷調整測試目標，對系統效能有個很好的評估。那 麼如何才能成功的進行效能測試呢，我覺得進行效能測試前應有一個測試計劃，這樣才能保證效能測試有序的進行。下邊給出了效能測試的一般步驟：　　●

原文來自: 軟體測試案例設計的基本原則 - 51Testing軟體測試網-中國軟體測試人的精神家園 http://www.51testing.com/html/74/n-227374.html在測試用例設計時，除了需要遵守基本的測試案例編寫規範外，還需要遵循些基本的原則。 　　1、盡量避免含糊的測試案例　　含糊的測試案例給測試過程帶來網難，甚至會影響測試的結果。在測試過程。測試案例的狀態是惟一的，通常情況下，在執行測試過程。良好的測試案例一般會有二種狀態：通過(PAss)、未通過(Failed)

http://www.wangchao.net.cn/bbsdetail_522476.html軟體品質是構建起來的，由軟體開發的整個過程品質所決定的，軟體品質肯定不是通過測試測出來的。所以軟體缺陷的預防自始至終是重要的。除了缺陷分析，另外一個很重要的實踐就是：代碼複審（code review）和測試案例的複審（Test Case review）。　　1．Code review　　在IBM、微軟等很多公司都有一個很好的實踐，那就是Code review

抓山雞

為什麼軟體開發項目開發進度延遲、費用超出預算、軟體品質不能保證等問題一直在困擾著我們？我從來不認為產生這些問題的主要問題在於專案管理方法掌握不夠、在於軟體工程理解不透或在於軟體開發能力不強，主要問題在於我們常常忽視了軟體開發隊伍的建設。沒有一支好的隊伍，怎麼可能圓滿的完成軟體開發項目？回顧多年的開發經曆，下面總結一下軟體開發隊伍建設的一些經驗，試圖從各個方面來闡述如何打造一支積極主動、和諧穩定、高效創新的軟體開發隊伍，目的是拋磚引玉，希望大家結合自己的日常專案管理現狀，補充、調整.1、軟體專案經

我一直在思考軟體公司如何開源節流。當然，老闆也在思考開源節流。當然，老闆思考的開源節流在公司運營層面上，而我作為CTO，我考慮的則是在產品運營角度上來思考這個問題。否則，一個軟體公司，它的生存與發展就是靠軟體產品，除此之外沒有別的收入來源，那麼作為負責產品的人再覺得沒有責任思考這個關乎公司盈利與發展的問題，那麼要把這個問題甩給天天忙銷售忙資金忙公司管理的老闆嗎？那要你這個CTO幹嗎？難道就是為了讓你當個工頭管住一幫人嗎？有的公司光有技術總監，沒有CTO。技術了得，但和公司戰略發展不貼身，光有技術

傳統的軟體開發模式一般是這樣的：調研、設計、編碼、測試、文案、安裝實施、培訓、支援但是新的開發模式正在起來。調研？NO。先把話題和思路放到BLOG或論壇、QQ群中討論。業務設計師，你不是一個人在戰鬥。群眾的力量。當然，程式員也可以參與到社區討論中，和客戶面對面。省得老覺得客戶來自火星，需求都是怪異的。根據業內人士和使用者的反饋討論後，得到比較踏實的需求。根據市場競爭和客戶需求呼聲，確定好該版本的目標和出品時間，然後根據這有限的時間和明確的目標校正下，把使用者的需求進行篩選。不符合此次版本的需求，

　　在win xp系統中電腦的故障問題可謂是五花八門，有使用者明明是想關機的，但是偏偏關機就變成了重啟，如此一般讓很多使用者痛苦不已，對於這個問題到底能不能解決呢?這個問題是有些主板的進階電源管理不能被windows

文章來源於網路------------------------------------------