? 再出色的女人，如果身邊空空，就使人覺得凄涼。比如張愛玲，她的感情生活就像李碧華所說，是一口古井，任由后人來淘出的都是一地清冷月光。
夫唱婦隨，才能交相輝映，。
? 同樣再出色的人（這次不分男女了哈），如果孤軍奮戰(zhàn)的話，也會使人覺得凄涼。不過我們就不一樣了，我們是一個小家庭，不論是感情生活還是技術(shù)
生活都是一片汪洋，隨你怎么淘，淘出的都是金色的陽光。
? 呵呵，漂起來了。。。。。。
? 提交作品了，心里的石頭也放下了一塊，回頭看看這一個多月的時間，真的是成長了許多，無論是技術(shù)上的，還是團(tuán)隊合作和管理上的。技術(shù)上，
雖然寫的文章總被人批評，不過至少有人對我的文章有興趣，也算是另一種安慰啦。團(tuán)隊合作上，平時不覺得，真到了在一起做項目的時候，才發(fā)現(xiàn)每個人都和以前
不太一樣啊。也是通過這次大賽，讓我發(fā)現(xiàn)了每個人的另一面。團(tuán)隊管理上，呵呵，說來慚愧啊，沒為大家做什么事，而且雖然只有3個人，不過這個隊伍也不好帶啊。雖然有爭執(zhí)，雖然有困難，可是我們還是堅持下來了，不是嗎？
? 怎么說呢，在這段日子里，雖然有一些事讓我生氣，但是，也有很多事情令我感動。是大家的堅持，我們才會走到今天，才會完成作品。
? 所以，無論我是要哭泣著，還是微笑著與你道別
? 人生本就是一場難分悲喜的演出，
? 而當(dāng)燈光照過來，
? 我就要必須唱出那最最艱難的一幕，
? 曲終人散后，
? 無論我是要哭泣著，
? 還是微笑著與你們道別，
? 我都會慶幸曾與你們同臺。
搞笑啊，因為每次都是默認(rèn)的用戶名，結(jié)果，前幾天把用戶名給忘了，怎么也上不來了，把我急的啊~~~
看著那么多批評我文章的話，我有話沒地方說，更急~~~~
結(jié)果牙也腫了，眼睛還長東西，~~~~~~
現(xiàn)在好啦，事基本都忙得差不多啦，晚上提交附件，而且也把用戶名給想起來啦，上來喊兩聲，嘿嘿，兄弟們，我又回來啦
共同工作：
查找相關(guān)資料
分析題目
討論需求
業(yè)務(wù)流程分析
技術(shù)學(xué)習(xí)
個人分工
姓名?工作?備注
dubb?CRM相關(guān)資料及接口分析
1.??
crazycy??
liuli?1.ERP?
1.2.2 整體分工：
姓名?工作?備注
dubb?協(xié)調(diào)工作
會議的組織
進(jìn)度的安排
相關(guān)技術(shù)的學(xué)習(xí)?會議的紀(jì)要由每個人輪流整理
每次會議有一個主要的發(fā)言人
crazycy?相關(guān)團(tuán)隊消息的跟蹤
相關(guān)網(wǎng)站的跟蹤
相關(guān)技術(shù)的學(xué)習(xí)?相關(guān)技術(shù)的學(xué)習(xí)，liuli相對來說多一些
liuli?相關(guān)工具的掌握
相關(guān)會議的跟蹤
相關(guān)技術(shù)的學(xué)習(xí)?
1.2.3 文檔設(shè)計階段
時間?任務(wù)?負(fù)責(zé)人?備注
2006.6.10至2006.6.18?業(yè)務(wù)模型的分析設(shè)計?liuli?這是個迭代的過程，與服務(wù)建模交互
2006.6.13至2006.6.20?服務(wù)模型分析設(shè)計?dubb?,liuli幫助修改了文檔
2006.6.18至2006.6.23?系統(tǒng)架構(gòu)設(shè)計?liuli，crazycy?用例模型分析和數(shù)據(jù)模型分析由liuli完成
2006.6.23至2006.6.27?組件設(shè)計?crazycy?以上過程均是迭代的過程
2006.6.23?項目綜述?dubb?
2006.6.25?設(shè)計實(shí)施計劃?dubb?
2006.6.27至
2006.6.28?整體文檔的檢查?全體成員?每個文檔都是經(jīng)過了數(shù)次迭代與修改，在所有文檔完成后，大家由一起將所有的文檔進(jìn)行了檢查，包括：
格式，內(nèi)容，標(biāo)點(diǎn)符號，圖形等。
SOA相關(guān)資料查找分析
TurboCRM分析完畢
用友ERP分析完畢
題目要求的業(yè)務(wù)流程分析完畢
需求分析完畢
業(yè)務(wù)流程圖分析討論完畢
需要工具安裝完畢
業(yè)務(wù)建模完畢
? 聽說周六有IBM的技術(shù)講座，哪能錯過，趕緊注冊。。。。?
? 周六早上起了個大早，和liuli一起到體育館門口等IBM的車，到了體育館才發(fā)現(xiàn)，已經(jīng)有n多xdjm在等了?？磥硗緜儗oa還是很感興趣的啊。不過，讓人ft的是等了好久都不見車來，已經(jīng)9點(diǎn)鐘了，人群開始散去，這時候，我和liuli立刻做出了一個決定，不能再等了，自己做車去。于是我們倆跑到了知春路去做公交車。
?? 好不容易到了，會議已經(jīng)開始40多分鐘了，門口的IBM工作人員問了我們班車的情況，我們宣泄了一下不滿，因為有好多人因為車沒來就放棄參加了，如果不是之前IBM發(fā)信說有班車來接的話，然后早上等了一個多小時車沒來，他們肯定會來的。
? 聽了一天，就IBM的產(chǎn)品來說總體感覺就是比較人性化，我指的是提供了圖形界面的工具已經(jīng)自動的代碼生成工具。因為，在下午有個環(huán)節(jié)是拿微軟和IBM比較，比較的內(nèi)容是將已有的功能包裝成服務(wù)并發(fā)布，兩位博士一個負(fù)責(zé)用IBM的產(chǎn)品，另一個用的是微軟的產(chǎn)品，同時進(jìn)行。在大屏幕上可以清晰的看見IBM的執(zhí)行過程全部是圖形界面，其間并沒有涉及到具體的代碼；而微軟的產(chǎn)品并沒有圖形界面，所有的操作看來就是一個程序員在寫程序一樣，結(jié)果可想而之，速度當(dāng)然比不上IBM而且其復(fù)雜程度也對程序員有很高的要求，即必須知道底層代碼及所有的環(huán)節(jié)才行。
? 不過，我在想，如果微軟也把同一套流程做成了圖形界面，同時添加了代碼自動生成的功能，那么那時候，兩者再比較，結(jié)果會是什么樣呢？
? ps：liuli在用WBI的時候，發(fā)現(xiàn)了不少的bug。
? 經(jīng)過以前的數(shù)次討論，方案終于定了下來，在接下來的日子里，每個人負(fù)責(zé)不同的部分，開始進(jìn)入各種文檔的實(shí)現(xiàn)階段。
? 我負(fù)責(zé)寫總體的需求文檔，雖然以前寫過類似的什么需求分析啊，概要設(shè)計啊，相信設(shè)計等等，但是，這次的需求文檔還是花了我很多的心思。
在寫之前特別又看了一遍《需求分析黃金法則》那20條，寫了一個晚上，一氣呵成，不過不知道是因為文筆退步還是別的原因，寫出的文檔，大家不是很滿意，
咳，嚴(yán)重郁悶中。
??????? ·業(yè)務(wù)需求——反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常在項目定義與范圍文檔中予以說明。
??????? ·用戶需求——描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例或方案腳本中予以說明。
??????? ·功能需求——定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使用戶利用系統(tǒng)能夠完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。
??????? ·非功能性的需求——描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和約束，操作界面的具體細(xì)節(jié)和構(gòu)造上的限制。
這幾項都有包括啊，回頭問問差在哪里了。
? 雖然大賽并沒有要求提供需求分析文檔，但是需求在開發(fā)、測試、質(zhì)量保證、項目管理以及相關(guān)項目功能中起著重要作用，所以，就像軟件工程的流程一樣，一切從需求開始，一切文檔化。
???????? 接著修改。。。。。。。