軟件工程之需求分析-文庫吧資料
2025-07-03 12:29本頁面
【正文】 間交換數(shù)據(jù)或消息的目的。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。而對(duì)于用戶界面的細(xì)節(jié)，例如特定對(duì)話框的布局，應(yīng)該寫入一個(gè)獨(dú)立的用戶界面規(guī)格說明中，而不能寫入軟件需求規(guī)格說明中。 用戶界面 陳述所需要的用戶界面的軟件組件。需要把對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典中。c. 外部接口需求 利用本節(jié)來確定可以保證新產(chǎn)品與外部組件正確連接的需求。例如，如果你打算把其它項(xiàng)目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個(gè)項(xiàng)目按時(shí)提供正確的操作組件。如果這些假設(shè)不正確、不一致或被更改，就會(huì)使項(xiàng)目受到影響。這可能包括你打算要用的商業(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的問題。 設(shè)計(jì)和實(shí)現(xiàn)上的限制 確定影響開發(fā)人員自由選擇的問題，并說明這些問題為什么成為一種限制。有一些需求可能只與特定的用戶類相關(guān)。很好地組織產(chǎn)品的功能，使每個(gè)讀者都易于理解。 產(chǎn)品的功能 概述了產(chǎn)品所具有的主要功能。 產(chǎn)品的前景 描述了軟件需求規(guī)格說明中所定義的產(chǎn)品的背景和起源。這可能包括用戶界面風(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說明、使用實(shí)例文檔，或相關(guān)產(chǎn)品的軟件需求規(guī)格說明?？梢詤⒖柬?xiàng)目視圖和范圍文檔而不是將其內(nèi)容復(fù)制到這里。 產(chǎn)品的范圍 提供了對(duì)指定的軟件及其目的的簡短描述，包括利益和目標(biāo)。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。 文檔約定 描述編寫文檔時(shí)所采用的標(biāo)準(zhǔn)或排版約定，包括正文風(fēng)格、提示區(qū)或重要符號(hào)。a . 1 目的 對(duì)產(chǎn)品進(jìn)行定義，在該文檔中詳盡說明了這個(gè)產(chǎn)品的軟件需求，包括修正或發(fā)行版本號(hào)。要相信模板是很有用的，但有時(shí)要根據(jù)項(xiàng)目特點(diǎn)進(jìn)行適當(dāng)?shù)母膭?dòng)。注意，其目的并非是創(chuàng)建一種全新的模板，而是采用一種已有的且可滿足項(xiàng)目需要并適合項(xiàng)目特點(diǎn)的模板。 1）采用軟件需求規(guī)格說明模版: 采用需求規(guī)格說明書模板在你的組織中要為編寫軟件需求文檔定義一種標(biāo)準(zhǔn)模板。它應(yīng)該盡可能完整地描述系統(tǒng)預(yù)期的外部行為和用戶可視化行為。你必須編寫從使用實(shí)例派生出的功能需求文檔，還要編寫產(chǎn)品的非功能需求文檔，包括質(zhì)量屬性和外部接口需求。它將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會(huì)讓他們感到不滿意；普通需求；興奮需求，即實(shí)現(xiàn)了會(huì)給客戶帶去驚喜，但若未實(shí)現(xiàn)也不會(huì)受到責(zé)備?！ ?）應(yīng)用質(zhì)量功能調(diào)配：使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖?！ ?）為需求建立模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說明極好的補(bǔ)充說明。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求?！ ?）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。用戶通過評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問題。同時(shí)它也明確了通過接口的信息流和物質(zhì)流?！ ?1）需求重用：跨項(xiàng)目重用需求如果客戶要求的功能與已有的產(chǎn)品很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。你將要和用戶一起商討精確定義他們模糊的和主觀言辭的真正含義。對(duì)系統(tǒng)如何能很好地執(zhí)行某些行為或讓用戶采取某一措施的陳述就是質(zhì)量屬性，這是一種非功能需求。你甚至可能發(fā)現(xiàn)客戶并不真地需要一個(gè)全新的軟件系統(tǒng)就能達(dá)到他們的業(yè)務(wù)目標(biāo)。畫一張簡單的示意圖（最好用數(shù)據(jù)流圖）來描繪出用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。該會(huì)議通過緊密而集中的討論得以將客戶與開發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)踐。這時(shí)你就需要一個(gè)獨(dú)立的需求規(guī)格說明。 每一個(gè)使用實(shí)例都描述了一個(gè)方法，用戶可以利用這個(gè)方法與系統(tǒng)進(jìn)行交互，從而達(dá)到特定的目標(biāo)。使用實(shí)例方法給需求獲取帶來的好處來自于該方法是以任務(wù)為中心和以用戶為中心的觀點(diǎn)。為了減少這種不確定性，你需要把每一個(gè)使用實(shí)例敘述成詳細(xì)的功能需求。 對(duì)于一些復(fù)雜的使用實(shí)例，畫出圖形分析模型是有益的，這些模型包括數(shù)據(jù)流程圖、實(shí)體關(guān)系圖、狀態(tài)轉(zhuǎn)化圖、對(duì)象類和聯(lián)系圖。在描述時(shí)列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼捻樞颉? 一個(gè)單一的使用實(shí)例可能包括完成某項(xiàng)任務(wù)的許多邏輯相關(guān)任務(wù)和交互順序。 6）確定使用實(shí)例：讓用戶代表確定使用實(shí)例從用戶代表處收集他們使用軟件完成所需任務(wù)的描述使用實(shí)例，討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。這樣的核心隊(duì)伍對(duì)于商業(yè)開發(fā)尤為有用，因?yàn)槟銚碛幸粋€(gè)龐大且多樣的客戶基礎(chǔ)。每一個(gè)產(chǎn)品代表者代表了一個(gè)特定的用戶類，并在那個(gè)用戶類和開發(fā)者之間充當(dāng)主要的接口。而對(duì)于商業(yè)開發(fā)，就得在主要的客戶或測試者中建立起良好的合作關(guān)系，并確定合適的產(chǎn)品代表。 4）選擇產(chǎn)品代表：擇每類用戶的產(chǎn)品代表為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。將用戶群分類并歸納各自特點(diǎn)為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使都有所差異。用戶類不一定都指人，你可以把其它應(yīng)用程序或系統(tǒng)接口所用的硬件組件也看成是附加用戶類的成員。如果可能，可建立測量的標(biāo)準(zhǔn)用于評(píng)價(jià)是否達(dá)到業(yè)務(wù)目標(biāo). 3）用戶群分類：產(chǎn)品的用戶在很多方
物理相關(guān)推薦
鄂ICP備17016276號(hào)-1