軟件技術方案
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇軟件技術方案范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。
軟件技術方案范文第1篇
摘要：高職院校軟件技術專業綜合實訓方案以提高學生職業能力和綜合素質為目標，采用“項目/任務”實訓模式，選取來源于企業的真實項目作為實訓內容，讓學生嚴格遵循業界主流的軟件過程參與實際的項目開發，可實現教學與就業崗位的“零距離對接”。本文介紹了我院在此方面的探索經驗。
關鍵詞：綜合實訓；職業能力；實訓模式；“項目/任務”實訓模式
中圖分類號：G642
文獻標識碼：B
目前我國高等院校學生的知識結構與企業人才的需求之間的脫節，主要體現在兩個方面：學生在校所學知識與行業主流技術脫節；學生在校所學大部分為理論知識，缺少實際項目的開發經驗和團隊協作技巧。因此學生在畢業后進入企業必然要經過一個再培訓的過程，造成人力、財力的極大浪費。
軟件技術專業綜合實訓方案可以從根本上解決以上的問題。通過畢業前讓學生參與真實的項目開發，并嚴格遵循業界主流的軟件開發過程，讓學生在整個過程中親身體驗項目開發過程中的編程技巧、團隊協作技巧、項目理解的方法以及掌握項目實施的能力，提高自身的綜合素質。從而，幫助學生極大縮短與實際企業所需軟件開發人員的距離，為企業培養出合格的軟件開發人員。
1軟件技術專業綜合實訓的設計
(1) 軟件技術綜合實訓的模式
軟件技術綜合實訓采用“項目/任務”實訓模式，內容來源于企業的實際項目WebEDU(互聯網教育平臺及資源)，通過該項目的開發將學生所學的專業理論知識、單項操作技能綜合地應用于實踐，培養學生系統、完整、具體地解決實際問題的能力。這一模式適用于已經學完軟件技術專業的所有專業知識，能熟練進行程序編碼的專業學生。對具有軟件開發經驗的學生更為適合。項目的選擇要求具有生產性、可操作性和成果可展示性。項目要有符合標準和商業經營要求的、輪廓清晰的說明，并能夠在一定的時間范圍內完成。實訓過程中注意培養學生收集信息、制定計劃、實施計劃和自我評價的能力，并注意安排小組工作，鍛煉學生團隊協作的能力，注重學生關鍵能力與綜合素質的培養。
(2) 軟件技術綜合實訓的整體設計思路
軟件技術專業的綜合實訓堅持以就業為導向，以能力為本位，以提高職業技能與綜合素質為目標的指導思想。
項目或任務的設計：由具有企業開發經驗的指導教師根據軟件工程師的職業要求設計一項要求學生完成的綜合性項目，或者來源于企業的具有代表性的實際項目，可以將所學的專業理論知識、單項操作技能(包括程序設計、數據庫設計、web開發、軟件工程、軟件測試等)綜合于一體。
項目或任務的組織實施：為了更好的讓學生參與整個項目，達到培訓目標，現在對學生實施“項目組”的工作模式。具體的分組原則如下。
每組為7個學生，最多不超過9個。
每組學生劃分成為四種角色，分別是項目經理、分析師、程序員和測試員。其中項目經理1名，分析師2名，程序員和測試員都將全員參與。
項目組遵循一定的項目協作和匯報機制。
成果的展示與評價：學生將項目或任務的成果進行展示與評價。展示要求由小組派代表現場運行所完成的實訓項目，并進行現場答辯，評委會將根據成果內容及答辯情況進行評分。
2實訓內容與教學方法
(1) 實訓內容
WebEDU(互聯網教育平臺及資源)項目是一個實際的基于J2EE的WEB應用平臺，本項目的最終目標是開發一套基于互聯網的、具有高可用性的遠程教育平臺，以配合軟件技術教育的面授培訓，使得開發的軟件教育課程可以通過本系統傳授給全國各地的學員，實現學員的學籍管理、考試認證、作業處理、網上輔導、網上交流等教學教務管理。同時，要能夠用軟件教育平臺信息，管理教員、課程和加盟教學點。其整體結構如下圖。
該系統不僅是先進計算機科學和技術水平的體現，更加重要的是要符合現代化教育的一般規律，使得遠程教育成為一個真正高效的現代化教育手段。所有教學及教學管理軟件都將基于構件的體系結構模式，具有實時、交互式的特點。該平臺將能夠運行多門課程，是一個統一的教學/學習、網上輔導及討論、自我測驗的系統平臺。計劃開發的軟件系統將具有簡單、靈活、使用方便的特點。通過本項目的開發能夠幫助學生掌握完整的通過J2EE構建Web系統的知識，同時還能夠提供完備的項目開發過程，幫助學生提高對實際軟件項目的理解力以及其對項目開發過程的掌握。
(2) 教學方法
我院采用了“項目驅動”的教學方法。按照軟件的基本開發流程展開實訓，主要分為“需求分析、概要設計、詳細設計、測試驗收”四個階段，注重培養學生發現問題、分析問題、解決問題的能力以及創新思維與技術綜合應用能力，鍛煉學生的團隊合作能力，使學生在實訓過程中感受真實的工作氛圍，做到與企業“無縫對接”。具體如下。
Ø 需求分析：首先由教師以客戶的身份給出項目的總體功能要求，學生對需求進行分析，確定開發目標，制定開發計劃。鼓勵學生在滿足基本需求的基礎上，充分發揮創新能力，擴充和完善系統的功能。
Ø 概要設計：根據需求分析，進行總體設計，指導學生寫出了詳細的概要設計，設計數據庫系統。培養學生分析問題、解決問題的能力，增強團隊意識。
Ø 詳細設計：學生按照開發計劃進行詳細設計，通過查閱資料自主完成項目的開發。教師負責答疑。在此過程中，學生分析問題、解決問題的能力得到有效的鍛煉。
Ø 測試驗收：對完成的項目進行測試，教師負責驗收。對于優秀作品，進行展示與點評。
3實訓環境與條件
為了能夠更好的達到項目實訓的效果并控制培訓成本，我院采取集中式實訓的方式，時間為4~5周。教師應對時間做階段性的劃分與安排，由學生按軟件工程的開發流程完成實訓計劃。
整個實訓要求在機房內進行，因為是實際的項目開發，所以要求每一個參與培訓的學生能夠擁有一臺開發機器。具體的軟硬件環境如下。
硬件環境
CPU：不得小于P4 1.8GHz
內存：不得小于512MB
空余硬盤空間：不小于20GB
軟件環境
操作系統：中文Microsoft Windows 2000 Advanced Server/WorkStation
支持環境：Tomcat/JRUN(Apache)
數據庫：Microsoft SQL Server 2000/JDBC
編程語言：JSP、html
設計工具：DreamWaver、Eclipse等
師資要求
WebEDU項目實訓是一個實際案例的開發，其系統的真實性和開發過程的仿真度都相當高，這就要求指導教師具有較高的素質，具體體現在以下幾個方面。
① 必須具有基本的項目管理能力。本項目實訓要讓學生真實的感受實際項目的管理，并且由于項目經理是由學生擔任，所以教師必須要能夠具有一定的項目管理能力，能夠分析出項目經理在管理過程中的問題，并且給予指正。
② 必須具有項目開發經驗。本項目要求嚴格遵循項目開發的流程進行開發，這就要求指導教師必須具有實際開發經驗，能在項目開發的各個階段對學生進行指導。
③ 教師必須具有評價學生成果的能力，能夠根據自己的教學和項目實際實施能力和經驗，評價學生的技術水平和對項目把握能力水平。
④ 教師必須掌握必要的軟件開發技術(數據庫技術、服務器技術和web開發技術)，能夠幫助學生解決在項目開發過程中所遇到的問題。
4考核與評價
在軟件技術綜合實訓中，只有具有了嚴格的質量評估與審核體系，才能使得實訓更具有高效性。綜合實訓的評價分為兩部分：一部分是指導教師的評價，主要是過程評價，占總成績的40%；二是答辯演示評價，主要是對作品的評價，占總成績的60%。
(1) 指導教師的評價
指導教師根據學生在小組內任務完成過程中的表現進行評分，滿分為40分，注重專業核心能力和關鍵能力的考核，見表1。
(2) 答辯演示評價
答辯小組由本學科中級以上職稱者5~7人組成(其中高級職稱不少于兩人)，主要根據學生作品的完成情況和學生答辯情況進行打分，見表2。
參考文獻
[1] 梁琦等. 高等職業教育綜合實訓典型方案[M]. 北京:高等教育出版社,2006.
[2] 譚浩強等. 中國高等職業院校計算機教育課程體系2007[M]． 北京:中國鐵道出版社,2007.
軟件技術方案范文第2篇
1.
開發框架
開發的系統中所應用的技術都是基于JavaEE，技術成熟穩定又能保持先進性。采用B/S架構使系統能集中部署分布使用，有利于系統升級維護；采用MVC的開發模式并參考SOA體系架構進行功能設計，使得能快速擴展業務功能而不會影響現有系統功能的正常使用，可根據實際業務量進行部分功能擴容，在滿足系統運行要求的同時實現成本最小化。系統采用分布式部署，系統功能隔離運行，保障系統整體運行的穩定性。
圖1.開發框架與體系結構圖
1.1.
web端技術棧
（1）前端采用elementUI/jquery/bootstrap/vue實現，前端和Controller交換數據基于json格式。
1.2
業務端技術棧
（1）
業務端基于springboot、springMVC、JPA、SpringData技術棧構建，對于復雜的系統則采用springCloud構建。
（2）
四層分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，實現和前端的數據交換。
（2）命名：按照功能模塊劃分各層包名，各層一致。
2.
系統安全保障
2.1
訪問安全性
權限管理是系統安全的重要方式，必須是合法的用戶才可以訪問系統（用戶認證），且必須具有該資源的訪問權限才可以訪問該資源（授權）。
我們系統設計權限模型，標準權限數據模型包括
：用戶、角色、權限（包括資源和權限）、用戶角色關系、角色權限關系。權限分配：通過UI界面方便給用戶分配權限，對上邊權限模型進行增、刪、改、查操作。
基于角色的權限控制策略根據角色判斷是否有操作權限，因為角色的變化
性較高，如果角色修改需要修改控制代碼。
而基于資源的權限控制：根據資源權限判斷是否有操作權限，因為資源較為固定，如果角色修改或角色中權限修改不需要修改控制代碼，使用此方法系統可維護性很強。建議使用。
2.2
數據安全性
可以從三個層面入手：操作系統；應用系統；數據庫；比較常用的是應用系統和數據庫層面的安全保障措施。
在操作系統層面通過防火墻的設置。如設置成端口8080只有自己的電腦能訪問。應用系統層面通過登陸攔截，攔問請求的方式。密碼不能是明文，必須加密；加密算法必須是不可逆的，不需要知道客戶的密碼。密碼的加密算法{
MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次數只有你自己知道)，不容易破解；加密多次之后，登錄時忘記密碼，只能重置密碼，它不會告訴你原密碼，因為管理員也不知道。
3.
項目計劃的編制和管理
本公司項目基于敏捷過程的方式組織，項目計劃基于需求和團隊反復討論的過程。在開發系統時都經過了解需求，開需求分析會議，確定開發任務，推進開發進度，測試，試點，交付等開發步驟，其中具體內容有：
1，了解需求：跟客戶溝通，充分了解對方的需求，然后對需求進行過濾，最后整體成需求文檔
2，需求分析會議：也就是項目啟動會議之后要做的事情，對拿來的需求進行討論，怎么做滿足需求。主要對需求進行全面的梳理，讓開發，產品，項目都熟悉整個需求。
3，確定開發任務：根據敏捷開發法則，需求變成一個一個功能點之后就是安排開發任務了。根據團隊現有的資源合理分配任務，和時間節點
4，
推進開發進度：在開發的實際過程中，注意節奏的把控，注重功能點完成的時間點。
5，
每一個功能點完成之后都會有測試工程師進行單元測試。
6，試點單位進行試用，然后解決問題。
7，交付
4.
項目進度保障體系
4.1制度保障
實行項目經理負責制，建立強有力的開發指揮機構和開發保障體系，投入能保證開發進度如期實現的足夠的開發隊伍，實行專業化開發。建立從項目經理到各開發人員的開發任務，全面、及時掌握并迅速、準確地處理開發過程中遇到的各種問題。對開發過程中遇到的需求變更進行協調管理，對重大關鍵問題超前研究，制定措施，及時調整開發的公共類保證開發過程的連續性和高效性。強化開發過程的時間點把控問題，對開發任務實行動態管理。保證在時間點內完成開發任務。實行內部經濟承包責任制。使責任和效益掛鉤，個人利益和完成工作量掛鉤，做到多勞多得，調動開發團隊、個人的積極性。編制科學合理的總體開發進度計劃，運用專業管理軟件，對開發計劃進行動態控制；并在總計劃的基礎上分解明確的月及旬計劃，項目經理抓住主要技術難點，嚴格按計劃安排組織開發，重點抓好關鍵技術的開發。定期檢查開發計劃的執行情況，及時對開發進度計劃進行調整；在開發過程中，根據開發進展和各種因素的變化情況，不斷優化開發的方案，保證各開發有條不紊的執行。
4.2開發進度開發工期保證措施
任務分發將利用一流的開發策劃、高效的組織、科學的領導和動態的控制，用一流的運作與協調、一流的技術框架與技術、一流的團隊素質等來實現一流的管理，從而通過過程控制實現最終產品的精品，滿足客戶對工期、質量等各方面的要求。
完善的開發計劃保證體系是保證項目工期的綱要，掌握開發管理主動權，全面而宏觀的控制整個開發的過程，是保證開發進度的關鍵。通過完善的開發計劃保證體系，采用先進的開發計劃計算、設計軟件，制定出科學合理的開發進度計劃。
1．
編制三級網絡計劃
在開發過程中中我單位將分級編制網絡計劃來控制整個項目的開發。
（1）一級網路計劃
根據項目總工期控制項目各階段里程碑目標。
（2）二級網路計劃
根據各階段分項業務的工期目標控制分解成分部目標。
（3）三級網路計劃
主要技術使用控制周計劃和日計劃。通過對關鍵技術開發編制標準業務，建立計劃統計數據庫，利用項目管理信息系統對工期進行全方位管理。
2.制定派生計劃
根據總控工期、階段工期和分項業務工作量制定出技術保障、商務合同、物資采購、設備定貨、人力資源等派生計劃，是進度管理的重要組成部分，按照最遲完成或最遲準備的插入時間原則，制定各類派生保障計劃，作到各項工作有備而來，有章可循。
工期保證體系框圖
技術保證體系
綜合保證體系
組織保證體系
技術總監
開發組織設計
技術總監
開發人員
測試人員
試驗室
項目經理
制
度
保
證
獎懲制度
崗位責任制
經濟責任制
開發團隊
單元測試
技術培訓
測試用例
開發進度計劃保證
月度計劃
季度計劃
年度計劃
技術工作責任制
技術標準
設計文件
招標文件
技術規范
技術工作標準化
開發團隊
實現工期目標
4.3施工進度三階段控制措施
（一）開發進度“事前控制”
1.積極做好業務需求，業務流程等準備工作，為自己盡早投入開發創造好條件，把準備工作做細做充分，確保按時無障礙開發。
2.編制詳細的開發進度計劃，包括需求文檔，業務分工計劃，業務流程等。
3.關鍵技術或特殊技術編制相應的開發進度計劃，制定相應的節點，編制節點控制計劃。
4.編制開發節點實施細則，明確搭接和流水的節拍。
（二）開發進度“事中控制”
1.嚴格審核開發人員的進度計劃、季度計劃、月計劃，并監督各人員按照已制定的開發進度計劃進行開發。
2.在本項目開發期間，按開發進度需要，配備充足的開發人員，確保時間點的正常運行。
3.在開發期間，每周結束前，組織召開一次碰頭會，協商解決當周開發過程中和第二周開發中將會發生的問題，應解決的問題決不拖延。
4.狠抓開發進度與質量，加強技術培訓。只有在確保技術過關、質量的前提下才能求速度、講進度、抓工期。
5.根據開發的實際情況，及時修改和調整開發進度，并定期向客戶通報系統開發進展情況。
（三）施工進度“事后控制”
1.根據開發進度計劃，及時組織測試人員通過事先編寫的測試用例進行分項測試與系統測試。
2.定期整理有關開發進度的資料，匯總編目，建立相應的檔案。
5.
項目質量保障體系
5.1過程中的保證
依據項目的軟件特點、合作方的項目實施要求，采取需求分析，系統設計，軟件項目計劃，軟件需求分析，軟件模型設計，軟件詳細設計，單元測試設計，編寫單元測試，系統培訓，系統測試等一些列的措施在過程中保證項目的質量。
5.2技術方面的保證
公司研發人員均為國內高校分子計算機專業或招聘的高級技術人才，專業基礎和工作經驗扎實豐富，整個團隊具有高級工程師、博士的人才搭配，具備強大的持續研發能力。
5.3軟件質量管理責任分配
角色
職責
配置管理員
制定、創建和維護配置庫，提供文檔規范，并傳達到各個部門。
QA（質量保證）
參與項目各個階段的評審，進行過程評審和產品審計，檢查文檔和代碼的規范執行情況
QC（質量控制）
軟件測試是質量控制的主要手段，測試人員進行軟件的測試設計和執行工作
5.4工作產品和活動
活動
責任人
工作產品
是否可裁剪
項目立項
項目經理
項目計劃
否
配置管理員
配置管理計劃
是
QA
質量保證計劃
是
測試人員
系統測試計劃
否
需求管理活動
項目經理
需求調研報告
是
需求規格說明書
否
用戶、項目經理
用戶確認書
是
QA
評審報告
是
設計過程、決策分析活動
設計組
概要設計說明書
否
界面設計圖
是
詳細設計說明書
是
項目經理
決策分析評議表
是
QA
評審報告
是
開發編碼、集成過程活動
項目經理
版本記錄
否
QA
評審報告
是
開發人員
程序代碼
否
系統測試活動
測試人員
測試用例、測試報告
否
QA
評審報告
是
項目結項、交付與維護活動
項目經理
培訓教材
是
用戶手冊
是
安裝手冊
是
項目總結報告
否
項目經理、客戶
用戶驗收報告
是
QA
評審報告
是
項目跟蹤與監控活動
項目經理
項目問題跟蹤日志
是
QA
不符合項問題跟蹤記錄表
否
項目跟蹤與監控活動檢查單
是
風險管理活動
項目經理
風險管理列表
是
QA
風險管理活動檢查單
是
配置管理活動
配置管理員
配置狀態報告
是
變更請求審批表
是
變更跟蹤記錄表
是
QA
配置管理活動檢查單
是
評審活動
項目成員
評審報告
否
QA
評審活動檢查單
是
5.5評審
評審是以一種正式的形式進行，如有正式的、事先定義好的有關職責的各種角色，并遵循組織規定的流程。
對于任何工作產品的審計，都會組建與之對應的專門評審組，包括作者、主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA、項目組成員，但不能有作者的直接領導或者管理者。
評審小組先召開一個預備，作者會針對工作產品向大家做個總體的介紹，例如講解一下本工作產品的目標是什么，以及其相關的實現
細節、開發標準等。應該允許甚至鼓勵評審組成員動手查看工作產品，或者查看開發過程中所用到的檢查單。
評審小組的主持人負責確定什么時間開始真正的評審會議，在預備會和正式評審會議之間，評審小組成員對工作產品進行徹底檢查，并依據相關標準和準則評審工作產品。
在預定時間，評審小組成員以會議形式聚在一起，依次對產品進行檢查，主持人負責對整個會議的進展進行控制，記錄員記錄下這個過程。
在工作產品中發現的每一個缺陷都會被認真記錄下來，并被適當分類。
會議結束后，負責人需要分析相關缺陷，找出產生此缺陷的原因并加以修正。
主持人應確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應將相關問題移交相關的質量保證人員。
階段
評審內容
評審時機
參加人員
是否可裁剪
計劃階段
項目計劃
項目啟動會議
項目所有成員
否
配置管理計劃
項目所有成員
是
質量保證計劃
項目所有成員
是
系統測試計劃
項目所有成員
否
需求階段
需求調研報告
項目評審會議1
需求分析師、項目經理、系統架構師、設計組成員、QA
是
需求規格說明書
需求分析師、項目經理、系統架構師、設計組成員、QA
否
設計階段
概要設計說明書
項目評審會議2
需求分析師、項目經理、系統架構師、設計組成員、QA
否
UI設計圖
UI美工、需求分析師、項目經理、系統架構師、設計組成員、QA
是
詳細設計說明書
需求分析師、項目經理、系統架構師、設計組成員、QA
是
決策分析評議表
需求分析師、項目經理、系統架構師、設計組成員、QA
是
編碼階段
代碼檢查（1）
項目評審會議3
開發組成員、項目經理、需求分析師、系統架構師、QA
否
代碼檢查（2）
開發組成員、項目經理、需求分析師、系統架構師、QA
否
測試階段
系統測試用例
項目評審會議4
測試人員、項目經理、開發組成員、需求分析師、系統架構師、QA
否
系統測試報告（1）
測試人員、項目經理、開發組成員、需求分析師、系統架構師、QA
否
系統測試報告（2）
測試人員、項目經理、開發組成員、需求分析師、系統架構師、QA
否
階段
用戶手冊
項目總結會議
項目所有成員
是
項目總結報告
項目所有成員
否
5.6質量保證（QA）
QA工作審計產品
文檔
責任人
項目計劃
項目經理
需求規格說明書
項目經理
概要設計說明書
項目經理
源代碼
開發組
系統測試用例
測試組
系統測試報告
測試組
用戶手冊
項目經理
項目總結報告
項目經理
入最佳實踐庫的產品
項目經理
QA工作中需要審計的活動
活動
評審時機
項目立項
計劃階段
需求管理活動
需求階段
設計過程活動
設計階段
決策分析活動
設計階段
開發編碼活動
編碼階段
集成過程活動
編碼階段
系統測試活動
測試階段
項目結項
階段
交付與維護
階段
項目跟蹤與監控活動
每月一次
風險管理活動
每月一次
配置管理活動
每月一次
評審活動
每月一次
QA審計中的不符合項目問題
對QA審計過程中發現的不符合項問題要寫入《不符合項跟蹤記錄表》，以郵件的方式發給問題的相關人員，做好和項目成員、項目經理、部門經理之間的溝通，問題的上報流程：項目組成員溝通解決——項目經理——部門經理——總經理。QA要對不符合項問題進行跟蹤與監控，直到問題解決，QA驗證并關閉不符合項。
6.
系統測試驗收方案
系統測試驗收主要包含以下四方面的工作內容，分別是驗收測試、系統試運行、系統文檔驗收以及項目終驗。
6.1.
驗收測試
驗收測試即對信息系統進行全面的測試，依照雙方合同約定的系統環境，以確保系統的功能和技術設計滿足建設方的功能需求和非功能需求，并能正常運行。驗收測試階段應包括編寫驗收測試用例，建立驗收測試環境，全面執行驗收測試，出具驗收測試報告以及驗收測試報告的簽署。
6.2系統試運行
信息系統通過驗收測試環節以后，可以開通系統試運行。系統試運行期間主要包括數據遷移、日常維護以及缺陷跟蹤和修復等方面的工作內容。為了檢驗系統的試運行情況，甲方可將部分數據或配置信息加載到信息系統上進行正常操作。在試運行期間，甲乙雙方可以進一步確定具體的工作內容并完成相應的交接工作。對于在試運行期間系統發生的問題，根據其性質判斷是否是系統缺陷，如果是系統缺陷，應該及時更正系統的功能；如果不是系統自身缺陷，而是額外的信息系統新需求，此時可以遵循項目變更流程進行變更，也可以將其暫時擱置，作為后續升級項目工作內容的一部分。
6.3系統文檔驗收
系統經過驗收測試后，系統的文檔逐步、全面地移交給客戶。客戶按照合同或者項目工作說明書的規定，對所交付的文檔加以檢查和評價；對不清晰的地方可以提出修改要求，在最終交付系統前，系統的所有文檔都需要驗收合格并經雙方簽字認可。
6.4項目終驗
在系統經過試運行以后的約定時間，雙方啟動項目的最終驗收工作。?最終驗收的工作包括雙方對驗收測試文件的認可和接受、雙方對系統試運行期間的工作狀況的認可和接受、雙方對系統文檔的認可和接受、雙方對結束項目工作的認可和接受。?項目最終驗收合格后，由雙方的項目組撰寫驗收報告。
7.
技術服務與支撐
我公司在合同有效期內提供免費維護期和長期的技術服務，向用戶用戶相關技術人員免費提供原理和技術上的指導和咨詢，使用戶能正確熟練地使用本協議的軟件開發及測試成果。
根據用戶使用系統的相關部門人員現狀，一旦系統安裝調試完畢投入正常運行后，卓安公司在交付本系統的一段時間內，專門指派若干名專業工程師為用戶使用部門進行指導培訓和維護，直到用戶安排的技術人員能完全接管本系統的操作管理為止。
7.1.
現場支持
系統在售后期間，提供7×24小時的技術支持服務。如系統出現故障，將保證30分鐘遠程響應；影響生產的故障4小時抵達現場，并派出專業工程師在8小時內排出故障；不影響生產的故障8小時內抵達現場，并派出專業工程師在2個工作日內排除故障。如在2個工作日內無法解決，將在2日內向用戶方提出詳細解決方案及日程安排，交給用戶方確認。
7.2.
技術支持
長期電話技術咨詢和技術服務和遠程在線服務。用戶可以隨時撥打技術支持熱線電話或通過遠程協助進行有關技術咨詢，專業技術人員會耐心解答用戶的問題。免費提供需求預測、系統規劃等支持。當用戶需要對系統擴容、調整時，將免費協助用戶準備預算、規范書、工程有關事項。
7.3.
常規維護
系統在售后期間，會安排工程師定期對系統進行運行檢查。如有功能需求分析范圍內的問題，及時進行修改；維護期后發現的在需求規格說明書范圍內問題，同樣及時進行修改。對用戶提出的方便操作和易用等可用性方面的要求，盡可能滿足用戶要求，并保證在接到要求后兩周內解決。用戶提出性能要求，如屬于軟件編制因素導致性能較差，技術人員主動調整軟件，以提高性能，保證在一個月內解決。
7.4.
變更管理
對系統的應用平臺和開發、運行環境以及應用系統的變更和升級的詳細資料第一時間提交用戶。
8.
培訓計劃
8.1.1.
培訓工作概述
用戶軟件系統項目建設完工后，為了使各個使用本系統的部門能熟練的操作系統，利用系統提供的功能來處理日常工作，本公司將對使用系統的相關部門員工進行一次全面的培訓。
培訓過程按系統使用部門劃分，分別培訓各部門使用的系統功能點及業務流程。另外為了用戶管理需要，將重點培訓2名系統管理員，培訓系統管理相關功能。
8.1.2.
培訓規范
由于培訓過程涉及到時間、場地、人員等諸多不確定因素，本方案所提及項只作為參考大綱。實際培訓安排因由主管部門統一規劃，并下文到各系統使用部門。
培訓的效果與參與人員的重視程度有很大的關系，客戶各部門對參與人員要做好工作，引起重視。主管部門可以考慮是否需要在培訓結束并且參與培訓人員試用一段時間后，組織一次系統使用測驗。
通過系統使用培訓，達到以下目標：
?
使相關使用部門了解系統運作，熟悉系統功能。
?
使系統有效的推廣到相關使用部門，讓員工積極參與使用系統。
軟件技術方案范文第3篇
關鍵詞：軟基處理技術方案 經濟分析
1 概述
高速公路跨越不同的地質區段、穿山越嶺，地質條件是高速公路建設方案及投資規模的重要影響因素之一。當天然地基不能滿足結構工程性能要求時，必須進行地基處理。
目前，軟基處理方案較多，各方案造價區別也較大。如何選擇經濟合理的處理方案？筆者認為，應結合地質勘探資料進行比選確定，要充分考慮工程經濟性和施工易操作性，擯棄一味保守而忽視經濟的軟基處理理念。
2 安徽省軟土類型及分布
安徽省地處華東片區，軟土類型屬內陸平原河床相、河漫灘相、牛軛湖相和山地沉積的山谷相。分布主要集中在長江中下游、淮河平原及山區、丘陵地區的一些山地。
內陸平原河床相、河漫灘相區域軟基處理的典型高速公路項目有合巢蕪、蕪宣、馬蕪、蒙蚌、蕪雁、沿江高速、望東大橋接線等；山地沉積的山谷相高速公路項目主要有六武、安景、合銅黃等。
3 已建高速公路軟土地基處理方案
3.1 蚌埠至南京高速公路（來安曹莊至明光段） 項目地處安徽省東北部。軟土分布近5Km。主要采用四種處理方案：淺層處理、豎向排水體處理、復合地基處理、換填處理等。
3.2 合肥至徐州高速公路（涂山淮河大橋至朱圍子段） 項目地處安徽省北部。軟土段分布在淮河北岸支流北淝河和淮河之間，為河流沖積成因，最大厚度達10m。
主要采用三種處理方案：淺層碎石墊層預壓處理、深層攪拌樁復合地基處理、碎石墊層換填處理等。
3.3 蕪湖至宣州高速公路 項目地處安徽省東南部。為長江下游沿河漫灘平原，由長江和青弋江近代沖積而成，最大厚度達30m。
根據當地工程實踐、環境條件、材料供應及施工技術狀況，對于不同的填土高度、構造物形式及對工后沉降的要求，軟基處理主要采用六種處理方案：預壓、鋪砂墊層、袋裝砂井、換填碎石、復合地基（水泥粉噴樁，深層攪拌樁）及路改橋等。
4 各處理方案分析及經濟指標
4.1 排水固結法 排水固結法由排水系統和加壓系統兩部分共同組合而成，適用處理各類淤泥、淤泥質土及沖填土等飽和粘性土地基，一般用于深度4～12米的軟土處治。常用排水固結法有砂石料墊層預壓固結法、砂井預壓固結法、排水板預壓固結法、真空預壓排水固結法等。安徽省已建高速公路中主要使用了其中的砂墊層預壓固結法、砂井預壓固結法、排水板預壓固結法三種方案。
4.1.1 砂墊層+預壓方案 適用范圍：路堤填土高度較小，軟土埋藏不深且厚度小的地段。分析計算主要工程量為40cm砂墊層；土工格柵（一層）；預壓土方（H=5m），其單位面積加固費用約111.4元/m2。費用組成如下：
4.1.2 塑料排水板+預壓方案 適用范圍：軟土厚度較大的地段，處理深度小于12米。分析計算主要工程量為40cm砂墊層；土工格柵（一層）；塑料排水板（正三角分布，間距@1.3m，板長10米）；預壓土方（H=5m）其單位面積加固費用約148元/m2。費用組成如下：
4.1.3 袋裝砂井+預壓方案 適用范圍：軟土厚度較大的地段，處理深度小于12米。分析計算主要工程量為60cm砂墊層；土工布（一層）；袋裝砂井（正三角分布，樁徑7cm，間距1.3m，樁長10m）；預壓土方（H=5m）其單位面積加固費用約156.4元/m2。費用組成如下：
4.2 置換法 置換法適用于淤泥、淤泥質土、雜填土等淺層處理，呈局部分布，處理深度通常控制在3m以內。常用置換法有開挖置換法、拋石擠淤法、輕型材料置換法等。安徽省主要使用了開挖置換法方案。開挖換填方案分析計算主要工程量為開挖預壓土方，土工格柵（三層），換填1.5-2.0m厚碎石。其單位面積加固費用約為351.6元/m2。費用組成如下：
4.3 復合地基法 水泥攪拌樁是利用水泥等材料作為固化劑，通過專用的粉體攪拌機械，用壓縮空氣將水泥粉均勻地噴入所需加固的軟土地基中，形成具有整體性、水穩性和強度較高的復合地基。安徽省已建高速公路目前主要采用水泥土類樁方案。常用的施工方法：利用灰漿泵進行噴漿型（濕法）攪拌和利用空壓機進行噴粉型（干法）攪拌。適用范圍：最適宜于加固軟土厚度較大的各種成因的飽和軟粘土。粉噴樁處理深度不宜大于15m，漿噴樁處理深度不宜大于20m。
分析計算的主要工程量為：30cm碎石墊層；粉噴樁（樁徑50cm，正三角分布，間距1.25m，樁長15m）。其單位面積加固費用約484.3元/m2。費用組成如下：
5 新處理方案的技術和經濟分析
近年來，隨著新技術、新工藝、新材料、新設備的不斷發展，安徽省高速公路軟基處理不僅處理深度在增加，處理方案也日臻完善。其中，復合地基法具有施工期短，處理深度大，效果較好等優點，一般用于橋頭和深層軟土（10～20m）的處治。除了已實施的水泥攪拌樁處理方案外，碎石樁、CFG樁、預應力混凝土管樁和大直徑管樁等處理方案正在逐步采用。以安徽院北沿江高速公路巢湖至馬鞍山段工程初步設計為例，進行計算分析，進一步探討軟基處理新方案的合理應用。
5.1 碎石樁 利用夯錘的垂直夯擊填入孔中的碎石，能量通過碎石向孔底及四周傳遞，利用樁體對樁周圍土層的擠密作用，使土與樁組成復合地基。
碎石樁樁徑一般為300-1100mm，樁間距一般為1.8-4倍樁直徑。常用的施工方法是振動成樁法和錘擊成樁法，主要是通過振動或錘擊把帶有特制樁尖的鋼管打入土層至設計深度，在鋼管內灌入碎石，然后邊振動邊緩慢拔出樁管，從而形成碎石樁，并在樁頂設置水平排水層，必要時可進行堆載預壓。具有置換、排水固結和復合地基的特點。
適用范圍：用于擠密松散砂土、素填土和雜填土等地基，但對粉土或粉粒含量較多的粉質砂基土一般不宜使用。在石料豐富地區，軟土厚度較大的地段得到廣泛應用。
分析計算的主要工程量為30cm碎石墊層；預壓土方（H=4m）；土工格柵（一層）；碎石樁（樁徑60cm，正三角分布，間距1.4m，樁長15m）。其單位面積加固費用約541.8元/m2。費用組成如下：
5.2 CFG樁 水泥粉煤灰碎石樁簡稱CFG樁，是在碎石樁基礎上加進一些石屑、粉煤灰和少量水泥，加水拌合制成的具有一定粘結強度的樁，與樁間土、褥墊層一起形成復合地基。CFG樁樁徑一般為350-500mm，樁間距一般為3-5倍樁直徑。當樁徑較小（350-400mm）時，常采用振動沉管打樁機或螺旋機施工，樁徑較大時一般用鉆孔灌注樁的成樁設備。適用范圍：可用于雜填土、飽和及非飽和粘性土、粉土、砂性土和濕陷性黃土地基中，對于軟土厚度大、承載力要求高的橋涵構造物及高路堤地段，處理的厚度可大于15m。
分析計算的主要工程量為30cm碎石土墊層；預壓土方（H=4m）；土工格柵（一層）；CFG樁（樁徑40cm，正三角分布，間距1.5m，樁長15m）。其單位面積加固費用約612.8元/m2。費用組成如下：
5.3 預應力混凝土管樁 預應力高強混凝土管樁（簡稱PHC樁），是在近代高性能混凝土（HPC）和預應力技術的基礎上發展起來的混凝土預制構件，在專業工廠里采用先張法預應力和離心成型工藝，經過蒸壓養護而制成的一種空心圓筒體等截面構件。運到施工現場后，通過錘擊或靜壓的方法沉入地下作為構筑物的基礎，與樁間土一起形成復合地基。
沉樁工藝有兩種：靜壓和錘擊，目前長三角地區以靜壓樁為主。
適用范圍：軟土厚度大、承載力要求高、工期要求緊的橋涵構造物及高路堤地段，處理的深度可超過20m。
分析計算的主要工程量為30cm碎石土褥墊層；預壓土方（H=4m）；預應力管樁（樁徑50cm，壁厚10cm，正三角分布，間距3m，樁長15m）；土工格柵（一層）。其單位面積加固費用約474.4元/m2。費用組成如下：
5.4 大直徑管樁 大直徑管樁又稱振動沉模大直徑現澆混凝土薄壁管樁（PCC樁），是采取振動沉模自動排土，現場灌注混凝土而成樁。振動沉模大直徑現澆管樁與褥墊層、同作用形成剛性樁復合地基。
目前國內做法有兩種，一是樁頭采用預制鋼筋混凝土樁尖（浙江省做法），二是采用活瓣樁靴（江蘇省做法）。其工作原理基本一致，即依靠沉腔上部錘尖的振動將內外雙層套管所形成的環形腔體在預制樁頭（或活瓣樁靴）保護下打入預定的設計深度，在腔內現澆混凝土，之后振動撥管，在環形域中土體與外部的土體之間便形成混凝土管樁。
振動沉模大直徑現澆管樁動力設備是振動錘，是近年新發展的一種新型樁技術，類似沉管灌柱樁。涉及震動、沉管、撥管、澆筑混凝土等工藝。
適用范圍：下臥層有良好持力層的淤泥質粘土、素填土、砂土、粉砂土、高液限及低液限粘土，處理的深度可達25m以上。
分析計算的主要工程量為30cm碎石土褥墊層；預壓土方（H=4m）；砼管樁（樁徑100cm，壁厚10cm，正三角分布，間距3.5m，樁長15ms）；土工格柵（一層）。其單位面積加固費用約元455.6/m2。費用組成如下：
6 結語
在設計軟基處治方案時，應本著“技術先進、經濟合理、施工易行”的原則，綜合考慮建設項目的工程地質條件、處理范圍、填土高度、工期要求、材料、機具設備來源和工程費用等因素，進行經濟及技術比選，使處治方案達到因地制宜、就地取材、保護環境、節約資源、安全實用的最佳效果。
參考文獻：
[1]程慶彬.高速公路路基軟基處理[J].價值工程，2012（18）.
[2]萬治安，徐秀敏.高速公路工程施工中軟基處理技術的應用[J].價值工程，2011（09）.
[3]劉宏杰.填海區軟基處理施工中易出現的問題與對策[J].價值工程，2011（24）.
軟件技術方案范文第4篇
【關鍵詞】實踐教學；人才培養；技能培養
中圖分類號：G642 文獻標志碼：A 文章編號：1007-0125（2015）08-0204-02
一、人才培養目標
本專業以市場人才需求為導向，主要培養具備較強的舞臺表演基礎理論和音樂教育理論，具有良好的崗位素質和團隊精神，適應在專業文藝團體、機關、企事業單位、學校從事演唱、演奏和教學的專門人才。
二、學生應具備知識結構和能力
（一）知識結構總體要求。掌握社會主義政治及思想品德方面的相關知識，掌握專業所必備的英語、語文基礎知識與相關計算機知識，具備專業理論知識和專業的舞臺表演基本演奏、演唱技能，熟知禮儀與溝通的相關知識。
（二）能力結構總體要求。具有演唱、演奏技能、技巧，音樂表現力和演唱、演奏能力，有較強的創造能力和聲樂即興表演能力；具備良好的人際交往能力及團隊合作精神；有一定的文字表達、口頭描述能力；具備理論聯系實際的能力；具備一定的分析、創新與應變能力。
（三）素質結構總體要求。掌握的基本立場、觀點和方法，樹立科學的世界觀、人生觀和價值觀，形成科學的思維方法和現代思想觀念。具有健康的體魄和健全的人格，形成健康、積極的性格、態度、興趣；具有現代科學意識，能夠運用科學知識批判唯心主義和迷信。
三、實踐教學場地建設
現有5000平方米建筑面積的藝術樓1棟，專業演出劇場一座；多功能廳一間；音樂專用教室6間，多媒體教學設備兩套；舞蹈教室1間；教師上課琴房6間，學生練聲琴房80間；電鋼琴教室一間；校內校企合作實訓室一間。另外我系與十三家企業簽訂校外實訓實習基地，這些基礎設施為實踐教學提供了有力的保證。
四、制定實踐教學課程標準
課程標準制定，對于明確教學目標，選擇課程內容，規范課堂教學過程，完成教學任務具有重要意義。我系針對實踐教學制定了完整的課程標準：（一）課程課程標準；（二）基本功匯報演出課程標準；（三）崗前綜合實訓課程標；（四）頂崗實訓課程標準。在課程標準中明確實踐內容、課時、考核方式。
五、實踐教學安排綜述
（一）實踐教學安排。本專業獨立設置的實踐教學環節由軍訓、頂崗實習、課內實驗等部分組成。獨立設置的綜合實踐環節共35學分。五年制專業按學院規定軍訓安排在第一學期，時間為2周，計2個學分；集中實訓教學安排在第二、四、五、六、七、八學期，每學期集中實訓1周，共計5學分；綜合實踐教學（包含頂崗實習）安排在第期至第十學期，時間為36周，計32學分；課內實驗依據課程具體情況而開設。具體安排如表一：
（二）實踐教學安排綜述。我系音樂表演專業實踐教學體系分為三大部分：課程實踐教學、集中實訓、其它藝術實踐。
1.課程實踐教學
課程實踐教學是指一門課程在平時課堂教學過程中的實踐教學。主要培養學生專業技能。課程實踐教學分為課堂上實踐教學和課后學生訓練。課程實踐教學在課程標準中有明確內容、考核等方面要求。本專業課程根據課程性質分為理論課、理論+實踐、實踐課。聲樂、鋼琴等理論+實踐課程，要求教師授課時，少講、精講，理論夠用，強化實踐。教師課堂上以學生為中心，講解知識點理論，學生以理論為指導進行訓練，把理論變成技能。課堂上沒有完成的實訓課后學生自己進行訓練。每一節課學生必須展現技能進行回課。為了強化和提高學生技能我系將聲樂、鋼琴等課程考核以音樂會方式進行，學生現場表演，全體教師進行評分，極大地提高了技能訓練實戰性。為保證課后學生實訓有保障，確保回課和期末音樂會的效果，我系制定了《琴房琴點管理規定》，要求學生每周必須完成規定時間琴點，練琴時間多少和聲樂、鋼琴等課程的成績直接掛鉤。
2.集中實踐教學
集中實踐教學是完善實踐教學體系，延伸課堂實踐教學，提高學生藝術表演技能，提高應對和解決各種實際問題能力的重要途徑與保障。我系音樂表演專業集中實訓包含有四方面內容：軍訓、基本功匯報演出、崗前綜合實訓、頂崗實習。
（1）軍訓由學院利用新生入校前兩周開展，訓練內容和考核由學院統一進行。
（2）定期舉行聲樂、鋼琴、舞蹈比賽。通過比賽培養鍛煉學生舞臺表演心理素質和表演技能。
（3）基本功匯報演出是學生實踐教學的重要陣地。基本功匯報演出是以班級為單位進行一臺綜合性文藝晚會。主要培養學生組織、溝通、協調、合作精神和豐富舞臺表演技巧。整個活動班主任負責策劃指導學生進行，從節目篩選、排練到演出安排全部由學生完成。科任老師負責協助學生提高節目質量。根據方案要求中專階段一學年一次基本功匯報演出，大專階段前兩年每學期進行一次基本功匯報演出。每次演出班主任進行評分，對學生進行考核。考核成績與崗前綜合實訓成績掛鉤。
（4）崗前綜合實訓是頂崗實訓前的一次校內實踐教學。主要是模擬工作崗位進行實訓。其主要目的培養學生職業技能。活動由學生根據自己崗位要求組織音樂會，進行匯報演出。全體教師根據學生排練情況、舞臺表現和實訓報告書實際完成情況進行考核。
（5）頂崗實訓是學生離開學校到單位進行崗位學習，學院和實習單位共同監管。主要目的培養學生職業素養。考核由實習單位指導教師和系部教師根據學生實習期間表現、完成工作情況和頂崗實訓報告書撰寫情況共同完成。
3.其它形式藝術實踐
（1）參加社團；（2）藝術觀摩；（3）社會實踐；（4）專題講座；（5）校內外演出。
軟件技術方案范文第5篇
關鍵詞：高職；軟件技術專業；課程體系；教學方法；考核方案
中圖分類號：G712 文獻標識碼：A 文章編號：1672-5727（2012）05-0040-02
信息產業是21世紀國家的支柱產業之一，軟件產業則是信息產業的引擎。據工信部的統計數據，2010年我國軟件業務收入達到13364億元，在全球軟件與信息服務業中所占份額超過15%，軟件業增加值占GDP的比重超過1%，軟件業從業人數超過200萬人，1～10月份全國軟件出口額為213億美元，同比增長26.9%。其中，外包服務出口額為41.8億美元，同比增長45.7%。據預測，軟件業從業人數每年仍將以20%左右的速度遞增。軟件技術作為信息技術領域中的核心技術，其水平的高低直接制約信息化建設的進程與發展，軟件技術應用水平的高低取決于軟件技術專業人才的數量與質量。高職軟件技術專業的培養目標應該是為軟件企業培養能夠勝任軟件產品的開發、測試與維護的高等技術應用型人才，在專業發展過程中，如何找準專業定位，加強專業課程體系與內涵建設，達到學以致用，提高軟件技術專業人才的職業能力和綜合素質，是專業人才培養必須要解決的問題。
專業建設目標
建設思路 按照教育部《關于全面提高高等職業教育教學質量的若干意見》等文件精神，貫徹落實科學發展觀和黨的教育方針，堅持“以服務為宗旨，以就業為導向”的辦學方針。本專業應樹立“開放、融合、實踐、創新”的教育理念，構建“前沿、綜合、實用”的培養體系。因材施教，重視個性發展；以培養學生的崗位實踐能力為核心，注重對學生職業行為的培養；強化對學生科學思維方法、自主創新能力的訓練；將企業項目引入專業課程教學，構建企業化的實訓環境，讓學生融入IT企業的真實環境，實現知識與技能的整合。同時，應根據市場需求情況、企業技術發展情況和畢業生就業調查情況，不斷調整和更新人才培養方案、課程內容和教學方法，以培養高素質、高技能應用型人才為目標，積極實踐“校企合作，工學結合”的專業人才培養模式，不斷滿足社會對信息技術的發展需要。
總體目標 本專業應主動適應地方經濟和行業發展的需要，進一步加強校企合作，創新人才培養模式，構建工學結合的人才培養模式，加強課程建設和改革力度，加強教學改革力度，加強“雙師”素質和“雙師”結構的專業教學團隊建設，加強校內實訓基地和校外實習基地的內涵建設，培養與我國社會主義現代化建設要求相適應的，在德、智、體、美等方面全面發展的，具有本專業綜合職業能力的，在軟件相關企業從事軟件編程、模塊設計、模塊級測試和軟件銷售及維護等第一線工作的高素質、高技能應用型專門人才。
人才結構分析及人才培養目標定位
軟件技術專業人才結構分析 根據發達國家的經驗，在軟件企業中，開發人員基本上分為三類：軟件項目管理人員、系統分析及設計人員、基礎軟件工程師，這三類人才需求呈“金字塔”式分布，如圖1所示。第一類軟件項目管理人員的主要任務是進行需求分析、需求管理和控制以及結構設計。這類人才要求既懂技術，又懂管理，具有較強的創新能力和組織管理能力，既是技術能手，又是管理骨干，能夠帶領團隊不斷開發新的項目，不斷搶占技術制高點，不斷占領市場，一般在軟件企業擔任技術總監、項目經理的角色，約占10%左右；第二類系統分析及設計人員的主要任務是進行詳細的系統分析、系統設計，這類人才位于金字塔中間層次，能夠將開發項目形成系統設計思路并組織實施，并能對編程人員的工作進行指導、測試和驗收，一般擔任系統分析師或系統架構師的角色，約占20%左右；第三類基礎軟件工程師，即通常所說的“軟件藍領”，這類人才的主要任務是進行軟件代碼的編寫和輸入、軟件的運行維護和使用、軟件的安裝和運行前的調試、軟件開發過程中的管理、軟件的銷售和相關的技術咨詢等。這類人才要求知識面較廣，能夠熟練掌握1～2種比較常用的軟件開發平臺，熟悉企業及數據庫的使用，了解軟件工程領域的基本流程與規范，具備良好的職業素質和團隊合作精神，這類人才的需求量是最大的，約占70%左右。
人才培養目標定位 結合軟件技術專業的建設目標和人才結構分析的情況，可以明確本專業的定位：面向全國、面向未來、立足長三角地區，特別是浙江各類工業、企事業單位的信息化部門和IT行業，培養能夠按照軟件工程規范，熟練運用1～2種比較常用的軟件開發平臺，完成程序編制任務；對軟件項目需求分析、軟件測試、軟件項目管理等具有一定的了解，能承擔企業軟件開發過程中技術秘書的工作；具有較強的學習新技術、應用新技術的軟件技術工作能力，適應軟件的應用維護、技術咨詢和銷售等工作，適應IT產業發展的實用型軟件中高級技術人員。
課程體系構建與課程建設
以工作任務為中心建立模塊化課程體系 以市場軟件技術專業人才需求調查為基本依據，倡導以學生為本的教育培訓理念，建立多樣性、靈活性與選擇性相統一的教學機制。通過綜合和具體的職業技術實踐活動，以職業道德、職業能力和綜合素質為基點，幫助學生積累工作經驗。為此，我院高職軟件技術專業課程主要參照職教專家提出的職教課程開發模式進行，如圖2所示。通過與企業合作，邀請企業一線工程技術人員參與課程建設，以職業技能培養為主要目標，開發以工作項目為導向、以工作任務為中心，充分體現崗位技能要求的綜合性核心課程及核心技能實訓課程。通過市場需求調研和考察，歸納出軟件技術專業包括的三個工作崗位：程序開發、數據庫應用、軟件支持。通過分析每個崗位的工作任務，確定工作任務對應的職業技能目標和關鍵能力目標，得到基于工作任務的三大模塊化課程體系，如表1所示。
教學環節實行“教學做”一體化 軟件技術專業的課程教學必須融理論與實踐于一體，應采取做中學，學中問，問中做的“教學做”一體化；教師的作用應從以傳授為主轉變為以引導、分析及指導為主；學生的角色應從以被動地聽為主，轉變為以主動地練為主。這樣，才能符合認識規律和高職教育規律，實現教學目的。對于每一次課程教學均應按照提出任務分析任務基礎知識學習教師演示學生練習學生點評教師點評總結提高的步驟加以實施，在教師點評，指出存在的問題與不足后，學生再繼續完善練習，然后，教師再點評，形成學生練習與教師點評的循環。這樣，每一次課教與學的任務都非常明確，并且每次都能完成階段項目任務的一部分，當該階段對應的所有課程學習完成后，該階段的項目也基本完成，再通過提供一個綜合實訓環節，即可完善此項目，比較圓滿地完成教學目標。
建設立體多維的課程考核方案 要改革傳統的學生評價手段和方法，采用階段評價、目標評價、過程評價、理論與實踐一體化評價模式。要關注評價的多元性，結合考勤、課堂討論、提問、學生作業、平時項目完成情況、綜合項目情況、理論考試及學生團隊協作等情況，綜合評價學生成績。應注重對學生動手能力和在實踐中分析問題、解決問題能力的考核，對在學習和應用上有創新的學生要予以特別鼓勵，全面綜合評價學生的能力。要兼顧職業素質的培養和評定，鼓勵學生在知識與技能的學習與培養中養成相關的素質。課程考核的總體方案如表2所示。
筆者介紹的軟件技術專業課程建設方案是在教學實踐的基礎上總結出來的，對高職院校具有一定的借鑒意義。軟件技術專業是高職院校新設的專業，軟件產業是新興的朝陽產業，在人才培養、課程建設中還會遇到各種各樣的問題。但只要遵循學科發展規律，尊重教育規律和人才培養規律，同時，結合高職院校的實際情況，就一定能探索出更好的解決問題的方案。
參考文獻：
[1]徐國慶.工作結構與職業教育課程結構[J].教育發展研究，2005，（8）：71-74.
[2]石正喜.高職院校計算機信息管理專業項目課程改革的思考[J].職教通訊，2010，（6）：42-44.
[3]陳慶合，施燕丹，王樹斌.論職業教育的課程結構及其組織[J].職教論壇，2010，（12）：10-13.
[4]張友輝，肖鳳翔.關于行為目標取向的職業教育課程體系的設想[J].教育與職業，2007，（24）：14-17.
[5]姜大源.論行動體系及其特征――關于職業教育課程體系的思考[J].教育發展研究，2002，12（22）：70-75.
