論“軟件工程”中的分工

knighter

原帖由 山中無(wú)老虎 于 2007-9-29 10:24 發(fā)表

那只是編程方法，但不是編程的思想。

昨晚我仔細(xì)想了想，覺(jué)得好像面向接口只是面向?qū)ο蟮囊环N衍生

但是現(xiàn)在沒(méi)有找資料，沒(méi)有發(fā)言權(quán)

山中無(wú)老虎

原帖由 knighter 于 2007-9-29 10:33 發(fā)表

昨晚我仔細(xì)想了想，覺(jué)得好像面向接口只是面向?qū)ο蟮囊环N衍生

但是現(xiàn)在沒(méi)有找資料，沒(méi)有發(fā)言權(quán)

看了2006的發(fā)言后，找的一篇文章。

引用自：http://www.e-midas.cn/Article_Show.asp?ArticleID=107
在一個(gè)面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對(duì)象協(xié)作完成的。在這種情況下，各個(gè)對(duì)象內(nèi)部是如何實(shí)現(xiàn)自己的對(duì)系統(tǒng)設(shè)計(jì)人員來(lái)講就不那么重要了；而各個(gè)對(duì)象之間的協(xié)作關(guān)系則成為系統(tǒng)設(shè)計(jì)的關(guān)鍵。小到不同類(lèi)之間的通信，大到各模塊之間的交互，在系統(tǒng)設(shè)計(jì)之初都是要著重考慮的，這也是系統(tǒng)設(shè)計(jì)的主要工作內(nèi)容。面向接口編程我想就是指按照這種思想來(lái)編程吧！實(shí)際上，在日常工作中，你已經(jīng)按照接口編程了，只不過(guò)如果你沒(méi)有這方面的意識(shí)，那么你只是在被動(dòng)的實(shí)現(xiàn)這一思想；表現(xiàn)在頻繁的抱怨別人改的代碼影響了你（接口沒(méi)有設(shè)計(jì)到），表現(xiàn)在某個(gè)模塊的改動(dòng)引起其他模塊的大規(guī)模調(diào)整（模塊接口沒(méi)有很好的設(shè)計(jì)）等等。

　　Booch先生那天談到Interaction Designer，它就是指做這類(lèi)設(shè)計(jì)的人，只不過(guò)層次更高一些。我想目前我們的軟件設(shè)計(jì)隊(duì)伍中，這類(lèi)人是最缺乏的人才之一。
非接口編程？是不是就是面向過(guò)程的編程思想？

　　1.關(guān)于接口的理解。
　　接口從更深層次的理解，應(yīng)是定義（規(guī)范，約束）與實(shí)現(xiàn)（名實(shí)分離的原則）的分離。
　　我們?cè)谝话銓?shí)現(xiàn)一個(gè)系統(tǒng)的時(shí)候，通常是將定義與實(shí)現(xiàn)合為一體，不加分離的，我認(rèn)為最為理解的系統(tǒng)設(shè)計(jì)規(guī)范應(yīng)是所有的定義與實(shí)現(xiàn)分離，盡管這可能對(duì)系統(tǒng)中的某些情況有點(diǎn)繁煩。
　　接口的本身反映了系統(tǒng)設(shè)計(jì)人員對(duì)系統(tǒng)的抽象理解。
　　接口應(yīng)有兩類(lèi)：第一類(lèi)是對(duì)一個(gè)體的抽象，它可對(duì)應(yīng)為一個(gè)抽象體(abstract class)；
　　第二類(lèi)是對(duì)一個(gè)體某一方面的抽象，即形成一個(gè)抽象面（interface）；
　　一個(gè)體有可能有多個(gè)抽象面。
　　抽象體與抽象面是有區(qū)別的。

　　2.設(shè)計(jì)接口的另一個(gè)不可忽視的因素是接口所處的環(huán)境(context,environment)，系統(tǒng)論的觀(guān)點(diǎn)：環(huán)境是系統(tǒng)要素所處的空間與外部影響因素的總和。任何接口都是在一定的環(huán)境中產(chǎn)生的。因此環(huán)境的定義及環(huán)境的變化對(duì)接口的影響是不容忽視的，脫離原先的環(huán)境，所有的接口將失去原有的意義。

