[全程建模]軟體工程之全程建模實現第二版進展通報
Normal
0
7.8 磅
0
2
false
false
false
MicrosoftInternetExplorer4
對話中包括了對圖書內容樣式的爭議,還有對書中章節諸如計劃制定、評審、績效模型等的評價和使用。 2010-7-26 18:56:43 青潤 剛剛校樣已經寄出,我馬上把電子版給**發過去。 2010-7-26 18:56:58 華章公司編輯 好的 2010-7-26 18:57:22 青潤 裡面最主要的是幾乎所有圖形的箭頭都錯了,需要按照我原稿圖形進行,否則,在uml裡面是別的含義。 2010-7-26 18:57:42 青潤 我都標示在校樣上了 2010-7-26 18:58:01 華章公司編輯 很好 2010-7-26 18:58:19 華章公司編輯 那樣呀 2010-7-26 18:58:30 青潤 當然了,圖形的箭頭都是有說法的,呵呵。 2010-7-26 18:58:51 青潤 還有兩張圖變形了,變形也是不行的。 2010-7-26 18:59:15 青潤 你們先修改圖形把,這樣時間能緊湊一些。 校樣到了,你們再檢查文字。 2010-7-26 18:59:35 青潤 反工不是返工,這個你們都修改錯了,呵呵。 2010-7-26 18:59:52 青潤 反正裡面我每一行文字都檢查了。 2010-7-26 19:00:05 華章公司編輯 我們這兒排版的沒有做過這個 2010-7-26 19:00:15 青潤 恩,明白,也理解,沒關係的。 2010-7-26 19:00:29 青潤 錯誤是正常的。畢竟你們不是做我這個的 2010-7-26 19:00:50 華章公司編輯 謝謝的理解 2010-7-26 19:01:09 青潤 沒事,剩下的看校樣內的文字吧。 2010-7-26 19:01:15 華章公司編輯 我們這都是第一次做這個。所以排版的都不知道如何下手了 2010-7-26 19:01:20 華章公司編輯 好的 2010-7-26 19:01:21 青潤 沒關係。 2010-7-26 19:01:34 華章公司編輯 呵呵 2010-7-26 19:01:41 青潤 我8月10號左右回北京,有什麼問題都可以直接找我,我們QQ談都可以。千萬別弄錯了。 2010-7-26 19:01:53 華章公司編輯 恩,好的 2010-7-26 19:01:57 華章公司編輯 我知道了 2010-7-26 19:02:12 青潤 好了,你先忙把,應該下班了吧?呵呵。 2010-7-26 19:02:26 華章公司編輯 是呀 2010-7-26 19:02:34 青潤 88 2010-7-26 19:02:44 華章公司編輯 88 2010-7-29 11:57:17 華章公司編輯 你好,稿件已經收到 2010-7-29 12:12:09 青潤 ok 2010-7-30 9:02:13 華章公司編輯 你好青潤老師,麻煩你將26日Email給陳老師的稿子Email一份給我 2010-7-30 9:04:59 青潤 好的,你的郵件地址 2010-7-30 9:06:28 青潤 給我你的郵件地址,我立刻轉發。 2010-7-30 9:06:46 華章公司編輯 cm******@gmail.com 2010-7-30 9:07:17 青潤 已傳送。請查收。 2010-7-30 9:07:25 華章公司編輯 好的 2010-7-30 9:07:48 華章公司編輯 對了,我看到你的修訂中可能是由於版本的不同吧 2010-7-30 9:08:01 青潤 版本不同? 2010-7-30 9:08:15 華章公司編輯 所以有些內容和原來的對不上 2010-7-30 9:08:25 華章公司編輯 就是你新新增的那些 2010-7-30 9:08:42 青潤 我新新增的內容都是紅色或者修訂方式 2010-7-30 9:08:47 青潤 你可以看到顏色的不同。 2010-7-30 9:08:50 華章公司編輯 轉發過來的檔案是你修訂過的吧 2010-7-30 9:08:53 華章公司編輯 好的 2010-7-30 9:08:55 青潤 對 2010-7-30 9:09:01 青潤 轉發過去的就是最終版本。 2010-7-30 9:09:17 青潤 裡面有些需要重點表示的文字,還是給一個重點表示樣式吧。 2010-7-30 9:09:25 青潤 那些都是很重要的總結 2010-7-30 9:09:31 青潤 我在校樣上都寫了。 2010-7-30 9:09:48 華章公司編輯 對了,至於說引用的那些文字如何處理 2010-7-30 9:10:19 華章公司編輯 郵件收到 2010-7-30 9:10:30 青潤 引用文字,或者也用框來框起來,我看你們修訂的校樣中採用了一些框的形式來標註後面的引用文字了。 2010-7-30 9:10:51 青潤 最大的引用文字就是前面那個rup的用例內容 2010-7-30 9:11:36 華章公司編輯 對於你的PDF中的文字加框的是不是就表示引用呢 2010-7-30 9:12:31 青潤 我的pdf中加框的分兩種,一種是引用,一種是註釋文字,其實在我的word版本中可以看到段落格式說明上寫的很清楚,
不過需要word2003版本。 2010-7-30 9:12:53 華章公司編輯 這樣呀 2010-7-30 9:13:23 華章公司編輯 對了。對於引用的內容是否可以給出出處呀 2010-7-30 9:13:25 青潤 是的,我當時寫這個文件的時候,所有的格式標定都是寫明瞭的,呵呵。 2010-7-30 9:14:25 青潤 引用的基本上都有出處,rup的內容那幾個大段在前面,後面的應該都寫有。 除了測試一節那幾個網友關於測試的認識和
體會沒有引用來源,其他的應該都能找到。 2010-7-30 9:15:19 華章公司編輯 就是說,這些在最後的參考文獻中都是有體現的吧 2010-7-30 9:16:20 青潤 對,書中沒有寫出處的,我都通過[數字]方式標記了引用來源 2010-7-30 9:47:28 華章公司編輯 青潤老師,我看到你在修訂中寫到,把一些文字移動到圖片的下面等 2010-7-30 9:47:54 青潤 對,有些過於集中了,那樣會不便於閱讀的。 2010-7-30 9:48:12 青潤 那幾個要求文字移動到圖片下方的,都是對圖片的說明文字。 2010-7-30 9:48:34 華章公司編輯 不是我們不願意那樣處理,這是考慮到綜合的因素後做出的決定 2010-7-30 9:48:36 青潤 也就是幾個比較集中的圖片較多的地方。 2010-7-30 9:49:05 華章公司編輯 因為如果那樣處理的話,前面的文字就會空出很大一部分 2010-7-30 9:49:18 華章公司編輯 這是一個版式上的無奈 2010-7-30 9:49:24 青潤 truefun之類的圖不需要,但是在分析設計章節的說明是必須這樣做的,否則,這本書在哪些地方就沒法看了。 2010-7-30 9:49:48 青潤 我知道你們的考慮,但是,這樣做,讀者會根本不知道說明是在說明什麼,因為已經和圖脫離得太遠了。 2010-7-30 9:49:57 青潤 那可是方法論的核心章節。 2010-7-30 9:50:23 華章公司編輯 一半是儘量安排好這個圖的位置,但是也不能完全安排好有的圖 2010-7-30 9:50:47 青潤 核心章節部分是必須這樣,空白也沒辦法,其他章節我就沒做這樣的要求。 2010-7-30 9:51:04 華章公司編輯 一般的情況是,我們會在引用圖號的下面將文字列出 2010-7-30 9:51:08 青潤 否則,讀者看不懂書,那問題會比書本身更嚴重。 2010-7-30 9:51:21 華章公司編輯 而不是非要在圖下方列出的 2010-7-30 9:51:54 青潤 目前是,我看到的時候都找不到引用關係在那裡,我都是要配上我的原稿才能看出來,這樣的方式,讀者更沒法看懂了。 2010-7-30 9:52:36 青潤 另外,我書中原來使用的no1/2/3/4的方式被修改為1/2/3/4,這樣不是不可以,但是距離這麼遠,就會和章節序號之間產
生混淆,更無法看明白了。 2010-7-30 9:52:52 華章公司編輯 一半是這樣處理的,如:XXXXXXX如圖2-1所示,但是吧,圖可能比較大,這一頁放不下了 2010-7-30 9:53:33 華章公司編輯 辦事如果是下頁放文字的話又有些不合適 2010-7-30 9:53:43 青潤 我明白你所說的意思,但是,方法論的書,和其他書不一樣,這裡面的關聯關係是非常緊密的,拆開了會出現很多問題。 2010-7-30 9:53:49 華章公司編輯 所以有的時候會將文字放在前面 2010-7-30 9:54:01 華章公司編輯 而把圖放在後面 2010-7-30 9:54:17 青潤 文字適當的放在前面可以,但是這樣集中的放置,根本看不懂了。 2010-7-30 9:54:23 華章公司編輯 一般遵循的是先文字後圖片的 2010-7-30 9:54:32 華章公司編輯 也是 2010-7-30 9:54:44 青潤 我那些文字是註釋性文字,不是提前的引導文字。 2010-7-30 9:55:31 青潤 如果只是一兩張圖的排放,我相信讀者也能關聯上,但是五六張圖都如此,讀者根本看不懂了。 2010-7-30 9:55:55 青潤 另外,圖片標註序號,我建議採用No1/2/3/4的方式,可以和章節序號區分出來,免得誤會。 2010-7-30 9:56:22 華章公司編輯 中原來使用的no1/2/3/4的方式被修改為1/2/3/4,這個我們一般是將每個標題的文字嚴格區分的 2010-7-30 9:56:58 華章公司編輯 如果有什麼問題存在的話,就是我們這兒的排版的理解上出了錯誤 2010-7-30 9:57:14 青潤 加個no應該不難,我建議加上,因為實在有些理解上的誤會 2010-7-30 9:57:45 青潤 加上,然後再做適當的調整,把文字分開放置,與圖片儘量接近,應該就可以解決這個問題。 2010-7-30 9:58:55 華章公司編輯 呵呵,這是特殊處理格式 2010-7-30 9:59:07 青潤 呵呵。你看看吧。 2010-7-30 9:59:41 華章公司編輯 可能是我們這兒的排版按以前的技術書的格式排的 2010-7-30 10:00:03 華章公司編輯 因為我們這兒的技術書一般都是有固定格式的 2010-7-30 10:00:09 青潤 恩,沒關係,方法論類別的書籍國內本來就少,這個和語言介紹和演算法方面的書籍都不同。 2010-7-30 10:00:12 華章公司編輯 所以他們就這樣處理了 2010-7-30 10:00:16 青潤 恩,可以理解,呵呵。 2010-7-30 10:00:54 青潤 我這本書的容納範圍比較大,其實是整個軟體工程理論的囊括,所以,有很多時候是比較麻煩的。 2010-7-30 10:01:19 華章公司編輯 之前做過oreilly的書,呵呵,他們公司的排版就不按常理出版的 2010-7-30 10:01:25 青潤 呵呵。 2010-7-30 10:02:00 華章公司編輯 完全按照自己的固定格式做 2010-7-30 10:02:37 青潤 沒事,我們們這個可以談。 我覺得我這本書的再下一個版本,估計要分出幾本來做,而不是一本,否則,層級關係就太多了。 2010-7-30 10:02:51 華章公司編輯 是呀 2010-7-30 10:02:51 青潤 當然,那也是五年十年之後的事情了。 2010-7-30 10:02:59 華章公司編輯 你何時回京呀 2010-7-30 10:03:05 青潤 10號左右 2010-7-30 10:03:08 華章公司編輯 呵呵 2010-7-30 10:03:15 華章公司編輯 這樣呀 2010-7-30 10:03:19 青潤 恩。 2010-7-30 10:03:38 青潤 最近天氣都不太好,機票也比較貴。所以,都在考慮中。呵呵。 2010-7-30 10:04:07 華章公司編輯 那我們排版的儘量改,但是可能這樣也無法完全按你的意思做 2010-7-30 10:04:22 青潤 沒關係,你們儘量改,然後我們們再商議。 2010-7-30 10:04:58 華章公司編輯 嗯 2010-7-30 10:05:02 華章公司編輯 可以的 2010-7-30 10:05:15 青潤 呵呵,好了,你們辛苦。 我這幾天又沒事幹了。 2010-7-30 10:05:56 華章公司編輯 那你可以做一下你的5年或10年計劃呀 2010-7-30 10:06:01 華章公司編輯 我們還可以合作呢 2010-7-30 10:06:24 青潤 呵呵,我本來就有10年以上的計劃,不過,很多都在積累中,合作愉快,自然會繼續下去的。呵呵。 2010-7-30 10:07:01 華章公司編輯 那現在的事情就是把這個計劃做的詳細些 2010-7-30 10:08:00 青潤 計劃的制定,不是把5年10年後的都詳細制定出來,前期就是規劃,中間的時間覆蓋可以長達幾年,到了那個時候再具體細化,這就是我書中提到的計劃地制定一節中的內容。呵呵,這個對各個行業都適用 2010-7-30 10:10:20 華章公司編輯 呵呵 2010-7-30 10:10:49 華章公司編輯 一些方法放之四海而皆準 2010-7-30 10:11:09 青潤 書中的評審和績效模型其實在你們這些行業也是可以使用的,不過需要一些變化,也同樣可以做到量化和可度量的效果。 2010-7-30 10:11:33 華章公司編輯 嗯 2010-7-30 10:12:35 青潤 一步一步來吧,很多東西的推動都是很難的,否則,也不會出現李白困死舟船之事了,呵呵。 那麼多的畫家生前過的都不好,死後畫價值百萬,也都是如此。 2010-7-30 10:13:20 華章公司編輯 呵呵 2010-7-30 10:14:04 華章公司編輯 人生怪圈 2010-7-30 10:14:16 青潤 呵呵,沒辦法。 看明白了,就去適應,慢慢來吧。 2010-7-30 10:14:43 華章公司編輯 對。一步一個腳印走就對了。 2010-7-30 10:15:41 青潤 好了,你先忙吧,有事情隨時給我訊息,我基本上最近都沒事可做,比較無聊,呵呵。 2010-7-30 10:15:59 華章公司編輯 好的。 2010-7-30 10:16:03 華章公司編輯 保持聯絡 2010-7-30 10:16:07 青潤 ok
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/257598/viewspace-669843/,如需轉載,請註明出處,否則將追究法律責任。
1、分析
2、對話
相關文章
- [全程建模]《軟體工程之全程建模實現》一書第二版簽約公告軟體工程
- 軟體全程建模1
- [技術討論]軟體工程之全程建模實現適合做教材麼?軟體工程
- [全程建模]全程建模實踐過程指南(2004年)
- [全程建模]MDA、全程建模、開源和應用的對話
- [全程建模]軟體開發方法論綜述
- [全程建模]傾聽——軟體開發中的重要手段
- [全程建模]互動建模和介面設計的區分詳釋
- [全程建模]2008年5月8日某公司的全程建模績效管理辦法執行中出現的偏差
- [全程建模]UML設計類中的實現與方法數量問題
- [全程建模]UML工具的反工和程式碼類圖時序圖的作用時序圖
- [全程建模]業務建模和用例模型以及需求規格說明書的關係模型
- [全程建模]關於Actor與外部系統的對話
- [全程建模]窺國外uml應用情況之一隅
- [全程建模]用例的子流和分析類的關係
- [全程建模]交換程式設計中的大鍋飯問題程式設計
- [全程建模]業務用例到系統用例的變化圖
- [全程建模]設計模型和UML應用中的例項分析模型
- [全程建模]用例、用例圖和用例模型的概念解析模型
- [全程建模]屬性方法是否都要在UML中設計出來?
- [全程建模]類圖與時序圖作用的對比討論時序圖
- [全程建模]一個專案UML設計中的幾個問題
- [全程建模]績效管理模型在itsp組內的對話討論模型
- Rhinoceros mac版(犀牛三維建模軟體)ROSMac
- [全程建模]為什麼UML工具生成的程式碼只有標頭檔案
- BIM建模軟體:Archicad 26 啟用版
- [全程建模]UML應用與實踐的對話——需求中流程與用例的關係
- Rhinoceros mac版(犀牛三維建模軟體)中文版ROSMac
- [全程建模]元用例和需求與績效之間的關係討論
- Rhinoceros for mac(犀牛建模軟體)ROSMac
- 犀牛建模軟體Rhinoceros for MacROSMac
- 軟體建模有啥用
- StarUML for Mac(UML軟體建模器) 5.1.0啟用版Mac
- [全程建模]UML中用例圖裡的外部系統的表示方式有規定麼?
- 流體力學深度學習建模技術研究進展深度學習
- StarUML mac UML軟體建模器Mac
- mac建模軟體哪個好?Mac
- 軟體建模即程式設計程式設計