1、需求分析是怎樣做的？（自己理解著說）
需求分析是構建軟體系統的乙個重要過程。
一般，把需求型別分成三個型別：
1、業務需求（business requirement）反映了組織機構或客戶對系統、產品高層次的目的要求，它們在專案檢視與範圍文件中予以說明。
2、使用者需求(user requirement) 文件描述了使用者使用產品必須要完成的任務，這在使用例項文件或方案指令碼說明中予以說明。
3、功能需求(functional requirement)定義了開發人員必須實現的軟體功能，使得使用者能完成他們的任務，從而滿足了業務需求。
業務需求和使用者需求是軟體需求分析的基礎，也是軟體構建的前提。系統分析員通過對業務需求和使用者需求的分解，將其轉換成克一形式化描述的軟體功能需求。開發軟體系統最為困難的部分，就是準確說明開發什麼。
這就需要在開發的過程中不斷的與使用者進行交流與**,使系統更加詳盡,準確到位。這就需要確定使用者是否需要這樣的產品型別以及獲取每個使用者類的需求。
4、客戶也經常是矛盾的。事實上，很少有客戶能夠明確的知道怎樣的乙個系統對自己是最有益處的，他們往往在集中方案之間徘徊，於是經常產生需求的變動。生產廠商經常陷入客戶自己的矛盾之中。
客戶的負面影響可能對於能夠在預算內按時完成專案產生很大的影響。儘管客戶需要對需求的質量負責任，但是，當乙個軟體專案因為客戶事先沒有預料到的情況而導致失敗的時候，即使客戶不會追究開發方的責任，就軟體專案本身而言，也已經是失敗的。
總結：良好的需求分析是軟體成功的基礎。以上是作者對需求分析工作實踐的一次小結以及綜合性的思考，是對需求分析本身所做的一次分析。
在此基礎上，作者提出了逆向溝通的設想，即系統分析員主動進行溝通，提出指導性意見。當軟體融合了客戶和系統分析員雙方智慧型，其質量將會進一步得以提高。
2、6周
（比較合理的**行數是多少，如果多了，我是怎麼切割的）500行，例如：實現資料3、如何將使用者登入的資訊儲存？
使用者登陸頁面將每個使用者的資訊使用session儲存下來,例如: session.setattribute("userid","ytang");
如果用到使用者的登陸資訊，再從session根據session.getattribute("userid")所儲存的資訊
例如在專案1中的應用
4．軟體專案開發流程應該是什麼樣子的？
1。需求分析和獲取；
2。介面的設計和修改，直到使用者可以接受；
3。後台資料庫的建立，做成幾張表，寫幾個儲存過程；
4。前台模組的編寫和除錯；
5。專案的實施和維護；
5、有哪些人員幹什麼工作，你參與過什麼工作？
1、專案經理2、系統分析員3、開發人員4、測試人員5、維護培訓人員
1、專案經理：具備專案管理經驗，領導才能，協調能力，豐富的技術知識，善於與使用者溝通協調，能夠承擔工作壓力
2、系統分析員：具備豐富的行業應用知識，系統分析設計能力，具備豐富的專案開發經驗，做過多種軟體系統，熟悉系統分析設計規範
3、開發人員：具備專業開發技術，熟練掌握一種開發工具，熟知常見的各種管理系統的開發過程，能夠讀懂設計文件和需求文件，有很好的編碼規範和習慣，善於溝通和交流
4、測試人員：熟知各種測試技術，熟練掌握一種工具，具備豐富的專案開發經驗，熟知測試規範
5、維護培訓人員：熟悉作業系統配置管理，具備基本的網路知識，善於編寫培訓手冊，善於講解，能夠很好地與使用者溝通，熟知專案開發過程
6、你是怎樣設計 o/r-mappinmg的。
用hibernate實現。例如在letdoo網的開發中，使用者和他對應的愛好，我使用了多對多對映的方式，這種方式在資料庫中體現出來的是，產生乙個關聯表，存放使用者id和愛好id的對應關係。（在對映檔案中的體現是，在每個類的對映中都建立與關聯表的對應關係）
7、第乙個專案中使用者許可權你是怎麼設計的？
需求陳述
不同職責的人員，對於系統操作的許可權應該是不同的。優秀的業務系統，這是最基本的功能。
可以對「組」進行許可權分配。對於乙個大企業的業務系統來說，如果要求管理員為其下員工逐一分配系統操作許可權的話，是件耗時且不夠方便的事情。所以，系統中就提出了對「組」進行操作的概念，將許可權一致的人員編入同一組，然後對該組進行許可權分配。
許可權管理系統應該是可擴充套件的。它應該可以加入到任何帶有許可權管理功能的系統中。就像是元件一樣的可以被不斷的重用，而不是每開發一套管理系統，就要針對許可權管理部分進行重新開發。
滿足業務系統中的功能許可權。傳統業務系統中，存在著兩種許可權管理，其一是功能許可權的管理，而另外一種則是資源許可權的管理，在不同系統之間，功能許可權是可以重用的，而資源許可權則不能。
關於設計
在設計階段，系統設計人員無須考慮程式結構的設計，而是從程式流程以及資料庫結構開始入手。為了實現需求，資料庫的設計可謂及其重要，無論是「組」操作的概念，還是整套許可權管理系統的重用性，都在於資料庫的設計。
首先，action表（以下簡稱為「許可權表」），gorupmanager表（以下簡稱為「管理組表」），以及master表（以下簡稱為「人員表」），是三張實體表，它們依次記錄著「許可權」的資訊，「管理組」的資訊和「人員」的資訊。
這三個表之間的關係是多對多的，乙個許可權可能同時屬於多個管理組，乙個管理組中也可能同時包含多個許可權。同樣的道理，乙個人員可能同時屬於多個管理組，而乙個管理組中也可能同時包含多個人員。
由於這三張表之間存在著多對多的關係，那麼它們之間的互動，最好使用另外兩張表來完成。而這兩張表起著對映的作用，分別是「actiongroup」表（以下簡稱「許可權對映表」）和「mastergroup」表（以下簡稱「人員對映表」），前者映**許可權表與管理組表之間的互動。後者映**人員表與管理組表之間的互動。
另外，還需要一張表來控制系統執行時左側選單中的許可權分欄，也就是「許可權分欄表」。
綜上所述，這樣設計資料庫，系統是完全可以重用的，並且經受得住「變更」考驗的。
此套系統的重點在於，三張實體表牢牢地抓住了系統的核心成分，而兩張對映表完美地對映出三張實體表之間的互動。其難點在於，理解對映表的工作，它記錄著關係，並且實現了「組」操作的概念。而系統總體的設計是本著可以在不同的mis系統中「重用」來滿足不同系統的功能許可權設定。
1、需求分析是怎樣做的？（自己理解著說）
需求分析是構建軟體系統的乙個重要過程。
一般，把需求型別分成三個型別：
1、業務需求（business requirement）反映了組織機構或客戶對系統、產品高層次的目的要求，它們在專案檢視與範圍文件中予以說明。
2、使用者需求(user requirement) 文件描述了使用者使用產品必須要完成的任務，這在使用例項文件或方案指令碼說明中予以說明。
3、功能需求(functional requirement)定義了開發人員必須實現的軟體功能，使得使用者能完成他們的任務，從而滿足了業務需求。
業務需求和使用者需求是軟體需求分析的基礎，也是軟體構建的前提。系統分析員通過對業務需求和使用者需求的分解，將其轉換成克一形式化描述的軟體功能需求。開發軟體系統最為困難的部分，就是準確說明開發什麼。
這就需要在開發的過程中不斷的與使用者進行交流與**,使系統更加詳盡,準確到位。這就需要確定使用者是否需要這樣的產品型別以及獲取每個使用者類的需求。
4、客戶也經常是矛盾的。事實上，很少有客戶能夠明確的知道怎樣的乙個系統對自己是最有益處的，他們往往在集中方案之間徘徊，於是經常產生需求的變動。生產廠商經常陷入客戶自己的矛盾之中。
客戶的負面影響可能對於能夠在預算內按時完成專案產生很大的影響。儘管客戶需要對需求的質量負責任，但是，當乙個軟體專案因為客戶事先沒有預料到的情況而導致失敗的時候，即使客戶不會追究開發方的責任，就軟體專案本身而言，也已經是失敗的。
總結：良好的需求分析是軟體成功的基礎。以上是作者對需求分析工作實踐的一次小結以及綜合性的思考，是對需求分析本身所做的一次分析。
在此基礎上，作者提出了逆向溝通的設想，即系統分析員主動進行溝通，提出指導性意見。當軟體融合了客戶和系統分析員雙方智慧型，其質量將會進一步得以提高。
2、6周
（比較合理的**行數是多少，如果多了，我是怎麼切割的）500行，例如：實現資料3、如何將使用者登入的資訊儲存？
使用者登陸頁面將每個使用者的資訊使用session儲存下來,例如: session.setattribute("userid","ytang");
如果用到使用者的登陸資訊，再從session根據session.getattribute("userid")所儲存的資訊
例如在專案1中的應用
4．軟體專案開發流程應該是什麼樣子的？
1。需求分析和獲取；
2。介面的設計和修改，直到使用者可以接受；
3。後台資料庫的建立，做成幾張表，寫幾個儲存過程；
4。前台模組的編寫和除錯；
5。專案的實施和維護；
5、有哪些人員幹什麼工作，你參與過什麼工作？
1、專案經理2、系統分析員3、開發人員4、測試人員5、維護培訓人員
1、專案經理：具備專案管理經驗，領導才能，協調能力，豐富的技術知識，善於與使用者溝通協調，能夠承擔工作壓力
2、系統分析員：具備豐富的行業應用知識，系統分析設計能力，具備豐富的專案開發經驗，做過多種軟體系統，熟悉系統分析設計規範
3、開發人員：具備專業開發技術，熟練掌握一種開發工具，熟知常見的各種管理系統的開發過程，能夠讀懂設計文件和需求文件，有很好的編碼規範和習慣，善於溝通和交流
4、測試人員：熟知各種測試技術，熟練掌握一種工具，具備豐富的專案開發經驗，熟知測試規範
5、維護培訓人員：熟悉作業系統配置管理，具備基本的網路知識，善於編寫培訓手冊，善於講解，能夠很好地與使用者溝通，熟知專案開發過程
6、你是怎樣設計 o/r-mappinmg的。
用hibernate實現。例如在letdoo網的開發中，使用者和他對應的愛好，我使用了多對多對映的方式，這種方式在資料庫中體現出來的是，產生乙個關聯表，存放使用者id和愛好id的對應關係。（在對映檔案中的體現是，在每個類的對映中都建立與關聯表的對應關係）
軟體專案開發工作流程
本階段提交的文件 專案可行性研究任務書 技術負責人或部門負責人下達 專案可行性研究報告 可行性研究人員編寫 系統整合專案合同 質量記錄 可行性分析評審報告 3 2立項階段 可行性分析評審通過後，由開發部門經理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過後，由部門經理與技術負責人協商，下達...
軟體開發專案驗收標準
驗收標準 1.引言 1.1 編寫目的 為了使專案驗收更具公平性 可操作性和標準化，特制定此驗收標準。1.2使用者 專案名稱 中小型物流企業erp平台開發與建設專案專案製作提出單位 專案開發單位 主管部門 開發人員 驗收人員 1.3參考資料 1 軟體需求說明書 2 系統概要設計說明書 3 總體設計說明...
軟體專案設計和開發評審流程
1 目的 設計和開發評審的目的是由一組有資格的人員對軟體設計和開發的輸出進行評價，以判斷確定設計和開發的輸出能否實現軟體產品預先定義的規格，同時通過評審標識出與規格和標準的偏差。它向管理部門提供充足的證據以證明 1 設計和開發的輸出符合了其規格要求 2 設計和開發的輸出是否滿足相關法律 法規以及企業...