食品培訓(xùn)B類(lèi)模擬考卷(一)和軟件需求分析習(xí)題匯編

上海市食品安全知識(shí)培訓(xùn)B類(lèi)模擬考卷（一）第1——5章一、單項(xiàng)選擇題1、引起副溶血弧菌食物中毒的主要食品是：()A.罐頭食品B.發(fā)酵食品C.海產(chǎn)品2、下列蔬菜中，容易引起食物中毒的是：()A.鮮黃花菜B.沒(méi)有煮熟、外表呈青色的四季豆C.以上都是3、在隔夜米飯中最容易發(fā)現(xiàn)的致病菌是：()A.沙門(mén)菌B.蠟樣芽胞桿菌C.副溶血弧菌4、可在5℃A.金黃色葡萄球菌B.李斯特菌C.蠟樣芽胞桿菌5、青專(zhuān)魚(yú)特有的引起食物中毒的致病因素是：()A.金黃色葡萄球菌B.組胺C.亞硝酸鹽6、在海產(chǎn)品經(jīng)常能發(fā)現(xiàn)的致病菌是：（）A.副溶血弧菌B.沙門(mén)菌C.痢疾桿菌7、沙門(mén)菌在下列哪種食品中最常見(jiàn)？（）A.家禽及蛋類(lèi)B.蔬菜C.水產(chǎn)類(lèi)8、以下哪類(lèi)因素是食物中毒最主要的原因？（）A.化學(xué)性危害和物理性危害B.細(xì)菌和病毒C.寄生蟲(chóng)和霉菌9、下列哪種食品中的亞硝酸鹽含量可能最高？（）A.青皮紅肉魚(yú)B.烤肉C.暴腌菜10、大多數(shù)細(xì)菌適合的生長(zhǎng)繁殖溫度（即危險(xiǎn)溫度帶）是：（）A.‐18℃-30℃、B.25℃-70℃C.5℃-60℃11、以下哪種食物最可能引起亞硝酸鹽食物中毒？（）A.變質(zhì)的魚(yú)肉B.制作不當(dāng)?shù)碾缛?、肴肉C.霉變的花生12、大部分餐飲食品中能夠?qū)嶋H運(yùn)用的控制食品中細(xì)菌生長(zhǎng)繁殖最有效的措施是：（）A.控制時(shí)間和溫度B.控制酸堿度和氧氣C.控制溫度和濕度13、引起亞硝酸鹽食物中毒最常見(jiàn)的原因是：（）A.誤將亞硝酸鹽當(dāng)食鹽用B.食用腐爛變質(zhì)蔬菜C.食用腌臘肉14、烹飪時(shí)只要燒熟煮透，就可以殺滅所有細(xì)菌。（）A.正確B.錯(cuò)誤15、烹飪可破壞細(xì)菌產(chǎn)生的所有毒素。（）A.正確B.錯(cuò)誤16、以下哪一類(lèi)食物中毒在本市餐飲業(yè)最常見(jiàn)？（）A.化學(xué)性食物中毒B.細(xì)菌性食物中毒C.真菌性食物中毒17、本市餐飲業(yè)細(xì)菌性食物中毒最常見(jiàn)的原因是：（）A.交叉污染B.食品未燒熟煮透C.熟食儲(chǔ)存不當(dāng)18、以下哪項(xiàng)不是預(yù)防細(xì)菌性食物中毒的基本原則：（）A.防止食品受到細(xì)菌的污染B.控制細(xì)菌生長(zhǎng)繁殖C.殺滅所有的細(xì)菌19、下列哪項(xiàng)不是細(xì)菌性食物中毒的常見(jiàn)原因：（）A.交叉污染B.未燒熟煮透C.食品原料中含有致病菌20、燒熟煮透的烹飪加工過(guò)程，可達(dá)到的目的。（）A.殺滅病原菌B.破壞細(xì)菌毒素C.防止細(xì)菌污染21、以下哪種方法不能進(jìn)行有效的消毒？（）A.熱水沖洗B.蒸汽或煮沸C.消毒液浸泡22、以下哪項(xiàng)措施不能最大限度殺滅食品中或容器表面的致病菌？（）A.徹底加熱B.嚴(yán)格消毒C.徹底清洗23、食品未燒熟煮透是本市餐飲業(yè)食物中毒發(fā)生的最主要原因。（）A.正確B.錯(cuò)誤24、避免食品污染的手段是保持清潔、生熟分開(kāi)、使用安全的水和食品原料。（）A.正確B.錯(cuò)誤25、用于食品原料、半成品、成品的容器和工用具要有明顯的區(qū)分標(biāo)記，并分開(kāi)放置。（）A.正確B.錯(cuò)誤26、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，食品安全的第一責(zé)任人是：（）A.餐飲單位的法定代表人或負(fù)責(zé)人B.食品安全管理人員C.餐飲部門(mén)負(fù)責(zé)人27、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，需設(shè)專(zhuān)職食品安全管理人員的餐飲單位不包括：（）A.大型及大型以上飯店B.機(jī)關(guān)企事業(yè)單位食堂C.學(xué)校食堂28、關(guān)于食品安全管理人員的設(shè)置，以下正確的是：（）A.所有餐飲單位都必須設(shè)置專(zhuān)職食品安全管理人員B.盒飯、桶飯生產(chǎn)單位應(yīng)設(shè)置專(zhuān)職食品安全管理人員C.連鎖餐飲業(yè)應(yīng)在每家門(mén)店設(shè)置專(zhuān)職食品安全管理人員29、一家餐飲單位的食品安全狀況主要取決于：（）A.監(jiān)督部門(mén)的監(jiān)管B.自身的食品安全管理C.硬件設(shè)施設(shè)備30、根據(jù)《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，以下哪類(lèi)單位應(yīng)設(shè)置檢驗(yàn)室？（）A.集體用餐配送單位B.大型飯店C.學(xué)校食堂31、企業(yè)領(lǐng)導(dǎo)層對(duì)于企業(yè)食品安全管理應(yīng)在哪些方面進(jìn)行支持？（）A.賦予食品安全管理人員在食品安全管理方面足夠的權(quán)利B.投入足夠的資金用于企業(yè)的食品安全工作（包括企業(yè)硬件設(shè)施、人員培訓(xùn)、管理設(shè)備等）C.以上都是32、餐飲業(yè)食品安全管理的重點(diǎn)是：（）A.對(duì)加工過(guò)程的監(jiān)控B.對(duì)已加工食品的檢驗(yàn)C.以上都是33、各種食品安全管理的相關(guān)記錄應(yīng)至少保存：（）A.半年以上B.一年以上C.二年以上34、餐飲單位在發(fā)生食物中毒或疑似食物中毒事故后，采取下列哪種措施是正確的？（）A.做好廚房的衛(wèi)生清潔工作，等政府監(jiān)管部門(mén)前來(lái)檢查B.保留造成事故或可能導(dǎo)致事故的食品、原料、工具、現(xiàn)場(chǎng)等C.照常營(yíng)業(yè)35、以下哪項(xiàng)是食品生產(chǎn)經(jīng)營(yíng)單位在食品安全管理中應(yīng)采取的最為重要的措施？（）A.食品留樣B.食品檢驗(yàn)C.食品加工過(guò)程控制36、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，餐飲單位離開(kāi)糞坑、污水池、垃圾場(chǎng)（站）等污染源的距離應(yīng)在米以上。（）A.10B.20C.2537、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，食品加工處理區(qū)域中的門(mén)應(yīng)能自動(dòng)關(guān)閉。（）A.與外界直接相通B.各類(lèi)專(zhuān)間C.以上都是38、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，與外界直接相通的門(mén)應(yīng)設(shè)：（）A.易于拆下清洗且不生銹的防蠅紗網(wǎng)B.空氣幕C.以上均可39、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，涼菜間最小使用面積不得小于：（）A.5平方米B.8平方米C.10平方米40、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，各類(lèi)專(zhuān)間墻裙的高度應(yīng)。（）A.1米以上B.1.5米以上C.到頂41、《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，進(jìn)行操作應(yīng)分別設(shè)置相應(yīng)專(zhuān)間。（）A.涼菜配制B.蛋糕裱花C.以上都是42、餐飲單位加工操作場(chǎng)所的面積應(yīng)與相適應(yīng)。（）A.就餐場(chǎng)所面積B.供應(yīng)的最大就餐人數(shù)C.以上都是43、餐飲單位的清洗水池包括原料清洗和餐具清洗兩種。（）A.正確B.錯(cuò)誤44、餐飲具和工用具的消毒方法應(yīng)首選：（）A.消毒液B.紫外線(xiàn)C.蒸煮45、以下餐具消毒方法不正確的是：（）A.煮沸B.蒸汽C.熱水沖洗46、根據(jù)《餐飲服務(wù)食品安全操作規(guī)范》中推薦的煮沸消毒的方法是：（）A.煮沸后即可B.煮沸后保持5分鐘以上C.煮沸后保持10分鐘以上47、以下有關(guān)餐具清洗消毒的說(shuō)法，哪一種不正確？（）A.洗刷餐具應(yīng)有專(zhuān)用水池，不得與清洗蔬菜、肉類(lèi)的水池混用B.消毒后餐具應(yīng)及時(shí)貯存在專(zhuān)用保潔柜內(nèi)C.化學(xué)消毒是效果最好的消毒方法48、以下幾種消毒方式中，消毒效果最好的通常是：（）A.紅外消毒B.消毒液消毒C.蒸汽消毒49、拖把、抹布等清潔工具和物品應(yīng)：（）A.有專(zhuān)門(mén)的儲(chǔ)存間存放B.有專(zhuān)門(mén)的場(chǎng)所存放C.以上均可50、以下哪項(xiàng)是蟲(chóng)害生存所需的條件？（）A.食物和水B.不易受到干擾和溫暖的場(chǎng)所C.以上都是51、預(yù)防蟲(chóng)害侵入的措施包括：（）A.清除蟲(chóng)害的藏身地點(diǎn)B.斷絕蟲(chóng)害的食物來(lái)源C.以上都是52、餐飲單位使用殺蟲(chóng)劑、滅鼠藥時(shí)，首先應(yīng)注意的是：（）A.蟲(chóng)害殺滅的效果B.不對(duì)食品和操作設(shè)備造成污染C.以上都不是53、一次性餐飲具經(jīng)清洗消毒后也不可重復(fù)使用。（）A.正確B.錯(cuò)誤54、擦拭直接入口食品接觸面的抹布應(yīng)經(jīng)過(guò)消毒。（）A.正確B.錯(cuò)誤55、有效的清潔能夠去除污物，清除有害細(xì)菌和病毒。（）A.正確B.錯(cuò)誤二、多項(xiàng)選擇題1、以下哪些是致病性病毒的特點(diǎn)？（）A.可以通過(guò)人的排泄物污染食品B.在適宜的條件下，食品中的病毒可以增殖C.可在食品與食品之間傳播D.可在食品接觸的表面與食品之間傳播2、以下哪些是河豚魚(yú)的特點(diǎn)？（）A.最短食用后數(shù)分鐘即可發(fā)生中毒B.除嚴(yán)格按要求加工的干制品外，不得經(jīng)營(yíng)任何鮮或冰河豚魚(yú)C.“巴魚(yú)”是河豚的一種，也禁止經(jīng)營(yíng)D.內(nèi)臟、卵巢、血液、魚(yú)皮、魚(yú)肉、魚(yú)頭等部位皆含劇毒3、以下哪些危害因素導(dǎo)致的食物中毒有較高的死亡率？（）A.肉毒梭菌B.雪卡毒素C.貝類(lèi)毒素D.野蘑菇4、餐飲業(yè)超負(fù)荷供應(yīng)可能會(huì)造成。（）A.食品貯存溫度控制不當(dāng)B.食品貯存時(shí)間控制不當(dāng)C.交叉污染D.餐具清洗消毒不徹底5、控制細(xì)菌繁殖的措施包括：（）A.熟制冷菜快速冷卻B.飯菜加工后2小時(shí)內(nèi)食用C.具有潛在危害的食品冷凍冷藏保存D.冷凍原料在冷藏條件下解凍6、餐飲業(yè)預(yù)防細(xì)菌性食物中毒的基本原則包括：（）A.防止食品受到細(xì)菌污染B.控制細(xì)菌生長(zhǎng)繁殖C.殺滅病原菌D.殺滅食品中的所有細(xì)菌7、食品安全管理人員的職責(zé)包括：（）A.組織從業(yè)人員進(jìn)行食品安全法律和衛(wèi)生知識(shí)培訓(xùn)B.制定食品安全管理制度及崗位責(zé)任制度，并對(duì)執(zhí)行情況進(jìn)行督促檢查C.記錄食品生產(chǎn)經(jīng)營(yíng)過(guò)程的狀況，對(duì)不符合食品安全要求的狀況進(jìn)行處理D.組織從業(yè)人員進(jìn)行健康檢查，督促患有有礙食品安全疾病和病癥的人員調(diào)離相關(guān)崗位8、企業(yè)自身食品安全檢查計(jì)劃的內(nèi)容通常應(yīng)包括：（）A.檢查人B.檢查時(shí)間C.檢查項(xiàng)目D.考核標(biāo)準(zhǔn)9、餐飲單位接到投訴后，應(yīng)采取的措施包括：（）A.建立完善的投訴管理制度B.詳細(xì)記錄消費(fèi)者的投訴C.追查投訴問(wèn)題產(chǎn)生的原因D.采取措施防止類(lèi)似問(wèn)題的再次發(fā)生10、《餐飲服務(wù)食品安全操作規(guī)范》中對(duì)于食品加工處理區(qū)域布局的要求包括：（）A.按照原料進(jìn)入、原料處理、半成品加工、成品供應(yīng)的流程合理布局B.宜為生進(jìn)熟出的單一流向，并應(yīng)防止在存放、操作中產(chǎn)生交叉污染C.出菜與進(jìn)原料的通道和出入口宜分開(kāi)設(shè)置D.出菜與回收使用后餐飲具的通道和出入口宜分開(kāi)設(shè)置11、根據(jù)《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，餐飲業(yè)應(yīng)設(shè)洗手設(shè)施的場(chǎng)所包括：（）A.更衣場(chǎng)所B.食品加工處理區(qū)域C.廁所出口D.專(zhuān)間入口處12、根據(jù)《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，專(zhuān)間內(nèi)應(yīng)設(shè)專(zhuān)用：（）A.冰箱B.工用具C.消毒水池D.餐具13、根據(jù)《餐飲服務(wù)食品安全操作規(guī)范》規(guī)定，員工專(zhuān)用洗手消毒水池附近應(yīng)有：（）A.肥皂B.消毒液C.干手器D.洗手消毒方法標(biāo)示14、食品加工場(chǎng)所的地面、墻面、天花板等所使用的材質(zhì)應(yīng)符合的要求包括：（）A.無(wú)毒無(wú)異味、避免食品受到污染B.耐用，可以反復(fù)使用和清潔C.不透水，利于用水清洗D.淺色，便于辨別污垢15、餐具清洗消毒水池應(yīng)與以下哪些水池分開(kāi)？（）A.食品原料清洗水池B.清潔用具清洗水池C.接觸非直接入口食品的工具、容器清洗水池D.備餐分菜工具清洗水池16、一個(gè)周詳?shù)那鍧崱⑾居?jì)劃應(yīng)包括清潔、消毒的：（）A.頻率B.所使用的物品C.方法D.負(fù)責(zé)實(shí)施的人員17、預(yù)防蟲(chóng)害侵入的方法包括：（）A.加工場(chǎng)所的結(jié)構(gòu)如有任何破壞，須立即進(jìn)行修補(bǔ)，堵塞蟲(chóng)害的入口B.盡量減小門(mén)與地面之間的空隙，門(mén)的下邊緣以金屬包覆C.食物和廢棄物妥善存放和處理，以切斷蟲(chóng)害的食物來(lái)源D.定期使用殺蟲(chóng)劑、殺鼠劑18、餐飲單位在廢棄油脂處置中應(yīng)做到：（）A.安裝油水分離器或隔油池等廢棄油脂處理設(shè)施B.與具有廢棄油脂回收資質(zhì)的企業(yè)簽訂收運(yùn)處置協(xié)議C.對(duì)產(chǎn)生的廢棄油脂進(jìn)行臺(tái)賬登記D.配備有明顯標(biāo)識(shí)的廢棄油脂專(zhuān)用收集容器習(xí)題集一、單項(xiàng)選擇題1、需求分析最終結(jié)果是產(chǎn)生（）。A．項(xiàng)目開(kāi)發(fā)計(jì)劃B．可行性分析報(bào)告C．需求規(guī)格說(shuō)明書(shū)D．設(shè)計(jì)說(shuō)明書(shū)答案：C2、需求分析中，開(kāi)發(fā)人員要從用戶(hù)那里解決的最重要的問(wèn)題是（）。A．讓軟件做什么B．要給軟件提供哪些信息C．要求軟件工作效率怎樣D．讓軟件具有何種結(jié)構(gòu)答案：A3、需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（）的描述。A．主要功能B．算法的詳細(xì)過(guò)程C．用戶(hù)界面和運(yùn)行環(huán)境D．軟件性能答案：B4、需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括（）。A．軟件設(shè)計(jì)的依據(jù)B．用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C．軟件驗(yàn)收的依據(jù)D．軟件可行性研究的依據(jù)答案：D5、下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是（）。A．鍵盤(pán)、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息B．操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C.應(yīng)用程序之間可以相互發(fā)送消息D．發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同答案：B6、面向?qū)ο蠹夹g(shù)中，對(duì)象是類(lèi)的實(shí)例。對(duì)象有三種成份：（）、屬性和方法(或操作)。A.標(biāo)識(shí)B.規(guī)則C.封裝D.消息答案：A7、軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明以及（）。A．總結(jié)B．實(shí)踐性報(bào)告C．需求分析評(píng)審D．以上答案都不正確答案:C8、軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（）的描述。A．主要功能B．算法的詳細(xì)過(guò)程C．用戶(hù)界面及運(yùn)行環(huán)境D．軟件的性能答案:B9、產(chǎn)品特性可以稱(chēng)為質(zhì)量屬性，在眾多質(zhì)量屬性中，對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)重要的屬性有哪些（B）A有效性、效率、靈活性、互操作性B可維護(hù)性、可移植性、可重用性、可測(cè)試性C完整性、可靠性、健壯性、可用性D容錯(cuò)性、易用性、簡(jiǎn)潔性、正確性10、需求包括11個(gè)方面的內(nèi)容，其中網(wǎng)絡(luò)和操作系統(tǒng)的要求屬于（B），如何隔離用戶(hù)之間的數(shù)據(jù)屬于（C），執(zhí)行速度、相應(yīng)時(shí)間及吞吐量屬于（D），規(guī)定系統(tǒng)平均出錯(cuò)時(shí)間屬于（A）。A質(zhì)量保證B環(huán)境需求C安全保密需求D性能需求11、需求分析過(guò)程應(yīng)該建立3種模型，它們分別是數(shù)據(jù)模型、功能模型、行為模型。以下幾種圖形中，（B）屬于功能模型，（A）屬于數(shù)據(jù)模型，（C）屬于行為模型。A實(shí)體-聯(lián)系圖(ERD)B數(shù)據(jù)流圖(DFD)C狀態(tài)轉(zhuǎn)換圖(STD)D魚(yú)骨圖12、常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向?qū)ο蟮姆治龇椒ǎ∣OA），下列(D)不是結(jié)構(gòu)化分析方法的圖形工具。A決策樹(shù)B數(shù)據(jù)流圖C數(shù)據(jù)字典D快速原型13、軟件開(kāi)發(fā)中，原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。其中，（B）和（C）用完就可以丟棄，而（A）圍繞原型修改、增加。A進(jìn)化型B探索型C實(shí)驗(yàn)型D以上都是14、（D）用于描述數(shù)據(jù)的處理過(guò)程。A數(shù)據(jù)字典B決策樹(shù)C決策表D數(shù)據(jù)流圖15、DFD的基本符號(hào)不包括下列哪種（A）A數(shù)據(jù)字典B加工C外部實(shí)體D數(shù)據(jù)流E數(shù)據(jù)存儲(chǔ)文件16、DD的主要字典條目包括以下哪種（E）A數(shù)據(jù)流B文件C數(shù)據(jù)項(xiàng)D加工E以上都是17、常用的動(dòng)態(tài)分析方法不包括以下哪種（B）A狀態(tài)遷移圖B層次方框圖C時(shí)序圖DPetri網(wǎng)18、需求分析階段的文檔包括以下哪些（E）A軟件需求規(guī)格說(shuō)明書(shū)B(niǎo)數(shù)據(jù)要求說(shuō)明書(shū)C初步的用戶(hù)手冊(cè)D修改、完善與確定軟件開(kāi)發(fā)實(shí)施計(jì)劃E以上都是19、需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證：（C）A可靠性、可用性、易用性、重用性B可維護(hù)性、可移植性、可重用性、可測(cè)試性C一致性、現(xiàn)實(shí)性、完整性、有效性D功能性、非功能性20、風(fēng)險(xiǎn)管理的要素包括哪項(xiàng)（D）A風(fēng)險(xiǎn)評(píng)價(jià)B風(fēng)險(xiǎn)避免C風(fēng)險(xiǎn)控制D以上都是21、下列描述中錯(cuò)誤的是（D）A每一個(gè)集成的需求變更必須能跟蹤到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求。B變更過(guò)程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性。C所有需求變更必須遵循過(guò)程，按照此過(guò)程，如果一個(gè)變更需求未被采納，則其后過(guò)程不再予以考慮。D可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔。二、填空題1、需求分析階段產(chǎn)生的最重要的文檔是（需求分析說(shuō)明書(shū)）。2、需求分析的主要任務(wù)是(要回答“軟件必須做什么?”)。3、需求分析階段，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是（功能）需求。4、需求分析階段研究的對(duì)象是軟件項(xiàng)目的（用戶(hù)要求）。5、軟件生命周期：?jiǎn)栴}定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試、軟件維護(hù)。6、信息系統(tǒng)必須實(shí)現(xiàn)的功能，或者說(shuō)信息系統(tǒng)必須具備的屬性和質(zhì)量稱(chēng)為（系統(tǒng)需求（需求））。7、（模型）是為了理解事物而對(duì)事物做出的一種抽象，是對(duì)事物的一種無(wú)歧義的書(shū)面描述。通常，由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。8、軟件需求分析階段的目的是澄清用戶(hù)的要求，并把雙方共同的理解明確地表達(dá)成一份書(shū)面文檔——（軟件需求規(guī)格說(shuō)明書(shū)）。9、軟件需求分類(lèi)，分為（功能性）需求和（非功能性）需求。10、需求分析的步驟包括（需求獲?。?、（分析建模）、文檔編寫(xiě)、需求驗(yàn)證。11、魚(yú)骨圖是一種用于確定、探索和描述問(wèn)題及其原因和結(jié)果的圖形工具，又被稱(chēng)為（因果圖）。12、大多數(shù)的需求分析方法是由信息驅(qū)動(dòng)的，信息域具有三種屬性：（信息流）、（信息內(nèi)容）和信息結(jié)構(gòu)。13、在軟件開(kāi)發(fā)中，使用原型時(shí)可采取兩種不同的策略，即：（廢棄）策略和（追加）策略。三、名詞解釋1、需求分析：開(kāi)發(fā)人員要準(zhǔn)確理解用戶(hù)的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶(hù)非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式主義功能規(guī)約(需求規(guī)格說(shuō)明)的過(guò)程。2、軟件需求：IEEE軟件工程標(biāo)準(zhǔn)詞匯表中定義需求為：用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能；系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所需具有的條件或權(quán)能；一種反映上面（1）或（2）所描述的條件或權(quán)能的文檔說(shuō)明。3、需求工程：整個(gè)軟件需求范圍內(nèi)所進(jìn)行的活動(dòng)稱(chēng)為需求工程，需求工程包括需求開(kāi)發(fā)和需求管理兩部分，需求開(kāi)發(fā)包括問(wèn)題獲取、分析、編寫(xiě)規(guī)格說(shuō)明和驗(yàn)證。4、業(yè)務(wù)模型：業(yè)務(wù)模型是理解一個(gè)組織業(yè)務(wù)過(guò)程的技術(shù)?？梢杂脴I(yè)務(wù)用例模型和業(yè)務(wù)對(duì)象模型來(lái)表達(dá)業(yè)務(wù)模型。業(yè)務(wù)用例模型是分別從與業(yè)務(wù)過(guò)程和客戶(hù)對(duì)應(yīng)的業(yè)務(wù)用例和業(yè)務(wù)參與者的角度來(lái)描述企業(yè)的業(yè)務(wù)過(guò)程；業(yè)務(wù)對(duì)象模型描述了如何由一組工作人員使用一些業(yè)務(wù)實(shí)體和工作單元來(lái)實(shí)現(xiàn)每個(gè)業(yè)務(wù)用例。5、原型開(kāi)發(fā)方法：一個(gè)軟件原型是所提出的新產(chǎn)品的部分實(shí)現(xiàn)，使用原型有三個(gè)主要目的：1）明確并完善需求，2）探索設(shè)計(jì)選擇方案，3）發(fā)展成為最終的產(chǎn)品。建立原型的主要原因是為了解決在產(chǎn)品開(kāi)發(fā)的早期階段不確定的問(wèn)題。原型可分為拋棄型原型和進(jìn)化型原型。6、數(shù)據(jù)字典：一個(gè)定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類(lèi)型、數(shù)據(jù)大小、格式、度量單位、精度以及允許取值范圍的共享倉(cāng)庫(kù)。四、簡(jiǎn)答題1、生命周期模型是什么？常見(jiàn)的生命周期模型有哪幾種？答：對(duì)軟件開(kāi)發(fā)流程的一種描述；為解決問(wèn)題所定義的策略；對(duì)典型開(kāi)發(fā)活動(dòng)的抽象。常見(jiàn)的生命周期模型：Waterfall,Prototyping,Phased,Spiral.2、為什么要使用生命周期模型？答：幫助開(kāi)發(fā)組了解他們?cè)陂_(kāi)發(fā)項(xiàng)目中的活動(dòng)、資源和限制；幫助項(xiàng)目了解在開(kāi)發(fā)過(guò)程中的不一致，丟失，冗余等情況，把注意力集中在開(kāi)發(fā)最終的產(chǎn)品上；幫助項(xiàng)目組裁剪開(kāi)發(fā)過(guò)程－－沒(méi)有基礎(chǔ)就無(wú)從裁剪。3、Waterfall的優(yōu)勢(shì)是什么？答：具有良好定義的里程碑；利于向不熟悉軟件開(kāi)發(fā)的客戶(hù)講解流程；幫助開(kāi)發(fā)人員理解需要做的事情；清楚地描述下階段開(kāi)始前需要的中間產(chǎn)品；是很多其他LC模型的基礎(chǔ)。4、需求分析階段的基本任務(wù)是什么？答：需求分析階段的基本任務(wù)是:(1).問(wèn)題識(shí)別：雙方對(duì)問(wèn)題的綜合需求：a.功能需求b.性能需求c.環(huán)境需求d.用戶(hù)界面需求.(2).分析與綜合，導(dǎo)出軟件的邏輯模型.(3).編寫(xiě)文檔五、問(wèn)答題1、軟件過(guò)程的概念及分類(lèi)，基本過(guò)程包含些什么及每個(gè)過(guò)程的具體內(nèi)容。答：軟件過(guò)程也稱(chēng)為軟件生存周期過(guò)程或軟件過(guò)程組，是指軟件生存周期中的一系列相關(guān)過(guò)程。過(guò)程就是活動(dòng)的集合，活動(dòng)是任務(wù)的集合，任務(wù)則起到把輸入加工成輸出的作用。活動(dòng)的執(zhí)行可以是順序的、迭代的（重復(fù)的）、并行的、嵌套的或是有條件引發(fā)的。軟件過(guò)程可以分為三類(lèi)：基本過(guò)程、支持過(guò)程和組織過(guò)程?；具^(guò)程包括：1）獲取過(guò)程：（項(xiàng)目委托方）確定需求；招標(biāo)；簽訂合同；對(duì)供應(yīng)方的監(jiān)督；驗(yàn)收完成。2）供應(yīng)過(guò)程：（項(xiàng)目承包方）理解需求；投標(biāo)；簽訂合同；計(jì)劃；實(shí)施；控制；評(píng)審評(píng)價(jià)；交付。3）開(kāi)發(fā)過(guò)程：（軟件開(kāi)發(fā)人員）過(guò)程實(shí)施準(zhǔn)備；系統(tǒng)需求分析；系統(tǒng)結(jié)構(gòu)設(shè)計(jì)；軟件需求分析；軟件體系結(jié)構(gòu)設(shè)計(jì)；軟件詳細(xì)設(shè)計(jì)；軟件編碼和測(cè)試；軟件集成；軟件合格測(cè)試；系統(tǒng)集成；系統(tǒng)合格測(cè)試；軟件安裝；驗(yàn)收支持。4）運(yùn)行過(guò)程：（用戶(hù)）運(yùn)行準(zhǔn)備；運(yùn)行測(cè)試；產(chǎn)品轉(zhuǎn)移；運(yùn)行；運(yùn)行支持；運(yùn)行評(píng)價(jià)。5）維護(hù)過(guò)程：（維護(hù)人員）過(guò)程實(shí)施準(zhǔn)備；問(wèn)題分析和修改設(shè)計(jì)；修改實(shí)施；對(duì)維護(hù)的評(píng)審和驗(yàn)收；軟件移植；軟件退役。2、簡(jiǎn)述軟件需求工程分為哪幾類(lèi)？其中需求獲取和需求規(guī)約目的和任務(wù)。答：軟件需求工程細(xì)分為：需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗(yàn)證和需求管理六個(gè)階段。需求獲?。合到y(tǒng)分析人員通過(guò)與用戶(hù)的交流、對(duì)現(xiàn)有系統(tǒng)的觀察及對(duì)任務(wù)進(jìn)行分析，確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表及應(yīng)用于每個(gè)需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場(chǎng)景以及為更好地定義需求而開(kāi)發(fā)的任意原型。需求獲取的工作產(chǎn)品為進(jìn)行需求分析提供了基礎(chǔ),為后期開(kāi)發(fā)設(shè)計(jì)人員提供需求分析報(bào)告。需求規(guī)約：軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。需求規(guī)約作為用戶(hù)和開(kāi)發(fā)者之間的一個(gè)協(xié)議，在之后的軟件工程各個(gè)階段發(fā)揮重要作用。3、簡(jiǎn)述軟件體系結(jié)構(gòu)的概念及基于B/S體系結(jié)構(gòu)的實(shí)現(xiàn)方式。答：軟件體系結(jié)構(gòu)：軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來(lái)。B/S結(jié)構(gòu)：瀏覽器（客戶(hù)機(jī)）——WEB服務(wù)器——數(shù)據(jù)庫(kù)服務(wù)器B/S體系結(jié)構(gòu)的實(shí)現(xiàn)方式：B/S模式下的客戶(hù)機(jī)只需安裝瀏覽器軟件，無(wú)須開(kāi)發(fā)前端應(yīng)用程序；中間層的Web應(yīng)用服務(wù)器，主要的數(shù)據(jù)計(jì)算和應(yīng)用都在此完成，因此對(duì)中間層服務(wù)器的要求較高；后臺(tái)數(shù)據(jù)庫(kù)服務(wù)器主要完成數(shù)據(jù)的管理。4、用戶(hù)界面設(shè)計(jì)三個(gè)的任務(wù)和目的。答：用戶(hù)界面設(shè)計(jì)在工作流程上分為結(jié)構(gòu)設(shè)計(jì)、交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)三個(gè)部分。1）結(jié)構(gòu)設(shè)計(jì)：結(jié)構(gòu)設(shè)計(jì)也成概念設(shè)計(jì)