　　3.按照組件的開(kāi)發(fā)模型（3C），它們?nèi)�者相輔相成，各司一面，渾然一體，缺一不可。

　　面向?qū)ο笫侵�，我們考慮問(wèn)題時(shí)，以對(duì)象為單位，考慮它的屬性及方法
　　面向過(guò)程是指，我們考慮問(wèn)題時(shí)，以一個(gè)具體的流程（事務(wù)過(guò)程）為單位，考慮它的實(shí)現(xiàn)
　　接口設(shè)計(jì)與非接口設(shè)計(jì)是針對(duì)復(fù)用技術(shù)而言的，與面向?qū)ο螅ㄟ^(guò)程）不是一個(gè)問(wèn)題

　　我認(rèn)為：UML里面所說(shuō)的interface是協(xié)議的另一種說(shuō)法。并不是指com的interface，CORBA的interface，Java的interface，Delphi的interface，人機(jī)界面的interface或NIC的interface。

　　在具體實(shí)現(xiàn)中，是可以把UML的interface實(shí)現(xiàn)為語(yǔ)言的interface，分布式對(duì)象環(huán)境的interface或其它什么interface，但就理解UML的interface而言，指的是系統(tǒng)每部分的實(shí)現(xiàn)和實(shí)現(xiàn)之間，通過(guò)interface所確定的協(xié)議來(lái)共同工作。

　　所以我認(rèn)為，面向interface編程，原意是指面向抽象協(xié)議編程，實(shí)現(xiàn)者在實(shí)現(xiàn)時(shí)要嚴(yán)格按協(xié)議來(lái)辦。也就是Bill Joy同志說(shuō)的，一邊翻rfc，一邊寫(xiě)代碼的意思。面向?qū)ο缶幊淌侵该嫦虺橄蠛途呦�。抽象和具象是矛盾的統(tǒng)一體，不可能只有抽象沒(méi)有具象。一般懂得抽象的人都明白這個(gè)道理。 但有的人只知具象卻不知抽象為何物。

　　所以只有interface沒(méi)有實(shí)現(xiàn)，或只有實(shí)現(xiàn)而沒(méi)有interface者是沒(méi)有用的，反OO的。

　　所以還是老老實(shí)實(shí)面向?qū)ο缶幊蹋�面向協(xié)議編程，或者什么都不面向，老老實(shí)實(shí)編程。

　　但是我很討厭討論這樣的術(shù)語(yǔ)，不如我們談?wù)勈裁唇忻嫦蝾I(lǐng)導(dǎo)的編程？面向用戶(hù)的編程？領(lǐng)導(dǎo)和用戶(hù)有時(shí)都很BT，我們就面向BT編程？

http://www.e-midas.cn/Article_Show.asp?ArticleID=107

knighter

原帖由 山中無(wú)老虎 于 2007-9-29 10:35 發(fā)表

看了2006的發(fā)言后，找的一篇文章。

謝了老虎，感覺(jué)之前的理解也算是正確的

涉及到軟件生產(chǎn)的指導(dǎo)思想和操作方法的問(wèn)題了

aha111

[quote]原帖由 山中無(wú)老虎 于 2007-9-29 10:22 發(fā)表


錯(cuò)了，軟件工程的分工做法恰恰有利于挽留對(duì)公司有重要作用的人員，因?yàn)檫@樣分工，他們可以專(zhuān)注于全局，而不必事事親歷親為。

你想啊，在一個(gè)公司中，是人人都是軸承好呢，還是只有那么幾個(gè)軸承好呢？要是人人都是軸承，你要花費(fèi)力氣去挽留任何一個(gè)人啊，要不，只要有一個(gè)人離開(kāi)了，他負(fù)責(zé)的項(xiàng)目就完蛋了，因?yàn)閺念^到尾，只有他自己知道，文檔也沒(méi)留下。而只有幾個(gè)軸承呢，公司要做的是集中精力去挽留這么幾個(gè)人而已。

