小说阅读器,好看的言情小说

前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇軟件技術(shù)方案范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

軟件技術(shù)方案

軟件技術(shù)方案范文第1篇

摘要：高職院校軟件技術(shù)專業(yè)綜合實訓方案以提高學生職業(yè)能力和綜合素質(zhì)為目標，采用“項目/任務”實訓模式，選取來源于企業(yè)的真實項目作為實訓內(nèi)容，讓學生嚴格遵循業(yè)界主流的軟件過程參與實際的項目開發(fā)，可實現(xiàn)教學與就業(yè)崗位的“零距離對接”。本文介紹了我院在此方面的探索經(jīng)驗。

關(guān)鍵詞：綜合實訓；職業(yè)能力；實訓模式；“項目/任務”實訓模式

中圖分類號：G642

文獻標識碼：B

目前我國高等院校學生的知識結(jié)構(gòu)與企業(yè)人才的需求之間的脫節(jié)，主要體現(xiàn)在兩個方面：學生在校所學知識與行業(yè)主流技術(shù)脫節(jié)；學生在校所學大部分為理論知識，缺少實際項目的開發(fā)經(jīng)驗和團隊協(xié)作技巧。因此學生在畢業(yè)后進入企業(yè)必然要經(jīng)過一個再培訓的過程，造成人力、財力的極大浪費。

軟件技術(shù)專業(yè)綜合實訓方案可以從根本上解決以上的問題。通過畢業(yè)前讓學生參與真實的項目開發(fā)，并嚴格遵循業(yè)界主流的軟件開發(fā)過程，讓學生在整個過程中親身體驗項目開發(fā)過程中的編程技巧、團隊協(xié)作技巧、項目理解的方法以及掌握項目實施的能力，提高自身的綜合素質(zhì)。從而，幫助學生極大縮短與實際企業(yè)所需軟件開發(fā)人員的距離，為企業(yè)培養(yǎng)出合格的軟件開發(fā)人員。

1軟件技術(shù)專業(yè)綜合實訓的設計

(1) 軟件技術(shù)綜合實訓的模式

軟件技術(shù)綜合實訓采用“項目/任務”實訓模式，內(nèi)容來源于企業(yè)的實際項目WebEDU(互聯(lián)網(wǎng)教育平臺及資源)，通過該項目的開發(fā)將學生所學的專業(yè)理論知識、單項操作技能綜合地應用于實踐，培養(yǎng)學生系統(tǒng)、完整、具體地解決實際問題的能力。這一模式適用于已經(jīng)學完軟件技術(shù)專業(yè)的所有專業(yè)知識，能熟練進行程序編碼的專業(yè)學生。對具有軟件開發(fā)經(jīng)驗的學生更為適合。項目的選擇要求具有生產(chǎn)性、可操作性和成果可展示性。項目要有符合標準和商業(yè)經(jīng)營要求的、輪廓清晰的說明，并能夠在一定的時間范圍內(nèi)完成。實訓過程中注意培養(yǎng)學生收集信息、制定計劃、實施計劃和自我評價的能力，并注意安排小組工作，鍛煉學生團隊協(xié)作的能力，注重學生關(guān)鍵能力與綜合素質(zhì)的培養(yǎng)。

(2) 軟件技術(shù)綜合實訓的整體設計思路

軟件技術(shù)專業(yè)的綜合實訓堅持以就業(yè)為導向，以能力為本位，以提高職業(yè)技能與綜合素質(zhì)為目標的指導思想。

項目或任務的設計：由具有企業(yè)開發(fā)經(jīng)驗的指導教師根據(jù)軟件工程師的職業(yè)要求設計一項要求學生完成的綜合性項目，或者來源于企業(yè)的具有代表性的實際項目，可以將所學的專業(yè)理論知識、單項操作技能(包括程序設計、數(shù)據(jù)庫設計、web開發(fā)、軟件工程、軟件測試等)綜合于一體。

項目或任務的組織實施：為了更好的讓學生參與整個項目，達到培訓目標，現(xiàn)在對學生實施“項目組”的工作模式。具體的分組原則如下。

每組為7個學生，最多不超過9個。

每組學生劃分成為四種角色，分別是項目經(jīng)理、分析師、程序員和測試員。其中項目經(jīng)理1名，分析師2名，程序員和測試員都將全員參與。

項目組遵循一定的項目協(xié)作和匯報機制。

