其他

//define this at the top of the first Activitypublic final static String EXTRA_MESSAGE="com.binni.AndroidUI.MESSAGE";//first ActivityIntent intent =new Intent(this,DisplayMessageActivity.class);EditText

static final int PICK_CONTACT_REQUEST = 1; // The request codeprivate void pickContact() { Uri contacts = Uri.parse("content://contacts"); Intent pickContactIntent = new Intent(Intent.ACTION_PICK, contacts); pickContactIntent.setType(Phone.

<activity android:name=".ui.MyActivity" > <intent-filter> <action android:name="android.intent.action.SEND" /> <category android:name="android.intent.category.DEFAULT" /> <data

這是從園裡一位大哥那裡拷來的代碼，有時候還是非常管用的，原來T-SQL也是可以查詢到變數的類型的，我真汗~~~~PRINT CAST(SQL_VARIANT_PROPERTY(20, 'BaseType') AS VARCHAR(50))PRINT CAST(SQL_VARIANT_PROPERTY(0.1, 'BaseType') AS VARCHAR(50))PRINT CAST(SQL_VARIANT_PROPERTY(20 / 0.1, 'BaseType') AS VARCHAR(50

“三邊”是指：邊計劃、邊實施、邊修改，“六拍”是指：拍腦袋、拍肩膀、拍胸口、拍桌子、拍屁股、拍大腿！“三邊六拍”很形象，引人深思！“三邊六拍”並非本人原創，最開始我是從我的領導那聽到的，我覺得很有意思，很形象，很貼合實際。下面介紹一下什麼是專案管理“六拍”，以及我的一些感受；然後介紹“三邊”和我的體會。 作者：張傳波www.umlonline.org 第一拍：拍腦袋客戶領導與軟體公司領導在一起，“拍腦袋”確定了一個項目，於是項目馬上就要開始了，你的麻煩馬上就要來了。“拍腦袋”主要說明的問題是沒有

課程摘要：客戶需要的是一把梯子，系統分析員瞭解到的是一張凳子，開發人員做出來的是一張桌子，測試人員以為是一張椅子，需求分析是一件超高難度的事情！人是會死的，需求是會變的，需求管理是軟體項目中的第一頭疼大事！需求管理和需求分析就是這樣考驗人的，這也是我們軟體工作的魅力之一！想來挑戰高難度嗎？想成為超級系統分析員、需求分析師嗎？快來參入我們的需求能力提升訓練營吧！課程主辦：GDSPIN（www.gdspin.com）賽寶認證中心（www.ceprei.org）UMLonline（www.umlonl

摘要：怎麼又變了？當初就應該讓客戶書面簽字確認！你可能會經常發這樣的牢騷，可是就算客戶書面確認，客戶還是會“賴賬”的！軟體項目的其中一項不變真理：人是會死的，需求是會變的！本章將會和你一起來體驗軟體需求分析工作的風風雨雨，找出需求分析工作的根本之道，瞭解UML如何協助我們提升需求分析的水平。作者：張傳波www.umlonline.orgwww.umlonline.org/school/本文來自新書《活用UML——需求分析高手》的第二章。第一章已經在部落格園發布，文章名字叫：UML一篇文章就學通文

由“每周例會”說起每天項目例會的話，頻率太高了，可能會浪費時間，如果每月一次，似乎時間太長了，於是我們往往會“每周例會”。有一次我參加了某項目的每周例會，開會的時間是周五，會上其中一位項目成員反應了一個問題。我問：該問題什麼時候發現的。答曰：周一。我問：周一為什麼不說這個問題？……這是真實個案，有問題為什麼不立刻反饋，要等到例會才說？擔心例會上沒有東西可以說嗎？如果你們公司實施年度績效考核，12月你的領導找你談話，進行績效考核，你的領導說：小X啊，你1月份做得那個事情不對啊，然後2月份到11月份

摘要：知道什麼是挨踢項目吧？什麼！不知道？那IT項目知道了吧？為了不讓客戶踢、不讓老闆踢、項目群組成員之間不互相踢，俺為大家分享一些減少被踢機會的心得體會。就算不能讓項目成功，也至少不會死得那麼慘吧！我將分戰略篇、團隊建設篇、需求篇、設計篇、編碼篇、測試篇、實施篇和計劃篇為你分享。作者：張傳波www.umlonline.org/school/ 什麼叫挨踢項目？IT項目，特別是軟體開發項目，都屬於“挨踢”項目的範疇。挨踢項目的幾大特點：1.需求不確定。2.技術不確定。3.工期限死。4.預算限死兩大

摘要：知道什麼是挨踢項目吧？什麼！不知道？那IT項目知道了吧？為了不讓客戶踢、不讓老闆踢、項目群組成員之間不互相踢，俺為大家分享一些減少被踢機會的心得體會。就算不能讓項目成功，也至少不會死得那麼慘吧！我將分戰略篇、團隊建設篇、需求篇、設計篇、編碼篇、測試篇、實施篇和計劃篇為你分享。什麼叫挨踢項目？IT項目，特別是軟體開發項目，都屬於“挨踢”項目的範疇。挨踢項目的幾大特點：1.需求不確定。2.技術不確定。3.工期限死。4.預算限死兩大不確定和兩大限死，你想不“挨踢”都難！ 作者：張傳波www.um

摘要：你的項目出了嚴重問題，客戶向你公司的領導投訴，你的領導興師問罪要追究責任！這是測試的錯？開發的錯？PM的錯？還是研發流程的錯？中國教育制度的錯？社會的錯？反正、總之、一定、必須不是我的錯！ 事件回放：某項目部署給客戶後，重現了一些以前已經解決的問題，而這些問題測試時並沒有出現。經檢查，發現測試的版本不是部署的版本，不知道為什麼老版本部署給客戶了。領導要追究責任，於是大家各有說法：開發人員說：我是按要求打標籤的，沒有問題。測試人員說：我是在提交區中取版本來測試的，我沒有出錯。實施人員說：我是

時間、地點、價錢：我們打算在廣州市中心某地，在近期的某個周六日，安排一場公開課。我們會選擇交通方便的地方，培訓時間為兩天，每天7小時。課程收費：每人在1000元以內，具體待定。課程資料：請瞭解課程詳細情況後才投票，三個課程的詳細資料：1）QA價值提升訓練營課程概述：無論你是想提升水平的QA，想寫出有水準文檔的項目成員，還是想提升專案管理水平和增加項目成功機會，本課程將會讓你受益匪淺。本課程不是僅適合QA的，課程內容其實是圍繞如何做好項目開展的，歡迎專案經理、項目成員和QA一起參與。2）活用UML

課程概述通過吃飯、野炊、電飯煲煮飯這些事情來說明CMMI？本視頻只有短短兩個小時，但抓住了CMMI及評估方法的要害，用通俗易懂的例子幫你撥開雲霧、理清思路、找對方向。曾經在廣東軟體流程改善委會的沙龍上分享過該課程，也曾為某些企業分享過該課程。如果你想短時間內認識CMMI，如果你對CMMI有很多困惑，希望本視頻可以協助你！作者：張傳波講師：張傳波中國軟體行業協會系統與流程改善分會專業委員會（簡稱：CSPIN）主任委員廣東軟體行業協會軟體流程改善專業委員會（簡稱：GDSPIN）進階專家課程大綱1.

此書號稱即將發售已經有n個月了，實在愧對大家！目前此書已經進入最後編撰及修訂階段，出版社也已經開始聯絡了，麻煩同學們再次耐心等待。體驗版已更新為2.0.0！最新版內容：1.序2.全書詳細目錄3.第一章 大話UML 全部內容4.第二章 耗盡腦汁的需求分析工作 全部內容5.第三章 分析業務模型-類圖（Class Diagram） 部分內容6.附錄2 名詞解釋7.附錄3 軟體知識原創基地簡介7.附錄4 《活用UML-軟體設計高手》簡介8.附錄5 作者簡介9.附錄6 圖表目錄10.附錄7

客戶需要的是一把梯子，系統分析員瞭解到的是一張凳子，開發人員做出來的是一張桌子，測試人員以為是一張椅子，需求分析是一件超高難度的事情！儘管需求分析工作如此考驗人的，但這也是我們軟體工作的魅力之一！本課程將創造性地和你一起活用UML類圖，通過實際的案例，展現如何通過類圖發掘需求本質，擁抱需求！課程時間：2010-7-17（周六）下午1:45-5:00課程主題：活用類圖，擁抱需求主講老師：張傳波（軟體知識原創基地首席專家）活動形式：全程實訓活動地點：華南師範大學網路教育學院201課室報名方式：下載本

提要：非常榮幸應華南理工大學萬江平教授的邀請，在萬教授的一次課程上我為同學們作了這次分享。分享時間1個半小時，我快速地介紹了極限編程、MSF的一些最佳踐，並解答了同學們的實踐問題。時間較少，內容較多，可能有走馬觀花的感覺。稍後我將分別發布“超越極限編程”和“超越MSF”兩個視頻，進一步詳細分享極限編程和MSF。作者：張傳波講師：張傳波特別鳴謝：華南理工大學 萬江平教授視頻內容大綱：1.極限編程   1.1 需求方面最佳實務：客戶故事、客戶全程參與   1.2 設計方面的最佳實務：簡單設計   1

內容提要：某次進度計劃評審，QA發現缺少程式碼檢閱的環節，於是PM在所有編碼任務之後增加了一個評審代碼的任務，於是這個進度計劃就通過評審了。程式碼檢閱不是走形式，領銜項目工作的你一定深受劣質代碼的影響，不抓代碼品質，軟體陷阱重重，猛抓代碼品質，必然帶來程式員的極大抵抗，並且會延誤工期。如何解決這現實與品質的衝突呢？該主題曾經在2011廣東流程改善年會廣州及深圳會場上分享，但分享的時間長度只有50分鐘，而當時視頻漏錄了一大段。而這裡發布的視頻長度達到2小時，是完整的版本。老師：張傳波www.uml

專案管理的“六拍”並非本人原創，最開始我是從我的領導那聽到的，我覺得很有意思，很形象，很貼合實際。下面介紹一下什麼是專案管理“六拍”，以及我的一些感受。作者：張傳波軟體知識大學

《IT職場救生法則》已經升級為加強版了，增加了更多的法則，並加入了一些必要的說明。第一版發出後受到不少朋友的反饋，一些朋友指出文章似乎有點“灰暗”，現實是殘酷的，但我們應該以積極陽光的心態來應對，故此本文增加了更多的“陽光”要素，心態應該是第一位的，讓我們享受人生吧！摘要：我在IT職場打滾超過10年了，從小小的程式員做到常務副總。相對於其它行業，IT職場應該算比較光明的了，但也陷阱重重，本文說說我的親身體會，希望大家能在IT職場上戰無不勝！作者：張傳波www.umlonline.org/scho

本文只針對UML菜鳥，你是中鳥、老鳥，請直接無視本文！摘要：你只需要閱讀完本章，就能從宏觀上掌握UML的知識，在你的腦袋中形成一張UML的藍圖。你能全面瞭解UML的基本知識，UML的各種圖的用途和概況，你能和實際工作遇到的問題聯絡起來，協助你進一步規划下一步的學習。本文是新書《火球——UML大戰需求分析》（原定名：《活用UML——需求分析高手》）中的第1章“大話UML”，本書更多資料可參考：http://www.umlonline.org/school/forum-140-1.html 第2章已