2. 加“启用”“停用”功能，修改状态。
3. 货运管理核心流程：购销合同 a) 需求调研过程
软件企业就会到杰信去需求调研，
项目经理，他面对客户的高层中层领导，目的跟客户安排好调研日程。
设计人员，带领初级程序员到具体的业务部门调研。聊天，围绕项目的目标，设计人员会自己记录谈话内容，（主干），初级程序员（所有内容）。回来整理笔记，整理《需求调研报告》 报告中怎么体现纸质报表？初级程序员将纸质报表转化成电子的。
b) 购销合同业务分析 4. 需求过程
杰信和生产厂家签到的合同，称为购销合同。一个购销合同中包含多个货物信息，一个货物信息包括多个附件信息。 报表打印时，同一个生产厂家的货物信息才能放在同一个页上，不同生产厂家的货物信息不能放在同一个页上。
分析阶段，抠每个字段
5. 出货表
设计方案一（传统设计） 合同表，货物表，附件表多次左连接，SQL极其复杂，由于附件值特殊，SQL不能直接完成，还需要代码去实现。 设计方案二（冗余设计）
通过冗余，都在货物表中，只需要合同表和货物表左连接即可。
5
6. 分析过程
将用户的需求（大白话）转化为开发人员看得懂的数据库表，表之间的关系，业务逻辑。给我们的开发人员看，开发人员依据设计来写代码。复杂，大型项目画类图，序列图辅助开发人员开发。
购销合同CONTRACT_ID收购方合同号签单日期制单人审单人验货员总金额重要程度要求客户名称交货期限船期贸易条款说明打印版式归档前状态状态走货状态创建人创建部门创建日期...VARCHAR2(40)
在实际开发中，架构师搭建项目框架，框架的基类都有，基础工具类，统一样式表，统一的公用的js，图片。公司提供一个CVS/SVN账号，配置环境，从中检出你负责的项目的代码。代码一般以项目结构。导入工程，在其上面开发新的业务模块。
6
7. 业务需求
销售人员录入合同时，它为草稿状态，这时只能销售人员自己看到。只有当销售人员检查合同无误，提交，状态变成“已上报”。这时候，其他人员才可以看到。销售的领导和船务专责才能看到。利用这个状态字段来控制对当前用户是否可见。（细粒度的权限控制-数据权限）
8. 重点知识回顾
货运管理核心业务流程：购销合同 1.定义
购销合同是杰信和生产厂家签订的合同。 2.业务复杂度
购销合同业务比较复杂，它是货运管理的一个流程，它包括三部分内容，合同的主信息和多个货物信息和多个附件信息。合同主信息和货物是一对多，货物和附件信息是一对多。 3.从业务中迁出技术亮点
前期我参与了业务调研，重点负责购销合同。给客户交流后，我编写了《需求说明书》，然后参数购销合同的表设计。从需求说明书结合客户给的电子表格，我抽取出数据库表，利用PD进行建模。
设计：
1. 跟客户聊天，要引导性和他们聊天。业务基础术语，了解业务流程
2. 深入内容，拿到客户手中现有某个模块表单，电子表格，填写的内容，每个内容要注意
的事项。来源：手填，从其他模块来获取。抠每个字段，电子表格中每个内容。
3. 《详细说明书》功能的细化，业务逻辑说清楚，画图辅助开发，UML（类图、序列图、
状态图）数据库建模细化。
目的：开发人员可以依照详细设计开始开发。 详细设计本意能达到开发人员无需和客户沟通，就可以在设计人员的指导下就可以直接开发出客户满意的代码。但实际中做不到。设计不到位。实际中开发往复比较多。
? 第三天 购销合同+货物信息+附件信息
1. 业务需求：上报、取消 a) 功能：
上报实现销售人员确定购销合同录入完毕，检查无误后，上报给领导，领导审核无误后，提
7
交给船运部。
取消实现当船务专责未处理此相关的合同时，可以取消这个合同，重新修改合同内容，然后再次上报。如果船运专责已经开始处理报运的业务，不能取消，必须走货物增补流程。
b) 设计实现：
在表中增加状态字段，新增时默认状态为0草稿，当销售专责确认无误后，点击“上报”状态变为1已上报。
当船运专责未处理报运时，销售专责点击“取消”状态变为0，草稿。
状态为0时，只能销售专责自己看到，当状态为1时，他的领导和报运专责都可以看到。
? ? 第四天购销合同查看，SQL语句的Power
1. 附件业务实现
随时携带主表的ID
2. 购销合同查看
合同下货物，货物下面附件，在购销合同中全部浏览，体现货物和附件的关系。 构建对象关系
8
