久久四虎_校园春色亚洲色图_成人福利在线观看_好吊色一区二区三区_国产欧美日韩在线播放_大肉大捧一进一出好爽mba_亚洲成a人无码_五月天综合在线_91亚洲国产成人精品一区_涩涩涩在线视频

世聯(lián)翻譯公司完成安全系統(tǒng)中文翻譯_世聯(lián)翻譯公司

首頁 > 新聞中心 > 翻譯公司資訊 >

世聯(lián)翻譯公司完成安全系統(tǒng)中文翻譯

世聯(lián)翻譯公司完成安全系統(tǒng)中文翻譯
  1. 目的:
首先我了解到我們現(xiàn)在比較關(guān)注的是,關(guān)于應(yīng)對不同用戶需求及需求爆炸和 需求變化問題遇到了一些困難(時(shí)間和人員投入以及質(zhì)量帶來的維護(hù)成本),所以我會就著本問題結(jié)合我的經(jīng)歷經(jīng)驗(yàn)提出一些建議和看法,但是由于我不很了解我們morpho的系統(tǒng),所以提出的問題也許不是特別有針對性,希望我的建議中好的東西能夠改善我們現(xiàn)在的情況。在最后我想了解一些我們實(shí)際上遇到的問題,參照別的公司的模式來嘗試分析問題。
 
  1. 建議:
基于我所了解的或者遇到過的問題,我認(rèn)為也許在以下方面我們可以進(jìn)一步加強(qiáng)。
  1. 需要增強(qiáng)輔助工具.
    1. 定義:能夠提高工作效率(減少錯誤、降低重復(fù)性工作難度和時(shí)間)的非產(chǎn)品核心的工具。
    2. 事例:安裝過程需要配置文件(這可能會因?yàn)榘惭b人員不熟悉技術(shù)或者操作系統(tǒng)而增長了安裝的時(shí)間并容易產(chǎn)生錯誤,還有培訓(xùn)新員工的成本也比較高。安裝人員,需要對linux的了解、需要熟悉我們的系統(tǒng)、需要對照篇幅較長的說明)。
    3. 建議:對于重復(fù)性的復(fù)雜的工作,我們一次性投入資源進(jìn)行輔助性工具的開發(fā).
    4. 好處:
      1. 減少持續(xù)性投入成本。
      2. 縮短重復(fù)性工作的時(shí)間。
      3. 降低人工出錯的可能。
      4. 降低對安裝人員技術(shù)和水平的要求。
      5. 減少培訓(xùn)成本。
      6. 簡化了復(fù)雜的工作,縮短幫助手冊的篇幅。
    5. 缺點(diǎn):
      1. 增加了非核心功能的投入(分析、開發(fā)、測試、文檔)。
      2. 需要定期維護(hù)工具。(新需求、需求變化等)
    6. 分析和總結(jié):
      1. 從上邊的優(yōu)缺點(diǎn)對比中,我們看出大部分重復(fù)性、操作復(fù)雜的工作,我們都可以用一次性的投入換來較大的收益。我們只要識別出這些工作并進(jìn)行輔助工具的開發(fā)來解決這些問題。
 
  1. 關(guān)于工作模式。
    1. 環(huán)境:由于現(xiàn)今的商業(yè)化軟件需求趨于復(fù)雜化,定制化,需求膨脹和需求快速變化成為了一個很大的問題。
    2. 分析:我對于這種現(xiàn)狀提出了一個比較好的實(shí)現(xiàn)方式,這并不一定特別的適合我們現(xiàn)有的工作模式,但是我希望其中的一些優(yōu)秀的實(shí)踐方法可以作為我們的參考。
    3. 工作模式流程圖:

  1. 解釋:上邊圖例中,左側(cè)是瀑布模型的簡單圖例,右邊是基于XP極限編程的一種開發(fā)模式實(shí)踐
    1. 需求分析:
      1. 首先理解用戶需求,將其梳理成軟件需求列表。
      2. 需求分類
        1. 關(guān)鍵需求(高風(fēng)險(xiǎn)、復(fù)雜)10%,影響項(xiàng)目成敗,需要盡早處理,減低風(fēng)險(xiǎn),合理評估項(xiàng)目計(jì)劃的關(guān)鍵。
        2. 主要需求20%,項(xiàng)目的主體,不容易發(fā)生改變,完成將增加士氣。
        3. 高增值需求 40%,低投入高產(chǎn)出(易用性等需求),盡量不在第一迭代處理,完成將增加用戶滿意度。
        4. 低增值需求20%,高投入低產(chǎn)出(用戶可能不會使用的功能),盡量延遲開發(fā),時(shí)間緊迫的情況下,有時(shí)到后期客戶自己就會主動放棄這些需求。
        5. 錯誤需求:不應(yīng)該做的需求和客戶也沒有描述清楚,或者他自己也沒有想明白的需求。這部分如果是不應(yīng)該做的需求就用延遲開發(fā)的辦法處理,如果是不明確的需求要等到和用戶明確了需求,再重新分類到其他類型中。(當(dāng)然為了避免無必要的爭執(zhí),我們一般是不會對用戶說這是錯誤的需求的,我們可以告訴他這是低附加值的需求,到項(xiàng)目后期,隨著他們對項(xiàng)目的了解,他們會明白的)。
      3. 做迭代計(jì)劃,大約以1周到1個月甚至幾個月為1迭代(這要視工程的規(guī)模決定)大概3-5個迭代是比較適宜的。
