軟件項目標準開發(fā)流程

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

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

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

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

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

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

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

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

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

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

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