軟件

軟體開發項目的幾種頭痛：    1、需求不穩定性！！（頭號頭痛殺手）    客戶需求非常不穩定，客戶調研方法也導致擷取需求的有效性，準確性，但是仍然有相對穩定的需求，按照哲學理論，運動是絕對的，靜止是相對的，相對於某一個客戶的某一個階段，這些需求是穩定的，特別是靠近現階段的需求，最容易把握，所以，儘可能的縮短研發周期是避免需求變更的一個很有效方法。一般一個研發周期不超過2個月，最好在一個月完成一個敏捷周期（比較困難喲~~）。   

在我們身邊，你會發現存在著很多小型軟體公司，他們少則幾人，多則幾十人。他們在苦苦地經營著，有的不斷壯大，有的也在不斷衰弱。但是隨著中小型企業對資訊技術重視程度的提高，小型軟體公司也會有更多的機遇。那麼這些小型軟體公司如何尋求自己的出路呢？     產品定位不容忽視

上一篇文章介紹了廣州第十次軟體測試交流會之心得分享篇（http://www.cnblogs.com/pent/archive/2007/04/04/699801.html），下面結合交流會上關於軟體測試職業發展生涯，談談自己對軟體測試職業發展方向的看法和疑問。先來看看在本次交流會上進行主要交流的職業發展路線圖，從該圖可以看到，軟體測試領域的職業發展分為兩種主要方向，即技術和管理。其中技術類主要包括3大技術：白盒測試、自動化測試、效能測試；而管理類主要有組態管理、品質保證、產品經理。從以及交流會上

    在開始本文之前，我想先講兩個故事——關於軟體項目的故事。　　故事一　　有兩個軟體項目（姑且稱之為“項目 A”和“項目 B”），它們在開始時的預算都是 50 個人月，時間是 5 個月。　　項目 A 在 5 個月後完工，耗費成本 50 人月 　　項目 B 在 6 個月後完工，耗費成本 70 人月 　　在軟體圈子裡摸爬滾打多年的讀者們對這個故事一定有自己的判斷——而且我可以大致猜出是什麼樣的判斷。不過先別著急，我們還有另一個故事。 　　故事二　　有兩個軟體項目（仍然姑且稱之為“項目

 　　最近正好有些時間，Android也學了一個多月，發現要學習的東西非常的多。由於工作上不確定依然沒有明確的方向；於是決定停下來看看書——代碼大全。並記錄下學習的過程。　　軟體開發的核心是軟體構建；構建活動主要包括：詳細設計，編碼，調試；詳細設計，編碼，調試對於軟體開發過程中是必不可少的，這個感覺只是將需求轉化為實質性的編碼工作，或者將思想用代碼錶達出來；說這種“構建活動”是核心，感覺有些牽強和不能理解；難道是翻譯的不正確…需求分析和架構架構設計就不重要嗎。　　雖變化萬端，而理為一貫。軟體開發

　　軟體設計方法（轉載）　　為在平台上解決一個問題，改來改去的跟了很久最後基本發現即可以實現的時候，移植到項目上發現有一個平台內建的無法解決的問題。也是搞了很久都沒有解決問題，甚至不清楚問題到底出在哪裡，無法繼續下去了。　　最後還是我同事幫忙一步步分析找到了問題的所在，系統就不支援這種方式。在解決這個問題的過程，我一直請教一個同事雖然他總是擺出一種不屑別人的邏輯和代碼的樣子。　　但是我不得不承認，他在軟體開發過程中給我感覺是非常棒的，他是非常講求“效率，理論，方法，原理”；而他總是在實現一個功能

1.kickstart  企業批量部署ubuntu2.dia viso工具  流程圖 實體關聯圖 UML圖 3.sweet home 3D 室內設計軟體4.webmin 基於web的unix系統管理工具，在保證安全性的前提下提供了簡單深入的遠端管理，很強大！5.wkhtmltopdf  將網頁轉換為 pdf 文檔，很強大哦6.pdf轉換為其他格式（txt，ppm，ps，html）：sudo apt-get install poppler-utils

文章目錄 Principles behind the Agile Manifesto Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over

大多數做軟體開發的人員都知道UML,但UML如何才能在軟體項目開發中發揮它的巨大作用呢？下面就項目不同階段的特殊情形的特殊要求來講一下UML的運用。UML在軟體不同階段中的應用：一、需求分析階段：開發軟體的過程中，在需求分析階段最大的任務就是---要搞清楚使用者需要我們開發的軟體來做什麼，軟體有什麼功能。UML的使用案例圖就可以表示客戶的需求。通過用例建模，可以對外部的使用者角色以及它們所需要的系統功能進行建模。這時每個用例都直觀地體現了客戶的需求（使用案例圖大多數人既是沒有搞過軟體的行外人也都

    最近在網上看到了下文，感覺對經驗不是很多的開發人員來說，比較有價值，因此就把它貼過來，希望對新手能夠有所協助．前階段開發中存在的問題,

