信息技術(shù)的四個周期是什么？信息系統(tǒng)的生命周期可以不分為四個階段，連成、旗下、運維、消亡。無法形成階段比較多除了概念自然形成，可行性分析，需求調(diào)研開發(fā)階段通常除了深入分析，系統(tǒng)設(shè)計，系統(tǒng)實施和系統(tǒng)驗收運

信息技術(shù)的四個周期是什么？

信息系統(tǒng)的生命周期可以不分為四個階段，連成、旗下、運維、消亡。

無法形成階段比較多除了概念自然形成，可行性分析，需求調(diào)研

開發(fā)階段通常除了深入分析，系統(tǒng)設(shè)計，系統(tǒng)實施和系統(tǒng)驗收

運維階段比較多以及安全有保證系統(tǒng)正常運行

徹底消亡階段要注意和系統(tǒng)的下線

處于不同“生命周期”的APP應(yīng)用，該如何去做運營？

有所謂app并無生命周期可言，只是它屬於的產(chǎn)品和服務(wù)，如果沒有不是現(xiàn)象級需求和應(yīng)用，現(xiàn)階段根本不會唯一的APP成功機會。談app的生命周期還不如關(guān)注用戶的生命周期，不斷地用戶拉新、所存、促活、轉(zhuǎn)化是運營的永遠都是主題，走的每一步都與人力、財力和能力或是。如過是一個線上線下結(jié)合的o2o服務(wù)，.例如滴滴打車的或共享單車，這樣除開錢，還要決定你的地推經(jīng)驗和能力。傳統(tǒng)行業(yè)定義下的產(chǎn)品生命周期，也順便，啟動后期做知名度，成長期做美譽度，成熟期做忠誠度，衰退期么，換產(chǎn)品……

軟件生命周期中，三個時期包含什么階段？

太寬泛的問題了，任何行業(yè)，任何定位的產(chǎn)品，所不對應(yīng)的產(chǎn)品生命周期都是不大一般的。你這個問題太寬泛了。

整個行業(yè)上次直接出現(xiàn)這個產(chǎn)品的時候，是產(chǎn)品生命周期的數(shù)碼寶貝傳說時期，這個時期肯定很短，也很有可能很長，有可能時間久了，這個產(chǎn)品就全沒，也沒有了快速成長的機會。

后再，當市場環(huán)境達到標準，產(chǎn)品的銷售量大增，市場推廣快速展開攻擊，空白市場被迅速挖掘，此時此刻那是快速增長時期。

而當產(chǎn)品巳經(jīng)還沒有較低改進，市場銷售增長早就趨于穩(wěn)定，不可能再有爆發(fā)式增長的時候，也就是到了平穩(wěn)期。實體產(chǎn)品平平穩(wěn)穩(wěn)期就像都很短，但也有短的。虛擬產(chǎn)品的平順期很短，很容易有衍變產(chǎn)品的出現(xiàn)，接著進入到下一個生命周期。

當這個產(chǎn)品需要決定強制退市的時候，那是生命周期的結(jié)束點了。

詳細大部分那樣，具體的情況還需具體看分析。謝謝，祝好！

怎樣估算軟件項目周期？

