項目概要視圖的內(nèi)容（2022版）

物流信息管理系統(tǒng)項目概要視圖的內(nèi)容項目概要視圖的內(nèi)容系統(tǒng)的概要視圖或者行動綱要是一個自由格式的文檔，其中可能會包括分析師對利益相關(guān)者進行初步調(diào)研后得出的報告。在這里并不建議對該文檔進行規(guī)范化，但建議不要太長。幾頁文本和幾個圖表就足以概括描述大多數(shù)系統(tǒng)的范圍。概要文檔中就不需要包含太多的細節(jié)內(nèi)容。這些詳細信息可在其他文檔中描述，例如風(fēng)險列表、需求文檔或用例文檔等。項目概要視圖的內(nèi)容1.在概要視圖中必須包含項目范圍聲明。同時，在總綱要中要明確所開發(fā)的產(chǎn)品：什么必須被包括在內(nèi)，什么可以包括，但不是必須包括在內(nèi)。這些信息可以通過對利益相關(guān)者最初的調(diào)查得到。2.如果可能，概要視圖應(yīng)該還包括該項目的主要研究成果，以及客戶獲得開發(fā)團隊交付階段性產(chǎn)品的時間安排。通常情況下，該交付列表需要包括軟件的可實施版本，但該列表還可以包含其他項目，如設(shè)計、手冊、安裝介質(zhì)、培訓(xùn)等。項目概要視圖的內(nèi)容3.概要視圖文檔可能還包含產(chǎn)品的一些驗收標準，即用于決定該項目是否獲得成功的可量化項目。產(chǎn)品驗收標準必須至少包括截止日期、預(yù)算和質(zhì)量。如果包含一些主觀的標準，如“客戶滿意度”、“系統(tǒng)易用性”或“采用最先進技術(shù)”等，則必須對其加以量化，也就是必須定義好如何衡量客戶是否滿意、系統(tǒng)是否易于使用、技術(shù)是否先進等。下面是可量化的驗收標準的例子：“系統(tǒng)必須支持最多50000連接同時訪問且不會降低性能”，“系統(tǒng)在執(zhí)行x和y運算時不需要手工干預(yù)”和“系統(tǒng)必須滿足線上在一分鐘內(nèi)能夠售出100本書”。項目概要視圖的內(nèi)容4.在概要視圖文檔中，如果有需要，可以添加其他信息（例如主要風(fēng)險、所采用的技術(shù)等）。系統(tǒng)的概要視圖一般基于客戶和開發(fā)人員的協(xié)議文件，將作為整個項目其余部分的基礎(chǔ)。5.需要注意的是，在創(chuàng)建概要視圖時，如果尚未完成需求分析，則要在概要視圖中包含前期的相關(guān)承諾。一般需求分析需要進行深度分析，但不進行任何擴展。項目概要視圖的內(nèi)容例如，圖書銷售的需求分析一般會提到折扣、銷售、配送等（假設(shè)在范圍定義中已提到“圖書銷售”）詳細信息，但如果在范圍定義中沒有提到公司的支付方式，那么項目中涉及的該項目需要在范圍定義中重新商議。

實際的項目中描述和建模會更加復(fù)雜。此外，提交模型只在一定時間內(nèi)進行，并且要不斷地精練和修改。項目概要視圖的內(nèi)容概要視圖可被視為項目中的非結(jié)構(gòu)化視圖，包含了管理人員的業(yè)務(wù)信息，也包含了開發(fā)人員的操作信息。在有必要的情況下，可以詳細描述所采用的技術(shù)。分析師必須注意概要視圖描述了客戶主要關(guān)注的問題，并且這些問題能夠在分析和設(shè)計期間有利于結(jié)構(gòu)化。項目概要視圖的內(nèi)容優(yōu)秀的分析師必須像心理分析學(xué)家一樣，幫助客戶表達需求，當客戶提出需求時，分析師要仔細傾聽，而不是快速地提出預(yù)先構(gòu)建的（并且經(jīng)常是錯誤的）解決方案。分析師必須引導(dǎo)客戶詳細說明其要求，并質(zhì)疑這些需求，以便客戶可以決定所提的需求是否