成果的展示與評價：學生將項目或任務的成果進行展示與評價。展示要求由小組派代表現(xiàn)場運行所完成的實訓項目，并進行現(xiàn)場答辯，評委會將根據(jù)成果內(nèi)容及答辯情況進行評分。

2實訓內(nèi)容與教學方法

(1) 實訓內(nèi)容

WebEDU(互聯(lián)網(wǎng)教育平臺及資源)項目是一個實際的基于J2EE的WEB應用平臺，本項目的最終目標是開發(fā)一套基于互聯(lián)網(wǎng)的、具有高可用性的遠程教育平臺，以配合軟件技術(shù)教育的面授培訓，使得開發(fā)的軟件教育課程可以通過本系統(tǒng)傳授給全國各地的學員，實現(xiàn)學員的學籍管理、考試認證、作業(yè)處理、網(wǎng)上輔導、網(wǎng)上交流等教學教務管理。同時，要能夠用軟件教育平臺信息，管理教員、課程和加盟教學點。其整體結(jié)構(gòu)如下圖。

該系統(tǒng)不僅是先進計算機科學和技術(shù)水平的體現(xiàn)，更加重要的是要符合現(xiàn)代化教育的一般規(guī)律，使得遠程教育成為一個真正高效的現(xiàn)代化教育手段。所有教學及教學管理軟件都將基于構(gòu)件的體系結(jié)構(gòu)模式，具有實時、交互式的特點。該平臺將能夠運行多門課程，是一個統(tǒng)一的教學/學習、網(wǎng)上輔導及討論、自我測驗的系統(tǒng)平臺。計劃開發(fā)的軟件系統(tǒng)將具有簡單、靈活、使用方便的特點。通過本項目的開發(fā)能夠幫助學生掌握完整的通過J2EE構(gòu)建Web系統(tǒng)的知識，同時還能夠提供完備的項目開發(fā)過程，幫助學生提高對實際軟件項目的理解力以及其對項目開發(fā)過程的掌握。

(2) 教學方法

我院采用了“項目驅(qū)動”的教學方法。按照軟件的基本開發(fā)流程展開實訓，主要分為“需求分析、概要設計、詳細設計、測試驗收”四個階段，注重培養(yǎng)學生發(fā)現(xiàn)問題、分析問題、解決問題的能力以及創(chuàng)新思維與技術(shù)綜合應用能力，鍛煉學生的團隊合作能力，使學生在實訓過程中感受真實的工作氛圍，做到與企業(yè)“無縫對接”。具體如下。

Ø 需求分析：首先由教師以客戶的身份給出項目的總體功能要求，學生對需求進行分析，確定開發(fā)目標，制定開發(fā)計劃。鼓勵學生在滿足基本需求的基礎上，充分發(fā)揮創(chuàng)新能力，擴充和完善系統(tǒng)的功能。

Ø 概要設計：根據(jù)需求分析，進行總體設計，指導學生寫出了詳細的概要設計，設計數(shù)據(jù)庫系統(tǒng)。培養(yǎng)學生分析問題、解決問題的能力，增強團隊意識。

Ø 詳細設計：學生按照開發(fā)計劃進行詳細設計，通過查閱資料自主完成項目的開發(fā)。教師負責答疑。在此過程中，學生分析問題、解決問題的能力得到有效的鍛煉。

Ø 測試驗收：對完成的項目進行測試，教師負責驗收。對于優(yōu)秀作品，進行展示與點評。

3實訓環(huán)境與條件

為了能夠更好的達到項目實訓的效果并控制培訓成本，我院采取集中式實訓的方式，時間為4~5周。教師應對時間做階段性的劃分與安排，由學生按軟件工程的開發(fā)流程完成實訓計劃。

整個實訓要求在機房內(nèi)進行，因為是實際的項目開發(fā)，所以要求每一個參與培訓的學生能夠擁有一臺開發(fā)機器。具體的軟硬件環(huán)境如下。

硬件環(huán)境

CPU：不得小于P4 1.8GHz

內(nèi)存：不得小于512MB

空余硬盤空間：不小于20GB

軟件環(huán)境

操作系統(tǒng)：中文Microsoft Windows 2000 Advanced Server/WorkStation

支持環(huán)境：Tomcat/JRUN(Apache)

數(shù)據(jù)庫：Microsoft SQL Server 2000/JDBC

編程語言：JSP、html

設計工具：DreamWaver、Eclipse等

師資要求

