对日外包中的各阶段个人感悟及想法整理-1 概要设计理解到详细设计

①.  概要设计理解阶段，由担当者、Leader、Tester，甚至包括"业务沟通者"来进行概要设计的共同理解。可以由此产生简单的类图、数据流图（或者是数据CRUD图），理想情况下做出程序的业务Sequence、业务画面的工作流程（遷移）图。

      由于对日外包中客户一般会做出系统的机能结构图，所以可以根据此文档进行流程的整理。但是一般情况下客户的机能图会比较笼统，大部分是需要进行细化的。另外，由于各种项目设计的业务知识是不一样的，最好是能够事先了解该行业的通用规范，便于理解式样。

      理解式样最忌讳的是想当然，很多式样书并不是很规范，很合理，甚至存在大量的错误，这些错误可能是由于客户的需求阶段产生的，因此，共同理解式样或者有个贯穿式样的"业务沟通者"就很重要。目的是

          A. 找出相似或者相同式样，采用不同方式处理的时候，能够确认是否合理。

          B. 理解每种数据在各机能中修改的方式，也能找出可能存在的问题和错误。

          C. 结合测试的时候，可以由此人(s)做出一些合理的业务流数据，这样就更能保证软件质量。

※這個人員的職責應該不僅僅包括需求的確認和管理，而更應該包括需求的細化、團隊的需求控制 .etc。

     需求的細化...

     團隊的需求控制...

②. 详细设计产生第一阶段:生成业务画面的业务设计图，由共通担当(或Coder Leader等)构架共通程式，构架整个项目的结构，构架大致的系统异常和业务异常处理方式等。并根据客户的要求以及编码规范等产生详细设计规范、编码流程规范、测试规范。本过程"应该"不需涉及祥细设计的文字工作。

③. 画面设计review：由①相关的人员对产生的业务画面进行简单review，内容应该包括画面的格式、功能、程序大致要处理的数据。

④. 详细设计产生第二阶段:一阶段Review通过，根据①产生的CRUD图等，Tester制作单元测试数据，Coder根据编码框架、流程规范（口头或者文书）等进行画面各机能的程序框架的设计。详细设计人员开始制作详细设计，并和Coder、Tester分析数据处理中可能设计到的较为复杂的算法，必要时和共通进行讨论等。

⑤. 至此应该可以产生详细设计文档、单元测试数据、程序基本框架等。单元测试数据应不仅仅包括将程序正常执行完成的数据，还应该包括一跑就能使程序崩溃的数据，最好是做成生成数据的工具，便于修改和利用。

詳細設計產物的Review、Code Review以及Test Review(Plan & Result)都很重要。怎么樣做好每個階段的工作是需要注意的。

   注：前期产生较为详细的文档，便于对应变更。以上为个人见解。