framework体系较稳定，效率开始上来。 framework内容很多，这篇只是简要介绍一下.
---- XP过程 --------------------------------------------------
面谈-> 确定管理流程 -> 制作demo -> 演示研讨/改demo -> 合同 ->补足 -> 细化 -> 完成
(1) 启动Framework，开新项目
从std产生标准数据库，加上演示所需之用户差异。
运行 yxErp.exe，以管理员进入， 运行设置参数：要不要期间、系统名、系统标题等
(2) 按企业管理流程设计 操作导航界面
加入各项，选图标。指定项目执行的类, 按企业的管理流程，做出初步的界面。
权限树按 操作导航 层次，自动生成了。各项有什么权限亦可在此定义。
（3）使用 framework提供的标准类， 力量之源。
标准类
基础数据：客户、供应商、产品、材料、价目表、协议价、BOM、工序、机台
采购：采购订单、MPR计算、采购入货、进度管理、采购分析。。。。
仓库：进仓、出仓、损溢、调拨、转换、借还、进销存帐
销售：报表、订单、销售、进度、退货、数据分析
外协：外协单价、外协订单、外协领料、外协入仓、损耗计算、加工费用计算
生产：生产计划、生产工单、质检、
成本：月度费用、部门分配比例、物料/半成品/成品成本计算
人事：部门档案、人事档案、工资表定义、工资计算
考勤：班次定义、卡钟设置、读卡、加班记录、考勤表生成
售后服务：回访管理、投诉管理、客户满意度调查表
办公辅助：行事历、联系人、内部邮件、公文审批
系统维护：系统参数设置、权限设置、维护记录、备份、自动更新。。。。。。。
标准类来源
1.按多年经验加集体论证，预先编写的标准模块，以class型式保存。
在做项目时, 客户提出需求
2.功能标准需求，做到std，再反过来派生给此项目用，Std被增强。
3.只有一部分是标准的客户需求，标准部分做在std, 派生到项目后再补上差异, std被增强。
4.与标准无关的，特定做在项目好了。
实现 App整体进化，乌龟爬得比兔子快。吸星大法，大关键。
（4）客户需要与标准系统 的差异处理
具体的项目，可以直接用标准类，有时就要将标准类派生以体现客户的差异需求。
a. 简单的差异，在导航器再定义
b. 复杂的差异。派生到具体项目，可视化修改。修改后结果，存在具体项目。
下面项目，是将标准STD抽取一部分做成的 <通用出纳票据打印> 。
原后台为SQL，通过改CA等，改为access数据库。
c. 与标准太偏离的差异。另做表单可也。
5. 合同签订后，将演示版按合同内容补足。
然后系统进入细化阶段。通过系统内部的“维护记录”，驱动测试员、客户、
PM、程序员 协同工作。这样，系统将尽快接近目标。
参考 http://www.meizvfp.com/bbs/dispbbs.asp?boardID=2&ID=52826&page=1
---- XP过程 --------------------------------------------------
面谈-> 确定管理流程 -> 制作demo -> 演示研讨/改demo -> 合同 ->补足 -> 细化 -> 完成
(1) 启动Framework，开新项目
从std产生标准数据库，加上演示所需之用户差异。
运行 yxErp.exe，以管理员进入， 运行设置参数：要不要期间、系统名、系统标题等
(2) 按企业管理流程设计 操作导航界面
加入各项，选图标。指定项目执行的类, 按企业的管理流程，做出初步的界面。
权限树按 操作导航 层次，自动生成了。各项有什么权限亦可在此定义。
（3）使用 framework提供的标准类， 力量之源。
标准类
基础数据：客户、供应商、产品、材料、价目表、协议价、BOM、工序、机台
采购：采购订单、MPR计算、采购入货、进度管理、采购分析。。。。
仓库：进仓、出仓、损溢、调拨、转换、借还、进销存帐
销售：报表、订单、销售、进度、退货、数据分析
外协：外协单价、外协订单、外协领料、外协入仓、损耗计算、加工费用计算
生产：生产计划、生产工单、质检、
成本：月度费用、部门分配比例、物料/半成品/成品成本计算
人事：部门档案、人事档案、工资表定义、工资计算
考勤：班次定义、卡钟设置、读卡、加班记录、考勤表生成
售后服务：回访管理、投诉管理、客户满意度调查表
办公辅助：行事历、联系人、内部邮件、公文审批
系统维护：系统参数设置、权限设置、维护记录、备份、自动更新。。。。。。。
标准类来源
1.按多年经验加集体论证，预先编写的标准模块，以class型式保存。
在做项目时, 客户提出需求
2.功能标准需求，做到std，再反过来派生给此项目用，Std被增强。
3.只有一部分是标准的客户需求，标准部分做在std, 派生到项目后再补上差异, std被增强。
4.与标准无关的，特定做在项目好了。
实现 App整体进化，乌龟爬得比兔子快。吸星大法，大关键。
（4）客户需要与标准系统 的差异处理
具体的项目，可以直接用标准类，有时就要将标准类派生以体现客户的差异需求。
a. 简单的差异，在导航器再定义
b. 复杂的差异。派生到具体项目，可视化修改。修改后结果，存在具体项目。
下面项目，是将标准STD抽取一部分做成的 <通用出纳票据打印> 。
原后台为SQL，通过改CA等，改为access数据库。
c. 与标准太偏离的差异。另做表单可也。
5. 合同签订后，将演示版按合同内容补足。
然后系统进入细化阶段。通过系统内部的“维护记录”，驱动测试员、客户、
PM、程序员 协同工作。这样，系统将尽快接近目标。
参考 http://www.meizvfp.com/bbs/dispbbs.asp?boardID=2&ID=52826&page=1
