主頁 > 軟體工程 > 軟體工程 專案管理 實驗 圖書館座位管理系統

軟體工程 專案管理 實驗 圖書館座位管理系統

2022-12-13 07:27:17 軟體工程

軟體工程專案管理實驗

論文題目:

圖書館座位管理系統

學 院:

軟體學院

專 業:

軟體工程

年 級:

2020

姓 名:

我和一親兄弟

學 號:

算命的說不方便透露

指導教師:

印哥

2022年 11 月 22 日

實驗一 需求概述

確定專案選題

圖書館座位管理系統

背景:

針對目前哈爾濱城市環境學院的校圖書館并沒有座位管理的政策,我們準備推行一套合理的管理方法來使其人性化,這套圖書館作為管理系統相較于之前同學們自主搶座、自主占座,更為實用且方便,同時更有利于圖書館的管理,避免由于座位的沖突產生的糾紛,

優勢:

本套圖書館座位管理系統上線后,學生通過學號密碼可以登入系統進行預約,選座,中途離開,退座等一系列操作,它更方便快捷,并且有效,

需求分析

需求獲取

通過調查問卷的方式進行需求獲取,調查問卷樣卷如下:

本調查表將被發給所有哈爾濱城市環境學院全部同學,

本調查表的目的是獲得一些幫助分析員分析新系統需求的最初資訊,此后還將舉行進一步的討論,以使每人都可以詳細地闡述系統需求,

第一部分:根據您在學校和圖書館的經歷,回答下列問題:

  1. 您的年級是?
  2. 您經常去圖書館嗎?
  3. 如果您去圖書館,一般呆多久?
  4. 您有沒有遇到過沒有座位的情況?
  5. 如果沒有座位,您會采取什么辦法?
  6. 如果找座位您會在該樓層進行尋找,還是換樓層?
  7. 您是否遇到過占座的情況?
  8. 如果有遇到過,他們通常是如何占座的?
  9. 如果您的座位被占用了,您會怎么解決?
  10. 您有沒有占座的情況?

第二部分:根據你同意或反對的強烈程度,在下串列格中1至5范圍內的適當數字上畫圈,

問題

強烈反對 非常同意

您對目前學校的圖書館座位管理政策的態度?

1

2

3

4

5

如果目前有一套座位管理系統,您會使用嗎?

1

2

3

4

5

您贊成采用信譽評級的方式決定學生是否可以進入圖書館嗎?

1

2

3

4

5

第三部分:請寫下您的意見和建議

請簡要地指出您希望在圖書館座位管理系統中加入的功能,并寫下您其他的建議,

用例圖(系統用例圖)

系統用例圖如下所示:

用例描述

1 查看座位用例

用例名

查看座位

用例型別

業務需求

用例ID

MSM1201

主要業務參與者

學生

其他參與者

座位管理資料庫、圖書館座位管理系統

專案相關人員期望

學生:希望能夠查看全部座位資訊

描述

該用例描述了學生查看的程序,

前置條件

學生通過身份驗證,成功登錄系統,

后置條件

如果該用例順利執行,圖書管理系統顯示座位表給學生

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.查看座位

[學生]:學生選擇進入“查看座位”

[系統]:系統顯示“查看現場座位”和“查看預約座位”

[學生]:學生選擇進入“查看現場座位”