RUP（Rational Unified Process，統一軟體開發過程， 統一軟體過程)是一個物件導向且基於網路的程式開發方法論。根據Rational(Rational Rose和整合模組化語言的開發人員)的說法，好像一個線上的指導者，它可以為所有方面和層次的程式開發提供指導方針，模版以及案例支援。 RUP和類似的產品--例如物件導向的軟體過程（OOSP），以及OPEN Process都是理解性的軟體工程工具--把開發中面向過程的方面（例如定義的階段，技術和實踐）和其他開發的組件（例如文檔，

本文針對目前C/S模式下編寫的應用程式可維護性差的特點，提出了一套自動線上升級的解決方案，分析了線上升級的困難及實現原理，並給出了實現升級的部分代碼，具有實際參考價值和現實意義。本文程式碼均在.Net Framework 1.1 和Windows2000下測試通過。 1 前言

 附件是公司一個產品用兩種協議錄製的效能測試指令碼。產品採用J2EE架構，走WebServices路線，因此既可以用Windows Socket協議錄製，也可以用HTTP協議錄製。本來一直都是用Socket方式錄製進行測試的，直到遇到一些由於LR

　　2007.06.07  來自：電腦世界  　　在微軟工作的華人已近千人。在微軟TechEd技術教育大會期間，他們中的16位作為講師回到北京。他們為聽眾帶來微軟軟體技術的最新進展，而他們自身的軟體生涯也是一種財富。記者在大會期間，趁他們講課之餘，採訪了其中的5位講師。

　　從一月份到現在，面試了二十個左右的研究生，滿意的很少，我開始去思考，到底是自己的要求過高，還是自己的面試方法有問題，抑或真的是現在的研究生的素質越來越低了?　　我理想的人選，首先，我希望他對測試感興趣，有測試的感覺，測試並不是一件很有創造性的工作，但其中的樂趣，是很多coding高手所無法體會的，但需要發現其樂趣，必須要喜歡上測試，才會更有效地發現軟體存在的隱藏問題。其次，我希望他有一定的技術基礎，對於在校的研究生的技術水平，我的要求不高，只需要掌握最基本的SQL語句，會簡單得Linux命令

安裝完ASP.NET,Oracle9i用戶端後，使用System.Data.OracleClient訪問Oracle資料庫時收到如下資訊System.Data.OracleClient requires Oracle client software version 8.1.7 or greater.原因Oracle 9i Release 2 用戶端在安裝到Windows的NTFS分區下時的安全認證設定不正確，引起原生Authenticated

轉載：http://edu.codepub.com/2010/0607/23329.php 一、前言GoldenGate軟體是一種基於日誌的結構化資料複製軟體，它通過解析來源資料庫線上日誌或歸檔日誌獲得資料的增量變化，再將這些變化應用到目標資料庫，從而實現來源資料庫與目標資料庫同步。GoldenGate

轉載： http://blog.sina.com.cn/s/blog_49d8d7440100cpfh.html#comment恭喜，你選擇開發工程師做為自已的職業！ 　　悲哀，你選擇開發工程師做為自已的職業！ 　　 　　本文所指的開發工程師，僅指程式開發人員和以數字電路開發為主的電子工程師。當你選擇電腦或者電子、自控等專業進入大學時，你本來還是有機會從事其它行業的，可你畢業時執迷不悟，仍然選擇了開發做為你的職業，真是自做孽不可活。不過，歡迎你和我一樣加入這個被其它人認為是風光無限的“白領”吧。

軟體的智能和記憶功能1.使用者登入介面最好有使用者名稱和ID的記憶，焦點直接定位到密碼輸入框2.單據錄入介面最好有儲存和載入預設值的功能3.單據搜尋介面可以儲存使用者自訂的各種搜尋條件組合4.使用者調整過的GRID的列寬，視窗的位置可以自動記憶5.系統可以根據使用者的使用頻度對相關功能進行自動的優先順序排序6.系統能夠記憶不同使用者的使用偏好，使用系統的固有模式和常用的自訂設定 減少不必要的重複互動1.減少不必要的各種操作，能夠點一次滑鼠或敲一次鍵盤完成的絕不作出兩次或多次。2.提示資訊要適度，

　　工作也從開始C語言，轉向現在的C++，表面上看得出，但實際中卻沒有把這種轉變深入到思想中，究其原因還是對物件導向的軟體設計不瞭解，有必要好好學習一下設計模式這個東東。本文就是設計模式學習第一篇……　1 物件導向軟體設計中的問題2