• <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-4-21 13:21 | 作者: 不詳 | 來源: itpub.net | 查看: 199次 | 進入軟件測試論壇討論

    領測軟件測試網 關鍵字:房屋中介業務建模一位名叫Midhael Yan的朋友給我發來一封信,信中談到這樣一個問題。我覺得很有代表性,因此公開發布到BLOG上。這位朋友的問題是這樣的:

    一個租房中介準備提供一個網上中介服務系統,主要包括以下服務:
    給求租者發布求租信息,尋找房屋信息
    給出租者注冊一個店面,在小店里發布出租房信息,也支持尋找求租信息
    使用該服務必須注冊一個用戶
    對房屋有收藏和評論的需要
    我和幾個朋友初步探討了一下,在業務建模階段出現了爭執
    我的分析:
    一個求租者業務角色
    一個出租者業務角色
    發布求租信息業務用例
    找房屋信息業務用例
    注冊店面業務用例
    發布出租房屋信息業務用例
    注冊用戶業務用例
    朋友的分析:
    一個求租者業務角色
    一個出租者業務角色
    發布信息業務用例(注冊店面業務用例也被合并進來了)
    查詢信息業務用例
    注冊用戶業務用例
    另外一個朋友的分析更簡單:
    客人業務角色
    發布信息業務用例
    查詢信息業務用例
    請您給出您的見解,謝謝! 

    非常有幸拜讀你的文章,收益甚多,謝謝!
    有幾點問題,希望指正!
    1、關于你的網上借書范例
    對于你把圖書管理員這樣的業務工人定義成了業務角色有點不解
    2、我模擬了一個網上中介系統的范例,遇到了一些兩難問題,請教
    一個租房中介準備提供一個網上中介服務系統,主要包括以下服務:
    給求租者發布求租信息,尋找房屋信息
    給出租者注冊一個店面,在小店里發布出租房信息,也支持尋找求租信息
    使用該服務必須注冊一個用戶
    對房屋有收藏和評論的需要
    我和幾個朋友初步探討了一下,在業務建模階段出現了爭執
    我的分析:
    一個求租者業務角色
    一個出租者業務角色
    發布求租信息業務用例
    找房屋信息業務用例
    注冊店面業務用例
    發布出租房屋信息業務用例
    注冊用戶業務用例
    朋友的分析:
    一個求租者業務角色
    一個出租者業務角色
    發布信息業務用例(注冊店面業務用例也被合并進來了)
    查詢信息業務用例
    注冊用戶業務用例
    另外一個朋友的分析更簡單:
    客人業務角色
    發布信息業務用例
    查詢信息業務用例
    請您給出您的見解,謝謝!
    合適的話也希望把這個范例單獨在您的BLOG上發布出來,供大家一起探討,謝謝!

    這個討論很有代表性,把它貼出來:)

    我對第一個問題是這樣看的,在我平時工作中有意忽略business actor,actor,business worker,worker這樣的區別。因為我覺得,雖然在UML概念上它們是不同的,這樣定義有其道理。但是這種概念的差異太過于學術化。在實際工作中,大家都熟悉崗位,角色這樣的概念,甚至用戶對崗位,角色這樣的定義都有非常好的認識。但對于不熟悉UML的人來說,如果試圖去向他們解釋什么是worker什么是actor,什么是business actor...我認為這是件費力不討好的事情,我曾經試過,很難讓人理解這么些小人圖到底有什么差別。做一個業務模型的目的是讓所有相關人等看得明白看得懂,而不是是否符合UML的規定。我用UML的一個觀點是適合的采用,不適合的修改甚至放棄。我承認UML的定義是有道理的,但我不認為在實際工作中這樣做會帶來好處。在我們說明需求的時候,如果就是不區分actor 和worker,我們就會說不清需求了嗎?我相信不會,相反的,如果我們用崗位這個概念來做業務模型,用角色這個概念來做系統模型,那么對所有相關人等都會是很好很容易理解的。所以實際上,在我做業務建模的時候,雖然用了UML的元素,但實際我的概念是崗位、角色,我認為這兩個概念足以支持業務分析,并且容易理解,而拋棄了UML拗口復雜的定義。這在實際工作中給我帶來了很多方便。

    延伸閱讀

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

    TAG: 建模 實例 業務

    21/212>

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