今天給各位分享軟件開(kāi)發(fā)需求分析功能分析的知識(shí)，其中也會(huì)對(duì)軟件開(kāi)發(fā)需求分析功能分析報(bào)告進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問(wèn)題，別忘了關(guān)注本站，現(xiàn)在開(kāi)始吧！

本文目錄一覽：

• 1、手機(jī)應(yīng)用軟件開(kāi)發(fā)的需求分析有多重要？
• 2、軟件開(kāi)發(fā)中的需求分析主要包含什么需求
• 3、軟件開(kāi)發(fā)過(guò)程一般有幾個(gè)階段？
• 4、軟件開(kāi)發(fā)過(guò)程包括哪些階段?
• 5、軟件工程：3.需求分析

手機(jī)應(yīng)用軟件開(kāi)發(fā)的需求分析有多重要？

公司的信息系統(tǒng)搭建過(guò)程中，手機(jī)應(yīng)用軟件開(kāi)發(fā)是一個(gè)目前發(fā)展的平臺(tái)，作為一個(gè)應(yīng)用軟件開(kāi)發(fā)公司，需要對(duì)開(kāi)發(fā)的整個(gè)流程都把握好，特別是前期準(zhǔn)備階段。

如果手機(jī)應(yīng)用軟件開(kāi)發(fā)的前期準(zhǔn)備不夠充分，在項(xiàng)目的前期規(guī)劃和需求分析階段沒(méi)有充分熟悉和把關(guān)，那么即使對(duì)軟件開(kāi)發(fā)技術(shù)掌握得再好，也可能因此導(dǎo)致項(xiàng)目(project)的失敗。

因此，作為應(yīng)用軟件開(kāi)發(fā)公司，項(xiàng)目成功的最重要的部分應(yīng)該是在前期的需求分析，首先是向客戶學(xué)習(xí)，充分了解用戶的業(yè)務(wù)流程，和深入理解客戶希望項(xiàng)目所達(dá)到業(yè)務(wù)目標(biāo)。圍繞這些前提進(jìn)行咨詢分析，找到正確的切入點(diǎn)和開(kāi)發(fā)方向。同時(shí)還有充分考慮用戶的現(xiàn)有實(shí)際情況、現(xiàn)有應(yīng)用系統(tǒng)、職工或用戶的接受程度、易用性，長(zhǎng)遠(yuǎn)業(yè)務(wù)目標(biāo)，長(zhǎng)遠(yuǎn)信息化規(guī)劃、以及和上級(jí)主管部門的保持一致等復(fù)雜問(wèn)題。

軟件開(kāi)發(fā)需求分析階段：

1、公司在開(kāi)發(fā)一個(gè)項(xiàng)目之前，需要跟客戶做一個(gè)溝通，了解客戶的需求是什么，開(kāi)發(fā)手機(jī)應(yīng)用軟件的目的是什么?需要清除客戶的需求，根據(jù)客戶的需要做出一個(gè)手機(jī)應(yīng)用軟件要實(shí)現(xiàn)的基本功能，這個(gè)也稱之為客戶需求分析。這一步在整個(gè)軟件開(kāi)發(fā)流程中是非常重要的，如果你連客戶最基本的需要都搞不清楚，那么你這個(gè)軟件是不可能使客戶滿意的。

2、相關(guān)需求分析員向用戶初步了解需求，列出軟件開(kāi)發(fā)項(xiàng)目的大功能模塊，每個(gè)大功能模塊有哪些小 功能 模塊，對(duì)于客戶有明確需求的功能，要初步定義好少量的界面。

3、根據(jù)自己的經(jīng)驗(yàn)和需求一份功能需求文檔。這次的文檔會(huì)清楚利用系統(tǒng)大致的大功能模塊，大功能模塊有哪些小功能模塊，并且還列出相關(guān)的界面和界面功能。

4、系統(tǒng)分析員向用戶再次確認(rèn)需求。

總之，先明確自己的需求，對(duì)開(kāi)發(fā)應(yīng)用軟件的時(shí)間、難度、費(fèi)用等都起到?jīng)Q定性的作用！

