需求分析文档

1.目标用户应该体现为用例图里的执行者（执行者要标明是哪一类用户）

2.用例模型由功能概述得到，用例顺序图由基本交互过程得到，分析类图由顺序图得到

3.执行者和用例之间的关系：执行、触发、驱动

用例之间关系：包含include、扩展extend，箭头方向（include朝向子用例，extend朝向主用例）

4.基本交互过程口语化（比如把“点击”等词汇换成“选择”）

5.分清前置条件和触发条件（例如软件运行启动、打开页面属于前置条件，用户选择某个操作属于触发条件）不要把前置条件和触发条件放在基本交互动作里

6.扩展交互动作是异常或意外状况，编号要从基本交互动作里选取，内容在其基础上扩展

7.顺序图需要标注出三种分析类：边界类<<boundary>>,控制类<<control>>,实体类<<entity>>

类名加下划线

8.用户不能和控制类直接交换信息，不允许跨越控制类

9.类的命名主要为名词，命名要具体

10.边界类最后不一定是给用户发消息，应该是边界类给自己发消息显示信息

11.用例模型左边是主动执行者，右边是被动执行者

软件设计文档

1.命令元素：方法；        动态/输入元素：属性；

静态元素不放在类图里，但要在界面外观设计图标出

2.在界面外观设计用特殊标注标出不同元素（同一类型用同样的颜色标志标出）

3.设计类不区分边界类、控制类、实体类，因此不在设计图中表示

4.分析类的职责映射给若干个设计类，设计类的大致框架在分析类的基础上得到

5.只要有实体类就有数据模型，数据模型的设计根据软件所需的Table，实体类转过来的要有key  表示关系用foreignkey，表和表之间的关系映射，通过相同的key和foreignkey来表示

6.数据模型中多对多关系中间还要有一个Table建立两个Table的联系

7.设计阶段顺序图传递的消息、类的命名等都为英文，为编码阶段做准备

8.方法带参数的要标明参数

文档通用

1.目录生成和更新页码，要能和实际内容对应上，图表的标号表示第n章的第i张图/表，表示为图n-i

2.每张图都要有图的编号/图注，图的引用（在正文中“如图x-x所示”）

3.图注和图不能跨页

4.正文字体和行间距保持一致

5.文档前后要具有一致性，清楚各部分元素的联系