軟工第二次作業 整合部署入門

2022-07-02 09:27:10 字數 1576 閱讀 5893

專案

內容這個作業屬於哪個課程

2021春季計算機學院軟體工程(羅傑 任健)

這個作業的要求在**

個人閱讀作業#2要求

我在這個課程的目標是

培養軟體開發過程中的團隊合作能力,了解軟體工程中的開發過程

這個作業在哪個具體方面幫助我實現目標

閱讀《構建之法》,了解課程內容;了解版本管理工具軟體和持續整合工具

在這篇部落格中,提到了使用寫了再改模式缺點很多.但是在現實中寫**往往遇到設計很難想到的問題,比如oo課程中的表示式求導,很難說一次就想到乙個很好的**實現架構.而且即使是在企業中某個專案也沒辦法做到一次設計就能成功吧.下文提到的瀑布模型的修改不也是寫了再改模式嗎?

在這篇部落格中,提到了一窩蜂模式,主治醫師模式,明星模式 ,社群模式 ,業餘劇團模式,秘密團隊,**團隊,交響樂團模式....感覺這些模式都是為了應對不同的團隊成員的個性以及專案的難度來做的乙個調整,沒有本質性的區別.而在現實中團隊是一定要按某個模式來開發嗎?或者說大多數的團隊其實是根本不需要模式這個概念的,只要處理好一些溝通上的問題就行?

在這篇部落格中,提到了乙個影評家這樣的角色,那麼在開發團隊內部需不需要乙個一行**都不敲的影評家?雖然他有一定的提供需求的作用,但是很招人煩.

在這篇部落格中讀了以下內容

斯坦:那開源/共享軟體是怎麼一回事,如果開源了,商業價值如何體現?

阿超:這個問題問得好,我估計如果開放討論,以咱們的風格,三天三夜也講不完。

對這個問題還是蠻好奇的,以及為什麼很多人要去追求創造開源社群?

隨著技術的進步,越來越多的開源工具出現,很多大型專案其實已經有很好的輔助工具幫助進行專案的管理,包括測試,**分格的要求,文件的撰寫等等.包括軟體工業化,出現大量的模板程式或者是ui元件.使得很多專案不需要軟體工程方法就能實現很好的管理.同時現在寫**的人越來越多,你想到的需求很可能已經有人實現了,而那些沒有想到的需求可能也不需要很多行**就能完成.那麼其中的理論在現在能用到的有多少?雖然看到老師的部落格羅列很多,但都感覺只是現象或者是經驗,而不是乙個系統的理論.

image: node:latest

stages:

- build

- deploy

build:

stage: build

script:

- npm install

- npm run build

pages:

stage: deploy

script:

- rm -rf public

- mkdir public && cp -rf dist/* public

artifacts:

paths:

- public

expire_in: 30 days

cache:

paths:

- node_modules

- dist

使用的倉庫,**是vue-cli自動生成的初始化**.

軟工第二次作業

psp psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫30 180 estimate 估計這個任務需要多少時間33 development 開發540 558 analysis 需求分析 包括學習新技術 540 ...

軟工第二次作業

軟工第二次作業 git使用者名稱 510308294 學號後五位 062633 一 vs已經安裝很久,所以無圖。二 轉殖項目 1 點選fork,轉殖 3 新建專案,編碼。用random 函式產生隨機數,但是每次產生的隨機數相同,用迴圈實現每次的數不同,但是產生的題量不受控制,因為我加了限制條件。很難...

軟工 第二次作業

1 2 tablespsp2.1 我的估計 實際情況 估計時間 375min 240min 開發280min 160min 分析需求 30min 30min 生成設計文件 20min 20min 設計複審 25min 15min 規範 15min 20min 具體設計 60min 60min 具體編...