為了減少軸承掉了后的影響，目標(biāo)就是要讓軸承的工作有可替代性，壞了可以馬上換一個(gè)，插上直接就可以用。這就要強(qiáng)調(diào)標(biāo)準(zhǔn)、規(guī)范、流程。甚至讓總經(jīng)理、董事長(zhǎng)之類(lèi)的離開(kāi)了，他所定下的遠(yuǎn)程目標(biāo)依然能夠運(yùn)轉(zhuǎn)。當(dāng)然，人的因素之所以最重要，也在于人的腦力勞動(dòng)是不可復(fù)制的。所以，對(duì)于這個(gè)目標(biāo)，也只能是減量去靠近。

當(dāng)然理論永遠(yuǎn)是理論，而且理論的作用更多的是告訴人們要去做什么，而無(wú)法告訴人們?cè)趺慈プ�。怎么去做要跟�?shí)際結(jié)合，找到符合自己實(shí)際情況的有效辦法。

[ 本帖最后由 aha111 于 2007-9-29 10:59 編輯 ]

knighter

原帖由 aha111 于 2007-9-29 10:57 發(fā)表
錯(cuò)了，軟件工程的分工做法恰恰有利于挽留對(duì)公司有重要作用的人員，因?yàn)檫@樣分工，他們可以專(zhuān)注于全局，而不必事事親歷親為。

你想啊，在一個(gè)公司中，是人人都是軸承好呢，還是只有那么幾個(gè)軸承好呢？要是人人都是軸承，你要花費(fèi)力氣去挽留任何一個(gè)人啊，要不，只要有一個(gè)人離開(kāi)了，他負(fù)責(zé)的項(xiàng)目就完蛋了，因?yàn)閺念^到尾，只有他自己知道，文檔也沒(méi)留下。而只有幾個(gè)軸承呢，公司要做的是集中精力去挽留這么幾個(gè)人而已。

為了減少軸承掉了后的影響，目標(biāo)就是要讓軸承的工作有可替代性，壞了可以馬上換一個(gè)，插上直接就可以用。這就要強(qiáng)調(diào)標(biāo)準(zhǔn)、規(guī)范、流程。甚至讓總經(jīng)理、董事長(zhǎng)之類(lèi)的離開(kāi)了，他所定下的遠(yuǎn)程目標(biāo)依然能夠運(yùn)轉(zhuǎn)。當(dāng)然，人的因素之所以最重要，也在于人的腦力勞動(dòng)是不可復(fù)制的。所以，對(duì)于這個(gè)目標(biāo)，也只能是減量去靠近。

當(dāng)然理論永遠(yuǎn)是理論，而且理論的作用更多的是告訴人們要去做什么，而無(wú)法告訴人們?cè)趺慈プ�。怎么去做要跟�?shí)際結(jié)合，找到符合自己實(shí)際情況的有效辦法。

師姐原來(lái)也是高人啊！

不過(guò)和老虎說(shuō)的不矛盾，在一個(gè)項(xiàng)目里都有那么一個(gè)或多個(gè)關(guān)鍵軸承，比如項(xiàng)目經(jīng)理。

這便于項(xiàng)目的執(zhí)行管理，減少了項(xiàng)目失敗的風(fēng)險(xiǎn)。也就為企業(yè)的管理設(shè)定了指導(dǎo)思想。

而對(duì)于個(gè)人，首要任務(wù)還是加強(qiáng)自身修為

山中無(wú)老虎

我跟你的理解正好相反。
我的理解是：所有人都參與，但有分工。而不是軟件工程先分工，然后各干各的（當(dāng)然也要溝通），這樣關(guān)鍵人只是公司指定的，而并不一定真的是關(guān)鍵人物，因?yàn)榇蠹叶紝?duì)全局有一定的了解，每一個(gè)人都有可能是軸承，這樣我就不用為了挽留某一個(gè)人而費(fèi)心，也就是平時(shí)所說(shuō)的：沒(méi)了誰(shuí)地球都一樣轉(zhuǎn)。而軟件工程，我覺(jué)得他忽略的正是人的重要性，特別是關(guān)鍵人的重要性，把關(guān)鍵人變成不一定是關(guān)鍵人是關(guān)鍵。
替代性我一直是這么做的，我不喜歡讓別人威脅我，所以在項(xiàng)目中雖然有一個(gè)絕對(duì)的核心，但他也一定有備份存在，而且不止一個(gè)，因?yàn)榇蠹叶剂私膺@些東西，只不過(guò)了解程度不同，做備份的檔次也不同。
至于文檔方面，是必須通過(guò)公司的制度來(lái)執(zhí)行的，但軟件技術(shù)文檔不同于管理制度文檔，因?yàn)榧词褂形臋n，你所能了解的也只是文檔的內(nèi)容，但實(shí)際開(kāi)發(fā)中情況千變?nèi)f化，如果有一個(gè)也對(duì)項(xiàng)目有一定的了解的人來(lái)接手這部分工作，會(huì)比一個(gè)外來(lái)人強(qiáng)的多。
我主要是強(qiáng)調(diào)人的重要性，在軟件工程方面，任何的制度、方法只能起到輔助的作用，永遠(yuǎn)代替不了人（前提是公司資源有限的情況）。