WebEDU項目實訓是一個實際案例的開發(fā)，其系統(tǒng)的真實性和開發(fā)過程的仿真度都相當高，這就要求指導教師具有較高的素質(zhì)，具體體現(xiàn)在以下幾個方面。

① 必須具有基本的項目管理能力。本項目實訓要讓學生真實的感受實際項目的管理，并且由于項目經(jīng)理是由學生擔任，所以教師必須要能夠具有一定的項目管理能力，能夠分析出項目經(jīng)理在管理過程中的問題，并且給予指正。

② 必須具有項目開發(fā)經(jīng)驗。本項目要求嚴格遵循項目開發(fā)的流程進行開發(fā)，這就要求指導教師必須具有實際開發(fā)經(jīng)驗，能在項目開發(fā)的各個階段對學生進行指導。

③ 教師必須具有評價學生成果的能力，能夠根據(jù)自己的教學和項目實際實施能力和經(jīng)驗，評價學生的技術(shù)水平和對項目把握能力水平。

④ 教師必須掌握必要的軟件開發(fā)技術(shù)(數(shù)據(jù)庫技術(shù)、服務器技術(shù)和web開發(fā)技術(shù))，能夠幫助學生解決在項目開發(fā)過程中所遇到的問題。

4考核與評價

在軟件技術(shù)綜合實訓中，只有具有了嚴格的質(zhì)量評估與審核體系，才能使得實訓更具有高效性。綜合實訓的評價分為兩部分：一部分是指導教師的評價，主要是過程評價，占總成績的40%；二是答辯演示評價，主要是對作品的評價，占總成績的60%。

(1) 指導教師的評價

指導教師根據(jù)學生在小組內(nèi)任務完成過程中的表現(xiàn)進行評分，滿分為40分，注重專業(yè)核心能力和關(guān)鍵能力的考核，見表1。

(2) 答辯演示評價

答辯小組由本學科中級以上職稱者5~7人組成(其中高級職稱不少于兩人)，主要根據(jù)學生作品的完成情況和學生答辯情況進行打分，見表2。

參考文獻

[1] 梁琦等. 高等職業(yè)教育綜合實訓典型方案[M]. 北京:高等教育出版社,2006.

[2] 譚浩強等. 中國高等職業(yè)院校計算機教育課程體系2007[M]．北京:中國鐵道出版社,2007.

軟件技術(shù)方案范文第2篇

開發(fā)框架

開發(fā)的系統(tǒng)中所應用的技術(shù)都是基于JavaEE，技術(shù)成熟穩(wěn)定又能保持先進性。采用B/S架構(gòu)使系統(tǒng)能集中部署分布使用，有利于系統(tǒng)升級維護；采用MVC的開發(fā)模式并參考SOA體系架構(gòu)進行功能設計，使得能快速擴展業(yè)務功能而不會影響現(xiàn)有系統(tǒng)功能的正常使用，可根據(jù)實際業(yè)務量進行部分功能擴容，在滿足系統(tǒng)運行要求的同時實現(xiàn)成本最小化。系統(tǒng)采用分布式部署，系統(tǒng)功能隔離運行，保障系統(tǒng)整體運行的穩(wěn)定性。

圖1.開發(fā)框架與體系結(jié)構(gòu)圖

1.1.

web端技術(shù)棧

（1）前端采用elementUI/jquery/bootstrap/vue實現(xiàn)，前端和Controller交換數(shù)據(jù)基于json格式。

1.2

業(yè)務端技術(shù)棧

（1）

業(yè)務端基于springboot、springMVC、JPA、SpringData技術(shù)棧構(gòu)建，對于復雜的系統(tǒng)則采用springCloud構(gòu)建。

（2）

四層分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，實現(xiàn)和前端的數(shù)據(jù)交換。

（2）命名：按照功能模塊劃分各層包名，各層一致。

系統(tǒng)安全保障

2.1

訪問安全性

權(quán)限管理是系統(tǒng)安全的重要方式，必須是合法的用戶才可以訪問系統(tǒng)（用戶認證），且必須具有該資源的訪問權(quán)限才可以訪問該資源（授權(quán)）。

我們系統(tǒng)設計權(quán)限模型，標準權(quán)限數(shù)據(jù)模型包括

：用戶、角色、權(quán)限（包括資源和權(quán)限）、用戶角色關(guān)系、角色權(quán)限關(guān)系。權(quán)限分配：通過UI界面方便給用戶分配權(quán)限，對上邊權(quán)限模型進行增、刪、改、查操作。

