功能軟件需求規範和項目時間表

我正在寫一個新的內部Web應用程序在.Net和我已被授予文件與所有這些新軟件的要求。

現在有一個（內部編寫的）時間跟蹤系統在使用，但我被要求在.Net中重新設計它。

我是公司中唯一擁有軟件開發經驗的人，因爲這是內部軟件，因此他們不希望我爲此編寫非常詳細的文檔。

我已經設計了數據庫模式的ERD圖，我也將需求分成了Excel表格中的不同部分，並設置了優先級（L，M，H）和階段（1,2,3）。

我的直線經理要求我爲這個項目定義時間線，這有點困難，因爲我將每週僅在這個項目上工作3天，不知道完成第一階段需要多長時間我正在研究的其他項目很少。

我真的需要一個需求規格文檔，因爲我一直在考慮一個在word文檔（在簡單的話），或者我應該只是堅持使用一個我設計（在不同的章節劃分）。如果我確實需要一個，那麼我是否可以遵循任何示例？

我還需要一個函數規範文檔嗎？它與需求規格不同嗎？

您通常如何設置項目的時間表？我剛剛定義了從數據庫開發到軟件開發的不同任務，包括設置他們旁邊的大致時間。

來源

2012-07-27 Hanah George

軟件需求規格說明書（SRS）主要作用爲S上所需要的功能，軟件供應商和客戶之間的協議，另外，它有助於打破要求納入難能可貴的任務，並有很好的理解系統要求。它不一定是一個長文件，它取決於應用程序的大小。

至於你已經創造了它可以在文檔的日程安排/預算部分包括（優先&粗略估計，到這裏要求）&非功能性需求（ERD放在這裏），所以你可以使用這兩個文件。

功能需求是文檔中的一部分，所以如果您決定創建SRS文檔，您將需要它，並且在某些應用程序中擁有它是非常重要的。

關於定義的時間線 - 如果是我，我會把：

1-每個需求（它需要研究定義不明％，我需要先試的原型？？..等等），對於這種類型，我會向客戶明確說明它需要研究並給出一個粗略估計[有時客戶改變優先級或取消整個功能，如果未知因子90％爲例）

2-將每個需求（已知部分）分解爲小任務，前提是每個任務估計不會超過1天（例如：create table user，create orm method getuser..etc）。

3-將測試作爲單獨的任務添加（運行超過測試場景）&相應地固定代碼。

4-如果需要任何文檔，則應作爲單獨的任務添加，即使需要30分鐘。

5-定義里程碑如果可能的話，與客戶進行功能審查會話非常有用（例如：里程碑1：演示功能1,2,3），並將反饋添加到針對其餘任務的優先順序。（您可能避免很多重複的工作，如果你想開發一個增量週期的特徵）

一對夫婦對SRS骨架

希望它有幫助

來源

2012-07-27 21:30:25 Yassmeen

功能軟件需求規範和項目時間表

回答

相關問題