山中無(wú)老虎

原帖由 knighter 于 2007-9-29 11:13 發(fā)表

師姐原來(lái)也是高人��！

不過(guò)和老虎說(shuō)的不矛盾，在一個(gè)項(xiàng)目里都有那么一個(gè)或多個(gè)關(guān)鍵軸承，比如項(xiàng)目經(jīng)理。

這便于項(xiàng)目的執(zhí)行管理，減少了項(xiàng)目失敗的風(fēng)險(xiǎn)。也就為企業(yè)的管理設(shè)定了指導(dǎo)思想。

而對(duì)于個(gè)人 ...

你師姐是個(gè)高人，受益菲淺啊。

aha111

原帖由 knighter 于 2007-9-29 11:13 發(fā)表

師姐原來(lái)也是高人��！

不過(guò)和老虎說(shuō)的不矛盾，在一個(gè)項(xiàng)目里都有那么一個(gè)或多個(gè)關(guān)鍵軸承，比如項(xiàng)目經(jīng)理。

這便于項(xiàng)目的執(zhí)行管理，減少了項(xiàng)目失敗的風(fēng)險(xiǎn)。也就為企業(yè)的管理設(shè)定了指導(dǎo)思想。

而對(duì)于個(gè)人 ...

我不是高人

山中無(wú)老虎

原帖由 aha111 于 2007-9-29 11:26 發(fā)表

我不是高人

軟件工程方面的書(shū)看的不是很多，到目前為止系統(tǒng)看過(guò)的就兩本：人月和人件。我是一個(gè)純粹的實(shí)踐派

aha111

原帖由 山中無(wú)老虎 于 2007-9-29 11:24 發(fā)表
我跟你的理解正好相反。
我的理解是：所有人都參與，但有分工。而不是軟件工程先分工，然后各干各的（當(dāng)然也要溝通），這樣關(guān)鍵人只是公司指定的，而并不一定真的是關(guān)鍵人物，因?yàn)榇蠹叶紝?duì)全局有一定的了解，每 ...

沒(méi)錯(cuò)，大致是這樣。這也是這篇文章有提的，也是我前面所說(shuō)的這篇文章唯一的意義，但卻不能因此就全盤(pán)否定軟件工程中的分工啊

我覺(jué)得軟件工程只是一個(gè)系統(tǒng)的方法論，給你一個(gè)大體的導(dǎo)向，并不是要你就一定要完全照搬啊。比如，它有說(shuō)要有系統(tǒng)分析員，系統(tǒng)架構(gòu)師，程序員。在一個(gè)小項(xiàng)目，這個(gè)分工也是有意義，在這里，系統(tǒng)分析員、架構(gòu)師、程序員完全可以是一個(gè)人，但如果這個(gè)人具有軟件工程的理論，他應(yīng)該明白，他承擔(dān)了這三個(gè)方面的工作，每個(gè)方面的工作和步驟，他自己可以有一個(gè)清楚的認(rèn)識(shí)和理解，而不是說(shuō)，他想怎么就怎么樣，只要最后能出得來(lái)可交付的成果就可以了。

至于分工嘛，我還是比較贊同先分工，也贊同參與項(xiàng)目的人都要對(duì)項(xiàng)目從頭到尾有個(gè)認(rèn)識(shí)，先分工，可以提高效率，也可以提高每個(gè)人對(duì)自己的工作的關(guān)注度，在一起了解項(xiàng)目的過(guò)程度，每個(gè)人會(huì)側(cè)重自己更應(yīng)該關(guān)注的方面。