需求分析報告

需求分析說明書

1.引言..........................................................................................................................................3

1.1編寫目的..............................................................................................................................3

1.2項目風險..............................................................................................................................3

1.3預期讀者和閱讀建議..........................................................................................................5

1.4產品范圍..............................................................................................................................5

1.5參考文獻..............................................................................................................................5

2.系統總體概述.............................................................................................................................6

2.1目標......................................................................................................................................6

2.2用戶類和特性......................................................................................................................7

2.3運行環境..............................................................................................................................7

2.3.1硬件環境............................................................................................................................7

2.3.2軟件環境............................................................................................................................7

2.4設計和實現上的限制..........................................................................................................7

2.5假設和約束(依賴)................................................................................................................7

2.5.1產品的SEO排名..............................................................................................................7

2.5.3系統的安全.........................................................................................................................8

3.外部接口需求.............................................................................................................................8

3.1用戶界面..............................................................................................................................8

3.2硬件接口..............................................................................................................................8

3.3軟件接口..............................................................................................................................8

3.4通訊接口..............................................................................................................................8

4.系統特性.....................................................................................................................................9

4.1說明和優先級......................................................................................................................9

4.2激勵／響應序列..................................................................................................................9

4.3功能需求..............................................................................................................................9

4.4功能詳述............................................................................................................................11

4.4.1以使用軟件的汽車用戶為例：.......................................................................................11

5.其它非功能需求.......................................................................................................................12

5.1性能需求............................................................................................................................12

5.2安全措施需求....................................................................................................................12

5.3安全性需求........................................................................................................................12

5.4操作需求............................................................................................................................13

5.5軟件質量屬性....................................................................................................................13

5.6業務規則............................................................................................................................13

5.7用戶文檔............................................................................................................................13

6.詞匯表.......................................................................................................................................13

6.1SSH......................................................................................................................................13

6.2JAVA....................................................................................................................................13

6.3MYSQL...............................................................................................................................13

7.待定問題列表...........................................................................................................................14

1.引言

1.1編寫目的

本需求分析說明書對本項目第一階段的內容進行分析，對需求細節和實現方式進行了較

為詳細的闡述。本需求說明書供業務和科技部門人員、軟件需求提供人員、軟件的概要設計

人員、軟件的開發人員、軟件的測試人員使用，并作為產品驗收確認的依據。

需求分析是在可行性研究的基礎上，將用戶對系統的描述，通過開發人員的分析概括，

抽象為完整的需求定義，再形成一系列文檔的過程。可行性研究旨在評估目標系統是否值得

去開發，問題是否能夠解決，而需求分析旨在回答"系統做什么"的問題，確保將來開發出來

的軟件產品能夠真正滿足用戶的需要。

構建一個軟件系統最困難的工作是確定構建什么。其他任何工作都不會像這部分工作那

樣，在出錯之后會如此嚴重地影響隨后實現的系統，并且在以后修補竟會如此的困難。

需求分析是一個非常重要的過程，它完成的好壞直接影響后續軟件開發的質量。一般情

況下，用戶并不熟悉計算機的相關知識，而軟件開發人員對相關的業務領域也不甚了解，用

戶與開發人員之間對同一問題理解的差異和習慣用語的不同往往會為需求分析帶來很大的

困難。所以，開發人員和用戶之間充分和有效的溝通在需求分析的過程中至關重要。

有效的需求分析通常都具有一定的難度，一方面是因為交流存在障礙，另一方面是因為

用戶通常對需求的陳述不完備、不準確和不全面，并且還可能不斷地變化。開發人員不僅需

要在用戶的幫助下抽象現有的需求，還需要挖掘隱藏的需求。此外，把各項需求抽象為目標

系統的高層邏輯模型對日后的開發工作也至關重要。合理的高層邏輯模型是系統設計的前

提。

在進行需求分析的過程中，首先要明確需求分析應該是一個迭代的過程。由于市場環境

的易變性以及用戶本身對于需求描述的模糊性，需求往往很難做到一步到位。需求分析不僅

僅是屬于軟件開發生命周期早期的一項工作，而且還應該貫穿于整個生命周期中，它應該隨

著項目的深入而不斷地變化。

