【正文】 根據(jù)用戶的資金和技術(shù)力量分析建立是否可行。前人既然付了學(xué)費(fèi)，后人就不要拒絕坐享其成。4與 丟棄 式 原型不同，演化式模型一開始就必須具有健壯性和產(chǎn)品質(zhì)量級(jí)的代碼。 other models, nol avoid interviewer/interviewee (stops work)uallows more apprentice interaction (alternate: watching probing尋根究底 ) 4Interpretation（解釋）ugood facts only the starting point – designs based on interpretationsuValidate（確認(rèn)） – run interpretations by the user to see if you are right4Focusuinterviewer needs data about specific kind of workl “steer” conversation to stay on useful topics （駕馭談話主題）2023年 9月 28日 6時(shí) 52分UI Design ProcessSpec ProductionDesign RefinementDesign ExplorationDiscovery Assess needs評(píng)估需求uunderstand client’s expectations(期望 )udetermine scope of projectucharacteristics of usersuevaluate existing site and/or petition2023年 9月 28日 6時(shí) 52分Comment on Human Factors4 HUI Humanputer interface4 Key aspect of successful software productu intended users must interact w/ it4 Need to consider(考慮的因素）u expertise of intended users(資深專家型） cognitive abilities (who)u what tasks they do now will do (what)4 Be careful of book’s hint that good UI design might just be “ mon sense”u can only be made successful by involving user in repeated process of design, prototype, test（使用戶成功參與設(shè)計(jì)、原型、測(cè)試的重復(fù)進(jìn)程）l shown to be true time time againu designer ego bias(自我偏見） – we are not the users anymore4 Userfriendliness4 Take SSD4 if you want to really learn this2023年 9月 28日 6時(shí) 52分Scenarios4Illustrate the major events/actions to users4A scenario is a way a user might utilize the target product to acplish some objective.利用目標(biāo)產(chǎn)品完成某一功能的方式uoften use storyboards（情景板） paper prototypeslespecially useful for UI designuTo list the actions prising the scenario2023年 9月 28日 6時(shí) 52分Requirements Analysis Techniques4Illustrate the major events/actions to usersuoften use storyboards paper prototypeslespecially useful for UI design2023年 9月 28日 6時(shí) 52分2023年 9月 28日 6時(shí) 52分2023年 9月 28日 6時(shí) 52分From Scenarios to Rapid Prototypes2023年 9月 28日 6時(shí) 52分The useful of Scenarios4They can be demonstrate the behavior of the product in a way that is prehensible to user. This can result in additional requirements ing to 用戶理解 的方式說明軟件行為，并能發(fā)現(xiàn)額外的需求。2023年 9月 28日 6時(shí) 52分Requirement Elicitation4需求獲取的工作內(nèi)容u 聆聽用戶需求 分析人員應(yīng)與各種層次的客戶交流和溝通，盡量清楚理解。如果問題很復(fù)雜，雙方都不太明白，就有必要請(qǐng)開發(fā)人員快速構(gòu)造軟件的原型，雙方再次論證需求說明書是否正確。最怕的就是 “ 不懂裝懂 ” 或者 “ 半懂充內(nèi)行” 的客戶，他們會(huì)提出不切實(shí)際的需求。同時(shí)這也是一旦做錯(cuò)，將會(huì)最終給系統(tǒng)帶來極大損害的部分，而且以后再對(duì)它進(jìn)行修改也極為困難。 么困難， 。 u其次選擇碩士畢業(yè)生，如果該生沒象范進(jìn)中舉時(shí)那么老，并且在讀碩士時(shí)沒有天天去造文章而丟棄了編程工作，那么讓有經(jīng)驗(yàn)的學(xué)士程序員帶他們煅練幾個(gè)月就可以用了。某些軟件行業(yè)的利潤很高，但可能存在地方保護(hù)政策，使競(jìng)爭(zhēng)不公平。 l涉足未成熟的市場(chǎng)要冒很大的風(fēng)險(xiǎn)，要盡可能準(zhǔn)確地估計(jì)潛在的市場(chǎng)有多大？自己能占多少份額？多長時(shí)間能實(shí)現(xiàn)？ l擠進(jìn)成熟的市場(chǎng)，雖然風(fēng)險(xiǎn)不高，但油水也不多。 4（ 2） 軟件的質(zhì)量如何？ 有些應(yīng)用對(duì)實(shí)時(shí)性要求很高，如果軟件運(yùn)行慢如蝸牛，即便功能具備也毫無實(shí)用價(jià)值。但是，不能簡單地把 5000元和 12500元相比較，因?yàn)榍罢呤乾F(xiàn)在投資的錢，后者是若干年以后節(jié)省的錢。49。4D FP=總計(jì)數(shù)值 [+ΣFi]=366 2023年 9月 28日 6時(shí) 52分工作量估算2023年 9月 28日 6時(shí) 52分工作量估算語言 每功能點(diǎn)的 SLOC默認(rèn) C++ 53Delphi 5 18HTML 4 14Visual Basic 6 24SQL default 13默認(rèn) Java 2 462023年 9月 28日 6時(shí) 52分工作量估算4　用 java 2完成上述項(xiàng)目 (366功能點(diǎn) )時(shí)，將大約需要下列 SLOC數(shù)： L = 36646 = 16836 行 = E ＝ L ＝ ＝ 66人 /月 DOC ＝ 49L ＝ 49 ＝ 826頁 2023年 9月 28日 6時(shí) 52分成本估算 4項(xiàng)目的成本估算包括許多因素： 人力成本、辦公費(fèi)用、管理費(fèi)用、設(shè)備和軟件等的購置費(fèi)用、場(chǎng)地租金、旅差費(fèi)等等。4典型環(huán)境下各個(gè)開發(fā)階段需要使用的人力的百分比大致如表所示。一個(gè)報(bào)表中的單個(gè)數(shù)據(jù)項(xiàng)不單獨(dú)計(jì)算。uu如果用 Inter作宣傳，則要考慮建設(shè) Web站點(diǎn)的費(fèi)用。 （ 5）資料費(fèi)。u考慮經(jīng)濟(jì)方面的可行性，對(duì)每個(gè)可能的系統(tǒng)進(jìn)行成本 /效益分析。通常為了把新系統(tǒng)描繪得更清晰準(zhǔn)確，還應(yīng)該有一個(gè)初步的數(shù)據(jù)字典，定義系統(tǒng)中使用的數(shù)據(jù)。項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行的通167。4軟件領(lǐng)域的可行性分析主要考慮四個(gè)要素： 經(jīng)濟(jì)、技術(shù)、社會(huì)環(huán)境和人。 2023年 9月 28日 6時(shí) 52分一、工程立項(xiàng)建議立項(xiàng)原因立項(xiàng)基礎(chǔ)國內(nèi)外研究現(xiàn)狀工程意義與目標(biāo)用戶調(diào)查投資條件投資周期技術(shù)力量與基礎(chǔ)軟件硬件價(jià)格與性能數(shù)據(jù)源狀況1應(yīng)用前景1效益評(píng)估1可運(yùn)行性評(píng)價(jià)2023年 9月 28日 6時(shí) 52分問題定義4問題定義階段必須回答的關(guān)鍵問題是： “ 要解決的問題是什么？ ”4問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。層次圖或結(jié)構(gòu)圖詳細(xì)設(shè)計(jì) 怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)？編碼規(guī)格說明： 其順序不是任意的。 2023年 9月 28日 6時(shí) 52分4可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決，可行性研究的目的 不是解決問題，而是確定問題是否值得去解，以及關(guān)鍵技術(shù)、難點(diǎn)、能否解決 。技術(shù)技術(shù)167。 分析員應(yīng)該畫出描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，并請(qǐng)有關(guān)人員檢驗(yàn)他對(duì)現(xiàn)有系統(tǒng)認(rèn)識(shí)是否正確。2023年 9月 28日 6時(shí) 52分。 （ 2）辦公用品，如桌、椅、書柜、照明電器、空調(diào)等。 （ 9）做市場(chǎng)調(diào)查、可行性分析、需求分析的交際費(fèi)用。短期利益和長遠(yuǎn)利益兼得是人們夢(mèng)寐以求的事。 每千行代碼 (KLOC)的文檔頁數(shù)。輸入應(yīng)該與查詢區(qū)分開來，分別計(jì)算。2023年 9月 28日 6時(shí) 52分 4首先把軟件開發(fā)工程分解為若干個(gè)相對(duì)獨(dú)立的任務(wù)，估計(jì)每個(gè)任務(wù)的成本時(shí)，通常先估計(jì)完成該任務(wù)需要用的人力（以人月為單位），再乘以每人每月的平均工資而得出每個(gè)任務(wù)的成本。 Fi(i=1到 14)是基于對(duì)圖 46中問題的回答而得到的 “ 復(fù)雜度調(diào)整值 ”(0 到 5)。 2023年 9月 28日 6時(shí) 52分成本估算4E S是人員需要量 (以人計(jì) )2023年 9月 28日 6時(shí) 52分貸幣的時(shí)間價(jià)值4假設(shè)年利率為 i,如果現(xiàn)在存入 P元，則 n年以后可以得到的錢數(shù)為：F=P（ 1+i） n就是 P元錢在 n年后的價(jià)值。2023年 9月 28日 6時(shí) 52分技術(shù)可行性4（ 1） 在給定的時(shí)間內(nèi)能否實(shí)現(xiàn)需求說明中的功能 。如果軟件的質(zhì)量不好，將會(huì)導(dǎo)致維護(hù)的代價(jià)很高，企圖通過偷工減料而提高生產(chǎn)率，是得不償失的事。學(xué)校教學(xué)尚可用用 DOS軟件，商業(yè)軟件公司則不可再去開發(fā) DOS軟件。 “ 人物 ” 畢竟是少數(shù)， “ 人才 ” 可是濟(jì)濟(jì)的。2023年 9月 28日 6時(shí) 52分書寫文檔提交審查4應(yīng)該把上述可行性研究各個(gè)步驟的結(jié)果寫成清晰的文檔，請(qǐng)用戶和使用部門的負(fù)責(zé)人仔細(xì)審查，以決定是否繼續(xù)這項(xiàng)工程以及是否接受分析員推薦的方案。u 真正的 “需求 ”實(shí)際上存在人們的腦海中，任何文檔形式的需求（例如：需求規(guī)格說明）僅是一個(gè)模型或一種敘述。u如果客戶本身就懂軟件開發(fā)，能把需求說得清清楚楚，這樣的需求分析將會(huì)非常輕松、愉快。4（ 3）分析人員或客戶理解有誤。如果有二義性或前后相矛盾，則要重新分析此需求。4Structured vs. Unstructured(程式化和非程式化）uwhat is the difference? what are the tradeoffs折衷 ?u As we know, There are known knowns. There are things we know we know. We also know There are known unknowns. That is to say We know there are some things We do not know. But there are also unknown unknowns, The ones we don39。4作用：u 明確并完善需求；u 探索設(shè)計(jì)選擇方案；u 發(fā)展為最終的產(chǎn)品。 ” consult an expert（ ask for advice)。 發(fā)現(xiàn)現(xiàn)行系統(tǒng)存在的問題；4的問題。 (與表格分析結(jié)合起來）2023年 9月 28日 6時(shí) 52分現(xiàn)行系統(tǒng)調(diào)查4有些高手真的很厲害，你還沒有開始問，他就能講出前因后果。2023年 9月 28日 6時(shí) 52分Rapid Prototyping4Allow users to “see” use proposed solutions4Develop specification from the prototype/requirementsuproceed with rest of stages in waterfall model4Prototype must be constructed changed quicklyukey functionalitylomits things like scalability, error checking, saving, etc.udo not spend a lot of time perfecting the code/structurelit is OK if it hardly works or crashes every few minuteslplan to throw it away! because you will!uput in front of customer ASAP(盡快） modify in response2023年 9月 28日 6時(shí) 52分Rapid Prototypi