前言
為了開發出真正的滿足用戶需求的軟件產品，首先必須知道用戶需求，這樣子對軟件需求的深入理解是軟件開發工作獲得成功的前提條件，所以不管我們在設計階段和編碼階段做的多好，但是沒有真正滿足用戶的需求，只會讓用戶失望，讓程序員苦惱；鑒於本文是關於一個簡單的音樂網站，架構業務不是很多（在之前的基礎上加上了評論，分類等等），當然需求分析的基本任務就是准確低回答“系統必須做什么？”所以在開發軟件初級階段一定要分析好，如何回答提煉出系統的功能。本文的主要內容：
- 前言
- 需求分析任務
- 針對網站收集用戶需求
- 總結
需求分析的任務
這個過程可以根據一般音樂網站的特點與基本流程以及用戶需求調查報告通過理解需求階段的目標，為業務上下文和網站功能建模，在完整的用例模型中記錄網站的需求，完成需求模型報告，最后依據需求模型報告進行產品需求規格說明書撰寫
確定對系統的音樂網站的綜合需求，可以從下面幾點概述：
- 功能需求：指音樂網站提供的服務，比如會員注冊，上傳音樂，評論等等，通過需求分析可以知道音樂網站必須完成這些功能
- 性能需求：指的是網站要滿足定時約束或者容量約束，這個可以從速度（響應的時間）、信息量速度、方面體現出來，比如播放音樂響應的時間，是否占據大內存
- 可靠性和可用性需求：是指網站定量上的可靠性，比如在多久時間內不出現播放不出音樂的故障，而可用性那就是備份的事情了，不可以沒有用
- 出錯處理需求：這個就是網站在出現錯誤的時候，此時可以提醒如何去響應，解決這種錯誤
- 接口需求：這個硬性上指的是他的環境通信，比如網站用戶接口需求，硬件接口需求，有沒有網絡，瀏覽器，太大了不說了
- 約束：指的是在設計的或者實現這個網站的時候遵循的什么限制條件，比如網站前台符合w3c等
- 逆向需求：可以這樣子覺得網站不應該實現什么
- 將來可能提出的需求：比如以后需求改變了，需求多幾個功能，那你如何應對
針對網站收集用戶需求
1、 網站的背景和意義
關於我發布這個版本的背景和意義即：現在關於ASP.NE的音樂網站的源碼例子還是蠻少的，拿來參考的可能沒有采用分層或者沒有采用設計模式和緩存思想，網站源碼可以拿來當中初學者學習，當然在這個開發制作過程也有一下優點：
- 開發成本低
- 多用戶可以拿來學習
- 網上開發性
- 簡單符合音樂網站的表現力
該網站有前台和后台，前台可以瀏覽音樂網站的信息，播放音樂，評論，按類別和名稱搜索音樂，分類查看音樂庫，完成注冊會員等等；后台可以分超級管理員和一般會員，權限不一樣，操作也不一樣，會員可以修改本身信息，上傳音樂，刪除音樂，修改音樂；超級管理員也同樣可以完成類似功能。
2、網站業務流程如下：
3、用戶需求調查問卷
具體的用戶調查就不列出了，我主要把附錄大致描述一下：
需求類型：
- 功能性：包括特性功能和安全
- 可用性：包括人員因素、用戶界面的一致性，聯機幫助和環境相關幫助、向導和代理、用戶文檔和培訓材料
- 可靠性：需求考慮的可靠性有故障的頻率/嚴重性，可恢復性，可預見性，准確性和平均故障時間
- 性能：規定了一下的參數，有速度，效率，可用性，准確性，吞吐量，響應時間，恢復時間和資源用途
- 可支持性：包括可測試性，可擴展性，可適應性，可維護性，兼容性，可配置性，可服務性
- 設計需求：規定或者約束了網站的設計
- 實施需求：規定和約束了網站的編碼和構建，如所需的標准，實施的語言，數據庫完整性，操作環境等
- 接口需求：網站之間交互操作的外部項
- 物理需求：網站的物理特征
4、用戶需求
- 用戶可以匿名瀏覽網站信息播放音樂，評論，但只有登錄會員才可以上傳音樂
- 用戶可以按類別查看音樂，播放
- 提供快速的檢索功能
- 采用會員制，會員采用唯一的標識標識身份，會員可以修改個人信息，管理員可以對會員信息進行整理
- 管理員可以創建音樂類型
- 管理員可以添加音樂和修改音樂屬性
- 網站具有友好型和易操作性
- 網站具有安全性和保密性
5、需求分析人員分析用戶需求
第一步可以細化分析用戶需求
第二步可以撰寫需求規格說明書
第三步可以進行需求確認，即：
需求建模和撰寫需求規格說明書
需求建模：
功能目標：如圖所示
用例圖：如圖
業務對象模型：如下
撰寫需求規格說明書：
總結
本文通過用戶需求的分析和處理，理解該網站需求階段的目標，並給業務上下文和網站功能建模，在完整的用例模型中記錄了網站的需求！
作者：類菌體
出處：http://www.cnblogs.com/bacteroid/
關於作者：在校學生
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接
如有問題，可以通過2050372586@qq.com 聯系我，非常感謝。