基于角色的權(quán)限控制策略根據(jù)角色判斷是否有操作權(quán)限，因為角色的變化

性較高，如果角色修改需要修改控制代碼。

而基于資源的權(quán)限控制：根據(jù)資源權(quán)限判斷是否有操作權(quán)限，因為資源較為固定，如果角色修改或角色中權(quán)限修改不需要修改控制代碼，使用此方法系統(tǒng)可維護性很強。建議使用。

2.2

數(shù)據(jù)安全性

可以從三個層面入手：操作系統(tǒng)；應用系統(tǒng)；數(shù)據(jù)庫；比較常用的是應用系統(tǒng)和數(shù)據(jù)庫層面的安全保障措施。

在操作系統(tǒng)層面通過防火墻的設置。如設置成端口8080只有自己的電腦能訪問。應用系統(tǒng)層面通過登陸攔截，攔問請求的方式。密碼不能是明文，必須加密；加密算法必須是不可逆的，不需要知道客戶的密碼。密碼的加密算法{

MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次數(shù)只有你自己知道)，不容易破解；加密多次之后，登錄時忘記密碼，只能重置密碼，它不會告訴你原密碼，因為管理員也不知道。

項目計劃的編制和管理

本公司項目基于敏捷過程的方式組織，項目計劃基于需求和團隊反復討論的過程。在開發(fā)系統(tǒng)時都經(jīng)過了解需求，開需求分析會議，確定開發(fā)任務，推進開發(fā)進度，測試，試點，交付等開發(fā)步驟，其中具體內(nèi)容有：

1，了解需求：跟客戶溝通，充分了解對方的需求，然后對需求進行過濾，最后整體成需求文檔

2，需求分析會議：也就是項目啟動會議之后要做的事情，對拿來的需求進行討論，怎么做滿足需求。主要對需求進行全面的梳理，讓開發(fā)，產(chǎn)品，項目都熟悉整個需求。

3，確定開發(fā)任務：根據(jù)敏捷開發(fā)法則，需求變成一個一個功能點之后就是安排開發(fā)任務了。根據(jù)團隊現(xiàn)有的資源合理分配任務，和時間節(jié)點

4，

推進開發(fā)進度：在開發(fā)的實際過程中，注意節(jié)奏的把控，注重功能點完成的時間點。

5，

每一個功能點完成之后都會有測試工程師進行單元測試。

6，試點單位進行試用，然后解決問題。

7，交付

項目進度保障體系

4.1制度保障

實行項目經(jīng)理負責制，建立強有力的開發(fā)指揮機構(gòu)和開發(fā)保障體系，投入能保證開發(fā)進度如期實現(xiàn)的足夠的開發(fā)隊伍，實行專業(yè)化開發(fā)。建立從項目經(jīng)理到各開發(fā)人員的開發(fā)任務，全面、及時掌握并迅速、準確地處理開發(fā)過程中遇到的各種問題。對開發(fā)過程中遇到的需求變更進行協(xié)調(diào)管理，對重大關(guān)鍵問題超前研究，制定措施，及時調(diào)整開發(fā)的公共類保證開發(fā)過程的連續(xù)性和高效性。強化開發(fā)過程的時間點把控問題，對開發(fā)任務實行動態(tài)管理。保證在時間點內(nèi)完成開發(fā)任務。實行內(nèi)部經(jīng)濟承包責任制。使責任和效益掛鉤，個人利益和完成工作量掛鉤，做到多勞多得，調(diào)動開發(fā)團隊、個人的積極性。編制科學合理的總體開發(fā)進度計劃，運用專業(yè)管理軟件，對開發(fā)計劃進行動態(tài)控制；并在總計劃的基礎上分解明確的月及旬計劃，項目經(jīng)理抓住主要技術(shù)難點，嚴格按計劃安排組織開發(fā)，重點抓好關(guān)鍵技術(shù)的開發(fā)。定期檢查開發(fā)計劃的執(zhí)行情況，及時對開發(fā)進度計劃進行調(diào)整；在開發(fā)過程中，根據(jù)開發(fā)進展和各種因素的變化情況，不斷優(yōu)化開發(fā)的方案，保證各開發(fā)有條不紊的執(zhí)行。

4.2開發(fā)進度開發(fā)工期保證措施

任務分發(fā)將利用一流的開發(fā)策劃、高效的組織、科學的領(lǐng)導和動態(tài)的控制，用一流的運作與協(xié)調(diào)、一流的技術(shù)框架與技術(shù)、一流的團隊素質(zhì)等來實現(xiàn)一流的管理，從而通過過程控制實現(xiàn)最終產(chǎn)品的精品，滿足客戶對工期、質(zhì)量等各方面的要求。

