day04 ATM專案說明書

2022-07-01 06:48:12 字數 2433 閱讀 5369

1.額度 15000或自定義

2.實現購物**,買東西加入 購物車,呼叫信用卡介面結賬

3.可以提現,手續費5%

4.支援多賬戶登入

5.支援賬戶間轉賬

6.記錄每月日常消費流水

7.提供還款介面

8.atm記錄操作日誌

9.提供管理介面,包括新增賬戶、使用者額度,凍結賬戶等。。。

10.使用者認證用裝飾器

額度 15000或自定義  ------------->1.註冊功能 (15000預設的額度)

實現購物**,買東西加入 購物車,呼叫信用卡介面結賬 ------> 2.購物車功能 3.支付功能

可以提現,手續費5% ---->4.提現功能

支援多賬戶登入 ---->5.登入功能

支援賬戶間轉賬 ----->6.轉賬功能

記錄每月日常消費流水 ----->7.記錄消費流水(設定金額)

提供還款介面----->8.還款功能

atm記錄操作日誌----->9.記錄軟體使用日誌功能

提供管理介面,包括新增賬戶、使用者額度,凍結賬戶等。。。----->10.管理員功能

使用者認證用裝飾器----->11.登入認證裝飾器

1.註冊功能

2.購物車功能

3.支付功能

4.提現功能

5.登入功能

6.轉賬功能

7.'記錄'消費流水

8.還款功能

9.記錄日誌功能

10.管理員功能

11.登入認證裝飾器

1.註冊

2.登入

3.檢視金額

4.提現

5.還款

6.轉賬

7.購物車功能

8.檢視流水

9.檢視購物車

使用者檢視層(第一層):提供給使用者選擇的功能介面
職責:用於與使用者進行互動,接受使用者輸入的資料,交給介面層進行處理,介面層最終會將乙個結果給使用者檢視層,展示給使用者看的
邏輯介面層(第二層):所有核心邏輯都放在介面中,提供給使用者檢視層來使用(呼叫)的
登入介面:

接收使用者檢視層傳遞過來的引數,根據邏輯判斷呼叫資料層加以處理,並返回乙個結果給使用者檢視層。

1.檢視使用者名稱,是否存在,若存在,則繼續校驗密碼,若不存在,則返回結果給使用者檢視層,讓使用者重新輸入

2.若使用者存在,做密碼的校驗,若密碼正確返回登入給使用者檢視層

職責:相當於使用者檢視層與資料處理層的橋梁。專門負責接收使用者檢視層傳過來的資料,並進行'核心的邏輯'校驗過程中,回去訪問'資料層'進行資料的增刪改查,通過或不通過後會返回乙個結果給使用者檢視層進行展示

資料處理層:(第三層):接受介面層傳過來的引數,返回相應的資料給介面層,或者儲存資料,做資料的處理
增加資料

刪除資料

更新資料

檢視資料

根據使用者名稱查詢資料,若有則返回使用者資料給介面層,若沒有則預設返回none

多個人同步去開發專案,高效開發專案

- 不同的崗位:

- ui介面設計:

- 設計軟體的布局,會分局軟體的外觀切成一張張。

- 前端:

- 拿到ui交給他的,然後去搭建網頁面。

- 設計一些頁面中,哪些位置需要接收資料,需要進行資料互動。

- 後端:

- 直接核心的業務邏輯,排程資料庫進行資料的增刪查改。

- 測試:

- 會給**進行全面測試,比如壓力測試,介面測試(cf卡箱子)。

- 運維:

- 部署專案。

4.1手動測試

4.2自動化測試

file  ==>  settings  ==>  plugins  ==>  statistic  ==>  installer

單擊左下角:statistic ==> 單擊:py

total lines:總**行數

sources code lines:純**行數

sources code lines[%]:純**行數百分比

comment lines:注釋行數

comment lines[%]:注釋行數百分比

blank lines:空白行數

blank lines[%]:空白行數百分比

三層架構圖

DoMeAFavor專案功能規格說明書

此功能規格說明書目的在於將 idea 具體化,並規劃開發方向,明確功能需求,以提高開發效率。東北大學所有在籍學生,無論你是懶癌患者,還是勤勞的蜜蜂,都會喜歡上這款軟體。典型使用者 某宅 不愛走動,喜歡宅在寢室 姓名宅男 現實身份 學生使用者身份 任務發布者 使用者動機 懶,想要別人代勞一些事情 使用...

專案文件之需求說明書

1 文件的構成 a 引言 文件資訊 a 編寫目的 記錄文件存在的意義和指出文件使用的人員 b 範圍 包含待開發系統的名稱以及問題的提出和設計實現者 c 定義 文件中個別名詞的解釋 d 參考資料 b 專案概述 專案資訊 a 產品描述 c 使用者特點 特別計算機能力,這回設計到軟體的輸入設計 d 一般約...

團隊專案 需求規格說明書

deadline 2016.10.22 8 00am 發表一篇隨筆 課堂現場評審 要求 1 參考 軟體需求規格說明書 國標規範文字,撰寫對應專案的軟體需求規格說明書。2 除形式上滿足規範文字要求外,整體內容必須圍繞專案實質展開,對所要開發的專案確保盡力做到清晰完整準確。3 採用分層形式描述,隨著 層...