项目分析法则：
感性---理性(需求，软件就是为了解决问题的)
两种方法:
静态Demo分析法：
(1).感性的分析法
符合商务上的需求，也比较直观，好多中小型企业喜欢这种方式
设计师设计的原型图、交互-----分析出大概要做哪些功能
------进行功能的归类-----分析模块----ER图
(2).理性的分析法：
用例分析法：用例其实就是站在某种角色去看待系统的功能，
分析系统中有哪些角色：（头脑风暴）
营业员：站在营业员的角度来看我应该有什么功能，这就是一个用例
客户：
老总: 统计分析系统 智能决策分析平台
登录 有几个营业点 每个营业点现在的售票数 每个营业员本月的售票数
每个航班现在剩下的总票数，而且实时更新
管理后台：
管理员 相对于平台的运营者，这个角色应该拥有至高无上的权利，就是什么也能做
一个系统：
子系统：
前台展示系统(营业员)
功能性的后台系统(老总)
管理后台的平台运营者
主要任务：分析航空航班的售票系统，采用用例法
数据库建表的思路：
基本的原则：符合数据库的三范式
1.原子性，表中的每列不可再分
2.不要产生局部依赖，每张表都应该有一个主键（一张表只能描述一个东西）
3.不要产生传递性依赖，表中的每列都应该直接依赖于主键，而不能通过其他列间接
依赖于主键
建立关系的强弱问题
建立外键关系
建立弱关系
不建立外键关系，但是实际上你是知道他门是外键关系
把复杂的问题简单化
b. 建立关系的强弱问题
总喜欢建立强关系
旅游
1-m
游客---旅游路线
visitor route
name from
Id to
phone length
强关系，未必是最好的选择
表的级联(查询、更新、删除)
影响数据库操作的效率
建立弱关系：
游客---旅游路线
visitor route
name from
Id to
phone length
不建立外键关系，但是实际上你是知道他们是外键关系。
把复杂问题简单化。