requirements

2熱度

2回答

我對需求分析的理解是它是一個過程，在此過程中創建的文檔是SRS（軟件需求規範）。

-1熱度

1回答

我需要準備Software Requirements Specification Document以在JAVA應用程序中進行小型增強。我已經嘗試了相同的護目鏡，但發現整個應用程序的樣本，而我正在爲應用程序內的小增強準備SRS。任何人都可以提出準備SRS的鏈接或建議嗎？

-1熱度

1回答

如何從需求聲明中的軟件需求剖析業務需求？

我正在嘗試製作業務需求文檔和單獨的軟件需求規格說明文檔。從以下需求聲明中，任何人都可以幫助我從軟件需求中剖析業務需求？設計一個系統，根據交易的訂閱源 - 買入和賣出 - 通過MQ來實時維護頭寸。您應該包括初始位置加載，容錯以及錯誤檢查和處理。謝謝

-1熱度

1回答

不同類型的軟件需求規範標準

所以我正在做一個課程項目的研究，並且我被告知要在軟件開發中找到不同類型的SRS文檔標準。現在我知道其中的一個是通用的IEEE標準，但還有更多嗎？我搜索了，但我發現的都是IEEE標準的不同變體，但沒有一個不同的標準。有沒有人知道這些其他標準？任何幫助，將不勝感激。謝謝！

0熱度

4回答

django註冊模塊openshift最新版本

我在openshift上主持django-1.5應用程序。我需要我在requirements.txt文件中指定的django註冊模塊。問題是，openshift無法找到最新版本的django-registration-1.0，但只有django-registration-0.8與django-1.5不兼容任何想法如何解決這個問題或如何添加手動鏈接到最新版本中的requirements.txt？

1熱度

1回答

要求應該是原子的規則是否有例外情況？

我在審覈需求規範，其中一些要求包括單詞「和」或有時甚至是所需功能的列表。大多數人認爲這些應該被分解，但是這確實會造成長文檔更長時間的不可讀性 - 這在實踐中可能意味着其目標觀衆最終會在其上閱讀或僅閱讀片段而不是吸收整個東西。但是，有一些要求將它們拆分看起來有點愚蠢。例如：有很多get/set操作，它們總是在一起 - 總是把它們分解爲「用戶應該能夠得到...」，「用戶應該能夠設置」，似乎有點矯枉

4熱度

2回答

上游和下游定義

在我的組織中，當他們談論系統之間的通信時，他們傾向於使用「下游」和「上游」的術語。這些概念的定義是什麼？這是IT發展領域的標準概念嗎？

1熱度

1回答

BDD/ATDD故事是否取代傳統要求？

從我可以從在線論壇和帖子可以看出，BDD/ATDD的主要焦點之一似乎在討論並確保客戶，開發人員，測試人員和其他相關方參與瞭解系統必須執行的操作。問題1： BDD/ATDD故事是否取代傳統需求規格的需求，例如使用Volere Template捕獲的要求？因爲傳統的需求規格是開發人員和測試人員的主要輸入之一，所以傳統的需求規格往往是全面的。問題2： BDD/ATDD故事是否應該足夠全面以便系統得

3熱度

1回答

流星需求（客戶端和服務器）

我正在評估使用流星在遺留系統中開發。什麼是Meteor應用程序需要在瀏覽器中執行？（即Internet Explorer，Firefox，Chrome，Webkit，Opera，版本？）而且，同樣的問題也適用於在舊機器上運行它作爲應用服務器。（即Windows XP，Ubuntu 9.04，Fedora 8及其子組件/要求）謝謝！

0熱度

1回答

Symfony2的 - 使用武力來完成所需的操作

有業務情況下的具體行動或請求「必須」跟一個整理動作或請求。一個例子，我們都熟悉的是登錄訪問安全區的要求。這可以包括其中某個事件或問題的發生，必須立即解決的情況下。這將由整個系統將用戶重定向到頁面來實施，並且只允許一組特定的延續請求。現在我知道如何在Symfony2中實現這個功能（在需要時添加請求偵聽器和重定向），但是，目前我沒有完全掌握最佳做法來做到這一點，我主要關心的是如何安全地指定哪些行