，是界面設(shè)計(jì)的骨架。通過(guò)對(duì)用戶(hù)研究和任務(wù)分析，制定出產(chǎn)品的整體架構(gòu)。基于紙質(zhì)的的低保真原型（Paper

Prototype）可提供用戶(hù)測(cè)試并進(jìn)行完善。在結(jié)構(gòu)設(shè)計(jì)中，目錄體系的邏輯分類(lèi)和語(yǔ)詞定義是用戶(hù)易于理解和操作的重要前提。2）交互設(shè)計(jì)：交互設(shè)計(jì)的目的是使產(chǎn)品讓用戶(hù)能簡(jiǎn)單使用。

任何產(chǎn)品功能的實(shí)現(xiàn)都是通過(guò)人和機(jī)器的交互來(lái)完成的。因此，人的因素應(yīng)作為設(shè)計(jì)的核心被體現(xiàn)出來(lái)。3）視覺(jué)設(shè)計(jì)：在結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)上，參照目標(biāo)群體的心理模型和任務(wù)達(dá)成進(jìn)行視覺(jué)設(shè)計(jì)。包括色彩、字體、頁(yè)面等。視覺(jué)設(shè)計(jì)要達(dá)到用戶(hù)愉悅使用的目的。5、需求規(guī)格說(shuō)明文檔的作者及表現(xiàn)手段。答：作者：項(xiàng)目管理者：組織安排、提供條件需求工程師：負(fù)責(zé)人、主導(dǎo)人文檔寫(xiě)作人員：有時(shí)會(huì)采用，節(jié)省需求工程師的時(shí)間涉眾（用戶(hù)）：驗(yàn)證人表現(xiàn)手段：非形式化：自然語(yǔ)言、限制性文本半形式化：結(jié)構(gòu)化文本（偽碼/結(jié)構(gòu)化英語(yǔ)）、模型語(yǔ)言（圖、表）形式化：形式化語(yǔ)言（數(shù)學(xué)語(yǔ)言：BNF）6、數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容及常用方法。答：數(shù)據(jù)庫(kù)設(shè)計(jì)包括數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫(kù)的行為設(shè)計(jì)。1）數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)指是根據(jù)給定的應(yīng)用環(huán)境，進(jìn)行數(shù)據(jù)庫(kù)的模式或子模式的設(shè)計(jì)。它包括數(shù)據(jù)庫(kù)的概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)。數(shù)據(jù)庫(kù)模式是各應(yīng)用程序共享的結(jié)構(gòu)，是靜態(tài)的、穩(wěn)定的，一經(jīng)形成后通常情況下是不容易改變的，所以結(jié)構(gòu)設(shè)計(jì)又稱(chēng)為靜態(tài)模型設(shè)計(jì)。2）數(shù)據(jù)庫(kù)的行為設(shè)計(jì)數(shù)據(jù)庫(kù)的行為設(shè)計(jì)是指確定數(shù)據(jù)庫(kù)用戶(hù)的行為和動(dòng)作。而在數(shù)據(jù)庫(kù)系統(tǒng)中，用戶(hù)的行為和動(dòng)作指用戶(hù)對(duì)數(shù)據(jù)庫(kù)的操作，這些要通過(guò)應(yīng)用程序來(lái)實(shí)現(xiàn)，所以數(shù)據(jù)庫(kù)的行為設(shè)計(jì)就是應(yīng)用程序的設(shè)計(jì)。用戶(hù)的行為總是使數(shù)據(jù)庫(kù)的內(nèi)容發(fā)生變化，所以行為設(shè)計(jì)是動(dòng)態(tài)的，行為設(shè)計(jì)又稱(chēng)為動(dòng)態(tài)模型設(shè)計(jì)。數(shù)據(jù)庫(kù)常用設(shè)計(jì)方法：直觀設(shè)計(jì)法、規(guī)范設(shè)計(jì)法、計(jì)算機(jī)輔助設(shè)計(jì)法、自動(dòng)化設(shè)計(jì)法。7、如何正確看待客戶(hù)？答：即使最終用戶(hù)不是上帝，也算是“上帝”的“親戚”，同樣怠慢不得。如果項(xiàng)目規(guī)模比較大，那么開(kāi)發(fā)方與最終用戶(hù)的來(lái)往就比較多。如從最終用戶(hù)那里獲取詳細(xì)的需求，請(qǐng)最終用戶(hù)試驗(yàn)軟件，對(duì)最終用戶(hù)進(jìn)行培訓(xùn)等等。8、概括說(shuō)明如何進(jìn)行需求分析？答:（1）需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶(hù)的真實(shí)意圖。（2）分析方法大體有兩類(lèi)：“問(wèn)答分析法”和“建模分析法”。第一：?jiǎn)柎鸱治龇椒ê芎?jiǎn)單：刨根究底地問(wèn)，如果問(wèn)題都被解答了，那么需求也就分析清楚了。一個(gè)人可以“自問(wèn)自答”地分析需求，幾個(gè)人分析需求則稱(chēng)為“研討”。問(wèn)答分析最重要的問(wèn)題是：“是什么”和“為什么”。其它常見(jiàn)的問(wèn)題有：需求存在二義性嗎？需求文檔的上下文有矛盾嗎？需求完備嗎？需求是必要的嗎？需求可實(shí)現(xiàn)嗎？需求可驗(yàn)證嗎？需求的優(yōu)先級(jí)確定了嗎？第二：建模分析法：在需求開(kāi)發(fā)過(guò)程中，對(duì)于某些類(lèi)型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來(lái)描述需求是很自然的方法。需求建模就是指用圖形符號(hào)來(lái)表示、刻畫(huà)需求。需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文引用。建模分析方法主要有兩大類(lèi)：“結(jié)構(gòu)化分析法”和“面向?qū)ο蠓治龇ā薄?、概括說(shuō)明什么是好的需求規(guī)格說(shuō)明書(shū)？答：第一;正確需求規(guī)格說(shuō)明書(shū)應(yīng)當(dāng)正確地反映用戶(hù)的真實(shí)意圖，“正確”是《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》最重要的屬性。第二：清楚清楚的需求讓人易讀易懂。第三：無(wú)二義性“無(wú)二義性”是指每個(gè)需求只有唯一的含義。第四：一致“一致”（Consistent）是指《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中各個(gè)需求之間不會(huì)發(fā)生矛盾。第五：必要《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的各項(xiàng)需求對(duì)用戶(hù)而言應(yīng)當(dāng)都是必要的。第六：完備“完備”（Complete）是指《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中沒(méi)有遺漏一些必要的需求。第七：可實(shí)現(xiàn)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的各項(xiàng)需求對(duì)開(kāi)發(fā)方而言應(yīng)當(dāng)都是可實(shí)現(xiàn)的（Attainable）。第八：可驗(yàn)證《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的各項(xiàng)需求對(duì)用戶(hù)方而言應(yīng)當(dāng)都是可驗(yàn)證的（Verifiable）。如果需求是不可驗(yàn)證的，那么用戶(hù)就無(wú)法驗(yàn)收軟件，可能會(huì)發(fā)生商業(yè)糾紛。第九：確定優(yōu)先級(jí)需求的優(yōu)先級(jí)其實(shí)就是需求“輕重緩急”的分級(jí)表述，例如劃分為“高、中、低”三級(jí)。一般地，由用戶(hù)和開(kāi)發(fā)方共同確定需求的優(yōu)先級(jí)。第十：闡述“做什么”而不是“怎么做”《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》的重點(diǎn)是闡述“做什么”，而不是闡述“怎么做”?！霸趺醋觥笔窍到y(tǒng)設(shè)計(jì)和實(shí)現(xiàn)階段的事情。10、如何定義產(chǎn)品說(shuō)明書(shū)？答：第一步：細(xì)化并分析用戶(hù)需求需求分析員首先對(duì)《用戶(hù)需求說(shuō)明書(shū)》進(jìn)行細(xì)化，對(duì)比較復(fù)雜的用戶(hù)需求進(jìn)行建模分析，以幫助軟件開(kāi)發(fā)人員更好地理解需求。例如采用Rational的Rose工具進(jìn)行需求的建模分析，建模分析產(chǎn)生的文檔可以作為《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》的附件。補(bǔ)充說(shuō)明：建模分析的技術(shù)難度比較高，需求分析員應(yīng)當(dāng)根據(jù)自身水平進(jìn)行取舍。第二步：撰寫(xiě)產(chǎn)品需求規(guī)格說(shuō)明書(shū)需求分析員按照指定的文檔模板撰寫(xiě)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》。如果待開(kāi)發(fā)的產(chǎn)品分為軟件和硬件兩部分的話(huà)，則應(yīng)當(dāng)撰寫(xiě)《軟件需求規(guī)格說(shuō)明書(shū)》和《硬件需求規(guī)格說(shuō)明書(shū)》。第三步：進(jìn)行需求確認(rèn)項(xiàng)目經(jīng)理邀請(qǐng)同行專(zhuān)家和用戶(hù)（包括客戶(hù)和最終用戶(hù)）一起評(píng)審《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》，盡最大努力使《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》能夠正確無(wú)誤地反映用戶(hù)的真實(shí)意愿。需求評(píng)審之后，開(kāi)發(fā)方和客戶(hù)方的責(zé)任人對(duì)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》作書(shū)面承諾。11、需求說(shuō)明書(shū)由哪些部分組成？各部分之間的關(guān)系是什么？答：軟件需求說(shuō)明書(shū)一般包括如下內(nèi)容：1）引言部分編寫(xiě)目的；項(xiàng)目背景(應(yīng)包括：a.項(xiàng)目的委托單位、開(kāi)發(fā)單位和主管部門(mén)；b．該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。)；定義；(列出文檔中所用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原文。)參考資料。2）任務(wù)概述目標(biāo)；運(yùn)行環(huán)境；條件與限制。3）數(shù)據(jù)描述靜態(tài)數(shù)據(jù)；動(dòng)態(tài)數(shù)據(jù)(包括輸入數(shù)據(jù)和輸出數(shù)據(jù))；數(shù)據(jù)庫(kù)描述(給出使用數(shù)據(jù)庫(kù)的名稱(chēng)和類(lèi)型)；數(shù)據(jù)詞典；數(shù)據(jù)采集。4）功能要求功能劃分；功能描述。5）性能需求數(shù)據(jù)精確度；時(shí)間特性(如響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間、運(yùn)行時(shí)間等)；適應(yīng)性(在操作方式、運(yùn)行環(huán)境、與其他軟件的接口以及開(kāi)發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。)6）運(yùn)行需求用戶(hù)界面(如屏幕格式、報(bào)表格式、菜單格式、輸入輸出時(shí)間等)；硬件接口；軟件接口；故障處理。7）其他要求如可使用性、安全保密、可維護(hù)性、可移植性等。8）附錄。12、簡(jiǎn)述優(yōu)秀軟件需求所應(yīng)具有的特性。答：優(yōu)秀需求所具有的特性：完整性，正確性，可行性，必要性，劃分優(yōu)先級(jí)，無(wú)二義性，可驗(yàn)證性。13、什么是軟件需求開(kāi)發(fā)，軟件需求開(kāi)發(fā)要做哪些工作？答：軟件需求開(kāi)發(fā)分為：?jiǎn)栴}獲取、分析、編寫(xiě)規(guī)格說(shuō)明和驗(yàn)證四個(gè)階段。包括軟件類(lèi)產(chǎn)品中需求收集、評(píng)價(jià)、編寫(xiě)文檔等所有活動(dòng)。包括以下幾個(gè)方面：確定產(chǎn)品所期望的用戶(hù)類(lèi)。獲取每個(gè)用戶(hù)類(lèi)的需求。了解實(shí)際用戶(hù)任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求。分析源于用戶(hù)的信息以區(qū)別用戶(hù)任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息。將系統(tǒng)級(jí)的需求分為幾個(gè)子系統(tǒng)，并將需求中的一部分分配給軟件組件。了解相關(guān)質(zhì)量屬性的重要性。商討實(shí)施優(yōu)先級(jí)的劃分。將所收集的用戶(hù)需求編寫(xiě)成規(guī)格說(shuō)明和模型。評(píng)審需求規(guī)格說(shuō)明，確保對(duì)用戶(hù)需求達(dá)到共同的理解與認(rèn)識(shí)，并在整個(gè)開(kāi)發(fā)小組接受說(shuō)明之前將問(wèn)題都弄清楚。14、什么是軟件需求管理，軟件需求管理的主要活動(dòng)有哪些？答：需求管理包括在工程進(jìn)展過(guò)程中維持需求約定集成性和精確性的所有活動(dòng)，包括：變更控制，版本控制，需求跟蹤和需求狀態(tài)跟蹤。15、試論述用例（USECASE）在軟件需求分析中的地位與作用？答：用例描述了系統(tǒng)和一個(gè)外部ACTOR的交互順序，用例表達(dá)了系統(tǒng)的功能需求。在表達(dá)系統(tǒng)需求時(shí)，用用例圖、用例的腳本說(shuō)明和詞匯表等要素來(lái)表達(dá)系統(tǒng)功能需求，補(bǔ)充規(guī)約來(lái)表達(dá)系統(tǒng)的非功能需求。16、在開(kāi)發(fā)一個(gè)軟件系統(tǒng)時(shí)，要獲取哪些方面的需求？如何綜合利用各種表達(dá)工具有效、全面的表達(dá)軟件的需求？答：軟件需求包括功能需求、非功能需求，功能需求由用戶(hù)需求和系統(tǒng)需求轉(zhuǎn)化而成，非功能需求包括質(zhì)量屬性、約束條件和其他非功能需求。用用例模型（用例圖、用例規(guī)約）表達(dá)系統(tǒng)功能需求；補(bǔ)充規(guī)約表達(dá)系統(tǒng)非功能需求；ER圖與數(shù)據(jù)字典可以表達(dá)系統(tǒng)數(shù)據(jù)需求；數(shù)據(jù)流圖（DFD）可以表達(dá)系統(tǒng)的功能需求；PETRI網(wǎng)、狀態(tài)圖可以表達(dá)系統(tǒng)的實(shí)時(shí)性需求。六、分析題1、在下面的描述中，辨識(shí)參與者（ACTOR）和用例（USECASE），并畫(huà)出一個(gè)用例圖。在醫(yī)生的辦公室里，接待員、護(hù)士和醫(yī)生使用病人記錄和計(jì)劃安排系統(tǒng)。當(dāng)病人第一次來(lái)這里看病時(shí)，接待員使用該系統(tǒng)來(lái)輸入病人信息，并且他們安排所有的預(yù)約。護(hù)士使用系統(tǒng)來(lái)跟蹤病人每次看病的結(jié)果并輸入護(hù)理病人的信息，如醫(yī)療和診斷。護(hù)士也可訪(fǎng)問(wèn)這些信息以打印病人診斷結(jié)果或病人看病歷史。醫(yī)生主要用這個(gè)系統(tǒng)來(lái)查看病人的病史，偶爾也輸入病人醫(yī)療信息，但通常他讓護(hù)士輸入這些信息。解：2、以下是一個(gè)簡(jiǎn)化的網(wǎng)上購(gòu)物系統(tǒng)的描述：該系統(tǒng)有3類(lèi)用戶(hù)：游客、用戶(hù)、管理員。管理員管理商品類(lèi)別、商品、用戶(hù)、訂單等基本信息。用戶(hù)可以對(duì)商品進(jìn)行瀏覽、查詢(xún)，可以把中意的商品放進(jìn)購(gòu)物車(chē)，并可以對(duì)購(gòu)物車(chē)進(jìn)行管理，最后可以進(jìn)行結(jié)算下訂單，可以登錄個(gè)人用戶(hù)中心，管理個(gè)人相關(guān)信息。游客可以對(duì)商品進(jìn)行瀏覽、查詢(xún)，把中意的商品放進(jìn)購(gòu)物車(chē)，可以對(duì)購(gòu)物車(chē)進(jìn)行管理，但是下訂單前需要進(jìn)行登錄。請(qǐng)同學(xué)們按自己的情況在(一)和(二)之間選擇作答。（一）用用例圖描述本系統(tǒng)的功能需求；繪出該系統(tǒng)的主要實(shí)體類(lèi)關(guān)聯(lián)圖（類(lèi)要給出主要屬性）。（二）（1）用頂層數(shù)據(jù)流圖和中層數(shù)據(jù)流圖(頂層的下一層)描述本系統(tǒng)的功能需求；（2）繪出該系統(tǒng)的實(shí)體-關(guān)系圖(要給出主要屬性)。3、圍繞本學(xué)期你在工作室開(kāi)發(fā)的項(xiàng)目，從需求工程角度展開(kāi)論述（不少于800字）。4、根據(jù)下列描述，說(shuō)明新的直接銷(xiāo)售和財(cái)務(wù)處理系統(tǒng)的業(yè)務(wù)需求有哪些？EspeciallyforYouJewelers是大學(xué)城的一個(gè)小珠寶零售商。在過(guò)去的兩年里，EspeciallyforYou在它的商業(yè)方面經(jīng)歷了極大的發(fā)展，可是，它的財(cái)務(wù)業(yè)績(jī)卻與它的發(fā)展不同步?，F(xiàn)在的事務(wù)處理系統(tǒng)部分手動(dòng)、部分自動(dòng)，不能有效的追蹤客戶(hù)賬單和收據(jù)，EspeciallyforYou難以確定為什么它的成本這么高。此外，EspeciallyforYou頻繁地實(shí)行特價(jià)以吸引顧客。它不知道這些特價(jià)是否有利可圖，是否帶來(lái)其他的銷(xiāo)售。EspeciallyforYou也想增加回頭客，所以它需要一個(gè)客戶(hù)數(shù)據(jù)庫(kù)。EspeciallyforYou想按照一個(gè)新的直接銷(xiāo)售和財(cái)務(wù)處理系統(tǒng)以幫助解決這些問(wèn)題。5、設(shè)想你自己就是ATM機(jī)的唯一用戶(hù):寫(xiě)出你對(duì)ATM機(jī)系統(tǒng)的用戶(hù)需求。嘗試將用戶(hù)需求轉(zhuǎn)換為系統(tǒng)（級(jí)）需求。除了功能性需求之外，還有哪些需求需要定義？請(qǐng)你一一寫(xiě)出這些需求。6、職工福利和工資顧問(wèn)遇到了一些問(wèn)題。她的工作是為雇員提供他們的福利建議。公司剛剛磋商了一個(gè)新的醫(yī)療保險(xiǎn)方案，這個(gè)方案要求雇員從7個(gè)保健組織和首選的供應(yīng)商方案中進(jìn)行選擇。保健組織和供應(yīng)商按照雇員的分類(lèi)、貢獻(xiàn)、免賠額、受益人、服務(wù)內(nèi)容和允許的服務(wù)提供商而各不相同，目的是盡可能為雇員提供最靈活的福利，用以使公司的花費(fèi)極小化并控制付給保險(xiǎn)商的費(fèi)用（這將對(duì)公司被收取的后續(xù)保險(xiǎn)費(fèi)產(chǎn)生一定的影響）。這個(gè)顧問(wèn)被請(qǐng)來(lái)為雇員選擇最合適的保險(xiǎn)方案。她目前以手工方式答復(fù)這些請(qǐng)求。但目前的選擇比新計(jì)劃中的選擇要直接得多。她需要解釋新的選擇：它們包括什么，不包括什么，它們的費(fèi)用和可能費(fèi)用是多少，具有什么優(yōu)缺點(diǎn)。但是，雇員對(duì)新計(jì)劃不信任，這種情況迫使她需要向雇員提供更多具體的建議和答復(fù)。她可能不得不為許多雇員逐步建立假定情境——可能的最壞假定情境。這種假定將要根據(jù)每個(gè)雇員的收入、婚姻和家庭狀況、目前的健康風(fēng)險(xiǎn)等進(jìn)行個(gè)人定制。在逐步建立一些樣本假定時(shí)，她發(fā)現(xiàn)：（1）從信息系統(tǒng)部門(mén)獲得工資和個(gè)人數(shù)據(jù)需要一天時(shí)間。（2）雇員數(shù)據(jù)存儲(chǔ)在許多文件夾中，而且并不總是被正確地更新。當(dāng)沖突數(shù)據(jù)變得很明顯時(shí)，除非解決了矛盾，否則就不可能繼續(xù)她的工作。（3）計(jì)算復(fù)雜。為一個(gè)雇員創(chuàng)建投資和退休假定常常需要花費(fèi)一整天或更長(zhǎng)時(shí)間。（4）有些人擔(dān)心保險(xiǎn)計(jì)劃會(huì)被提供給未授權(quán)的個(gè)人，例如以前的配偶或者非直系親屬。（5）計(jì)算中可變條件的復(fù)雜性導(dǎo)致經(jīng)常出錯(cuò)，很多錯(cuò)誤可能一直未被發(fā)現(xiàn)。假設(shè)現(xiàn)在需要你來(lái)開(kāi)發(fā)一個(gè)軟件，解決職工福利和工資顧問(wèn)的問(wèn)題。那么你認(rèn)為她現(xiàn)在遇到的問(wèn)題有哪些？你希望新的軟件應(yīng)該達(dá)成哪些業(yè)務(wù)目標(biāo)？你怎樣設(shè)計(jì)軟件的高層解決方案和系統(tǒng)特性？解決方案有哪些重要的約束？7、Rolland實(shí)業(yè)公司擁有著自己的軟件開(kāi)發(fā)部門(mén)——IS部門(mén)，負(fù)責(zé)為公司完成各種信息系統(tǒng)的開(kāi)發(fā)?，F(xiàn)在，IS部門(mén)給Rolland公司的部門(mén)結(jié)構(gòu)重組帶來(lái)了難題。非IS部門(mén)的管理人員正施加壓力，要求實(shí)施一種新的組織結(jié)構(gòu)，其中大部分需求工程師將直接向他們的業(yè)務(wù)用戶(hù)組（例如會(huì)計(jì)、財(cái)務(wù)、生產(chǎn)）匯報(bào)工作，而不是向IS部門(mén)匯報(bào)工作。非IS部門(mén)的管理人員認(rèn)為：在目前的結(jié)構(gòu)下，由于需求工程師向信息服務(wù)部門(mén)匯報(bào)工作，所以為了方法計(jì)算處理，他們往往希望“改變每一件事情”。為了保證系統(tǒng)能夠滿(mǎn)足IS的標(biāo)準(zhǔn)，非IS部門(mén)的管理人員同意在IS部門(mén)保留一個(gè)需求工程師小組，他們對(duì)所有的系統(tǒng)項(xiàng)目具有最終的決定權(quán)。IS部門(mén)的經(jīng)理們正抵制這種變化。他們認(rèn)為：需求工程師如果離開(kāi)IS部門(mén)，將會(huì)在技術(shù)上“走入歧途”；將需求工程師彼此分開(kāi)會(huì)減少他們的思想交流，最終難以創(chuàng)新；數(shù)據(jù)文件和程序會(huì)產(chǎn)生不必要的重復(fù)；由于程序員仍屬于IS部門(mén)，需求工程師和程序員的沖突將會(huì)增加。在這個(gè)問(wèn)題上，需求工程師分成了兩個(gè)陣營(yíng)，他們明白用戶(hù)更直接地控制其系統(tǒng)的命運(yùn)的好處。然而，他們擔(dān)心當(dāng)遇到預(yù)算超支和技術(shù)延遲時(shí)，用戶(hù)和用戶(hù)管理層將很難諒解。需求工程師還擔(dān)心，如果他們被重新分配到IS部門(mén)之外，遠(yuǎn)離那些更側(cè)重于技術(shù)的同事，會(huì)導(dǎo)致他們技術(shù)的退化。關(guān)于此事的決策可能將由IS部門(mén)的上層決定。你認(rèn)為此事應(yīng)該如何處理？8、下面是系統(tǒng)分析團(tuán)隊(duì)的一名成員提出的第一份面談報(bào)告：“在我看來(lái)，面談進(jìn)行的很好。我和他就這個(gè)問(wèn)題聊了一個(gè)半小時(shí)。他告訴我有關(guān)公司的所有歷史，很有意思。他也提到，自他來(lái)到該公司的16年間，公司沒(méi)有任何變化。我們不久將再次舉行會(huì)面，以及結(jié)束這次面談，因?yàn)槲覀冞€沒(méi)有深入研究我準(zhǔn)備的問(wèn)題?！?）試評(píng)論這個(gè)面談報(bào)告。假設(shè)你要團(tuán)隊(duì)成員使用圖1提供的報(bào)表，那么他漏了什么主要信息？2）什么信息對(duì)面談報(bào)告來(lái)說(shuō)是無(wú)關(guān)緊要的？3）如果真的發(fā)生了報(bào)告中提及的情況，則必須向隊(duì)友提出哪3個(gè)建議，以幫助他更好地舉行下一次面談。面談對(duì)象：SalDomask日期：3月3日會(huì)見(jiàn)者：S.Cabbot主題：計(jì)算機(jī)使用面談的目標(biāo)：找出關(guān)于計(jì)算機(jī)使用的態(tài)度；獲得用戶(hù)的使用估計(jì)；看最新建議的系統(tǒng)的觀點(diǎn)是否滿(mǎn)足目標(biāo)嗎？下次面談的目標(biāo)：找出Sal怎樣看待系統(tǒng)支持部門(mén)。找出下一個(gè)面談對(duì)象的觀點(diǎn)。面談的要點(diǎn)：Sal說(shuō)道：“計(jì)算機(jī)是我的朋友。”“一直”都在用計(jì)算機(jī)。迫不及待地要熟悉新系統(tǒng)。會(huì)見(jiàn)者的觀點(diǎn)：對(duì)了解更對(duì)有關(guān)系統(tǒng)如何促進(jìn)工作感興趣。如果不使用計(jì)算機(jī)進(jìn)行工作，會(huì)感到枯燥。將成為新系統(tǒng)的熱情支持者/促進(jìn)者。9、PhilIttup是系統(tǒng)分析員團(tuán)隊(duì)中的一員，他受委任去與組織成員面談，為系統(tǒng)研究收集材料。企業(yè)稱(chēng)為FallBack工業(yè)，它有5個(gè)管理層。此外，生產(chǎn)、會(huì)計(jì)、營(yíng)銷(xiāo)、系統(tǒng)、物流和高層管理是將受到所建議的系統(tǒng)影響的職能區(qū)域。每個(gè)階層大約有40人。生產(chǎn)層共有80人，會(huì)計(jì)層有35人，營(yíng)銷(xiāo)層有42人，系統(tǒng)層有10人，物流層有28人。高層管理有5人。說(shuō)明Phil應(yīng)該怎樣開(kāi)展他的面談工作？包括：面談對(duì)象選擇的先后順序，每次的面談結(jié)構(gòu)。說(shuō)明原因。10、“我有一個(gè)絕妙的主意！”BeaKwicke宣布，他是系統(tǒng)團(tuán)隊(duì)的一位新來(lái)的需求工程師，“讓我們跳過(guò)所有的SDLC垃圾，直接為一切設(shè)計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快，還可以節(jié)省時(shí)間和金錢(qián)，并且所有的用戶(hù)會(huì)感到我們似乎很在意他們，而不是連續(xù)幾個(gè)月不與他們交談?！?）列出你（作為與Bea同一個(gè)團(tuán)隊(duì)的成員）用來(lái)勸阻她不要試圖放棄SDLC，而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。2）Bea對(duì)你所說(shuō)的話(huà)很失望。為了鼓勵(lì)她，用一段話(huà)向她說(shuō)明，你認(rèn)為適用于原型化方法的情形。11、CeciAwill說(shuō)：“我想我能記得他所做過(guò)的大部分事情?！盋eci準(zhǔn)備與OKＣorral公司戰(zhàn)略規(guī)劃副總裁BiffWeblldon進(jìn)行面談。OKＣorral是一家擁有130間牛排連鎖店的公司?！拔业囊馑际钦f(shuō)，我有好的記性。我認(rèn)為聽(tīng)他說(shuō)什么比看他做什么更重要?！弊鳛樾枨蠊こ虉F(tuán)隊(duì)的一員,CeciAwll向你訴說(shuō)了他要寫(xiě)下在面談中對(duì)Biff的辦公司和Biff的活動(dòng)進(jìn)行觀察的愿望。1）用一段話(huà)來(lái)說(shuō)服Ceci，在面談時(shí)僅僅傾聽(tīng)是不夠的，觀察和記錄所觀察的內(nèi)容同樣是很重要的。2）Ceci似乎接受了你認(rèn)為觀察時(shí)很重要的觀點(diǎn)，但是不知道該觀察什么。列出需要觀察的項(xiàng)目和行為，在每一項(xiàng)行為的旁邊用一句話(huà)指名Ceci通過(guò)觀察應(yīng)該得到的信息。

