第9、10讲UML概要设计报告.ppt

第二范式 (2nd NF) 如果一个关系满足1NF，并且除了主键以外的其他列，都依赖与该主键，则满足第二范式（2NF） 第二范式要求每个表只描述一件事情 Orders 字　段 例　子 订单编号 产品编号 订购日期 价 格 001 A001 2000-2-3 $29.00 … … Orders 字　段 例　子 订单编号 订购日期 001 2000-2-3 Products 字　段 例　子 产品编号 价 格 A001 $29.00 第三范式 (3rd NF) 如果一个关系满足2NF，并且除了主键以外的其他列都不传递依赖于主键列，则满足第三范式（3NF） Orders 字　段 例　子 订单编号 订购日期 顾客编号 001 2000-2-3 AB001 顾客姓名 Tony … … Orders 字　段 例　子 订单编号 订购日期 顾客编号 001 2000-2-3 AB001 … … 最终生成：E-R实体关系图 常见完整性约束： PRIMARY KEY 主码约束(主键) UNIQUE 唯一性约束 NOT NULL 非空值约束 AUTO_INCREMENT 用于整数列默认自增1 UNSIGNED 无符号整数 DEFAULT default_value 默认值约束 DEFAULT current_timestamp 创建新记录时默认保存当前时间（仅适用timestamp数据列） ON UPDATE current_timestamp 修改记录时默认保存当前时间（仅适用timestamp数据列） CHARACTER SET name 指定字符集（仅适用字符串） 数据库编码命名规范 数据库： 命名以字母“db”开头（小写），后面加数据库相关英文单词或缩写。如：db_CRM。 数据表： 以字母“tb”开头（小写），后面加数据表相关英文单词或缩写。如：tb_User。 字段： 一般采用英文单词或词组命名，如找不到专业的英文单词或词组，可以用相同意义的英文单词或词组代替。如：UserName。 数据库结构设计 数据表 功能 tb_content 内容数据表 tb_comment 用户评论表 tb_category 栏目信息表 tb_user 用户信息表 用户信息表 字段 类型 属性 描述 uid unsigned int(10) NOT NULL auto_increment PRIMARY KEY 用户id username varchar(20) NOT NULL UNIQUE 用户名 password varchar(50) NOT NULL 用户密码 time datatime NOT NULL 注册时间 ip varchar(16) NOT NULL 登录IP email varchar(30) NOT NULL UNIQUE 用户邮箱 level tinyint(1) NOT NULL default 1 用户级别 默认为普通权限 1 插入测试样本数据 最后，针对表结构特点，插入测试样本数据 用户界面设计原则 （1）用户原则。人机界面设计首先要确立用户类型。划分类型可以从不同的角度，视实际情况而定。确定类型后要针对其特点预测他们对不同界面的反应。这就要从多方面设计分析。 （2）信息最小量原则。人机界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案。 （3）帮助和提示原则。要对用户的操作命令作出反应，帮助用户处理问题。系统要设计有恢复出错现场的能力，在系统内部处理工作要有提示，尽量把主动权让给用户。 （4）媒体最佳组合原则。多媒体界面的成功并不在于仅向用户提供丰富的媒体，而应在相关理论指导下，注意处理好各种媒体间的关系,恰当选用。 * * * * * * * * * * * * * * * * * * * * * * * * 开始状态和结束状态标记符是指示模型的开始和结束状态的特殊标记符。模型中的开始状态是一个实心点。结束状态是带有圆圈的实心点。模型不必同时具有开始和结束状态，因为模型可以总是运行，从不停止。 状态图中可以包含0到多个开始状态。状态图中也可以包含多个结束状态，每一个都表示一个模型能够终止的点。 2．转移 转移用来显示从一个状态到另一个状态的处理流。转移使用从一个状态到另一个状态的开放箭头来标记，如下图所示。通常写上转移条件 下面的示例演示了银行帐户中的转移及其有效状态，如下图所示。 状态细节是指当对象处于特定状态时，可能要进行一些活动，例如生成报表、进行计算或向另一对象发送事件。 为了进一步描述对象在特定状态下的一些活动，可加入细节活动、进入、退出、事件和状态历史信息。 送货处理状态