軟件

近來有點悠閑，所以無聊中做了一個基於二進位試商法的無符號整型除法實現。以下函數僅對於ARMv5T架構或更高版本架構的處理器有效。彙編用的是RVCT3.1或更高版本演算法彙編檔案： 1 AREA MY_TEST, CODE, READONLY 2 3 PRESERVE8 {TRUE} 4 5 export my_udiv 6 7 CODE32 8 9 my_udiv 10 11 mov

    n         講述如何成為軟體工程師n         討論軟體工程師的素質n         分析軟體的未來和現在 第一章 進入IT世界1.1溫水中的青蛙1.1.1認清現實社會1.1.2關於職業規劃1.2軟體工程師的職業展望1.2.1軟體技術和產業優勢1.2.2軟體的人才待遇和需求1.2.3 IT人生的魄力1.3漫談電腦世界1.3.1電腦的組成1.3.2電腦是幹什麼的？1.4 陽光貴族1.4.1傳說中的軟體人物1.4.2身邊的陽光貴族第二章 初出茅廬2.1程式語言和軟體2.1.1

http://www.chenjiliang.com/Article/View.aspx?ArticleID=14833摘要：本文針對目前C/S模式下編寫的應用程式可維護性差的特點，提出了一套自動線上升級的解決方案，分析了線上升級的困難及實現原理，並給出了實現升級的部分代碼，具有實際參考價值和現實意義。本文程式碼均在.Net Framework 1.1 和Windows2000下測試通過。 關鍵詞：C#；線上升級；自動升級；下載；XML文檔 1 前言 長期以來，廣大程式員為到底是使用Client

在軟體項目開發過程中，應該按軟體開發要求撰寫十三類文檔，文檔編製要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性！ 需求階段 1、可行性分析報告 說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。 2、項目開發計劃 為軟體項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。 3、軟體需求說明書（軟體規格說明書）

引言：      “降低軟體項目的風險” 一般都是軟體供應商的專案經理正在自己立場思考的問題。而這篇文章將結合“結合降低客戶的風險”和“軟體供應商的風險”提出一些自己的觀點。1. 傳統模式： 寫需求分析、 設計、 編程、測試、交付給客戶2. 敏捷開發模式：通過多次迭代    存在的缺點： 迭代的次數難於控制，很難向客戶說明什麼時候能完成。客戶習慣了當需求改變後，軟體供應商總是能迅速實現，這將導致客戶不認真思考問題。3. 自己的模式：a)   先採用敏捷開發模式，只記錄簡要的需求，

　　本文整理摘錄自：鳥哥的linux私房菜基礎篇之第二十二，二十三章；轉載請註明來源：http://www.cnblogs.com/beanmoon/archive/2012/10/30/2746103.html　　linux下安裝及卸載軟體是比較頭疼的事，不想windows下那樣方便，總的來說有以下幾種：　　1. tarball　　所謂的 Tarball 檔案，其實就是將軟體的所有原始碼檔案先以 tar 打包，然後再以壓縮技術來壓縮，通常最常見的就是以gzip 來壓縮了。因為利用了 tar

以下排名不分先後：    1. EditPlus：文文書處理軟體    EditPlus 是一款功能強大的文文書處理軟體。它可以充分的替換記事本，它也提供網頁作家及程式設計師許多強悍的功能。支援 HTML、CSS、PHP、ASP、Perl、C/C++、Java、JavaScript、VBScript 等多種文法的著色顯示。程式內嵌網頁瀏覽器，其它功能還包含 FTP 功能、HTML 編輯、URL 突顯、自動完成、剪貼文本、行列選擇、強大的搜尋與替換、多重撤銷/重做、拼字檢查、自訂快速鍵。    2

 搜集了一些軟體開發的常用文檔，分享給大家總：http://files.cnblogs.com/hsapphire/20%E4%B8%AA%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E5%B8%B8%E7%94%A8%E8%AE%BE%E8%AE%A1%E6%96%87%E6%A1%A3%E5%A4%A7%E5%85%A8%E4%B8%8B%E8%BD%BD.rar附件: 測試計劃.doc (2008-7-25 10:37:59, 26 K)附件: 概要設計說明書.

CodeCode highlighting produced by Actipro CodeHighlighter

作為Java程式員來說，最痛苦的事情莫過於可以選擇的範圍太廣，可以讀的書太多，往往容易無所適從。我想就我自己讀過的技術書籍中挑選出來一些，按照學習的先後順序，推薦給大家，特別是那些想不斷提高自己技術水平的Java程式員們。一、Java編程入門類對於沒有Java編程經驗的程式員要入門，隨便讀什麼入門書籍都一樣，這個階段需要你快速的掌握Java基礎文法和基本用法，宗旨就是“囫圇吞棗不求甚解”，先對Java熟悉起來再說。用很短的時間快速過一遍Java文法，連懵帶猜多寫寫代碼，要“知其然”。1、《Jav

