具体描述
本書約略可分成三個部分,第一章~第四章做場景的設定;第五章~第十一章在說明設計的細節;而最後兩章則是在進行總整理。最後的附錄,目的是針對脈絡設計這部分提供了許多分析技巧的查核清單。
作者試圖解釋需求設計的真正意涵,並提出一組階層式設計,從需求開始一步一步地進行到實作階段。接著,展示如何運用我們已經在使用的需求處理流程,以及如何克服這些流程在大型開發專案中的嚴重限制。
然後他會帶領我們設計出應用程式與企業營運、使用者、資料、以及其他軟體之間的關係,用以確保優質的使用性、安全性,並將擴充性與彈性極大化。
不論您是軟體設計者、架構設計師、專案管理者、或者是程式設計師,閱讀本書將能幫助您設計出使用者、IT、乃至於整個企業都一致認為成功的軟體,幫助設計團隊合作無間地建立出組織「真正想要的設計方案」!
作者简介
曾經在許多IT業務相關領域任職過。他從1970 年代就開始在IT領域裡從事COBOL 及Algol 的程式設計,並在1976 年加入了Burroughs(後來與Sperry 合併成Unisys),之後很快地成為大型主機系統的資料庫專家。1980 年代有一段時間他在是在美國開發SIM,那是個語意資料庫的產品。回到英國任職於Burroughs 位在歐洲的總部後,他時常得在同一段時間中擔任各種角色的工作,包括系統支援、行銷支援、IT架構、以及管理方面的工作。
在1990 年代期間, 他在IT架構這部分的工作日益增加, 並著作了《IT Architecture and Middleware: Strategies for Building Large, Scalable Systems》一書,該書目前已經發行第二版(Addison-Wesley, 2004)。2001 年他離開Unisys 後,在自己的公司擔任顧問並且開發應用軟體。除了IT之外,他主要的興趣是古典歌唱。學生時代的他曾在劍橋大學三一學院的唱詩班演唱過,並且從那時開時就在各種大大小小的歌劇與合唱團中參與演唱。
目录信息
需求的設計
何謂設計?
讓IT應用程式開發更像工程學科
考量IT架構
本章總結
CHAPTER 2階層式設計
階層式設計
脈絡設計
整合設計
技術設計
使用者介面設計
資料庫設計
實作
那真的是工程設計嗎?
本章總結
CHAPTER 3現有方法與實作方式的再利用
敏捷開發
顛倒式設計
使用案例
成本估算的問題
為何BDUF 龐大?
迭代循環
品質
測試與檢驗
在脈絡驅動設計中利用現有作法
學習型組織
本章總結
CHAPTER 4大型應用程式的問題
尺寸的維度
大型專案的問題
能避免大型專案嗎?
本章總結
CHAPTER 5與企業的關係
理解企業流程
不是流程的時候
拓展視野的必要
將商業策略運用到應用程式開發上
分析
本章總結
CHAPTER 6與使用者的關係
加入細節說明
使用者有哪些?
脈絡設計的分析
脈絡設計的檢討
本章總結
CHAPTER 7與其他IT專案的關係
整合設計
服務介面設計
現存的應用程式
回顧設計流程
本章總結
CHAPTER 8使用者介面設計與使用的容易度
邏輯使用者介面
從任務到使用者介面
使用的容易程度
交易與任務的完好性
使用者介面設計與其他細部設計
本章總結
CHAPTER 9資料庫設計
資料庫設計
資料庫設計理論
程式設計師v.s. 資料庫設計師
資料庫存取服務
NoSQL
本章總結
CHAPTER 10技術設計─原理
單機上高效能的原理
多伺服器上高效能的原理
高彈性的原理
測試與基準測試的需要
技術設計流程
本章總結
CHAPTER 11技術設計─結構
程式結構
什麼是框架?
程式語言的差異性
程式語言與框架的選擇
框架的擴充
常用功能的實作
本章總結
CHAPTER 12安全性設計
IT應用程式的安全原則
各個設計階段的安全性要素
安全性程式設計
本章總結
CHAPTER 13應用程式開發的未來
脈絡驅動設計如何改變應用程式的開發
脈絡驅動設計的機會
應用程式開發的挑戰
本章總結
APPENDIX A脈絡設計工作清單
· · · · · · (收起)
读后感
用户评价
我是一名有多年经验的资深产品经理,虽然在需求分析方面积累了一些自己的方法,但总觉得在面对日益复杂的产品和快速变化的市场时,现有的方法论似乎有些力不从心。尤其是在跨部门协作日益紧密的今天,如何让产品、研发和设计这三个核心团队之间建立起更高效、更顺畅的沟通机制,始终是我关注的重点。这本书的书名,直接点出了我的工作核心,也让我看到了学习和改进的空间。我希望这本书能够提供一些超越我现有认知的、更系统化、更前沿的需求分析框架和实践案例。我期待能够从中学习到如何更精准地捕捉用户需求,如何更有效地将商业目标转化为可执行的产品策略,以及如何在不同角色的视角下,找到最优的解决方案,从而带领团队创造出真正卓越的产品。
我是一名项目经理,我的工作职责是协调整个产品从概念到落地的过程。而需求分析,无疑是这个过程中最关键也是最容易出现问题的环节。如果需求不明确,或者各方理解不一致,那么整个项目的进度、质量都会受到严重影响。我常常需要在PM、RD和设计师之间进行协调,但有时候,我也感到自己在沟通和管理需求方面力不从心。这本书的书名,准确地抓住了项目管理中最重要的一个环节,也让我看到了提升工作效率和项目成功率的可能。我期待这本书能够为我提供一套关于需求分析的系统化管理方法,帮助我更有效地识别、评估、跟踪和沟通需求,确保项目能够朝着正确的方向前进,并最终交付高质量的产品。
作为一名初入产品研发领域的开发工程师,我常常感到自己像一个被动执行者。产品经理给出需求,我负责将其转化为代码。然而,很多时候,我发现自己对需求的理解停留在表面,无法深入体会其背后的商业逻辑和用户价值。这导致我在开发过程中,有时候会因为对需求的误解而返工,或者因为无法预见潜在的技术难点而影响进度。这本书的书名,尤其是“写给PM、RD与设计师看的”这句话,让我看到了希望。我期待这本书能够帮助我打通“信息孤岛”,让我能够站在更高的维度去看待产品,理解PM的战略意图,理解设计师的用户洞察。我希望通过阅读这本书,我能够提升自己的“产品思维”,不仅是写出能运行的代码,更能写出真正符合用户需求、符合产品战略的代码,成为一个更有价值的团队成员。
这本书的书名虽然指向性明确,我是一名PM,一直深陷于“需求”这个泥沼中,感觉每天都在和开发、设计人员沟通需求,但总觉得有哪里不对劲,沟通效率不高,最终交付的产品也总是不尽如人意。尤其是在需求分析阶段,我常常发现自己提出的需求不够清晰、不够落地,导致开发团队在实现过程中走弯路,设计团队则难以把握产品的核心价值。这本书的书名立刻吸引了我,我希望能从中找到一些突破性的方法论,能够系统地梳理需求,让我的沟通更加顺畅,让团队的协作更加高效。我期待这本书能够为我提供一套可操作的工具和流程,帮助我从一个“需求提出者”转变为一个“需求洞察者”,更深入地理解用户的痛点和产品的商业价值,从而能够提出真正有价值的需求,并与开发和设计团队建立起更加稳固和信任的合作关系。
我是一名专注于UI/UX设计的从业者,我经常遇到一种情况:产品经理给出的需求,虽然字面上看是清晰的,但执行到设计层面时,却总感觉少了些什么,用户真正想要的是什么,产品想要达到的商业目标是什么,这些深层的东西往往隐藏在需求文档的字里行间。我需要不断地与PM沟通,但沟通的效率和深度都有待提高。这本书的书名,直接指出了我工作中最常遇到的协作对象和核心内容,这让我非常期待。我希望这本书能够教会我如何更有效地与PM沟通,理解他们背后更深层次的意图,并能够与RD一起,将这些意图转化为既符合用户体验又具有商业价值的设计。我渴望学习一套能够连接产品经理的战略思考和开发团队的执行能力的设计分析方法。
我是一名对产品管理充满热情的产品爱好者,虽然我目前的工作并非直接参与产品开发,但我一直关注着产品从概念到实现的整个过程。我经常阅读一些关于产品方法的书籍,但总觉得缺乏一些能够将不同职能的团队连接起来的“粘合剂”。这本书的书名,恰恰体现了这种跨职能的协作精神。我希望通过阅读这本书,能够更深入地理解PM、RD和设计师各自在需求分析中的角色和贡献,以及他们之间如何能够形成合力,共同打造出优秀的产品。我期待这本书能够为我提供一个更宏观的视角,让我看到需求分析是如何影响产品整体走向的,以及如何能够通过有效的沟通和协作,克服技术和设计的挑战,最终实现产品的成功。
我是一名正在摸索产品管理道路的新手,每当接到一个项目,面对海量的用户反馈和模糊的产品目标,我都会感到无从下手。产品的需求就像一团乱麻,我需要花费大量的时间去梳理、去提炼,但往往效果不佳。与开发和设计团队的沟通也常常陷入僵局,我提供的需求描述不清,他们提出的疑问我无法准确解答,导致整个流程充满了挫败感。这本书的书名,如同在我迷茫的航程中点亮了一盏灯塔。我急切地希望这本书能够为我指引方向,提供一套清晰、系统化的方法论,帮助我理解需求的本质,学习如何与不同职能的团队成员进行有效沟通,如何将模糊的想法转化为具体、可执行的方案。我期待这本书能成为我的“启蒙导师”,让我少走弯路,快速成长为一名合格的产品经理。
我是一名专注于前端开发的工程师,我深知前端开发工作的核心在于将设计和需求转化为用户能够直观感受到的界面和交互。但很多时候,我发现自己只是被动地接受需求,对于需求的背景、用户的真实痛点以及最终产品的商业价值,了解甚少。这使得我在面临一些技术选择和实现方式时,往往只能依据个人经验,而无法做出最优的决策。这本书的书名,尤其强调了“RD”这一角色,让我看到了一个学习的机会。我渴望理解产品经理是如何进行市场调研和用户分析的,如何从海量信息中提炼出核心需求,以及设计师是如何将这些需求转化为富有用户体验的设计。我希望通过这本书,我能够提升自己的“大局观”,成为一个能够为产品整体价值贡献力量的技术人才。
我是一名在互联网公司工作的用户体验设计师,每天的工作就是将用户的想法和产品经理的需求转化为可视化的界面和交互流程。然而,我也深切体会到,如果产品经理的需求分析不够透彻,或者与开发团队的理解存在偏差,那么我的设计工作就会充满挑战,甚至可能是在“空中楼阁”上搭建。我常常需要花费大量时间去猜测、去追问,试图弥合那些因为信息不对称而产生的裂缝。这本书的书名恰恰击中了我的痛点,我希望它能为我提供一种新的视角,让我能够更好地理解产品经理的思考逻辑,以及开发团队的实现难点。我渴望学习如何更有效地解读需求背后的“为什么”,从而能够提出更具前瞻性和可执行性的设计方案,不仅仅是满足当前的需求,更能为产品的未来发展打下坚实的基础,让我的设计作品真正能够为用户带来卓越的体验。
作为一名在初创公司工作的核心团队成员,我身兼多职,既要参与产品规划,也要与开发和设计人员紧密合作。我深知,一个优秀的产品离不开清晰、准确的需求分析。但我们团队的资源有限,缺乏系统性的方法论指导。我常常在思考,如何能够更高效地完成需求分析,如何让PM、RD和设计师这三个关键角色在需求定义阶段就形成高度共识,从而避免后续的返工和沟通成本。这本书的书名,精确地击中了我们团队最迫切的需求。我希望这本书能够为我们提供一套简单易懂、操作性强的需求分析框架,帮助我们优化工作流程,提升团队协作效率,让我们能够将有限的精力聚焦在产品的核心价值创造上,快速将我们的产品推向市场。