此外，為了方便后續的評審和測試等工作，需求的描述應該盡量做到：具體、詳細、可

以測量和可以實現，并且基于時間。

1.2項目風險

政策風險分析：

隨著社會的進步與人們生活水平的提高大幅度增加，尤其在我國汽車進入家庭的條件

下，需要更多的適合現代汽車技術要求和社會經濟承受能力的汽車維修檢測設備，為了讓四

輪定位儀市場變得規范、有序，中國汽車保修設備行業協會與全國汽車維修標準化技術委員

會于2004年，制定了四輪定位儀的行業標準（標準號JT/T505-2004），國家交通部2004年

國標GB/T16739.1-.2-2004《汽車維修業開業條件》規定：一、二類汽車維修企業必須配備

四輪定位儀，鼓勵國內汽車四輪定位儀的產業發展，提升汽車安全性檢測裝備及技術水平。

編寫其配套的移動終端的數據采集系統及線上交流軟件，建設包括標準車型數據收集及維修

案例收集和查詢的云計算服務平臺，也是十分重要的、因此，開發我國具備自主知識產權的，

同時采用國際領先的JAVA編程語言的手機IOS及安卓軟件，是完全符合行業產業政策的！

另外，國務院18號文件對軟件企業的發展給予了很多的優惠政策，在應對金融危機時，

電子信息產業的調整振興規劃中，再次明確提出各級政府對嵌入式工業軟件、采用JAVA編

程語言設計的行業應用軟件、工業集成電路電子企業給予充分的支持和支撐！

法律風險分析：

公司從創業之初，十分重視對自主知識產權的保護，擁有2個商標、6個軟件著作權證

和7項?，F正在申請國際專利。為有效防止出現法律上的競爭風險，進一步參與國際競爭鋪

平道路。

市場風險分析：

兩個數據：一個是《2002年中國軟件產業前100家企業》的軟件總收入，居然達到了

465.65億！而另一位記者在中國軟件博覽會新聞發布會上獲悉，2001年中國軟件產業總額

為796億元，出口總額達到60億元人民幣！這兩串數據實在令人震驚，因為它們意味著，

中國軟件業的市場規模在一夜之間就躍升了好幾倍！如此之神速，趕美超印指日可待！

技術風險分析：

我們都知道JAVA是一種成熟的、健壯的、安全的、可移植的、高性能的編程語言，目

前被廣泛用于網絡、手機、家電等幾乎任何一種可用編程來實現功能，它本身的功能應該都

不存在任何的技術風險，另本公司四輪定位儀產品傳感器采用最新CMOS數碼技術，由于

其良好的硬件性能及性價比優勢，正廣泛的被當前的數碼相機廠家所青睞，相信不久就能取

代CCD成為民用領域的主流，所以本項目產品中整個四輪定位系統完全達到國際先進水準，

而采用CMOS新技術的僅有2家。隨著中試的進一步推進，公司將著重投入軟件的功能的

進一步升級開發、產業化的工藝改進，產品包裝設計，以及通過ISO9000、CE認證等相關

工作，具有獨占的技術優勢。

運營風險分析：

公司經過三年的努力，公司在全國發展了100多家經銷商，在北京、上海、天津、沈陽、

濟南、西安、烏魯木齊、成都、廣州、杭州10個中心城市設立銷售辦事處。已有近20個國

家采購了我公司產品，并在美國、意大利、俄羅斯、印度、韓國、新馬泰簽約了專門的代理

商。

公司擁有約900平方米，配套有車床、銑床、鉆床以及全套傳感器電子組裝生產流水線；

研發中心裝置了汽車模擬臺架、傳感器數據掃描監測柜、LED光學測試儀、電子示波器、

智能工控試驗臺等信息產品開發設備。公司各部門設置齊全，擁有一批高素質的研發、生產

和管理人才，具有良好的產業化基礎，和一定的以市場為導向的經營防范能力。

財務風險分析：

本項目總投資160萬元，至今已完成總投資130萬，2012年底，累計銷售額為人民幣

1816.62多萬元，實現利稅172萬元，今年1-12月份，銷售收入達1200多萬元，市場需求

呈旺盛增長趨勢。預計到2013年，項目完成時，規模效應充分顯現，可實現每年2500萬元