完善的開發(fā)計劃保證體系是保證項目工期的綱要，掌握開發(fā)管理主動權(quán)，全面而宏觀的控制整個開發(fā)的過程，是保證開發(fā)進度的關(guān)鍵。通過完善的開發(fā)計劃保證體系，采用先進的開發(fā)計劃計算、設計軟件，制定出科學合理的開發(fā)進度計劃。

1．

編制三級網(wǎng)絡計劃

在開發(fā)過程中中我單位將分級編制網(wǎng)絡計劃來控制整個項目的開發(fā)。

（1）一級網(wǎng)路計劃

根據(jù)項目總工期控制項目各階段里程碑目標。

（2）二級網(wǎng)路計劃

根據(jù)各階段分項業(yè)務的工期目標控制分解成分部目標。

（3）三級網(wǎng)路計劃

主要技術(shù)使用控制周計劃和日計劃。通過對關(guān)鍵技術(shù)開發(fā)編制標準業(yè)務，建立計劃統(tǒng)計數(shù)據(jù)庫，利用項目管理信息系統(tǒng)對工期進行全方位管理。

2.制定派生計劃

根據(jù)總控工期、階段工期和分項業(yè)務工作量制定出技術(shù)保障、商務合同、物資采購、設備定貨、人力資源等派生計劃，是進度管理的重要組成部分，按照最遲完成或最遲準備的插入時間原則，制定各類派生保障計劃，作到各項工作有備而來，有章可循。

工期保證體系框圖

技術(shù)保證體系

綜合保證體系

組織保證體系

技術(shù)總監(jiān)

開發(fā)組織設計

技術(shù)總監(jiān)

開發(fā)人員

測試人員

試驗室

項目經(jīng)理

制

度

保

證

獎懲制度

崗位責任制

經(jīng)濟責任制

開發(fā)團隊

單元測試

技術(shù)培訓

測試用例

開發(fā)進度計劃保證

月度計劃

季度計劃

年度計劃

技術(shù)工作責任制

技術(shù)標準

設計文件

招標文件

技術(shù)規(guī)范

技術(shù)工作標準化

開發(fā)團隊

實現(xiàn)工期目標

4.3施工進度三階段控制措施

（一）開發(fā)進度“事前控制”

1.積極做好業(yè)務需求，業(yè)務流程等準備工作，為自己盡早投入開發(fā)創(chuàng)造好條件，把準備工作做細做充分，確保按時無障礙開發(fā)。

2.編制詳細的開發(fā)進度計劃，包括需求文檔，業(yè)務分工計劃，業(yè)務流程等。

3.關(guān)鍵技術(shù)或特殊技術(shù)編制相應的開發(fā)進度計劃，制定相應的節(jié)點，編制節(jié)點控制計劃。

4.編制開發(fā)節(jié)點實施細則，明確搭接和流水的節(jié)拍。

（二）開發(fā)進度“事中控制”

1.嚴格審核開發(fā)人員的進度計劃、季度計劃、月計劃，并監(jiān)督各人員按照已制定的開發(fā)進度計劃進行開發(fā)。

2.在本項目開發(fā)期間，按開發(fā)進度需要，配備充足的開發(fā)人員，確保時間點的正常運行。

3.在開發(fā)期間，每周結(jié)束前，組織召開一次碰頭會，協(xié)商解決當周開發(fā)過程中和第二周開發(fā)中將會發(fā)生的問題，應解決的問題決不拖延。

4.狠抓開發(fā)進度與質(zhì)量，加強技術(shù)培訓。只有在確保技術(shù)過關(guān)、質(zhì)量的前提下才能求速度、講進度、抓工期。

5.根據(jù)開發(fā)的實際情況，及時修改和調(diào)整開發(fā)進度，并定期向客戶通報系統(tǒng)開發(fā)進展情況。

（三）施工進度“事后控制”

1.根據(jù)開發(fā)進度計劃，及時組織測試人員通過事先編寫的測試用例進行分項測試與系統(tǒng)測試。

2.定期整理有關(guān)開發(fā)進度的資料，匯總編目，建立相應的檔案。

項目質(zhì)量保障體系

5.1過程中的保證