軟件開(kāi)發(fā)中的需求分析主要包含什么需求

軟件開(kāi)發(fā)中的需求分析主要包含什么需求：

1、功能性需求

這是最主要也是最常見(jiàn)的需求。這類需求是要求實(shí)現(xiàn)某一項(xiàng)實(shí)際功能的，這個(gè)功能一般都會(huì)通過(guò)某種形式展現(xiàn)出來(lái)。一個(gè)軟件最基本的就是功能性需求。在APP開(kāi)發(fā)初期，應(yīng)盡可能保證功能性需求的優(yōu)先度，它們是一款A(yù)PP的靈魂所在。

2、穩(wěn)定性需求

穩(wěn)定性需求是次一級(jí)的要求，包括可靠性、可維護(hù)性、安全性等等，也是APP中很重要的一部分?？煽啃允侵敢欢〞r(shí)間或條件下，系統(tǒng)執(zhí)行所要求功能的無(wú)故障執(zhí)行能力；可維護(hù)性是為改進(jìn)系統(tǒng)或修復(fù)bug而修改系統(tǒng)或某功能模塊的難易程度；安全性是指阻止對(duì)其程序和數(shù)據(jù)進(jìn)行未授權(quán)訪問(wèn)的能力，等等。

這些需求有些也很重要，是能夠關(guān)系到APP生死的關(guān)鍵功能，在開(kāi)發(fā)時(shí)也必須加以重視。

3、開(kāi)發(fā)性能需求

性能需求是指軟件的優(yōu)化程度，例如提升軟件啟動(dòng)速度和加載速度，能夠保證高并發(fā)而不產(chǎn)生數(shù)據(jù)阻塞等等。這些是屬于用戶體驗(yàn)方面的優(yōu)化，一般在軟件開(kāi)發(fā)的進(jìn)程中屬于比較靠后的需求。軟件的運(yùn)行效率并不會(huì)是軟件的決定性方便，一般只有到了軟件穩(wěn)定發(fā)展的階段才會(huì)考慮。

軟件開(kāi)發(fā)過(guò)程一般有幾個(gè)階段？

軟件開(kāi)發(fā)的生命周期一般分為6個(gè)階段：計(jì)劃、需求分析、邏輯設(shè)計(jì)、程序編制、調(diào)試、運(yùn)行和維護(hù)

軟件生命周期分為軟件定義、軟件開(kāi)發(fā)及軟件運(yùn)行維護(hù)三個(gè)階段：

軟件定義階段

制定計(jì)劃：確定總目標(biāo)；可行性研究；探討解決方案；制定開(kāi)發(fā)計(jì)劃。

需求分析：對(duì)待開(kāi)發(fā)軟件提出的需求進(jìn)行分析并給出詳細(xì)的定義。

軟件開(kāi)發(fā)階段

軟件設(shè)計(jì)：分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)部分?

軟件實(shí)現(xiàn)：把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序代碼

軟件測(cè)試：在設(shè)計(jì)測(cè)試用例的基礎(chǔ)上檢驗(yàn)軟件的各個(gè)組成部分

軟件運(yùn)行維護(hù)階段

軟件投入運(yùn)行，并在使用中不斷地維護(hù)，進(jìn)行必要的擴(kuò)充和刪改。

軟件開(kāi)發(fā)過(guò)程包括哪些階段?

軟件開(kāi)發(fā)一般分為五個(gè)階段，分別是：

1、問(wèn)題的定義及規(guī)劃

此階段是軟件開(kāi)發(fā)與需求放共同討論，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性。

2、需求分析：在確定軟件開(kāi)發(fā)可行性的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)需求分析。需求分析階段是一個(gè)很重要的階段，這一階段做的好，將為整個(gè)軟件項(xiàng)目的開(kāi)發(fā)打下良好的基礎(chǔ)。“唯一不變的是變化本身”，同樣軟件需求也是在軟件愛(ài)你開(kāi)發(fā)過(guò)程中不斷變化和深入的，因此，我們必須定制需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的正常進(jìn)行。

3、軟件設(shè)計(jì)：此階段中偶要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。還的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。

