ERP

一、ERP项目
1.1 ERP简介
ERP是Enterprise Resource Planning（企业资源计划）的简称，是上个世纪90年代美国一家IT公司根据当时计算机信息、IT技术发展及企业对供应链管理的需求，预测在今后信息时代企业管理信息系统的发展趋势和即将发生变革，而提出了这个概念。 ERP是针对物资资源管理（物流）、人力资源管理（人流）、财务资源管理（财流）、信息资源管理（信息流）集成一体化的企业管理软件。它将包含客户/服务架构，使用图形用户接口，应用开放系统制作。除了已有的标准功能，它还包括其它特性，如品质、过程运作管理、以及调整报告等。
1.2 软件项目常识
1.2.1 软件生存周期模型
软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的软件生存周期模型有瀑布模型、演化模型、螺旋模型、喷泉模型等。
1.2.2 瀑布模型
瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

1.2.3 需求分析与需求说明书
所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统之前必做的。
需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求。
（ 请大家课后阅读《蓝云ERP需求规格说明书》了解需求 ）
1.2.4 软件设计文档
软件设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。
软件设计文档分为《概要设计》和《详细设计》
概要设计：系统模块划分、网络拓扑图、用例图。
详细设计：类图、时序图、类清单、方法清单、接口清单、表结构文档。
1.2.5 UML语言
统一建模语言（UML，UnifiedModelingLanguage）是面向对象软件的标准化建模语言。UML因其简单、统一的特点，而且能表达软件设计中的动态和静态信息，目前已成为可视化建模语言的工业标准。
UML从考虑系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、部署图等9种图。这些图从不同的侧面对系统进行描述。系统模型将这些不同的侧面综合成一致的整体，便于系统的分析和构造。尽管UML和其它开发工具还会设计出许多派生的视图，但上述这些图和其它辅助性的文档是软件开发人员所见的最基本的构造。
1.2.6 设计工具PowerDesigner(PD)
PowerDesigner(PD)最初由Xiao-Yun Wang（王晓昀）在SDP Technologies公司开发完成。是Sybase的企业建模和设计解决方案，采用模型驱动方法，将业务与IT结合起来，可帮助部署有效的企业体系架构，并为研发生命周期管理提供强大的分析与设计技术。PowerDesigner独具匠心地将多种标准数据建模技术（UML、业务流程建模以及市场领先的数据建模）集成一体，并与 .NET、WorkSpace、PowerBuilder、Java™、Eclipse 等主流开发平台集成起来，从而为传统的软件开发周期管理提供业务分析和规范的数据库设计解决方案。
1.3 软件设计
1.3.1 UML设计
1.3.1.1 用例图（User Case）
用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的，用于描述系统功能的视图。用例图是参与者所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

1.3.1.2 类图（Class Diagram）
类图是用于显示模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性的信息。类图是面向对象建模的主要组成部分。它既用于应用程序的系统分类的一般概念建模，也用于详细建模，将模型转换成编程代码。类图也可用于数据建模。

1.3.1.3 序列图（Sequence Diagram）
序列图是对对象之间传送消息的时间顺序的可视化表示。序列图的主要用途是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。同时序列图更有效地描述如何分配各个类的职责以及各类具有相应职责的原因。

图：采购流程

图：销售流程
1.3.2 数据库设计

1. 部门表（DEP）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   name varchar(30) 必填 名称
   tele varchar(30) 电话

2. 员工表（EMP）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   username varchar(15) 必填 登陆名
   pwd varchar(32) 密码
   name varchar(30) 真实姓名
   gender number 性别
   email varchar(255) 电子邮箱
   tele varchar(30) 电话
   address varchar(255) 地址
   birthday date 出生年月日
   depuuid number 部门编号

3. 商品类型表（GOODSTYPE）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   name varchar(30) 必填 名称

4. 商品表（GOODS）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   name varchar(30) 必填 商品名称
   origin varchar(30) 产地
   producer varchar(30) 厂商
   unit varchar(30) 计量单位
   inprice number(8,2) 进货价
   outprice number(8,2) 销售价
   goodstypeuuid number 商品类型ID

5. 仓库表（STORE）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   name varchar(30) 必填 名称
   empuuid number 库管员ID

6. 供应商及客户表（SUPPLIER）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   name varchar(30) 必填 名称
   address varchar(100) 地址
   contact varchar(30) 联系人
   tele varchar(30) 电话
   email varchar(100) 电子邮箱
   type number 类型

7. 订单表（ORDERS）
   字段名 类型(位数) 是否必填 说明
   uuid number 必填 主键
   createtime date 创建日期
   checktime date 审核日期
   starttime date 确认日期
   endtime date 结束日期
   type char(1) 类型
   creater number 创建人
   checker number 审核人
   starter number 确认人
   ender number 结束人
   supplieruuid number 供应商ID
   totalmoney number 总金额
   state char(1) 状态

8. 订单明细表（ORDERDETAIL）
   字段名 类型(位数) 是否必填 说明
   uuid number