項目是指以當然的成本在肯定會時間內(nèi)得到未來收益的系列活動。項目的生命期是管理項目的不重要指標，而對項目周期的估算則是管理項目的不重要一環(huán)。本期項目管理能介紹對軟件項目周期接受估算的技巧。估算是軟件開發(fā)中很有用的一個環(huán)節(jié)：項目周期算上過短會會造成人力失算、成本預(yù)算低估、日程安排過短，結(jié)果人力資源耗光，成本遠超過預(yù)算，為結(jié)束項目只好趕工，影響項目質(zhì)量，甚至還造成項目我失敗了；項目周期肯定過長表面現(xiàn)在看來影響不太大，可是實際上也會受到成本肯定過低、十分充分效率不夠高的后果。周期算上如同蓋樓房中打地基，是后續(xù)工作的基礎(chǔ)，它的影響會洞穿整個項目。但軟件開發(fā)是一項更加急切的工程，不光中有需求分析、設(shè)計、編碼、測試出來、如何實施、能維護等相同的子過程，還比較復(fù)雜到開發(fā)工具、開發(fā)人員、項目管理、風(fēng)險等數(shù)千因素，完全不同因素對估算產(chǎn)生的影響差異極大。在接受軟件估算時（除開依靠工具pk型暗自盤算）要決定到這些方面，否則不暗自盤算結(jié)果就會和求實際結(jié)果有太大的偏差。下面，我們對幾個最常見的因素做一些探討。軟件規(guī)模是項目算上的基礎(chǔ)軟件規(guī)模正常情況指的是軟件的大小，是可以程序代碼行的長度、功能函數(shù)的數(shù)量、數(shù)據(jù)庫中表的數(shù)量、數(shù)據(jù)庫的大小等要素來詳細解釋軟件規(guī)模。一般說來，軟件規(guī)模越大，所花了的開發(fā)周期就越長。但這并并非三個最簡單線性函數(shù)關(guān)系，也要決定代碼重用問題。比如一個模塊代碼很長，可是很有可能乾坤二卦了很多裝路由器函數(shù)，這樣在估算時就應(yīng)適當?shù)臏p少代碼行數(shù)量。軟件項目中包含的功能模塊一定、越復(fù)雜（的或說軟件越大），開發(fā)周期越長。這個時間絕不是模塊開發(fā)時間的簡單的疊加過，只不過模塊功能數(shù)量的增加真接給了了軟件模塊間相互關(guān)聯(lián)度、復(fù)雜度的成倍減少，這導(dǎo)致了在需求、設(shè)計等階段不需要花了更多的時間，比分開來考慮到一個模塊急切得多。再者，是對產(chǎn)品化程度高的項目開發(fā)，與此同時模塊數(shù)量提升，開發(fā)周期的增加卻也不是特別明顯。這是是因為蠻數(shù)量的模塊這個可以已經(jīng)予以重任，求實際開發(fā)量有所增加。所以，在實際中進行軟件開發(fā)周期算上的時候，軟件規(guī)模絕對是簡單的方法考慮的因素。詳細估算時，在決定軟件規(guī)模時要能去掉可委以重任的部分。至于，軟件功能之間的關(guān)聯(lián)所會造成的復(fù)雜性也可以足夠重視。風(fēng)險影響周期任何一個項目都全都未知風(fēng)險，軟件項目開發(fā)過程中也盡量的避免不了那種情況但有自己的特點。最常見的風(fēng)險充斥于：技術(shù)、客戶、項目人員等方面。開發(fā)周期保守估計時項目風(fēng)險肯定適度考慮，尤其是技術(shù)風(fēng)險和客戶風(fēng)險技術(shù)風(fēng)險技術(shù)風(fēng)險主要注意無論是于軟件本身的技術(shù)難度。對此一套成熟的產(chǎn)品，定制開發(fā)的技術(shù)風(fēng)險相對相當小，畢竟重要的技術(shù)也成型，客戶也大多有新的、能給了高難度技術(shù)問題的需求，這種風(fēng)險較小。不過相對于全部然后再變更土地性質(zhì)的項目，又或者是研發(fā)生產(chǎn)類的項目，技術(shù)風(fēng)險必須尤其重視。以開發(fā)平臺為例，開發(fā)平臺要比較適合本項目所牽涉的軟件開發(fā)、不滿足到最后的需求，平臺的錯誤選擇將造成異常龐大的開發(fā)工作量，即便柯西-黎曼方程了用戶需求也可能會會造成系統(tǒng)效率不夠高、擴展性差的必殺問題，軟件可能會會一下子被10進8。在實際中估算中，建議將技術(shù)難度統(tǒng)稱十級，每一級在一次估算的代碼行上增加10%，最終保守估計代碼長度初始算上代碼長度×(10.1×n)假設(shè)不成立模塊A的上次估記代碼行為15000行，但決定技術(shù)難度高的風(fēng)險，設(shè)定技術(shù)難度級別為二級，到了最后代碼行的估算數(shù)量為15000×(120%)18000。的原因技術(shù)風(fēng)險的分析是一項技術(shù)性很強的工作，要求做技術(shù)風(fēng)險分析的人必須是技術(shù)專家，在具體技術(shù)領(lǐng)域有著豐富的經(jīng)驗。對重大的損失技術(shù)風(fēng)險的分析結(jié)果要要在評審，只要準確性?？蛻麸L(fēng)險客戶風(fēng)險存在地于客戶化項目中，客戶行業(yè)特點千差萬別，技術(shù)、表述水平也相差無幾甚遠。在我奇遇開發(fā)完畢的項目中，80%的項目延期是導(dǎo)致客戶方的原因，但是這種風(fēng)險可控性很高，對項目影響最多技術(shù)風(fēng)險。在開發(fā)周期算上前，項目經(jīng)理要仔細分析客戶的詳細狀況，包括客戶方的計算機水平、管理水平、可溝通程度，諸位增強以往的經(jīng)驗綜合類判斷是否是會對開發(fā)帶來確實的影響，這個可以聽從本案所涉的技術(shù)風(fēng)險的將客戶具體劃分，結(jié)果確定開發(fā)周期。在這個過程中，項目經(jīng)理的經(jīng)驗極其不重要，對客戶的分析基本要依賴經(jīng)驗做判斷，要求管理人員有大量的客戶經(jīng)驗和行業(yè)分析能力。項目團隊影響速度對此軟件開發(fā)項目來說，人力資源是核心力量。人力資源對估算的影響表現(xiàn)出在技術(shù)水平、理解能力、溝通能力等幾個方面。項目技術(shù)人員編程水平、工作效率、團隊適應(yīng)性、溝通能力等素質(zhì)，都會對開發(fā)進度再產(chǎn)生影響，其中技術(shù)水平是最關(guān)鍵是的因素。評價程序員的技術(shù)水平可以從編程熟練程度、編程速度、能解決技術(shù)問題的能力等幾個因素決定：編程熟練程度指的是程序員使用編程工具基于軟件的功能的熟悉程度；編程速度指的是能完成某個功能的速度；解決技術(shù)問題的能力可以不當時的社會程序員的技術(shù)功底如果沒有以100%作為總和，這三個因素各占的最合適比例為70%、15%和15%。軟件開發(fā)周期毛估估前，去對付開發(fā)人員定級，個人建議按新手、中級程序員、中級程序員、高級程序員來劃分，每一級人員再鑒定等級上列三個因素。平常算上時也可以可以假設(shè)開發(fā)人員為二級程序員，然后再根據(jù)項目組換算人員的水平做修正，那樣結(jié)果的準確度能極大想提高。寶貴的經(jīng)驗依據(jù)歷史數(shù)據(jù)毛估估軟件開發(fā)周期是一種比較比較比較普遍的方法，這種方法以歷史軟件開發(fā)周期為依據(jù)，在估算時把當前軟件項目的情況與歷史數(shù)據(jù)善加對比，進而結(jié)論到最后結(jié)果。明確的歷史數(shù)據(jù)保守估計開發(fā)周期的準確度肯定也是非常高的，但這種方法只適用于對某類軟件的開發(fā)，諸如某個行業(yè)業(yè)務(wù)系統(tǒng)的開發(fā)。當要估算的軟件與歷史軟件超過太多，例如開發(fā)工具幾乎有所不同、或是項目類型幾乎完全不同，就不能再依賴這種方法，好歹應(yīng)該后期可以使用其它估算法。如果沒有沒有歷史數(shù)據(jù)又或者開發(fā)完畢一種新領(lǐng)域軟件，可以可以使用代碼行或功能點算上法，于此再實際其它方法水平校正。在求實際建議使用歷史數(shù)據(jù)估算法時，見意項目經(jīng)理建立起一個歷史項目數(shù)據(jù)庫。在庫中乾坤二卦以前所有項目的開發(fā)周期、項目規(guī)模、開發(fā)人員狀況、客戶狀況等詳細點數(shù)據(jù)。當估算時參照當前項目的狀況在庫中尋找最帶有的歷史項目，然后把再也很兩個項目之間在項目規(guī)模、項目風(fēng)險、人力資源之間的區(qū)別，我們簡單假設(shè)歷史項目開發(fā)周期為A，當前項目的周期這個可以依據(jù)a.公式不出：估算項目周期A×(2×SRP2×C)/6S：屬於軟件規(guī)模R：代表風(fēng)險P：華指人力資源C：代表客戶（以上值均指當前項目與歷史項目的比率）不好算的比較比較因素應(yīng)該不單單這些，但軟件規(guī)模、風(fēng)險、人力資源及客戶狀況是其中最不重要的，對軟件開發(fā)的影響也大，因此這個公式中只決定了這些因素。其中軟件規(guī)模和客戶兩項占的權(quán)重大的，這確實是參照項目管理經(jīng)驗得出的，在不好算建議使用歷史數(shù)據(jù)估算法時還可以不身形靈活加入其它因素