Adobe Dreamweaver,簡稱「DW」,中文名稱 "夢想編織者",是美國MACROMEDIA公司開發的集網頁製做和管理網站於一身的所見即所得網頁編輯器,DW是第一套針對專業網頁設計師特別發展的視覺化網頁開發工具,利用它能夠垂手可得地製做出跨越平臺限制和跨越瀏覽器限制的充滿動感的網頁。 Bootstrap,來自 Twitter,是目前最受歡迎的前端框架。Bootstrap 是基於 HTML、CSS、JAVASCRIPT 的,它簡潔靈活,使得 Web 開發更加快捷。Bootstrap 是徹底開源的。它的代碼託管、開發、維護都依賴 GitHub 平臺。
Bootstrap: <1> 簡介:Bootstrap是Twitter推出的一個開源的用於前端開發的工具包。它由Twitter的設計師Mark Otto和Jacob Thornton合做開發,是一個CSS/HTML框架。Bootstrap提供了優雅的HTML和CSS規範,它便是由動態CSS語言Less寫成。Bootstrap一經推出後頗受歡迎,一直是GitHub上的熱門開源項目,包括NASA的MSNBC(微軟全國廣播公司)的Breaking News都使用了該項目。 <2> 特色:Bootstrap是基於jQuery框架開發的,它在jQuery框架的基礎上進行了更爲個性化和人性化的完善,造成一套本身獨有的網站風格,併兼容大部分jQuery插件。 <3> 組件:Bootstrap中包含了豐富的Web組件,根據這些組件,能夠快速的搭建一個漂亮、功能完備的網站。其中包括如下組件:下拉菜單、按鈕組、按鈕下拉菜單、導航、導航條、麪包屑、分頁、排版、縮略圖、警告對話框、進度條、媒體對象等。 <4> Javascript插件:Bootstrap自帶了13個jQuery插件,這些插件爲Bootstrap中的組件賦予了「生命」。其中包括:模式對話框、標籤頁、滾動條、彈出框等。 <5> 定製本身的框架代碼:能夠對Bootstrap中全部的CSS變量進行修改,依據本身的需求裁剪代碼。
(1)Git是一款免費、開源的分佈式版本控制系統,能夠有效、高速的處理從很小到很是大的項目版本管理。Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。 (2)Coding 是一個面向開發者的雲端開發平臺,目前提供代碼託管,運行空間,質量控制,項目管理等功能。此外,還提供社會化協做功能,包含了社交元素,方便開發者進行技術討論和協做。Coding 是基於雲計算技術的軟件開發平臺,集項目管理、代碼託管、運行空間、質量控制爲一體;在雲計算時代,Coding推進軟件開發的雲端化,使開發者能用一個瀏覽器完成開發的各個環節。開發人員能夠專心構建業務問題的解決方案,而非管理運營或發佈堆棧,確保應用知足產品層目標服務等級,同時更爲企業層級的項目應用提供了代碼質量檢驗以及項目質量把控的渠道和標準。 (3)博客園爲IT技術人員們提供一個純淨的技術交流空間,吸引了不少IT技術精英,爲IT技術人員提供了一個良好的學習和交流的平臺。
在本次軟件工程實踐中,從起初到如今我完成了將近1000行左右的代碼,也從中學習了很多寫代碼的方法與經驗,可是能力仍是有待提升。
學會告終對編程,需求分析,軟件測試等。
通過一學期的《軟件工程》課程的學習,我瞭解和使用了不少相似於 Adobe Dreamweaver、Bookstrap、Git、Coding等新的軟件,固然博客園這個平臺的使用也讓我認識到了該平臺獨特的價值:就是爲IT技術人員提供了一個全新的、純淨的技術交流平臺,使咱們學習更加方便。《軟件工程》課程是研究和應用如何以系統性的、規範化的、可定量的過程化方法去開發和維護軟件,以及如何把通過時間考驗而證實正確的管理技術和當前可以獲得的最好的技術方法結合起來的學科。涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面的內容。《軟件工程》課程既是一門技術學課程,也是一門管理學課程;既具備理論性,也具備較強的實操性。經過一學期的學習,我掌握了軟件工程的基本概念和基本原理;掌握了分析、設計、測試與維護軟件系統的理論與方法。軟件工程這門課程是咱們計算機專業的專業課程,可是他並不像咱們之前學過的C++,JAVA等課程同樣,都是編程代碼,專業理論之類的,而是真正的實踐分析,須要咱們去理解、去實踐、經過軟件開發的過程才能認識到這門課程的重要性。 在從此的學習生活中我也會用運到《軟件工程》這門課的諸多知識,包括課程以外的團隊合做(好比結對編程、期末大做業的完成)等。在從此的學習生活中也會充分利用每個平臺和軟件,尤爲是像博客園這種的學習和資源平臺。
(1).成長和代碼量的關係是什麼?代碼量和工程師的水平是線性的關係麼?
我看了課本第三章《軟件工程師的成長》侯後,在課本57頁看了這一段文字 (軟件工程師的工做就是寫代碼,相關專業的練習也是以閱讀僞代碼、寫代碼爲主,那麼代碼量和工程師的水平是線性關係麼?)我查了資料,有這些說法(代碼量和工程師的水平是階段性的關係,突破瓶頸意味着質的飛越),根據個人實踐,我獲得這些經驗:代碼量和工程師的水平就是階段性的關係。
(2).如何說 軟件 = 程序 + 軟件工程?
我看了看了課本第一章《概論》裏面這一段文字 (幾乎全部的程序員都知道「軟件 = 程序 + 軟件工程」這句名言,但在實際的學習和工做當中,也有人產生了很多的疑問。) 我查了資料,有這些說法(軟件開發活動( 構建管理、 源代碼管理、 軟件設計、 軟件測試、 項目管理)相關的內容,是 軟件工程的核心部分。普遍意義上的 軟件工程也包括 用戶體驗、 用戶 界面設計(User Interface Design)等。因此,一個推論是:
軟件 = 程序 + 軟件工程
一個擴展的推論是:
(軟件企業 = 軟件 + 商業模式),根據個人實踐,我獲得這些經驗(軟件 = 程序 + 軟件工程)。
(3).團隊模式和團隊的開發模式有什麼關係?
我看了第五章《團隊和流程》這一段文字 ( 團隊模式主要取決於組成團隊的成員,包括team leader以及team mates。其中,因爲身處各個角色人員的性格,能力以及IQ,EQ等的不一樣,特別是team leader的上述這些「屬性」,會每每決定了一個團隊的「士氣」「面對困難堅持不懈的程度」等特色,即咱們常說的「軟實力」。而這樣的軟實力也每每會激發一個團隊的巨大潛能,爲企業創造出超乎想象的價值。團隊的開發模式與咱們目前所熟知的軟件開發模式,例如,瀑布、迭代、螺旋以及敏捷等等都密不可分,但它不一樣於單純意義上的軟件開發模式,由於這其中還加入了開發人員的因素,即「人」的因素。是更加貼近現實的,「接地氣」的開發模式。) 我查了資料,有這些說法( 團隊模式和團隊開發模式這兩者的關係可作一個比喻,即爲:兩者共同構成了一我的,而前者是大腦,後者是身體。身體是行動的發出者和執行者然後者是身體的控制者和調度者。),根據個人實踐,我獲得這些經驗:全部的軟件開發模式,只是單純的考慮到開發效率等問題,而最終可否成功完成任務,從某種意義上說,徹底取決於項目執行者,也就是團隊模式。
(4).如何提出DCR?以及如何決定DCR的執行次序?
我看了這一段文字 (結構化分析方法之應用實例——DCR-16電腦自動輸入/輸出控制系統),查了資料,有這些說法(在提交一個DCR時,選用任務做爲工做件類型,並在標題中標明DCR,DCR的描述文字中,說明:前端
a. 問題在哪裏,問題的影響;程序員
b. 若是不修改,會有什麼後果?數據庫
c. 幾種修改方案,各類方案的優缺點和成本。),根據個人實踐,我獲得這些經驗:在提交一個DCR時,選用任務做爲工做件類型,並在標題中標明DCR。
(5).若是在項目中負責測試工做,須要設計什麼樣的測試用例才能發現Bug?以及什麼樣的改進能避免Bug的發生?
我看了這一段文字 ( Bug一詞相信不少朋友都在網上看過,尤爲是編程人員更是常常要與Bug一詞打交道。但常常有部分網友殊不知道Bug什麼意思,雖然Bug只有三個字母,但其涉及到的領域至關多,包含電腦各種軟件、遊戲等方面都會涉及到。)查了資料,有這些說法:建議團隊使用代碼缺陷掃描工具,避免一些通用的bug的出現),根據個人實踐,我獲得這些經驗,每次流程失敗的時候,就是你學習如何改進代碼標準和測試實踐的機會,避免重大bug再次發生。編程