知識(shí)要點(diǎn)1、為什么軟件需求這么難？客戶(hù)說(shuō)不清楚需求需求自身經(jīng)常變動(dòng)分析人員或客戶(hù)理解有誤2、軟件需求的定義軟件需求＝業(yè)務(wù)知識(shí)＋問(wèn)題列表＋其他因素。業(yè)務(wù)知識(shí)包括業(yè)務(wù)事件、業(yè)務(wù)實(shí)體和業(yè)務(wù)規(guī)則；問(wèn)題列表是用戶(hù)在工作中遇到的困難與障礙，這也是軟件開(kāi)發(fā)中需要解決的問(wèn)題；其他因素包括了一些設(shè)計(jì)約束和非功能方面需求。3、需求的層次業(yè)務(wù)需求、用戶(hù)需求、軟件需求需求層次的產(chǎn)物：業(yè)務(wù)需求是需求定義的產(chǎn)物，用戶(hù)需求是需求捕獲的產(chǎn)物，軟件需求是需求分析與建模的產(chǎn)物。4、軟件需求的三種類(lèi)型功能需求：開(kāi)發(fā)人員要實(shí)現(xiàn)什么非功能需求：對(duì)產(chǎn)品功能描述的補(bǔ)充設(shè)計(jì)約束：限制了開(kāi)發(fā)人員設(shè)計(jì)和構(gòu)建系統(tǒng)時(shí)的選擇范圍5、軟件開(kāi)發(fā)的各個(gè)階段，為什么只有需求階段稱(chēng)為工程？需求工程是隨著計(jì)算機(jī)的發(fā)展而發(fā)展的，在計(jì)算機(jī)發(fā)展的初期，軟件規(guī)模不大，軟件開(kāi)發(fā)所關(guān)注的是代碼編寫(xiě)，需求分析很少受到重視。后來(lái)軟件開(kāi)發(fā)引入了生命周期的概念，需求分析成為其第一階段。隨著軟件系統(tǒng)規(guī)模的擴(kuò)大，需求分析與定義在整個(gè)軟件開(kāi)發(fā)與維護(hù)過(guò)程中越來(lái)越重要，直接關(guān)系到軟件的成功與否。人們逐漸認(rèn)識(shí)到需求分析活動(dòng)不再僅限于軟件開(kāi)發(fā)的最初階段，它貫穿于系統(tǒng)開(kāi)發(fā)的整個(gè)生命周期。需求分析是介于系統(tǒng)分析和軟件設(shè)計(jì)階段之間的橋梁。一方面，需求分析以系統(tǒng)規(guī)格說(shuō)明和項(xiàng)目規(guī)劃作為分析活動(dòng)的基本出發(fā)點(diǎn)，并從軟件角度對(duì)它們進(jìn)行檢查與調(diào)整；另一方面，需求規(guī)格說(shuō)明又是軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試直至維護(hù)的主要基礎(chǔ)。良好的分析活動(dòng)有助于避免或盡早剔除早期錯(cuò)誤，從而提高軟件生產(chǎn)率，降低開(kāi)發(fā)成本，改進(jìn)軟件質(zhì)量。所以才只有需求成了工程！6、需求工程劃分為哪兩個(gè)部分 需求開(kāi)發(fā)、需求管理7、需求開(kāi)發(fā)包括哪些內(nèi)容需求獲取、需求分析、需求規(guī)約（編寫(xiě)需求規(guī)格說(shuō)明書(shū)）和需求驗(yàn)證（確認(rèn)）。8、需求管理包括哪些內(nèi)容基線(xiàn)管理、變更管理和需求跟蹤。9、如何評(píng)價(jià)需求的好與壞（優(yōu)秀需求的特點(diǎn)）完整性、正確性、可行性、有優(yōu)先次序、無(wú)歧義、可驗(yàn)證性、確定性10、客戶(hù)的含義廣義來(lái)講，客戶(hù)泛指直接或間接得益于產(chǎn)品的個(gè)人或組織。軟件的客戶(hù)包括那些提出軟件需求，購(gòu)買(mǎi)、定義、使用軟件產(chǎn)品或選擇接受軟件功能的項(xiàng)目涉眾11、“簽字”的含義簽字是項(xiàng)目的一個(gè)里程碑，是建立需求協(xié)議的基線(xiàn)。12、需求定義階段的任務(wù)確定項(xiàng)目的宏觀需求。換句話(huà)說(shuō)，就是定義項(xiàng)目的業(yè)務(wù)需求，也就是明確項(xiàng)目的目標(biāo)和范圍。13、需求定義的理念目標(biāo)、問(wèn)題、可選方案、建議方案14、問(wèn)題分析5步法在問(wèn)題定義上達(dá)成共識(shí)、理解根本原因（也就是分析問(wèn)題背后的問(wèn)題）、確定相關(guān)人員和用戶(hù)、定義解決方案的界限、確定加在解決方案上的約束15、需求定義的產(chǎn)物根據(jù)項(xiàng)目類(lèi)型的不同，需求定義的產(chǎn)物大致可以分為POS（ProjectOverviewSpecify,項(xiàng)目綜述）和Vision(愿景)兩大類(lèi)。16、需求定義的要素目標(biāo)、范圍、相關(guān)人員與用戶(hù)、相關(guān)事實(shí)與假設(shè)17、一個(gè)好的目標(biāo)應(yīng)滿(mǎn)足的原則（SMART）必須是具體（Specific）的：目標(biāo)必須能夠指導(dǎo)具體的工作必須是可以度量（Measurable）的：這樣才能進(jìn)行成本/效益分析必須是可以達(dá)到（Attainable）的：否則是沒(méi)有意義的目標(biāo)必須和其他目標(biāo)具有相關(guān)性（Relevant）必須具有明確的截止期限（Time-based）18、需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)過(guò)程是一個(gè)迭代的過(guò)程，不要期望可以線(xiàn)性地、順序地完成獲取、分析、編寫(xiě)規(guī)格說(shuō)明和驗(yàn)證這些需求開(kāi)發(fā)活動(dòng)。19、劃分主題域(構(gòu)件圖，也即UML中的組件圖)業(yè)務(wù)事件類(lèi)型：外部事件（來(lái)自系統(tǒng)外部的事件，也就是系統(tǒng)參與者發(fā)起的）內(nèi)部事件（系統(tǒng)內(nèi)部觸發(fā)的）20、確定主題域（上下文關(guān)系圖）上下文關(guān)系圖：針對(duì)每個(gè)主題域來(lái)繪制上下文關(guān)系圖，確定出每個(gè)主題域的范圍。上下文關(guān)系圖繪制要點(diǎn)：首先用一個(gè)矩形表示系統(tǒng)，寫(xiě)上系統(tǒng)的名稱(chēng)，將整個(gè)系統(tǒng)看作一個(gè)黑盒子。然后找到該系統(tǒng)的所有客戶(hù)（處于主題域的外部），考慮他們會(huì)發(fā)起什么事件，這些事件會(huì)引發(fā)內(nèi)部工作人員的什么動(dòng)作，將這些序列逐一表示出來(lái)。最后再看看系統(tǒng)的每個(gè)內(nèi)部工作人員還有沒(méi)有一些主動(dòng)發(fā)起的事件。當(dāng)上下文關(guān)系圖繪制出來(lái)之后，整個(gè)主題域的范圍也就框定出來(lái)了，但是它還不足以為后續(xù)的需求捕獲、分析與建?；顒?dòng)提供良好的基礎(chǔ)。我們需要將主題域的內(nèi)容以業(yè)務(wù)事件列表和報(bào)表列表表示出來(lái)。21、需求分析人員的工作需求分析人員是對(duì)項(xiàng)目相關(guān)人員的需求進(jìn)行收集、分析、記錄和驗(yàn)證職責(zé)的承擔(dān)者，是用戶(hù)群體和軟件開(kāi)發(fā)團(tuán)隊(duì)間進(jìn)行需求溝通的主要渠道。定義業(yè)務(wù)需求、確定項(xiàng)目涉眾和用戶(hù)類(lèi)別、獲取需求、分析需求、為需求建模、編寫(xiě)需求規(guī)格說(shuō)明、主持對(duì)需求的驗(yàn)證、引導(dǎo)對(duì)需求的優(yōu)先級(jí)劃分、管理需求等。22、需求分析人員必備的技巧和知識(shí)需求分析員必須掌握的技能：包括傾聽(tīng)、交談和提問(wèn)的技巧，分析、協(xié)調(diào)、觀察、寫(xiě)作、組織、建模、人際交往和創(chuàng)造能力。而這些能力可以概括為業(yè)務(wù)知識(shí)、技術(shù)知識(shí)和溝通能力三個(gè)方面。需求分析人員必備的知識(shí)：具備從實(shí)踐經(jīng)驗(yàn)中積累的廣博知識(shí)需要將需求開(kāi)發(fā)與管理活動(dòng)貫穿于整個(gè)產(chǎn)品生命期中掌握應(yīng)用領(lǐng)域的知識(shí)23、如何成為一名需求分析人員優(yōu)秀的需求分析員是培養(yǎng)出來(lái)的，而不是訓(xùn)練出來(lái)的。這項(xiàng)工作包括很多面向人而不是技術(shù)的“軟性技能”。對(duì)于需求分析員的工作并沒(méi)有標(biāo)準(zhǔn)的描述，因而也沒(méi)有標(biāo)準(zhǔn)的培訓(xùn)課程。24、需求捕獲的主要方法用戶(hù)訪(fǎng)談、用戶(hù)調(diào)查、文檔分析、現(xiàn)場(chǎng)訪(fǎng)問(wèn)客戶(hù)25、獲取客戶(hù)需求的主要步驟確定產(chǎn)品的不同用戶(hù)類(lèi)型。確定用戶(hù)需求的來(lái)源。挑選出每一類(lèi)用戶(hù)和其他涉眾的代表并與他們一起工作。商定誰(shuí)是項(xiàng)目需求的決策者。26、需求捕獲應(yīng)該是主動(dòng)的和聚集的√27、需求的來(lái)源與潛在用戶(hù)進(jìn)行交談和討論描述現(xiàn)有產(chǎn)品或競(jìng)爭(zhēng)產(chǎn)品的文檔系統(tǒng)需求規(guī)格說(shuō)明現(xiàn)有系統(tǒng)的問(wèn)題報(bào)告和改進(jìn)要求市場(chǎng)調(diào)查和用戶(hù)問(wèn)卷調(diào)查觀察用戶(hù)如何工作用戶(hù)工作的情景分析事件和響應(yīng)28、用戶(hù)代表用戶(hù)代表應(yīng)當(dāng)自始至終參與項(xiàng)目的整個(gè)開(kāi)發(fā)過(guò)程，而不是僅參與最初的需求階段。29、需求捕獲要具有計(jì)劃性和科學(xué)性計(jì)劃應(yīng)針對(duì)下面這些內(nèi)容來(lái)制定：需求獲取的目的需求獲取的策略和過(guò)程需求獲取工作取得的成果進(jìn)度和資源評(píng)估需求獲取的風(fēng)險(xiǎn)科學(xué)性則體現(xiàn)在捕獲方法的選取上30、需求獲取中各種心理如何應(yīng)對(duì)言過(guò)其實(shí)心理差異展現(xiàn)法：也就是將不同用戶(hù)代表的訪(fǎng)談結(jié)果進(jìn)行整理，在系統(tǒng)開(kāi)發(fā)之前把這些差異展示給中高層管理人員，就如何解決達(dá)成共識(shí)。瓶頸分析法：對(duì)流程執(zhí)行過(guò)程中的瓶頸進(jìn)行分析，例如時(shí)間瓶頸、人員瓶頸（比如所有的申請(qǐng)都要由處長(zhǎng)審批）等方面，以避免流程瓶頸導(dǎo)致系統(tǒng)無(wú)法順利運(yùn)轉(zhuǎn)起來(lái)越俎代庖心理要解決這個(gè)問(wèn)題，關(guān)鍵在于需求捕獲人員能夠識(shí)別出正確的被訪(fǎng)談?wù)?，也就是回答你要?wèn)的問(wèn)題最佳的人選是誰(shuí)。這里有兩層意思：?jiǎn)栴}的層次是否正確：高層管理人員解決宏觀問(wèn)題，中層管理人員解決脈絡(luò)問(wèn)題，操作者解決細(xì)節(jié)問(wèn)題。根據(jù)業(yè)務(wù)背景判斷：也就是有效地識(shí)別該問(wèn)題所針對(duì)的業(yè)務(wù)環(huán)節(jié)是由誰(shuí)負(fù)責(zé)處理的？執(zhí)行者往往是回答的最佳人選。非正事心理客觀原因：辦公室本身就是一個(gè)容易被干擾的環(huán)境。應(yīng)對(duì)之道：訪(fǎng)談應(yīng)該盡可可能的避開(kāi)辦公室。主觀原因：非計(jì)劃的事情通常會(huì)被看做是低優(yōu)先級(jí)的事情。應(yīng)對(duì)之道：做好一周的訪(fǎng)談?dòng)?jì)劃，列出訪(fǎng)談人，訪(fǎng)談要點(diǎn)，讓對(duì)方統(tǒng)一安排。抗拒心理我們需要先“化敵為友”。這是主導(dǎo)的策略，實(shí)際的方法有很多推卸責(zé)任心理突破推卸責(zé)任心理的簡(jiǎn)單手段是讓被訪(fǎng)談?wù)呓榻B工作場(chǎng)景。31、需求獲取中的注意事項(xiàng)如果沒(méi)有一個(gè)有條理的組織方案（例如用例），要將來(lái)自眾多用戶(hù)的需求意見(jiàn)合并起來(lái)相當(dāng)困難。只向很少的用戶(hù)代表收集意見(jiàn)，或者只聽(tīng)取聲音最大、最固執(zhí)已見(jiàn)的客戶(hù)的意見(jiàn)，也是需求獲取過(guò)程中存在的問(wèn)題。這將導(dǎo)致遺漏對(duì)某些用戶(hù)類(lèi)很重要的需求，或者引入一些大多數(shù)用戶(hù)并不需要的需求。解決這一問(wèn)題的最佳平衡方式是讓用戶(hù)代言人參與需求獲取，這些代言人必須具備為所屬的用戶(hù)類(lèi)代言的權(quán)力，同時(shí)每個(gè)代言人都有數(shù)名來(lái)自同一用戶(hù)類(lèi)的用戶(hù)代表作為后援。需求獲取過(guò)程中，你也許會(huì)發(fā)現(xiàn)項(xiàng)目范圍定義不正確，或者太大，或者太小。32、需求分析主要用來(lái)做什么需求分析實(shí)際上是業(yè)務(wù)分析，也就是選擇一種業(yè)務(wù)導(dǎo)向的線(xiàn)索將零散的需求串起來(lái)，形成一個(gè)體系完整、內(nèi)容清晰的框架，以指導(dǎo)后續(xù)的設(shè)計(jì)、開(kāi)發(fā)工作。更具體地描述需求分析工作的任務(wù)：分解、提煉、消除矛盾。連成一句話(huà)就是：需求分析就是先分解、再提煉，在這個(gè)過(guò)程中消除矛盾。33、建模的要點(diǎn)與原則建模的要點(diǎn)設(shè)計(jì)要考慮到計(jì)劃之外的變化設(shè)計(jì)要文檔化用可視化的模型表達(dá)架構(gòu)切忌“為了建模而建?！苯５脑瓌t選擇創(chuàng)建什么模型對(duì)如何動(dòng)手解決問(wèn)題和如何形成解決方案有著深遠(yuǎn)的影響每一種模型可以在不同的精度級(jí)別上表示最好的模型是與現(xiàn)實(shí)相聯(lián)系的單個(gè)模型是不充分的，對(duì)每個(gè)重要的系統(tǒng)最好用一組幾乎獨(dú)立的模型去處理34、建模工具的選擇建模的要點(diǎn)是根據(jù)要完成的任務(wù)選擇合適的建模工具。35、UML的優(yōu)點(diǎn)首先UML是一種統(tǒng)一的、標(biāo)準(zhǔn)化的建模語(yǔ)言，它能為許許多多參與軟件設(shè)計(jì)和開(kāi)發(fā)的人提供一種公共“語(yǔ)言”，使他們能夠基于共同的“模型”來(lái)理解業(yè)務(wù)、需求，理解軟件和架構(gòu)如何構(gòu)造其次UML是一種應(yīng)用面很廣泛的建模語(yǔ)言，它不僅可以用于軟件系統(tǒng)建模，還可以用于業(yè)務(wù)流程、業(yè)務(wù)知識(shí)、數(shù)據(jù)庫(kù)、嵌入式等多個(gè)領(lǐng)域；而且對(duì)于不同的領(lǐng)域，其所采用的本質(zhì)元素是相同的。這樣：不同的人就可以基于相同的語(yǔ)言溝通；不同的領(lǐng)域模型就可以通過(guò)相同的機(jī)制進(jìn)行互換與遷移。