4、程序編碼：此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)化為計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必定要制定統(tǒng)一、符合標(biāo)準(zhǔn)的編寫規(guī)范。以保證程序的可讀性、易維護(hù)性。提高程序的運(yùn)行效率。

5、軟件測(cè)試：在軟件設(shè)計(jì)完成之后要進(jìn)行嚴(yán)密的測(cè)試，一發(fā)現(xiàn)軟件在整個(gè)軟件設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試階段分為單元測(cè)試、組裝測(cè)試、系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試方法主要有白盒測(cè)試和黑盒測(cè)試。

軟件工程：3.需求分析

需求分析的任務(wù)就是準(zhǔn)確地回答“ 系統(tǒng)必須做什么 ”。是通過(guò)系統(tǒng)分析員與用戶一起商定，清晰、準(zhǔn)確、具體地描述軟件產(chǎn)品必須具有的 功能 、 性能 、 運(yùn)行環(huán)境 等要求。

用戶：知道做什么，不知道怎么做。

開(kāi)發(fā)人員：知道怎么做，不知道做什么。

因此，系統(tǒng)分析員必須和用戶密切配合、充分交流信息，得出經(jīng)過(guò)用戶認(rèn)可的系統(tǒng)需求。

需求分析的目的是澄清用戶的需求，并把雙方共同的理解明確地表達(dá)成一份書(shū)面文檔—— 需求規(guī)格說(shuō)明書(shū) 。

需求分析是一項(xiàng)軟件工程活動(dòng)，它包括： 需求獲取 、 需求建模 、 需求規(guī)格說(shuō)明 、 需求評(píng)審 。

需求分析模型 是準(zhǔn)確地描述需求的圖形化工具，主要有 實(shí)體關(guān)系圖 、 數(shù)據(jù)流圖 、 狀態(tài)轉(zhuǎn)換圖 。需求分析建立起來(lái)的模型為日后軟件設(shè)計(jì)人員提供了可被翻譯成 數(shù)據(jù)結(jié)構(gòu) 、 體系結(jié)構(gòu) 、 接口 和 處理過(guò)程 設(shè)計(jì)的模型。

如上圖所示，目標(biāo)系統(tǒng)模型的建立過(guò)程分 4 步完成：

把分析的結(jié)果用正式的文檔記錄下來(lái)，作為最終軟件配置的一個(gè)組成成分。需求規(guī)格說(shuō)明為開(kāi)發(fā)人員和用戶提供軟件開(kāi)發(fā)完成時(shí)質(zhì)量評(píng)價(jià)的依據(jù)。

作為需求分析階段的復(fù)審手段，在需求分析的最后一步應(yīng)該對(duì)功能的正確性、完整性和清晰性以及其他需求給予評(píng)價(jià)。

需求分析研究的對(duì)象是 用戶的要求 。必須 全面理解 用戶的各項(xiàng)要求， 準(zhǔn)確表達(dá) 用戶的要求。只有經(jīng)過(guò)確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。

評(píng)審應(yīng)由專人負(fù)責(zé)，評(píng)審組由軟件開(kāi)發(fā)成員、軟件專家、領(lǐng)域?qū)＜液陀脩魳?gòu)成。

需求分析是一個(gè)不斷的迭代過(guò)程。只有需求全面，準(zhǔn)確無(wú)誤，才能開(kāi)發(fā)出用戶滿意的系統(tǒng)。

需求獲取是軟件開(kāi)發(fā)工作中最重要的環(huán)節(jié)之一，其工作質(zhì)量對(duì)整個(gè)軟件系統(tǒng)開(kāi)發(fā)的成敗具有決定性影響。需求獲取工作量大，所涉及的過(guò)程、人員、數(shù)據(jù)、信息非常多，因此要想獲得真實(shí)、全面的需求必須要有正確的方法。常規(guī)的需求獲取的方法有以下幾種：

需求分析模型 是準(zhǔn)確地描述系統(tǒng)需求的圖形化工具。它可以使人們更好地理解將要建造的系統(tǒng)，它有助于系統(tǒng)分析員理解系統(tǒng)的信息、功能和行為，成為確定需求規(guī)格說(shuō)明完整性、一致性和精確性的重要依據(jù)，奠定軟件設(shè)計(jì)基礎(chǔ)。

