中国软件工程大会(2009)观后感

2009中國軟件工程大會(CCSE)觀后感話說我們三人坐著最早的一趟車站班車,歷經3小時車程,終於抵達了深圳马哥孛罗好日子酒店--本次CCSE2009大會會場。開幕式已經開始1小時了,趕緊填表拿卡,找位置坐下,演講者是本次大會的主席(CSAI首席顧問)馬映冰先生致歡迎詞，聽完後感覺還不錯.印象最深的是本次大會主題這句話”軟件工程實踐最佳分享,軟件工程過程最佳改進,軟件工程結構最佳創新。這句話感覺是整個軟件大會的根本原則與主基調.所有分享發佈會或技術研討會均是從這個出發點來構建及說明的.最佳實踐如著名的田俊國老師的”軟件企業成功的四大工程”和”團隊文化,最佳改進如麥哲思的”平衡敏捷和規範”和溫昱的”企業層面的架構設計力提升之道”最佳創新如黃紹良教授的”軟件企業發展方向與創新”和馬映冰主席的”商業模式與商業模式的創新”以及方海光教授的”教育軟件工程的框架有發展趨勢”等等無不驗證了上面的這句話的意思。下面就從以下幾個方面來談談對這些課程分享的理解。一:大會概况,背景,宗旨及大會組織CSAI簡介大會名稱:第六届中国软件工程大会（CCSE2009）。大會主題:分享、改进、创新。大會內容:架構設計與需求工程,項目管理,過程改進,企業信息化,軟件行業應用論壇,信息化人才培養等六大方面.。大會背景:大会是在软件产业不断发展和规范的背景下应运而生，软件工程是一门具有指导意义的理论科学，大会将作为把理论和知识应用于实践的交流与合作平台，从中立、客观的角度围绕软件产业发展、信息化建设、软件工程实践、软件人才培养、未来软件技术发展等方面进行深入广泛的交流。会议将为来自国内外科研院所、高等院校、企事单位的专家、教授、学者、工程师提供一个代表国内软件产业产学研最高水平的高层平台，交流有关软件工程领域的最新成果与经验，探讨相关领域所面临的关键问题和研究动态，引领软件人对中国软件产业作更多、更深入的思辨，积极推进国家信息化建设和软件产业化发展。大會宗旨:建立一个中立和开放的交流与合作平台，引领软件人对中国软件产业作更多、更深入的思辨，积极推进国家信息化建设和软件产业化发展。CSAI簡介:CSAI顾问团（CSAI）前身为“中国系统分析员顾问团”，组建于2001年12月28日，其宗旨是加强全国IT高级人才之间的合作与交流，提高工作水平，积极推进国家信息化建设和软件产业化发展。CSAI顾问团有顾问500多名，由资深架构设计师、系统分析师、项目管理师和多年从事IT工作的人员组成，分布在全国各地的各个行业中。CSAI顾问团利用CSAI.cn强大的平台优势，加强与促进IT人士之间的信息交流和共享，实现IT价值。“CSAI顾问，影响IT”是CSAI顾问团全体成员不懈努力和追求的目标！二:相關課程主題及內容簡述以及感悟如何利用信息化有效推動企業轉型(實踐課程)—張信一.此員為IBM全球企業咨詢服務顧問,所講課程主要是以順德美的集團的所上系統為例,講得很慨括,沒有很深入.此課程主要講述該集團上ERP系統過程中所遇到的問題,以及解決的方法,以及最終提煉出的適合該集團目前的解決方案.分如下幾個方面說明.A:業務和生管(產)是一對冤家,說明其相互制約,矛盾的一面,以及解決方法.B:業務送貨和成品備料,裝箱是一對冤家,同樣說明其相互制約面及解決之道.C:采購與原料繳庫,領料是一對冤家,同樣說明其相互制約面以及解決之道.最后講師還特地提到順德美的集團在上完ERP后,特地上了MES(生產執行系統),這塊目前值得我們去思考和改進.商業模式與商業模式的創新(創新課程)—馬映冰此員為本次大會的主席,所講課程為他最新根據近幾年的各個行業運營模式,整理資料后,由自已的感悟與所得,而制作的課程.該課程主要說明什麼是商業模式:利益相關者的交易結構.以及圍繞著商業模式最重要的如下四個問題.A:誰是你(企業或組織)利益相關者.B:利益相者的價值有那些?C:利益相者的價值如何交換?用何種方式交換?D:利益相者共贏或多贏的交易結構.在設計上面的這些問題時,還需定位及參考,企業(組織)關健資源,當前社會評價體系,經營所在的文化價值觀,當時社會的生產力水平這四個方面,綜合考慮,制定出企業組織結構,各部門及單位業務流程,與相關者(主要是客戶,供應商,分銷商或代理商)的利益瓜分原則.講師以西班牙Inditex集团旗下的ZARA公司為例,說明在顶级服饰品牌中,ZARA公司商業模式變革(組織結構及業務流程)的成功過程.ZARA品牌從開始设计到把成衣摆在全球店舖柜台上出售的时间一般为12天,最厉害时最短只有7天,而中国服装业(如杉杉,361,九牧王等)一般为為180~270天,国际著名品牌(如阿瑪尼)一般要120天，從這里可以看出如果ZARA走老路,很難超越前面的大佬們的,之所以能在較少的時間內獲得如此的成功,商業模式的的變革功不可沒.平衡敏捷與規範(過程課程)—麥哲思.該講師為CSAI高級顧問,主要講述敏捷設計與開發和過程規範的矛盾面和統一面,講得比較摡要,從2005年開始敏捷(XP)開發方法,在各大論壇中,敏捷設計與開發與過程規範或CMMI之間的爭論從來就沒有停止過,敏捷設計與開發是一种以人为核心、迭代、循序渐进的設計與开发方法,而規範主要是以文檔,制度或團隊共識來約束在整個軟件工程過程中的設計,開發行為,以達到盡可能的掌控工程進度,達到預期目標的過程,其實這兩個命題就如該講師所說”要討論清楚,很難.要分清割開,更難.本來就你中有我,我中有你,都不能偏面理解與走兩极化.應該是相互統一,而又可以在局部的軟件工程過程中獨立存在的”.在較長的軟件工程過程中,我們要遵守一個原則:在任一軟件工程過程中,對開發工程整體質量,進度有利,對客戶滿意度及價值體現有利,對管理者方便管控進度,交付工程,以及降低維護成本有利的,對整個軟件工程的生命周期有利的,在其過程中,我們就應該有所區分,區別對待,兩種方法都是工具,只對上面的目地服務,誰能服務更好,就應該在其過程中發楊大些,多些(就是佔的比重多點),它也是一個必須靠實踐才能知道最終結果的工具,可以依據,參考經驗,但不可以完全相信經驗,說到底就是要兩者結合使用.可能需求工程階段規範多些,敏捷要少些,而在開發工程階段規範少些,敏捷要多些等等,這些都是合理的. 4.需求工程論壇—徐鋒,張信一,馬映冰,田俊國等7人. 主要討論在需求工程過程中,針對大家填完問卷調查后,遇到的需求工程過程中最多項的幾個問題,如:用戶參與度不高,用戶說不清楚自已的需求,用戶需求變動頻繁等等,就上面的問題,每位專家顧問均發表自已的看法,觀念.得到如下的一些建言. A:用戶參與度不高.想辦法搞清每個層級用戶,在軟件工程的每個階段的不同的目地,對用戶不同的價值,然后就有所針對用戶的不同目地來掌控與設計相關的方法與行勸,如用戶推行一定會增加用戶工作量,能否建言該公司給予一定的補助(升職或加薪),再如用戶在某一階段最希望減少工作量,解放自已做其它更有價值的事情的,在設計與開發時,盡量減少用戶的操作,盡量做到智能化,自動化或半自動化等,當然這些方法或戰術都是在軟件工程整體的設計及規範範圍內改善調優的,不能脫離這個原則及總綱.在違背這些原則前提下,就要另外想方法及戰術去達到每一階段的目地.B:用戶說不清楚.針對這點,要思考在不同階段,如何問,如何說,問和說在需求工程中有相當的技巧與智慧,想辦法調整自已的問問題方式方法,問卷內容的設計,問與說的時機的選擇,問與說對象的選擇,經過專家調整統計,用戶說不清楚最大的問題(佔85%)在於需求了解分析的人不專業(問不對及說不好),想想看,是不是在我們每次說用戶說不清楚的時候,一定是我們自已的工作沒有做好及做到位呢?當然如果碰到了根本就不想上系統的人員,那就需重新選對象並重新分析了.C:用戶需求變動頻繁.眾所周知,用戶需求變動頻繁對軟件工程的進度是最大的傷害,定會延緩工程進度,增加開發成本費用,甚至在交付工程時變動影響收款,導致公司現金流中斷,影響軟件企業的運營等等.客觀的講,用戶需求變動頻繁是合理並且是常態,並一定會存在軟件工程過程的每一階段中,因為用戶的企業也是在不斷發展的,狀大或縮小的,所以前面的需求功能點在過了一年半載(系統開發完成時間)后,可能不需要或是要增加新的,因為這段時間,用戶的企業也在發展和變化,而他們上系統的目的就是為他們企業服務的,想想,是不是必須要能改變,並且這種變化是合理和常態發展的,當然也是軟件企業為什麼總是要在最短時間開發完成交付使用的原因之一.專家的綜合意見是:一方面,從需求分析人員著手,努力提高自已的專業知認,行業知識,產業知識,盡量使自已具有遠見及洞察力,在需求了解的過程,不僅要知道當下用戶的需求功能點,還要能預知在末來半年,一年或二年內,此產業,行業的變化,只有具有此種水準的人員,才有資格被稱為真正的行業顧問或專家.另一方面從系統分析人員著手,努力讓系統架構靈活多變,盡量可適應多種變化,而使改動變得最少,開發成本最低,這也需要系統分析人員具有很強的專業技術,系統架構師有大量的積累.最后一方面,用戶的變動雖然是合理常態的,但也不是在軟件過程過程的每階段都可以無限制的變動,在不同的階段區別對待,在需求工程,分析工程,開發工程的前段,是盡量可以按受的,但到了系統開發完工,交付工程階段,是不能隨便按受用戶變動的,用戶最終實在要變動的,勢必會增加工程的總價,最后衡量取捨及談判,最終達到雙方均同意的結果,增加新的合同或不變動,留作以後版本升級時處理等等均可.三.整體思考