sdlc

    0熱度

    3回答

    一般來說,SDLC具有以下階段 需求收集 設計 編碼 測試 部署 但在上述SDLC,我在哪裏適合下面階段(我知道這是圍繞需求收集和德興相) 1)可行性研究 斯特拉(我們在這個階段做什麼?) 技術可行性研究(我們在這個階段做什麼?) 2)分析(我們在這個階段做了什麼?它是如何從可行性研究有什麼不同?) 3)造型

    1熱度

    2回答

    我不確定是否有人遇到過這種情況。我們有小型項目或 修復程序,我們需要每隔一天將其推送到LIVE。 有一組說明「做一個乾淨的生成和部署在prod服務器上」的團隊。 另一組說,我們不必做一個完整的部署,我們只會做一個DLL下降或ASPX下降。 他們列出了每種方法的優點和缺點。但想知道你通常採用什麼方法遵循每種方法的主要設置。

    1熱度

    5回答

    風險分析和風險緩解之間以及在軟件開發生命週期中何時(在編碼之前或編碼之後)以及由誰(QA /分析師/開發人員? 意見,鏈接或文檔模板將有所幫助。 編輯 如果我按照米德的評論: 「據湯姆·德馬科 - 風險管理是項目管理的大人」 這是否意味着傳統的SDLC的某些部分不需要跟着?哪些部分?即。典型的SDLC的哪些方面是由風險管理取代的?不需要進行多次MS項目演習?

    1熱度

    7回答

    我正在試圖確定一些表示有限資源項目的標記。 根據我的經驗,項目變成了「有限資源」項目,因爲有人急於向客戶推銷解決方案。結果是預算緊張,功能被淘汰,SDLC流程被降到最低。採取這些捷徑是爲了讓公司有機會盈利甚至破產。 這是我所看到的去手牽手與資源有限的項目的事情的清單:分配給QA 嚴格的官僚程序進行摘的時間 最少量規範工作 變更請求的預算可能是小的或者不存在的 形式化的過程有利於掉下使用時間發展 可

    0熱度

    6回答

    那豈不是更接近: n * (n - 1)/2 上述公式是這個問題的答案中學數學隊的問題: 「你有N個人在一個房間裏,他們都搖與其他人握手,發生了多少次握手?「 這不也適用於在軟件項目中進行通信的人數嗎? 免責聲明 我還沒有看過這本書(還),但我見過的n^2公式引用的其他地方。

    1熱度

    5回答

    前一段another question提到的(可能是城市的故事)統計的是 ...軟件的平均壽命是3年左右 在我想出了以下原因時(我敢肯定有更多的可能是更好的): 一個新的重要系統(ERP,CRM等)實現的,它有一個「集成」模塊,以取代舊的應用程序。 相同,但沒有集成的應用程序 - 但現有的應用程序是不是適應(。人離開了,技術已經改變了,當前的IT策略發生了變化,用戶不喜歡現有的應用程序) 的你從公

    1熱度

    6回答

    與非技術用戶的溝通可能具有挑戰性。爲了保持新的和經常進行中的開發具有生產力,您要記住哪些提示?

    1熱度

    1回答

    微軟的Team系統和IBM的Rational Team Concert都具有相似的特性和功能。兩個都聲稱能夠支持Java或.NET開發人員使用他們最喜歡的IDE。你有沒有什麼經驗可以證明一種解決方案對所有人都有效?他們之間是否有任何關鍵的區別(特徵),讓你們彼此相互支持?兩者的互操作性有多好? 只是試圖將營銷與現實分離開來,這些人對這兩種產品都有大量的知識和經驗。 TIA, 斯科特

    6熱度

    4回答

    是否有人使用工具進行代碼協作?我們已經有一個現有的系統來管理我們的SDLC,所以我不想要一個單獨的系統。我正在尋找一些工具來註釋代碼和註釋,以便我們可以在我們的SDLC系統中存檔。 例如,現在我們正在使用帶有內置變更跟蹤和評論功能的MS Word。我想找到更輕量級的東西,或者更適合代碼。 我知道那裏有代碼審查系統;這不是我要找的。只是一個用於標記代碼的工具。

    1熱度

    1回答

    我正在爲TFS開發幾個自定義構建腳本,我想知道是否有開發,測試和部署TFS構建腳本的最佳實踐。 您是否設置了與生產構建服務器分離的開發和QC環境?還有其他方法可以將腳本與其他構建過程分離開來,以便構建正在開發的腳本不會干擾「生產」構建? 團隊建立喜歡創建工作項目,更新工作項目和添加標籤作爲構建過程的一部分,我寧願不會發生「測試」構建。 JMM這裏