軟件項目標(biāo)準(zhǔn)開發(fā)流程

1、1、需求分析是怎樣做的？（自己理解著說）需求分析是構(gòu)建軟件系統(tǒng)的一個重要過程。一般，把需求類型分成三個類型：1、業(yè)務(wù)需求（businessrequirement）反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目的要求，它們在項目視圖與范圍文檔中予以說明。2、用戶需求(userrequirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實例文檔或方案腳本說明中予以說明。3、功能需求(functionalrequirement)定義了

2、開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。業(yè)務(wù)需求和用戶需求是軟件需求分析的基礎(chǔ)，也是軟件構(gòu)建的前提。系統(tǒng)分析員通過對業(yè)務(wù)需求和用戶需求的分解，將其轉(zhuǎn)換成克一形式化描述的軟件功能需求。開發(fā)軟件系統(tǒng)最為困難的部分，就是準(zhǔn)確說明開發(fā)什么。這就需要在開發(fā)的過程中不斷的與用戶進(jìn)行交流與探討使系統(tǒng)更加詳盡準(zhǔn)確到位。這就需要確定用戶是否需要這樣的產(chǎn)品類型以及獲取每個用戶類的需求。4、客戶也經(jīng)常是矛盾的。事實上，很少有

3、客戶能夠明確的知道怎樣的一個系統(tǒng)對自己是最有益處的，他們往往在集中方案之間徘徊，于是經(jīng)常產(chǎn)生需求的變動。生產(chǎn)廠商經(jīng)常陷入客戶自己的矛盾之中。客戶的負(fù)面影響可能對于能夠在預(yù)算內(nèi)按時完成項目產(chǎn)生很大的影響。盡管客戶需要對需求的質(zhì)量負(fù)責(zé)任，但是，當(dāng)一個軟件項目因為客戶事先沒有預(yù)料到的情況而導(dǎo)致失敗的時候，即使客戶不會追究開發(fā)方的責(zé)任，就軟件項目本身而言，也已經(jīng)是失敗的?？偨Y(jié)：良好的需求分析是軟件成功的基礎(chǔ)。以上是作者對需求分析工作實踐的一次小

4、結(jié)以及綜合性的思考，是對需求分析本身所做的一次分析。在此基礎(chǔ)上，作者提出了逆向溝通的設(shè)想，即系統(tǒng)分析員主動進(jìn)行溝通，提出指導(dǎo)性意見。當(dāng)軟件融合了客戶和系統(tǒng)分析員雙方智慧，其質(zhì)量將會進(jìn)一步得以提高。2、6周（比較合理的代碼行數(shù)是多少，如果多了，我是怎么切割的）500行，例如：實現(xiàn)數(shù)據(jù)3、如何將用戶登錄的信息保存？用戶登陸頁面將每個用戶的信息使用session保存下來例如:session.setAttribute(“UserID““ytan

5、g“)如果用到用戶的登陸信息，再從session根據(jù)session.getAttribute(“userID“)所存儲的信息例如在項目1中的應(yīng)用4軟件項目開發(fā)流程應(yīng)該是什么樣子的？1。需求分析和獲?。?。界面的設(shè)計和修改，直到用戶可以接受；3。后臺數(shù)據(jù)庫的建立，做成幾張表，寫幾個存儲過程；4。前臺模塊的編寫和調(diào)試；5。項目的實施和維護(hù)；統(tǒng)的開發(fā)過程，能夠讀懂設(shè)計文檔和需求文檔，有很好的編碼規(guī)范和習(xí)慣，善于溝通和交流4、測試人員：熟知各種

6、測試技術(shù)，熟練掌握一種工具，具備豐富的項目開發(fā)經(jīng)驗，熟知測試規(guī)范5、維護(hù)培訓(xùn)人員：熟悉操作系統(tǒng)配置管理，具備基本的網(wǎng)絡(luò)知識，善于編寫培訓(xùn)手冊，善于講解，能夠很好地與用戶溝通，熟知項目開發(fā)過程6、你是怎樣設(shè)計ormappinmg的。用Hibernate實現(xiàn)。例如在Letdoo網(wǎng)的開發(fā)中，用戶和他對應(yīng)的愛好，我使用了多對多映射的方式，這種方式在數(shù)據(jù)庫中體現(xiàn)出來的是，產(chǎn)生一個關(guān)聯(lián)表，存放用戶id和愛好id的對應(yīng)關(guān)系。（在映射文件中的體現(xiàn)是，在

7、每個類的映射中都建立與關(guān)聯(lián)表的對應(yīng)關(guān)系）7、第一個項目中用戶權(quán)限你是怎么設(shè)計的？需求陳述需求陳述?不同職責(zé)的人員，對于系統(tǒng)操作的權(quán)限應(yīng)該是不同的。不同職責(zé)的人員，對于系統(tǒng)操作的權(quán)限應(yīng)該是不同的。優(yōu)秀的業(yè)務(wù)系統(tǒng)，這是最基本的功能。?可以對可以對“組”進(jìn)行權(quán)限分配進(jìn)行權(quán)限分配。對于一個大企業(yè)的業(yè)務(wù)系統(tǒng)來說，如果要求管理員為其下員工逐一分配系統(tǒng)操作權(quán)限的話，是件耗時且不夠方便的事情。所以，系統(tǒng)中就提出了對“組”進(jìn)行操作的概念，將權(quán)限一致的人員

8、編入同一組，然后對該組進(jìn)行權(quán)限分配。?權(quán)限管理系統(tǒng)應(yīng)該是可擴(kuò)展的權(quán)限管理系統(tǒng)應(yīng)該是可擴(kuò)展的。它應(yīng)該可以加入到任何帶有權(quán)限管理功能的系統(tǒng)中。就像是組件一樣的可以被不斷的重用，而不是每開發(fā)一套管理系統(tǒng)，就要針對權(quán)限管理部分進(jìn)行重新開發(fā)。?滿足業(yè)務(wù)系統(tǒng)中的功能權(quán)限。滿足業(yè)務(wù)系統(tǒng)中的功能權(quán)限。傳統(tǒng)業(yè)務(wù)系統(tǒng)中，存在著兩種權(quán)限管理，其一是功能權(quán)限的管理，而另外一種則是資源權(quán)限的管理，在不同系統(tǒng)之間，功能權(quán)限是可以重用的，而資源權(quán)限則不能。關(guān)于設(shè)計關(guān)

9、于設(shè)計在設(shè)計階段，系統(tǒng)設(shè)計人員無須考慮程序結(jié)構(gòu)的設(shè)計，而是從程序流程以及數(shù)據(jù)庫結(jié)構(gòu)開始入手。為了實現(xiàn)需求，數(shù)據(jù)庫的設(shè)計可謂及其重要，無論是“組”操作的概念，還是整套權(quán)限管理系統(tǒng)的重用性，都在于數(shù)據(jù)庫的設(shè)計。首先，action表（以下簡稱為以下簡稱為“權(quán)限表權(quán)限表”），gupmanager表（以下簡稱為以下簡稱為“管理組表管理組表”），以及master表（以下簡稱為以下簡稱為“人員表人員表”），是三張實體表，它們依次記錄著“權(quán)限”的信息，

10、“管理組”的信息和“人員”的信息。這三個表之間的關(guān)系是多對多的，一個權(quán)限可能同時屬于多個管理組，一個管理組中也可能同時包含多個權(quán)限。同樣的道理，一個人員可能同時屬于多個管理組，而一個管理組中也可能同時包含多個人員。由于這三張表之間存在著多對多的關(guān)系，那么它們之間的交互，最好使用另外兩張表來完成。而這兩張表起著映射的作用，分別是“actiongroup”表（以下簡稱（以下簡稱“權(quán)限映射表權(quán)限映射表”）和“mastergroup”表（以下簡

11、稱（以下簡稱“人員映射表人員映射表”），前者映射了權(quán)限表與管理組表之間的交互。后者映射了人員表與管理組表之間的交互。另外，還需要一張表來控制系統(tǒng)運行時左側(cè)菜單中的權(quán)限分欄，也就是“權(quán)限分欄表”。綜上所述，這樣設(shè)計數(shù)據(jù)庫，系統(tǒng)是完全可以重用的，并且經(jīng)受得住“變更”考驗的。此套系統(tǒng)的重點在于，三張實體表實體表牢牢地抓住了系統(tǒng)的核心成分，而兩張映射表完美地映射出三張實體表之間的交互。其難點在于，理解映射表的工作，它記錄著關(guān)系，并且實現(xiàn)了“組”