讀軟體設計的要素06概念完整性

来源:https://www.cnblogs.com/lying7/p/18404389
-Advertisement-
Play Games

1. 概念完整性 1.1. 當概念組合成一個軟體時,它們可以同步以便協調行為 1.1.1. 同步可能會消除一個概念的某些行為,但決不會添加與該概念的規範不一致的新行為 1.1.2. 在使用概念設計軟體時,即使你沒有精確定義同步,至少要說服自己,概念之間的每次交互至少在原則上都可以被視為同步 1.2. ...


1. 概念完整性

1.1. 當概念組合成一個軟體時,它們可以同步以便協調行為

  • 1.1.1. 同步可能會消除一個概念的某些行為,但決不會添加與該概念的規範不一致的新行為

  • 1.1.2. 在使用概念設計軟體時,即使你沒有精確定義同步,至少要說服自己,概念之間的每次交互至少在原則上都可以被視為同步

1.2. 如果概念組合的方式不正確,從特定概念的操作和結構來看,概念的行為可能會破壞它的規範

1.3. 概念違反完整性的行為會使用戶感到困惑,因為他們針對概念行為的心智模型受到了破壞

1.4. 當一個由概念組成的系統運行時,每個概念也都作為一個“小機器”運行著,控制著操作發生的時間及其對概念狀態的影響

  • 1.4.1. 同步使一個概念的操作與另一個概念的某些操作同時發生,這能進一步約束操作

1.5. 一個概念不能直接改變另一個概念的狀態,也不能以某種方式改變概念的某個操作行為

1.6. 如果概念的實現框架允許它們以其他方式交互,或者代碼中出現錯誤,那麼一個概念可能會以一種違反它自身規範的方式運行

  • 1.6.1. 一些調整可能會在保留概念規範的基礎上添加一些新的功能,也有一些調整可能會直接破壞概念規範

1.7. 當一個概念與其他概念組合時,保持概念的完整性至關重要

1.8. 如果你在使用軟體或分析可用性問題時遇到問題,併發現某個概念的行為方式比較異常,請想想這是否能歸咎於另一個概念的干擾

1.9. 為了保證概念完整性,請確保一個看似通用的概念確實是通用的

2. 預訂

2.1. 假設有一個餐廳的老闆因餐廳的綜合評級較低而感到十分沮喪,他決定入侵該軟體來懲罰惡意差評的顧客

2.2. 他修改了軟體設置以便惡意差評的顧客在後續預訂時,即使沒有取消預訂,當他們到達餐廳時也沒有預訂記錄,因此沒有餐桌供他們使用

  • 2.2.1. 行為不符合任何合法的同步原則

  • 2.2.1.1. 不僅將兩個概念結合在一起,還破壞了預訂這個概念

  • 2.2.1.2. 違反概念完整性的行為

2.3. 假設報複顧客的餐廳老闆入侵了該軟體,使得任何顧客只要發佈差評就會失去在任何餐廳的任何預訂

  • 2.3.1. 可憐的顧客儘管從未打算取消預訂,但仍可能收到取消通知,因為預訂概念與通知概念同步

  • 2.3.2. 在給出通知的情況下取消預訂不侵犯預訂概念的完整性,因為從預訂概念的規範來看,它是完全可以理解的

2.4. 預訂概念的規範沒有提及誰可以取消預訂

3. 字體格式

3.1. 文本格式有三個簡單的屬性:粗體(Bold)、斜體(Italic)和下劃線(Underline)

3.2. 真正的印刷體斜體從來不是羅馬式斜體,而是更流暢和有書法效果的經典版本

3.3. 有了這些豐富的字體,所有的麻煩都煙消雲散了,但格式切換概念也不再有效

  • 3.3.1. 字體概念的擴展破壞了格式切換概念

4. Google Drive

4.1. 同步的目的是保持兩個文件夾之間的一致性,其操作原則是一個文件夾中的任何改動也會作用於另一個文件夾

4.2. 與備份概念不同,同步概念也會傳遞刪除操作,這會讓文件井井有條

4.3. 同步概念的一個基本屬性是兩個集合中的文件副本完全一致

5. 戰略家、分析師和技術顧問

5.1. 識別概念及其價值是最重要的,而設計單個概念的細節則是次要的

