設(shè)計(jì)管理系統(tǒng)-第一部分和第五

引 總體描 功能需求分 類(lèi) CRC卡 web端功能 安卓端功能 外部接口需 其他非功能需 其它需 附錄A：詞匯 附錄B：分析模 附錄C：待確定問(wèn)題的列 webandroid設(shè)計(jì)約功能需求分參與者目標(biāo)：個(gè)人信息、發(fā)布課題、學(xué)生課題完成情況評(píng)價(jià)。前提條件：主要參與者賬號(hào)正確，獲得查看和修改各種信息的權(quán)限。android用戶(hù)輸入賬號(hào)點(diǎn)擊登陸或清除重新輸入：用戶(hù)賬號(hào)錯(cuò)誤輸入錯(cuò)誤會(huì)清空輸入欄并在Toast提示“賬號(hào)或錯(cuò)誤，如您忘記，憑教師證尋找管理員修改?！保盒薷男畔r(shí)主要信息：號(hào)碼或者E-mail號(hào)碼為空：提示不能為空，要求修改信息時(shí)，E-mailweb用戶(hù)輸入賬 和登陸或點(diǎn)擊重置重新輸入用戶(hù)點(diǎn)擊忘 提示憑教師證尋找管理員修改： ： android修改界CRCCLASS:進(jìn)行賬號(hào)驗(yàn)對(duì)用戶(hù)進(jìn)行CLASS:修改web賬號(hào)：賬號(hào)由t+忘 ：提示讓老師憑教師證尋找管理員進(jìn)行修改賬號(hào)（5位字符（6位字符（20位字符號(hào)碼（12位字符自我介紹（250字（20位字符，、其中、郵箱、自我介紹可以由教師進(jìn)行修改，其他的不能修改。，、 ，的格式也有限制，必須為12位的數(shù)字。而自我介紹和家庭賬號(hào)：賬號(hào)由t+：賬號(hào)（5位字符（6位字符（20位字符號(hào)碼（12位字符自我介紹（250字（20位字符，、 ，、6位數(shù)字組成。自我介紹：250字以?xún)?nèi)6位數(shù)字組成。外部接口需1用戶(hù)界面友好，操作方便、簡(jiǎn)單，將要采用的圖形用戶(hù)界面(GUl)標(biāo)準(zhǔn)或者產(chǎn)品系2345678WINDOWS9WINDOWS標(biāo)USB接口方式與相關(guān)外部設(shè)備相連接，這較易實(shí)本系統(tǒng)使用的通信功能有電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及通信安全或加密問(wèn)題、10／100M數(shù)據(jù)傳輸速率和同步通信機(jī)制，與各種網(wǎng)絡(luò)協(xié)議不。其他非功能需主要是指：軟件數(shù)據(jù)處理能力和時(shí)間 支持的終端數(shù)處理具體文檔響應(yīng)時(shí)間：1 可用性(可靠性(健壯性(可性( 內(nèi)容包括流程可視化定義報(bào)表可視化定義數(shù)據(jù)整合可視化定義、、可移植性(Win64其它需(一 質(zhì)量策(二 質(zhì)量改(三 質(zhì)量控質(zhì)量控制是對(duì)流程和產(chǎn)品的符合性的評(píng)估獨(dú)立分析不足并予以更正使得(四 質(zhì)量保質(zhì)量保證是有計(jì)劃的和系統(tǒng)性的活動(dòng)(五 軟件質(zhì)(六 正式技術(shù)復(fù)正式技術(shù)復(fù)審是一種由軟件開(kāi)發(fā)人員進(jìn)行的軟件質(zhì)量保證活動(dòng)其目的是在軟件的任何一種表示形式中發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯(cuò)誤驗(yàn)證經(jīng)過(guò)復(fù)審的軟件確實(shí)滿(mǎn)足需求保證軟件符合預(yù)定義的標(biāo)準(zhǔn)使軟件按照一致的方式 (七 ISO是的英語(yǔ)簡(jiǎn)稱(chēng)代表InternationalOrganizationforStandardization即"國(guó)際標(biāo)準(zhǔn)化組織"。(八 ISO9000ISO/TC176(九 質(zhì)量認(rèn)(十)軟件過(guò)程性能軟件過(guò)程性能表示開(kāi)發(fā)組織或項(xiàng)目組遵循其軟件過(guò)程所得到的實(shí)際結(jié)果軟件過(guò)程性能描述的是已得到的實(shí)際結(jié)果而軟件過(guò)程能力則描述的是最可能的預(yù)期結(jié)果它既可對(duì)整個(gè)軟件開(kāi)發(fā)組織而言也可對(duì)一個(gè)特定它們的實(shí)施對(duì)達(dá)到該成熟度等級(jí)的目標(biāo)起到保證作用這些過(guò)程域就稱(chēng)為件過(guò)程軟件組織的能力也伴隨著這些階段逐步前進(jìn)完成對(duì)軟件組織進(jìn)(十四)軟件需求一種反映上面1 2所描述的條件或能力的文檔說(shuō)明業(yè)務(wù)需求businessrequirement反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)或產(chǎn)品用戶(hù)需求userrequirement描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)功能需求functionalrequirement定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功 使得用戶(hù)能完成他們的任務(wù)從而滿(mǎn)足了業(yè)務(wù)需求。非功能需求non-functionalrequirement 和限制反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。需求工程是應(yīng)用已證實(shí)有效的原理和方法通過(guò)合適的工具和符號(hào)系統(tǒng)需求分析主要是對(duì)收集到的需求進(jìn)行提煉、分析和仔細(xì)以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明白其含義并找出其中的錯(cuò)誤、遺漏或其它不足的地方形成(二十一 軟件需求規(guī)格說(shuō)軟件需求規(guī)格說(shuō)明是需求開(kāi)發(fā)的最終結(jié)果它精確地闡述一個(gè)軟件系統(tǒng)必(二十二)軟件原型軟件原型是所新產(chǎn)品的部分實(shí)現(xiàn)其目的是為了解決在產(chǎn)品開(kāi)發(fā)的(二十三 實(shí)體關(guān)系(二十四 數(shù)據(jù)流數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具(二十五 狀態(tài)轉(zhuǎn)換(二十六 數(shù)據(jù)字?jǐn)?shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)、數(shù)據(jù)加工最底層加工和數(shù)據(jù)流(二十七 對(duì)Object是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)實(shí)體它是構(gòu)成系統(tǒng)的一個(gè)基本單位由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成。(二十八 類(lèi)Class是具有相同屬性和服務(wù)的一組對(duì)象的集合它為屬于該類(lèi)的全 (二十九 封封裝Encapsulation是把對(duì)象的屬性和服務(wù)結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單位繼承Inheritance(三十一 消消息Message是對(duì)象發(fā)出的服務(wù)請(qǐng)求一般包含提供服務(wù)的對(duì)象標(biāo)識(shí)、(三十二 多態(tài)多態(tài)性Polymorphism是指在父類(lèi)中定義的屬性或服務(wù)被子類(lèi)繼承后(三十三 主動(dòng)對(duì)主動(dòng)對(duì)象ActiveObject是一組屬性和一組服務(wù)的封裝體其中至少有一個(gè)服務(wù)不需要接收消息就能主動(dòng)執(zhí)行稱(chēng)為主動(dòng)服務(wù)。(三十四 面向?qū)ο蠓置嫦驅(qū)ο蟮姆治鯫OA就是運(yùn)用面向?qū)ο蟮姆椒ㄟM(jìn)行需求分析其主要任和理解問(wèn)題域找出描述問(wèn)題域和系統(tǒng)責(zé)任所需的類(lèi)及對(duì)象分析它們的OOA(三十五 統(tǒng)模語(yǔ)言統(tǒng)模語(yǔ)言UnifiedModelingLanguage UML是一種直觀化、明確(三十六 用例用例圖定義了系統(tǒng)的功能需求它完全是從系統(tǒng)的外部系統(tǒng)功能并(三十七 類(lèi)類(lèi)圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu)(三十八 對(duì)象對(duì)象圖描述了一組對(duì)象以及它們之間的關(guān)系(三十九 狀態(tài)狀態(tài)圖表示一個(gè)狀態(tài)機(jī)時(shí)序圖表示一組對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系反映對(duì)象之間發(fā)送消息的時(shí)間(四十一 協(xié)作協(xié)作圖表示一組對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系反映收發(fā)消息的對(duì)象的結(jié)構(gòu)組(四十二 活動(dòng)活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程強(qiáng)調(diào)對(duì)象間的控制流(四十三 組件組件圖描述組件以及它們之間的關(guān)系(四十四 分布分布圖反映了系統(tǒng)中軟件和硬件的物理架構(gòu)表示系統(tǒng)運(yùn)行時(shí)的處理節(jié)點(diǎn)(四十五 軟件測(cè)(四十六 靜態(tài)測(cè)靜態(tài)測(cè)試是指被測(cè)試程序不在機(jī)器上運(yùn)行助靜態(tài)分析的對(duì)程序進(jìn)行檢測(cè)(四十七)動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤一般意義上的測(cè)試主要是指動(dòng)態(tài)測(cè)(四十八)黑盒測(cè)試黑盒測(cè)試也稱(chēng)功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試它是在已知產(chǎn)品所應(yīng)具有功能的情況下通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。(四十九)白盒測(cè)試白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試它是知道產(chǎn)品內(nèi)部工作過(guò)程可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作而不顧它的功能。軟件調(diào)試則是在軟件測(cè)試成功后根據(jù)錯(cuò)誤跡象確定錯(cuò)誤的原因和準(zhǔn)確位置并加以改正。(五十一 軟件測(cè)試自動(dòng)測(cè)試自動(dòng)化是通過(guò)開(kāi)發(fā)和使用一些工具自動(dòng)測(cè)試軟件系統(tǒng)特別適合于測(cè)(五十二 軟軟件是指在軟件運(yùn)行或階段對(duì)軟件產(chǎn)品所進(jìn)行的修改(五十三 改正在軟件交付使用后由于開(kāi)發(fā)時(shí)測(cè)試得不徹底或不完全在運(yùn)行階段會(huì)暴露一些開(kāi)發(fā)時(shí)未能測(cè)試出來(lái)的錯(cuò)誤。為了識(shí)別和糾正軟件錯(cuò)誤改正軟件性能上的缺陷避免實(shí)施中的錯(cuò)誤使用應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程這就是改正性(五十四 適應(yīng)隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展和更新?lián)Q代軟件系統(tǒng)所需的外部環(huán)境或數(shù)據(jù)環(huán)境可能會(huì)更新和升級(jí)如操作系統(tǒng)或數(shù)據(jù)庫(kù)系統(tǒng)的更換等。為了使軟件系統(tǒng)適應(yīng)這種變化需要對(duì)軟件進(jìn)行相應(yīng)的修改這種活動(dòng)稱(chēng)為適應(yīng)性。(五十五)完善性在軟件的使用過(guò)程中用戶(hù)往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿(mǎn)足這些要求需要修改或再開(kāi)發(fā)軟件以擴(kuò)充軟件功能、增強(qiáng)軟件性