• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    軟件開發中的理想與現實(九)——三個臭皮匠,頂個諸葛亮

    發布: 2008-5-27 11:02 | 作者: 不詳 | 來源: blog.csdn.net | 查看: 71次 | 進入軟件測試論壇討論

    領測軟件測試網


        }Sample;
    噢,這是什么東西,根本就沒有辦法簡單的進行對應了!如果用剛才簡單對應的方式來處理,這個系統真的就會變成一個怪物了!所以這個方案就被否定了,啊,XophiiX不要傷心,在最開始這是很常見的事情。
    為了方便確定設計的方向,我根據需求畫出這個系統最基本的處理流程圖(好了,大家終于知道我有多么菜了):

    但是我還沒有想好如何把它變成可分解的類,所以就算大家都比較認同這樣的流程也沒有用,不過作為一個大體思路,起碼有助于指明方向。
    馬上,我們就把上面這個做了一個精簡,并準備對各部分進行細化。精簡圖如下:

    大家心里都明白,最重要也是最麻煩的就是如何收集詞元信息,但是如何做最好呢?不知道!眼看著上午就要結束,白板上的圖畫了又擦,方案往往提出幾分鐘就被否,然后所有人都陷入一種抓狂之中。
    OK,it's lunch time。人是鐵飯是鋼,還是去休息一下吧。
    午餐的時候大家都比較沉默,雖然我一直安慰大家,每個項目開始的時候都是這樣的,設計的靈感會突然冒出來的,不過大家還是不太相信。
    嗯,不管怎么樣,靈感還真的就出來了。不知道是誰提出了一個“作坊”模型,讓大家眼前一亮,簡單的說就是,把處理ASN文件得到的詞元當作零件,收集詞元信息當作零件分類,修飾詞元信息當作零件組裝,輸出C文件則是最終包裝,那么“作坊”(就是收集詞元信息)負責進貨(得到零件)和銷售(零件分類輸出)。按這樣的說法,為了進貨,我們需要一個庫存;為了分類,我們需要工人;為了管理工人,我們需要一個經理。他們的職責也很清楚,庫存負責存放零件,經理負責根據庫存情況劃定工作范圍并“雇傭”合適的工人,工人則僅僅專注于工作。他們的關系如下:

    這個圖并不詳細,甚至有些明顯地錯誤,但是我們已經可以按照中央的想法進行工作了!綜合來看,現在可以把整個處理過程表達如下:

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    54/5<12345>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>