[系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中,

替代流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.查看座位

[學生]:學生選擇進入“查看座位”

[系統]:系統顯示“查看現場座位”和“查看預約座位”

[學生]:學生選擇進入“查看預約座位”

[系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中,

結束

學生成功完成圖書館座位資訊的查看,

2 提前預約座位用例

用例名

提前預約座位

用例型別

業務需求

用例ID

MSM1202

主要業務參與者

學生

其他參與者

座位管理資料庫、圖書館座位管理系統

專案相關人員期望

學生:希望通過預約的方式能夠提前選擇座位

描述

該用例描述了學生預約座位的程序,

前置條件

學生成功登錄系統,通過身份驗證,一個用戶只能選擇預約一個座位,

后置條件

如果該用例順利執行,圖書管理系統留出并保留座位給學生

觸發條件

當學生選擇預約座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.查看座位

[學生]:學生選擇進入“查看座位”

[系統]:系統顯示座位情況,學生選擇一個可選座位

  1. 選擇預約

[學生]:學生選擇該座位后進入“預約座位”

[系統]:系統顯示座位剩余時間情況,

[學生]:選擇預約的時間段,并點擊確認,

[系統]:系統顯示預約成功,系統將該座位可選時間中的被選擇時間段去掉,同時將該同學的選座權限關閉,

替代流程

1 登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2 查看座位

[學生]:學生選擇進入“查看預約座位”

[系統]:系統顯示座位情況,提示學生預約的所有座位的所有時間段都已經被選擇,建議到達現場選擇座位,

結束

學生成功完成一個座位的預約或到達現場選座座位,

備注

預約選擇座位和現場選擇座位的座位總和是圖書館所有座位,為保證同學們的相對公平選擇座位,每個模塊占比各50%,

3 現場選擇座位用例

用例名

現場選擇座位

用例型別

業務需求

用例ID

MSM1203

主要業務參與者

學生

其他參與者

座位管理資料庫、圖書館座位管理系統

專案相關人員期望

學生:到達圖書館以后,希望在現場選擇座位

描述

該用例描述了學生選座的程序,

前置條件

學生成功登錄系統,通過身份驗證,一個用戶只能選擇一個座位,

后置條件

如果該用例順利執行,圖書管理系統更改學生選定座位狀態,給學生開啟座位

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.查看座位

[學生]:學生選擇進入“查看現場座位”

[系統]:系統顯示座位情況,座位情況分為已被選,可選,選中,

3.選擇座位

[學生]:學生選擇進入“選擇座位”,選擇可選座位

[系統]:系統顯示座位情況,將學生選的改座位的座位情況改為“選中”,

4.確定時間

[學生]:學生輸入需要使用座位的時間

[系統]:系統記錄下學生填寫的時間,在對應表中保存好,

5.確定選座

[學生]:學生選好座位后,確認無誤后點擊“確定”

[系統]:系統顯示座位情況,將學生選的改座位的座位情況改為“已被選”,并且開始計時;同時將該學生“學生是否可以選座”,改為“否”,

替代流程

結束

學生在圖書館現場成功完成一個座位的選擇,

4 保留座位用例

用例名

保留座位

用例型別

業務需求

用例ID

MSM1204

主要業務參與者

學生

其他參與者

座位管理資料庫、座位管理系統

專案相關人員興趣

學生:有事臨時離開圖書館,希望圖書館能夠給自己保留座位,回來可以繼續使用

描述

該用例描述了學生保留座位的程序,

前置條件

學生成功登錄系統,通過身份驗證,

后置條件

如果該用例順利執行,圖書管理系統將給學生保留座位或留座失敗

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.保留座位

[學生]:學生選擇進入“保留座位”

[系統]:系統判斷是否有座位可以保留,如果存在即可保留,

3.確定時間

[學生]:學生輸入需要離開的時間

[系統]:系統記錄下學生填寫的時間,在對應表中保存好,

4.確定保留

[學生]:填好資訊后,確認無誤后點擊“確定”

[系統]:系統暫停計時,

  1. 繼續使用

[學生]:學生回傳座位,繼續使用座位

[系統]:系統繼續計時,

替代流程

當該座位后續時間已被預約情況下

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.保留座位

[學生]:學生選擇進入“保留座位”

[系統]:系統顯示保留座位系統界面

3.確定時間

[學生]:學生輸入需要離開的時間

[系統]:系統提示學生該座位后續時間已經被預約出去,無法保留,同時回傳功能界面

結束

學生成功完成一個座位的保留,

5 座位續時用例

用例名

座位續時

用例型別

業務需求

用例ID

MSM1205

主要業務參與者

學生

其他參與者

座位管理資料庫、座位管理系統

專案相關人員興趣

學生:希望可以繼續繼續使用該座位

描述

該用例描述了學生座位續時的程序,

前置條件

學生成功登錄系統,通過身份驗證,

后置條件

如果該用例順利執行,圖書管理系統將給學生延遲座位可用時間,或續時失敗

觸發條件

當學生選擇座位續時時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.座位續時

[學生]:學生選擇進入“座位續時”

[系統]:系統顯示座位續時系統界面

3.確定時間

[學生]:學生輸入需要續用的時間

[系統]:系統記錄下學生填寫的時間,在對應表中保存好,

4.確定續時

[學生]:填好資訊后,確認無誤后點擊“確定”

[系統]:系統增加學生可用時間,

替代流程

當該座位后續時間已被預約情況下

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.座位續時

[學生]:學生選擇進入“座位續時”

[系統]:系統顯示座位續時系統界面

3.確定時間

[學生]:學生輸入需要續用的時間

[系統]:系統提示學生該座位后續時間已經被預約出去,無法續時,同時回傳功能界面

結束

學生成功完成一個座位的續時,

6 退選座位用例

用例名

退選座位

用例型別

業務需求

用例ID

MSM1206

主要業務參與者

學生

其他參與者

座位管理資料庫、座位管理系統

專案相關人員興趣

學生:離開圖書館,退選已選座位

描述

該用例描述了學生退選座位的程序,

前置條件

學生成功登錄系統,通過身份驗證,

后置條件

如果該用例順利執行,圖書管理系統顯示座位表給學生

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.退選座位

[學生]:學生選擇進入“退選座位”

[系統]:系統更改座位資訊,將該學生對應的座位狀態改為“可選”,并且同時將該學生“學生是否可以選座”,改為“是”,

替代流程

結束

學生成功完成一個座位的退選,

7 報修座位用例

用例名

報修座位

用例型別

業務需求

用例ID

MSM1207

主要業務參與者

學生

其他參與者

座位管理資料庫、座位管理系統

專案相關人員興趣

學生:希望能夠換一個可用座位

圖書館:希望能夠及時修理故障座位

描述

該用例描述了學生座位報修的程序,

前置條件

學生成功登錄系統,通過身份驗證,選好座位后,到自己實際座位后發現座位有問題

后置條件

如果該用例順利執行,圖書管理系統將座位狀態改為“維修中”

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[學生]:學生選擇進入“登錄”功能,

[系統]:如果學生學號密碼正確,則進入系統功能界面

2.座位報修

[學生]:學生選擇進入“故障報修”

[系統]:系統更改座位情況,將該學生對應的座位狀態改為“維修中”,并且同時將該學生“學生是否可以選座”,改為“是”,

替代流程

結束

讀者成功完成一個座位資訊的報修,

8 修理座位用例

用例名

修理座位

用例型別

業務需求

用例ID

MSM1208

主要業務參與者

管理員

其他參與者

座位管理資料庫、座位管理系統

專案相關人員興趣

管理員:希望能夠及時修理故障座位

圖書館:希望能夠及時修理故障座位

描述

該用例描述了管理員維修座位的程序,

前置條件

管理員成功登錄系統,通過身份驗證,

后置條件

如果該用例順利執行,管理員成功修理座位

觸發條件

當學生選擇查看座位時該用例被觸發,

基本流程

1.登錄系統

[管理員]:管理員選擇進入“登錄”功能,

[系統]:如果管理員賬號密碼正確,則進入系統功能界面

2.查看座位

[管理員]:管理員選擇進入“查看座位”

[系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中,

  1. 維修座位

[管理員]:管理員尋找維修工人修理故障桌椅,并修改座位狀況資料

[系統]:系統顯示座位情況,將對應座位情況更改為“可選”

替代流程

結束

管理員成功完成一個座位的維修,

順序圖

1 現場選座

2 座位維修

需求變更替提交單

軟體產品修改提交單

申請人

李艷春

申請日期

2022.11.20

專案名稱

圖書館座位管理系統

階段名稱

系統設計階段

檔案名稱

Test point model.doc

修改內容

變更敘述如下所示:

增加測驗點數量,在原有的基礎上額外擴展5個測驗樣例,擴展的測驗樣例的測驗范圍不與之前相重復,詳情見Test point model.doc,

修改意見

同意Test point model.doc 的變更,

驗證人

楊過

驗證日期

2022.11.25

SCCB

周位元、王帥、李艷春

填表人

李艷春

作業分解結構

建立WBS圖

建立WBS表

WBS表

WBS

任務名稱

1

1

圖書座位管理系統

2

1.1

計劃初始階段

3

1.1.1

軟體規劃

4

1.1.2

專案規劃

5

1.1.3

計劃評審

6

1.1.4

需求開發

7

1.1.5

撰寫需求規格說明書

8

1.2

概要設計階段

9

1.2.1

建立資料庫

10

1.2.2

設計資料庫ER圖

11

1.3

詳細設計階段

12

1.3.1

實作登錄功能

13

1.3.2

實作查看座位功能

14

1.3.3

實作保留座位功能

15

1.3.4

實作報修座位功能

16

1.3.5

實作預約選座功能

17

1.3.6

實作現場選座功能

18

1.3.7

實作維修座位功能

19

1.3.8

實作退選座位功能

20

1.3.9

實作座位續時功能

21

1.3.10

實作查看日志功能

22

1.4

測驗階段

23

1.4.1

系統測驗

24

1.4.2

環境測驗

25

1.5

提交階段

26

1.5.1

完成檔案

27

1.5.2

驗收

建立WBS字典

1

WBS字典

專案名稱:圖書館座位管理系統

日期:2022.7.1

WBS號碼:1.2

WBS名稱:概要設計

父級WBS:1

父級WBS名稱:圖書館座位管理系統

責任人/組織(如有必要):王帥、周位元

作業描述:完成系統的概要設計階段,把需求分析得到的系統擴展用例圖轉換為軟體結構和資料結構,

子級WBS號碼:1.2.1

子級WBS名稱:建立資料庫

子級WBS號碼:1.2.2

子級WBS名稱:設計ER圖

指定人:王帥 審批人:周位元 日期:2022.7.1

職務:專案負責人: 職務:專案干事

2

WBS字典

專案名稱:圖書館座位管理系統

日期:2022.7.1

WBS號碼:1.4

WBS名稱:系統測驗

父級WBS:1

父級WBS名稱:圖書館座位管理系統

責任人/組織(如有必要):王帥、周位元

作業描述:完成系統的測驗階段,測驗人員會同專案負責人根據軟體需求,制定和確定測驗進度時,必須要有開發人員和相關的測驗部門人員共同參與,

子級WBS號碼:1.4.1

子級WBS名稱:系統測驗

子級WBS號碼:1.4.2

子級WBS名稱:環境測驗

指定人:王帥 審批人:周位元 日期:2022.7.1

職務:專案負責人: 職務:專案干事

 

實驗二 成本估算

功能點估算

由實驗講義要求相應的功能計數項的復雜度如下所示:

又根據實驗一計算功能點如下:

有 7個外部輸入(預約、現場、報修、保留、續時、退選、維修)1個外部輸出(查看日志)

3個外部查詢(座位資訊,座位狀態,操作反饋資訊)

4個內部邏輯檔案(座位表,用戶資訊表,選座表,座位狀態日志)

0個外部介面檔案(沒有參考其他軟體的控制系統)

說明:

用戶資訊表:存盤學號或管理員編號、姓名等相關資訊

座位表:存盤座位號、座位狀態等相關資訊

選座表:存盤學號、座位號等相關資訊

操作反饋資訊:確認資訊、失敗資訊等

座位狀態日志:存盤學號、座位號、時間、座位狀態更改情況等資訊

由實驗講義要求相應的技術復雜因子如下所示:

由實驗講義要求相應的技術復雜因子的取值范圍如下所示:

又根據實驗一計算對應的專案復雜度因子值如下:

可靠的備份和恢復:4

資料通信:1

分布式函式:3

性能:1

大量使用的配置:1

聯機資料的輸入:3

操作簡單性:4

在線升級:1

復雜界面:1

復雜的資料處理:2

重復使用性:5

安裝簡易性:4

多重站點:1

易于修改:4

計算總和為:4+1+3+1+1+3+4+1+1+2+5+4+1+4=35

根據TCF的計算公式,同時需要符合范圍 Fi:0-5 TCF:0.65-1.35

TCF=0.65+0.01(sum(Fi))

帶入后等于1

最后根據以上所有計算FP:62*1=62

組件型別

復雜因子

計算

累計

輸入

7*3=21

0*4=0

0*6=0

21

輸出

1*4=4

0*5=0

0*7=0

4

查詢

3*3=9

0*4=0

0*6=0

9

內部檔案

4*7=28

0*10=0

0*15=0

28

外部檔案

0*5=0

0*7=0

0*10=0

0

UFP

21+4+9+28+0=62

TCF

0.65+0.01*35=1

FP

62*1=62

由實驗講義假設每一功能項的代價為5萬元錢,計算成本:

62*5=310萬元

代碼行估算

由實驗講義假設的功能點與代碼行的轉換如下所示:

又根據實驗一計算出的FP功能點的值如下:

FP

62*1=62

本專案采用C語言進行相應轉換:150*62=9300行

用例點估算

用例圖如下:

用例點估算模型如下:

1 計算未調整的角色權值 UAW

復雜度級別

復雜度標準

權值

數量

結果

簡單

角色通過API與系統互動

1

4

4

普通

角色通過協議與系統互動

2

1

2

復雜

角色通過GUI與系統互動

3

7

21

總計(UAW)

1*4+2*1+3*7=27

2 計算未調整的用例的權值UUCW

復雜度級別

復雜度標準

權值

數量

結果

簡單

1 - 3

5

10

50

普通

4 - 7

10

0

0

復雜

> 7

15

0

0

總計(UUCW)

10*5=50

3 計算技術因子 TCF

因子

說明

權重

復雜度

結果(權重*復雜度)

T1

分布式系統

2

2

4

T2

性能要求

1

2

2

T3

終端用戶效率

1

3

3

T4

內部處理復雜度

1

2

2

T5

可重用性

1

3

3

T6

易安裝性

0.5

1

0.5

T7

易用性

0.5

3

1.5

T8

可移植性

2

3

6

T9

易更改性

1

4

4

T10

并發性

1

4

4

T11

安全功能特性

1

4

4

T12

提供給第三方訪問

1

3

3

T13

需要特別的用戶培訓

1

1

1

總計(TCF)

4+2+3+2+3+0.5+1.5+6+4+4+4+3+1=38

4 計算環境復雜度因子 ECF

因子

說明

權重

復雜度

結果(權重*復雜度)

E1

熟悉UML程度

1.5

4

6

E2

開發應用程式經驗

0.5

3

1.5

E3

面向物件經驗

1

4

4

E4

主分析師能力

0.5

4

2

E5

團隊激勵

1

3

3

E6

需求穩定度

2

3

6

E7

兼職人員比例

-1

0

0

E8

不同編程語言難度

2

1

2

總計(ECF)

6+1.5+4+2+3+6+0+2=24.5

計算公式如下:

UAW =角色數*相應權重 之和

UUCW =用例數*相應權重 之和

UUCP =UAW+UUCW

TCF =技術因子權值乘以相應的影響等級之和,再乘以0.01,加上0.6

ECF =環境因子權值乘以相應的影響等級之和,再乘以-0.03,加上1.4

UCP =UUCP*TCF*ECF

EFFORT =UCP*PF (PF為生產力)

計算結果如下:

UAW=27

UUCW=50

UUCP=UAW+UUCW=77

TCF=0.6+0.01*38=0.98

ECF=1.4+(-0.03)*24.5=0.665

UCP=77*0.98*0.665=50.1809

實驗三 專案進度計劃

一、根據WBS建立PDM圖和ADM圖

1 PDM圖:

PDM

2 ADM圖:

ADM

二、建立甘特圖

三、建立里程碑

 

 

四、建立PERT圖

分別估算每一活動的O、M和P,估算算每一個活動的Ei、δ及δ2及整個專案的標準差和方差,

計算專案完成時間的范圍和概率如下圖所示,

說明:

PERT歷時(Te期望值)=(O+4M+P)/ 6

標準差 σ = (P-O)/ 6

O為專案完成的最小估算值(樂觀估算值)

P為專案完成的最大估算值(悲觀估算值)

M為活動完成的最大可能估算值(最可能值)

E為活動的平均歷時

風險分析:

使用標準差和方差表示歷時估計的可信程度或者專案完成的概率,

專案

O M P

Ei

標準差 σ 

方差

需求分析

7,8,9

8

0.33

0.11

需求驗證

2,3,4

3

0.33

0.11

專案規劃

5,6,7

6

0.33

0.11

概要設計

10,14,18

14

1.33

1.78

詳細設計

9,13,17

13

1.33

1.78

編碼

20,30,40

30

3.33

11.11

單元測驗

15,16,17

16

0.33

0.11

集成測驗

7,8,9

8

0.33S

0.11

系統測驗

3,4,5

4

0.33

0.11

圖書館座位管理專案

102

3.91

15.3

利用正態分布圖的3σ定律

IMG_256

總平均歷時E=102, δ =3.91

范圍

概率

Start

Over

T1

± δ

68.3%

98.09

105.91

T2

± 2 δ

95.5%

94.18

109.82

T3

± 3 δ

99.7%

90.27

113.73

五、撰寫專案進度計劃圖 確定關鍵路徑

最早開始時間(ES)最晚開始時間(LS)最早完成時間(EF)最晚完成時間(LF)

圖示

描述已自動生成

關鍵路徑為:

需求分析->需求驗證->概要設計->詳細設計->編碼->單元測驗->集成測驗->系統測驗,

關鍵路徑長度為:

96

非關鍵路徑活動:

專案規劃

自由浮動(FF)為:5(12-7)

總浮動(TF)為: 0

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/539802.html

標籤:其他

上一篇:軟體工程 專案管理 實驗 圖書館座位管理系統

下一篇:【敏捷研發系列】前端DevOps流水線實踐

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more