读书笔记_代码大全2

Chapter 3: Measure Twice, Cut Once: Upstream Prerequisites. 三思而后行: 前期准备
 
 
本章节很重要, 记叙了做项目的前期准备的一系列工作
 
 
  * 在开发的过程中,最常见的项目风险就是糟糕的需求分析和项目计划, 这些尽量在准备工作中搞定
 
 
  * Utterly Compelling and Foolproof Arguments for Doing Prerequisites Before Construction. 关于前期准备重要性的绝对有利且简明的证据.
 
 
    * Appeal to Logic 诉诸逻辑
 
 
    
 
 

  
  

  
  从管理者, 技术人员的角度分析
 
 
    * Appeal to Analogy 诉诸类比
 
 
    
 
 

  
  

  
  太他妈经典的软件食物链了~
 
 
    * Appeal to Data 诉诸数据
 
 
    
 
 

  
  

  
  
 
 
    * Boss-Readiness Test "老板就绪" 测试, 以下是自我实现的预言(self-fulfilling prophecies 类似于自我暗示), 一定要瞄准最后一个
 
 
      * 我们最好立刻开始编码, 因为将会有很多条数工作要做.    * 我们并没有为测试安排太多时间, 因为将来不会发现多少缺陷.    * 我们已经非常详细的研究了需求和设计, 我想不出在编码和调试期间还会遇到什么大问题.
 
 
  * Determine the kind of Software You're Working on.
 
 
    
 
 

  
  

  
  当然,现在看来有一点过时, 比如说手机应用等
 
 
 
 

  
  

  
  
 
 
  * 基本了解 "瀑布式开发 & 迭代开发" 的概念
 
 
  * Problem-Definition Prerequisites 问题定义的先决条件: 问题应该在需求之前出现
 
 
    
 
 

  
  

  
  
 
 
 
 
  * Requirements Prerequisite 需求的先决条件: 
 
 
    * 需要有正式的需求文档
 
 
    * 处理需求的变更
 
 
      * 如果发现错误, 马上回头, 即便是已经开始了
 
 
      * 确保每一个人都知道需求的代价, 让客户知道 "进度" 和"成本"
 
 
      
 
 

  
  

  
  
 
 
 
 

  
  

  
  
 
 
      * Checklist
 
 
      
 
 

  
  

  
  
 
 
 
 

  
  

  
  
 
 
  * Architecture Prerequisite 架构的先决条件
 
 
    * 架构的典型组成部分
 
 
      * Programming Organization
 
 
      * Main Classes
 
 
      * Data Design
 
 
      * Business Rules
 
 
      * User Interface Design
 
 
      * Resource Management
 
 
      * Security + Performance
 
 
      * Scalability ( 可伸缩性, 扩展性)
 
 
      * Interoperability (互用性, 访问共享资源)
 
 
      * Internationalization/Localization (常被称为 I18n 和 L10n)
 
 
      * Input/Output
 
 
      * Error Processing
 
 
      * Fault Tolerance
 
 
      * Architectural Feasibility
 
 
      * Overengineering
 
 
      * Buy-vs.-Build Decisions
 
 
      * Reuse Decisions
 
 
      * Change Strategy
 
 
      
 
 

  
  

  
  
 
 

 
 

  
  

  
  Check List