引言大多數軟體項目都是失敗的。事實上，Standish group 的報告顯示 80% 多的項目是不成功的，原因是超出了預算、未能按時完成、遺漏功能或者因為一個項目中同時出現了這些問題中的其中幾個。此外，30% 的軟體項目執行得很糟糕以至於半途而廢。根據我們的經驗，使用現代技術（例如 Java、J2EE、XML 以及 Web 服務）的軟體項目都逃不出這個規則。本文概述了軟體開發項目的最佳實務。一些業界泰鬥，如 Scott Ambler、Martin Fowler、Steve McConnell

會計電算化取代了低效率的手工核算方式,是會計技術的變革和更新,而正確建立憑證資料庫的結構又是設計會計電算化軟體的關鍵,因為所有的會計資訊都是通過它進行輸入和進一步處理的。我們曾經研究過大多數的會計電算化軟體,發現其憑證資料庫的結構多種多樣,在進行進一步處理時也各有所長。下面就幾種憑證資料庫結構的設計與同行們共同探討一下。 下面的敘述只對關鍵字段進行討論,程式設計語言用Foxpro2.5。 第一種設計方法 資料庫結構為: 欄位 欄位名 類型 寬度 小數 欄位含義 1 RQ 日期 8 日期 2

由於Ext JS的布局設計，基本上是持開箱即用，HTML-FREE的布局方式，開發人員，幾乎不需要知道CSS的布局技術，也不用寫HTML代碼，就能做出可伸縮的、跨瀏覽器的、看起來還不錯的介面來。很多人很推崇，更多的是盲從。我覺得EXT的UI中需要謹慎的一些地方：1）HTML Free,

通常衡量一個軟體系統效能的常見指標：1.回應時間(Response

軟體介面建模淺析

觀念之一：我們擁有一套講述如何開發軟體的書籍，書中充滿了標準與樣本，可以協助我們解決軟體開發中遇到的任何問題。客觀情況：好的參考書無疑能指導我們的工作。充分利用書籍中的方法、技術和技巧，可以有效地解決軟體開發中大量常見的問題。但實踐者並不能因此依賴於書籍，這是因為：（1）現實的工作中，由於條件千差萬別，即使是相當成熟的軟體工程規範，常常也無法套用。（2）軟體技術日新月異，沒有哪一種軟體標準能長盛不衰。祖傳秘方在某些領域很吃香，而在軟體領域則意味著落後。觀念之二：我們擁有最好的開發工具、最好的電腦

工作在第一線的軟體開發人員是程式員和程式經理，他們決定著軟體的命運。良好的程式員隊伍和出色的管理是軟體項目成功的必要條件。管理不是管制，不是去卡住人家的脖子，因為程式員不是一群野鴨子。管理的目的是讓大家一起把工作做好，並且讓各人獲得各自的快樂和滿足。當一個組織被出色地領導時，僱員甚至不知道他們已被領導。在項目完成時，他們會自豪地說：“看看我們通過努力取得的成績吧”。所以管理者不能老惦記著自己是一個官，而應時刻意識到自己是責任的主要承擔者。我們經常會聽到有經理頭銜的人在高談闊論：“編程我不會，做個

以前做過.net 串連oracle，那時候都是本機安裝的oracle服務端，所以串連沒有問題。這次就不行了，本機安裝了，做的沒啥問題，但是上傳到伺服器，就完蛋了，報錯。 經過一天多的研究，我終於找到問題了，網上雖然有一系列這個問題，但是沒有解決我這個問題的。問題就是，asp.net串連oracle資料庫需要安裝一下驅動。1，可以安裝 一些oracle的服務端。2，oracle提供了一個建議串連庫，不用安裝，配置一下就好了。名字是 ：Instant Oracle關於Instant

以測試B/S系統為例：為了測試中開發與測試環境互不干擾，Dev.和test分別在各自的機器上工作，並需一台檔案伺服器，通過SVN等訪問(用來存放資料庫指令碼，部署程式)，如果有其他更好的方法也可以的。1. 軟體安裝1.1 系統安裝1.2  安裝 IIS1.3 安裝 NET x.x Framework 1.4 安裝 SQL Server1.5 安裝 Office 2007 enterprise 到部署伺服器上 2. 環境部署  2.1  建立ASP.Net V4.0 的應用池 2.2 

所謂軟體工程就是將軟體開發、部署和維護的過程工程化，其目標無非是保證進度、降低成本、提高品質。由於軟體的開發、部署和維護是一項高度智力密集型的工作，保證進度，降低成本、提高品質的工作最終還要落實到參與的個人。而對於個人而言，影響效率和品質的有四個要素：方法、流程、工具和熱情。 如果把加入Rational當成入行軟體工程的開始的話，那麼在我入行的十年中，可以看到軟體工程的熱點在上述幾個要素之間反覆切換：方法：98年-02年，物件導向方法風行 流程：02年-06年，RUP/CMM（I）大行其道