| 相关分类 | |
| 贸易.NET(TRADE.NET)源码 | |
|
发 布 者：tomore 发布日期：2008-03-24 22:25 资源类别： 所属子类： 开发语言：.NET 相关标签：贸易 net |
|
|
详细描述： 远景描述(Vision Statement); \r\n \r\n提供贸易公司两岸三地的解决方案, 将用户的数据集中在一个地方, 所有分布在各地的贸易公司共享同一数据库. 另外Three Tier(n-tier)作为一种趋势, 我们也将让旧系统(C/S)客户升级到逐步升级本系统, 降低我们的维护成本. \r\n \r\n方案概述(Solution Concept) \r\n \r\n建立在.Net基础上的分布式应用解决方案, 核心技术为XML Web Service. 允许远程的客户通过Internet连上总部的Database Server(数据集中在总部), 进行日常的工作, 输入单据, 打印报表, 建立基本数据. 允许同时上线的客户数能保证20人以上. 用户的接口基本同原来的贸易系统, 操作习惯同原来C/S的系统. \r\n \r\n \r\n用户简介(User Profile) \r\n \r\n主要使用对象是DataSun, DataWin以前的贸易客户, 以及新的跨两岸三地的台商客户. \r\n \r\n \r\n商业目标(Business Goals): \r\n \r\n优先考虑两岸三地贸易台商的需求, 功能不会超出原来的贸易系统, 再考虑老系统的的升级, 此产品不是一个e-marketing的产品, 不是侧重于CRM, SCM的产品, 此产品不是一个ASP的产品. 与老SQL Trade相比, 唯一增加的就是在数据可见性上增加控制, 如不同的业务部不能看到别的业务部的资料, 业务员不能看到采购成本等. \r\n \r\n设计目标(Design Goals): \r\n \r\n采用面向对象分析与设计, 接口风格参考企业通-贸易, 设计与实现完整的采用分层思想( N Tier). 接口是以Grid接口为主的AP接口. \r\n \r\n \r\n由于考虑到本身贸易软件的功能复杂性, 无法采用瘦客户端(thin-Client)的架构, 故不能采用WEB接口(WEB UI). 我们将采用胖客户端(Fat-Client)的机构. 前端接口采用Windows Form. \r\n考虑一般性的安全问题(通用的安全保证). 验证用户是否有权限在远程等入使用系统, 验证用户所在IP是否为认可的IP地址. 并限制用户只能查看自己有权访问的数据. \r\n系统从里(离Database最近)到外(靠用户接口), 各层分别是 Data Access, Business Rules, Web Service, Business Proxy, Business Façade, Presentation(UI). 系统严格禁止跨层访问. 分别解释如下: \r\n \r\nData Access: 负责与Database交互, 并向Business Rules提供所需的所有数据. 由于此系统是与原C/S系统共享同一Database, 原来在SQL Server中以Store Procedure实现的Business Rules也将被重用. \r\n \r\nBusiness Rules: 除了在SQL Server中以Store Procedures实现的Business Rules之后, 别的商业规则在此层实现. \r\nWeb Service: 由于是Web 应用, 必然需要Web Service这一层, 通过此层来实现跨Internet的访问. 为了是Web Service公开的接口尽量简化. 我们分析后决定在Business Rules与Business Façade层之间加入Web Service比较清晰. \r\nBusiness Proxy: Business Proxy实际上是模拟了Business Rules的所有接口, 因为要跨过Web Service, 所以加入了这一层. 这样便增加了系统的灵活性. 当此系统将来作为企业内部应用时, Business Facade将直接访问 Business Rules即可. 若通过Internet, 则访问Business Proxy. 因为Business Proxy与Business Rules接口一致. 所以可以很容易的调整. \r\nBusiness Facade: 这是为接口(Presentation)提供的, 前端接口所有动作将访问这一层. 此层特征是接口对前端界面友好. \r\n \r\n \r\n考虑性能的缘故, 不常变化的常用基本数据等在本地保留一份, 不是实时自动更新基本数据, 需要手工重新更新本地常用数据. \r\n \r\n结构层次清晰将被作为重要的考虑点. \r\n考虑到撰写程序的效率, 我们将在很多地方采用Framework的思想. \r\n \r\n \r\n功能范围(Function Scope): \r\n务必要完成的功能 \r\n \r\n产品基本数据 \r\n \r\n客户基本数据 \r\n \r\n客户产品数据 \r\n \r\n厂商基本资料 \r\n \r\n报价(Quotation) \r\n \r\n订单(S/C) \r\n \r\n采购(P/O) \r\n \r\n出货(Invoice) \r\n \r\n日常性报表 \r\n先不做功能 \r\n \r\n索赔(Claim) \r\n \r\n开发信(Promotion) \r\n \r\n信用状(L/C) \r\n \r\n样品管理(Sample Invoice) \r\n \r\n帐款管理(AR,AP) \r\n \r\n统计性报表 \r\n \r\n \r\n图片性报表 \r\n \r\n \r\n非常用报表 \r\n \r\nShipping Mark |
|
 trade.net.rar (35.23 MB)  立即下载 售价: 金币 100 下载次数: 46
|
|
|
相关下载资源: |
|
水晶报表视频教程 一
