軟件需求分析(案例)_第1頁
軟件需求分析(案例)_第2頁
軟件需求分析(案例)_第3頁
軟件需求分析(案例)_第4頁
軟件需求分析(案例)_第5頁
已閱讀5頁,還剩33頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

以一個教學管理系統JXGL的分析與設計作為示例,說明用例驅動技術在軟件項目開發JxGL只處理每學期的課程選修注冊和學生的成績管理。教學管理系統JXGL的用戶是學校的學生、教師和教學管理員。學生使用JXG系統查詢新學期將開設的課程和授課教師的情況,教學管理員使用JXGL系統進行教學管理,包括新學期的課程選課注冊管理和學生成績管理。1.需求描述:對教學管理系統JXGL要求提供兩個方面的服務:(1)選課管理,負責新學期的課程選課注冊工作;(2)成績管理,負責學生成績管理。在選課管理方面應填寫的用戶需求描述如下。(1)錄入與生成新學期課程表教學管理員在新學期開始前錄入新學期課程,打印將開設的課程目錄表,供師生參考選擇。若某課程的實際選課學生少于10人,則停開該課程,把該課程從課程目錄表中刪除;若某課程的選課學生多于30人,則停止選課。(2)學生選課注冊新學期開始前一周為選課注冊時間,在此期間學生可以選課注冊,并且允許改變或每個學生選課不超過4門課程。每門課程最多允許30名學生選課注冊。學生可以在圖書館、各系資料室、學生宿舍等處的計算機上聯網進行選課注冊。在選課注冊結束后,教學管理員打印學生選課注冊名單和開課通知書,送交有關部門(3)查詢可以查詢課程信息、學生選課信息和學生、教師信息。學生、教師、教學管理員可以查詢課程表,獲得課程信息。查詢的關鍵詞以是:課程名,授課教師名,學分。教師、教學管理員可以查詢學生選課情況。查詢的關鍵詞可以是:學生名、程名,授課教師名,學分。學生只允許查詢自己的選課信息,不允許查詢別人選課信息。教師名,性別、班級、職稱。(4)選課注冊信息的統計與報表生成。教學管理員對學生的選課注冊信息進行統計(按課程,按學生,按班級),印匯總統在成績管理方面應填寫的用戶需求描述如下:(1)成績錄入:.教學管理員錄入學生考試成績。(2)成績查詢:教師、教學管理員可以查詢學生考試成績。查詢的關鍵詞可以是:學生名、課程名、授課教師名、學分名、學生只允許查詢自己的考試成績,不允許查詢別人的考試成績。(3)成績統計與報表生成教學管理員進行成績統計(按課程、學生、按班級),打印成績匯總統計報表。為保存數據,需建立教學管理數據庫。可以采用關系數據庫,建立下列數據庫表:學生表、教師表、課程表、選課表、任課表、成績表。教學管理系統的直接用戶有學生、教師和教學管理員。教學管理員有權操縱數據庫的數據,進行添加、更新、刪除等操作。學生和教師一般只查詢信息,只允許對自己有關的數據進行添加,更新、刪除等操作。教學管理系統JXGL的相關系統有財務系統。JXGL系統需要把學生選課注冊信息傳宿舍都有臺式PC機,學校的全部計算機已經連網。教學管理系統JXGL將采用客戶機/站。學生、教師和教學管理員可以在各系、各部門、圖書館、學生宿舍的臺式PC機上2.確定系統范圍和邊界首先要確定業務需求和系統目標。教學管理系統JxGL用于新學期課程的選課注冊管理和學生的成績管理。凡是這兩方面的教學管理內容都是JXGL系統的職責范圍,其他的教學管理內容,如安排教學計劃、排課、實習、實驗、考試等都不屬于JXGL系統的職責范圍。JXGL系統與財務系統存在系統邊界,財務系統將從JXGL系統得到學生選課注冊信息。JXGL系統與學校的其他信息管理系統沒有直接的聯系,但是可以從學校的全局數據庫中共享學生、教師、教學計劃等必要的數據。3.定義用戶根據JXGL系統用戶需求描述可以確定4個參與者:學生、老師、教學管理員和財務系統。對于每一個參與者,應當明確其業務活動的內容、對系統的服務要求。“學生”參與者使用JXGL系統查詢新學期開設的課程信息和教師開課信息,選課并登記注冊課程,查詢自己的課程成績信息。“老師”參與者使用JXGL系統查詢新學期開設的課程信息、學生選課信息和學生成績信“教學管理員”參與者使用JXGL系統管理學期開設的課程的選課注冊和學生的考試成績。管理工作包括課程與成績數據的錄入、維護、統計、報表打印等,并且負責把學生的選課注冊信息發送給財務系統,作為計算學生應付費用的依據。“教學管理員”要求能夠方便地查詢課程信息、學生選課信息、學生信息、教師信息和成“財務系統”參與者是外部系統參與者,從JXGL系統接受學生的課程注冊信息。每一個USeCase都是一個參與者與系統在交互中執行的有關事務序列。應當根據用戶需求描述,找出全部的USeCase,并從參與者的角度給出事件流,當USeCase執行時系統應提供給參與者的服務。..從JxGL的用戶需求描述分析可的有以下用例存在:(1)查詢課程信息:學生、教師或教學管理員查詢課程表,獲得課程信息。(2)選課注冊:學生登錄進行選課注冊。(3)管理開設課程:教學管理員登錄系統產生選課信息,按照要求進行分類統計,生成選(4)管理學生信息:教學管理員對學生數據進行錄入、修改、刪除等操作。(5)管理老師信息:教學管理員對教師數據進行錄入、修改、刪除等操作。(6)管理課程信息:教學管理員對課程數據進行錄入、修改、刪除等操作。(7)查詢學生成績:學生、教師查詢學生成績。(8)查詢課程成績:學生、教師查詢課程成績。(9)學生成績管理:教學管理員對學生考試成績數據進行錄入,修改、刪除等操作。(10)成績統計:教學管理員對學生的考試成績數據進行分類統計,生成成績報表。5.需求獲取描述......廣東省水利廳辦公業務資源系統是一個面向300多用戶以及10多個部門日常業務流程的項目,由于系統牽涉的用戶面和業務范圍較廣,系統的各種功能與用戶的日常工作息息相關,因此做好系統需求分析顯得至關重要。項目需求調研階段,始終堅持“以用戶為中心”,采取了有效、多樣的方式與用戶溝通,充分重視用戶提出的每一項需求,并根據實際情況采用各種技術手段與用戶進行溝通以最大限度獲得需求。(1)系統功能和性能需求分析分析總結舊系統功能和性能方面存在的問題和缺陷對于獲取新系統的需求具有很大參考價值。經過研究分析,水利廳原有辦公自動化系統存在幾個突出的問題:如采用C/S的模式一方面隨著用戶量增加導致服務器負載過高,服務器性能明顯下降;另一方面系統管理員的維護工作量很大,系統版本更新后需要重新更新..各客戶端程序;②系統的跨平臺性和移植性差。舊系統是基于NET平臺開發,未來想移植到LINUX或者UNIX操作系統上困難很大;③工作流固化用戶實際流程與默認流程不符時需手工重新配置流程,導致系統推廣應用難度大;④可供辦公使用的信息資源少。基于以上分析,可得出新系統的功能和性能方面基本要求如下:功能主要包括公文處理子系統、內部電子郵件、機關事務管理子系統、業務資源庫性能及約束條件方面要求主要包括跨平臺性、易維護性、穩定性、響應速度等。技術方面要求采用J2EE平臺和關系型數據庫(ORACLE)實現,基于B/S的三層體系結(2)需求信息來源分析通過對需求信息的來源進行分析,得出如下需求捕獲計劃(見表1)。(3)需求分析技術的選用用戶調查。在直接與用戶進行面對面交流前,先對舊系統用戶作一個書面調查,收集他們對舊系統的使用體會以及對新系統最關心的功能需求,目的是在面對面進行用戶訪談時提高需求分析人員提問的針對性和引導作用。《需求調研表》涉及的主要內最高的功能、舊系統設計存在的主要不足、對系統改進的建議等,調查對象為全體用戶。通過收集用戶的信息反饋表并進行歸納總結,得出以下幾個結論:用戶使用頻率最高的模塊主要是公文收發處理、內部電子郵件、公告發布;舊系統最大的不足主要集中在系統界面不夠友好、系統響應速度越來越慢、流程設計不靈活、系統可供辦公參考的資料較少等幾個方面。用戶訪談。經過用戶調查后,通過組織用戶進行面對面訪談來達到細化系統需求的目的。訪談的對象主要是典型業務處室代表,如辦公室負責文件收發的秘書、關鍵業務部門、技術部門的代表。進行訪談前要根據用戶調查的結果設計一些有針對性和引導作用的問題,如:公文收發的流程是怎樣的(辦公室代表回答)?在業務處室內部處理的流程是怎樣的(業務處室代表回答)?系統界面的人性化方面有哪些要求(全體代表回答)?系統管理方面的需求是什么(技術部門代表回答)?參觀考察。為了吸取兄弟單位同類項目的先進經驗,開拓思路,組織用戶到一些有成功案例和良好口碑的單位進行參觀考察。通過參觀考察,博取眾長,將各單位有價值的好的經驗和做法吸納到本系統的建設需求中來。(4)幾種需求分析技術對比①用戶調查覆蓋的面較廣(涉及到本單位300多用戶),不需要占用被訪用戶太多工作時間,容易被用戶接受。但是由于某些用戶對用戶調查的重視程度不夠,導致所反饋的信息不全面,參考價值有限,只能作為需求分析技術的一種參考和補充手段。②用戶訪談對于本系統需求分析是一種收效較好的技術手段。但是這種技術的使用對于..需求分析人員來說有較高要求,如談話技巧、領域的知識面等;另一方面尋找一個各關鍵被訪對象均有空的時間較難。在條件允許的情況下,應盡量采用這種技術。③參觀考察對系統需求獲取可以起到畫龍點睛、開闊用戶思路、取長補短的效果。1.開發背景:開發的,在成都市范圍內進行房產投資和管理的應用系統。系統的應用范圍包括跟蹤資本的分配和劃撥、所產生的資產現金流和這些現金流的來源,以及計算所有投資的回報情況的能力。該系統不僅使這些資產可以像管理固定收入有價證券組合一樣被管理,也為學校領導層提供了監控資金流量與流向并及時做出相應決策的現代化手段。2.使用用例驅動獲取需求:第一步是考慮這個系統的大的范圍。通過與項目有關人員(主要是用戶)的大量交流溝通,以及組織多次訪談會,首先根據系統的作用,用戶的最基本要求確定了系統的初始范圍,如圖18所示。確定了三個參與者:經營經理、房產經理和外部合作伙伴。1)經營經理:負責數據錄入和數據維護。經營經理創建報表,以提供有關房產的管理信息,并保證考慮到房產的日常問題。2)房產經理:負責管理自己掌握的資金用于房地產投資。房產經理要確定準備投資的各種類型的房地產項目。這種參與者主要關注投資所需的資本和投入的資本與所產生的回報的比較。3)外部合作伙伴:外部合作伙伴與房產經理起類似的作用,不過是在機構的外部。外部合作伙伴參與房產,但是在很多方面可以斟酌決定。外部合作伙伴的主要責任是保證投資產生回報,還需要向房產經理定期提供信息,包括現金流、對帳單和回報信息。..與關鍵項目的相關人員一起,經過大量的分析討論,確定了兩個基本用例。用例1管理投資..術需求,也沒有得到業務規則。通過項目相關人員的討論,我們得到他們對系統提出的兩個基本要求。1)根據用戶的視點來設計本系統。這是一項基本要求,我們已經考慮了源自可以支撐本系統的會計系統的復雜業務需求。項目相關人員要求為其業務提供很強的會計支持,但是愿意將兩個系統分開。帳本簿與房地產管理系統之間沒有多少冗余數據,項目相關人員不愿意增加額外經費補充會能,或將兩個系統數據集成起來。2)把系統看作是一種“數據采集與報表生成系統”。關鍵是構建采集實現他們所定義的業務規則的數據的系統,既要使數據“安全”(不能丟..如,系統具有比較回報和投資的能力,要能夠知道從出租的角度看,哪些房產在歷史上下一步是充分與用戶討論,搜集盡可能多的有關各種參與者如何與系統交互的信息,以及他們需要通過系統獲得什么樣的信息。搜集這些信息的結果,我們可以將前面的用例進行進一步的擴展。....這里把用例由最初的兩個擴展為20個。用例3錄入承租人詳細信息..用例4錄入投資詳細信息用例5錄入房產詳細信息用例6建立單元用例8輸入數據..用例9建立現金流時間表用例10交易記錄用例11處置房產用例12建立資本時間表用例13報告排名前5位的房產用例14報告每個區域統計區的房產用例15報告預期回報率..用例16報告房產狀況用例17報告房產使用情況用例18報告每個區域統計區沒有出租的房產用例19報告將要到期的承租合同用例20輸入指數信息用例21設置區域統計區用例22設置用戶房產經理通過回報計算,判定投資執行情況,并預測投資變更(例如:提高出租租金)會怎樣影響投資的收益。內部回報率是完成這種任務的標準業務計算方法。我們把內部回

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論