5.2. 考慮的問題

  • 5.2.1. 有哪些關鍵概念

  • 5.2.1.1. 關鍵概念是什麼

  • 5.2.1.2. 通過構建概念清單,你將獲得概念功能的“鳥瞰圖”​,即思考戰略行動的視角

  • 5.2.1.3. 構建這些概念的依賴關係圖,看看它們如何相互關聯,以及哪些概念處於核心位置

  • 5.2.2. 概念是否發生了變化

  • 5.2.2.1. 當你查看現有系統中的概念時,確定每個概念是何時引入的,並研究它們是否隨時間的推移發生了變化或持續保持穩定

  • 5.2.3. 最有價值的概念是什麼

  • 5.2.3.1. 是否有一個殺手級的概念

  • 5.2.4. 是否有讓人困惑的概念

  • 5.2.5. 定義軟體系列的共用概念是什麼

  • 5.2.5.1. 共用同一概念的不同軟體彼此一致,還是存在隨機的微小差異?

  • 5.2.5.2. 如果將多個軟體中出現的概念統一起來,它們將來可能會有共用概念

  • 5.2.6. 每一個概念的目的分別是什麼

  • 5.2.7. 是否有缺失的概念

  • 5.2.8. 競爭對手的概念是什麼

  • 5.2.8.1. 看看同一領域的競爭軟體,盤點一下它們的關鍵概念

6. 交互設計師和產品經理

6.1. 還需要關註單個概念的設計和實現問題,以及概念的可用性問題

6.2. 考慮的問題

  • 6.2.1. ①傳達給用戶的概念是否一致

  • 6.2.1.1. 你的軟體是否通過它的用戶界面、用戶手冊和幫助指南等支持材料,將概念成功地傳達給了用戶

  • 6.2.2. ②如何解釋概念

  • 6.2.2.1. 令人信服地展示了每個概念實現其目的的設計方式?

  • 6.2.3. ③是否有可用性問題

  • 6.2.4. ④軟體都有哪些概念

  • 6.2.5. ⑤是否有冗餘概念

  • 6.2.6. ⑥是否有概念過載

  • 6.2.7. ⑦概念可以被分解嗎

  • 6.2.8. ⑧是否有效使用了熟悉的概念

  • 6.2.9. ⑨概念是如何同步的

  • 6.2.9.1. 是否存在同步不足的情況

  • 6.2.9.2. 是否存在同步過度的情況

  • 6.2.10. ⑩是否在利用協同效應

  • 6.2.11. ⑾概念是否能有效地映射到用戶界面

  • 6.2.12. ⑿是否分析過概念的依賴關係

  • 6.2.13. ⒀概念是否可以完整地組合在一起

  • 6.2.13.1. 每個概念單獨來看都是合理的,但當與軟體中的其他概念組合在一起時,單個概念的合理性可能會被削弱

  • 6.2.14. ⒁概念的知識是否有安全的文檔記錄

  • 6.2.14.1. 一個概念設計可能經過多年的演變,積累了幾代設計師的大量修正和完善

  • 6.2.14.2. 如果這些知識只能體現在代碼中,那麼一旦一個新程式員沒有意識到其中的微妙之處而修改了這些代碼,這些知識就會丟失

  • 6.2.14.3. 記錄一個軟體的設計知識是很重要的,從中可以跟蹤一個概念的發展

7. 支持材料編寫者、培訓師和營銷人員

7.1. 用戶可以通過這些材料熟悉軟體併在遇到困難時尋找解決之道

7.2. 考慮的問題

  • 7.2.1. 支持材料是否圍繞概念組織

  • 7.2.2. 概念是否具有清晰明確的目的

  • 7.2.3. 概念的操作原則是否能解釋清楚

  • 7.2.4. 概念的解釋是否合理

8. 程式員和架構師

8.1. 依賴關係圖可以用於劃分開發階段,也可用於規劃版本升級路線

8.2. 考慮的問題

  • 8.2.1. 哪些概念集合可用於構建最小可行產品

  • 8.2.2. 哪些概念實現起來很有挑戰性

  • 8.2.3. 能避免重蹈覆轍嗎

  • 8.2.4. 是否在適當的地方使用了標準庫概念

  • 8.2.5. 概念是否儘可能通用

  • 8.2.5.1. 是否使用了不必要的特殊數據類型

  • 8.2.6. 能否將概念模塊化

  • 8.2.6.1. 概念之間是否存在可以消除的代碼依賴關係,使得概念更容易被修改和重用

  • 8.2.7. 概念之間是否存在複雜的同步

  • 8.2.8. 有些概念操作是否涉及複雜的條件

9. 研究人員和軟體哲學家

