<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    2006年6月13日

    ? 再出色的女人,如果身邊空空,就使人覺得凄涼。比如張愛玲,她的感情生活就像李碧華所說,是一口古井,任由后人來淘出的都是一地清冷月光。
    夫唱婦隨,才能交相輝映,。
    ? 同樣再出色的人(這次不分男女了哈),如果孤軍奮戰(zhàn)的話,也會使人覺得凄涼。不過我們就不一樣了,我們是一個小家庭,不論是感情生活還是技術(shù)
    生活都是一片汪洋,隨你怎么淘,淘出的都是金色的陽光。
    ? 呵呵,漂起來了。。。。。。
    ? 提交作品了,心里的石頭也放下了一塊,回頭看看這一個多月的時間,真的是成長了許多,無論是技術(shù)上的,還是團(tuán)隊合作和管理上的。技術(shù)上,
    雖然寫的文章總被人批評,不過至少有人對我的文章有興趣,也算是另一種安慰啦。團(tuán)隊合作上,平時不覺得,真到了在一起做項目的時候,才發(fā)現(xiàn)每個人都和以前
    不太一樣啊。也是通過這次大賽,讓我發(fā)現(xiàn)了每個人的另一面。團(tuán)隊管理上,呵呵,說來慚愧啊,沒為大家做什么事,而且雖然只有3個人,不過這個隊伍也不好帶啊。雖然有爭執(zhí),雖然有困難,可是我們還是堅持下來了,不是嗎?
    ? 怎么說呢,在這段日子里,雖然有一些事讓我生氣,但是,也有很多事情令我感動。是大家的堅持,我們才會走到今天,才會完成作品。
    ? 所以,無論我是要哭泣著,還是微笑著與你道別
    ? 人生本就是一場難分悲喜的演出,
    ? 而當(dāng)燈光照過來,
    ? 我就要必須唱出那最最艱難的一幕,
    ? 曲終人散后,
    ? 無論我是要哭泣著,
    ? 還是微笑著與你們道別,
    ? 我都會慶幸曾與你們同臺。
    posted @ 2006-06-30 21:44 藍(lán)凝 閱讀(446) | 評論 (6)編輯 收藏
     

    搞笑啊,因為每次都是默認(rèn)的用戶名,結(jié)果,前幾天把用戶名給忘了,怎么也上不來了,把我急的啊~~~
    看著那么多批評我文章的話,我有話沒地方說,更急~~~~
    結(jié)果牙也腫了,眼睛還長東西,~~~~~~
    現(xiàn)在好啦,事基本都忙得差不多啦,晚上提交附件,而且也把用戶名給想起來啦,上來喊兩聲,嘿嘿,兄弟們,我又回來啦

    posted @ 2006-06-29 11:40 藍(lán)凝 閱讀(270) | 評論 (1)編輯 收藏
     
    共同工作:
    查找相關(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è)計實施計劃?dubb?
    2006.6.27至
    2006.6.28?整體文檔的檢查?全體成員?每個文檔都是經(jīng)過了數(shù)次迭代與修改,在所有文檔完成后,大家由一起將所有的文檔進(jìn)行了檢查,包括:
    格式,內(nèi)容,標(biāo)點符號,圖形等。
    posted @ 2006-06-29 11:34 藍(lán)凝 閱讀(529) | 評論 (4)編輯 收藏
     
    SOA相關(guān)資料查找分析
    TurboCRM分析完畢
    用友ERP分析完畢
    題目要求的業(yè)務(wù)流程分析完畢
    需求分析完畢
    業(yè)務(wù)流程圖分析討論完畢
    需要工具安裝完畢
    業(yè)務(wù)建模完畢
    posted @ 2006-06-22 13:24 藍(lán)凝 閱讀(263) | 評論 (0)編輯 收藏
     
    ? 聽說周六有IBM的技術(shù)講座,哪能錯過,趕緊注冊。。。。?
    ? 周六早上起了個大早,和liuli一起到體育館門口等IBM的車,到了體育館才發(fā)現(xiàn),已經(jīng)有n多xdjm在等了。看來同志們對soa還是很感興趣的啊。不過,讓人ft的是等了好久都不見車來,已經(jīng)9點鐘了,人群開始散去,這時候,我和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。
    posted @ 2006-06-22 13:08 藍(lán)凝 閱讀(1294) | 評論 (4)編輯 收藏
     

    ? 經(jīng)過以前的數(shù)次討論,方案終于定了下來,在接下來的日子里,每個人負(fù)責(zé)不同的部分,開始進(jìn)入各種文檔的實現(xiàn)階段。
    ? 我負(fù)責(zé)寫總體的需求文檔,雖然以前寫過類似的什么需求分析啊,概要設(shè)計啊,相信設(shè)計等等,但是,這次的需求文檔還是花了我很多的心思。
    在寫之前特別又看了一遍《需求分析黃金法則》那20條,寫了一個晚上,一氣呵成,不過不知道是因為文筆退步還是別的原因,寫出的文檔,大家不是很滿意,
    咳,嚴(yán)重郁悶中。
    ??????? ·業(yè)務(wù)需求——反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,通常在項目定義與范圍文檔中予以說明。

    ??????? ·用戶需求——描述了用戶使用產(chǎn)品必須要完成的任務(wù),這在使用實例或方案腳本中予以說明。

    ??????? ·功能需求——定義了開發(fā)人員必須實現(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)項目功能中起著重要作用,所以,就像軟件工程的流程一樣,一切從需求開始,一切文檔化。
    ???????? 接著修改。。。。。。。

    posted @ 2006-06-22 12:50 藍(lán)凝 閱讀(529) | 評論 (1)編輯 收藏
     

    評價成熟度后,建設(shè)SOA模型的2個方法學(xué):
    1.CBM業(yè)務(wù)組件建模,從企業(yè)整體,metrics結(jié)構(gòu)
    2.業(yè)務(wù)(組件)劃分,核心價值鏈,組件如何對不同組件,不同業(yè)務(wù)目標(biāo)進(jìn)行劃分
    三.服務(wù)緘默,架構(gòu)企業(yè)價值鏈業(yè)務(wù)流程------〉服務(wù)模型
    1.服務(wù)發(fā)現(xiàn)(找到可能成為服務(wù)的幾個候選者),包括三個方法:
    ? (1)頂級流程分解(粗粒度)
    ? (2)業(yè)務(wù)目標(biāo)的建模(目標(biāo)-----〉服務(wù))
    ? (3)分析現(xiàn)有系統(tǒng),劃分,類比 (接口,形式。。。)
    以上可以引出服務(wù)目錄的概念。
    服務(wù)目錄:就是潛在的服務(wù)的集合
    2.服務(wù)的規(guī)約
    ? 從服務(wù)目錄入手,分解屬性,跟現(xiàn)有哪些業(yè)務(wù)關(guān)連在一起,決定哪些成為服務(wù)-----〉模型,書面specification
    3.服務(wù)的實現(xiàn)決策
    ? 哪些需要包裝,哪些需要新方法
    ? 與傳統(tǒng)架構(gòu)結(jié)合(用例等)
    4.如何從服務(wù)模型映射到參考架構(gòu)
    ? 要與企業(yè)架構(gòu)隔離開
    ? 業(yè)務(wù)功能-----〉服務(wù)
    ? 服務(wù)中介-----〉ESB
    ? 非功能------〉服務(wù)監(jiān)管
    ? 可參考流程引擎
    5.*服務(wù)監(jiān)管
    SOA靈活性{
    ????????? 服務(wù)模型
    ????????? 復(fù)雜性-----〉ESB
    ????????? }
    監(jiān)管方法:{
    ?????????? 服務(wù)模型
    ?????????? 參考架構(gòu)
    ????????? }
    方法學(xué):{
    ???????? 角色
    ???????? 職責(zé)
    ???????? }
    柔性架構(gòu)快速適應(yīng)變化
    服務(wù)注冊庫------企業(yè)IT的生命周期管理
    ?????????
    ????????????

    posted @ 2006-06-13 22:55 藍(lán)凝 閱讀(1099) | 評論 (2)編輯 收藏
     
    主站蜘蛛池模板: 亚洲中文无码av永久| 亚洲色四在线视频观看| 国产成人精品亚洲2020| 国产在线jyzzjyzz免费麻豆 | 亚洲不卡视频在线观看| 无码囯产精品一区二区免费| 亚洲成AV人片在线观看无码| 国产高清不卡免费视频| 中文字幕亚洲精品| 成年人免费的视频| 午夜亚洲国产理论片二级港台二级| 成人性生活免费视频| 精品国产日韩亚洲一区在线| 国产一区二区三区免费看| 五月天国产成人AV免费观看| 国产亚洲AV无码AV男人的天堂| 久久精品国产这里是免费| 亚洲人和日本人jizz| 国产在线19禁免费观看国产 | 8x网站免费入口在线观看| 亚洲午夜电影在线观看高清| 成年人视频在线观看免费| 精品免费AV一区二区三区| 亚洲色婷婷六月亚洲婷婷6月| 久久99国产乱子伦精品免费| 国产婷婷综合丁香亚洲欧洲| 免费99热在线观看| a级毛片黄免费a级毛片| 亚洲区精品久久一区二区三区| 日韩免费无码一区二区视频| 久久国产精品免费一区二区三区| 亚洲精品一卡2卡3卡三卡四卡| 国产自产拍精品视频免费看| 中文字幕看片在线a免费| 亚洲第一网站免费视频| 国产一精品一aⅴ一免费| 99久久99久久精品免费观看| 亚洲国产精品网站在线播放| 久久国产精品亚洲一区二区| 成人免费无毒在线观看网站| 99久久免费国产精精品|