需求分析建模的方法有 結(jié)構(gòu)化分析建模 和 面向?qū)ο蠓治鼋?。

結(jié)構(gòu)化分析導(dǎo)出的分析模型包括 數(shù)據(jù)模型 、 功能模型 和 行為模型 。

需求分析模型以“ 數(shù)據(jù)字典 ”為核心，描述了軟件使用的所有數(shù)據(jù)對(duì)象，圍繞這個(gè)核心的是“ 實(shí)體關(guān)系圖 ”、“ 數(shù)據(jù)流圖 ”和“ 狀態(tài)轉(zhuǎn)換圖 ”。

具體形式如下圖所示：

實(shí)體關(guān)系圖（ER，Entity-Relationship Diagram） ：是一種數(shù)據(jù)模型，是以實(shí)體、關(guān)系、屬性三個(gè)基本概念概括數(shù)據(jù)的基本結(jié)構(gòu)，從而描述 靜態(tài)數(shù)據(jù)結(jié)構(gòu) 的概念模型。

ER 包括三種基本元素：

關(guān)聯(lián)的重?cái)?shù) 定義了在關(guān)聯(lián)的一端可以存在的數(shù)據(jù)實(shí)體實(shí)例的數(shù)量。 關(guān)聯(lián)重?cái)?shù)可以具有下列值之一：

兩個(gè)數(shù)據(jù)對(duì)象之間按關(guān)聯(lián)的重?cái)?shù)有以下三種關(guān)聯(lián)：

以下實(shí)體關(guān)系圖描述的是教師、課程、學(xué)生三者之間的關(guān)系。

以下實(shí)體關(guān)系圖描述的是出勤、職工、獎(jiǎng)金、扣款之間的關(guān)系。

數(shù)據(jù)流圖（DFD，Data flow diagram） ，是描述數(shù)據(jù)流和數(shù)據(jù)轉(zhuǎn)換的圖形工具，它是進(jìn)行結(jié)構(gòu)化分析的基本工具，也是進(jìn)行軟件體系結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)。

DFD 有四種元素，其基本符號(hào)如圖所示：

示例，工資計(jì)算系統(tǒng)的頂層（0層）數(shù)據(jù)流圖：

在數(shù)據(jù)流圖中有時(shí)也使用 附加符號(hào) ： * 、 + 、 ⊕ ，分別表示與、或、互斥關(guān)系。

數(shù)據(jù)流圖可分為不同層次，頂層（0層）DFD 稱為 基本系統(tǒng)模型 ，可以將整個(gè)軟件系統(tǒng)表示為一個(gè)具有輸入和輸出的黑匣子，其加工處理是 軟件項(xiàng)目的名稱 ，用一個(gè)圓圈表示。

DFD 中的每一個(gè)加工可以進(jìn)一步擴(kuò)展成一個(gè)獨(dú)立的數(shù)據(jù)流圖，以揭示系統(tǒng)中加工的細(xì)節(jié)。這種循序漸進(jìn)的細(xì)化過(guò)程可以繼續(xù)進(jìn)行，直到最底層的 DFD 圖僅描述加工的 原子過(guò)程 為止。每一層數(shù)據(jù)流圖必須與它上一層數(shù)據(jù)流圖的輸入輸出保持平衡和一致。

數(shù)據(jù)流圖是在需求陳述的基礎(chǔ)上繪制的。

這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能。

第二層數(shù)據(jù)流圖——銷售細(xì)化：

第二層數(shù)據(jù)流圖——采購(gòu)細(xì)化：

當(dāng)軟件系統(tǒng)涉及 時(shí)序關(guān)系 時(shí)需要進(jìn)行 行為建模 ，由于數(shù)據(jù)流圖不描述時(shí)序關(guān)系，系統(tǒng)的控制和事件流需要通過(guò)行為模型來(lái)描述。