依據(jù)項目的軟件特點、合作方的項目實施要求，采取需求分析，系統(tǒng)設計，軟件項目計劃，軟件需求分析，軟件模型設計，軟件詳細設計，單元測試設計，編寫單元測試，系統(tǒng)培訓，系統(tǒng)測試等一些列的措施在過程中保證項目的質(zhì)量。

5.2技術(shù)方面的保證

公司研發(fā)人員均為國內(nèi)高校分子計算機專業(yè)或招聘的高級技術(shù)人才，專業(yè)基礎和工作經(jīng)驗扎實豐富，整個團隊具有高級工程師、博士的人才搭配，具備強大的持續(xù)研發(fā)能力。

5.3軟件質(zhì)量管理責任分配

角色

職責

配置管理員

制定、創(chuàng)建和維護配置庫，提供文檔規(guī)范，并傳達到各個部門。

QA（質(zhì)量保證）

參與項目各個階段的評審，進行過程評審和產(chǎn)品審計，檢查文檔和代碼的規(guī)范執(zhí)行情況

QC（質(zhì)量控制）

軟件測試是質(zhì)量控制的主要手段，測試人員進行軟件的測試設計和執(zhí)行工作

5.4工作產(chǎn)品和活動

活動

責任人

工作產(chǎn)品

是否可裁剪

項目立項

項目經(jīng)理

項目計劃

否

配置管理員

配置管理計劃

是

質(zhì)量保證計劃

是

測試人員

系統(tǒng)測試計劃

否

需求管理活動

項目經(jīng)理

需求調(diào)研報告

是

需求規(guī)格說明書

否

用戶、項目經(jīng)理

用戶確認書

是

評審報告

是

設計過程、決策分析活動

設計組

概要設計說明書

否

界面設計圖

是

詳細設計說明書

是

項目經(jīng)理

決策分析評議表

是

評審報告

是

開發(fā)編碼、集成過程活動

項目經(jīng)理

版本記錄

否

評審報告

是

開發(fā)人員

程序代碼

否

系統(tǒng)測試活動

測試人員

測試用例、測試報告

否

評審報告

是

項目結(jié)項、交付與維護活動

項目經(jīng)理

培訓教材

是

用戶手冊

是

安裝手冊

是

項目總結(jié)報告

否

項目經(jīng)理、客戶

用戶驗收報告

是

評審報告

是

項目跟蹤與監(jiān)控活動

項目經(jīng)理

項目問題跟蹤日志

是

不符合項問題跟蹤記錄表

否

項目跟蹤與監(jiān)控活動檢查單

是

風險管理活動

項目經(jīng)理

風險管理列表

是

風險管理活動檢查單

是

配置管理活動

配置管理員

配置狀態(tài)報告

是

變更請求審批表

是

變更跟蹤記錄表

是

配置管理活動檢查單

是

評審活動

項目成員

評審報告

否

評審活動檢查單

是

5.5評審

評審是以一種正式的形式進行，如有正式的、事先定義好的有關(guān)職責的各種角色，并遵循組織規(guī)定的流程。

對于任何工作產(chǎn)品的審計，都會組建與之對應的專門評審組，包括作者、主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA、項目組成員，但不能有作者的直接領(lǐng)導或者管理者。

評審小組先召開一個預備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如講解一下本工作產(chǎn)品的目標是什么，以及其相關(guān)的實現(xiàn)

細節(jié)、開發(fā)標準等。應該允許甚至鼓勵評審組成員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。

評審小組的主持人負責確定什么時間開始真正的評審會議，在預備會和正式評審會議之間，評審小組成員對工作產(chǎn)品進行徹底檢查，并依據(jù)相關(guān)標準和準則評審工作產(chǎn)品。

在預定時間，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進行檢查，主持人負責對整個會議的進展進行控制，記錄員記錄下這個過程。

在工作產(chǎn)品中發(fā)現(xiàn)的每一個缺陷都會被認真記錄下來，并被適當分類。

會議結(jié)束后，負責人需要分析相關(guān)缺陷，找出產(chǎn)生此缺陷的原因并加以修正。

主持人應確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應將相關(guān)問題移交相關(guān)的質(zhì)量保證人員。

階段

評審內(nèi)容

評審時機

參加人員

是否可裁剪

計劃階段

項目計劃

項目啟動會議

項目所有成員

否

配置管理計劃

項目所有成員

是

質(zhì)量保證計劃

項目所有成員

是

系統(tǒng)測試計劃

項目所有成員

否

需求階段

需求調(diào)研報告

項目評審會議1