的經營收入，利稅600萬元。項目動態投資回收期2年，借款償還期3年。項目的盈利能力

和清償能力均較好，從財務角度上講，該項目是不存在大的不確定性的財務風險。

1.3預期讀者和閱讀建議

小組成員

審核組成員

相似系統的設計人員

1.4產品范圍

依靠云計算技術，互聯網技術結合汽車四輪定位技術，實現移動終端的數據采集系統及

線上交流軟件，包括標準車型數據收集及維修案例收集和查詢的云計算服務平臺。利用

JAVA,JSP語言建立平臺界面，完成相關操作按鈕，下拉框，指令等平臺所有對應操作;Hadoop

是一個分布式系統基礎架構平臺，用戶可以在不了解分布式底層細節的情況下開發分布式程

序，在此我們就利用Hadoop提供的可靠共享存儲和分析系統，充分利用集群的威力，高速

運算和存儲。實現大數據下多用戶同時在線服務和資源共享。

1.5參考文獻

[1]徐觀,蘇建,陳熔,張立斌,蘇麗俐.汽車主銷后傾測量模型誤差分析及標定方法[D].吉

林大學，2008,1.

[2]李延慶.四輪定位專用調整角度零件[J].檢測技術.2003,28:45-46.

[3]田朝暉.淺析一汽豐田轎車四輪定位調整[J].沿海企業與科技.2011,136:51-54.

[4]肖軍李歷軍.汽車車輪及輪胎的磨損和定位檢測[J].決策參考.2010,5:9-13.

[5]蘇建徐觀.基于Solidworks平臺的四輪定位儀檢定裝置三維動畫仿真[J].機械

設計與制造.2007,5:72-73.

[6]王德超,涂亞慶,張鐵楠.基于計算機視覺的汽車四輪定位參數檢測數學模型及方

法研究[J].汽車工程.2008,3:9-13.

[7]黃景中.四輪定位儀的關鍵技術[R].桂林,2007.

[8]權威指南[M].清華大學出版社,北京：2011.

[9]實戰[M].人民郵電出版社,北京：2011.

[10]張孝祥.JAVA培訓教程[M].北京：清華大學出版社，2003.

[11]呂鳳翥.JAVA語言程序設計[M].北京：清華大學出版社，2010.

[12]樊海林.在用汽車四輪定位參數變化對操縱穩定性影響研究[J].重慶交通大

學,2011,3.

[13]朱穎琪.基于云計算的海量數據存儲研究與設計[D].電子科技大學,2009,6.

[14]slearnedfromapharmacypracticemodelchangeatanacademic

medicalcenter,AMERICAJOURNALOFHEALTH-SYSTEMPHARMACY，2010.

[15]Amelung.C:FirstresultfromtheATLASmuonspectromereropticalaligmentsystem,

NUCLEARINSTRUMENTS&METHODS,Vol.623,No.1388~390,2010.

[16]雷玉泉.現代汽車四輪定位技術研究[D].上海海事大學,2006,6.

[17]icalalignmentsystemoftheATLASmuonspectromterendcaps,

JOURNALOFINSTRUNENTATION,2008.

[18]ficationofstructureanddirectionaldistributionofvibration

transferredtocar-bobyfromroadroughness,JOURNALOFVIBROENGINEERING,2014.

[19]曹鳳兵.基于Hadoop的云計算模型研究與應用[D].重慶大學,2011,4.

[20]高德贊.四輪定位儀檢測原理研究[D].吉林大學,2012,6.

[21]宋志軍，JSP從入門到精通[M].電子工業出版社，2011.9.

[22]盧翰，JSP項目開發實例[M].清華大學出版社，2011.1.

[23]吳興敏，汽車車身結構[M].人民郵電出版社，2010.9.

[24]陳有方，汽車原理與構造[M].重慶大學出版社，2003.

[25]余翔.四輪定位儀檢測原理[J].工具技術,2005(1):80-81.

[26]李剛.汽車前束和前輪外傾測量原理[J].汽車運輸,1994(11):18-20.

[27]nicN-KUr’sManual[G].1996.

[28]JiangG.,TsuiH,QuanL,axisgeometrybyfittingtonics[C].

