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

1、1、需求分析是怎樣做的？(自己理解著說) 需求分析是構建軟件系統(tǒng)的一個重要過程。 一般，把需求類型分成三個類型：1、業(yè)務需求(business requirement)反映了組織機構或客戶對系統(tǒng)、產品高層次的目的要 求，它們在項目視圖與范圍文檔中予以說明。2、用戶需求 (user requirement) 文檔描述了用戶使用產品必須要完成的任務，這在使用實 例文檔或方案腳本說明中予以說明。3、功能需求(functional requirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完 成他們的任務，從而滿足了業(yè)務需求。業(yè)務需求和用戶需求是軟件需求分析的基礎， 也是軟件構建的前提。 系

2、統(tǒng)分析員通過對業(yè) 務需求和用戶需求的分解， 將其轉換成克一形式化描述的軟件功能需求。 開發(fā)軟件系統(tǒng)最 為困難的部分， 就是準確說明開發(fā)什么。 這就需要在開發(fā)的過程中不斷的與用戶進行交流 與探討 ,使系統(tǒng)更加詳盡 ,準確到位。這就需要確定用戶是否需要這樣的產品類型以及獲取 每個用戶類的需求。4、客戶也經常是矛盾的。事實上，很少有客戶能夠明確的知道怎樣的一個系統(tǒng)對自己是 最有益處的， 他們往往在集中方案之間徘徊， 于是經常產生需求的變動。 生產廠商經常陷 入客戶自己的矛盾之中。 客戶的負面影響可能對于能夠在預算內按時完成項目產生很大的影響。 盡管客戶需要對需 求的質量負責任， 但是， 當一個軟件項

3、目因為客戶事先沒有預料到的情況而導致失敗的時 候，即使客戶不會追究開發(fā)方的責任，就軟件項目本身而言，也已經是失敗的。 總結：良好的需求分析是軟件成功的基礎。以上是作者對需求分析工作實踐的一次小結以 及綜合性的思考， 是對需求分析本身所做的一次分析。 在此基礎上， 作者提出了逆向溝通 的設想， 即系統(tǒng)分析員主動進行溝通， 提出指導性意見。 當軟件融合了客戶和系統(tǒng)分析員 雙方智慧，其質量將會進一步得以提高。2、500 行，例如：實現(xiàn)數(shù)據(jù)6周 (比較合理的代碼行數(shù)是多少，如果多了，我是怎么切割的)3、如何將用戶登錄的信息保存？用 戶 登 陸 頁 面 將 每 個 用 戶 的 信 息 使 用 sessi

4、on 保 存 下 來 , 例 如 : session.setAttribute(UserID,ytang);如果用到用戶的登陸信息，再從 session根據(jù)session.getAttnbute(userlD)所存儲的信息 例如在項目 1 中的應用1。2。3。4。4軟件項目開發(fā)流程應該是什么樣子的？ 需求分析和獲??；界面的設計和修改，直到用戶可以接受； 后臺數(shù)據(jù)庫的建立，做成幾張表，寫幾個存儲過程； 前臺模塊的編寫和調試； 項目的實施和維護；5。軟件開發(fā)管理規(guī)范業(yè)務雋求調研1 ；0業(yè)嵯需求規(guī)范說明書制定傾目開發(fā)計劃技術方案實施說明書rra站風格整體設計項目約定書制定項目開發(fā)管理規(guī)范書開發(fā)環(huán)境的

5、準備（業(yè)務流程總體設計書數(shù)據(jù)庫關系設計圖任務分配文檔廠h $V開發(fā)文檔； 間題說明報告“； 業(yè)務變更文檔打項目測試芳案與報告1專1*實運行服務器as段系統(tǒng)測試（開發(fā)服務器）* 系統(tǒng)移植（運行服務器） 代碼測試（運行服務器）代碼消缺系統(tǒng)測試（運行服務器） 域名解析I系統(tǒng)試運行I5、有哪些人員干什么工作，你參與過什么工作？1、項目經理2、系統(tǒng)分析員3、開發(fā)人員4、測試人員5、維護培訓人員1、項目經理：具備項目管理經驗，領導才能，協(xié)調能力，豐富的技術知識，善于與 用戶溝通協(xié)調，能夠承擔工作壓力2、系統(tǒng)分析員：具備豐富的行業(yè)應用知識，系統(tǒng)分析設計能力，具備豐富的項目開 發(fā)經驗，做過多種軟件系統(tǒng)，熟悉系

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

7、的對應關系。（在映射文件中的體現(xiàn)是，在每個類的映射中都建立與關聯(lián)表的對應關系）7、第一個項目中用戶權限你是怎么設計的？需求陳述不同職責的人員，對于系統(tǒng)操作的權限應該是不同的。優(yōu)秀的業(yè)務系統(tǒng)，這是最基本的功能。可以對“組”進行權限分配 。對于一個大企業(yè)的業(yè)務系統(tǒng)來說，如果要求管理員為其下員工逐一 分配系統(tǒng)操作權限的話，是件耗時且不夠方便的事情。所以，系統(tǒng)中就提出了對“組”進行操作 的概念，將權限一致的人員編入同一組，然后對該組進行權限分配。權限管理系統(tǒng)應該是可擴展的 。它應該可以加入到任何帶有權限管理功能的系統(tǒng)中。就像是組件 一樣的可以被不斷的重用，而不是每開發(fā)一套管理系統(tǒng)，就要針對權限管理部分

8、進行重新開發(fā)。滿足業(yè)務系統(tǒng)中的功能權限。傳統(tǒng)業(yè)務系統(tǒng)中，存在著兩種權限管理，其一是功能權限的管理，而另外一種則是資源權限的管理，在不同系統(tǒng)之間，功能權限是可以重用的，而資源權限則不能。關于設計在設計階段，系統(tǒng)設計人員無須考慮程序結構的設計，而是從程序流程以及數(shù)據(jù)庫結構開始入手。為 了實現(xiàn)需求，數(shù)據(jù)庫的設計可謂及其重要，無論是“組”操作的概念，還是整套權限管理系統(tǒng)的重用性， 都在于數(shù)據(jù)庫的設計。首先，action 表（以下簡稱為“權限表”），gorupmanager表（以下簡稱為“管理組表”），以及master表（以下簡稱為“人員表”），是三張實體表，它們依次記錄著“權限”的信息，“管理組”的信

9、 息和“人員”的信息。這三個表之間的關系是多對多的，一個權限可能同時屬于多個管理組，一個管理組中也可能同時包含 多個權限。同樣的道理，一個人員可能同時屬于多個管理組，而一個管理組中也可能同時包含多個人員。由于這三張表之間存在著多對多的關系，那么它們之間的交互，最好使用另外兩張表來完成。而這兩張表起著映射的作用，分別是“ actiongroup 表（以下簡稱“權限映射表”）和“ mastergroup 表（以下簡稱“人員映射表”），前者映射了權限表與管理組表之間的交互。后者映射了人員表與管理組表之間 的交互。另外，還需要一張表來控制系統(tǒng)運行時左側菜單中的權限分欄，也就是“權限分欄表”。綜上所述，

10、這樣設計數(shù)據(jù)庫，系統(tǒng)是完全可以重用的，并且經受得住“變更”考驗的。此套系統(tǒng)的重點在于，三張 實體表牢牢地抓住了系統(tǒng)的核心成分，而兩張映射表完美地映射出三張實 體表之間的交互。其難點在于，理解映射表的工作，它記錄著關系，并且實現(xiàn)了“組”操作的概念。而系 統(tǒng)總體的設計是本著可以在不同的MIS系統(tǒng)中“重用”來滿足不同系統(tǒng)的功能權限設置。1需求分析是怎樣做的？（自己理解著說）需求分析是構建軟件系統(tǒng)的一個重要過程。一般，把需求類型分成三個類型：1、業(yè)務需求（business requirement）反映了組織機構或客戶對系統(tǒng)、產品高層次的目的要求，它們在項目視圖與范圍文檔中予以說明。2、用戶需求 (us

11、er requirement) 文檔描述了用戶使用產品必須要完成的任務，這在使用實 例文檔或方案腳本說明中予以說明。3、功能需求 (functional requirement) 定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完 成他們的任務，從而滿足了業(yè)務需求。業(yè)務需求和用戶需求是軟件需求分析的基礎， 也是軟件構建的前提。 系統(tǒng)分析員通過對業(yè) 務需求和用戶需求的分解， 將其轉換成克一形式化描述的軟件功能需求。 開發(fā)軟件系統(tǒng)最 為困難的部分， 就是準確說明開發(fā)什么。 這就需要在開發(fā)的過程中不斷的與用戶進行交流 與探討 ,使系統(tǒng)更加詳盡 ,準確到位。這就需要確定用戶是否需要這樣的產品類型以及獲取

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

13、逆向溝通 的設想， 即系統(tǒng)分析員主動進行溝通， 提出指導性意見。 當軟件融合了客戶和系統(tǒng)分析員 雙方智慧，其質量將會進一步得以提高。500 行，例如：實現(xiàn)數(shù)據(jù)2、 6周 (比較合理的代碼行數(shù)是多少，如果多了，我是怎么切割的)3、如何將用戶登錄的信息保存？用 戶 登 陸 頁 面 將 每 個 用 戶 的 信 息 使 用 session 保 存 下 來 , 例 如 : session.setAttribute(UserID,ytang);如果用到用戶的登陸信息，再從 session 根據(jù) session.getAttribute(userID) 所存儲的信息 例如在項目 1 中的應用4軟件項目開發(fā)流

14、程應該是什么樣子的？1。需求分析和獲?。?。界面的設計和修改，直到用戶可以接受；3。后臺數(shù)據(jù)庫的建立，做成幾張表，寫幾個存儲過程；4。前臺模塊的編寫和調試；5。項目的實施和維護；軟件開發(fā)管理規(guī)范業(yè)務雋求調研1 ；0業(yè)嵯需求規(guī)范說明書制定傾目開發(fā)計劃技術方案實施說明書rra站風格整體設計項目約定書制定項目開發(fā)管理規(guī)范書開發(fā)環(huán)境的準備（業(yè)務流程總體設計書數(shù)據(jù)庫關系設計圖任務分配文檔廠h $V開發(fā)文檔； 間題說明報告“； 業(yè)務變更文檔打項目測試芳案與報告1專1*實運行服務器as段系統(tǒng)測試（開發(fā)服務器）* 系統(tǒng)移植（運行服務器） 代碼測試（運行服務器）代碼消缺系統(tǒng)測試（運行服務器） 域名解析I系統(tǒng)試運

15、行I5、有哪些人員干什么工作，你參與過什么工作？1、項目經理2、系統(tǒng)分析員3、開發(fā)人員4、測試人員5、維護培訓人員1、項目經理：具備項目管理經驗，領導才能，協(xié)調能力，豐富的技術知識，善于與 用戶溝通協(xié)調，能夠承擔工作壓力2、系統(tǒng)分析員：具備豐富的行業(yè)應用知識，系統(tǒng)分析設計能力，具備豐富的項目開 發(fā)經驗，做過多種軟件系統(tǒng)，熟悉系統(tǒng)分析設計規(guī)范3、開發(fā)人員：具備專業(yè)開發(fā)技術，熟練掌握一種開發(fā)工具，熟知常見的各種管理系統(tǒng)的開發(fā)過程，能夠讀懂設計文檔和需求文檔，有很好的編碼規(guī)范和習慣，善于溝通和交流4、測試人員：熟知各種測試技術，熟練掌握一種工具，具備豐富的項目開發(fā)經驗， 熟知測試規(guī)范5、維護培訓人員

16、：熟悉操作系統(tǒng)配置管理，具備基本的網(wǎng)絡知識，善于編寫培訓手冊，善于講解，能夠很好地與用戶溝通，熟知項目開發(fā)過程6、你是怎樣設計 o/r-mappinmg的。用Hibernate實現(xiàn)。例如在Letdoo網(wǎng)的開發(fā)中，用戶和他對應的愛好，我使用了多對多映射的方式，這種方式在數(shù)據(jù)庫中體現(xiàn)出來的是，產生一個關聯(lián)表，存放用戶id和愛好id的對應關系。（在映射文件中的體現(xiàn)是，在每個類的映射中都建立與關聯(lián)表的對應關系）7、第一個項目中用戶權限你是怎么設計的？需求陳述不同職責的人員，對于系統(tǒng)操作的權限應該是不同的。優(yōu)秀的業(yè)務系統(tǒng)，這是最基本的功能?？梢詫Α敖M”進行權限分配 。對于一個大企業(yè)的業(yè)務系統(tǒng)來說，如果要

17、求管理員為其下員工逐一 分配系統(tǒng)操作權限的話，是件耗時且不夠方便的事情。所以，系統(tǒng)中就提出了對“組”進行操作 的概念，將權限一致的人員編入同一組，然后對該組進行權限分配。權限管理系統(tǒng)應該是可擴展的 。它應該可以加入到任何帶有權限管理功能的系統(tǒng)中。就像是組件 一樣的可以被不斷的重用，而不是每開發(fā)一套管理系統(tǒng)，就要針對權限管理部分進行重新開發(fā)。滿足業(yè)務系統(tǒng)中的功能權限。傳統(tǒng)業(yè)務系統(tǒng)中，存在著兩種權限管理，其一是功能權限的管理，而另外一種則是資源權限的管理，在不同系統(tǒng)之間，功能權限是可以重用的，而資源權限則不能。關于設計在設計階段，系統(tǒng)設計人員無須考慮程序結構的設計，而是從程序流程以及數(shù)據(jù)庫結構開始

18、入手。為 了實現(xiàn)需求，數(shù)據(jù)庫的設計可謂及其重要，無論是“組”操作的概念，還是整套權限管理系統(tǒng)的重用性， 都在于數(shù)據(jù)庫的設計。首先，action 表（以下簡稱為“權限表”），gorupmanager表（以下簡稱為“管理組表”），以及master表（以下簡稱為“人員表”），是三張實體表，它們依次記錄著“權限”的信息，“管理組”的信 息和“人員”的信息。這三個表之間的關系是多對多的，一個權限可能同時屬于多個管理組，一個管理組中也可能同時包含 多個權限。同樣的道理，一個人員可能同時屬于多個管理組，而一個管理組中也可能同時包含多個人員。由于這三張表之間存在著多對多的關系，那么它們之間的交互，最好使用另外

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

20、以在不同的MIS系統(tǒng)中“重用”來滿足不同系統(tǒng)的功能權限設置。1需求分析是怎樣做的？（自己理解著說）需求分析是構建軟件系統(tǒng)的一個重要過程。一般，把需求類型分成三個類型：1、業(yè)務需求（business requirement）反映了組織機構或客戶對系統(tǒng)、產品高層次的目的要求，它們在項目視圖與范圍文檔中予以說明。2、用戶需求 (user requirement) 文檔描述了用戶使用產品必須要完成的任務，這在使用實 例文檔或方案腳本說明中予以說明。3、功能需求 (functional requirement) 定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完 成他們的任務，從而滿足了業(yè)務需求。業(yè)務需求和

21、用戶需求是軟件需求分析的基礎， 也是軟件構建的前提。 系統(tǒng)分析員通過對業(yè) 務需求和用戶需求的分解， 將其轉換成克一形式化描述的軟件功能需求。 開發(fā)軟件系統(tǒng)最 為困難的部分， 就是準確說明開發(fā)什么。 這就需要在開發(fā)的過程中不斷的與用戶進行交流 與探討 ,使系統(tǒng)更加詳盡 ,準確到位。這就需要確定用戶是否需要這樣的產品類型以及獲取 每個用戶類的需求。4、客戶也經常是矛盾的。事實上，很少有客戶能夠明確的知道怎樣的一個系統(tǒng)對自己是 最有益處的， 他們往往在集中方案之間徘徊， 于是經常產生需求的變動。 生產廠商經常陷 入客戶自己的矛盾之中。客戶的負面影響可能對于能夠在預算內按時完成項目產生很大的影響。 盡

22、管客戶需要對需 求的質量負責任， 但是， 當一個軟件項目因為客戶事先沒有預料到的情況而導致失敗的時 候，即使客戶不會追究開發(fā)方的責任，就軟件項目本身而言，也已經是失敗的。 總結：良好的需求分析是軟件成功的基礎。以上是作者對需求分析工作實踐的一次小結以 及綜合性的思考， 是對需求分析本身所做的一次分析。 在此基礎上， 作者提出了逆向溝通 的設想， 即系統(tǒng)分析員主動進行溝通， 提出指導性意見。 當軟件融合了客戶和系統(tǒng)分析員 雙方智慧，其質量將會進一步得以提高。500 行，例如：實現(xiàn)數(shù)據(jù)2、 6周 (比較合理的代碼行數(shù)是多少，如果多了，我是怎么切割的)3、如何將用戶登錄的信息保存？用 戶 登 陸 頁

23、 面 將 每 個 用 戶 的 信 息 使 用 session 保 存 下 來 , 例 如 : session.setAttribute(UserID,ytang);如果用到用戶的登陸信息，再從 session 根據(jù) session.getAttribute(userID) 所存儲的信息 例如在項目 1 中的應用4軟件項目開發(fā)流程應該是什么樣子的？1。需求分析和獲??；2。界面的設計和修改，直到用戶可以接受；3。后臺數(shù)據(jù)庫的建立，做成幾張表，寫幾個存儲過程；4。前臺模塊的編寫和調試；5。項目的實施和維護；軟件開發(fā)管理規(guī)范業(yè)務雋求調研1 ；0業(yè)嵯需求規(guī)范說明書制定傾目開發(fā)計劃技術方案實施說明書rra

24、站風格整體設計項目約定書制定項目開發(fā)管理規(guī)范書開發(fā)環(huán)境的準備（業(yè)務流程總體設計書數(shù)據(jù)庫關系設計圖任務分配文檔廠h $V開發(fā)文檔； 間題說明報告“； 業(yè)務變更文檔打項目測試芳案與報告1專1*實運行服務器as段系統(tǒng)測試（開發(fā)服務器）* 系統(tǒng)移植（運行服務器） 代碼測試（運行服務器）代碼消缺系統(tǒng)測試（運行服務器） 域名解析I系統(tǒng)試運行I5、有哪些人員干什么工作，你參與過什么工作？1、項目經理2、系統(tǒng)分析員3、開發(fā)人員4、測試人員5、維護培訓人員1、項目經理：具備項目管理經驗，領導才能，協(xié)調能力，豐富的技術知識，善于與 用戶溝通協(xié)調，能夠承擔工作壓力2、系統(tǒng)分析員：具備豐富的行業(yè)應用知識，系統(tǒng)分析設計

25、能力，具備豐富的項目開 發(fā)經驗，做過多種軟件系統(tǒng)，熟悉系統(tǒng)分析設計規(guī)范3、開發(fā)人員：具備專業(yè)開發(fā)技術，熟練掌握一種開發(fā)工具，熟知常見的各種管理系統(tǒng)的開發(fā)過程，能夠讀懂設計文檔和需求文檔，有很好的編碼規(guī)范和習慣，善于溝通和交流4、測試人員：熟知各種測試技術，熟練掌握一種工具，具備豐富的項目開發(fā)經驗， 熟知測試規(guī)范5、維護培訓人員：熟悉操作系統(tǒng)配置管理，具備基本的網(wǎng)絡知識，善于編寫培訓手冊，善于講解，能夠很好地與用戶溝通，熟知項目開發(fā)過程6、你是怎樣設計 o/r-mappinmg的。用Hibernate實現(xiàn)。例如在Letdoo網(wǎng)的開發(fā)中，用戶和他對應的愛好，我使用了多對多映射的方式，這種方式在數(shù)據(jù)庫中體現(xiàn)出來的是，產生一個關聯(lián)表，存放用戶id和愛好id的對應關系。（在映射文件中的體現(xiàn)是，在每個類的映射中都建立與關聯(lián)表的對應關系）7、第一個項目中用戶權限你是怎么設計的？需求陳述不同職責的人員，對于系統(tǒng)操作的權限應該是不同的。優(yōu)秀的業(yè)務系統(tǒng)，這是最基本的功能?？梢詫Α敖M”進行權限分配 。對于一個大企業(yè)的業(yè)務系統(tǒng)來說，如果要求管理員為其下員工逐一 分配系統(tǒng)操作權限的話，是件耗時且不夠方便的事情。所以，系統(tǒng)中就提出了對“組”進行操作 的概念，將權限一致的人員編入同一