物流标准管理系统.docx

第一天 国际物流 杰信商贸 + 搭建环境 项目背景 杰信商贸是国际物流行业一家专门从事进出口玻璃器皿贸易企业。企业总部在十一个朝代帝王之全部西安，业务遍布欧美。伴随企业不停发展壮大，旧信息系统已无法满足企业快速发展需求，妨碍企业成长，在此背景下，企业领导决定研发《杰信商贸综合管理平台》。 《杰信商贸综合管理平台》分三期完成。一期完成仓储管理（包含：采购单、仓库、货物、条形码、入库、出库、退货、盘点、库存、库存上限报警、统计查询）和展会管理（包含：展会管理、出单管理），形成货物统一数字化管理。二期完成货运全步骤管理，包含购销协议、出货表统计、出口报运单、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账号，配置环境，从中检出你负责项目标代码。代码通常以项目结构。导入工程，在其上面开发新业务模块。 业务需求 销售人员录入协议时，它为初稿状态，这时只能销售人员自己看到。只有当销售人员检验协议无误，提交，状态变成“已上报”。这时候，其它人员才能够看到。销售领导和船务专责才能看到。利用这个状态字段来控制对目前用户是否可见。（细粒度权限