ProceedingsofEuropeanConferenceonComputerVision,2002:537-550.

[29]MatchingandDepthFindingfor3DObjectsinStereoAerial

Photographs[J].PatternRecognition,1990,23(2):81-93.

[30]張建勛，古志民，鄭超.云計算研究進展綜述[J].計算機應用研究，2010，27

（2）:429-433

[31]何元.基于云計算的海量數據挖掘分類算法研究[D].成都:電子科技大學碩士論

文,2011.

[32]劉鵬.云計算（第二版）[M].北京：電子工業出版社,2011.

2.系統總體概述

2.1目標

本系統的主要目的是研發一款基于移動終端的數據采集系統（四輪定位數據、汽車其他

維修數據、汽車維修案例等）及線上交流軟件，模仿百度知道，可以進行網上互動，論壇或

者討論組，進行問題懸賞，當答對提問者的咨詢的問題的時候，可以獲得積分，積分可以進

行排序，在網上進行公布；另外，積分也可以用來在該網站上下載數據；同時，這些數據

又會進一步作為搜索結果，提供給其他有類似疑問的用戶，達到分享知識的效果。鼓勵用戶

將自己所知的四輪定位數據通過移動終端上傳給系統數據庫。并且可以方便的與別的用戶交

流。在網絡中可以跨越年齡、身份、行業、地域的限制，達到人與人、人與信息之間的零距

離交流。隨著數據量的擴大，云計算的優勢逐漸凸顯，本系統致力于建設包括標準車型數據

收集及維修案例收集和查詢的云計算服務平臺，降低成本，方便用戶查詢車型以及維修數據。

根據項目的計劃，項目目標主要有幾個方面：

1.實現用戶數據上傳獎勵機制的功能

2.實現提供資料服務的客戶功能

3.移動客戶端

4.建立數據云存儲平臺

5.實現用戶互動功能

2.2用戶類和特性

主要用戶是各個類型的汽車的駕駛員。用戶沒有專業的計算機知識，所以需要一個友好

簡單的界面。用戶通過軟件進行溝通，應提供多種方式，如文字，音頻聊天等。

用戶一般不經過任何的培訓就能能夠比較熟練地應用此系統。

本系統的預期使用頻度為：7*24小時。

2.3運行環境

2.3.1硬件環境

可選用支持安卓的手機，蘋果，基于開發使用的是開源系統，所以具有了很好的移植

性，對硬件網絡沒有特殊要求，以實際購買力為準。

2.3.2軟件環境

1、用MySQL作為數據存儲數據庫；

2、采用SSH技術作為系統的解決方案，使系統具有更好的可擴展性；

3、采用Tomcat作為系統的應用服務器；

4、客戶端采用瀏覽器形式，滿足零客戶端的易用性要求；

5、使用Hadoop分布式系統基礎架構；

6、使用谷歌云平臺技術；

7、滿足客戶手機客戶端的需求；

2.4設計和實現上的限制

設計上，目前這個系統僅僅是未來產品的一部分，必須要保證具有良好的擴展性。實現

上，需要一個主機服務器，而且沒有開發類似產品的經驗等。

2.5假設和約束(依賴)

2.5.1產品的SEO排名

為了在盡量短的時間內收回對系統的投資，需要盡快的打開市場，提高系統的SEO排名，

有助于盡快的打開市場，從而能盡快盈利。為下一步的發展奠定基礎。

這個需要專業人士的幫助。

2.5.2各個模塊之間的穩定協作

系統主要會由用戶的幾種類型分為幾個模塊，各個模塊之間的穩定協作需要得到保證，

保證系統的24*7的穩定運行，盡量只保持周期性的維護。

2.5.3系統的安全

系統的安全是當前網絡環境下的一個重要要求，系統的安全不僅關系著自身的盈利等，

還關系著用戶的各種信息。

系統的安全方面，需要專業人士的幫助。

3.外部接口需求

3.1用戶界面

追求盡量簡潔的界面，爭取直觀的傳遞給客戶盡量多的訊息。

3.2硬件接口

不詳，需要根據具體的情況具體分析。

3.3軟件接口

不詳，需要根據具體的情況具體分析。

