軟體需求分析
一引言
編寫目的
為了方便測繪專業對角度計算的使用，編寫乙個可以將弧度與角度相互之間轉換的c#視窗應用程式，以此來提高資料處理的效率。
專案風險
我們的風險 主要是開發者王天池和吳國慶承擔，我們的風險有如下幾點：
軟體未能正確執行
軟體未能如期完成編寫、測試。
軟體工程科目未能及格。
而我們現階段的主要風險就是軟體還未正確執行，也就是離我們的預期還有一定的差距，我們還在艱苦的編寫和測試階段。但我們有信心如期完成任務。
文件約定
我們文件的排版約定如下：
由於內容少，對於各級標題與正文不做要求，但是重點一定要加紅加粗。
預期讀者和閱讀建議
預期讀者是王建民倆老師和的園友。這有利於我們彼此取其精華去其糟粕，從而實現共同進步。建議老師則是主要****的三個亮點，精確查詢我們的優點和不足，從而能一針見血地給出我們改進的意見和建議。
產品範圍
我們的產品簡單的說就是類似乙個即開即用的小程式。大家在開發程式是共同進步學習。
參考文獻
《c#程式設計》許安東
二綜合描述
產品的狀況與功能
這個小程式非常簡單好用。
使用者型別和特性
使用者全是測繪專業同學，特點就是他們每次採集資料後都要處理大量的資料。
執行環境
電腦安裝有microsoft visual studio 2010及以上版本。
設計和實現上的限制
使用者必須有自己的電腦。
假設和約束（依賴）
我們開發這個小程式基於對c#和microsoft visual studio的熟練掌握。
我們小呆呆組有7天的約束，而我們只有兩個人，還是比較累的。
三外部介面需求
使用者介面
c#中的窗體應用程式，其中寶庫各類空間的使用。
介面
該程式不需要軟硬體任何介面。
四系統功能需求
說明
為了滿足測繪專業的需求，所得資料一定要滿足精度要求。
資料的輸入輸出
採用手動輸入textbox，計算後輸出到textbox中的方式進行輸入輸出。
五其他非功能性需求
效能需求
系統支援的併發運算元量上沒有嚴格的限制 響應時間要求不超過3秒。
使用者查詢和修改的記錄要求及時載入到儲存器中，該通訊錄系統占用的磁碟空間不能過大。資料庫中表的最大行數受可用儲存資源限制。
安全措施需求
由於技術原因，在不提供安全措施。
軟體質量屬性
基本操作簡單易用。
可移植性能強。
使用者文件
使用手冊（txt版）
六待定問題列表
我們考慮是否將其設計為多資料輸入輸出型別，但資料輸入輸出正確率高，多條資料輸入輸出效率快但是容錯率低。
需求分析第一階段
剛剛入職，正好趕上公司接了新專案，報到第二天就被拉去見客戶，然後每天都在開會，看資料，第三天就開始加班。說好的不提倡加班呢？心中一萬個不願意，我還沒適應環境呢，我還有很多問題要問，沒人回答就算了，我還不知道你們工作的流程和環境呢，我不知道系統邊界，使用者角色呢。帶著無數的疑問和不適應開始了我的工作生...
需求分析課程專案 第一階段
1 小組成員資訊，愛好 特長 此處內容略 2 綜合實驗的理解和期望的收穫 綜合實踐活動課程是在教師指導下，學生自主進行的綜合性學習活動，它從現實生活出發，基於學生的經驗，密切聯絡學生自身生活和社會實際，將我們從課本中學習到的知識與生活實際聯絡在一起，以主題的形式對課程知識進行整合，從而有效地培養和發...
UBOOT第一階段分析
感覺不錯的乙個圖就轉過來了！u boot第一階段的啟動流程。這個階段主要是初始化硬體裝置，為載入u boot的第二階段 準備ram空間最後跳轉到lib arm board.c中start armboot函式，這是第二階段的入口點。u boot第一階段的儲存器布局。上圖中u boot安裝在nand f...