9.1. 考慮的問題

  • 9.1.1. 概念目錄應該如何構建

  • 9.1.1.1. 概念目錄或手冊既有助於設計師記錄他們的專業知識,也可使新手更容易獲得這些專業知識

  • 9.1.1.2. 概念目錄對概念的重用也大有裨益,能夠幫助設計師避免已知的陷阱

  • 9.1.2. 是否存在複合概念

  • 9.1.2.1. 一個概念被分解成更小的概念時,這個概念是否仍然擁有自身的權益和目的呢?

  • 9.1.3. 是否存在不同種類的目的

  • 9.1.3.1. 一個概念的目的決定了是否應當設計該概念

  • 9.1.3.2. 標簽概念和文件夾概念的目的都是整理文件,這個目的使得它們都可以被納入設計,但只有標簽概念才有過濾文件的目的

  • 9.1.4. 通用概念的實例化會產生什麼問題

  • 9.1.5. 操作同步是否足夠

  • 9.1.6. 如何闡述映射原則

  • 9.1.7. 關於用戶行為的假設在概念設計中扮演什麼角色

  • 9.1.7.1. 有些概念只有在用戶做出某種特定行為時才能實現其目的

>  9.1.7.1.1. 只有當用戶設置高強度密碼、記住自己的密碼並且不共用密碼時,密碼概念才能提供有效的身份驗證
  • 9.1.8. 概念可以實現完全模塊化嗎

  • 9.1.8.1. 微服務架構可能是實現概念的一個有用基礎,其中每個微服務架構代表一個單獨的概念,或許被稱為“納米服務”更合適

  • 9.1.9. 可以在代碼中檢測到概念設計缺陷嗎

  • 9.1.9.1. 不規範的概念不僅讓用戶困惑,也讓程式員困惑

  • 9.1.9.2. 當概念不清楚時,代碼就會更混亂和有更多缺陷

  • 9.1.10. ⑩概念能否應用於API設計

  • 9.1.10.1. 概念是面向用戶的

  • 9.1.10.2. 程式內部使用服務或API時產生的許多問題與用戶面對的問題很相似


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1. 通信基礎 1.1. 每個分散式系統都包含通過網路進行通信的軟體組件 1.2. 硬體 1.2.1. 全球互聯網就是一臺異構機器,由不同類型的網路通信通道和設備組成,它們每秒將數百萬條消息通過網路傳送到預定目的地 1.2.2. 對於單個光纖鏈路,可以提供每秒超過70 Tbps的總帶寬 1.2.3. ...
  • 大家好,我是湯師爺~ 在工作當中,我們經常會聽到以下說法: 產品負責人說,現在的業務架構太複雜,需要仔細梳理下。 技術領導說,這個項目很複雜,需要做下系統架構方案評審。 研發經理說,這次秒殺活動訪問量非常大,需要用到高併發架構方案。 一線研發說,互聯網大廠都會用到微服務架構,我要學學微服務架構設計。 ...
  • 1. 系統架構基礎 1.1. 幾乎所有大規模系統都是從小規模開始,在成功路上逐漸發展壯大 1.2. 通信使用標準的應用層網路協議,通常是HTTP 1.3. Java EE和Java的Spring框架 1.4. Python的Flask 1.5. 隨著應用程式的特性變得更加豐富,單體應用程式的複雜性往 ...
  • 狀態模式(State Pattern)的定義是這樣的:類的行為是基於它的狀態改變的。註意這裡的狀態不是狹義的指對象維護了一個“狀態”欄位,我們傳入了不同的枚舉值,對象整體的表現行為(對外方法)就改變了。而是指內部的(任意)欄位如果發生了變化,那麼它的狀態就變了,那麼它對外的表現形式就變了。狀態模式是 ...
  • 1. 簡介 1.1. 在過去20年裡,軟體系統的規模、複雜性和容量都出現了前所未有的增長 1.2. 代碼是容器、資料庫、消息傳遞系統和其他組件的一部分,通過調用API和構建指令,構成你的應用程式 1.3. 可擴展(scalable)是軟體工程中用來描述軟體系統能夠適應增長的術語 1.3.1. 可擴展 ...
  • 對程式員來說,架構是一個常見辭彙。如果想成為一名架構師,對架構概念的理解必須清晰。否則,在制定架構方案時,肯定會漏洞百出,問題頻發,這將對你的面試、晉升和團隊領導產生負面影響。 我們看下維基百科關於架構的定義: 軟體架構是抽象描述系統的一組結構,以及構建這些結構的規則。這些結構包括:軟體要素、要素之 ...
  • PLC Structured Text Object Oriented Programming PLC結構化文本(ST)——結構體屬性外部調用(Issue) 問題 很久之前在做OOP編程時,遇到過這樣一個問題,創建一個屬性類型是結構體,而我在外部訪問結構體內部成員時編譯器(TwinCAT3)直接報錯 ...
  • 1. 基本信息 軟體設計的要素 丹尼爾·傑克遜著 浙江教育出版社,2024年5月出版 1.1. 讀薄率 書籍總字數236千字,筆記總字數18853字。 讀薄率18853÷236000≈8% 1.2. 讀厚方向 構建可擴展分散式系統方法與實踐 設計模式:可復用面向對象軟體的基礎 程式員修煉之道:通向務 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...