專案UML設計(團隊)

2022-05-04 10:42:07 字數 2277 閱讀 6017

列表名稱

卡片內容

工作量估算

主要負責人員

目標電腦端檔案加密解密模組的開發

待辦任務

檔案加密模組:對檔案進行加密20鋥

待辦任務

電腦端檔案機密解密模組的測試10鋥

目標網路通訊模組的開發

待辦任務

網路通訊模組:tcp連線的實現

10友林

待辦任務

網路通訊模組:傳輸資料的加密解密

10友林

待辦任務

網路通訊模組的測試

10友林

目標待辦任務

10方宜

待辦任務

10方宜

待辦任務

10方宜

目標各個模組的整合

待辦任務

各個模組整合

2.5友林

待辦任務

整合後的測試

2.5盛

part1(類圖):

這裡描述的是這個系統的類圖

這部分描述了我們這個軟體的主要功能模組,各個功能模組的子模組以及其各自實現的功能

解決了我們軟體模組的劃分以及模組所要實現的功能不明確的問題。

附:

part2(用例圖):

該圖描述的是整個系統的行為模式

該部分解決了每個模組互動時需要關注的點

附:

part3(狀態圖):

該圖描述的是pc端中軟體狀態行為

該部分面臨在對檔案進行操作時各種情況的發生的處理問題

以下設計能夠解決檔案在加密時,軟體如何應對各種情況。

附:

part4(活**):這裡描述的事系統的資訊傳輸過程中電腦向手機傳送資訊的過程。

該部分面臨著傳輸流程不明確以及資料傳輸不明確的問題。

通過本圖,我們大致了解了具體的傳輸流程以及資料傳輸,為以後的編碼提供便利。

附:

本次作業,我組選擇的軟體是staruml,因為我們在之前的另一門課程中也有接觸過這款軟體,對於其的操作比較熟悉;而且其功能也很完備,可以繪製uml建模所需大部分的圖形。

使用後對工具的評價:簡單,易於操作,而且功能很全面。

友林2228:鋥 2226:方宜 2225:盛 2223=

7:7:4:1

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫· estimate

· 估計這個任務需要多少時間32

development

開發· analysis

· 需求分析 (包括學習新技術)107

· design spec

· 生成設計文件

1010

· design review

· 設計複審 (和同事審核設計文件)

1010

· coding standard

· **規範 (為目前的開發制定合適的規範)22

· design

· 具體設計

6060

· coding

· 具體編碼00

· code review

· **複審00

· test

· 測試(自我測試,修改**,提交修改)00

reporting

報告30

30· test report

· 測試報告00

· size measurement

· 計算工作量55

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫55

合計135

131

專案UML設計(團隊)

隊名 日不落戰隊 隊員資訊及貢獻分比例 短學號名 本次作業部落格鏈結 此次作業任務 貢獻分配 備註501 安琪1.用例圖 2.部落格 20 隊長 532智慧型 狀態圖15 612章鵬 1.類圖 2.活 18 616 語懇狀態圖15 618煒坤 用例圖17 621少 活 15 模組序號 模組名模組具體...

專案UML設計(團隊)

標籤 空格分隔 軟工實踐 隊名 wonderland之k班小分隊 分組長 漢森205 組員 文航248 興桔123 作業的傳送門 processon傳送門 選擇理由 基本功能齊全,簡潔 知乎良心推薦 支援多人協作,靈活方便 alpha 討論ing.附 uml部落格用例圖 姓名漢森 文航興桔 貢獻25...

專案UML設計(團隊)

組長 成員參與 貢獻比例 530 雨勤 用例圖設計 18 311 旭 狀態圖設計 17 403 俊 類圖設計 21 223 元 活 設計 20 437 海輝 部落格隨筆 wbs分工設計 燃盡圖 24 粒度較粗,主要描述每個模組下的分工,由於未討論出真正適合且效率較高的 無法給出更加細的粒度工作。這個...