在第一個迭代安排,關(guān)鍵需求和主要需求,這會降低風(fēng)險(xiǎn)和穩(wěn)定項(xiàng)目架構(gòu)(極端的情況,有些高風(fēng)險(xiǎn)需求可能無法實(shí)現(xiàn),比如說,需求是1臺指定的服務(wù)器在1秒內(nèi)需要處理完1000條數(shù)據(jù),但是我們經(jīng)過驗(yàn)證無法實(shí)現(xiàn)它),而這個需求對客戶又是必須的,那么即使這個項(xiàng)目失敗了,我們投入只是第一個迭代,我們的損失是相對小的。
中間的迭代我們應(yīng)該根據(jù)需求的優(yōu)先級進(jìn)行分配,先完成高附加值的需求,而推延低附加值的需求,這點(diǎn)客戶是可以接受的。隨著項(xiàng)目的推進(jìn),客戶也越來越明白他們自己想要的是什么,當(dāng)他看到主要功能和高附加值功能都很好的運(yùn)行時(shí),我們把關(guān)注點(diǎn)集中在低附加值的需求上,這時(shí)客戶往往會根據(jù)成本(主要指時(shí)間)和產(chǎn)出比,做出比較合理的取舍。
  1. 接下來我們做項(xiàng)目的初步架構(gòu),這次架構(gòu)應(yīng)盡可能考慮到可擴(kuò)展性、易維護(hù)性、易測試性、安全等軟件指標(biāo),然后在項(xiàng)目迭代過程中,不斷反思和完善架構(gòu)。
  2. 迭代(開發(fā)組)
    1. 首先是修改上一次迭代中測試組提出的問題。
    2. 然后進(jìn)行關(guān)于本次迭代的細(xì)致需求分析。
    3. 然后進(jìn)行軟件設(shè)計(jì)。
    4. 當(dāng)設(shè)計(jì)遇到不好處理的情況時(shí),重新審視我們的架構(gòu),并在需求時(shí),重構(gòu)。
    5. 進(jìn)行組件層的白盒單元測試(組件好比一臺機(jī)器的零件),由于它是業(yè)務(wù)無關(guān)的,所以功能穩(wěn)定,開發(fā)組能夠更好的測試它保證質(zhì)量(代碼和測試代碼的時(shí)間投入比例大約是1:1的),這將覆蓋代碼路徑測試和邊界測試等白盒單元測試相關(guān)的情況。
    6. 定期進(jìn)行代碼審查和走查工作,這將保證代碼質(zhì)量在一定得級別以上,并可以提高初級員工的能力。
    7. 提交本迭代的代碼給測試組。
  3. 迭代(測試組)
    1. 測試用例設(shè)計(jì)(主要關(guān)注在邏輯組件層),這是業(yè)務(wù)相關(guān)也容易變化的,測試人員要根據(jù)需求的變化不斷的更新。這要覆蓋正常流程異常流程,覆蓋所有業(yè)務(wù)分支。
    2. 測試上一個迭代的產(chǎn)品。
    3. 回歸測試。
    4. 提交測試報(bào)告(BUG列表)。
  4. 提交一個迭代的產(chǎn)品給客戶(給他們信心和信任,并階段性的給他們一個逐步深入了解真實(shí)需求的機(jī)會)
  5. 對下個迭代進(jìn)行初步的分析,并用圖形的方式(只是畫圖而不用代碼)把我們的想法提前可客戶進(jìn)行交流,盡可能早的取得下一個迭代功能相關(guān)的真實(shí)需求。
  6. 總結(jié)本迭代遇到的問題,并考慮應(yīng)對方法,在下一個迭代進(jìn)行實(shí)踐來驗(yàn)證他。
  7. 迭代結(jié)束,定期的慶祝一下給項(xiàng)目的成員信心,并稍微緩解下大家緊繃神經(jīng),讓大家調(diào)整好狀態(tài),以應(yīng)對下一個迭代。
  8. 當(dāng)所有迭代都結(jié)束時(shí),可能還有一些維護(hù)工作。其實(shí)在迭代過程中已經(jīng)在進(jìn)行DEBUG等維護(hù)工作,如果剩下的需求很多。(這將是一個新的項(xiàng)目,有新的合同和新的收入,我們不應(yīng)該無償?shù)淖鎏囝~外的工作,除非我們認(rèn)為值得)。
 
  1. 關(guān)于軟件設(shè)計(jì)方面,在需求變化快速的今天,我們要適當(dāng)?shù)脑黾涌蓴U(kuò)展性和易維護(hù)性的投入。無論什么項(xiàng)目都有相對固定的部分、相對變化的部分,我們在容易變化的部分的設(shè)計(jì)投入將會降低我們因?yàn)樽兓a(chǎn)生的成本。下邊我會舉一個設(shè)計(jì)的例子用來說明這個問題。
    1. 需求:軟件工作流
    2. 場景:流程經(jīng)常變化、會增加新的工作節(jié)點(diǎn)
    3. 類圖和構(gòu)建圖(只是為了說明問題的簡化設(shè)計(jì))
    4. 說明:
      1. 首先把實(shí)際的工作流節(jié)點(diǎn)從主流程中抽離出來,采用接口模式以庫的形式動態(tài)加載,能夠解決新增工作流的問題。
