物流管理系统.docxVIP

第一天 国际物流 杰信商贸 + 搭建环境 项目背景 杰信商贸是国际物流行业一家专门从事进出口玻璃器皿贸易的公司。公司总部位于十一个朝代的帝王之都西安，业务遍及欧美。随着公司不断发展壮大，旧的信息系统已无法满足公司的快速发展需求，妨碍公司成长，在此背景下，公司领导决定研发《杰信商贸综合管理平台》。 《杰信商贸综合管理平台》分三期完毕。一期完毕仓储管理（涉及：采购单、仓库、货品、条形码、入库、出库、退货、盘点、库存、库存上限报警、记录查询）和展会管理（涉及：展会管理、出单管理），形成货品统一数字化管理。二期完毕货运全流程管理，涉及购销协议、出货表记录、出口报运单、HOME装箱单、装箱单、委托书、发票、财务记录等。三期完毕决策分析（涉及：成本分析图、销售情况记录、重点客户、经营情况同期比对记录、工作绩效），为公司经营决策提供数据支持。 用例图 了解系统是所有功能模块 运用visio画系统功能结构图，目的让开发人员了解都有哪些业务模块，方便分工合作，根据每个页面模块的难度，复杂，投入的人力情况来衡量每个模块多少钱。验收标准。 数据库建模，业界都使用PowerDesinger 建模 系统架构 业务：生产厂家 功能 在货品模块和附近模块，它们都有个生产厂家，讲生产厂家信息提出，成为一个单独的表。 需求调研《需求说明书》 生产厂家表 FACTORY_C(_C业务后缀) 序号 名称 代码 是否 主键 类型（长度） 说明 编号 FACTORY_ID 是 VARCHAR2（40） UUID 全称 FULL_NAME 否 VARCHAR2（200） 相应客户比较模糊，翻倍2到4倍 简称 FACTORY_NAME 否 VARCHAR2(50) 联系人 CONTACTS 否 VARCHAR2(30) 人名20/30 电话 PHONE 否 VARCHAR2(20) 手机 MOBILE 否 VARCHAR2(20) 传真 FAX 否 VARCHAR220) 验货员 INSPECTOR 否 VARCHAR2(30) 排序号 ORDER_NO 否 INT 备注 CNOTE 否 VARCHAR2(500) 假如感觉它也许和关键字冲突，给它加个C前缀 创建人 CREATE_BY 否 VARCHAR2（40） 权限字段，登陆人ID 创建部门 CREATE_DEPT 否 VARCHAR2（40） 登陆人所在部门的ID 创建时间 CREATE_TIME 否 TIMESTAMP 第二天 生产厂家CRUD + 购销协议 业务：启用，停用 功能：和杰信合作生产厂家忽然有一天它以次品冒充优质品，杰信不跟这个厂家进行合作。在货品中生产厂家选择框，不能选择这个不再合作的厂家。在系统中不能直接删除这个厂家，由于我们的历史数据中具有对这个生产厂家的引用。软件是采用“伪删除”方式来解决。实际是在数据库表中加入列，作为标记，标记厂家是否可以被引用。0停用1启用。新增厂家默认1，可以修改某个厂家为停用。在货品中选择厂家的下拉列表，只显示为启用。 加“启用”“停用”功能，修改状态。 货运管理核心流程：购销协议 需求调研过程 软件公司就会到杰信去需求调研， 项目经理，他面对客户的高层中层领导，目的跟客户安排好调研日程。 设计人员，带领初级程序员到具体的业务部门调研。聊天，围绕项目的目的，设计人员会自己记录谈话内容，（主干），初级程序员（所有内容）。回来整理笔记，整理《需求调研报告》 报告中怎么体现纸质报表？初级程序员将纸质报表转化成电子的。 购销协议业务分析 需求过程 杰信和生产厂家签到的协议，称为购销协议。一个购销协议中包含多个货品信息，一个货品信息涉及多个附件信息。 报表打印时，同一个生产厂家的货品信息才干放在同一个页上，不同生产厂家的货品信息不能放在同一个页上。 分析阶段，抠每个字段 出货表 设计方案一（传统设计） 协议表，货品表，附件表多次左连接，SQL极其复杂，由于附件值特殊，SQL不能直接完毕，还需要代码去实现。 设计方案二（冗余设计） 通过冗余，都在货品表中，只需要协议表和货品表左连接即可。 分析过程 将用户的需求（大白话）转化为开发人员看得懂的数据库表，表之间的关系，业务逻辑。给我们的开发人员看，开发人员依据设计来写代码。复杂，大型项目画类图，序列图辅助开发人员开发。 在实际开发中，架构师搭建项目框架，框架的基类都有，基础工具类，统同样式表，统一的公用的js，图片。公司提供一个CVS/SVN账号，配置环境，从中检出你负责的项目的代码。代码一般以项目结构。导入工程，在其上面开发新的业务模块。 业务需求 销售人员录入协议时，它为草稿状态，这时只能销售人员自己看到。只有当销售人员检查协议无误，提交，状态变成“已上报”。这时候，其别人员才可以看到。销售的领导和船务专责才干看到。运用这个状