[全程建模]MDA、全程建模、開源和應用的對話
Normal
0
7.8 磅
0
2
false
false
false
MicrosoftInternetExplorer4
本文是水木上從配置管理談起的專向到我的全程建模方法論的一個話題,中間涉及到我這幾年所做的積累和這套方**所實現的程度。 本文涉及到的技術內容大部分曾在本blog的技術篇章中發表,在第一版之後的部分新撰寫內容在機械工業出版社即將出版的新書中發表。 原文連線如下: http://www.newsmth.net/bbstcon.php?board=SoftEng&gid=70905 ———————— 發信人: laofo (偶是fofo), 信區: SoftEng 標 題: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Thu May 6 20:04:32 2010), 站內 RT ———————— 發信人: laofo (偶是fofo), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Thu May 6 20:20:10 2010), 站內 大多數公司可能都不瞭解。 有的人可能只是有這個概念,我們需要一個配置管理員,但是為什麼需要一個配置管理員,他能做什麼,能給公司都帶來什麼好處,可能大家還真的沒仔細想過。 招人之前定位不清,招人之後就會造成職責不明。在人少活多的地方,可能CM就會被拉去幹些CM不相關的事情; 大老闆可能知道一些,下邊經理也許瞭解一些。到了專案經理這裡即便對配
置管理有比較深的認識,無奈迫於進度,資源等等,一旦忙不過來就會把配置管理束之高閣,要求裁剪這裁剪那的。配置管理員不能完全的在專案中,組織中行使自
己的職責,很容易造成進度上去了,質量下來了。前期的趕進度往往會給後期交付帶來更多的麻煩,需要更多的時間去修復倉促開發帶來的問題。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Thu May 6 22:38:37 2010), 站內 說的不錯,呵呵。 中國的軟體業是在國外發展了幾十年的情況下催生出來的,比我這一代更老的程式設計師因為所處的環境並沒有對工程的東西進行過過多的思考和分析,因為他們一般在十年內就發生了很大的變化。 而後來的程式設計師,因為國外公司的推動,加上生活和各種所謂新技術新概念的推出,也忽視了對工程的深入探索,所以,才有了這種現象,呵呵。 ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 08:18:57 2010), 站內 DDD作者說過,過去1x年,軟工(忘了是什麼詞了,但肯定是跟這方面相關的) 根本沒發展 這1x年我們所做的就是把原來的cs一股腦的搬到www上去 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 09:24:40 2010), 站內 是的,最近十年實際上沒有什麼大的技術革新,最重要的革新都是上個世紀完成的,只是大部分在這個世紀才在中國產生影響而已,包括UML。 而各大公司為了業績和股票(也就是投資人利益),在這個世紀之初創造了大量新詞彙,而這些詞彙的作用也就是一年左右就紛紛被放下,因為過期了。 但是大量的初學者和盲目名詞崇拜者還是拿著這些詞彙在國內教育人,呵呵,再過十年,還會有不少的笑話出現。 除了網際網路的連線擴大和傳輸技術方面的革新以外,其他的都和十年前差不多,只是很多在十年前沒有名詞沒有說法,現在都加上了title和說法而已。 ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 12:03:40 2010), 站內 馬哲早就說了——社會存在決定社會意識。 現實有了CS裡的各種存在,從硬體到作業系統再到程式語言和資料庫...之後,如何把它們更好 地捏合成一個整體,基於編碼提出了設計,需求...然後每個領域還可以深化,說到底就是人類 關於良性實踐標準的總結,是社會意識。 反作用也有,一些成熟的社會意識被固化到各種過程管理的工具裡。 要想軟工有大的革新,根本上還是得CS的存在上有大的變化吧。我覺得如果將來關於淨室工程的 方法論有突破性的進展,模型檢測和定理證明這些形式化方法都能變成傻瓜式的工具,那麼軟工 應該會有很多基於這個的新的管理思路。 【 在 qingrun (青潤) 的大作中提到: 】 : 標
題: Re: 你覺得公司瞭解實施配置管理的好處麼? : 發信站: 水木社群
(Fri May 7 09:24:40 2010), 站內 : : 是的,最近十年實際上沒有什麼大的技術革新,最重要的革新都是上個世紀完成的,只是大部分在這個世紀才在中國產生影響而已,包括UML。 : 而各大公司為了業績和股票(也就是投資人利益),在這個世紀之初創造了大量新詞彙,而這些詞彙的作用也就是一年左右就紛紛被放下,因為過期了。 : 但是大量的初學者和盲目名詞崇拜者還是拿著這些詞彙在國內教育人,呵呵,再過十年,還會有不少的笑話出現。 : 除了網際網路的連線擴大和傳輸技術方面的革新以外,其他的都和十年前差不多,只是很多在十年前沒有名詞沒有說法,現在都加上了title和說法而已。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 12:09:46 2010), 站內 是的。 不過,存在決定意識的層級,卻不代表存在就能讓意識立刻覆蓋全部,這是需要過程的,我相信在國外,也同樣存在一定的問題。 理論在一定程度上指導了實踐,但是,實踐卻沒有得到最好的實施,於是就出現了實踐與理論的偏離。 但是,目前理論在很多地方是高於實踐的,在04年csdn組織過的一次技術論壇中,當年mda剛剛提出沒多久,正在熱炒期,很多公司都宣傳自己的mda如何如何,但是實際上,誰也拿不出像樣的基礎程式碼庫,誰也拿不出實際的mda全部實現過程,市場的宣傳遠遠大於它們的工程實際。 畢竟一個真正的基礎程式碼庫的積累,不是三五年就能完成的,就算集中全世界的力量來做,政府直接出錢支援,估計也要十年以上的時間才有可能,更何況目前的情況是全世界一盤散沙,各自為戰,商業競爭和名詞論調遠遠高於務實的基礎。 拭目以待吧。呵呵。 ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 12:22:13 2010), 站內 現在MDA發展成什麼樣子?上哪裡有比較全比較新的資源能看麼?謝謝 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 12:52:50 2010), 站內 這幾年國際上沒有多少人在推動mda了,至少沒有大公司去花錢宣傳推動了。 我的方法論中目前只需要一個程式碼庫支援就可以實現完整的mda,不過,我沒有公司支援,所以,也只能如此了。呵呵。 ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 12:55:02 2010), 站內 據說DSL裡有程式碼生成的東東? 那豈不就是MDA麼 【 在 qingrun (青潤) 的大作中提到: 】 : 這幾年國際上沒有多少人在推動mda了,至少沒有大公司去花錢宣傳推動了。 : 我的方法論中目前只需要一個程式碼庫支援就可以實現完整的mda,不過,我沒有公司支援,所以,也只能如此了。呵呵。 ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 13:10:06 2010), 站內 你去找清軟英泰的顧老闆吧...叫她給你投錢,投很多很多的錢... 【 在 qingrun (青潤) 的大作中提到: 】 : 標
題: Re: 你覺得公司瞭解實施配置管理的好處麼? : 發信站: 水木社群
(Fri May 7 12:52:50 2010), 站內 : : 這幾年國際上沒有多少人在推動mda了,至少沒有大公司去花錢宣傳推動了。 : 我的方法論中目前只需要一個程式碼庫支援就可以實現完整的mda,不過,我沒有公司支援,所以,也只能如此了。呵呵。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 13:56:07 2010), 站內 那個程式碼只是框架,遠遠不能成為mda的形態,說白了只是一個外表而已。 真正的mda,應該做到絕大部分程式碼的關聯設計生成,除了少量需要調整和效能優化程式碼的撰寫與修改外,其他程式碼都是直接完整匯出的。 所以,需要龐大程式碼庫的支援。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : 據說DSL裡有程式碼生成的東東? : 那豈不就是MDA麼 ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 13:58:34 2010), 站內 普元/金蝶那種算不算? 【 在 qingrun (青潤) 的大作中提到: 】 : 那個程式碼只是框架,遠遠不能成為mda的形態,說白了只是一個外表而已。 : 真正的mda,應該做到絕大部分程式碼的關聯設計生成,除了少量需要調整和效能優化程式碼的撰寫與修改外,其他程式碼都是直接完整匯出的。 : 所以,需要龐大程式碼庫的支援。 : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 13:59:09 2010), 站內 不認識,我也不主動找,呵呵,這個東西我覺得,慢慢發展還需要十年以上的時間。 對我來說,這個也不是我一天兩天要做到的事情。 首先目前所有的UML工具自身都存在嚴重的功能缺陷,這個我曾經給trufun提過三條改進意見作為合作初始的禮物,他們現在也是因為投資的問題沒有什麼大的發展。 UML工具的改進,加上程式碼庫的支援,然後配套配置管理,和一個實際可用的全過程建模方法論,才能實現實際的mda。 【 在 ZhangLianyi (連怡) 的大作中提到: 】 : 你去找清軟英泰的顧老闆吧...叫她給你投錢,投很多很多的錢... ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:00:16 2010), 站內 以前我實驗室的那群博士好像搞的就有點你說的這個意思,當然僅僅是開頭而已。 我所知道的一個人,她做的就是通過一個形式化建模語言,去驗證不同的C語言程式碼通過某個模型被拼起來之後,有沒有邏輯上的漏洞或bug。如果這個做成了,應該就是你所說的大部分程式碼關聯設計生成了吧 【 在 qingrun (青潤) 的大作中提到: 】 : 標
題: Re: 你覺得公司瞭解實施配置管理的好處麼? : 發信站: 水木社群
(Fri May 7 13:56:07 2010), 站內 : : 那個程式碼只是框架,遠遠不能成為mda的形態,說白了只是一個外表而已。 : 真正的mda,應該做到絕大部分程式碼的關聯設計生成,除了少量需要調整和效能優化程式碼的撰寫與修改外,其他程式碼都是直接完整匯出的。 : 所以,需要龐大程式碼庫的支援。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:00:31 2010), 站內 那兩個就別提了。 普元呵呵,實在是,算了,不評價了,這個實在讓人無語。 金蝶的只是一個行業,也根本沒有達到mda的實質。呵呵。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : 普元/金蝶那種算不算? ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:01:41 2010), 站內 06年初有一個973做得就是和我類似的東西,但是,我沒有找到那個申請人,另外這種東西大部分都是做給國家看的,人家不要求實用,所以,後來也就沒考慮了。 【 在 ZhangLianyi (連怡) 的大作中提到: 】 : 以前我實驗室的那群博士好像搞的就有點你說的這個意思,當然僅僅是開頭而已。 : 我所知道的一個人,她做的就是通過一個形式化建模語言,去驗證不同的C語言程式碼通過某個模型被拼起來之後,有沒有邏輯上的漏洞或bug。如果這個做成了,應該就是你所說的大部分程式碼關聯設計生成了吧 ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:02:35 2010), 站內 【 在 qingrun (青潤) 的大作中提到: 】 : 那兩個就別提了。 : 普元呵呵,實在是,算了,不評價了,這個實在讓人無語。 : 金蝶的只是一個行業,也根本沒有達到mda的實質。呵呵。 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~可否展開談談啊?我對金蝶bos有所瞭解 : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:08:16 2010), 站內 這種東西寫出來不大好意思,有點批評人家的感覺,其實人家已經做得不錯了。 因為我這幾年主要是在方法論層面進行分析,同時積累資料和案例,所以,會考慮的較多一些,有些考慮到的內容具體使用的時候還需要一些更深入的斟酌。 最基本的一點就是: mda的實現,應該可以做到需求完成,進行架構選擇後直接關聯程式碼,然後進行部分編譯的工程實現模式。 如果做不到這一點,一切都是不完整的。 我現在也只是在方法論層面實現了需求到程式碼的全部影射關聯關係,目前世界上還沒有UML工具可以支援我的這套方法,曾經打算和trufun合作,結果他們的投資一直沒拿到,於是就拖下來,到現在也很少聯絡了,呵呵。 中間使用過EA的工具,他們也是缺少方法論和過程論的支援,一切都是很散亂的連線方式,或者說,目前的UML工具從需求到設計之間可以做到完全無關,或者至少模型內你無法做到關聯,需求變動後,工具也不會因此對涉及進行相應的調整,這一切都是人工進行的。哪怕是最小的需求變動,或者一個資料型別的要求變化都無法做到。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~可否展開談談啊?我對金蝶bos有所瞭解 ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:12:37 2010), 站內 批評沒啥啊,我覺得金蝶bos有優點也有缺點, ps:如果你這個東西出來了,是不是會埋葬我等搞企業開發的碼農.... 【 在 qingrun (青潤) 的大作中提到: 】 : 這種東西寫出來不大好意思,有點批評人家的感覺,其實人家已經做得不錯了。 : 因為我這幾年主要是在方法論層面進行分析,同時積累資料和案例,所以,會考慮的較多一些,有些考慮到的內容具體使用的時候還需要一些更深入的斟酌。 : 最基本的一點就是: : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:43:45 2010), 站內 你和印度工廠的中專編碼員一樣麼?如果你和他一樣,你就是被埋葬的物件。 程式設計師應該乾點程式設計師的事情,而不是天天把精力放在大家都寫了幾千遍的程式碼上進行不斷的修改調整,那完全是生命的浪費。 我後來把精力從程式碼轉向這裡,就是發現這樣的方式將來可以讓我把更多的
精力放在演算法,演算法優化,效能調整等更有價值的編碼上,而不是常規的開啟檔案,關閉檔案,檔案傳送,許可權設定,許可權分析,許可權控制這種大家每個系統都要重
新寫一遍的程式碼堆裡,那不是程式設計師,那只是編碼員了,反正我不想那樣丟人。 從我86年開始接觸程式碼,到現在,中間雖然有些年沒有碰編碼,但是,編碼的目的是創新,而不是照舊。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : 批評沒啥啊,我覺得金蝶bos有優點也有缺點, : ps:如果你這個東西出來了,是不是會埋葬我等搞企業開發的碼農.... ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 14:55:16 2010), 站內 真要是斷了我們的飯碗,那 我們得自發組織起來給你捐款...讓你快點去深山老林隱居。。。。 【 在 qingrun (青潤) 的大作中提到: 】 : 你和印度工廠的中專編碼員一樣麼?如果你和他一樣,你就是被埋葬的物件。 : 程式設計師應該乾點程式設計師的事情,而不是天天把精力放在大家都寫了幾千遍的程式碼上進行不斷的修改調整,那完全是生命的浪費。 : 我後來把精力從程式碼轉向這裡,就是發現這樣的方式將來可以讓我把更多的精力放在演算法,演算法優化,效能調整等更有價值的編碼上,而不是常規的開啟檔案,關閉檔案,檔案傳送,許可權設定,許可權分析,許可權控制這種大家每個系統都要重新寫一遍的程式碼堆裡,那不是程式設計師,那只是 : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 15:34:32 2010), 站內 呵呵 即使我那套方法論和考慮的內容能出來,其程式碼庫的積累靠誰?你想想。 還不是目前我們們這批程式設計師麼? 將來也需要更優秀的程式設計師的提升,類似於開源的一些操作方式——我還從來沒參加過開源的專案。 真正被剝奪飯碗的就是程式碼工人,而且,還會留下一批程式碼工人的生存空間,因為有些變動是不需要程式設計師來做的。 而這樣的操作方式的推行實際上是實現了國際或者至少一個國家一個地區的軟體行業一體化運作,因為最終的實現投入實在太大,雖然前景是十分誘人的——當然,我沒這個影響力,也沒辦法做,目前只是把我認為我能做的部分做了而已。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : 真要是斷了我們的飯碗,那 : 我們得自發組織起來給你捐款...讓你快點去深山老林隱居。。。。 ———————— 發信人: rolandsun (roland), 信區:
SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 15:37:40 2010), 站內 你想的這個軟體能支援多少個行業? 從OA到數控機床到空管麼? 我現在對這麼大的框架持保留態度,在細分的領域,你說的這個東西是有可能實現的,但是支援很多行業的開發,難吧。 【 在 qingrun (青潤) 的大作中提到: 】 : 呵呵 : 即使我那套方法論和考慮的內容能出來,其程式碼庫的積累靠誰?你想想。 : 還不是目前我們們這批程式設計師麼? : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 15:41:26 2010), 站內 呵呵,我從來沒想過自己要去做這個軟體,我只是提出了過程論和方法論,我覺得我這輩子應該是沒有時間和資金來操作這麼大的事情的,如果我能活到80歲,也許有可能,呵呵。 另外,這個東西做成的話,需要的支援非常多,所以,小公司也不適合來操作,也需要國家的支撐才好辦。 沒辦法,我一個本科生,就算再牛,也弄不到國家的支援,所以,目前只能
把我想到的做到,至於將來,只能將來再說,所以,我只能說我自己沒有想過自己要去做這個軟體,自然也就不會細節去考慮支援多少行業,支援什麼方向的問題了
——這些問題應該是基礎工具架構實現後才能去考慮的,根據資金,根據投入,根據行業的情況和意願來推動,呵呵。 我的計劃超過三年的都是方向性計劃,三年以內的才會有具體的考慮和操作推動。 【 在 rolandsun (roland) 的大作中提到: 】 : 你想的這個軟體能支援多少個行業? 從OA到數控機床到空管麼? : 我現在對這麼大的框架持保留態度,在細分的領域,你說的這個東西是有可能實現的,但是支援所有的開發,難吧。 ———————— 發信人: keygen (羈絆), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 21:34:33 2010), 站內 這是傳說中的銀彈? 【 在 qingrun (青潤) 的大作中提到: 】 : 那個程式碼只是框架,遠遠不能成為mda的形態,說白了只是一個外表而已。 : 真正的mda,應該做到絕大部分程式碼的關聯設計生成,除了少量需要調整和效能優化程式碼的撰寫與修改外,其他程式碼都是直接完整匯出的。 : 所以,需要龐大程式碼庫的支援。 : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Fri May 7 23:05:26 2010), 站內 不是銀彈,和銀彈無關,只是一套方法論而已。 而且是一套需要較多支援的方法論,至少目前還沒有可以支援全過程的工具出現,呵呵。 【 在 keygen (羈絆) 的大作中提到: 】 : 這是傳說中的銀彈? ———————— 發信人: rolandsun (roland), 信區:
SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sat May 8 08:12:40 2010), 站內 這個全過程是什麼意思?能不能解釋一下? 【 在 qingrun (青潤) 的大作中提到: 】 : 不是銀彈,和銀彈無關,只是一套方法論而已。 : 而且是一套需要較多支援的方法論,至少目前還沒有可以支援全過程的工具出現,呵呵。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sat May 8 08:51:15 2010), 站內 呵呵,就是從需求到程式碼匯入匯出全部都支援的工具,呵呵。 目前的UML工具基本上不支援我的需求到程式碼影射關係,和架構模式定義功能——不是四人幫的編碼模式定義功能(四人幫的設計模式其實是編碼級模式,不是設計層模式) 【 在 rolandsun (roland) 的大作中提到: 】 : 這個全過程是什麼意思?能不能解釋一下? ———————— 發信人: timshaw (去SofeEng(軟體工程)小侃吧), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 08:44:22 2010), 站內 架構模式定義?能舉個例子麼? 這個是業務的還是應用基礎設施(跟程式碼相關的框架)?你不會是指企業組織模型、業務類別組織類別之類的東西把? 【 在 qingrun (青潤) 的大作中提到: 】 : 呵呵,就是從需求到程式碼匯入匯出全部都支援的工具,呵呵。 : 目前的UML工具基本上不支援我的需求到程式碼影射關係,和架構模式定義功能——不是四人幫的編碼模式定義功能(四人幫的設計模式其實是編碼級模式,不是設計層模式) ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 10:54:33 2010), 站內 這個當然是將來與程式碼有關的。 我對模式的分類劃分為: 架構層模式:從需求延伸過來並定義出來的最高層級的模式,是針對整個專案的。 設計層模式:架構之下針對模組和子系統級別定義的模式。 編碼層模式:四人幫的23種模式就是這個類別的。 客戶方的企業組織模型在一定層面上可能會與架構層模式產生一定的對應關係。 【 在 timshaw (去SofeEng(軟體工程)小侃吧) 的大作中提到: 】 : 架構模式定義?能舉個例子麼? : 這個是業務的還是應用基礎設施(跟程式碼相關的框架)?你不會是指企業組織模型、業務類別組織類別之類的東西把? ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 14:04:32 2010), 站內 哇,奔著院士和圖靈獎去了! 【 在 qingrun (青潤) 的大作中提到: 】 : 這個當然是將來與程式碼有關的。 : 我對模式的分類劃分為: : 架構層模式:從需求延伸過來並定義出來的最高層級的模式,是針對整個專案的。 : ................... ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 15:12:50 2010), 站內 這兩個,估計這輩子是和我無關的了。我也從來沒考慮過這些,主要是覺得這個能解決我開發中的問題而已。 【 在 ZhangLianyi (連怡) 的大作中提到: 】 : 哇,奔著院士和圖靈獎去了! ———————— 發信人: ZhangLianyi (連怡), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 15:15:17 2010), 站內 Impossible is nothing~ 【 在 qingrun (青潤) 的大作中提到: 】 : 標
題: Re: 你覺得公司瞭解實施配置管理的好處麼? : 發信站: 水木社群
(Sun May 9 15:12:50 2010), 站內 : : 這兩個,估計這輩子是和我無關的了。我也從來沒考慮過這些,主要是覺得這個能解決我開發中的問題而已。 ———————— 發信人: qingrun (青潤), 信區: SoftEng 標 題: Re: 你覺得公司瞭解實施配置管理的好處麼? 發信站: 水木社群 (Sun May 9 15:25:28 2010), 站內 在中國,很難。論資排輩,加上我不過是個本科,呵呵,更沒有機會。 反正我不做考慮了,如果有人找到我再說,那肯定也是讓我付出很多來給別人獲去東西的罷了,我也會評估一下得失,才會考慮是否進行這樣的合作,現在要求別人單方面付出的太多,而要求合作的太少,正常的社會現象,見多不怪了,呵呵。 【 在 ZhangLianyi (連怡) 的大作中提到: 】 : Impossible is nothing~
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/257598/viewspace-662292/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [全程建模]關於Actor與外部系統的對話
- [全程建模]全程建模實踐過程指南(2004年)
- 軟體全程建模1
- [全程建模]UML應用與實踐的對話——需求中流程與用例的關係
- [全程建模]設計模型和UML應用中的例項分析模型
- [全程建模]互動建模和介面設計的區分詳釋
- [全程建模]績效管理模型在itsp組內的對話討論模型
- [全程建模]用例、用例圖和用例模型的概念解析模型
- [全程建模]用例的子流和分析類的關係
- [全程建模]軟體工程之全程建模實現第二版進展通報軟體工程
- [全程建模]業務建模和用例模型以及需求規格說明書的關係模型
- [全程建模]《軟體工程之全程建模實現》一書第二版簽約公告軟體工程
- [全程建模]軟體開發方法論綜述
- [全程建模]傾聽——軟體開發中的重要手段
- [全程建模]業務用例到系統用例的變化圖
- [全程建模]類圖與時序圖作用的對比討論時序圖
- [全程建模]窺國外uml應用情況之一隅
- [全程建模]2008年5月8日某公司的全程建模績效管理辦法執行中出現的偏差
- [全程建模]元用例和需求與績效之間的關係討論
- [全程建模]系統用例和業務用例的區別以及用例粒度的討論
- [全程建模]交換程式設計中的大鍋飯問題程式設計
- [全程建模]UML工具的反工和程式碼類圖時序圖的作用時序圖
- [全程建模]一個專案UML設計中的幾個問題
- [全程建模]屬性方法是否都要在UML中設計出來?
- [全程建模]UML設計類中的實現與方法數量問題
- [全程建模]為什麼UML工具生成的程式碼只有標頭檔案
- [全程建模]UML中用例圖裡的外部系統的表示方式有規定麼?
- [技術討論]軟體工程之全程建模實現適合做教材麼?軟體工程
- UML用例建模的慨念和應用
- 面向NLP場景應用的智慧輔助建模(三)要素樹和概念樹建模
- 用MDA和傳統方法開發一個三層架構應用的對比架構
- 業務建模:CQRS應用場景
- 面向NLP場景應用的智慧輔助建模(二)--本體樹建模
- 對業務流程建模而不是對實體建模 - poweredbybeard
- [專案管理]專案經理應該做什麼——全程建模績效管理辦法執行中出現的偏差之二專案管理
- [全程建模]uml裡面畫時序圖時,邊界類總是畫在控制類的左邊嗎時序圖
- 關係建模ER建模-維度建模
- Sublime Text全程指南