3.4通訊接口

遵循各種網絡協議，滿足各種瀏覽器的需求。

不詳，需要根據具體的情況具體分析。

個人信息管理

線上交流

好友管理

積分管理

問答系統

4.系統特性

4.1說明和優先級

本系統根據最終用戶所具有的不同功能將用戶分為以下四類：

1、汽車用戶：需要從產品得到信息，產品等；

2、合作用戶：提供汽車用戶需求的各種產品、信息；

3、管理用戶：管理汽車用戶和合作用戶，保證正常的秩序；

4、系統管理員：維護系統的正常。

產品在做完最基礎的架構之后，應該優先做出汽車用戶的模塊，然后才是管理用戶和合

作用戶的功能。

優先級：管理員〉汽車〉合作用戶=管理員

4.2激勵／響應序列

目前不詳。

4.3功能需求

4.3.1汽車用戶功能

汽車用戶

登陸

定位數據上傳

定位數據下載

用戶注冊

消息發布

審核上傳數

據

4.3.2管理員功能

登陸

權限控制

定位信息管

理

用戶管理

管理員

積分發放

4.4功能詳述

4.4.1以使用軟件的汽車用戶為例：

用戶前臺界面后臺管理系統

返回信息3.返回信息

4.返回信息

11.返回定位信息

1進入

2.是否注冊

1.進入

6.

提交注冊信息

10.查看定位信息

9.登陸

5.注冊

7.注冊通過

8.返回注冊結果

11.上傳新定位信息

11.返回定位信息

12.存入數據庫

13.反饋用戶積分獎勵

14.用戶積分增加

14.在線交流15.在線交流

16.返回交流信息

17.回答問題

18.答案提交審核

19.審核通過

20.用戶積分增加

5.其它非功能需求

5.1性能需求

5.1.1數據精確度

由于涉及到定位數據，對于數據類的信息要保證足夠的精確，精確到度。

5.1.2時間特性

頁面刷新時間不能超過3秒，頁面直接的跳轉不超過4秒。

滿足用戶需要快速得到信息的要求，頁面的優化要做好，使得每個用戶能感覺到能夠流

暢迅速的查找到自己所需要的信息。

5.1.3故障處理

頁面長時間無響應，提出警告，要求用戶刷新。

頁面載入時間過長，要有提示，防止用戶認為系統有問題。

5.2安全措施需求

1、應用日志必須在現有基礎上進行精簡，對于重復日志記錄、無用日志記錄進行刪減；

2、應用日志必須按日保存，每個文件保存應用一天的完整日志；

3、歷史應用日志必須壓縮后按日保存，以減小歷史日志文件對硬盤空間的占用；

4、歷史應用日志必須保留一個月（30天），以保證問題出現后，日志可以得到較好的

保存。

5.3安全性需求

系統要有足夠的防御能力，防御普通黑客的攻擊，盡量減少各種可能出現的漏洞，防止

用戶信息被不良分子竊取。

保證用戶權限的正確設置，防止出現各種越權行為，保證系統的正常良好運行。

用戶的信息保存采用國際流行的MD5加密，保證安全。

5.4操作需求

系統能被現有的工作人員快速掌握并使用

第三方控件的使用：原則是不使用，但必須使用時必須通知提出，討論通過后方可使

用。

點對點通訊：私聊、公聊、從吧臺獲取信息都屬于點對點通訊范疇，采用TCP協議

5.5軟件質量屬性

易用性優于易學性，或者可移植性優于有效性。

5.6業務規則

產品面向的用戶主要為汽車用戶群體，客戶端是用戶終端上面的瀏覽器，產品無各種特

殊的操作規范。

5.7用戶文檔

暫無編寫需求。

6.詞匯表

6.1SSH

SSH在J2EE項目中表示了3種框架,即Spring+Struts+Hibernate.

6.2Java

Java，是由SunMicrosystems公司于1995年5月推出的Java程序設計語言和Java平臺

的總稱。

6.3MYSQL

MySQL是一個關系型數據庫管理系統，由瑞典MySQLAB公司開發，目前屬于Oracle公

司。Mysql是最流行的關系型數據庫管理系統。

7.待定問題列表

暫無列表。