在描述系統(tǒng)或各個(gè)數(shù)據(jù)對(duì)象的行為時(shí)，采用 狀態(tài)轉(zhuǎn)換圖 。通過(guò)描述系統(tǒng)或?qū)ο蟮?狀態(tài) ，以及引起系統(tǒng)或?qū)ο鬆顟B(tài)轉(zhuǎn)換的 事件 來(lái)表示系統(tǒng)或?qū)ο蟮男袨椤?/p>

狀態(tài)轉(zhuǎn)換圖（STD，Status Transition Diagram） ，是描述系統(tǒng)狀態(tài)如何響應(yīng)外部事件進(jìn)行轉(zhuǎn)移的一種圖形表示。

狀態(tài) 是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。在狀態(tài)圖中定義的狀態(tài)主要有： 初始狀態(tài) 、 中間狀態(tài) 和 最終狀態(tài) 。

事件 是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。

在狀態(tài)轉(zhuǎn)換圖中，圓圈“○”表示可得到的 系統(tǒng)狀態(tài) ，箭頭“→”表示從一種狀態(tài)向另一種 狀態(tài)的轉(zhuǎn)移 。箭頭旁標(biāo)上 事件名 。

數(shù)據(jù)字典（DD，Data Dictionary） 用來(lái)描述數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加工和數(shù)據(jù)流。 數(shù)據(jù)字典與數(shù)據(jù)流圖配合，能夠準(zhǔn)確、清晰地表達(dá)數(shù)據(jù)處理的要求。

對(duì)于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素均加以定義 ，其內(nèi)容有: 名字、別名或編號(hào)、分類、描述、定義、位置、其它。

在數(shù)據(jù)字典中，數(shù)據(jù)元素的定義可以是基本元素及其組合，數(shù)據(jù)進(jìn)行自頂向下地分解，直到不需要進(jìn)一步解釋且參與人員都清楚其含義為止。

數(shù)據(jù)流定義實(shí)例：航班訂票單的數(shù)據(jù)定義

數(shù)據(jù)元素定義實(shí)例：考試成績(jī)的數(shù)據(jù)定義

數(shù)據(jù)文件定義實(shí)例：圖書(shū)庫(kù)存的數(shù)據(jù)定義

數(shù)據(jù)處理定義實(shí)例：編輯訂票的數(shù)據(jù)定義

外部實(shí)體定義實(shí)例：教師的數(shù)據(jù)定義

存折＝戶名＋所號(hào)＋帳號(hào)＋開(kāi)戶日＋性質(zhì)＋(印密)＋1{存取行}50

戶名＝2{字母}24

所號(hào)＝“001”..“999”

帳號(hào)＝“00000001”..“99999999”

開(kāi)戶日＝年＋月＋日

性質(zhì)＝“1”..“6” 注：“1”表示普通戶，“5”表示工資戶等

印密＝“0” 注：印密在存折上不顯示

存取行＝日期＋（摘要）＋支出＋存入＋余額＋操作＋復(fù)核

需求規(guī)格說(shuō)明書(shū)（SRS，Software Requirement Specification） ，是系統(tǒng)分析人員在需求分析階段完成的文檔，是軟件需求分析的最終結(jié)果。

它的 作用 主要是： 作為軟件人員與用戶之間事實(shí)上的技術(shù)合同；作為軟件人員下一步進(jìn)行設(shè)計(jì)和編碼的基礎(chǔ)；作為測(cè)試和驗(yàn)收的依據(jù) 。

SRS 必須用統(tǒng)一格式的文檔進(jìn)行描述。為了使需求分析描述具有統(tǒng)一的風(fēng)格，可以采用已有的且能滿足項(xiàng)目需要的模板，如中國(guó)國(guó)家標(biāo)準(zhǔn)推薦的SRS模板，也可以根據(jù)項(xiàng)目特點(diǎn)和軟件開(kāi)發(fā)小組的特點(diǎn)對(duì)標(biāo)準(zhǔn)進(jìn)行適當(dāng)?shù)母膭?dòng)，形成自己的模板。

關(guān)于軟件開(kāi)發(fā)需求分析功能分析和軟件開(kāi)發(fā)需求分析功能分析報(bào)告的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。