(IWorkflow , Scan , Code , Verify , Others…)
  1. 另外用工具可視化編輯工作流能力降低配置的風(fēng)險(xiǎn)(手工錯誤)和減少時(shí)間、降低配置難度。
(WorkflowConfigView ,WorkflowTemplate ,WorkflowBase…)
  1. 一些非功能性的內(nèi)部需求(區(qū)別于用戶需求):
    1. 可擴(kuò)展性,在易發(fā)生變化的部分,利用設(shè)計(jì)模式做一些可擴(kuò)展的設(shè)計(jì),這雖然會增加設(shè)計(jì)的難度,增加開發(fā)的時(shí)間,但是當(dāng)你發(fā)現(xiàn)一個新的需求或者需求變更,因?yàn)槲覀兊脑O(shè)計(jì)只用配置或者很少的很獨(dú)立的代碼就可以解決時(shí),你將會覺得這個設(shè)計(jì)時(shí)超值的。
    2. 易維護(hù)性,在經(jīng)常需要維護(hù)的部分增加設(shè)計(jì)。比如說:一個日志服務(wù),能讓我們方便的記錄和查詢想要的日志信息,這個組件就是很有意義的。再舉個例子,有的 XML文件需要經(jīng)常的修改(關(guān)于用戶界面樣式的定制配置文件),我們寫一個工具去可視化的配置,能夠提高這種效率。
    3. 易測試性,我們需要白盒測試的組件,不光需要容易看懂,而且需要容易測試,這方面的工作,有時(shí)會同時(shí)達(dá)到高內(nèi)聚低耦合的高質(zhì)量設(shè)計(jì)的效果。
    4. 安全性,安全性需求要盡早進(jìn)行分析,當(dāng)項(xiàng)目已經(jīng)完成時(shí),你再想提高他就難了。比如數(shù)據(jù)傳輸保密性、權(quán)限控制…
  2. 建議采取的其他實(shí)踐:
    1. 結(jié)對編程測試,兩個人互相寫對方的白盒測試,互相代碼審查。
    2. 市場人員,架構(gòu)設(shè)計(jì)師,主要開發(fā)人員、測試經(jīng)理和客戶定期的交流討論,可以拉近大家的距離并達(dá)到集思廣益的效果。
    3. 定期代碼走查,將提高整體團(tuán)隊(duì)的水平并讓更多人熟悉別人完成的部分。
  3. 我的建議包括了,在需求變動頻繁年代中,我所遇到或者聽到的問題的解決建議,有些來自cogent,有些來自其他公司,可能這并不能很適當(dāng)?shù)膽?yīng)對我們現(xiàn)在遇到的問題。但很喜歡我們公司主動去了解分析并嘗試解決問題的工作態(tài)度。有什么針對性的問題嗎,或者以后以郵件或者其他形式交流,我希望morpho中國能為整個公司發(fā)揮更大的作用。世聯(lián)翻譯公司完成安全系統(tǒng)中文翻譯
世聯(lián)翻譯-讓世界自由溝通!專業(yè)的全球語言翻譯供應(yīng)商,上海翻譯公司專業(yè)品牌。絲路沿線56種語言一站式翻譯與技術(shù)解決方案,專業(yè)英語翻譯日語翻譯等文檔翻譯、同傳口譯、視頻翻譯、出國外派服務(wù),加速您的全球交付。 世聯(lián)翻譯公司在北京、上海、深圳等國際交往城市設(shè)有翻譯基地,業(yè)務(wù)覆蓋全國城市。每天有近百萬字節(jié)的信息和貿(mào)易通過世聯(lián)走向全球!積累了大量政商用戶數(shù)據(jù),翻譯人才庫數(shù)據(jù),多語種語料庫大數(shù)據(jù)。世聯(lián)品牌和服務(wù)品質(zhì)已得到政務(wù)防務(wù)和國際組織、跨國公司和大中型企業(yè)等近萬用戶的認(rèn)可。